From owner-freebsd-current@FreeBSD.ORG Sun Feb 8 01:58:32 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D00C4DBD; Sun, 8 Feb 2015 01:58:32 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id BFFEF3EF; Sun, 8 Feb 2015 01:58:32 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id E7454678; Sun, 8 Feb 2015 01:58:32 +0000 (UTC) Date: Sun, 8 Feb 2015 01:58:30 +0000 (GMT) From: jenkins-admin@freebsd.org To: jenkins-admin@FreeBSD.org, freebsd-current@freebsd.org, dim@FreeBSD.org, trasz@FreeBSD.org, mav@FreeBSD.org, adrian@FreeBSD.org, ngie@FreeBSD.org, pfg@FreeBSD.org Message-ID: <671703641.0.1423360712028.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is back to normal : FreeBSD_HEAD #2332 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-1 Precedence: 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 Feb 2015 01:58:33 -0000 See From owner-freebsd-current@FreeBSD.ORG Sun Feb 8 02:30:50 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C7EB9FC9 for ; Sun, 8 Feb 2015 02:30:50 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id B6D9F85B for ; Sun, 8 Feb 2015 02:30:50 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 2B2A2679 for ; Sun, 8 Feb 2015 02:30:51 +0000 (UTC) Date: Sun, 8 Feb 2015 02:30:51 +0000 (GMT) From: jenkins-admin@freebsd.org To: freebsd-current@freebsd.org Message-ID: <1454168938.1.1423362651103.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1246533071.6.1423319710222.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1246533071.6.1423319710222.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is still unstable: FreeBSD_HEAD-tests2 #656 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Jenkins-Job: FreeBSD_HEAD-tests2 X-Jenkins-Result: UNSTABLE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: 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 Feb 2015 02:30:50 -0000 See From owner-freebsd-current@FreeBSD.ORG Sun Feb 8 05:42:57 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8C9C42CB for ; Sun, 8 Feb 2015 05:42: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 7B3BBB4E for ; Sun, 8 Feb 2015 05:42:57 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 5087671D for ; Sun, 8 Feb 2015 05:42:57 +0000 (UTC) Date: Sun, 8 Feb 2015 05:42:56 +0000 (GMT) From: jenkins-admin@freebsd.org To: freebsd-current@freebsd.org Message-ID: <1217174268.2.1423374176877.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1454168938.1.1423362651103.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1454168938.1.1423362651103.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is still unstable: FreeBSD_HEAD-tests2 #657 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Jenkins-Job: FreeBSD_HEAD-tests2 X-Jenkins-Result: UNSTABLE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: 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 Feb 2015 05:42:57 -0000 See From owner-freebsd-current@FreeBSD.ORG Sun Feb 8 08:31:54 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E091D1F6 for ; Sun, 8 Feb 2015 08:31:54 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id CEA61C2B for ; Sun, 8 Feb 2015 08:31:54 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id D1863750 for ; Sun, 8 Feb 2015 08:31:54 +0000 (UTC) Date: Sun, 8 Feb 2015 08:31:54 +0000 (GMT) From: jenkins-admin@freebsd.org To: freebsd-current@freebsd.org Message-ID: <1616428061.3.1423384314743.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1217174268.2.1423374176877.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1217174268.2.1423374176877.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is still unstable: FreeBSD_HEAD-tests2 #658 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Jenkins-Job: FreeBSD_HEAD-tests2 X-Jenkins-Result: UNSTABLE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: 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 Feb 2015 08:31:55 -0000 See From owner-freebsd-current@FreeBSD.ORG Sun Feb 8 11:31:42 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9B94A2E6 for ; Sun, 8 Feb 2015 11:31:42 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 8A072DEB for ; Sun, 8 Feb 2015 11:31:42 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id B9E267A3 for ; Sun, 8 Feb 2015 11:31:42 +0000 (UTC) Date: Sun, 8 Feb 2015 11:31:42 +0000 (GMT) From: jenkins-admin@freebsd.org To: freebsd-current@freebsd.org Message-ID: <356054852.4.1423395102504.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1616428061.3.1423384314743.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1616428061.3.1423384314743.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is still unstable: FreeBSD_HEAD-tests2 #659 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Jenkins-Job: FreeBSD_HEAD-tests2 X-Jenkins-Result: UNSTABLE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: 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 Feb 2015 11:31:42 -0000 See From owner-freebsd-current@FreeBSD.ORG Sun Feb 8 00:49:04 2015 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A048F7EA; Sun, 8 Feb 2015 00:49:04 +0000 (UTC) Received: from be-well.ilk.org (be-well.ilk.org [23.30.133.173]) by mx1.freebsd.org (Postfix) with ESMTP id 793B3DF0; Sun, 8 Feb 2015 00:49:04 +0000 (UTC) Received: from lowell-desk.lan (lowell-desk.lan [172.30.250.41]) by be-well.ilk.org (Postfix) with ESMTP id 0D69433C1D; Sat, 7 Feb 2015 19:40:42 -0500 (EST) Received: by lowell-desk.lan (Postfix, from userid 1147) id 3742439813; Sat, 7 Feb 2015 19:40:41 -0500 (EST) From: Lowell Gilbert To: John-Mark Gurney Subject: Re: request for crypto hardware... References: <20150207023525.GC58410@funkthat.com> Date: Sat, 07 Feb 2015 19:40:41 -0500 In-Reply-To: <20150207023525.GC58410@funkthat.com> (John-Mark Gurney's message of "Fri, 6 Feb 2015 18:35:25 -0800") Message-ID: <44oap5ck1i.fsf@lowell-desk.lan> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain X-Mailman-Approved-At: Sun, 08 Feb 2015 12:21:10 +0000 Cc: current@FreeBSD.org, security@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: 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 Feb 2015 00:49:04 -0000 John-Mark Gurney writes: > I have some plans to improve the opencrypto framework in FreeBSD later > this year. This will require invasive changes to the various drivers. > So, I'd like to line up hardware/volunteers before then. > > If you would like to see your hardware tested and verified to work > with the new changes, please contact me w/ either a donation of > hardware, money to purchase hardware, or if you have hardware, that > you volunteer to test changes. > > I currently have the following hardware: > aesni > > I do not have the following hardware: > hifn > ubsec > padlock (VIA C3, C7 and Eden) I have a mini-ITX VIA C3 board (EPIA ML, fairly early model) sitting around doing nothing. I could probably cobble together a power supply, RAM, and so on to put around it as a testing system, but I'd be happy to ship it to you if you'd like. It's a pretty nice board, actually; I'd probably have turned it into a firewall by now if its support for SSDs were a little better. My home server has a Via C7, and I'd be happy to test on that if it can be done without leaving the house without Internet access for days. > cesa (Marvell, missing man page) > glxsb (AMD Geode LX, such as Sokris Net5501, missing man page) I think I've got access to a dev board with one of these chips. I haven't seen it lately, but I'm sure I can dig it out if necessary. > safe (SafeNet) > sec (Freescale, missing man page) > cryptocteon (Cavium Octeon, missing man page) > nlmsec (mips/nlm/dev/sec/nlmsec.c, missing man page) > rmisec (mips/rmi/dev/sec/rmisec.c, missing man page) From owner-freebsd-current@FreeBSD.ORG Sun Feb 8 14:32:06 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D42124A6 for ; Sun, 8 Feb 2015 14:32:06 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id C2290FC7 for ; Sun, 8 Feb 2015 14:32:06 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id AA8A87D7 for ; Sun, 8 Feb 2015 14:32:06 +0000 (UTC) Date: Sun, 8 Feb 2015 14:32:06 +0000 (GMT) From: jenkins-admin@freebsd.org To: freebsd-current@freebsd.org Message-ID: <1833454366.5.1423405926568.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <356054852.4.1423395102504.JavaMail.jenkins@jenkins-9.freebsd.org> References: <356054852.4.1423395102504.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is still unstable: FreeBSD_HEAD-tests2 #660 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Jenkins-Job: FreeBSD_HEAD-tests2 X-Jenkins-Result: UNSTABLE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: 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 Feb 2015 14:32:06 -0000 See From owner-freebsd-current@FreeBSD.ORG Sun Feb 8 15:51:20 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 57C3F431; Sun, 8 Feb 2015 15:51:20 +0000 (UTC) Received: from sasl.smtp.pobox.com (pb-smtp1.int.icgroup.com [208.72.237.35]) by mx1.freebsd.org (Postfix) with ESMTP id 27A3790C; Sun, 8 Feb 2015 15:51:19 +0000 (UTC) Received: from sasl.smtp.pobox.com (unknown [127.0.0.1]) by pb-smtp1.pobox.com (Postfix) with ESMTP id 10FEB31414; Sun, 8 Feb 2015 10:51:18 -0500 (EST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=pobox.com; h=message-id :date:from:mime-version:to:subject:references:in-reply-to :content-type:content-transfer-encoding; s=sasl; bh=yhZd9wpzRGCx ZmG5nA0jfqyRrXI=; b=ew1UxKJeXZtGUD3F/jaQFG2IxyUzczbuuzfrm8VamZio k26rNnddW4CkRJwoN8Q+9RZ0K4QBHAZRUT3zk5mo8+2Wqh+WESu84YLi4B3cTZIM GjJINxtOYJHdF1dy51kp0guA21mpvA8TRmwGQQmoSkhqe7EVFS7ROKDIT5BgGl4= Received: from pb-smtp1.int.icgroup.com (unknown [127.0.0.1]) by pb-smtp1.pobox.com (Postfix) with ESMTP id 063B031413; Sun, 8 Feb 2015 10:51:18 -0500 (EST) Received: from [192.168.1.103] (unknown [73.164.1.204]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by pb-smtp1.pobox.com (Postfix) with ESMTPSA id 8D21D31412; Sun, 8 Feb 2015 10:51:17 -0500 (EST) Message-ID: <54D785EF.7020802@badgerio.us> Date: Sun, 08 Feb 2015 09:51:11 -0600 From: Eric Badger User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 MIME-Version: 1.0 To: John Baldwin , freebsd-current@freebsd.org, kostikbel@gmail.com Subject: Re: Filepaths in VM map for tmpfs files References: <54CCEFAB.9040406@badgerio.us> <1601131.aIB9RoRbLs@ralph.baldwin.cx> <20150205083755.GG42409@kib.kiev.ua> <14469498.JC5CzcnZkB@ralph.baldwin.cx> In-Reply-To: <14469498.JC5CzcnZkB@ralph.baldwin.cx> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Pobox-Relay-ID: 51A4DA6C-AFAA-11E4-9161-7BA29F42C9D4-46178211!pb-smtp1.pobox.com X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: 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 Feb 2015 15:51:20 -0000 On 02/05/2015 07:25 AM, John Baldwin wrote: > On Thursday, February 05, 2015 10:37:55 AM Konstantin Belousov wrote: >> On Wed, Feb 04, 2015 at 10:15:04AM -0500, John Baldwin wrote: >>> On Tuesday, February 03, 2015 10:33:36 PM Konstantin Belousov wrote: >>>> On Mon, Feb 02, 2015 at 09:50:22PM -0600, Eric Badger wrote: >>>>> On 02/02/2015 03:30 AM, Konstantin Belousov wrote: >>>>>> On Sun, Feb 01, 2015 at 08:38:29PM -0600, Eric Badger wrote: >>>>>>> On 01/31/2015 09:36 AM, Konstantin Belousov wrote: >>>>>>>> First, shouldn't the kve_type changed to KVME_TYPE_VNODE as well ? >>>>>>> My thinking is no, because KVME_TYPE_SWAP is in fact the correct >>>>>>> type; >>>>>>> I'd opine that it is better to be transparent than make it look >>>>>>> like >>>>>>> there is an OBJT_VNODE object there. It may be that some programs >>>>>>> would >>>>>>> be confused by VNODE info returned on a SWAP type mapping, though I >>>>>>> know >>>>>>> that dtrace handles it OK. >>>>>> kve_vn_* and kve_path fields are defined only for KVME_TYPE_VNODE >>>>>> kve_type. >>>>>> So this is in fact a bug in whatever used the API to access kve_path >>>>>> for KVE_TYPE_SWAP. >>>>> Hmm, is that documented anywhere? I think it's fair to assume that >>>>> kve_vn* applies only to the VNODE type, >>>>> but I know there are several in-tree users that reference kve_path >>>>> regardless of type (ostensibly relying >>>>> on the default of an empty string). Maybe one could determine the >>>>> validity of the kve_vn* fields by >>>>> inspecting the kve_vn_type (not sure of all the consequences of that)? >>>>> Or change it to KVME_TYPE_VNODE >>>>> and deal with the below problem... >>>> There is no useful documentation for the kern.proc. sysctls. >>>> My word (and statements from other involved developers) could be >>>> considered as close to the truth as it can be. >>>> Somebody taking the efforts to document the stuff would make very >>>> valuable contribution. >>> I think that kve_path should be valid for all types (e.g. shm_open() >>> is not a vnode but has a pathname, and that should be fixed to display >>> if possible). In the equivalent for files (kinfo_file), the pathname >>> is type-independent and always valid. >> Well, this means that it should be valid for vnodes and shm. My point >> is that kvme_vn_path should be used only after the check for type. >> We can and do set it to nul string, but using the path unconditionally >> is a bug in the user code. > The problem is that shm's can have different types (DEFAULT vs SWAP vs PHYS). > :) For kinfo_file, tools like fstat always print kf_path regardless of type. > I do think it would be more consistent if the path in a kvme worked the same > way. Then you don't have to update all the tools each time a type starts > populating the path. Re: the kve_vn* fields, isn't setting kve_status = KF_ATTR_VALID the way to mark them as valid (irrespective of kve_type)? As for path name, I'd agree that there's no inherent need to restrict it by type. The field is somewhat self-validating (if something other than an empty string was returned in the path name field, this field is obviously valid). > >>> That said, I think tmpfs nodes should be exposed as files. It is an >>> implementation detail of tmpfs that they are swap-backed, but from a >>> user's perspective these are files, and if you want to expose other >>> vnode-specific fields than just the path, KVME_TYPE_VNODE would be >>> more correct. >> I agree, but doing it is not easy, since there might be no vnode >> to get the required information from. We do know that this swap >> object is for tmpfs node, but currently we only store pointer to >> object in the node, not pointer to node from the object. When the >> vnode exists, pointer to vnode is stored in the object. >> >> To fix the issue, we should store pointer to node. Code was not done >> this way, because VM code which handles special-case for OBJT_TMPFS, >> would need to know tmpfs internals. Right now, code knows about vnodes >> anyway, so object->vnode does not bring tmpfs internals into vm. > I'm more arguing in support of your original proposal. Doing a best effort if > the vnode exists would certainly be an improvement over what we have now. > I'll make one more brief case for returning tmpfs vm objects as KVME_TYPE_SWAP. Isn't the purpose of this sysctl for debugging, or to help a user understand what is going on internally? I can imagine scenarios where knowing that a mapped file is swap backed is relevant information, and returning it as KVME_TYPE_VNODE would hide this information. I'd put forth a vote for return vnode info on a best-effort basis, at least for now. Eric From owner-freebsd-current@FreeBSD.ORG Sun Feb 8 20:33:50 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 36D36A31 for ; Sun, 8 Feb 2015 20:33:50 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 24CA27DD for ; Sun, 8 Feb 2015 20:33:50 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 3E1BE874 for ; Sun, 8 Feb 2015 20:33:50 +0000 (UTC) Date: Sun, 8 Feb 2015 20:33:49 +0000 (GMT) From: jenkins-admin@freebsd.org To: freebsd-current@freebsd.org Message-ID: <993944723.6.1423427629957.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1833454366.5.1423405926568.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1833454366.5.1423405926568.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is still unstable: FreeBSD_HEAD-tests2 #661 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Jenkins-Job: FreeBSD_HEAD-tests2 X-Jenkins-Result: UNSTABLE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: 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 Feb 2015 20:33:50 -0000 See From owner-freebsd-current@FreeBSD.ORG Sun Feb 8 23:02:15 2015 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D3B7145D; Sun, 8 Feb 2015 23:02:15 +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 90BB498A; Sun, 8 Feb 2015 23:02:15 +0000 (UTC) Received: from toshi.auburn.protected-networks.net (toshi.auburn.protected-networks.net [192.168.1.10]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "Iain Butler", Issuer "RSA Class 2 Personal CA v2" (verified OK)) (Authenticated sender: imb@mail.auburn.protected-networks.net) by mail.auburn.protected-networks.net (Postfix) with ESMTPSA id 99E71205; Sun, 8 Feb 2015 18:02:04 -0500 (EST) Message-ID: <54D7EAE7.3010100@protected-networks.net> Date: Sun, 08 Feb 2015 18:01:59 -0500 From: Michael Butler User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.4.0 MIME-Version: 1.0 To: current@FreeBSD.org, Baptiste Daroussin Subject: SVN r278414 is incorrect OpenPGP: id=0442D492 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="rq9AQMqICvTlkXDPhuxJBqGKcK2FqNFXO" X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: 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 Feb 2015 23:02:15 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --rq9AQMqICvTlkXDPhuxJBqGKcK2FqNFXO Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable SVN r278414 causes a 'buildworld' to fail. The fix is attached, imb --rq9AQMqICvTlkXDPhuxJBqGKcK2FqNFXO 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 iEYEARECAAYFAlTX6usACgkQQv9rrgRC1JK+hgCePnqHB4/OE349C+e4uxgTOjvi CosAoMXG1u4dlMyf528SHWCRr3ir6iV0 =+NT7 -----END PGP SIGNATURE----- --rq9AQMqICvTlkXDPhuxJBqGKcK2FqNFXO-- From owner-freebsd-current@FreeBSD.ORG Sun Feb 8 23:03:40 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AD4D956F for ; Sun, 8 Feb 2015 23:03:40 +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 71F889A1 for ; Sun, 8 Feb 2015 23:03:40 +0000 (UTC) Received: from toshi.auburn.protected-networks.net (toshi.auburn.protected-networks.net [192.168.1.10]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "Iain Butler", Issuer "RSA Class 2 Personal CA v2" (verified OK)) (Authenticated sender: imb@mail.auburn.protected-networks.net) by mail.auburn.protected-networks.net (Postfix) with ESMTPSA id 088EA205 for ; Sun, 8 Feb 2015 18:03:39 -0500 (EST) Message-ID: <54D7EB4A.8080107@protected-networks.net> Date: Sun, 08 Feb 2015 18:03:38 -0500 From: Michael Butler User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.4.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: SVN r278414 is incorrect References: <54D7EAE7.3010100@protected-networks.net> In-Reply-To: <54D7EAE7.3010100@protected-networks.net> OpenPGP: id=0442D492 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="QowSPL18V1Xm6wvarno7NMmIEuu2IKKfc" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: 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 Feb 2015 23:03:40 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --QowSPL18V1Xm6wvarno7NMmIEuu2IKKfc Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On 02/08/15 18:01, Michael Butler wrote: > SVN r278414 causes a 'buildworld' to fail. >=20 > The fix is attached, >=20 > imb >=20 *** lib/libedit/readline.c~ Sun Feb 8 17:32:41 2015 --- lib/libedit/readline.c Sun Feb 8 17:55:32 2015 *************** *** 395,403 **** char *buf; static int used_event_hook; - if (line =3D=3D NULL) - return 0; - if (e =3D=3D NULL || h =3D=3D NULL) rl_initialize(); --- 395,400 ---- *************** *** 1358,1363 **** --- 1355,1363 ---- HistEvent ev; int curr_num; + if (line =3D=3D NULL) + return 0; + if (h =3D=3D NULL || e =3D=3D NULL) rl_initialize(); --QowSPL18V1Xm6wvarno7NMmIEuu2IKKfc 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 iEYEARECAAYFAlTX60oACgkQQv9rrgRC1JLLLACdHPwx/REfOrKPy0q8qLJyOxwX qrsAnRmSsvCo7fu2asT14K1w60GZfq/0 =qhlx -----END PGP SIGNATURE----- --QowSPL18V1Xm6wvarno7NMmIEuu2IKKfc-- From owner-freebsd-current@FreeBSD.ORG Sun Feb 8 23:10:02 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D4475CA2; Sun, 8 Feb 2015 23:10:02 +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 9B91FA09; Sun, 8 Feb 2015 23:10:02 +0000 (UTC) Received: from toshi.auburn.protected-networks.net (toshi.auburn.protected-networks.net [192.168.1.10]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "Iain Butler", Issuer "RSA Class 2 Personal CA v2" (verified OK)) (Authenticated sender: imb@mail.auburn.protected-networks.net) by mail.auburn.protected-networks.net (Postfix) with ESMTPSA id 7DFC1BC; Sun, 8 Feb 2015 18:10:01 -0500 (EST) Message-ID: <54D7ECC9.6040907@protected-networks.net> Date: Sun, 08 Feb 2015 18:10:01 -0500 From: Michael Butler User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.4.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org, Baptiste Daroussin Subject: Re: SVN r278414 is incorrect References: <54D7EAE7.3010100@protected-networks.net> <54D7EB4A.8080107@protected-networks.net> In-Reply-To: <54D7EB4A.8080107@protected-networks.net> OpenPGP: id=0442D492 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: 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 Feb 2015 23:10:02 -0000 On 02/08/15 18:03, Michael Butler wrote: > On 02/08/15 18:01, Michael Butler wrote: >> SVN r278414 causes a 'buildworld' to fail. >> >> The fix is attached, >> >> imb Index: lib/libedit/readline.c =================================================================== --- lib/libedit/readline.c (revision 278418) +++ lib/libedit/readline.c (working copy) @@ -395,9 +395,6 @@ char *buf; static int used_event_hook; - if (line == NULL) - return 0; - if (e == NULL || h == NULL) rl_initialize(); @@ -1443,6 +1440,9 @@ HistEvent ev; int curr_num; + if (line == NULL) + return 0; + if (h == NULL || e == NULL) rl_initialize(); From owner-freebsd-current@FreeBSD.ORG Mon Feb 9 01:59:38 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D298FB5B for ; Mon, 9 Feb 2015 01:59:38 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id C14ADEEC for ; Mon, 9 Feb 2015 01:59:38 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id C7E1D8F3 for ; Mon, 9 Feb 2015 01:59:36 +0000 (UTC) Date: Mon, 9 Feb 2015 01:59:34 +0000 (GMT) From: jenkins-admin@freebsd.org To: freebsd-current@freebsd.org Message-ID: <902995145.7.1423447174112.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <993944723.6.1423427629957.JavaMail.jenkins@jenkins-9.freebsd.org> References: <993944723.6.1423427629957.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is still unstable: FreeBSD_HEAD-tests2 #662 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Jenkins-Job: FreeBSD_HEAD-tests2 X-Jenkins-Result: UNSTABLE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list 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 Feb 2015 01:59:38 -0000 See From owner-freebsd-current@FreeBSD.ORG Mon Feb 9 07:01:46 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B2978FF8 for ; Mon, 9 Feb 2015 07:01: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 A0EA0FF1 for ; Mon, 9 Feb 2015 07:01:46 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 50BDD967 for ; Mon, 9 Feb 2015 07:01:38 +0000 (UTC) Date: Mon, 9 Feb 2015 07:01:32 +0000 (GMT) From: jenkins-admin@freebsd.org To: freebsd-current@freebsd.org Message-ID: <1437881073.8.1423465292544.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <902995145.7.1423447174112.JavaMail.jenkins@jenkins-9.freebsd.org> References: <902995145.7.1423447174112.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is still unstable: FreeBSD_HEAD-tests2 #663 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Jenkins-Job: FreeBSD_HEAD-tests2 X-Jenkins-Result: UNSTABLE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list 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 Feb 2015 07:01:46 -0000 See From owner-freebsd-current@FreeBSD.ORG Mon Feb 9 11:14:56 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 95EE57CA for ; Mon, 9 Feb 2015 11:14:56 +0000 (UTC) Received: from st11p00mm-asmtp002.mac.com (st11p00mm-asmtp002.mac.com [17.172.81.1]) (using TLSv1.2 with cipher DHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 6B4C2146 for ; Mon, 9 Feb 2015 11:14:55 +0000 (UTC) Received: from andersbo-mac.local (pc162-152.hiof.no [158.39.162.152]) by st11p00mm-asmtp002.mac.com (Oracle Communications Messaging Server 7.0.5.35.0 64bit (built Dec 4 2014)) with ESMTPSA id <0NJI00MFD4KGSX30@st11p00mm-asmtp002.mac.com> for freebsd-current@freebsd.org; Mon, 09 Feb 2015 11:14:43 +0000 (GMT) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.13.68,1.0.33,0.0.0000 definitions=2015-02-09_01:2015-02-09,2015-02-08,1970-01-01 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 suspectscore=3 phishscore=0 adultscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=7.0.1-1412110000 definitions=main-1502090111 Message-id: <54D8969E.70808@icloud.com> Date: Mon, 09 Feb 2015 12:14:38 +0100 From: Anders Bolt-Evensen User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.4.0 MIME-version: 1.0 To: freebsd-current@freebsd.org Subject: Broadcom BCM4331 and NDIS: panic: IRQL_NOT_GREATER_THAN 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-1 Precedence: list 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 Feb 2015 11:14:56 -0000 Hello, everyone! Today, I tried to configure ndis to be able to use my internal Broadcom BCM4331. However, as soon as I try to kldload the kernel module generated by ndisgen (I've copied it to /boot/modules/bcmwl564.ko, since I'm on amd64.), the system panics with a message saying, "IRQL_NOT_GREATER_THAN". The same thing happens if I add bcmwl564_load="YES" to /boot/loader.conf and reboot. Here is a link to a zip file containing the output of dmesg, uname -a and and a txt file containg the info about the kernel panic: https://www.dropbox.com/s/2678ix9heq3q5bl/panic_info.zip?dl=0 Have any of you had any success using ndis to use your wireless card? If so, what am I doing wrong? Best wishes from Anders Bolt-Evensen From owner-freebsd-current@FreeBSD.ORG Mon Feb 9 11:34:22 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 48E35C5A for ; Mon, 9 Feb 2015 11:34: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 35BD4381 for ; Mon, 9 Feb 2015 11:34:22 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id B86649F1 for ; Mon, 9 Feb 2015 11:34:20 +0000 (UTC) Date: Mon, 9 Feb 2015 11:34:17 +0000 (GMT) From: jenkins-admin@freebsd.org To: freebsd-current@freebsd.org Message-ID: <305347163.10.1423481658088.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1437881073.8.1423465292544.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1437881073.8.1423465292544.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is still unstable: FreeBSD_HEAD-tests2 #664 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Jenkins-Job: FreeBSD_HEAD-tests2 X-Jenkins-Result: UNSTABLE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list 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 Feb 2015 11:34:22 -0000 See From owner-freebsd-current@FreeBSD.ORG Mon Feb 9 14:54:45 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 843F5928 for ; Mon, 9 Feb 2015 14:54:45 +0000 (UTC) Received: from mail-yk0-f180.google.com (mail-yk0-f180.google.com [209.85.160.180]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 43978C9A for ; Mon, 9 Feb 2015 14:54:44 +0000 (UTC) Received: by mail-yk0-f180.google.com with SMTP id 19so9923350ykq.11 for ; Mon, 09 Feb 2015 06:54:43 -0800 (PST) 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:mime-version:content-type :content-id:content-transfer-encoding:date:message-id; bh=gZiWKlWiUkLW+S4zjy/1ZcnRtc6JqTpJARkImGKrx6Q=; b=A1v1nsIUpHq7Bq/UJgUE2Zu/35uKkeL4xv2/NCe/eH9oy5ghXAdnVxmG6vvhX18brK MSdqewGRzvSNUz5yeo47XHNmSL6baEjm2nT83Rm+i/N5zsWyLKkdHbfeME5qSlQFpoON bIgIxKoXMq0O0mk4r4YKRIBS8ZZau3wyLfdIk5hHU1Zmv7Nlj6G347SD2amvL0+jt6Ul PSfqR6KPl7s/C1m5CXZFoOJ7XixjNt5wtEYnFzo/GDkKak5yEazcNX3FkSCQhIblkIvI MHQj3Nbji8MDXJAEAM2pi+x0vBHAfekGDhDgUmr2P38+YEqALhA7Q+3ZWeYjgW0AVN8D xabw== X-Gm-Message-State: ALoCoQkRhIcE7zrGPv+ISFkdEN5JZUjwnuqRDedlhMIvK/gF8kNh2xU82mK3GIlvUK70bbmpbzjo X-Received: by 10.170.67.213 with SMTP id j204mr6832940ykj.121.1423493373448; Mon, 09 Feb 2015 06:49:33 -0800 (PST) Received: from clue.co.za ([73.20.223.245]) by mx.google.com with ESMTPSA id l32sm4783205yhq.44.2015.02.09.06.49.32 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 09 Feb 2015 06:49:32 -0800 (PST) From: Ian FREISLICH X-Google-Original-From: "Ian FREISLICH" Received: from localhost ([127.0.0.1] helo=zen) by clue.co.za with esmtp (Exim 4.85 (FreeBSD)) (envelope-from ) id 1YKpeV-0000IU-Vf for freebsd-current@freebsd.org; Mon, 09 Feb 2015 09:49:31 -0500 To: freebsd-current@freebsd.org Subject: r277959 breaks X display on IvyBridge mobile GT2 IG X-Attribution: BOFH MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <1144.1423493371.1@zen> Content-Transfer-Encoding: quoted-printable Date: Mon, 09 Feb 2015 09:49:31 -0500 Message-Id: X-Mailman-Approved-At: Mon, 09 Feb 2015 15:00:58 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list 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 Feb 2015 14:54:45 -0000 Hi With this, my display blanks and never lights up when X starts. [zen] /usr/src # svn diff -r 277958:277959 Index: sys/dev/drm2/i915/intel_display.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/drm2/i915/intel_display.c (revision 277958) +++ sys/dev/drm2/i915/intel_display.c (revision 277959) @@ -6995,7 +6995,7 @@ */ I915_WRITE(BLC_PWM_CPU_CTL2, PWM_ENABLE); I915_WRITE(BLC_PWM_CPU_CTL, 0); - I915_WRITE(BLC_PWM_PCH_CTL1, PWM_ENABLE | (1<<30)); + I915_WRITE(BLC_PWM_PCH_CTL1, PWM_ENABLE); } vgapci0@pci0:0:2:0: class=3D0x030000 card=3D0x15171043 chip=3D0x016680= 86 rev=3D0x09 = hdr=3D0x00 vendor =3D 'Intel Corporation' device =3D '3rd Gen Core processor Graphics Controller' class =3D display subclass =3D VGA cap 05[90] =3D MSI supports 1 message enabled with 1 message cap 01[d0] =3D powerspec 2 supports D0 D3 current D0 cap 13[a4] =3D PCI Advanced Features: FLR TP = void intel_modeset_init_hw(struct drm_device *dev) Ian -- = Ian Freislich From owner-freebsd-current@FreeBSD.ORG Mon Feb 9 16:06:26 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3CFF238E for ; Mon, 9 Feb 2015 16:06:26 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 2BB156B3 for ; Mon, 9 Feb 2015 16:06:26 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id B693EA5A for ; Mon, 9 Feb 2015 16:06:25 +0000 (UTC) Date: Mon, 9 Feb 2015 16:06:19 +0000 (GMT) From: jenkins-admin@freebsd.org To: freebsd-current@freebsd.org Message-ID: <287642205.12.1423497979959.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <305347163.10.1423481658088.JavaMail.jenkins@jenkins-9.freebsd.org> References: <305347163.10.1423481658088.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is still unstable: FreeBSD_HEAD-tests2 #665 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Jenkins-Job: FreeBSD_HEAD-tests2 X-Jenkins-Result: UNSTABLE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list 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 Feb 2015 16:06:26 -0000 See From owner-freebsd-current@FreeBSD.ORG Mon Feb 9 16:33:42 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6EBC5980; Mon, 9 Feb 2015 16:33: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 47576A42; Mon, 9 Feb 2015 16:33:42 +0000 (UTC) Received: from new-host-2.home (pool-173-54-116-245.nwrknj.fios.verizon.net [173.54.116.245]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 3557FB945; Mon, 9 Feb 2015 11:33:41 -0500 (EST) Message-ID: <54D8E169.6040002@FreeBSD.org> Date: Mon, 09 Feb 2015 11:33:45 -0500 From: John Baldwin User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:31.0) Gecko/20100101 Thunderbird/31.4.0 MIME-Version: 1.0 To: Adrian Chadd , Elizabeth Myers Subject: Re: Questions on adding backlight support for the i915 driver References: <54C883E7.4000300@interlinked.me> In-Reply-To: Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Mon, 09 Feb 2015 11:33:41 -0500 (EST) Cc: freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list 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 Feb 2015 16:33:42 -0000 On 1/30/15 6:16 PM, Adrian Chadd wrote: > Hi, > > Which chipset is it? > > Loading acpi_video causes a handful of interconnected pieces to shift > (as IIRC at that point acpi_video also states that it wishes to take > control of video setting, not just leave it all up to ACPI to drive > itself.) > > There's a bunch of discussion / code churn in the linux dri2/i915 code > (/past/ the point in 2012 that our code is currently synced to) about > how to manage backlights. A lot of it seems due to ridiculously large > variations in how backlights are actually managed. > > So, if we're going to do this, I think we should actually have a > generic backlight thing that figures out if the right thing to do is > talk to the underlying device/panel, rather than hang backlight > controls off of each driver. It may not always be off of drm. :( > There's also stuff surrounding locking and state changes, as well as > restoring backlight values after a suspend/resume cycle. That kind of > weird crap. I think we should get a few examples working so we have multiple things to generalize from. Also, so far the focus has only been on laptop LCDs. I've no idea if any external monitors support software backlight control. If they do, then that might put another wrinkle in, as what you really want is something like hw.backlight. to hang control nodes off of (or you want to do it in userland). (Ideally we'd use the same labels for that xrandr uses for outputs. I think the drm2 drivers are also using those labels for some controls now.) For now I would start with Elizabeth's current patch of exposing the raw i915 stuff via a sysctl. We can always remove this later if need be. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Mon Feb 9 18:18:44 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 62E3299C for ; Mon, 9 Feb 2015 18:18: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 51AB2919 for ; Mon, 9 Feb 2015 18:18:44 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 6B005AA4 for ; Mon, 9 Feb 2015 18:18:44 +0000 (UTC) Date: Mon, 9 Feb 2015 18:18:44 +0000 (GMT) From: jenkins-admin@freebsd.org To: freebsd-current@freebsd.org Message-ID: <1211457294.13.1423505924317.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <287642205.12.1423497979959.JavaMail.jenkins@jenkins-9.freebsd.org> References: <287642205.12.1423497979959.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is still unstable: FreeBSD_HEAD-tests2 #666 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Jenkins-Job: FreeBSD_HEAD-tests2 X-Jenkins-Result: UNSTABLE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list 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 Feb 2015 18:18:44 -0000 See From owner-freebsd-current@FreeBSD.ORG Mon Feb 9 20:32:16 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 770255D5 for ; Mon, 9 Feb 2015 20:32: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 65FF3ABD for ; Mon, 9 Feb 2015 20:32:16 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id C78FDAD7 for ; Mon, 9 Feb 2015 20:32:16 +0000 (UTC) Date: Mon, 9 Feb 2015 20:32:16 +0000 (GMT) From: jenkins-admin@freebsd.org To: freebsd-current@freebsd.org Message-ID: <1671154387.14.1423513936757.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1211457294.13.1423505924317.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1211457294.13.1423505924317.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is still unstable: FreeBSD_HEAD-tests2 #667 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Jenkins-Job: FreeBSD_HEAD-tests2 X-Jenkins-Result: UNSTABLE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list 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 Feb 2015 20:32:16 -0000 See From owner-freebsd-current@FreeBSD.ORG Mon Feb 9 23:31:23 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3ACD811F for ; Mon, 9 Feb 2015 23:31:23 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 28C36E7 for ; Mon, 9 Feb 2015 23:31:23 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id A80C2B0C for ; Mon, 9 Feb 2015 23:31:23 +0000 (UTC) Date: Mon, 9 Feb 2015 23:31:23 +0000 (GMT) From: jenkins-admin@freebsd.org To: freebsd-current@freebsd.org Message-ID: <1464582254.15.1423524683597.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1671154387.14.1423513936757.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1671154387.14.1423513936757.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is still unstable: FreeBSD_HEAD-tests2 #668 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Jenkins-Job: FreeBSD_HEAD-tests2 X-Jenkins-Result: UNSTABLE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list 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 Feb 2015 23:31:23 -0000 See From owner-freebsd-current@FreeBSD.ORG Tue Feb 10 01:33:02 2015 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D6966AD; Tue, 10 Feb 2015 01:33:01 +0000 (UTC) Received: from mail-wg0-x22f.google.com (mail-wg0-x22f.google.com [IPv6:2a00:1450:400c:c00::22f]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 6680D97C; Tue, 10 Feb 2015 01:33:01 +0000 (UTC) Received: by mail-wg0-f47.google.com with SMTP id n12so30438124wgh.6; Mon, 09 Feb 2015 17:32:59 -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=Q/pPTzkSn/zmWAQ9dao8AZvZoPn5sryztbQGPZn4tzY=; b=dCEXnLYsVCAXKN7zYpu0u7njiceq8LY0CBeHRygPS1AYMRvmZqeV08oFQQnK1g0w8v ssjUlj+iFRAR8X2+W8ImIkPdQMxGLxEQeSTa/Ea30Ikqj8rHANpSRWGS5Cef0edq3vLm lhn+S4QOviFU9K+gAZWAHxyg6/xBUbm33Aj5b8srpQOGzfASy963mt2Jppu0ez6QipDP HR8xeXr7YXn1Ln3Usmlt09xDNaAU8BOK2rvu+IKNSdc0MSCLgXCALftfY8RYXL4aIvRB sGWxVvUv9mZgZnRzp5sXoaCn48gUy2tg2+HYpAFqFJVAKWD0gEj5GNYVJbtn4yRDuK0s hgog== MIME-Version: 1.0 X-Received: by 10.180.37.33 with SMTP id v1mr32058007wij.76.1423531979782; Mon, 09 Feb 2015 17:32:59 -0800 (PST) Received: by 10.27.91.79 with HTTP; Mon, 9 Feb 2015 17:32:59 -0800 (PST) In-Reply-To: References: <20150127203103.GZ15484@glebius.int.ru> <20150128104842.GL42409@kib.kiev.ua> <20150128182230.GB15484@glebius.int.ru> <20150128190441.GO42409@kib.kiev.ua> <20150128193315.GC15484@glebius.int.ru> Date: Mon, 9 Feb 2015 17:32:59 -0800 Message-ID: Subject: Re: panic in softdep_slowdown() From: Neel Natu To: Gleb Smirnoff Content-Type: text/plain; charset=UTF-8 Cc: Konstantin Belousov , "current@freebsd.org" , Peter Grehan X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list 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 Feb 2015 01:33:02 -0000 A fix for this panic was submitted by kib@ as r277922: https://svnweb.freebsd.org/base?view=revision&revision=277922 best Neel On Wed, Jan 28, 2015 at 11:54 AM, Neel Natu wrote: > Hi Gleb, > > On Wed, Jan 28, 2015 at 11:33 AM, Gleb Smirnoff wrote: >> On Wed, Jan 28, 2015 at 09:04:42PM +0200, Konstantin Belousov wrote: >> K> > I can't see where integer divide fault can happen with stat_flush_threads=1 :( >> K> >> K> Look at the exact asm instruction which faulted, also look at the registers >> K> content. >> K> >> K> It might be hypervisor bug, after all. >> >> Yes, for me it looks like it. %edx should be one as well as -0x44(%rbp). >> >> 0xffffffff80895d43 : mov -0x20(%rbp),%ecx >> 0xffffffff80895d46 : mov %ecx,%edx >> 0xffffffff80895d48 : shr $0x1f,%edx >> 0xffffffff80895d4b : add %edx,%ecx >> 0xffffffff80895d4d : sar %ecx >> 0xffffffff80895d4f : mov 0xffffffff80ee24c8,%edx >> 0xffffffff80895d56 : mov %rax,-0x40(%rbp) >> 0xffffffff80895d5a : mov %ecx,%eax >> 0xffffffff80895d5c : mov %edx,-0x44(%rbp) >> 0xffffffff80895d5f : cltd >> 0xffffffff80895d60 : mov -0x44(%rbp),%ecx >> 0xffffffff80895d63 : idiv %ecx >> >> (kgdb) p &stat_flush_threads >> $5 = (int *) 0xffffffff80ee24c8 >> (kgdb) info registers >> rax 0x12b86 76678 >> rbx 0x4 4 >> rcx 0x0 0 >> rdx 0x0 0 >> rsi 0x3e8 1000 >> rdi 0x99 153 >> rbp 0xfffffe001eb5f2b0 0xfffffe001eb5f2b0 >> ... >> (kgdb) p *(int *)($rbp - 0x44) >> $4 = 0 >> (kgdb) p *(int *)($rbp - 0x40) >> $8 = 0 >> (kgdb) p &max_softdeps_hard >> $11 = (int *) 0xfffffe001eb5f290 >> (kgdb) p (int *)($rbp - 0x20) >> $12 = (int *) 0xfffffe001eb5f290 >> (kgdb) p max_softdeps_hard >> $10 = 153357 >> > > Can you upload the core file and the kernel someplace that I can access? > > best > Neel > >> -- >> 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" From owner-freebsd-current@FreeBSD.ORG Tue Feb 10 04:15:34 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C104CB54 for ; Tue, 10 Feb 2015 04:15: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 ACC33C10 for ; Tue, 10 Feb 2015 04:15:34 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 1ACE8B72 for ; Tue, 10 Feb 2015 04:15:34 +0000 (UTC) Date: Tue, 10 Feb 2015 04:15:33 +0000 (GMT) From: jenkins-admin@freebsd.org To: freebsd-current@freebsd.org Message-ID: <1314236058.16.1423541733562.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1464582254.15.1423524683597.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1464582254.15.1423524683597.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Build failed in Jenkins: FreeBSD_HEAD-tests2 #669 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Jenkins-Job: FreeBSD_HEAD-tests2 X-Jenkins-Result: FAILURE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list 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 Feb 2015 04:15:34 -0000 See ------------------------------------------ [...truncated 1341 lines...] local/atf/atf-c/macros_test:require_streq -> passed [0.054s] local/atf/atf-c/macros_test:use -> passed [0.069s] local/atf/atf-c/pkg_config_test:build -> passed [1.305s] local/atf/atf-c/pkg_config_test:version -> passed [0.065s] local/atf/atf-c/tc_test:config -> passed [0.015s] local/atf/atf-c/tc_test:init -> passed [0.015s] local/atf/atf-c/tc_test:init_pack -> passed [0.015s] local/atf/atf-c/tc_test:vars -> passed [0.014s] local/atf/atf-c/tp_test:getopt -> passed [0.014s] local/atf/atf-c/utils_test:cat_file__empty -> passed [0.017s] local/atf/atf-c/utils_test:cat_file__no_newline_eof -> passed [0.016s] local/atf/atf-c/utils_test:cat_file__one_line -> passed [0.017s] local/atf/atf-c/utils_test:cat_file__several_lines -> passed [0.017s] local/atf/atf-c/utils_test:compare_file__empty__match -> passed [0.016s] local/atf/atf-c/utils_test:compare_file__empty__not_match -> passed [0.016s] local/atf/atf-c/utils_test:compare_file__long__match -> passed [0.016s] local/atf/atf-c/utils_test:compare_file__long__not_match -> passed [0.017s] local/atf/atf-c/utils_test:compare_file__short__match -> passed [0.016s] local/atf/atf-c/utils_test:compare_file__short__not_match -> passed [0.017s] local/atf/atf-c/utils_test:copy_file__empty -> passed [0.017s] local/atf/atf-c/utils_test:copy_file__some_contents -> passed [0.019s] local/atf/atf-c/utils_test:create_file -> passed [0.016s] local/atf/atf-c/utils_test:file_exists -> passed [0.014s] local/atf/atf-c/utils_test:fork -> passed [0.018s] local/atf/atf-c/utils_test:free_charpp__empty -> passed [0.013s] local/atf/atf-c/utils_test:free_charpp__some -> passed [0.014s] local/atf/atf-c/utils_test:grep_file -> passed [0.019s] local/atf/atf-c/utils_test:grep_string -> passed [0.016s] local/atf/atf-c/utils_test:readline__none -> passed [0.018s] local/atf/atf-c/utils_test:readline__some -> passed [0.015s] local/atf/atf-c/utils_test:redirect__other -> passed [0.016s] local/atf/atf-c/utils_test:redirect__stderr -> passed [0.016s] local/atf/atf-c/utils_test:redirect__stdout -> passed [0.016s] local/atf/atf-c/utils_test:wait__invalid_exitstatus -> passed [0.020s] local/atf/atf-c/utils_test:wait__invalid_stderr -> passed [0.021s] local/atf/atf-c/utils_test:wait__invalid_stdout -> passed [0.021s] local/atf/atf-c/utils_test:wait__ok -> passed [0.020s] local/atf/atf-c/utils_test:wait__ok_nested -> passed [0.023s] local/atf/atf-c/utils_test:wait__save_stderr -> passed [0.021s] local/atf/atf-c/utils_test:wait__save_stdout -> passed [0.021s] local/atf/atf-c/detail/dynstr_test:append_ap -> passed [0.077s] local/atf/atf-c/detail/dynstr_test:append_fmt -> passed [0.076s] local/atf/atf-c/detail/dynstr_test:clear -> passed [0.015s] local/atf/atf-c/detail/dynstr_test:copy -> passed [0.014s] local/atf/atf-c/detail/dynstr_test:cstring -> passed [0.015s] local/atf/atf-c/detail/dynstr_test:equal_cstring -> passed [0.015s] local/atf/atf-c/detail/dynstr_test:equal_dynstr -> passed [0.015s] local/atf/atf-c/detail/dynstr_test:fini_disown -> passed [0.015s] local/atf/atf-c/detail/dynstr_test:init -> passed [0.015s] local/atf/atf-c/detail/dynstr_test:init_ap -> passed [0.015s] local/atf/atf-c/detail/dynstr_test:init_fmt -> passed [0.015s] local/atf/atf-c/detail/dynstr_test:init_raw -> passed [0.015s] local/atf/atf-c/detail/dynstr_test:init_rep -> passed [0.082s] local/atf/atf-c/detail/dynstr_test:init_substr -> passed [0.015s] local/atf/atf-c/detail/dynstr_test:length -> passed [0.067s] local/atf/atf-c/detail/dynstr_test:prepend_ap -> passed [0.077s] local/atf/atf-c/detail/dynstr_test:prepend_fmt -> passed [0.074s] local/atf/atf-c/detail/dynstr_test:rfind_ch -> passed [0.016s] local/atf/atf-c/detail/env_test:get -> passed [0.014s] local/atf/atf-c/detail/env_test:get_with_default -> passed [0.014s] local/atf/atf-c/detail/env_test:has -> passed [0.013s] local/atf/atf-c/detail/env_test:set -> passed [0.014s] local/atf/atf-c/detail/env_test:unset -> passed [0.014s] local/atf/atf-c/detail/fs_test:eaccess -> passed [0.018s] local/atf/atf-c/detail/fs_test:exists -> passed [1.288s] local/atf/atf-c/detail/fs_test:getcwd -> passed [0.065s] local/atf/atf-c/detail/fs_test:mkdtemp_err -> passed [0.048s] local/atf/atf-c/detail/fs_test:mkdtemp_ok -> passed [0.072s] local/atf/atf-c/detail/fs_test:mkdtemp_umask -> passed [0.015s] local/atf/atf-c/detail/fs_test:mkstemp_err -> passed [0.080s] local/atf/atf-c/detail/fs_test:mkstemp_ok -> passed [0.018s] local/atf/atf-c/detail/fs_test:mkstemp_umask -> passed [0.016s] local/atf/atf-c/detail/fs_test:path_append -> passed [0.016s] local/atf/atf-c/detail/fs_test:path_branch_path -> passed [0.016s] local/atf/atf-c/detail/fs_test:path_copy -> passed [0.015s] local/atf/atf-c/detail/fs_test:path_equal -> passed [0.015s] local/atf/atf-c/detail/fs_test:path_is_absolute -> passed [0.016s] local/atf/atf-c/detail/fs_test:path_is_root -> passed [0.015s] local/atf/atf-c/detail/fs_test:path_leaf_name -> passed [0.015s] local/atf/atf-c/detail/fs_test:path_normalize -> passed [0.014s] local/atf/atf-c/detail/fs_test:path_to_absolute -> passed [0.937s] local/atf/atf-c/detail/fs_test:rmdir_empty -> passed [0.137s] local/atf/atf-c/detail/fs_test:rmdir_enotempty -> passed [0.062s] local/atf/atf-c/detail/fs_test:rmdir_eperm -> passed [0.062s] local/atf/atf-c/detail/fs_test:stat_mode -> passed [0.016s] local/atf/atf-c/detail/fs_test:stat_perms -> passed [0.016s] local/atf/atf-c/detail/fs_test:stat_type -> passed [0.100s] local/atf/atf-c/detail/list_test:list_append -> passed [0.014s] local/atf/atf-c/detail/list_test:list_append_list -> passed [0.014s] local/atf/atf-c/detail/list_test:list_for_each -> passed [0.015s] local/atf/atf-c/detail/list_test:list_for_each_c -> passed [0.014s] local/atf/atf-c/detail/list_test:list_index -> passed [0.013s] local/atf/atf-c/detail/list_test:list_index_c -> passed [0.013s] local/atf/atf-c/detail/list_test:list_init -> passed [0.015s] local/atf/atf-c/detail/list_test:list_to_charpp_empty -> passed [0.015s] local/atf/atf-c/detail/list_test:list_to_charpp_some -> passed [0.014s] local/atf/atf-c/detail/map_test:find -> passed [0.014s] local/atf/atf-c/detail/map_test:find_c -> passed [0.014s] local/atf/atf-c/detail/map_test:map_for_each -> passed [0.015s] local/atf/atf-c/detail/map_test:map_for_each_c -> passed [0.016s] local/atf/atf-c/detail/map_test:map_init -> passed [0.015s] local/atf/atf-c/detail/map_test:map_init_charpp_empty -> passed [0.015s] local/atf/atf-c/detail/map_test:map_init_charpp_null -> passed [0.015s] local/atf/atf-c/detail/map_test:map_init_charpp_short -> passed [0.015s] local/atf/atf-c/detail/map_test:map_init_charpp_some -> passed [0.014s] local/atf/atf-c/detail/map_test:map_insert -> passed [0.014s] local/atf/atf-c/detail/map_test:stable_keys -> passed [0.015s] local/atf/atf-c/detail/map_test:to_charpp_empty -> passed [0.014s] local/atf/atf-c/detail/map_test:to_charpp_some -> passed [0.014s] local/atf/atf-c/detail/process_test:child_pid -> passed [0.018s] local/atf/atf-c/detail/process_test:child_wait_eintr -> passed [1.058s] local/atf/atf-c/detail/process_test:exec_failure -> passed [0.017s] local/atf/atf-c/detail/process_test:exec_list -> passed [0.049s] local/atf/atf-c/detail/process_test:exec_prehook -> passed [0.027s] local/atf/atf-c/detail/process_test:exec_success -> passed [0.036s] local/atf/atf-c/detail/process_test:fork_cookie -> passed [0.027s] local/atf/atf-c/detail/process_test:fork_out_capture_err_capture -> passed [0.027s] local/atf/atf-c/detail/process_test:fork_out_capture_err_connect -> passed [0.028s] local/atf/atf-c/detail/process_test:fork_out_capture_err_default -> passed [0.029s] local/atf/atf-c/detail/process_test:fork_out_capture_err_inherit -> passed [0.028s] local/atf/atf-c/detail/process_test:fork_out_capture_err_redirect_fd -> passed [0.053s] local/atf/atf-c/detail/process_test:fork_out_capture_err_redirect_path -> passed [0.039s] local/atf/atf-c/detail/process_test:fork_out_connect_err_capture -> passed [0.058s] local/atf/atf-c/detail/process_test:fork_out_connect_err_connect -> passed [0.048s] local/atf/atf-c/detail/process_test:fork_out_connect_err_default -> passed [0.045s] local/atf/atf-c/detail/process_test:fork_out_connect_err_inherit -> passed [0.031s] local/atf/atf-c/detail/process_test:fork_out_connect_err_redirect_fd -> passed [0.030s] local/atf/atf-c/detail/process_test:fork_out_connect_err_redirect_path -> passed [0.040s] local/atf/atf-c/detail/process_test:fork_out_default_err_capture -> passed [0.029s] local/atf/atf-c/detail/process_test:fork_out_default_err_connect -> passed [0.033s] local/atf/atf-c/detail/process_test:fork_out_default_err_default -> passed [0.030s] local/atf/atf-c/detail/process_test:fork_out_default_err_inherit -> passed [0.046s] local/atf/atf-c/detail/process_test:fork_out_default_err_redirect_fd -> passed [0.030s] local/atf/atf-c/detail/process_test:fork_out_default_err_redirect_path -> passed [0.021s] local/atf/atf-c/detail/process_test:fork_out_inherit_err_capture -> passed [0.020s] local/atf/atf-c/detail/process_test:fork_out_inherit_err_connect -> passed [0.022s] local/atf/atf-c/detail/process_test:fork_out_inherit_err_default -> passed [0.020s] local/atf/atf-c/detail/process_test:fork_out_inherit_err_inherit -> passed [0.019s] local/atf/atf-c/detail/process_test:fork_out_inherit_err_redirect_fd -> passed [0.019s] local/atf/atf-c/detail/process_test:fork_out_inherit_err_redirect_path -> passed [0.020s] local/atf/atf-c/detail/process_test:fork_out_redirect_fd_err_capture -> passed [0.017s] local/atf/atf-c/detail/process_test:fork_out_redirect_fd_err_connect -> passed [0.019s] local/atf/atf-c/detail/process_test:fork_out_redirect_fd_err_default -> passed [0.020s] local/atf/atf-c/detail/process_test:fork_out_redirect_fd_err_inherit -> passed [0.019s] local/atf/atf-c/detail/process_test:fork_out_redirect_fd_err_redirect_fd -> passed [0.020s] local/atf/atf-c/detail/process_test:fork_out_redirect_fd_err_redirect_path -> passed [0.020s] local/atf/atf-c/detail/process_test:fork_out_redirect_path_err_capture -> passed [0.020s] local/atf/atf-c/detail/process_test:fork_out_redirect_path_err_connect -> passed [0.021s] local/atf/atf-c/detail/process_test:fork_out_redirect_path_err_default -> passed [0.021s] local/atf/atf-c/detail/process_test:fork_out_redirect_path_err_inherit -> passed [0.021s] local/atf/atf-c/detail/process_test:fork_out_redirect_path_err_redirect_fd -> passed [0.021s] local/atf/atf-c/detail/process_test:fork_out_redirect_path_err_redirect_path -> passed [0.021s] local/atf/atf-c/detail/process_test:status_coredump -> panic: Duplicate free of 0xfffff800062bfc00 from zone 0xfffff8007ffce380(1024) slab 0xfffff8000629b3f0(3) cpuid = 1 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe00974fd690 vpanic() at vpanic+0x189/frame 0xfffffe00974fd710 panic() at panic+0x43/frame 0xfffffe00974fd770 uma_dbg_free() at uma_dbg_free+0xee/frame 0xfffffe00974fd7a0 uma_zfree_arg() at uma_zfree_arg+0x44/frame 0xfffffe00974fd800 free() at free+0x99/frame 0xfffffe00974fd840 sigexit() at sigexit+0x975/frame 0xfffffe00974fdae0 postsig() at postsig+0x2a9/frame 0xfffffe00974fdbb0 ast() at ast+0x337/frame 0xfffffe00974fdbf0 Xfast_syscall() at Xfast_syscall+0x160/frame 0xfffffe00974fdbf0 --- syscall (0, FreeBSD ELF64, nosys), rip = 0x800b137ca, rsp = 0x7fffffffd498, rbp = 0x7fffffffd4d0 --- KDB: enter: panic [ thread pid 39931 tid 100075 ] Stopped at kdb_enter+0x3e: movq $0,kdb_why db> Traceback (most recent call last): File "/vm/freebsd-ci/scripts/test/run-tests.py", line 152, in main(sys.argv) File "/vm/freebsd-ci/scripts/test/run-tests.py", line 80, in main runTest() File "/vm/freebsd-ci/scripts/test/run-tests.py", line 124, in runTest child2.expect(prompt, timeout=7200) File "/usr/local/lib/python2.7/site-packages/pexpect/__init__.py", line 1451, in expect timeout, searchwindowsize) File "/usr/local/lib/python2.7/site-packages/pexpect/__init__.py", line 1466, in expect_list timeout, searchwindowsize) File "/usr/local/lib/python2.7/site-packages/pexpect/__init__.py", line 1568, in expect_loop raise TIMEOUT(str(err) + '\n' + str(self)) pexpect.TIMEOUT: Timeout exceeded. version: 3.3 command: /usr/sbin/bhyve args: [u'/usr/sbin/bhyve', u'-c', u'2', u'-m', u'2G', u'-AI', u'-H', u'-P', u'-g', u'0', u'-s', u'0:0,hostbridge', u'-s', u'1:0,lpc', u'-s', u'2:0,virtio-net,tap0,mac=58:9c:fc:00:00:2e', u'-s', u'3:0,ahci-hd,/net/jenkins-10.freebsd.org/builds/Build-UFS-image/image/FreeBSD_HEAD/test.img', u'-l', u'com1,stdio', u'vm_test'] searcher: buffer (last 100 chars): 'er: panic\r\n[ thread pid 39931 tid 100075 ]\r\nStopped at kdb_enter+0x3e: movq $0,kdb_why\r\ndb> ' before (last 100 chars): 'er: panic\r\n[ thread pid 39931 tid 100075 ]\r\nStopped at kdb_enter+0x3e: movq $0,kdb_why\r\ndb> ' after: match: None match_index: None exitstatus: None flag_eof: False pid: 16485 child_fd: 4 closed: False timeout: 30 delimiter: logfile: ', mode 'w' at 0x80066d150> logfile_read: None logfile_send: None maxread: 2000 ignorecase: False searchwindowsize: None delaybeforesend: 0.05 delayafterclose: 0.1 delayafterterminate: 0.1 Build step 'Execute shell' marked build as failure Recording test results ERROR: Publisher hudson.tasks.junit.JUnitResultArchiver aborted due to exception hudson.AbortException: Test reports were found but none of them are new. Did tests run? For example, is 2 hr 43 min old at hudson.tasks.junit.TestResult.parse(TestResult.java:178) at hudson.tasks.junit.TestResult.parse(TestResult.java:146) at hudson.tasks.junit.TestResult.(TestResult.java:122) at hudson.tasks.junit.JUnitParser$ParseResultCallable.invoke(JUnitParser.java:119) at hudson.tasks.junit.JUnitParser$ParseResultCallable.invoke(JUnitParser.java:92) at hudson.FilePath$FileCallableWrapper.call(FilePath.java:2677) at hudson.remoting.UserRequest.perform(UserRequest.java:121) at hudson.remoting.UserRequest.perform(UserRequest.java:49) at hudson.remoting.Request$2.run(Request.java:324) at hudson.remoting.InterceptingExecutorService$1.call(InterceptingExecutorService.java:68) at java.util.concurrent.FutureTask.run(FutureTask.java:262) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) at java.lang.Thread.run(Thread.java:745) at ......remote call to havoc.ysv.freebsd.org(Native Method) at hudson.remoting.Channel.attachCallSiteStackTrace(Channel.java:1356) at hudson.remoting.UserResponse.retrieve(UserRequest.java:221) at hudson.remoting.Channel.call(Channel.java:752) at hudson.FilePath.act(FilePath.java:970) at hudson.FilePath.act(FilePath.java:959) at hudson.tasks.junit.JUnitParser.parseResult(JUnitParser.java:89) at hudson.tasks.junit.JUnitResultArchiver.parse(JUnitResultArchiver.java:120) at hudson.tasks.junit.JUnitResultArchiver.perform(JUnitResultArchiver.java:137) at hudson.tasks.BuildStepCompatibilityLayer.perform(BuildStepCompatibilityLayer.java:74) at hudson.tasks.BuildStepMonitor$1.perform(BuildStepMonitor.java:20) at hudson.model.AbstractBuild$AbstractBuildExecution.perform(AbstractBuild.java:770) at hudson.model.AbstractBuild$AbstractBuildExecution.performAllBuildSteps(AbstractBuild.java:734) at hudson.model.Build$BuildExecution.post2(Build.java:183) at hudson.model.AbstractBuild$AbstractBuildExecution.post(AbstractBuild.java:683) at hudson.model.Run.execute(Run.java:1784) at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:43) at hudson.model.ResourceController.execute(ResourceController.java:89) at hudson.model.Executor.run(Executor.java:240) From owner-freebsd-current@FreeBSD.ORG Tue Feb 10 13:07:26 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CE15AFA for ; Tue, 10 Feb 2015 13:07:26 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id B9D31AE9 for ; Tue, 10 Feb 2015 13:07:26 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 84A24C54 for ; Tue, 10 Feb 2015 13:07:26 +0000 (UTC) Date: Tue, 10 Feb 2015 13:07:26 +0000 (GMT) From: jenkins-admin@freebsd.org To: freebsd-current@freebsd.org Message-ID: <357046576.17.1423573646330.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1314236058.16.1423541733562.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1314236058.16.1423541733562.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Build failed in Jenkins: FreeBSD_HEAD-tests2 #670 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Jenkins-Job: FreeBSD_HEAD-tests2 X-Jenkins-Result: FAILURE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list 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 Feb 2015 13:07:26 -0000 See ------------------------------------------ [...truncated 1016 lines...] lib/atf/libatf-c/macros_test:require_errno -> passed [0.034s] lib/atf/libatf-c/macros_test:require_match -> passed [0.041s] lib/atf/libatf-c/macros_test:require_streq -> passed [0.055s] lib/atf/libatf-c/macros_test:use -> passed [0.071s] lib/atf/libatf-c/tc_test:config -> passed [0.015s] lib/atf/libatf-c/tc_test:init -> passed [0.014s] lib/atf/libatf-c/tc_test:init_pack -> passed [0.014s] lib/atf/libatf-c/tc_test:vars -> passed [0.015s] lib/atf/libatf-c/tp_test:getopt -> passed [0.015s] lib/atf/libatf-c/utils_test:cat_file__empty -> passed [0.016s] lib/atf/libatf-c/utils_test:cat_file__no_newline_eof -> passed [0.018s] lib/atf/libatf-c/utils_test:cat_file__one_line -> passed [0.018s] lib/atf/libatf-c/utils_test:cat_file__several_lines -> passed [0.018s] lib/atf/libatf-c/utils_test:compare_file__empty__match -> passed [0.017s] lib/atf/libatf-c/utils_test:compare_file__empty__not_match -> passed [0.017s] lib/atf/libatf-c/utils_test:compare_file__long__match -> passed [0.017s] lib/atf/libatf-c/utils_test:compare_file__long__not_match -> passed [0.016s] lib/atf/libatf-c/utils_test:compare_file__short__match -> passed [0.016s] lib/atf/libatf-c/utils_test:compare_file__short__not_match -> passed [0.017s] lib/atf/libatf-c/utils_test:copy_file__empty -> passed [0.017s] lib/atf/libatf-c/utils_test:copy_file__some_contents -> passed [0.020s] lib/atf/libatf-c/utils_test:create_file -> passed [0.016s] lib/atf/libatf-c/utils_test:file_exists -> passed [0.018s] lib/atf/libatf-c/utils_test:fork -> passed [0.021s] lib/atf/libatf-c/utils_test:free_charpp__empty -> passed [0.015s] lib/atf/libatf-c/utils_test:free_charpp__some -> passed [0.017s] lib/atf/libatf-c/utils_test:grep_file -> passed [0.020s] lib/atf/libatf-c/utils_test:grep_string -> passed [0.016s] lib/atf/libatf-c/utils_test:readline__none -> passed [0.015s] lib/atf/libatf-c/utils_test:readline__some -> passed [0.020s] lib/atf/libatf-c/utils_test:redirect__other -> passed [0.019s] lib/atf/libatf-c/utils_test:redirect__stderr -> passed [0.018s] lib/atf/libatf-c/utils_test:redirect__stdout -> passed [0.020s] lib/atf/libatf-c/utils_test:wait__invalid_exitstatus -> passed [0.020s] lib/atf/libatf-c/utils_test:wait__invalid_stderr -> passed [0.023s] lib/atf/libatf-c/utils_test:wait__invalid_stdout -> passed [0.023s] lib/atf/libatf-c/utils_test:wait__ok -> passed [0.021s] lib/atf/libatf-c/utils_test:wait__ok_nested -> passed [0.024s] lib/atf/libatf-c/utils_test:wait__save_stderr -> passed [0.022s] lib/atf/libatf-c/utils_test:wait__save_stdout -> passed [0.064s] lib/atf/libatf-c/detail/dynstr_test:append_ap -> passed [0.081s] lib/atf/libatf-c/detail/dynstr_test:append_fmt -> passed [0.081s] lib/atf/libatf-c/detail/dynstr_test:clear -> passed [0.017s] lib/atf/libatf-c/detail/dynstr_test:copy -> passed [0.017s] lib/atf/libatf-c/detail/dynstr_test:cstring -> passed [0.015s] lib/atf/libatf-c/detail/dynstr_test:equal_cstring -> passed [0.015s] lib/atf/libatf-c/detail/dynstr_test:equal_dynstr -> passed [0.016s] lib/atf/libatf-c/detail/dynstr_test:fini_disown -> passed [0.016s] lib/atf/libatf-c/detail/dynstr_test:init -> passed [0.015s] lib/atf/libatf-c/detail/dynstr_test:init_ap -> passed [0.015s] lib/atf/libatf-c/detail/dynstr_test:init_fmt -> passed [0.015s] lib/atf/libatf-c/detail/dynstr_test:init_raw -> passed [0.014s] lib/atf/libatf-c/detail/dynstr_test:init_rep -> passed [0.077s] lib/atf/libatf-c/detail/dynstr_test:init_substr -> passed [0.015s] lib/atf/libatf-c/detail/dynstr_test:length -> passed [0.062s] lib/atf/libatf-c/detail/dynstr_test:prepend_ap -> passed [0.081s] lib/atf/libatf-c/detail/dynstr_test:prepend_fmt -> passed [0.078s] lib/atf/libatf-c/detail/dynstr_test:rfind_ch -> passed [0.015s] lib/atf/libatf-c/detail/env_test:get -> passed [0.015s] lib/atf/libatf-c/detail/env_test:get_with_default -> passed [0.014s] lib/atf/libatf-c/detail/env_test:has -> passed [0.015s] lib/atf/libatf-c/detail/env_test:set -> passed [0.014s] lib/atf/libatf-c/detail/env_test:unset -> passed [0.015s] lib/atf/libatf-c/detail/fs_test:eaccess -> passed [0.017s] lib/atf/libatf-c/detail/fs_test:exists -> passed [5.689s] lib/atf/libatf-c/detail/fs_test:getcwd -> passed [0.197s] lib/atf/libatf-c/detail/fs_test:mkdtemp_err -> passed [0.138s] lib/atf/libatf-c/detail/fs_test:mkdtemp_ok -> passed [0.136s] lib/atf/libatf-c/detail/fs_test:mkdtemp_umask -> passed [0.017s] lib/atf/libatf-c/detail/fs_test:mkstemp_err -> passed [0.126s] lib/atf/libatf-c/detail/fs_test:mkstemp_ok -> passed [0.018s] lib/atf/libatf-c/detail/fs_test:mkstemp_umask -> passed [0.017s] lib/atf/libatf-c/detail/fs_test:path_append -> passed [0.017s] lib/atf/libatf-c/detail/fs_test:path_branch_path -> passed [0.017s] lib/atf/libatf-c/detail/fs_test:path_copy -> passed [0.014s] lib/atf/libatf-c/detail/fs_test:path_equal -> passed [0.014s] lib/atf/libatf-c/detail/fs_test:path_is_absolute -> passed [0.015s] lib/atf/libatf-c/detail/fs_test:path_is_root -> passed [0.014s] lib/atf/libatf-c/detail/fs_test:path_leaf_name -> passed [0.015s] lib/atf/libatf-c/detail/fs_test:path_normalize -> passed [0.017s] lib/atf/libatf-c/detail/fs_test:path_to_absolute -> passed [0.251s] lib/atf/libatf-c/detail/fs_test:rmdir_empty -> passed [0.040s] lib/atf/libatf-c/detail/fs_test:rmdir_enotempty -> passed [0.129s] lib/atf/libatf-c/detail/fs_test:rmdir_eperm -> passed [0.086s] lib/atf/libatf-c/detail/fs_test:stat_mode -> passed [0.017s] lib/atf/libatf-c/detail/fs_test:stat_perms -> passed [0.016s] lib/atf/libatf-c/detail/fs_test:stat_type -> passed [0.103s] lib/atf/libatf-c/detail/list_test:list_append -> passed [0.014s] lib/atf/libatf-c/detail/list_test:list_append_list -> passed [0.015s] lib/atf/libatf-c/detail/list_test:list_for_each -> passed [0.016s] lib/atf/libatf-c/detail/list_test:list_for_each_c -> passed [0.016s] lib/atf/libatf-c/detail/list_test:list_index -> passed [0.016s] lib/atf/libatf-c/detail/list_test:list_index_c -> passed [0.015s] lib/atf/libatf-c/detail/list_test:list_init -> passed [0.016s] lib/atf/libatf-c/detail/list_test:list_to_charpp_empty -> passed [0.032s] lib/atf/libatf-c/detail/list_test:list_to_charpp_some -> passed [0.015s] lib/atf/libatf-c/detail/map_test:find -> passed [0.014s] lib/atf/libatf-c/detail/map_test:find_c -> passed [0.021s] lib/atf/libatf-c/detail/map_test:map_for_each -> passed [0.018s] lib/atf/libatf-c/detail/map_test:map_for_each_c -> passed [0.017s] lib/atf/libatf-c/detail/map_test:map_init -> passed [0.016s] lib/atf/libatf-c/detail/map_test:map_init_charpp_empty -> passed [0.016s] lib/atf/libatf-c/detail/map_test:map_init_charpp_null -> passed [0.015s] lib/atf/libatf-c/detail/map_test:map_init_charpp_short -> passed [0.015s] lib/atf/libatf-c/detail/map_test:map_init_charpp_some -> passed [0.441s] lib/atf/libatf-c/detail/map_test:map_insert -> passed [0.016s] lib/atf/libatf-c/detail/map_test:stable_keys -> passed [0.016s] lib/atf/libatf-c/detail/map_test:to_charpp_empty -> passed [0.014s] lib/atf/libatf-c/detail/map_test:to_charpp_some -> passed [0.034s] lib/atf/libatf-c/detail/process_test:child_pid -> passed [0.016s] lib/atf/libatf-c/detail/process_test:child_wait_eintr -> passed [1.053s] lib/atf/libatf-c/detail/process_test:exec_failure -> passed [0.018s] lib/atf/libatf-c/detail/process_test:exec_list -> passed [0.019s] lib/atf/libatf-c/detail/process_test:exec_prehook -> passed [0.017s] lib/atf/libatf-c/detail/process_test:exec_success -> passed [0.018s] lib/atf/libatf-c/detail/process_test:fork_cookie -> passed [0.017s] lib/atf/libatf-c/detail/process_test:fork_out_capture_err_capture -> passed [0.093s] lib/atf/libatf-c/detail/process_test:fork_out_capture_err_connect -> passed [0.018s] lib/atf/libatf-c/detail/process_test:fork_out_capture_err_default -> passed [0.019s] lib/atf/libatf-c/detail/process_test:fork_out_capture_err_inherit -> passed [0.020s] lib/atf/libatf-c/detail/process_test:fork_out_capture_err_redirect_fd -> passed [0.020s] lib/atf/libatf-c/detail/process_test:fork_out_capture_err_redirect_path -> passed [0.019s] lib/atf/libatf-c/detail/process_test:fork_out_connect_err_capture -> passed [0.021s] lib/atf/libatf-c/detail/process_test:fork_out_connect_err_connect -> passed [0.024s] lib/atf/libatf-c/detail/process_test:fork_out_connect_err_default -> passed [0.020s] lib/atf/libatf-c/detail/process_test:fork_out_connect_err_inherit -> passed [0.022s] lib/atf/libatf-c/detail/process_test:fork_out_connect_err_redirect_fd -> passed [0.815s] lib/atf/libatf-c/detail/process_test:fork_out_connect_err_redirect_path -> passed [0.021s] lib/atf/libatf-c/detail/process_test:fork_out_default_err_capture -> passed [0.019s] lib/atf/libatf-c/detail/process_test:fork_out_default_err_connect -> passed [0.022s] lib/atf/libatf-c/detail/process_test:fork_out_default_err_default -> passed [0.021s] lib/atf/libatf-c/detail/process_test:fork_out_default_err_inherit -> passed [0.021s] lib/atf/libatf-c/detail/process_test:fork_out_default_err_redirect_fd -> passed [0.021s] lib/atf/libatf-c/detail/process_test:fork_out_default_err_redirect_path -> passed [0.038s] lib/atf/libatf-c/detail/process_test:fork_out_inherit_err_capture -> passed [0.020s] lib/atf/libatf-c/detail/process_test:fork_out_inherit_err_connect -> passed [0.021s] lib/atf/libatf-c/detail/process_test:fork_out_inherit_err_default -> passed [0.025s] lib/atf/libatf-c/detail/process_test:fork_out_inherit_err_inherit -> passed [0.022s] lib/atf/libatf-c/detail/process_test:fork_out_inherit_err_redirect_fd -> passed [0.024s] lib/atf/libatf-c/detail/process_test:fork_out_inherit_err_redirect_path -> passed [0.020s] lib/atf/libatf-c/detail/process_test:fork_out_redirect_fd_err_capture -> passed [0.019s] lib/atf/libatf-c/detail/process_test:fork_out_redirect_fd_err_connect -> passed [0.020s] lib/atf/libatf-c/detail/process_test:fork_out_redirect_fd_err_default -> passed [0.032s] lib/atf/libatf-c/detail/process_test:fork_out_redirect_fd_err_inherit -> passed [0.022s] lib/atf/libatf-c/detail/process_test:fork_out_redirect_fd_err_redirect_fd -> passed [0.021s] lib/atf/libatf-c/detail/process_test:fork_out_redirect_fd_err_redirect_path -> passed [0.035s] lib/atf/libatf-c/detail/process_test:fork_out_redirect_path_err_capture -> passed [0.020s] lib/atf/libatf-c/detail/process_test:fork_out_redirect_path_err_connect -> passed [0.022s] lib/atf/libatf-c/detail/process_test:fork_out_redirect_path_err_default -> passed [0.021s] lib/atf/libatf-c/detail/process_test:fork_out_redirect_path_err_inherit -> passed [0.020s] lib/atf/libatf-c/detail/process_test:fork_out_redirect_path_err_redirect_fd -> passed [0.047s] lib/atf/libatf-c/detail/process_test:fork_out_redirect_path_err_redirect_path -> passed [0.037s] lib/atf/libatf-c/detail/process_test:status_coredump -> panic: Duplicate free of 0xfffff80006377400 from zone 0xfffff8007ffce380(1024) slab 0xfffff8000629be70(1) cpuid = 1 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe00974cb690 vpanic() at vpanic+0x189/frame 0xfffffe00974cb710 panic() at panic+0x43/frame 0xfffffe00974cb770 uma_dbg_free() at uma_dbg_free+0xee/frame 0xfffffe00974cb7a0 uma_zfree_arg() at uma_zfree_arg+0x44/frame 0xfffffe00974cb800 free() at free+0x99/frame 0xfffffe00974cb840 sigexit() at sigexit+0x975/frame 0xfffffe00974cbae0 postsig() at postsig+0x2a9/frame 0xfffffe00974cbbb0 ast() at ast+0x337/frame 0xfffffe00974cbbf0 Xfast_syscall() at Xfast_syscall+0x160/frame 0xfffffe00974cbbf0 --- syscall (0, FreeBSD ELF64, nosys), rip = 0x800b157ca, rsp = 0x7fffffffd468, rbp = 0x7fffffffd470 --- KDB: enter: panic [ thread pid 19930 tid 100065 ] Stopped at kdb_enter+0x3e: movq $0,kdb_why db> Traceback (most recent call last): File "/vm/freebsd-ci/scripts/test/run-tests.py", line 152, in main(sys.argv) File "/vm/freebsd-ci/scripts/test/run-tests.py", line 80, in main runTest() File "/vm/freebsd-ci/scripts/test/run-tests.py", line 124, in runTest child2.expect(prompt, timeout=7200) File "/usr/local/lib/python2.7/site-packages/pexpect/__init__.py", line 1451, in expect timeout, searchwindowsize) File "/usr/local/lib/python2.7/site-packages/pexpect/__init__.py", line 1466, in expect_list timeout, searchwindowsize) File "/usr/local/lib/python2.7/site-packages/pexpect/__init__.py", line 1568, in expect_loop raise TIMEOUT(str(err) + '\n' + str(self)) pexpect.TIMEOUT: Timeout exceeded. version: 3.3 command: /usr/sbin/bhyve args: [u'/usr/sbin/bhyve', u'-c', u'2', u'-m', u'2G', u'-AI', u'-H', u'-P', u'-g', u'0', u'-s', u'0:0,hostbridge', u'-s', u'1:0,lpc', u'-s', u'2:0,virtio-net,tap0,mac=58:9c:fc:00:00:2e', u'-s', u'3:0,ahci-hd,/net/jenkins-10.freebsd.org/builds/Build-UFS-image/image/FreeBSD_HEAD/test.img', u'-l', u'com1,stdio', u'vm_test'] searcher: buffer (last 100 chars): 'er: panic\r\n[ thread pid 19930 tid 100065 ]\r\nStopped at kdb_enter+0x3e: movq $0,kdb_why\r\ndb> ' before (last 100 chars): 'er: panic\r\n[ thread pid 19930 tid 100065 ]\r\nStopped at kdb_enter+0x3e: movq $0,kdb_why\r\ndb> ' after: match: None match_index: None exitstatus: None flag_eof: False pid: 50380 child_fd: 4 closed: False timeout: 30 delimiter: logfile: ', mode 'w' at 0x80066d150> logfile_read: None logfile_send: None maxread: 2000 ignorecase: False searchwindowsize: None delaybeforesend: 0.05 delayafterclose: 0.1 delayafterterminate: 0.1 Build step 'Execute shell' marked build as failure Recording test results ERROR: Publisher hudson.tasks.junit.JUnitResultArchiver aborted due to exception hudson.AbortException: Test reports were found but none of them are new. Did tests run? For example, is 11 hr old at hudson.tasks.junit.TestResult.parse(TestResult.java:178) at hudson.tasks.junit.TestResult.parse(TestResult.java:146) at hudson.tasks.junit.TestResult.(TestResult.java:122) at hudson.tasks.junit.JUnitParser$ParseResultCallable.invoke(JUnitParser.java:119) at hudson.tasks.junit.JUnitParser$ParseResultCallable.invoke(JUnitParser.java:92) at hudson.FilePath$FileCallableWrapper.call(FilePath.java:2677) at hudson.remoting.UserRequest.perform(UserRequest.java:121) at hudson.remoting.UserRequest.perform(UserRequest.java:49) at hudson.remoting.Request$2.run(Request.java:324) at hudson.remoting.InterceptingExecutorService$1.call(InterceptingExecutorService.java:68) at java.util.concurrent.FutureTask.run(FutureTask.java:262) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) at java.lang.Thread.run(Thread.java:745) at ......remote call to havoc.ysv.freebsd.org(Native Method) at hudson.remoting.Channel.attachCallSiteStackTrace(Channel.java:1356) at hudson.remoting.UserResponse.retrieve(UserRequest.java:221) at hudson.remoting.Channel.call(Channel.java:752) at hudson.FilePath.act(FilePath.java:970) at hudson.FilePath.act(FilePath.java:959) at hudson.tasks.junit.JUnitParser.parseResult(JUnitParser.java:89) at hudson.tasks.junit.JUnitResultArchiver.parse(JUnitResultArchiver.java:120) at hudson.tasks.junit.JUnitResultArchiver.perform(JUnitResultArchiver.java:137) at hudson.tasks.BuildStepCompatibilityLayer.perform(BuildStepCompatibilityLayer.java:74) at hudson.tasks.BuildStepMonitor$1.perform(BuildStepMonitor.java:20) at hudson.model.AbstractBuild$AbstractBuildExecution.perform(AbstractBuild.java:770) at hudson.model.AbstractBuild$AbstractBuildExecution.performAllBuildSteps(AbstractBuild.java:734) at hudson.model.Build$BuildExecution.post2(Build.java:183) at hudson.model.AbstractBuild$AbstractBuildExecution.post(AbstractBuild.java:683) at hudson.model.Run.execute(Run.java:1784) at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:43) at hudson.model.ResourceController.execute(ResourceController.java:89) at hudson.model.Executor.run(Executor.java:240) From owner-freebsd-current@FreeBSD.ORG Tue Feb 10 15:56:59 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1E79B915 for ; Tue, 10 Feb 2015 15:56:59 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 0BD07F0B for ; Tue, 10 Feb 2015 15:56:59 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 3FF81C9F for ; Tue, 10 Feb 2015 15:56:54 +0000 (UTC) Date: Tue, 10 Feb 2015 15:56:48 +0000 (GMT) From: jenkins-admin@freebsd.org To: freebsd-current@freebsd.org Message-ID: <553118931.18.1423583808134.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <357046576.17.1423573646330.JavaMail.jenkins@jenkins-9.freebsd.org> References: <357046576.17.1423573646330.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is unstable: FreeBSD_HEAD-tests2 #671 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Jenkins-Job: FreeBSD_HEAD-tests2 X-Jenkins-Result: UNSTABLE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list 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 Feb 2015 15:56:59 -0000 See From owner-freebsd-current@FreeBSD.ORG Tue Feb 10 15:59:55 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 02329D20 for ; Tue, 10 Feb 2015 15:59:55 +0000 (UTC) Received: from mail-ie0-f181.google.com (mail-ie0-f181.google.com [209.85.223.181]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C8696F31 for ; Tue, 10 Feb 2015 15:59:54 +0000 (UTC) Received: by iecar1 with SMTP id ar1so2812758iec.0 for ; Tue, 10 Feb 2015 07:59:48 -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=SH4tcqBbxheedZMqPza9+E4Jc2onHGNe6lJ2el9le5Q=; b=xy9b97v9+APCz+6sE1UeQ9fnWPxBVdfbOCSzSI81O3FoWmya6mO1crJnswuwQ8KKPE JiZdfYSVm96BNmJ8q+MKRt3uE9c/KsHkXxVqoe6ensKgy+7kB/sXimx6zrXZ97xxtNrC WI+hMqifF0qOzm4+FWUOoOBFJd5jv1pRhjx7yTPHE57Ub+fM/QUV13LfU81raTlKT02b ZYAW5ew4sM51I+MKt0X3P52fdZ5RvCNeFY3wTuqqj3r96JjR9i5nWtmwqEHpEHXjDuPb /9bQPXndT1Bojrw8pAhiuXsVB6B9WP5TPr/O/zA0/gu+/zB0Q+9AkzH6JS3YkOfTI62D Ttzg== X-Received: by 10.50.50.142 with SMTP id c14mr23678971igo.42.1423583988158; Tue, 10 Feb 2015 07:59:48 -0800 (PST) MIME-Version: 1.0 Received: by 10.64.107.138 with HTTP; Tue, 10 Feb 2015 07:59:28 -0800 (PST) From: Luca Pizzamiglio Date: Tue, 10 Feb 2015 16:59:28 +0100 Message-ID: Subject: Memory modified after free & Kernel panic with current (r278031) To: FreeBSD Current Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list 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 Feb 2015 15:59:55 -0000 Hallo, I'm still fighting with MinnowBoard... When I set the network interface I get a bunch of "Memory modified after free" messages. If I wait long enough (a couple of minutes) I get a kernel panic. Here an example with the dmesg (https://pastebin.mozilla.org/8657938) I've tested it using 10.1-STABLE, same messages after ifconfig, but the kernel panic is different. Here a verbose example of it (https://pastebin.mozilla.org/8658082) On 10, I see really often the value 0x3201c040 causing segmentation fault (!), but I don't know where it comes from. I'm still debugging it, but it could be that the init procedure of re(4) cannot correctly stop the device (a normal Realtek 8168) and the dma address are rewritten by receiving packets. Has someone some tip/ideas? thanks in advance for the help Best regards, pizzamig From owner-freebsd-current@FreeBSD.ORG Tue Feb 10 20:01:32 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 46351CCF; Tue, 10 Feb 2015 20:01:32 +0000 (UTC) Received: from frv27.fwdcdn.com (frv158.fwdcdn.com [212.42.77.158]) (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 06A5BED4; Tue, 10 Feb 2015 20:01:31 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=ukr.net; s=fsm; h=Content-Transfer-Encoding:Content-Type:MIME-Version:Message-ID:Subject:To:From:Date; bh=BaqJtAEgOr91PIS1FSuMKTC/MmIoTE1PG57VUZ72oiA=; b=dc5uCdm+lA671i8QPbPDcEbUwzLZaf9LGGgjCLwBZSIvFqk5AUlAnYLf0AwO1suMGJBArNU/w++pkBPHzC3CXSvKW4ImGqQMiNE0YM/3oCIjWVPVbI2p1Ha+MExtYW1dRD7A6Q2uarAMNbfp0WspmasCovyOmeu3JgvMoNPtcJU=; Received: from [178.137.225.182] (helo=nonamehost.local) by frv27.fwdcdn.com with esmtpsa ID 1YLGzy-0008i0-1M ; Tue, 10 Feb 2015 22:01:30 +0200 Date: Tue, 10 Feb 2015 22:01:29 +0200 From: Ivan Klymenko To: freebsd-current@freebsd.org, freebsd-fs@freebsd.org Subject: [ZFS] [panic] Fatal trap 12: page fault while in kernel mode. Message-ID: <20150210220129.3d780d50@nonamehost.local> X-Mailer: Claws Mail 3.11.1 (GTK+ 2.24.25; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Authentication-Result: IP=178.137.225.182; mail.from=fidaj@ukr.net; dkim=pass; header.d=ukr.net X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list 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 Feb 2015 20:01:32 -0000 I do not know the conditions - it just happened. http://pastebin.com/BASJB599 From owner-freebsd-current@FreeBSD.ORG Tue Feb 10 20:13:33 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A079FF83; Tue, 10 Feb 2015 20:13:33 +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 4E303FF3; Tue, 10 Feb 2015 20:13:33 +0000 (UTC) Received: from [10.9.1.83] (69-12-170-18.dedicated.static.sonic.net [69.12.170.18]) (authenticated bits=0) by mail.xcllnt.net (8.14.9/8.14.9) with ESMTP id t1AKDTSO068256 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 10 Feb 2015 12:13:32 -0800 (PST) (envelope-from marcel@xcllnt.net) Subject: nagios vs w/uptime Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2070.6\)) Content-Type: multipart/signed; boundary="Apple-Mail=_63F9795C-39BF-4C48-B401-0B2AB0D52E0B"; protocol="application/pgp-signature"; micalg=pgp-sha512 X-Pgp-Agent: GPGMail 2.5b4 From: Marcel Moolenaar In-Reply-To: <54DA617A.4090309@wemm.org> Date: Tue, 10 Feb 2015 12:13:23 -0800 Message-Id: References: <54DA617A.4090309@wemm.org> To: Peter Wemm X-Mailer: Apple Mail (2.2070.6) Cc: freebsd-current Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list 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 Feb 2015 20:13:33 -0000 --Apple-Mail=_63F9795C-39BF-4C48-B401-0B2AB0D52E0B Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 [Moving to current@] On Feb 10, 2015, at 11:52 AM, Peter Wemm wrote: > Surprises: > * nagios doesn't like w / uptime anymore. libxo perhaps? Seems most likely, although I haven=E2=80=99t seen any differences in = output in my (admittedly limited) testing. In what way does Nagios not like w/uptime? Any concrete errors, output or misbehavior? Ideally: can you reproduce the problem? -- Marcel Moolenaar marcel@xcllnt.net --Apple-Mail=_63F9795C-39BF-4C48-B401-0B2AB0D52E0B 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 iQIcBAEBCgAGBQJU2mZkAAoJEIda8t8f0tjjgmcQAKBe/xa0t/FRRKFGNlMeU0nd 4CldRzndpyyCir9dy0JgY6d4hytPoZNK+E/I5H14e3uOxpbVR1PTCuxBGbAn4PNl Jtw6JH09jd7w9ulHNJI81sxjX6B7Hzte/+WTuDlDzBICf5CtfBz+95rfetJiTurq yXXIkzw6if2iHUI+uAY6Qw8WeezlLvW9NyfreHljeB67YxvW8ZAAf2V0ZzEm0UNl j0Zk5YspR0/vpGTyOkSvLPpVCCK2Ix7nucvmpJeMkkuWnNFoUk4dcDYXpOVuZmK0 dGut5mVUdqTv90EE8wY6+p+eAizHvwPTesCh3KCLcQ1XLeWv/DMKld36W/Q80qYG mpzVaY0hUWXkCy44vHlWJhhslcNnT7yoWS5itJO51i3nWUhL90lmZDdRiA6KIldN y/7QAfuieFJSbWYG/wwZjZa4vljtWAcanLWnYIWirwVtk+fHkQYGTASkjMQk/YF3 N6cYAWcS21P8ptx7kUimyGrXDLkNeCMB6eZ0pjZ6pAgVVsi4FaGUlB+La7KyNGAc WzvD/626cmOmJwKT1DNfNetsTv38SI+5OF5nSZFAOHRKEEg06ADdZ555D2EQOHCD EVoDqSpUgipGt3C73ycWph6Yp4maJR2QQGPTDCaAmff/O0oPbXIO2lgALktZTfLm NFknNW+hWARll4N+Y7x5 =jISM -----END PGP SIGNATURE----- --Apple-Mail=_63F9795C-39BF-4C48-B401-0B2AB0D52E0B-- From owner-freebsd-current@FreeBSD.ORG Tue Feb 10 21:01:37 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 370F5C3 for ; Tue, 10 Feb 2015 21:01:37 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 2477A85A for ; Tue, 10 Feb 2015 21:01:37 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 2CAE5D18 for ; Tue, 10 Feb 2015 21:01:33 +0000 (UTC) Date: Tue, 10 Feb 2015 21:01:31 +0000 (GMT) From: jenkins-admin@freebsd.org To: freebsd-current@freebsd.org Message-ID: <375459539.19.1423602091228.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <553118931.18.1423583808134.JavaMail.jenkins@jenkins-9.freebsd.org> References: <553118931.18.1423583808134.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is still unstable: FreeBSD_HEAD-tests2 #672 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Jenkins-Job: FreeBSD_HEAD-tests2 X-Jenkins-Result: UNSTABLE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list 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 Feb 2015 21:01:37 -0000 See From owner-freebsd-current@FreeBSD.ORG Tue Feb 10 21:17:08 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C79B7717 for ; Tue, 10 Feb 2015 21:17:08 +0000 (UTC) Received: from mail.grem.de (outcast.grem.de [213.239.217.27]) by mx1.freebsd.org (Postfix) with SMTP id 1792F983 for ; Tue, 10 Feb 2015 21:17:07 +0000 (UTC) Received: (qmail 96612 invoked by uid 89); 10 Feb 2015 21:17:00 -0000 Received: from unknown (HELO ?192.168.250.192?) (mg@grem.de@88.217.180.225) by mail.grem.de with ESMTPA; 10 Feb 2015 21:17:00 -0000 Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (1.0) Subject: Re: nagios vs w/uptime From: Michael Gmelin X-Mailer: iPhone Mail (12B466) In-Reply-To: Date: Tue, 10 Feb 2015 22:17:01 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <4A76A371-B573-4E62-BE78-94944963FFD0@freebsd.org> References: <54DA617A.4090309@wemm.org> To: Marcel Moolenaar Cc: freebsd-current Current , Peter Wemm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list 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 Feb 2015 21:17:08 -0000 > On 10 Feb 2015, at 21:13, Marcel Moolenaar wrote: >=20 > [Moving to current@] >=20 >> On Feb 10, 2015, at 11:52 AM, Peter Wemm wrote: >>=20 >> Surprises: >> * nagios doesn't like w / uptime anymore. libxo perhaps? >=20 > Seems most likely, although I haven=E2=80=99t seen any differences in outp= ut > in my (admittedly limited) testing. >=20 > In what way does Nagios not like w/uptime? > Any concrete errors, output or misbehavior? > Ideally: can you reproduce the problem? >=20 Just compared 10.1 to current, unmodified output looks the same, but pipelin= es don't work properly: 10.1: # uptime | wc 1 12 68 Current: # uptime | wc 0 0 0 # uptime | cat # uptime 10:16PM up 9 mins... > -- > Marcel Moolenaar > marcel@xcllnt.net >=20 From owner-freebsd-current@FreeBSD.ORG Tue Feb 10 21:25:00 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 448009CD for ; Tue, 10 Feb 2015 21:25:00 +0000 (UTC) Received: from mail.grem.de (outcast.grem.de [213.239.217.27]) by mx1.freebsd.org (Postfix) with SMTP id 88820A6F for ; Tue, 10 Feb 2015 21:24:59 +0000 (UTC) Received: (qmail 96709 invoked by uid 89); 10 Feb 2015 21:24:58 -0000 Received: from unknown (HELO ?192.168.250.192?) (mg@grem.de@88.217.180.225) by mail.grem.de with ESMTPA; 10 Feb 2015 21:24:58 -0000 Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (1.0) Subject: Re: nagios vs w/uptime From: Michael Gmelin X-Mailer: iPhone Mail (12B466) In-Reply-To: <4A76A371-B573-4E62-BE78-94944963FFD0@freebsd.org> Date: Tue, 10 Feb 2015 22:24:59 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: References: <54DA617A.4090309@wemm.org> <4A76A371-B573-4E62-BE78-94944963FFD0@freebsd.org> To: Marcel Moolenaar Cc: freebsd-current Current , Peter Wemm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list 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 Feb 2015 21:25:00 -0000 > On 10 Feb 2015, at 22:17, Michael Gmelin wrote: >=20 >=20 >=20 >=20 >> On 10 Feb 2015, at 21:13, Marcel Moolenaar wrote: >>=20 >> [Moving to current@] >>=20 >>> On Feb 10, 2015, at 11:52 AM, Peter Wemm wrote: >>>=20 >>> Surprises: >>> * nagios doesn't like w / uptime anymore. libxo perhaps? >>=20 >> Seems most likely, although I haven=E2=80=99t seen any differences in out= put >> in my (admittedly limited) testing. >>=20 >> In what way does Nagios not like w/uptime? >> Any concrete errors, output or misbehavior? >> Ideally: can you reproduce the problem? >=20 >=20 > Just compared 10.1 to current, unmodified output looks the same, but pipel= ines don't work properly: >=20 > 10.1: > # uptime | wc > 1 12 68 >=20 > Current: > # uptime | wc > 0 0 0 >=20 > # uptime | cat > # uptime > 10:16PM up 9 mins... >=20 Adding xo_finish() to w.c line 268 just right before exit(0); fixes that iss= ue (I don't know libxo well enough to say if this is the proper fix or just a= workaround, but it seems logical to me). >=20 >=20 >> -- >> Marcel Moolenaar >> marcel@xcllnt.net > _______________________________________________ > freebsd-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 10 21:32:49 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 45A66CD6; Tue, 10 Feb 2015 21:32:49 +0000 (UTC) Received: from pmta1.delivery9.ore.mailhop.org (pmta1.delivery9.ore.mailhop.org [54.186.172.23]) by mx1.freebsd.org (Postfix) with ESMTP id 21221BA1; Tue, 10 Feb 2015 21:32:48 +0000 (UTC) Received: from smtp7.ore.mailhop.org (172.31.36.112) by pmta1.delivery1.ore.mailhop.org id hr9sfs20r84p; Tue, 10 Feb 2015 21:32:44 +0000 (envelope-from ) Received: from [73.34.117.227] (helo=ilsoft.org) by smtp7.ore.mailhop.org with esmtpsa (TLSv1.2:DHE-RSA-AES256-GCM-SHA384:256) (Exim 4.82) (envelope-from ) id 1YLIQK-0000t1-LN; Tue, 10 Feb 2015 21:32:48 +0000 Received: from revolution.hippie.lan (revolution.hippie.lan [172.22.42.240]) by ilsoft.org (8.14.9/8.14.9) with ESMTP id t1ALWiQo083884; Tue, 10 Feb 2015 14:32:44 -0700 (MST) (envelope-from ian@freebsd.org) X-Mail-Handler: DuoCircle Outbound SMTP X-Originating-IP: 73.34.117.227 X-Report-Abuse-To: abuse@duocircle.com (see https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information for abuse reporting information) X-MHO-User: U2FsdGVkX1/jCToRnOoadjCacizGgD0r Message-ID: <1423603964.80968.28.camel@freebsd.org> Subject: Re: nagios vs w/uptime From: Ian Lepore To: Michael Gmelin Date: Tue, 10 Feb 2015 14:32:44 -0700 In-Reply-To: References: <54DA617A.4090309@wemm.org> <4A76A371-B573-4E62-BE78-94944963FFD0@freebsd.org> Content-Type: text/plain; charset="iso-8859-7" X-Mailer: Evolution 3.12.8 FreeBSD GNOME Team Port Mime-Version: 1.0 Content-Transfer-Encoding: 8bit Cc: freebsd-current Current , Peter Wemm , Marcel Moolenaar X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list 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 Feb 2015 21:32:49 -0000 On Tue, 2015-02-10 at 22:24 +0100, Michael Gmelin wrote: > > > > On 10 Feb 2015, at 22:17, Michael Gmelin wrote: > > > > > > > > > >> On 10 Feb 2015, at 21:13, Marcel Moolenaar wrote: > >> > >> [Moving to current@] > >> > >>> On Feb 10, 2015, at 11:52 AM, Peter Wemm wrote: > >>> > >>> Surprises: > >>> * nagios doesn't like w / uptime anymore. libxo perhaps? > >> > >> Seems most likely, although I haven¢t seen any differences in output > >> in my (admittedly limited) testing. > >> > >> In what way does Nagios not like w/uptime? > >> Any concrete errors, output or misbehavior? > >> Ideally: can you reproduce the problem? > > > > > > Just compared 10.1 to current, unmodified output looks the same, but pipelines don't work properly: > > > > 10.1: > > # uptime | wc > > 1 12 68 > > > > Current: > > # uptime | wc > > 0 0 0 > > > > # uptime | cat > > # uptime > > 10:16PM up 9 mins... > > > > Adding xo_finish() to w.c line 268 just right before exit(0); fixes that issue (I don't know libxo well enough to say if this is the proper fix or just a workaround, but it seems logical to me). > I wonder if that implies that any non-normal exit from a program that has been xo'd will result in the loss of output that would not have been lost before the xo changes? That could lead to all kinds of subtle failures of existing scripts and apps. -- Ian From owner-freebsd-current@FreeBSD.ORG Tue Feb 10 21:56:51 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 04527B71 for ; Tue, 10 Feb 2015 21:56:51 +0000 (UTC) Received: from mail.grem.de (outcast.grem.de [213.239.217.27]) by mx1.freebsd.org (Postfix) with SMTP id 53577E4B for ; Tue, 10 Feb 2015 21:56:49 +0000 (UTC) Received: (qmail 97099 invoked by uid 89); 10 Feb 2015 21:56:49 -0000 Received: from unknown (HELO bsd64.grem.de) (mg@grem.de@88.217.180.225) by mail.grem.de with ESMTPA; 10 Feb 2015 21:56:49 -0000 Date: Tue, 10 Feb 2015 22:56:48 +0100 From: Michael Gmelin To: Marcel Moolenaar Subject: Re: nagios vs w/uptime Message-ID: <20150210225648.10cda499@bsd64.grem.de> In-Reply-To: References: <54DA617A.4090309@wemm.org> <4A76A371-B573-4E62-BE78-94944963FFD0@freebsd.org> X-Mailer: Claws Mail 3.11.1 (GTK+ 2.24.25; amd64-portbld-freebsd10.0) X-Face: $wrgCtfdVw_H9WAY?S&9+/F"!41z'L$uo*WzT8miX?kZ~W~Lr5W7v?j0Sde\mwB&/ypo^}> +a'4xMc^^KroE~+v^&^#[B">soBo1y6(TW6#UZiC]o>C6`ej+i Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAJFBMVEWJBwe5BQDl LASZU0/LTEWEfHbyj0Txi32+sKrp1Mv944X8/fm1rS+cAAAACXBIWXMAAAsTAAAL EwEAmpwYAAAAB3RJTUUH3wESCxwC7OBhbgAAACFpVFh0Q29tbWVudAAAAAAAQ3Jl YXRlZCB3aXRoIFRoZSBHSU1QbbCXAAAAAghJREFUOMu11DFvEzEUAGCfEhBVFzuq AKkLd0O6VrIQsLXVSZXoWE5N1K3DobBBA9fQpRWc8OkWouaIjedWKiyREOKs+3PY fvalCNjgLVHeF7/3bMtBzV8C/VsQ8tecEgCcDgrzjekwKZ7TwsJZd/ywEKwwP+ZM 8P3drTsAwWn2mpWuDDuYiK1bFs6De0KUUFw0tWxm+D4AIhuuvZqtyWYeO7jQ4Aea 7jUqI+ixhQoHex4WshEvSXdood7stlv4oSuFOC4tqGcr0NjEqXgV4mMJO38nld4+ xKNxRDon7khyKVqY7YR4d+Cg0OMrkWXZOM7YDkEfKiilCn1qYv4mighZiynuHHOA Wq9QJq+BIES7lMFUtcikMnkDGHUoncA+uHgrP0ctIEqfwLHzeSo+eUA66AqzwN6n 2ZHJhw6Qh/PoyC/QENyEyC/AyNjq74Bs+3UH0xYwzDUC4B97HgLocg1QLYgDDO1v f3UX9Y307Ew4AHh67YAFFsxEpkXwpXY3eIgMhAAE3R19L919nNnuD2wlPcDE3UeT L2ytEICQib9BXgS2fU8PrD82ToYO1OEmMSnYTjSqSv9wdC0tPYC+rQRQD9ESnldF CyqfmiYW+tlALt8gH2xrMdC/youbjzPXEun+/ReXsMCDyve3dZc09fn2Oas8oXGc Jj6/fOeK5UmSMPmf/jL+GD8BEj0k/Fn6IO4AAAAASUVORK5CYII= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current Current , Peter Wemm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list 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 Feb 2015 21:56:51 -0000 On Tue, 10 Feb 2015 22:24:59 +0100 Michael Gmelin wrote: >=20 >=20 >=20 > > On 10 Feb 2015, at 22:17, Michael Gmelin wrote: > >=20 > >=20 > >=20 > >=20 > >> On 10 Feb 2015, at 21:13, Marcel Moolenaar > >> wrote: > >>=20 > >> [Moving to current@] > >>=20 > >>> On Feb 10, 2015, at 11:52 AM, Peter Wemm wrote: > >>>=20 > >>> Surprises: > >>> * nagios doesn't like w / uptime anymore. libxo perhaps? > >>=20 > >> Seems most likely, although I haven=E2=80=99t seen any differences in > >> output in my (admittedly limited) testing. > >>=20 > >> In what way does Nagios not like w/uptime? > >> Any concrete errors, output or misbehavior? > >> Ideally: can you reproduce the problem? > >=20 > >=20 > > Just compared 10.1 to current, unmodified output looks the same, > > but pipelines don't work properly: > >=20 > > 10.1: > > # uptime | wc > > 1 12 68 > >=20 > > Current: > > # uptime | wc > > 0 0 0 > >=20 > > # uptime | cat > > # uptime > > 10:16PM up 9 mins... > >=20 >=20 > Adding xo_finish() to w.c line 268 just right before exit(0); fixes > that issue (I don't know libxo well enough to say if this is the > proper fix or just a workaround, but it seems logical to me). >=20 I opened a code review request: https://reviews.freebsd.org/D1821 --=20 Michael Gmelin From owner-freebsd-current@FreeBSD.ORG Tue Feb 10 21:56:56 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7358CC68; Tue, 10 Feb 2015 21:56:56 +0000 (UTC) Received: from mail-yh0-x230.google.com (mail-yh0-x230.google.com [IPv6:2607:f8b0:4002:c01::230]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 290B5E4E; Tue, 10 Feb 2015 21:56:56 +0000 (UTC) Received: by mail-yh0-f48.google.com with SMTP id t59so8888719yho.7; Tue, 10 Feb 2015 13:56: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=olM/Sma/RYOSwalDimyh2SpJgC5ZRDaZdXu0fa/o6yo=; b=x7XOlw4i/XjEnOzMwY17RiNUdHovHAZIYFUHUiJ+MhmpCMgdH9V9z9SvW1rsYfQOvf mQByem2xa5JUS+OTzQCxGTZrwmxH1B/B+rYzRgWpmt98CiI9Ot719KeY5bz6SvERRuM5 NKhSuLMoEnDu38savpiBzm2CcXb2sdUcBiqufGmqTQf2NOduDaa24JV2AHr+MBOPgdni daqRT1MGG5b1qIBpppNCrYIAY1mhMPD7m34kOeEpLjY0wxVEw3Zp1VXd8jwVS8QPmoQ+ f2ZUQoDj8sixwRSjaCddcxPVqqW8zifkvhgBv77N5xe2zuRKdGYW1OD5hzSYMr1xBzx3 cHNA== MIME-Version: 1.0 X-Received: by 10.236.45.106 with SMTP id o70mr2257476yhb.180.1423605415394; Tue, 10 Feb 2015 13:56:55 -0800 (PST) Sender: kmacybsd@gmail.com Received: by 10.170.40.148 with HTTP; Tue, 10 Feb 2015 13:56:55 -0800 (PST) In-Reply-To: <1423603964.80968.28.camel@freebsd.org> References: <54DA617A.4090309@wemm.org> <4A76A371-B573-4E62-BE78-94944963FFD0@freebsd.org> <1423603964.80968.28.camel@freebsd.org> Date: Tue, 10 Feb 2015 13:56:55 -0800 X-Google-Sender-Auth: CFj_qeeW-10ESfvrBrRQJIGGs2I Message-ID: Subject: Re: nagios vs w/uptime From: "K. Macy" To: Ian Lepore Content-Type: text/plain; charset=UTF-8 Cc: Marcel Moolenaar , Michael Gmelin , Peter Wemm , freebsd-current Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list 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 Feb 2015 21:56:56 -0000 > > I wonder if that implies that any non-normal exit from a program that > has been xo'd will result in the loss of output that would not have been > lost before the xo changes? That could lead to all kinds of subtle > failures of existing scripts and apps. Well, so long as the app doesn't crash in a way that would bypass it shouldn't registering that with atexit() flush any pending output? -K From owner-freebsd-current@FreeBSD.ORG Tue Feb 10 22:38:59 2015 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E0EAD124; Tue, 10 Feb 2015 22:38:59 +0000 (UTC) Received: from mail-we0-x230.google.com (mail-we0-x230.google.com [IPv6:2a00:1450:400c:c03::230]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 81BCB361; Tue, 10 Feb 2015 22:38:59 +0000 (UTC) Received: by mail-we0-f176.google.com with SMTP id x3so11662124wes.7; Tue, 10 Feb 2015 14:38:58 -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=MdJvUKcOBY/O7QI5PQV0IxpBSmWPhTiWzaRc//sJ9Ds=; b=u3jmb9cO2Ze1EEcVNflviNYkGy/yXSE3iGe4mqFQlkZ2JiX7zWScliS/HAfjf8jhXZ /9PlTwR+ohmKjT2RTUd7//0oGZq/1Ori8AbcMNYFutOZfMqlYxe9Xb0mnFZCYpNpaWTS Aq0RzIMiSU/SxQluDvy3ief+4Max841we0bwvr07ZW1g8Tywj0lx1Ph4oIpkqndZFkRp R4pTwketJzjNzECRmNUNZW7VXPE9N64qXOuFIA9Sz8D7XOGyfgLK5tU1aC1fQExaCzoI S/rxl1Famlu3v1N8YDI2l4dJ9c3HbhbH+Csj47QmOEMbu/g9tzcstrJaJ6kUWD+lGdio ULGg== X-Received: by 10.180.76.4 with SMTP id g4mr2575592wiw.43.1423607938012; Tue, 10 Feb 2015 14:38:58 -0800 (PST) Received: from ivaldir.etoilebsd.net ([2001:41d0:8:db4c::1]) by mx.google.com with ESMTPSA id ub1sm22613042wjc.43.2015.02.10.14.38.56 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 10 Feb 2015 14:38:57 -0800 (PST) Sender: Baptiste Daroussin Date: Tue, 10 Feb 2015 23:38:54 +0100 From: Baptiste Daroussin To: arch@FreeBSD.org, current@FreeBSD.org Subject: [RFC] Removin the old make Message-ID: <20150210223854.GT29891@ivaldir.etoilebsd.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="eu12+zRL7gQwOC+E" Content-Disposition: inline User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list 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 Feb 2015 22:39:00 -0000 --eu12+zRL7gQwOC+E Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi, I would like to start using bmake only syntax on our infrastructure for tha= t I want to make sure noone is using the old make, so I plan to remove the old = make =66rom base, I plan to do it by Feb 16th. Note that bmake is the default since FreeBSD 10. FreeBSD 9.3 is also providing bmake (as bmake) on default installation. Best regards, Bapt --eu12+zRL7gQwOC+E Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iEYEARECAAYFAlTaiH4ACgkQ8kTtMUmk6Ey/WwCfeXOBOkWItY21QFLNvmB8lZ6J OWgAoL+mfYRYdkXr2znHStnIXo89dCDZ =FldZ -----END PGP SIGNATURE----- --eu12+zRL7gQwOC+E-- From owner-freebsd-current@FreeBSD.ORG Tue Feb 10 22:55:13 2015 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 96B3F4D7; Tue, 10 Feb 2015 22:55:13 +0000 (UTC) Received: from www.lemis.com (www.lemis.com [208.86.226.86]) by mx1.freebsd.org (Postfix) with ESMTP id 6D20E75C; Tue, 10 Feb 2015 22:55:13 +0000 (UTC) Received: from eureka.lemis.com (www.lemis.com [208.86.226.86]) by www.lemis.com (Postfix) with ESMTP id 6F5601B72875; Tue, 10 Feb 2015 22:49:39 +0000 (UTC) Received: by eureka.lemis.com (Postfix, from userid 1004) id D5E62F75DF; Wed, 11 Feb 2015 09:49:37 +1100 (EST) Date: Wed, 11 Feb 2015 09:49:37 +1100 From: Greg 'groggy' Lehey To: Baptiste Daroussin Subject: Re: [RFC] Removin the old make Message-ID: <20150210224937.GE58387@eureka.lemis.com> References: <20150210223854.GT29891@ivaldir.etoilebsd.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="3XA6nns4nE4KvaS/" Content-Disposition: inline In-Reply-To: <20150210223854.GT29891@ivaldir.etoilebsd.net> User-Agent: Mutt/1.4.2.3i Organization: The FreeBSD Project Phone: +61-3-5346-1370 Mobile: None. Use the landline. WWW-Home-Page: http://www.FreeBSD.org/ X-PGP-Fingerprint: 9A1B 8202 BCCE B846 F92F 09AC 22E6 F290 507A 4223 Cc: arch@FreeBSD.org, current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list 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 Feb 2015 22:55:13 -0000 --3XA6nns4nE4KvaS/ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Tuesday, 10 February 2015 at 23:38:54 +0100, Baptiste Daroussin wrote: > Hi, > > I would like to start using bmake only syntax on our infrastructure for that I > want to make sure noone is using the old make, so I plan to remove the old make > from base, I plan to do it by Feb 16th. How does this affect non-system Makefiles that depend on pmake? Is bmake completely upward compatible? Greg -- Sent from my desktop computer. Finger grog@FreeBSD.org for PGP public key. See complete headers for address and phone numbers. This message is digitally signed. If your Microsoft MUA reports problems, please read http://tinyurl.com/broken-mua --3XA6nns4nE4KvaS/ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAlTaiwEACgkQIubykFB6QiMk6gCgmCrYTA5Duu36AIUYjW4BC6mg JpAAni+896CEY6AdmOUxhKzhGpqkoiJU =Mbkk -----END PGP SIGNATURE----- --3XA6nns4nE4KvaS/-- From owner-freebsd-current@FreeBSD.ORG Tue Feb 10 22:55:56 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 78DEF678; Tue, 10 Feb 2015 22:55:56 +0000 (UTC) Received: from spindle.one-eyed-alien.net (spindle.one-eyed-alien.net [199.48.129.229]) by mx1.freebsd.org (Postfix) with ESMTP id 4EEFE76F; Tue, 10 Feb 2015 22:55:56 +0000 (UTC) Received: by spindle.one-eyed-alien.net (Postfix, from userid 3001) id E22F65A9F27; Tue, 10 Feb 2015 22:55:55 +0000 (UTC) Date: Tue, 10 Feb 2015 22:55:55 +0000 From: Brooks Davis To: Ian Lepore Subject: Re: nagios vs w/uptime Message-ID: <20150210225555.GC75249@spindle.one-eyed-alien.net> References: <54DA617A.4090309@wemm.org> <4A76A371-B573-4E62-BE78-94944963FFD0@freebsd.org> <1423603964.80968.28.camel@freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="6sX45UoQRIJXqkqR" Content-Disposition: inline In-Reply-To: <1423603964.80968.28.camel@freebsd.org> User-Agent: Mutt/1.5.23 (2014-03-12) Cc: Marcel Moolenaar , Michael Gmelin , Peter Wemm , freebsd-current Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list 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 Feb 2015 22:55:56 -0000 --6sX45UoQRIJXqkqR Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Feb 10, 2015 at 02:32:44PM -0700, Ian Lepore wrote: > On Tue, 2015-02-10 at 22:24 +0100, Michael Gmelin wrote: > >=20 > >=20 > > > On 10 Feb 2015, at 22:17, Michael Gmelin wrote: > > >=20 > > >=20 > > >=20 > > >=20 > > >> On 10 Feb 2015, at 21:13, Marcel Moolenaar wrote: > > >>=20 > > >> [Moving to current@] > > >>=20 > > >>> On Feb 10, 2015, at 11:52 AM, Peter Wemm wrote: > > >>>=20 > > >>> Surprises: > > >>> * nagios doesn't like w / uptime anymore. libxo perhaps? > > >>=20 > > >> Seems most likely, although I haven?t seen any differences in output > > >> in my (admittedly limited) testing. > > >>=20 > > >> In what way does Nagios not like w/uptime? > > >> Any concrete errors, output or misbehavior? > > >> Ideally: can you reproduce the problem? > > >=20 > > >=20 > > > Just compared 10.1 to current, unmodified output looks the same, but = pipelines don't work properly: > > >=20 > > > 10.1: > > > # uptime | wc > > > 1 12 68 > > >=20 > > > Current: > > > # uptime | wc > > > 0 0 0 > > >=20 > > > # uptime | cat > > > # uptime > > > 10:16PM up 9 mins... > > >=20 > >=20 > > Adding xo_finish() to w.c line 268 just right before exit(0); fixes tha= t issue (I don't know libxo well enough to say if this is the proper fix or= just a workaround, but it seems logical to me). > >=20 >=20 > I wonder if that implies that any non-normal exit from a program that > has been xo'd will result in the loss of output that would not have been > lost before the xo changes? That could lead to all kinds of subtle > failures of existing scripts and apps. I suspect that for most programs with more than a few exit points, adding an atexit() registration to call xo_finish() is going to be a good odea. -- Brooks --6sX45UoQRIJXqkqR Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iEYEARECAAYFAlTajHsACgkQXY6L6fI4GtTwfgCfQ800LigRpcrwaiGqXj00iOTe c6gAnj+6IS3qzFF1MtEpZSQ03C2ytu3w =6iqp -----END PGP SIGNATURE----- --6sX45UoQRIJXqkqR-- From owner-freebsd-current@FreeBSD.ORG Tue Feb 10 22:59:46 2015 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DB84A7A6; Tue, 10 Feb 2015 22:59:46 +0000 (UTC) Received: from mail-we0-x229.google.com (mail-we0-x229.google.com [IPv6:2a00:1450:400c:c03::229]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 67A45793; Tue, 10 Feb 2015 22:59:46 +0000 (UTC) Received: by mail-we0-f169.google.com with SMTP id k48so46873wev.0; Tue, 10 Feb 2015 14:59:44 -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=FHj9dL4HI58mmuFTMP2TrFYnE2dIXNsEBYQxME6xNBk=; b=OWWO68jLOaT89zJWJyUVu8MBOjuJldk51RYSldI9C8aS1pm++bDgJY3zXPnBxVqW5g prniqv6hO9+XoEE11KriGsdgSET694Ukr2dLXwXsixlpYatICaoneHP01onvir+/S6Ol /+MZec1r5IbunDBTZzK8LVE+FZUtD9mDbEqiBqa6LcHSaA3gB6rGUdQxD4IrTdsiv05v 9y8/s7KV+WDp+NJMOpY2PNrQrwY5kJBAG9x1h2OfpACXNYSCYV8zfOZL9uRD4wRdBDYU wJXpbMeErv0FF4APxKnR7hmsYRKKGgXF8oAQRsGEKkLLVqFvL6nx2gHxRLNaASRsm3ZB BBiw== X-Received: by 10.195.17.137 with SMTP id ge9mr57220297wjd.44.1423609184879; Tue, 10 Feb 2015 14:59:44 -0800 (PST) Received: from ivaldir.etoilebsd.net ([2001:41d0:8:db4c::1]) by mx.google.com with ESMTPSA id x18sm446600wia.12.2015.02.10.14.59.43 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 10 Feb 2015 14:59:43 -0800 (PST) Sender: Baptiste Daroussin Date: Tue, 10 Feb 2015 23:59:42 +0100 From: Baptiste Daroussin To: Greg 'groggy' Lehey Subject: Re: [RFC] Removin the old make Message-ID: <20150210225941.GU29891@ivaldir.etoilebsd.net> References: <20150210223854.GT29891@ivaldir.etoilebsd.net> <20150210224937.GE58387@eureka.lemis.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="O9T4zNOkGnr0n+A/" Content-Disposition: inline In-Reply-To: <20150210224937.GE58387@eureka.lemis.com> User-Agent: Mutt/1.5.23 (2014-03-12) Cc: arch@FreeBSD.org, current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list 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 Feb 2015 22:59:47 -0000 --O9T4zNOkGnr0n+A/ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Feb 11, 2015 at 09:49:37AM +1100, Greg 'groggy' Lehey wrote: > On Tuesday, 10 February 2015 at 23:38:54 +0100, Baptiste Daroussin wrote: > > Hi, > > > > I would like to start using bmake only syntax on our infrastructure for= that I > > want to make sure noone is using the old make, so I plan to remove the = old make > > from base, I plan to do it by Feb 16th. >=20 > How does this affect non-system Makefiles that depend on pmake? Is > bmake completely upward compatible? There are very few issues, not that fmake is available from ports, I think = 99% of the compatibility are preserved I know about a couple of incompatibiliti= es that are bothering me in ports (for the infrastructure) but I would say thi= s is very much a corner case Bapt --O9T4zNOkGnr0n+A/ Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iEYEARECAAYFAlTajV0ACgkQ8kTtMUmk6EyP+QCfdt0cIK357EaAD/cCWMCBs3KH nEMAoLpV5H2BNrASUe7McksuZGAauuHA =NOp1 -----END PGP SIGNATURE----- --O9T4zNOkGnr0n+A/-- From owner-freebsd-current@FreeBSD.ORG Tue Feb 10 23:04:20 2015 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 87473A11; Tue, 10 Feb 2015 23:04:20 +0000 (UTC) Received: from pmta2.delivery7.ore.mailhop.org (pmta2.delivery7.ore.mailhop.org [54.149.205.143]) by mx1.freebsd.org (Postfix) with ESMTP id 639A4857; Tue, 10 Feb 2015 23:04:20 +0000 (UTC) Received: from smtp3.ore.mailhop.org (172.31.18.134) by pmta2.delivery1.ore.mailhop.org id hra77c20u50l; Tue, 10 Feb 2015 23:04:20 +0000 (envelope-from ) Received: from [73.34.117.227] (helo=ilsoft.org) by smtp3.ore.mailhop.org with esmtpsa (TLSv1.2:DHE-RSA-AES256-GCM-SHA384:256) (Exim 4.82) (envelope-from ) id 1YLJqs-0001vF-Tc; Tue, 10 Feb 2015 23:04:19 +0000 Received: from revolution.hippie.lan (revolution.hippie.lan [172.22.42.240]) by ilsoft.org (8.14.9/8.14.9) with ESMTP id t1AN4GHg084439; Tue, 10 Feb 2015 16:04:16 -0700 (MST) (envelope-from ian@freebsd.org) X-Mail-Handler: DuoCircle Outbound SMTP X-Originating-IP: 73.34.117.227 X-Report-Abuse-To: abuse@duocircle.com (see https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information for abuse reporting information) X-MHO-User: U2FsdGVkX1/oAv7KrH+YvidictCHe4wq Message-ID: <1423609456.80968.32.camel@freebsd.org> Subject: Re: [RFC] Removin the old make From: Ian Lepore To: Baptiste Daroussin Date: Tue, 10 Feb 2015 16:04:16 -0700 In-Reply-To: <20150210225941.GU29891@ivaldir.etoilebsd.net> References: <20150210223854.GT29891@ivaldir.etoilebsd.net> <20150210224937.GE58387@eureka.lemis.com> <20150210225941.GU29891@ivaldir.etoilebsd.net> Content-Type: text/plain; charset="us-ascii" X-Mailer: Evolution 3.12.8 FreeBSD GNOME Team Port Mime-Version: 1.0 Content-Transfer-Encoding: 7bit Cc: Greg 'groggy' Lehey , arch@FreeBSD.org, current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list 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 Feb 2015 23:04:20 -0000 On Tue, 2015-02-10 at 23:59 +0100, Baptiste Daroussin wrote: > On Wed, Feb 11, 2015 at 09:49:37AM +1100, Greg 'groggy' Lehey wrote: > > On Tuesday, 10 February 2015 at 23:38:54 +0100, Baptiste Daroussin wrote: > > > Hi, > > > > > > I would like to start using bmake only syntax on our infrastructure for that I > > > want to make sure noone is using the old make, so I plan to remove the old make > > > from base, I plan to do it by Feb 16th. > > > > How does this affect non-system Makefiles that depend on pmake? Is > > bmake completely upward compatible? > > There are very few issues, not that fmake is available from ports, I think 99% > of the compatibility are preserved I know about a couple of incompatibilities > that are bothering me in ports (for the infrastructure) but I would say this is > very much a corner case > > Bapt By far the biggest incompatibility I've run into is the change from :U and :L to :tu and :tl, mostly because any existing makefiles that contain :U or :L variable modifiers just silently do the wrong thing under bmake. It's especially annoying because :L is really common in fmake and its meaning in bmake is all but useless. -- Ian From owner-freebsd-current@FreeBSD.ORG Tue Feb 10 23:06:02 2015 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6D1C8BC0; Tue, 10 Feb 2015 23:06:02 +0000 (UTC) Received: from mail-we0-x22b.google.com (mail-we0-x22b.google.com [IPv6:2a00:1450:400c:c03::22b]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id EAA2F870; Tue, 10 Feb 2015 23:06:01 +0000 (UTC) Received: by mail-we0-f171.google.com with SMTP id p10so56952wes.2; Tue, 10 Feb 2015 15:06:00 -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=11erkOPs6IziL1IEoZg6Jz18q2RzeEtIw/bHqZqxF5M=; b=VTr87p3BjxoG1w3/j0tajl3sSi+jAhlaJjEeZSG0jjcHmp/ULYFg4Zr4+SSa9frnCB AbHFozjI8u2jh35R4g3ukIWefc/RgUlz8VKEPcbkacOesBlaR6KvTexQQPBVuSdIzANg c0oeomgW4YOqjbJKUhubCJaR+E1Stlhyx/n0GjpMhkVywIc0m1dgwZmKej/kSp/Kxw/G CDsldDDArnfUPH3vUoTKkNpvR/3/ML1X7g5xBXkTgvb/cNbPNZs0OZ9NZZrPri77t7/o rlltB5T22o+t3TlI4mgduHb6D3wpwLDVRJ2q0XgG05g9FDoSTfkvLc/OHDceDHqaC5Bu x6hQ== X-Received: by 10.180.75.39 with SMTP id z7mr153466wiv.78.1423609560492; Tue, 10 Feb 2015 15:06:00 -0800 (PST) Received: from ivaldir.etoilebsd.net ([2001:41d0:8:db4c::1]) by mx.google.com with ESMTPSA id dm6sm435101wib.22.2015.02.10.15.05.59 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 10 Feb 2015 15:05:59 -0800 (PST) Sender: Baptiste Daroussin Date: Wed, 11 Feb 2015 00:05:57 +0100 From: Baptiste Daroussin To: Ian Lepore Subject: Re: [RFC] Removin the old make Message-ID: <20150210230557.GV29891@ivaldir.etoilebsd.net> References: <20150210223854.GT29891@ivaldir.etoilebsd.net> <20150210224937.GE58387@eureka.lemis.com> <20150210225941.GU29891@ivaldir.etoilebsd.net> <1423609456.80968.32.camel@freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="6h64vBu9tReNbGLX" Content-Disposition: inline In-Reply-To: <1423609456.80968.32.camel@freebsd.org> User-Agent: Mutt/1.5.23 (2014-03-12) Cc: Greg 'groggy' Lehey , arch@FreeBSD.org, current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list 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 Feb 2015 23:06:02 -0000 --6h64vBu9tReNbGLX Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Feb 10, 2015 at 04:04:16PM -0700, Ian Lepore wrote: > On Tue, 2015-02-10 at 23:59 +0100, Baptiste Daroussin wrote: > > On Wed, Feb 11, 2015 at 09:49:37AM +1100, Greg 'groggy' Lehey wrote: > > > On Tuesday, 10 February 2015 at 23:38:54 +0100, Baptiste Daroussin wr= ote: > > > > Hi, > > > > > > > > I would like to start using bmake only syntax on our infrastructure= for that I > > > > want to make sure noone is using the old make, so I plan to remove = the old make > > > > from base, I plan to do it by Feb 16th. > > >=20 > > > How does this affect non-system Makefiles that depend on pmake? Is > > > bmake completely upward compatible? > >=20 > > There are very few issues, not that fmake is available from ports, I th= ink 99% > > of the compatibility are preserved I know about a couple of incompatibi= lities > > that are bothering me in ports (for the infrastructure) but I would say= this is > > very much a corner case > >=20 > > Bapt >=20 > By far the biggest incompatibility I've run into is the change from :U > and :L to :tu and :tl, mostly because any existing makefiles that > contain :U or :L variable modifiers just silently do the wrong thing > under bmake. It's especially annoying because :L is really common in > fmake and its meaning in bmake is all but useless. >=20 Ah yes I forgot that one :) which is the reason why I have blocked migratio= n to bmake for a while :) Still fmake is available via ports so might not be a problem Best regards, Bapt --6h64vBu9tReNbGLX Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iEYEARECAAYFAlTajtUACgkQ8kTtMUmk6EzyxwCeI9Lt4UPGBa4I6GP0Z/d7Lby5 wscAn3z73P1UI1G7vKpqjYBy4LiEbmg0 =8uZ8 -----END PGP SIGNATURE----- --6h64vBu9tReNbGLX-- From owner-freebsd-current@FreeBSD.ORG Tue Feb 10 23:12:56 2015 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D5DB8EF1; Tue, 10 Feb 2015 23:12:56 +0000 (UTC) Received: from udns.ultimatedns.net (unknown [IPv6:2602:d1:b4d6:e600:4261:86ff:fef6:aa2a]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 9F099961; Tue, 10 Feb 2015 23:12:56 +0000 (UTC) Received: from ultimatedns.net (localhost [127.0.0.1]) by udns.ultimatedns.net (8.14.9/8.14.9) with ESMTP id t1ANDSUf060872; Tue, 10 Feb 2015 15:13:29 -0800 (PST) (envelope-from bsd-lists@bsdforge.com) To: arch@FreeBSD.org, current@FreeBSD.org, Baptiste Daroussin In-Reply-To: <20150210223854.GT29891@ivaldir.etoilebsd.net> References: <20150210223854.GT29891@ivaldir.etoilebsd.net> From: "Chris H" Subject: Re: [RFC] Removin the old make Date: Tue, 10 Feb 2015 15:13:29 -0800 Content-Type: text/plain; charset=UTF-8; format=fixed MIME-Version: 1.0 Message-id: <006eaa48dacb4a495a498088d7554af3@ultimatedns.net> Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list 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 Feb 2015 23:12:56 -0000 On Tue, 10 Feb 2015 23:38:54 +0100 Baptiste Daroussin wrote > Hi, > > I would like to start using bmake only syntax on our infrastructure for that > I want to make sure noone is using the old make, so I plan to remove the old > make from base, I plan to do it by Feb 16th. Please note; I am not expressing any objection to it's removal. But would a 30-day window not be a more friendly. So as to better accommodate those whom will need to make the/a transition? --Chris > > Note that bmake is the default since FreeBSD 10. > FreeBSD 9.3 is also providing bmake (as bmake) on default installation. > > Best regards, > Bapt From owner-freebsd-current@FreeBSD.ORG Tue Feb 10 23:20:11 2015 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1CA2D2A6; Tue, 10 Feb 2015 23:20:11 +0000 (UTC) Received: from mail-wg0-x229.google.com (mail-wg0-x229.google.com [IPv6:2a00:1450:400c:c00::229]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 9B4FE9A1; Tue, 10 Feb 2015 23:20:10 +0000 (UTC) Received: by mail-wg0-f41.google.com with SMTP id b13so120907wgh.0; Tue, 10 Feb 2015 15:20:09 -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=9r6ktYZMB825XwgV16cG5DAsX4PuJcA15SRed+VWlGo=; b=DqQQTZMkBsVg2Vg1X1RzZZNOGsnE2hUgrJ6FaK6sSSc9xRNa7/H4NoNieNe0EfVpha vGJqGfPZExbDaDuF8vaYevOmw94dN60wW92ruHhnRquelQ2TnR4mPNJ4Akh9qONzcFCi fKtqEGT6+3MS+jTtvz+1ns+VMVYoHGVfEU/6BBDpOq6SlJ2jtLPleucIzUx/eF45Uozj Pc+lNNXJxOdhupnwVUQModVM/6XiR68yAGf1cMasqEALzU6UBohG78+yFr2fHckOKbtM WZUzAHLdNsmivdjgvPyla0f7Jkqj9obI0Q3rJXQ0pHGv7wWNO5nk2ZJ74MUImARhrCW0 EvyA== X-Received: by 10.180.97.2 with SMTP id dw2mr348731wib.6.1423610409090; Tue, 10 Feb 2015 15:20:09 -0800 (PST) Received: from ivaldir.etoilebsd.net ([2001:41d0:8:db4c::1]) by mx.google.com with ESMTPSA id qg4sm15173707wic.13.2015.02.10.15.20.07 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 10 Feb 2015 15:20:08 -0800 (PST) Sender: Baptiste Daroussin Date: Wed, 11 Feb 2015 00:20:05 +0100 From: Baptiste Daroussin To: Chris H Subject: Re: [RFC] Removin the old make Message-ID: <20150210232005.GW29891@ivaldir.etoilebsd.net> References: <20150210223854.GT29891@ivaldir.etoilebsd.net> <006eaa48dacb4a495a498088d7554af3@ultimatedns.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="L+ytD9kXoSFEJYhc" Content-Disposition: inline In-Reply-To: <006eaa48dacb4a495a498088d7554af3@ultimatedns.net> User-Agent: Mutt/1.5.23 (2014-03-12) Cc: arch@FreeBSD.org, current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list 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 Feb 2015 23:20:11 -0000 --L+ytD9kXoSFEJYhc Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Feb 10, 2015 at 03:13:29PM -0800, Chris H wrote: > On Tue, 10 Feb 2015 23:38:54 +0100 Baptiste Daroussin = wrote >=20 > > Hi, > >=20 > > I would like to start using bmake only syntax on our infrastructure for= that > > I want to make sure noone is using the old make, so I plan to remove th= e old > > make from base, I plan to do it by Feb 16th. > Please note; I am not expressing any objection to it's removal. > But would a 30-day window not be a more friendly. So as to better > accommodate those whom will need to make the/a transition? >=20 What transition, since 10.0 noone have fmake by default anymore? if one wan= t to keep using fmake he has to explicitly state it when building. Not that I'm against a 30-day windows but that does not seems worth it. Best regards, Bapt --L+ytD9kXoSFEJYhc Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iEYEARECAAYFAlTakiUACgkQ8kTtMUmk6Ewx6ACglQ89WgR+Z4IUxkNVqpX74ocB 874AnRLjn6Ic4AjVdFtI0uct7kdSRu27 =RUMM -----END PGP SIGNATURE----- --L+ytD9kXoSFEJYhc-- From owner-freebsd-current@FreeBSD.ORG Tue Feb 10 23:26:50 2015 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D03084C6; Tue, 10 Feb 2015 23:26:50 +0000 (UTC) Received: from udns.ultimatedns.net (unknown [IPv6:2602:d1:b4d6:e600:4261:86ff:fef6:aa2a]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 95A3CA88; Tue, 10 Feb 2015 23:26:50 +0000 (UTC) Received: from ultimatedns.net (localhost [127.0.0.1]) by udns.ultimatedns.net (8.14.9/8.14.9) with ESMTP id t1ANRMpm065140; Tue, 10 Feb 2015 15:27:22 -0800 (PST) (envelope-from bsd-lists@bsdforge.com) To: Baptiste Daroussin In-Reply-To: <20150210232005.GW29891@ivaldir.etoilebsd.net> References: <20150210223854.GT29891@ivaldir.etoilebsd.net> <006eaa48dacb4a495a498088d7554af3@ultimatedns.net>, <20150210232005.GW29891@ivaldir.etoilebsd.net> From: "Chris H" Subject: Re: [RFC] Removin the old make Date: Tue, 10 Feb 2015 15:27:22 -0800 Content-Type: text/plain; charset=UTF-8; format=fixed MIME-Version: 1.0 Message-id: <612bc34dbea4014f25aab1290a6ad189@ultimatedns.net> Content-Transfer-Encoding: 8bit Cc: arch@FreeBSD.org, current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list 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 Feb 2015 23:26:50 -0000 On Wed, 11 Feb 2015 00:20:05 +0100 Baptiste Daroussin wrote > On Tue, Feb 10, 2015 at 03:13:29PM -0800, Chris H wrote: > > On Tue, 10 Feb 2015 23:38:54 +0100 Baptiste Daroussin > > wrote > > > Hi, > > > > > > I would like to start using bmake only syntax on our infrastructure for > > > that I want to make sure noone is using the old make, so I plan to remove > > > the old make from base, I plan to do it by Feb 16th. > > Please note; I am not expressing any objection to it's removal. > > But would a 30-day window not be a more friendly. So as to better > > accommodate those whom will need to make the/a transition? > > > What transition, since 10.0 noone have fmake by default anymore? if one want > to keep using fmake he has to explicitly state it when building. Ahh. Sure. In all honesty, it was probably more of a "knee jerk" reaction on my part, when I noticed it was only a week away. :) > > Not that I'm against a 30-day windows but that does not seems worth it. > > Best regards, > Bapt --Chris -- From owner-freebsd-current@FreeBSD.ORG Tue Feb 10 23:40:08 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B75BC88D; Tue, 10 Feb 2015 23:40:08 +0000 (UTC) Received: from pmta1.delivery6.ore.mailhop.org (pmta1.delivery6.ore.mailhop.org [54.149.206.185]) by mx1.freebsd.org (Postfix) with ESMTP id 91232BD4; Tue, 10 Feb 2015 23:40:08 +0000 (UTC) Received: from smtp4.ore.mailhop.org (172.31.36.112) by pmta1.delivery1.ore.mailhop.org id hrabda20r84p; Tue, 10 Feb 2015 22:59:46 +0000 (envelope-from ) Received: from [73.34.117.227] (helo=ilsoft.org) by smtp4.ore.mailhop.org with esmtpsa (TLSv1.2:DHE-RSA-AES256-GCM-SHA384:256) (Exim 4.82) (envelope-from ) id 1YLJmW-0000gi-5z; Tue, 10 Feb 2015 22:59:48 +0000 Received: from revolution.hippie.lan (revolution.hippie.lan [172.22.42.240]) by ilsoft.org (8.14.9/8.14.9) with ESMTP id t1AMxmkr084394; Tue, 10 Feb 2015 15:59:48 -0700 (MST) (envelope-from ian@freebsd.org) X-Mail-Handler: DuoCircle Outbound SMTP X-Originating-IP: 73.34.117.227 X-Report-Abuse-To: abuse@duocircle.com (see https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information for abuse reporting information) X-MHO-User: U2FsdGVkX1++dAIlgehlwO78QejfVn+G Message-ID: <1423609188.80968.29.camel@freebsd.org> Subject: Re: nagios vs w/uptime From: Ian Lepore To: Brooks Davis Date: Tue, 10 Feb 2015 15:59:48 -0700 In-Reply-To: <20150210225555.GC75249@spindle.one-eyed-alien.net> References: <54DA617A.4090309@wemm.org> <4A76A371-B573-4E62-BE78-94944963FFD0@freebsd.org> <1423603964.80968.28.camel@freebsd.org> <20150210225555.GC75249@spindle.one-eyed-alien.net> Content-Type: text/plain; charset="us-ascii" X-Mailer: Evolution 3.12.8 FreeBSD GNOME Team Port Mime-Version: 1.0 Content-Transfer-Encoding: 7bit Cc: freebsd-current Current , Michael Gmelin , Peter Wemm , Marcel Moolenaar X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list 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 Feb 2015 23:40:08 -0000 On Tue, 2015-02-10 at 22:55 +0000, Brooks Davis wrote: > On Tue, Feb 10, 2015 at 02:32:44PM -0700, Ian Lepore wrote: > > On Tue, 2015-02-10 at 22:24 +0100, Michael Gmelin wrote: > > > > > > > > > > On 10 Feb 2015, at 22:17, Michael Gmelin wrote: > > > > > > > > > > > > > > > > > > > >> On 10 Feb 2015, at 21:13, Marcel Moolenaar wrote: > > > >> > > > >> [Moving to current@] > > > >> > > > >>> On Feb 10, 2015, at 11:52 AM, Peter Wemm wrote: > > > >>> > > > >>> Surprises: > > > >>> * nagios doesn't like w / uptime anymore. libxo perhaps? > > > >> [...] > > > > > > Adding xo_finish() to w.c line 268 just right before exit(0); fixes that issue (I don't know libxo well enough to say if this is the proper fix or just a workaround, but it seems logical to me). > > > > > > > I wonder if that implies that any non-normal exit from a program that > > has been xo'd will result in the loss of output that would not have been > > lost before the xo changes? That could lead to all kinds of subtle > > failures of existing scripts and apps. > > I suspect that for most programs with more than a few exit points, > adding an atexit() registration to call xo_finish() is going to be a > good odea. > I assume there is some sort of xo_start() call if there's an xo_finish(), so the library could do that for itself? -- Ian From owner-freebsd-current@FreeBSD.ORG Wed Feb 11 00:04:13 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BAC01E0A; Wed, 11 Feb 2015 00:04:13 +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", Issuer "troutmask" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 95593EE4; Wed, 11 Feb 2015 00:04:13 +0000 (UTC) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.14.9/8.14.9) with ESMTP id t1B047Im037035 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Tue, 10 Feb 2015 16:04:07 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.9/8.14.9/Submit) id t1B046nd037034; Tue, 10 Feb 2015 16:04:06 -0800 (PST) (envelope-from sgk) Date: Tue, 10 Feb 2015 16:04:06 -0800 From: Steve Kargl To: Michael Gmelin Subject: Re: nagios vs w/uptime Message-ID: <20150211000406.GA36774@troutmask.apl.washington.edu> References: <54DA617A.4090309@wemm.org> <4A76A371-B573-4E62-BE78-94944963FFD0@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: freebsd-current Current , Peter Wemm , Marcel Moolenaar X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list 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 Feb 2015 00:04:13 -0000 On Tue, Feb 10, 2015 at 10:24:59PM +0100, Michael Gmelin wrote: > > On 10 Feb 2015, at 22:17, Michael Gmelin wrote: > > > > Just compared 10.1 to current, unmodified output looks the same, but pipelines don't work properly: > > > > 10.1: > > # uptime | wc > > 1 12 68 > > > > Current: > > # uptime | wc > > 0 0 0 > > > > # uptime | cat > > # uptime > > 10:16PM up 9 mins... > > > > Adding xo_finish() to w.c line 268 just right before exit(0); fixes > that issue (I don't know libxo well enough to say if this is the > proper fix or just a workaround, but it seems logical to me). > % man xo_finish ... Calling this function is vital to the proper operation of libxo, especially for the non-TEXT output styles. ... Note, the word "vital" is underlined in xterm for emphasis. PS: To whomever is responsible for libxo, some (most?) libxo manpages have the wrong NAME information. For example, % man xo_finish LIBXO(3) FreeBSD Library Functions Manual LIBXO(3) NAME xo_emit - emit formatted output based on format string and arguments % man xo_attr LIBXO(3) FreeBSD Library Functions Manual LIBXO(3) NAME xo_emit - emit formatted output based on format string and arguments % man xo_create LIBXO(3) FreeBSD Library Functions Manual LIBXO(3) NAME xo_emit - emit formatted output based on format string and arguments -- Steve From owner-freebsd-current@FreeBSD.ORG Wed Feb 11 00:29:46 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 23A14150 for ; Wed, 11 Feb 2015 00:29: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 10E4D130 for ; Wed, 11 Feb 2015 00:29:46 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id BEBC3D60 for ; Wed, 11 Feb 2015 00:29:44 +0000 (UTC) Date: Wed, 11 Feb 2015 00:29:42 +0000 (GMT) From: jenkins-admin@freebsd.org To: freebsd-current@freebsd.org Message-ID: <150721018.20.1423614582711.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <375459539.19.1423602091228.JavaMail.jenkins@jenkins-9.freebsd.org> References: <375459539.19.1423602091228.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is still unstable: FreeBSD_HEAD-tests2 #673 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Jenkins-Job: FreeBSD_HEAD-tests2 X-Jenkins-Result: UNSTABLE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list 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 Feb 2015 00:29:46 -0000 See From owner-freebsd-current@FreeBSD.ORG Wed Feb 11 02:43:15 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C54376AE for ; Wed, 11 Feb 2015 02:43:15 +0000 (UTC) Received: from mail-la0-f49.google.com (mail-la0-f49.google.com [209.85.215.49]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 5090EFFD for ; Wed, 11 Feb 2015 02:43:14 +0000 (UTC) Received: by labgm9 with SMTP id gm9so773330lab.2 for ; Tue, 10 Feb 2015 18:43:06 -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=U3Ww4uTNHjn+xNuS9HHFN8AvXe4l7lgFD8Myd+W7SvM=; b=eh13R9CsBCGczdKqX4AHQsfeDIZ64YOfIW6VGrMNsrF5ey6hSfu02vMTqIvQbBlJjX 3IuJDjcnOWWZ7aQuIowLKApz3k+q5VbjR6K10fVjk2gC22zR40bv8/kEK/XckZ0yDp0O a+m8Az7fTZDlJ5zN0VG+H1n6b9NEqOaIh5dl65J+KxalR524TloC4lMbNOMxszMstbLM 1UMIY3DRRNZTOz5mfJbxKuEqD9Jd3rX0CEc2ZiGzNLYXKyp0+aanZtCWaipY/TbaBrOq w352HERlz/FS4J4hFOLG9yfeOD0Bz9hBuTQnMLNYi1lABqOUttI09Xo4b+sJxZfwC9Sb 4fow== MIME-Version: 1.0 X-Received: by 10.152.115.139 with SMTP id jo11mr25708595lab.24.1423622586549; Tue, 10 Feb 2015 18:43:06 -0800 (PST) Received: by 10.112.98.136 with HTTP; Tue, 10 Feb 2015 18:43:06 -0800 (PST) Date: Tue, 10 Feb 2015 18:43:06 -0800 Message-ID: Subject: LOCAL_MTREE vs DB_FROM_SRC From: Chris Torek To: freebsd-current X-Mailman-Approved-At: Wed, 11 Feb 2015 03:29:18 +0000 Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list 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 Feb 2015 02:43:15 -0000 (Apologies for google mail, I moved a while back and my office at home is still not up and hence my regular FreeBSD machine at home is also not up.) In Makefile.inc1 we have: .if defined(DB_FROM_SRC) INSTALLFLAGS+= -N ${.CURDIR}/etc MTREEFLAGS+= -N ${.CURDIR}/etc .endif which is fine as far as it goes, but then if ${LOCAL_MTREE} is defined we have this: .for _mtree in ${LOCAL_MTREE} mtree -deU -f ${.CURDIR}/${_mtree} -p ${WORLDTMP} > /dev/null .endfor which omits the -N flag, even with DB_FROM_SRC set. This means if a local mtree file "wants" user and/or group names that are not on your build system, but are in the new (but not yet installed anywhere) master.passwd and/or group files, the build fails when prepping the worldtmp area. Seems like this should be "mtree ${MTREEFLAGS} ...", shouldn't it? Chris From owner-freebsd-current@FreeBSD.ORG Wed Feb 11 04:47:47 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7B3FA87B for ; Wed, 11 Feb 2015 04:47:47 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 6999BEE4 for ; Wed, 11 Feb 2015 04:47:47 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 95EBCDAA for ; Wed, 11 Feb 2015 04:47:47 +0000 (UTC) Date: Wed, 11 Feb 2015 04:47:47 +0000 (GMT) From: jenkins-admin@freebsd.org To: freebsd-current@freebsd.org Message-ID: <1122411714.21.1423630067217.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <150721018.20.1423614582711.JavaMail.jenkins@jenkins-9.freebsd.org> References: <150721018.20.1423614582711.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is still unstable: FreeBSD_HEAD-tests2 #674 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Jenkins-Job: FreeBSD_HEAD-tests2 X-Jenkins-Result: UNSTABLE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list 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 Feb 2015 04:47:47 -0000 See From owner-freebsd-current@FreeBSD.ORG Wed Feb 11 07:31:33 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1C520EDB for ; Wed, 11 Feb 2015 07:31: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 0864A60F for ; Wed, 11 Feb 2015 07:31:33 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 24846E48 for ; Wed, 11 Feb 2015 07:31:33 +0000 (UTC) Date: Wed, 11 Feb 2015 07:31:33 +0000 (GMT) From: jenkins-admin@freebsd.org To: freebsd-current@freebsd.org Message-ID: <1006053523.22.1423639893035.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1122411714.21.1423630067217.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1122411714.21.1423630067217.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is still unstable: FreeBSD_HEAD-tests2 #675 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Jenkins-Job: FreeBSD_HEAD-tests2 X-Jenkins-Result: UNSTABLE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list 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 Feb 2015 07:31:33 -0000 See From owner-freebsd-current@FreeBSD.ORG Wed Feb 11 09:40:08 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 99EF1F39 for ; Wed, 11 Feb 2015 09:40: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 8796133F for ; Wed, 11 Feb 2015 09:40:08 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id E2924E75 for ; Wed, 11 Feb 2015 09:40:08 +0000 (UTC) Date: Wed, 11 Feb 2015 09:40:08 +0000 (GMT) From: jenkins-admin@freebsd.org To: freebsd-current@freebsd.org Message-ID: <1755009447.23.1423647608810.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1006053523.22.1423639893035.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1006053523.22.1423639893035.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is still unstable: FreeBSD_HEAD-tests2 #676 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Jenkins-Job: FreeBSD_HEAD-tests2 X-Jenkins-Result: UNSTABLE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list 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 Feb 2015 09:40:08 -0000 See From owner-freebsd-current@FreeBSD.ORG Wed Feb 11 11:20:45 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 895829A8 for ; Wed, 11 Feb 2015 11:20:45 +0000 (UTC) Received: from mail-lb0-x232.google.com (mail-lb0-x232.google.com [IPv6:2a00:1450:4010:c04::232]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 1EBA4FDD for ; Wed, 11 Feb 2015 11:20:44 +0000 (UTC) Received: by mail-lb0-f178.google.com with SMTP id w7so2504126lbi.9 for ; Wed, 11 Feb 2015 03:20:42 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=berentweb.com; s=google; h=date:from:to:subject:message-id:mime-version:content-type :content-transfer-encoding; bh=FEIEUM+DyXsU+Dht/n61Inx7M4Kef7SvES8igC7LiK4=; b=iOdKTuDJnxbFnF+5gC9ptIar+3lWftJTSPSzlSth8vYJMmzX4JG2Sm20ocqQxNe7za dgznm7v6ar6lSNBuu1FvW2zh12B8i0hLhisOHVLKp+oAcWrazbOyJLiXVAkcxPF1jjbK Sz9KfldSg0YSRFhPSogHBnxlQWqsf/oow7k88= 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:subject:message-id:mime-version :content-type:content-transfer-encoding; bh=FEIEUM+DyXsU+Dht/n61Inx7M4Kef7SvES8igC7LiK4=; b=IN8Ogw/jy/7wRYQddrRAcH9dXeXcHi9GPIjrLK7F+WrCZSdjVKF/QHNxcgx72ibtWr THWWKYAB+2t7vxMPNFIQjQzP6w5PhLM4poyZeJOonySX9IzxIjQ6h5VhiECXhP7PmMvK mALuAZ3nskB7t/PdzfBIrG7vXi6B3mmR+ooyWqcfIrcqCTn0gzOpnDGzANt0gNOoNHv2 N912O+TDM1nOer/WnweMq79XyZ9Ki+6ewYx+uQqFAXPaVUpUeEkIeo+5GurksEBDA/9p EWVhOXj/eVUYiD6tHl8ARo3fRUTbt5tVLUakY7K0jEsKC8NwAksb2xlkTZ6lF3D+m8L7 IlJg== X-Gm-Message-State: ALoCoQnWgBpLVflx3A+OXD16EO8S+vMljyCQk0qRR6Lp/DXL2bxQef6zQwumeloZLL4z94OCav1C X-Received: by 10.112.135.196 with SMTP id pu4mr26957709lbb.41.1423653642727; Wed, 11 Feb 2015 03:20:42 -0800 (PST) Received: from rsbsd.rsb ([31.200.9.220]) by mx.google.com with ESMTPSA id wq3sm111945lbb.24.2015.02.11.03.20.41 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 11 Feb 2015 03:20:41 -0800 (PST) Date: Wed, 11 Feb 2015 13:20:39 +0200 From: Beeblebrox To: Subject: Some unresolved but important X.org problems Message-ID: <20150211132039.42665673@rsbsd.rsb> 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-1 Precedence: list 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 Feb 2015 11:20:45 -0000 I have been having problems described below since March of 2014, but did no= t have much of an option other than to wait for gradual improvements. Consi= dering that 11 is nearing official RELEASE, I would think these problems wo= uld be worth consideration. I'm posting in current rather than xorg, becaus= e if there were many others with these problems, it would have been brought= up a long time ago. PROBLEMS: 1. PDF viewers fail to display pdf/ps files correctly. Many files get displ= ayed as blank pages, and I can only get the pdf to display after closing/re= -opening the file several times, or by repeatedly scrolling up/down past th= e seemingly blank page. Pages with an image have more problems than pages w= ith text-only. 2. With the exception of Opera (which is out-dated), all remaining Browsers= fail to display most web pages in a sane manner (Firefox, Seamonkey, Epiph= any, Midori). Chrome is the worst because even with just a blank page it fl= ickers, goes completely white, comes back as a partial image and sometimes = locks X for 1/2 second or so. Problems with the other browsers usually have something to do with sites us= ing php (rather than static content) and I have many problems with images b= eing correctly displayed. Among the symptoms: * Page phases out. Mouse-over or scroll up/down resets the display (midori-= on-linuxquestions.png: https://drive.google.com/file/d/0Bxs_eepbMt6qNTdaQm1= pTFZTMWM/view?usp=3Dsharing) * PHP sites either loose track of last scroll point and jump appx one page = up (example Facebook goes up 4-5 posts to what I just read and repeats acti= on as I try to scroll down), OR they are only partially displayed and need = to be either refreshed (F5) or up/down scrolling to get some kind of displa= y (epiphany-on-forums.freebsd.png: https://drive.google.com/file/d/0Bxs_eep= bMt6qbFJWMW1RZzJsYVU/view?usp=3Dsharing) * I get the same problem when trying to view an image, or a site with many = images. The tab with the image displays one of: a black screen, a single co= lor with vertical interference lines, or a mixture (seamonkey-google-image-= search.png: https://drive.google.com/file/d/0Bxs_eepbMt6qUUJvem11U3c3MVk/vi= ew?usp=3Dsharing) * As a result of all the above, logging in to sites, doing any transactions= which require clicking buttons and check-boxes or filling text fields beco= mes extremely difficult. 3. In Gnome3, menu text is garbled (gnome3-text.png: https://drive.google.c= om/file/d/0Bxs_eepbMt6qWklaSUZLd0luUFk/view?usp=3Dsharing) 4. Chromium causes other programs to mis-behave and display gets corrupted = in the old Win-XP style (chrome-corruption.png: https://drive.google.com/fi= le/d/0Bxs_eepbMt6qMktnOWo3bV93SGM/view?usp=3Dsharing) 5. An update about a month ago is causing problems with /dev/ums0 on Deskto= p (not vt). When I move the mouse it sometimes gets stuck on a menu item of= a program or an item on the Browser (for example a result in google search= ). I have to move the mouse and repeat the previous action in order to get = it unstuck. Sticky lasts about 1/5 of a second. 6. Last week I was getting jpeg file corruption when doing simple processin= g (crop, rotate) in graphics/gthumb. Resulting file would have vertical int= erference lines. After updating the ports/packages yesterday I don't get th= at now. Probably unrelated, but worth mentioning. MY_SYSTEM: + Desktop is usually Fluxbox. Free Memory was 5 GB when screen shots were t= aken (not a low-mem issue). + GPU is RS880 [Radeon HD 4250], with loaded modules: drm2.ko, agp.ko, rade= onkms.ko, radeonkmsfw_RS780_pfp.ko, radeonkmsfw_RS780_me.ko, radeonkmsfw_R6= 00_rlc.ko + These already in /etc/sysctl.conf: #_Enhance shared memory X11 interface kern.ipc.shmmax=3D67108864 kern.ipc.shmall=3D32768 #_Enhance desktop responsiveness under high CPU use (200/224) kern.sched.preempt_thresh=3D224 #_chromium_browser_issue kern.ipc.shm_allow_removed=3D1 --=20 FreeBSD_amd64_11-Current_RadeonKMS From owner-freebsd-current@FreeBSD.ORG Wed Feb 11 11:24:24 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4D52FAF0 for ; Wed, 11 Feb 2015 11:24:24 +0000 (UTC) Received: from mail.turbocat.net (mail.turbocat.net [IPv6:2a01:4f8:d16:4514::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 0E91461 for ; Wed, 11 Feb 2015 11:24:24 +0000 (UTC) Received: from laptop015.home.selasky.org (cm-176.74.213.204.customer.telag.net [176.74.213.204]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id 427E11FE023; Wed, 11 Feb 2015 12:24:22 +0100 (CET) Message-ID: <54DB3C18.2010201@selasky.org> Date: Wed, 11 Feb 2015 12:25:12 +0100 From: Hans Petter Selasky User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.4.0 MIME-Version: 1.0 To: Beeblebrox , freebsd-current@freebsd.org Subject: Re: Some unresolved but important X.org problems References: <20150211132039.42665673@rsbsd.rsb> In-Reply-To: <20150211132039.42665673@rsbsd.rsb> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list 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 Feb 2015 11:24:24 -0000 On 02/11/15 12:20, Beeblebrox wrote: > 5. An update about a month ago is causing problems with /dev/ums0 on Desktop (not vt). When I move the mouse it sometimes gets stuck on a menu item of a program or an item on the Browser (for example a result in google search). I have to move the mouse and repeat the previous action in order to get it unstuck. Sticky lasts about 1/5 of a second. Hi, The drm2.ko graphics driver has some hard spinning loops, which may be the cause of the problems you are seeing and not actually /dev/ums0. Are any error messages printed in "dmesg" ? --HPS From owner-freebsd-current@FreeBSD.ORG Wed Feb 11 11:29:42 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1A504D3C for ; Wed, 11 Feb 2015 11:29:42 +0000 (UTC) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.freebsd.org (Postfix) with ESMTP id D0D4DC3 for ; Wed, 11 Feb 2015 11:29:41 +0000 (UTC) Received: from critter.freebsd.dk (unknown [192.168.60.3]) by phk.freebsd.dk (Postfix) with ESMTP id A49AD3B8A2; Wed, 11 Feb 2015 11:29:33 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.14.9/8.14.9) with ESMTP id t1BBTWpk020908; Wed, 11 Feb 2015 11:29:32 GMT (envelope-from phk@phk.freebsd.dk) To: Beeblebrox Subject: Re: Some unresolved but important X.org problems In-reply-to: <20150211132039.42665673@rsbsd.rsb> From: "Poul-Henning Kamp" References: <20150211132039.42665673@rsbsd.rsb> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <20906.1423654172.1@critter.freebsd.dk> Date: Wed, 11 Feb 2015 11:29:32 +0000 Message-ID: <20907.1423654172@critter.freebsd.dk> Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list 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 Feb 2015 11:29:42 -0000 -------- In message <20150211132039.42665673@rsbsd.rsb>, Beeblebrox writes: >PROBLEMS: >1. PDF viewers fail to display pdf/ps files correctly. Many files >get displayed as blank pages, and I can only get the pdf to display >after closing/re-opening the file several times, or by repeatedly >scrolling up/down past the seemingly blank page. Pages with an image >have more problems than pages with text-only. evince crashes for me about 1 out of two but files with purely images seems to fare slightly better than others. people have pointed fingers in the general direction of gtk/cairo >2. With the exception of Opera (which is out-dated), all remaining >Browsers fail to display most web pages in a sane manner (Firefox, >Seamonkey, Epiphany, Midori). Chrome is the worst because even with >just a blank page it flickers, goes completely white, comes back >as a partial image and sometimes locks X for 1/2 second or so. I'm running firefox 35 on current and that seems to be working OK. My guess is that your problems are specific to your graphics hardware, and therefore it could be valuable if you could try, just as an experiment, to move your diskdrive to different hardware, just to see if the problems comes along for the ride. -- 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 Feb 11 11:52:09 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 93A1213F for ; Wed, 11 Feb 2015 11:52:09 +0000 (UTC) Received: from mail-lb0-x22c.google.com (mail-lb0-x22c.google.com [IPv6:2a00:1450:4010:c04::22c]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 06D1838A for ; Wed, 11 Feb 2015 11:52:09 +0000 (UTC) Received: by mail-lb0-f172.google.com with SMTP id p9so1844223lbv.3 for ; Wed, 11 Feb 2015 03:52:06 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=berentweb.com; s=google; h=date:from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; bh=kL8/acL2iKox3W6ThWuQxonOnJphrmUUZ7Kb8rcJOHE=; b=ftz+jvnrkJWjfo3xt7JcZ4Fe5ckV2U9wBpeu714E1oUmsTkJzjLW61hvzM2MXolpJx i2YiHMm98ovVq/4JhzlDtJYw6kOwcl06Kt2nrVc2xd4CKo62bAj8C9z4QeeW1eSpgG8i S6tRnTaz+XL6I8OHgaOHxie7a7P08+mx9bkGI= 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=kL8/acL2iKox3W6ThWuQxonOnJphrmUUZ7Kb8rcJOHE=; b=a+bqHYQzvYHVRERb0wAJy+0euUJ8A9FqKQETYxBhxc05ldfldihr0WSDd9POoNkRbe N11of2GJWrIQ1bZKmJdy+lfRkwFt4zxo5Id8REZpiVjZ5Qg0eYpx0zcYjpoj3diMV9HI lzk4RMqw5JjslIgnZuR2N9/z19xY8P6X5WZUel2UYyPL4FH5uo5d11Za3srxFTmx6hUY Ezm3wX9nxq8P8lEaG3sBL93t4FmMk/7ev+1R1jd/9zqsszHXCfLvA0MLxbuINDLo1iLe q8Nt52HPLOSpw7aYrPFnRlmxgB/EaeBM4AZBjwTLMlaKZD6JYr9bPCiKYcyW+ifBB+mX I1Tw== X-Gm-Message-State: ALoCoQkZFc61FR7VgfNAqunJIPORjJrpfQS49bydbGWFaVzN7gBslrPe6e5It1o+An2cXzth78oz X-Received: by 10.112.62.135 with SMTP id y7mr22068824lbr.50.1423655526698; Wed, 11 Feb 2015 03:52:06 -0800 (PST) Received: from rsbsd.rsb ([31.200.14.168]) by mx.google.com with ESMTPSA id nb1sm128253lbb.18.2015.02.11.03.52.04 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 11 Feb 2015 03:52:05 -0800 (PST) Date: Wed, 11 Feb 2015 13:50:10 +0200 From: Beeblebrox To: freebsd-current@freebsd.org Subject: Re: Some unresolved but important X.org problems Message-ID: <20150211135010.0626605d@rsbsd.rsb> In-Reply-To: <20907.1423654172@critter.freebsd.dk> References: <20150211132039.42665673@rsbsd.rsb> <20907.1423654172@critter.freebsd.dk> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: Hans Petter Selasky , Poul-Henning Kamp X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list 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 Feb 2015 11:52:09 -0000 Hello. > The drm2.ko graphics driver has some hard spinning loops, which may > be the cause of the problems you are seeing and not > actually /dev/ums0. Are any error messages printed in "dmesg" ? I have all debug disabled in my kernel (no WITNESS, no GDB/DDB), so no mess= ages. If you think it's worth wile, I'll build a fresh world and a full DEB= UG enabled kernel or I could build graphics/drm with the debug option? > evince crashes for me about 1 out of two but files with purely > images seems to fare slightly better than others. > people have pointed fingers in the general direction of gtk/cairo I was one of those finger pointers as well, since all apps would display an= y/all text as little squares then immediately crash; unless cairo was speci= fically built with the WITH_DEBUG=3Dyes option. IDK why that worked really,= it just did. =20 > I'm running firefox 35 on current and that seems to be working OK. I get same results as I described for Seamonkey. =20 > My guess is that your problems are specific to your graphics > hardware, and therefore it could be valuable if you could try, > just as an experiment, to move your diskdrive to different hardware, > just to see if the problems comes along for the ride. =20 I have diskless environment set up and serving from a jail (NFS not jailed = obviously), so I try your suggestion with any pxe_boot capable machine. Unf= ortunately the available clients are either RS780/RS880 family, have no GPU= , or i386. I'll have to get creative to test your idea. However, I have cor= responded with JS Pedron several times before, so he is aware of the issue(= s) and he did not seem to think the problem was with Radeon drivers. I also collected "loud debug" output in the past from the Kernel, without g= etting much of a result. Which makes me think the debug should be set for t= he application level and not the Kernel level. The problem is, how to log a= ll that output from 5-10 different apps all at the same time? (plus would i= t be worth the exercise?) Regards. --=20 FreeBSD_amd64_11-Current_RadeonKMS From owner-freebsd-current@FreeBSD.ORG Wed Feb 11 13:50:00 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4EAB27A6 for ; Wed, 11 Feb 2015 13:50: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 3CADD1E2 for ; Wed, 11 Feb 2015 13:50:00 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id CB4B1ECF for ; Wed, 11 Feb 2015 13:49:58 +0000 (UTC) Date: Wed, 11 Feb 2015 13:49:58 +0000 (GMT) From: jenkins-admin@freebsd.org To: freebsd-current@freebsd.org Message-ID: <1641473440.24.1423662598161.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1755009447.23.1423647608810.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1755009447.23.1423647608810.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is still unstable: FreeBSD_HEAD-tests2 #677 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Jenkins-Job: FreeBSD_HEAD-tests2 X-Jenkins-Result: UNSTABLE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list 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 Feb 2015 13:50:00 -0000 See From owner-freebsd-current@FreeBSD.ORG Wed Feb 11 15:31:31 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C615BC4F for ; Wed, 11 Feb 2015 15:31:31 +0000 (UTC) Received: from spindle.one-eyed-alien.net (spindle.one-eyed-alien.net [199.48.129.229]) by mx1.freebsd.org (Postfix) with ESMTP id A06B7F92 for ; Wed, 11 Feb 2015 15:31:31 +0000 (UTC) Received: by spindle.one-eyed-alien.net (Postfix, from userid 3001) id 467EB5A9F25; Wed, 11 Feb 2015 15:31:30 +0000 (UTC) Date: Wed, 11 Feb 2015 15:31:30 +0000 From: Brooks Davis To: Chris Torek Subject: Re: LOCAL_MTREE vs DB_FROM_SRC Message-ID: <20150211153130.GB23837@spindle.one-eyed-alien.net> References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="yNb1oOkm5a9FJOVX" 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-1 Precedence: list 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 Feb 2015 15:31:31 -0000 --yNb1oOkm5a9FJOVX Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Feb 10, 2015 at 06:43:06PM -0800, Chris Torek wrote: > (Apologies for google mail, I moved a while back and my office at home is > still not up and hence my regular FreeBSD machine at home is also not up.) >=20 > In Makefile.inc1 we have: >=20 > .if defined(DB_FROM_SRC) > INSTALLFLAGS+=3D -N ${.CURDIR}/etc > MTREEFLAGS+=3D -N ${.CURDIR}/etc > .endif >=20 > which is fine as far as it goes, but then if ${LOCAL_MTREE} is defined we > have this: >=20 > .for _mtree in ${LOCAL_MTREE} > mtree -deU -f ${.CURDIR}/${_mtree} -p ${WORLDTMP} > /dev/null > .endfor >=20 > which omits the -N flag, even with DB_FROM_SRC set. This means if a local > mtree file "wants" user and/or group names that are not on your build > system, but are in the new (but not yet installed anywhere) master.passwd > and/or group files, the build fails when prepping the worldtmp area. See= ms > like this should be "mtree ${MTREEFLAGS} ...", shouldn't it? That seems correct to me. I think I failed to add ${MTREEFLAGS} because I didn't resolve how LOCAL_MTREE and master.passwd/group were going to interact. -- Brooks --yNb1oOkm5a9FJOVX Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iEYEARECAAYFAlTbddEACgkQXY6L6fI4GtR62ACfeiuDarg6pKo7Rj2fFRVB2Ot9 qKUAnRF3eU69+4VOg3n0p8MxcYw35vCO =kASN -----END PGP SIGNATURE----- --yNb1oOkm5a9FJOVX-- From owner-freebsd-current@FreeBSD.ORG Wed Feb 11 15:51:27 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C94E11FF for ; Wed, 11 Feb 2015 15:51:27 +0000 (UTC) Received: from cpt-redirect03.mweb.co.za (cpt-redirect03.mweb.co.za [196.28.156.203]) (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 67D13213 for ; Wed, 11 Feb 2015 15:51:27 +0000 (UTC) Received: from 41-133-130-70.dsl.mweb.co.za ([41.133.130.70] helo=brane.freislich.nom.za) by cpt-redirect03.mweb.co.za with esmtp (Exim 4.84) id 1YLZQx-0007p2-JK for ; Wed, 11 Feb 2015 17:42:40 +0200 Received: from [73.20.223.245] (helo=clue.co.za) by brane.freislich.nom.za with esmtpsa (TLSv1.2:DHE-RSA-AES256-GCM-SHA384:256) (Exim 4.84 (FreeBSD)) (envelope-from ) id 1YLZQu-000GJz-4v for freebsd-current@freebsd.org; Wed, 11 Feb 2015 17:42:33 +0200 Received: from localhost ([127.0.0.1] helo=zen) by clue.co.za with esmtp (Exim 4.85 (FreeBSD)) (envelope-from ) id 1YLZQ5-000GX8-Pk for freebsd-current@freebsd.org; Wed, 11 Feb 2015 10:41:41 -0500 To: freebsd-current@freebsd.org Subject: r277959 breaks X display on IvyBridge mobile GT2 IG From: "Ian FREISLICH" X-Attribution: BOFH MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <63552.1423669301.1@zen> Content-Transfer-Encoding: quoted-printable Date: Wed, 11 Feb 2015 10:41:41 -0500 Message-Id: X-Listed-By-SBLXBL: Host 73.20.223.245 listed at sbl-xbl.spamhaus.org (http://www.spamhaus.org/query/bl?ip=73.20.223.245) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list 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 Feb 2015 15:51:27 -0000 Hi With this commit my display blanks and never lights up when X starts. [zen] /usr/src # svn diff -r 277958:277959 Index: sys/dev/drm2/i915/intel_display.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/drm2/i915/intel_display.c (revision 277958) +++ sys/dev/drm2/i915/intel_display.c (revision 277959) @@ -6995,7 +6995,7 @@ */ I915_WRITE(BLC_PWM_CPU_CTL2, PWM_ENABLE); I915_WRITE(BLC_PWM_CPU_CTL, 0); - I915_WRITE(BLC_PWM_PCH_CTL1, PWM_ENABLE | (1<<30)); + I915_WRITE(BLC_PWM_PCH_CTL1, PWM_ENABLE); } void intel_modeset_init_hw(struct drm_device *dev) vgapci0@pci0:0:2:0: class=3D0x030000 card=3D0x15171043 chip=3D0x016680= 86 rev=3D0x09 = hdr=3D0x00 vendor =3D 'Intel Corporation' device =3D '3rd Gen Core processor Graphics Controller' class =3D display subclass =3D VGA cap 05[90] =3D MSI supports 1 message enabled with 1 message cap 01[d0] =3D powerspec 2 supports D0 D3 current D0 cap 13[a4] =3D PCI Advanced Features: FLR TP Ian -- = Ian Freislich From owner-freebsd-current@FreeBSD.ORG Wed Feb 11 16:05:27 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 82014848 for ; Wed, 11 Feb 2015 16:05:27 +0000 (UTC) Received: from mail-ig0-x230.google.com (mail-ig0-x230.google.com [IPv6:2607:f8b0:4001:c05::230]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 47496389 for ; Wed, 11 Feb 2015 16:05:27 +0000 (UTC) Received: by mail-ig0-f176.google.com with SMTP id hl2so31669792igb.3 for ; Wed, 11 Feb 2015 08:05: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=gsDs0v+9A8uNBik5vgXgiprnQ+Xv35zNXnIlmUcOC+M=; b=09fPotff/tI8CSQZpgSD+TIuXMRIWkwQHJsm9SUavj0G8Vljd9BUy8FZOJDIQ0o1ht 0/knetdDJDAftRUE4aDZQ5BcFWPtRnw1TcmhH+Yj5Ea2cODqtnRIE0XZSmIdpaf8y0Hn EgMiEJCvaEidigvdxW7bOGTEKWdq3org+zQmBSp/S2WFkmV5loObxj50BIkI6MYOQvwb rKUG35SX1Bmn+PEd8PrR2WZCmoczEtLwf8jPu0rGHulyCEtvQmjELlajYeN+4D7sq4df Hgo1043CdFxshOzQLEp+RxjX5DYm66jBGGFloPZ5gZIQ7XPeEYkxZ4YYqfBVICVBXm5g 5FHg== MIME-Version: 1.0 X-Received: by 10.50.79.135 with SMTP id j7mr30627271igx.32.1423670726187; Wed, 11 Feb 2015 08:05:26 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.36.17.7 with HTTP; Wed, 11 Feb 2015 08:05:26 -0800 (PST) In-Reply-To: References: Date: Wed, 11 Feb 2015 08:05:26 -0800 X-Google-Sender-Auth: 6991x3qq_ESm1OJWDA5OHGBlRrQ Message-ID: Subject: Re: r277959 breaks X display on IvyBridge mobile GT2 IG From: Adrian Chadd To: Ian FREISLICH Content-Type: text/plain; charset=UTF-8 Cc: freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list 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 Feb 2015 16:05:27 -0000 Hi, There's a "invert backlight" option in i915, try setting it to 1? -a On 11 February 2015 at 07:41, Ian FREISLICH wrote: > Hi > > With this commit my display blanks and never lights up when X starts. > > [zen] /usr/src # svn diff -r 277958:277959 > Index: sys/dev/drm2/i915/intel_display.c > =================================================================== > --- sys/dev/drm2/i915/intel_display.c (revision 277958) > +++ sys/dev/drm2/i915/intel_display.c (revision 277959) > @@ -6995,7 +6995,7 @@ > */ > I915_WRITE(BLC_PWM_CPU_CTL2, PWM_ENABLE); > I915_WRITE(BLC_PWM_CPU_CTL, 0); > - I915_WRITE(BLC_PWM_PCH_CTL1, PWM_ENABLE | (1<<30)); > + I915_WRITE(BLC_PWM_PCH_CTL1, PWM_ENABLE); > } > > void intel_modeset_init_hw(struct drm_device *dev) > > > vgapci0@pci0:0:2:0: class=0x030000 card=0x15171043 chip=0x01668086 rev=0x09 > hdr=0x00 > vendor = 'Intel Corporation' > device = '3rd Gen Core processor Graphics Controller' > class = display > subclass = VGA > cap 05[90] = MSI supports 1 message enabled with 1 message > cap 01[d0] = powerspec 2 supports D0 D3 current D0 > cap 13[a4] = PCI Advanced Features: FLR TP > > Ian > > -- > Ian Freislich > _______________________________________________ > freebsd-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 11 16:23:18 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6238321D; Wed, 11 Feb 2015 16:23:18 +0000 (UTC) Received: from frv27.fwdcdn.com (frv158.fwdcdn.com [212.42.77.158]) (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 21334818; Wed, 11 Feb 2015 16:23:17 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=ukr.net; s=fsm; h=Content-Transfer-Encoding:Content-Type:MIME-Version:References:In-Reply-To:Message-ID:Subject:To:From:Date; bh=zkusk+1i3VhJvAlqt+Xk74QnFxW8Ulx4Xqo82xuSg1Y=; b=u15Cy+kilhOySltYSuR1i7PBNrzyzvnABC09zqeHmspP15vZtu3PM3ilSC/QHpUO2DL62l5HILkanSfG+75IwKrHTf8U2r3/Kr/m4KALng58Y3Uw9v7AHmWhOxBFnHT3bgTnLyh3AerHn81cxptpW4kM9VmW0In8Ot4wwFmMRqw=; Received: from [178.137.225.182] (helo=nonamehost.local) by frv27.fwdcdn.com with esmtpsa ID 1YLa4I-0008Um-GF ; Wed, 11 Feb 2015 18:23:14 +0200 Date: Wed, 11 Feb 2015 18:23:13 +0200 From: Ivan Klymenko To: freebsd-current@freebsd.org, freebsd-fs@freebsd.org Subject: Re: [ZFS] [panic] Fatal trap 12: page fault while in kernel mode. Message-ID: <20150211182313.5047a8b3@nonamehost.local> In-Reply-To: <20150210220129.3d780d50@nonamehost.local> References: <20150210220129.3d780d50@nonamehost.local> X-Mailer: Claws Mail 3.11.1 (GTK+ 2.24.25; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Authentication-Result: IP=178.137.225.182; mail.from=fidaj@ukr.net; dkim=pass; header.d=ukr.net X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list 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 Feb 2015 16:23:18 -0000 =D0=92 Tue, 10 Feb 2015 22:01:29 +0200 Ivan Klymenko =D0=BF=D0=B8=D1=88=D0=B5=D1=82: > I do not know the conditions - it just happened. >=20 > http://pastebin.com/BASJB599 > _______________________________________________ > freebsd-fs@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-fs > To unsubscribe, send any mail to "freebsd-fs-unsubscribe@freebsd.org" http://pastebin.com/8HjebJKB http://pastebin.com/dx8PJKNr From owner-freebsd-current@FreeBSD.ORG Wed Feb 11 16:26:38 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AF08D3EB for ; Wed, 11 Feb 2015 16:26:38 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 9CDC285B for ; Wed, 11 Feb 2015 16:26:38 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 076DEF37 for ; Wed, 11 Feb 2015 16:26:39 +0000 (UTC) Date: Wed, 11 Feb 2015 16:26:38 +0000 (GMT) From: jenkins-admin@freebsd.org To: freebsd-current@freebsd.org Message-ID: <263093298.25.1423671998998.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1641473440.24.1423662598161.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1641473440.24.1423662598161.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is still unstable: FreeBSD_HEAD-tests2 #678 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Jenkins-Job: FreeBSD_HEAD-tests2 X-Jenkins-Result: UNSTABLE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list 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 Feb 2015 16:26:38 -0000 See From owner-freebsd-current@FreeBSD.ORG Wed Feb 11 17:33:13 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B45F69D8 for ; Wed, 11 Feb 2015 17:33:13 +0000 (UTC) Received: from mail.ijs.si (mail.ijs.si [IPv6:2001:1470:ff80::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 4082EF74 for ; Wed, 11 Feb 2015 17:33:13 +0000 (UTC) Received: from amavis-proxy-ori.ijs.si (localhost [IPv6:::1]) by mail.ijs.si (Postfix) with ESMTP id 3kj7NP2C5TzB7; Wed, 11 Feb 2015 18:33:09 +0100 (CET) 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=jakla4; t=1423675985; x=1426267986; bh=iJM fBC1zByqrtwZP8QbRyH2w84uMXwMGnfZA8kahOT8=; b=cG3h1y7c2jyya0JralP ND38HHRNbTJMaUrkszS4YPP+8WRk5gChSlZtSa2awHirThfLRZdmCUKpXUi4hZvB zH5ow7PAV1c1DS8yYW7fPoOCz+ADANIokPQn4jG+pHV7gcCC+FXPLoQF76npfMzG BipUOXEOtMUbMhJe3e/M+BFw= 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 1Ts18y7uKSOW; Wed, 11 Feb 2015 18:33:05 +0100 (CET) Received: from mildred.ijs.si (mailbox.ijs.si [IPv6:2001:1470:ff80::143:1]) by mail.ijs.si (Postfix) with ESMTP; Wed, 11 Feb 2015 18:33:05 +0100 (CET) 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 3kj7NK18Q5zGM; Wed, 11 Feb 2015 18:33:05 +0100 (CET) Received: from neli.ijs.si ([2001:1470:ff80:88:21c:c0ff:feb1:8c91]) by neli.ijs.si with HTTP (HTTP/1.1 POST); Wed, 11 Feb 2015 18:33:05 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Wed, 11 Feb 2015 18:33:05 +0100 From: Mark Martinec To: Beeblebrox Subject: Re: Some unresolved but important X.org problems Organization: J. Stefan Institute In-Reply-To: <20150211132039.42665673@rsbsd.rsb> References: <20150211132039.42665673@rsbsd.rsb> Message-ID: <317b211d0aed1291160d7019ba8d9ef7@mailbox.ijs.si> X-Sender: Mark.Martinec+freebsd@ijs.si User-Agent: Roundcube Webmail/1.0.5 Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list 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 Feb 2015 17:33:13 -0000 2015-02-11 Beeblebrox wrote: > I have been having problems described below since March of 2014, but > did not have much of an option other than to wait for gradual > improvements. Considering that 11 is nearing official RELEASE, I would > think these problems would be worth consideration. I'm posting in > current rather than xorg, because if there were many others with these > problems, it would have been brought up a long time ago. > > PROBLEMS: > 1. PDF viewers fail to display pdf/ps files correctly. Many files get > displayed as blank pages, and I can only get the pdf to display after > closing/re-opening the file several times, or by repeatedly scrolling > up/down past the seemingly blank page. Pages with an image have more > problems than pages with text-only. > > 2. With the exception of Opera (which is out-dated), all remaining > Browsers fail to display most web pages in a sane manner (Firefox, > Seamonkey, Epiphany, Midori). Chrome is the worst because even with > just a blank page it flickers, goes completely white, comes back as a > partial image and sometimes locks X for 1/2 second or so. > Problems with the other browsers usually have something to do with > sites using php (rather than static content) and I have many problems > with images being correctly displayed. Among the symptoms: > * Page phases out. Mouse-over or scroll up/down resets the display [...] Some of the symptoms that you describe sound familiar. I was using FreeBSD 10-STABLE with GeForce 7600 GS and the 'nv' driver. After upgrading x11/xorg in December 2014: /usr/ports/UPDATING: 20141219: AFFECTS: users of x11/xorg and all xorg ports AUTHOR: dumbbell@FreeBSD.org The X.Org server (x11-servers/xorg-server) is updated to 1.14. the effect was that while editing a text with emacs, large parts of the editing window would disappear / fail to refresh (like after scrolling) and would remain of the background color. Stepping with a cursor through 'hidden' lines would get them redrawn one after another. I guess this matches your statement "Page phases out. Mouse-over or scroll up/down resets the display". And yes, Opera kept working fine. Don't remember how other browsers and okular behaved - if necessary, I can try switching back to 'nv' for a test. I 'solved' my problem by switching from 'nv' to nvidia-304 driver, which works fine with GeForce 7600 GS (but not with GeForce 7300 GT). Mark > (midori-on-linuxquestions.png: > https://drive.google.com/file/d/0Bxs_eepbMt6qNTdaQm1pTFZTMWM/view?usp=sharing) > * PHP sites either loose track of last scroll point and jump appx one > page up (example Facebook goes up 4-5 posts to what I just read and > repeats action as I try to scroll down), OR they are only partially > displayed and need to be either refreshed (F5) or up/down scrolling to > get some kind of display (epiphany-on-forums.freebsd.png: > https://drive.google.com/file/d/0Bxs_eepbMt6qbFJWMW1RZzJsYVU/view?usp=sharing) > * I get the same problem when trying to view an image, or a site with > many images. The tab with the image displays one of: a black screen, a > single color with vertical interference lines, or a mixture > (seamonkey-google-image-search.png: > https://drive.google.com/file/d/0Bxs_eepbMt6qUUJvem11U3c3MVk/view?usp=sharing) > * As a result of all the above, logging in to sites, doing any > transactions which require clicking buttons and check-boxes or filling > text fields becomes extremely difficult. > > 3. In Gnome3, menu text is garbled (gnome3-text.png: > https://drive.google.com/file/d/0Bxs_eepbMt6qWklaSUZLd0luUFk/view?usp=sharing) > > 4. Chromium causes other programs to mis-behave and display gets > corrupted in the old Win-XP style (chrome-corruption.png: > https://drive.google.com/file/d/0Bxs_eepbMt6qMktnOWo3bV93SGM/view?usp=sharing) > > 5. An update about a month ago is causing problems with /dev/ums0 on > Desktop (not vt). When I move the mouse it sometimes gets stuck on a > menu item of a program or an item on the Browser (for example a result > in google search). I have to move the mouse and repeat the previous > action in order to get it unstuck. Sticky lasts about 1/5 of a second. > > 6. Last week I was getting jpeg file corruption when doing simple > processing (crop, rotate) in graphics/gthumb. Resulting file would > have vertical interference lines. After updating the ports/packages > yesterday I don't get that now. Probably unrelated, but worth > mentioning. > > MY_SYSTEM: > + Desktop is usually Fluxbox. Free Memory was 5 GB when screen shots > were taken (not a low-mem issue). > + GPU is RS880 [Radeon HD 4250], with loaded modules: drm2.ko, agp.ko, > radeonkms.ko, radeonkmsfw_RS780_pfp.ko, radeonkmsfw_RS780_me.ko, > radeonkmsfw_R600_rlc.ko > + These already in /etc/sysctl.conf: > #_Enhance shared memory X11 interface > kern.ipc.shmmax=67108864 > kern.ipc.shmall=32768 > #_Enhance desktop responsiveness under high CPU use (200/224) > kern.sched.preempt_thresh=224 > #_chromium_browser_issue > kern.ipc.shm_allow_removed=1 From owner-freebsd-current@FreeBSD.ORG Wed Feb 11 17:43:55 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 32527ED5; Wed, 11 Feb 2015 17:43:55 +0000 (UTC) Received: from cpt-redirect03.mweb.co.za (cpt-redirect03.mweb.co.za [196.28.156.203]) (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 C46CBE3; Wed, 11 Feb 2015 17:43:54 +0000 (UTC) Received: from 41-133-130-70.dsl.mweb.co.za ([41.133.130.70] helo=brane.freislich.nom.za) by cpt-redirect03.mweb.co.za with esmtp (Exim 4.84) id 1YLbKA-000DDD-M3; Wed, 11 Feb 2015 19:43:49 +0200 Received: from [73.20.223.245] (helo=clue.co.za) by brane.freislich.nom.za with esmtpsa (TLSv1.2:DHE-RSA-AES256-GCM-SHA384:256) (Exim 4.84 (FreeBSD)) (envelope-from ) id 1YLbK2-000LLi-RX; Wed, 11 Feb 2015 19:43:39 +0200 Received: from localhost ([127.0.0.1] helo=zen) by clue.co.za with esmtp (Exim 4.85 (FreeBSD)) (envelope-from ) id 1YLbIq-0000JH-3i; Wed, 11 Feb 2015 12:42:20 -0500 To: Adrian Chadd From: Ian FREISLICH Subject: Re: r277959 breaks X display on IvyBridge mobile GT2 IG In-Reply-To: References: X-Attribution: BOFH MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <1193.1423676540.1@zen> Content-Transfer-Encoding: quoted-printable Date: Wed, 11 Feb 2015 12:42:20 -0500 Message-Id: X-Missing-rDNS: 73.20.223.245 Cc: Ian FREISLICH , freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list 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 Feb 2015 17:43:55 -0000 Adrian Chadd wrote: > Hi, > = > There's a "invert backlight" option in i915, try setting it to 1? This is pretty much all I could find (unless I was looking in the wrong place). It makes no difference. The backlight appears to be disabled. Index: intel_display.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 --- intel_display.c (revision 278584) +++ intel_display.c (working copy) @@ -6938,6 +6938,9 @@ = /* Acer Aspire 5734Z must invert backlight brightness */ { 0x2a42, 0x1025, 0x0459, quirk_invert_brightness }, + + /* Asus Zenbook UX31A must invert backlight brightness */ + { 0x0166, 0x1043, 0x1517, quirk_invert_brightness }, }; = static void intel_init_quirks(struct drm_device *dev) Resulting log message: Feb 11 11:55:38 zen kernel: info: [drm] applying inverted panel brightness= quirk The flag removed by r278584 is BLM_PCH_OVERRIDE_ENABLE according to the Linux driver. I think we're not correctly setting or selecting the PWM channel for backlight control. > = > -a > = > = > On 11 February 2015 at 07:41, Ian FREISLICH wrote= : > > Hi > > > > With this commit my display blanks and never lights up when X starts. > > > > [zen] /usr/src # svn diff -r 277958:277959 > > Index: sys/dev/drm2/i915/intel_display.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/drm2/i915/intel_display.c (revision 277958) > > +++ sys/dev/drm2/i915/intel_display.c (revision 277959) > > @@ -6995,7 +6995,7 @@ > > */ > > I915_WRITE(BLC_PWM_CPU_CTL2, PWM_ENABLE); > > I915_WRITE(BLC_PWM_CPU_CTL, 0); > > - I915_WRITE(BLC_PWM_PCH_CTL1, PWM_ENABLE | (1<<30)); > > + I915_WRITE(BLC_PWM_PCH_CTL1, PWM_ENABLE); > > } > > > > void intel_modeset_init_hw(struct drm_device *dev) > > > > > > vgapci0@pci0:0:2:0: class=3D0x030000 card=3D0x15171043 chip=3D0x01= 668086 rev=3D 0x09 > > hdr=3D0x00 > > vendor =3D 'Intel Corporation' > > device =3D '3rd Gen Core processor Graphics Controller' > > class =3D display > > subclass =3D VGA > > cap 05[90] =3D MSI supports 1 message enabled with 1 message > > cap 01[d0] =3D powerspec 2 supports D0 D3 current D0 > > cap 13[a4] =3D PCI Advanced Features: FLR TP > > > > Ian > > > > -- > > Ian Freislich > > _______________________________________________ > > freebsd-current@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-current > > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.= org" -- = Meditating Guru Ian Freislich From owner-freebsd-current@FreeBSD.ORG Wed Feb 11 18:06:14 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D4D3F592 for ; Wed, 11 Feb 2015 18:06:14 +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 9720B333 for ; Wed, 11 Feb 2015 18:06:14 +0000 (UTC) Received: from 2a02-8428-011b-e000-0290-f5ff-fe9d-b78c.rev.sfr.net ([2a02:8428:11b:e000:290:f5ff:fe9d:b78c] helo=magellan.dumbbell.fr) by mail.made4.biz with esmtpsa (TLSv1.2:DHE-RSA-AES128-SHA:128) (Exim 4.84 (FreeBSD)) (envelope-from ) id 1YLbfw-000GIG-Bk for freebsd-current@freebsd.org; Wed, 11 Feb 2015 19:06:12 +0100 Message-ID: <54DB9A0C.1010806@FreeBSD.org> Date: Wed, 11 Feb 2015 19:06:04 +0100 From: =?windows-1252?Q?Jean-S=E9bastien_P=E9dron?= User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.4.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: unbound crashes on bootup References: <1264.1423227963@critter.freebsd.dk> In-Reply-To: <1264.1423227963@critter.freebsd.dk> Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="gBsnx3NctEGr71F9p6j2N52KkERfEUbMp" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list 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 Feb 2015 18:06:14 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --gBsnx3NctEGr71F9p6j2N52KkERfEUbMp Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 06.02.2015 14:06, Poul-Henning Kamp wrote: > I just updated my -current to r278283, and unbound (still) croaks > during bootup: Hi! I have a similar problem. Also, unbound crashes each time I start/stop OpenVPN. I suppose the problem is the same in both cases. The crash happens in the config_lookup_uid() in contrib/unbound/util/config_file.c. Here's the code: struct passwd *pwd; if((pwd =3D getpwnam(cfg->username)) =3D=3D NULL) log_err("user '%s' does not exist.", cfg->username); cfg->uid =3D pwd->pw_uid; getpwnam(3) returns NULL: an error message is logged but the function doesn't return. Therefore, the program segfaults on "pwd->pw_uid" on the next line. But why did getpwnam(3) return NULL in the first place? It looks for the "unbound" user which exists. getpwnam() calls _nsdispatch() which fails. I have the default nsswitch.conf. I didn't look at the problem more deeply yet, but could getpwnam()/_nsdispatch() be unhappy with the absence of a working DNS resolver (unbound is being (re)started)? --=20 Jean-S=E9bastien P=E9dron --gBsnx3NctEGr71F9p6j2N52KkERfEUbMp 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 iQJ8BAEBCgBmBQJU25oUXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ2NzA4N0ZEMUFFQUUwRTEyREJDNkE2RjAz OUU5OTc2MUE1RkQ5NENDAAoJEDnpl2Gl/ZTMLusP/3LeUB1r1tsTtCeCriyckQ0d HQQBD+ixL4tyhrcqB2PSxNP7f+zQaPxu5bDhBGxtZj8l5yD3Kf2gXw0TaKqK+sAW WpStLDbGOLUDqdR3h9jvtpOTWmfAXHsISflndks1xXQaJuGrtscyEis2QpGfQNHP ptR2s44MOEUZRW6Uu7Yk+YGa740PWcmJRTNUkeIv8s9gLURodZrOddT7PVBcdHUc qjhQ/5TMHGxVrtnQHu8ty2acQq8ZWsKKmIE9ybhAgoMg/r4MOP8DSxs2ZgkrKUlp Vvok55MVnR/TShGwTuxxNaTxGWrb9sS+zG1n4YR3PBQgGUEjPTnjo3ER9xh+oRIO W3enqq0vjEacQA9BRz0IqMKfc8EV1+zfeGZEjNuRObwIQJmibpXZ5jXb0za2MccM PFFGnbEuWivZ7H72unSIWyKCEZ/BZwNVACPj/CzuSxtrgoo8wJTtfdEzi0GALSLS WQaIwj8wxWMtMlpLpDzFmJtxafLZhu5XywaSELn9V6mgVy6Tni+IEPcRoKrvfWGY hVZRQrcZu86VFdR5+JpY7Q9btZT5SXoazcTrKdew5n0C+svEcShnw89+vkp5faRX Mzyl6zvKr41P223EVqtaR9es7O2pnFc/ZhaImE/sp2ieG5zZHtOJboJRGvEjuOpe ltIesC50BPwCszM6mOHu =jToW -----END PGP SIGNATURE----- --gBsnx3NctEGr71F9p6j2N52KkERfEUbMp-- From owner-freebsd-current@FreeBSD.ORG Wed Feb 11 18:32:19 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2FF8EC18 for ; Wed, 11 Feb 2015 18:32: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 1D5B085B for ; Wed, 11 Feb 2015 18:32:19 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id AC440F64 for ; Wed, 11 Feb 2015 18:32:19 +0000 (UTC) Date: Wed, 11 Feb 2015 18:32:19 +0000 (GMT) From: jenkins-admin@freebsd.org To: freebsd-current@freebsd.org Message-ID: <948286959.26.1423679539606.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <263093298.25.1423671998998.JavaMail.jenkins@jenkins-9.freebsd.org> References: <263093298.25.1423671998998.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is still unstable: FreeBSD_HEAD-tests2 #679 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Jenkins-Job: FreeBSD_HEAD-tests2 X-Jenkins-Result: UNSTABLE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list 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 Feb 2015 18:32:19 -0000 See From owner-freebsd-current@FreeBSD.ORG Wed Feb 11 18:48:19 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 67DF0182; Wed, 11 Feb 2015 18:48:19 +0000 (UTC) Received: from smtp.vangyzen.net (hotblack.vangyzen.net [199.48.133.146]) by mx1.freebsd.org (Postfix) with ESMTP id 49D219B5; Wed, 11 Feb 2015 18:48:18 +0000 (UTC) Received: from marvin.lab.vangyzen.net (c-24-125-214-90.hsd1.va.comcast.net [24.125.214.90]) by smtp.vangyzen.net (Postfix) with ESMTPSA id B1EF056467; Wed, 11 Feb 2015 12:48:17 -0600 (CST) Message-ID: <54DBA3EA.6050706@vangyzen.net> Date: Wed, 11 Feb 2015 13:48:10 -0500 From: Eric van Gyzen User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.4.0 MIME-Version: 1.0 To: =?windows-1252?Q?Jean-S=E9bastien_P=E9dron?= , freebsd-current@freebsd.org Subject: Re: unbound crashes on bootup References: <1264.1423227963@critter.freebsd.dk> <54DB9A0C.1010806@FreeBSD.org> In-Reply-To: <54DB9A0C.1010806@FreeBSD.org> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list 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 Feb 2015 18:48:19 -0000 On 02/11/2015 13:06, Jean-S=E9bastien P=E9dron wrote: > On 06.02.2015 14:06, Poul-Henning Kamp wrote: >> I just updated my -current to r278283, and unbound (still) croaks >> during bootup: > > Hi! > > I have a similar problem. Also, unbound crashes each time I start/stop > OpenVPN. I suppose the problem is the same in both cases. > > The crash happens in the config_lookup_uid() in > contrib/unbound/util/config_file.c. Here's the code: > > struct passwd *pwd; > if((pwd =3D getpwnam(cfg->username)) =3D=3D NULL) > log_err("user '%s' does not exist.", cfg->username); > cfg->uid =3D pwd->pw_uid; getpwnam() is not thread-safe. I'm surprised unbound would use it.=20 Calling it from multiple threads can cause trouble, although I don't know off-hand if it could cause this problem. As an experiment, you might change it to getpwnam_r() and see it the problem persists. Otherwise, adding errno to the log message might help. Be sure to zero errno before calling getpwnam(). > getpwnam(3) returns NULL: an error message is logged but the function > doesn't return. Therefore, the program segfaults on "pwd->pw_uid" on th= e > next line. > > But why did getpwnam(3) return NULL in the first place? It looks for th= e > "unbound" user which exists. getpwnam() calls _nsdispatch() which fails= =2E > > I have the default nsswitch.conf. I didn't look at the problem more > deeply yet, but could getpwnam()/_nsdispatch() be unhappy with the > absence of a working DNS resolver (unbound is being (re)started)? > From owner-freebsd-current@FreeBSD.ORG Wed Feb 11 20:38:02 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2D03936F for ; Wed, 11 Feb 2015 20:38:02 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 1AC6D7B5 for ; Wed, 11 Feb 2015 20:38:02 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 11D71F91 for ; Wed, 11 Feb 2015 20:38:02 +0000 (UTC) Date: Wed, 11 Feb 2015 20:38:01 +0000 (GMT) From: jenkins-admin@freebsd.org To: freebsd-current@freebsd.org Message-ID: <136671949.27.1423687081925.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <948286959.26.1423679539606.JavaMail.jenkins@jenkins-9.freebsd.org> References: <948286959.26.1423679539606.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is still unstable: FreeBSD_HEAD-tests2 #680 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Jenkins-Job: FreeBSD_HEAD-tests2 X-Jenkins-Result: UNSTABLE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list 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 Feb 2015 20:38:02 -0000 See From owner-freebsd-current@FreeBSD.ORG Wed Feb 11 23:35:10 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 713F98B8 for ; Wed, 11 Feb 2015 23:35: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 5E4EAEF2 for ; Wed, 11 Feb 2015 23:35:10 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 7BD7FFBF for ; Wed, 11 Feb 2015 23:35:10 +0000 (UTC) Date: Wed, 11 Feb 2015 23:35:10 +0000 (GMT) From: jenkins-admin@freebsd.org To: freebsd-current@freebsd.org Message-ID: <359735614.28.1423697710456.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <136671949.27.1423687081925.JavaMail.jenkins@jenkins-9.freebsd.org> References: <136671949.27.1423687081925.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is still unstable: FreeBSD_HEAD-tests2 #681 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Jenkins-Job: FreeBSD_HEAD-tests2 X-Jenkins-Result: UNSTABLE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list 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 Feb 2015 23:35:10 -0000 See From owner-freebsd-current@FreeBSD.ORG Thu Feb 12 02:39:18 2015 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.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 92557B89; Thu, 12 Feb 2015 02:39:17 +0000 (UTC) Date: Thu, 12 Feb 2015 02:39:12 +0000 From: Glen Barber To: freebsd-current@FreeBSD.org Subject: HEADS-UP: Enabling WITH_DEBUG_FILES by default Message-ID: <20150212023912.GG1302@hub.FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="hcut4fGOf7Kh6EdG" 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-1 Precedence: list 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 Feb 2015 02:39:18 -0000 --hcut4fGOf7Kh6EdG Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hi, Within the next 24 hours, I will merge the release-install-debug branch into head, which will enable building and installing stripped debugging files by default. In general, this should have no significant impact, but any fallout will be addressed as soon as possible after the merge. Those that do not want debugging files built/installed by default should add 'WITHOUT_DEBUG_FILES=1' to src.conf(5). This will also be noted in UPDATING. This work was sponsored by The FreeBSD Foundation. Love FreeBSD? You can help support The FreeBSD Project with a donation to The FreeBSD Foundation! https://www.freebsdfoundation.org/donate/ Glen --hcut4fGOf7Kh6EdG Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJU3BJQAAoJEAMUWKVHj+KTfNoP+wYmERSrKoDUa2FGUrKKyvNZ ZAnJS0IPlLR36PbXLF/3L7cSBBifWJDemGaccmpBnIEUcSy/064p6WbFXfz0DZI5 Co98GLN55URLzhKq8Jz8cdDjmYL61g38EclN/HMC9zyBkkNXdeIkxAO2hz4SVVZa Wnh6Cjy9nhNCn6KfEdIeZINiWDB/988qBwhnbVd8MC2IoDBqubKul9PpU2gTqHow QzS/lAHyMU9HrSZNfHDL4/EQvqi4PEg0fjElfDcXDrdpTrxiDGHZi54QqcNz6Bp3 54rKixDwgs3i2kp3DTsrh2f3bdj3/kRHct2m6Hb9chkS82D4m2tcNKQyrZdHocje PL6ZWosRNsKXHGO7KEf25abacR4XB37TrC6Q0ieAGTjaTh1bRXXonpL/hQXKloqs 0sBqovcWzs6UDykC/Y/i6uo6d3V+en3XvGSH6G96inzJ4uJ4a77am4+LNHsw8Ssb qXZ9NI+OeeHCxQJ8iWkinBE4a9Wp1E9LlL82FQGF4I2fpCiCFhG+3lIJNph33pSY 0kfVnUB0IEN344dzqnnOwc/pF2tZI1sJsOcZH8d8JPO8ZtwL9Hev9woZq3u+lgFS StyfLrwBa5tkGFuHBmct+crqPMdbBGyYXMAocSi8Mrr38bNXMCg6Hhh6iarL8aMO hBAm0aWUJIzCm4SVweTm =1+8N -----END PGP SIGNATURE----- --hcut4fGOf7Kh6EdG-- From owner-freebsd-current@FreeBSD.ORG Thu Feb 12 02:56:41 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DA238E52 for ; Thu, 12 Feb 2015 02:56:41 +0000 (UTC) Received: from udns.ultimatedns.net (unknown [IPv6:2602:d1:b4d6:e600:4261:86ff:fef6:aa2a]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 8D5C0662 for ; Thu, 12 Feb 2015 02:56:41 +0000 (UTC) Received: from ultimatedns.net (localhost [127.0.0.1]) by udns.ultimatedns.net (8.14.9/8.14.9) with ESMTP id t1C2ueWv052671 for ; Wed, 11 Feb 2015 18:56:41 -0800 (PST) (envelope-from bsd-lists@bsdforge.com) To: "FreeBSD CURRENT" From: "Chris H" Subject: Has the counter/tic been resolved? Date: Wed, 11 Feb 2015 18:56:41 -0800 Content-Type: text/plain; charset=UTF-8; format=fixed MIME-Version: 1.0 Message-id: <986ce3d13a4789f4e64d24cd54f43869@ultimatedns.net> Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list 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 Feb 2015 02:56:41 -0000 Greetings, I'm anxious to update one of my boxes that runs CURRENT. But have been waiting until having heard something on the list regarding a change to the frequency counter that ended in a panic ~ every 2 weeks. Has that issue been resolved? Thanks! --Chris -- From owner-freebsd-current@FreeBSD.ORG Thu Feb 12 03:21:42 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7B9E76EC; Thu, 12 Feb 2015 03:21:42 +0000 (UTC) Received: from mail-qc0-x229.google.com (mail-qc0-x229.google.com [IPv6:2607:f8b0:400d:c01::229]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 33F09AC0; Thu, 12 Feb 2015 03:21:42 +0000 (UTC) Received: by mail-qc0-f169.google.com with SMTP id m20so6433404qcx.0; Wed, 11 Feb 2015 19:21:41 -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=Wlo3hJaJVi2RHmm8nYhCX9FAOFlRUl1h6k/OqXELUxE=; b=PT0EZPNuLHSFWbuvSslq37SFnUO8tcn0rYsNBGPxLihHHfnxeqN6SaU7Em9JJ7TG+y dMRNFDyEi7ia826HvUlIRs4cy6wl18y5QnNW3VgyPYxYOX55eVxH1mg6C3/GzPOGj9m4 mUkilLjuP5HCfNx8hFeIppPOOScCPRT/nr87hYZUw8qg6caXCWGGFtGDoJZQYP959bHl zsW8btUkxw3gT8/817rQzuC880eOQ7N41s5D76SyQ02UJGLAM4B9fF6pxsI0SbI3AMHu g6R4irW03GI5r2T5wwyGIcZsUZbebwYdjJsdjIvFii6nJAiKE4Gm7A8TsFISwDIcrOkm 7yKw== X-Received: by 10.140.100.226 with SMTP id s89mr4605832qge.96.1423711301419; Wed, 11 Feb 2015 19:21:41 -0800 (PST) MIME-Version: 1.0 Sender: carpeddiem@gmail.com Received: by 10.140.39.209 with HTTP; Wed, 11 Feb 2015 19:21:21 -0800 (PST) In-Reply-To: <20150212023912.GG1302@hub.FreeBSD.org> References: <20150212023912.GG1302@hub.FreeBSD.org> From: Ed Maste Date: Wed, 11 Feb 2015 22:21:21 -0500 X-Google-Sender-Auth: Za06U-25rWmPhDdGSXmC9lUL7eM Message-ID: Subject: Re: HEADS-UP: Enabling WITH_DEBUG_FILES by default 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-1 Precedence: list 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 Feb 2015 03:21:42 -0000 On 11 February 2015 at 21:39, Glen Barber wrote: > > Within the next 24 hours, I will merge the release-install-debug branch > into head, which will enable building and installing stripped debugging > files by default. > > In general, this should have no significant impact, but any fallout will > be addressed as soon as possible after the merge. > > Those that do not want debugging files built/installed by default should > add 'WITHOUT_DEBUG_FILES=1' to src.conf(5). This will also be noted in > UPDATING. Note that the debug files do consume a reasonably large amount of disk space in both the OBJDIR and in the installed location under /usr/lib/debug. Users with limited disk space will probably want to disable them. As an example, the installed debug data on my laptop is about 2GB. -Ed From owner-freebsd-current@FreeBSD.ORG Thu Feb 12 03:48:18 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id F1FDBBE4 for ; Thu, 12 Feb 2015 03:48:18 +0000 (UTC) Received: from mail-lb0-x234.google.com (mail-lb0-x234.google.com [IPv6:2a00:1450:4010:c04::234]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8E51DD3E for ; Thu, 12 Feb 2015 03:48:18 +0000 (UTC) Received: by mail-lb0-f180.google.com with SMTP id z12so7160539lbi.11 for ; Wed, 11 Feb 2015 19:48:16 -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=u6iCEYb9+afKLSOW85dNPhtDV4pOpHfL7Q0a4O+eANE=; b=UNS5Z5dHDEY/JJ2i5tiqjirh3FToYcGrLwXOlIe6zuyoR6j2aQCHjVNG/vGZSEfwXQ N3aj2F3d7ibg9UB8pc1KjPx+zNLWsOX6gGMEFd11hzMAa3slE4yi5409mNMwkHyZvaU6 bzHwCAC7cp2HltDGposdLJUo9Eujxfx5UALmxIja9VkR4uSTMTFZ70FaOy/a3/LNQ9Pf YcXeU2rk+s16/IMhKHbCS4+uVXgmlApyBuy94VkKrfBp0fkT+hbAxSLZZZ30S0cMAVyR H5+N7ycYSySQpDJK9gnCoT4UBUbkLCvVU+ytAMZE78r+iFBra24LWhMPV6m998POAqWa z6uA== MIME-Version: 1.0 X-Received: by 10.152.18.133 with SMTP id w5mr1400911lad.51.1423712896505; Wed, 11 Feb 2015 19:48:16 -0800 (PST) Received: by 10.114.78.131 with HTTP; Wed, 11 Feb 2015 19:48:16 -0800 (PST) In-Reply-To: <986ce3d13a4789f4e64d24cd54f43869@ultimatedns.net> References: <986ce3d13a4789f4e64d24cd54f43869@ultimatedns.net> Date: Wed, 11 Feb 2015 22:48:16 -0500 Message-ID: Subject: Re: Has the counter/tic been resolved? From: Ryan Stone To: Chris H Content-Type: text/plain; charset=UTF-8 Cc: FreeBSD CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list 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 Feb 2015 03:48:19 -0000 Is this the issue that you're referring to? https://lists.freebsd.org/pipermail/freebsd-current/2015-February/054295.html If so, it was fixed in r278229: https://svnweb.freebsd.org/changeset/base/278229 From owner-freebsd-current@FreeBSD.ORG Thu Feb 12 03:56:10 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9AED7E69; Thu, 12 Feb 2015 03:56:10 +0000 (UTC) Received: from pmta2.delivery1.ore.mailhop.org (pmta2.delivery1.ore.mailhop.org [54.149.155.156]) by mx1.freebsd.org (Postfix) with ESMTP id 78421E10; Thu, 12 Feb 2015 03:56:10 +0000 (UTC) Received: from smtp3.ore.mailhop.org (172.31.36.112) by pmta2.delivery1.ore.mailhop.org id hrgi5s20u508; Thu, 12 Feb 2015 03:56:07 +0000 (envelope-from ) Received: from [73.34.117.227] (helo=ilsoft.org) by smtp3.ore.mailhop.org with esmtpsa (TLSv1.2:DHE-RSA-AES256-GCM-SHA384:256) (Exim 4.82) (envelope-from ) id 1YLksk-0001nb-Qo; Thu, 12 Feb 2015 03:56:03 +0000 Received: from revolution.hippie.lan (revolution.hippie.lan [172.22.42.240]) by ilsoft.org (8.14.9/8.14.9) with ESMTP id t1C3u01j093919; Wed, 11 Feb 2015 20:56:00 -0700 (MST) (envelope-from ian@freebsd.org) X-Mail-Handler: DuoCircle Outbound SMTP X-Originating-IP: 73.34.117.227 X-Report-Abuse-To: abuse@duocircle.com (see https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information for abuse reporting information) X-MHO-User: U2FsdGVkX19fiAHn2Cpja4oLBZphqLuD Message-ID: <1423713360.80968.89.camel@freebsd.org> Subject: Re: HEADS-UP: Enabling WITH_DEBUG_FILES by default From: Ian Lepore To: Ed Maste Date: Wed, 11 Feb 2015 20:56:00 -0700 In-Reply-To: References: <20150212023912.GG1302@hub.FreeBSD.org> Content-Type: text/plain; charset="us-ascii" X-Mailer: Evolution 3.12.8 FreeBSD GNOME Team Port Mime-Version: 1.0 Content-Transfer-Encoding: 7bit Cc: Glen Barber , FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list 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 Feb 2015 03:56:10 -0000 On Wed, 2015-02-11 at 22:21 -0500, Ed Maste wrote: > On 11 February 2015 at 21:39, Glen Barber wrote: > > > > Within the next 24 hours, I will merge the release-install-debug branch > > into head, which will enable building and installing stripped debugging > > files by default. > > > > In general, this should have no significant impact, but any fallout will > > be addressed as soon as possible after the merge. > > > > Those that do not want debugging files built/installed by default should > > add 'WITHOUT_DEBUG_FILES=1' to src.conf(5). This will also be noted in > > UPDATING. > > Note that the debug files do consume a reasonably large amount of disk > space in both the OBJDIR and in the installed location under > /usr/lib/debug. Users with limited disk space will probably want to > disable them. As an example, the installed debug data on my laptop is > about 2GB. Seriously? 2GB is bigger than the entire filesystem on many ARM boards that do useful work. Not to mention how long it will take to write all that to an sdcard (it already takes a long time to installworld/kernel to an sdcard and it's only 400MB). Just what are these files, and what use will the average user make of them? What use will I make of them, that is going to justify that every one of my couple-dozen build sandboxes will now be 4gb larger (a copy in obj and a copy in the nfs root that things install to)? How much time will this add to a build? Yeah yeah, I can update a couple dozen src.conf files to eliminate them, and that's not the biggest hassle in the world (but it's also not nothing). It seems like this is a heavy enough load that it needs to justify its existance. -- Ian From owner-freebsd-current@FreeBSD.ORG Thu Feb 12 04:12:04 2015 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.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 51FE6155; Thu, 12 Feb 2015 04:12:03 +0000 (UTC) Date: Thu, 12 Feb 2015 04:11:58 +0000 From: Glen Barber To: Ian Lepore Subject: Re: HEADS-UP: Enabling WITH_DEBUG_FILES by default Message-ID: <20150212041158.GH1302@hub.FreeBSD.org> References: <20150212023912.GG1302@hub.FreeBSD.org> <1423713360.80968.89.camel@freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="D6IIOQQv2Iwyp54J" Content-Disposition: inline In-Reply-To: <1423713360.80968.89.camel@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 , Ed Maste X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list 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 Feb 2015 04:12:04 -0000 --D6IIOQQv2Iwyp54J Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Feb 11, 2015 at 08:56:00PM -0700, Ian Lepore wrote: > On Wed, 2015-02-11 at 22:21 -0500, Ed Maste wrote: > > On 11 February 2015 at 21:39, Glen Barber wrote: > > > > > > Within the next 24 hours, I will merge the release-install-debug bran= ch > > > into head, which will enable building and installing stripped debuggi= ng > > > files by default. > > > > > > In general, this should have no significant impact, but any fallout w= ill > > > be addressed as soon as possible after the merge. > > > > > > Those that do not want debugging files built/installed by default sho= uld > > > add 'WITHOUT_DEBUG_FILES=3D1' to src.conf(5). This will also be note= d in > > > UPDATING. > >=20 > > Note that the debug files do consume a reasonably large amount of disk > > space in both the OBJDIR and in the installed location under > > /usr/lib/debug. Users with limited disk space will probably want to > > disable them. As an example, the installed debug data on my laptop is > > about 2GB. >=20 > Seriously? 2GB is bigger than the entire filesystem on many ARM boards > that do useful work. Not to mention how long it will take to write all > that to an sdcard (it already takes a long time to installworld/kernel > to an sdcard and it's only 400MB). >=20 > Just what are these files, and what use will the average user make of > them? >=20 > What use will I make of them, that is going to justify that every one of > my couple-dozen build sandboxes will now be 4gb larger (a copy in obj > and a copy in the nfs root that things install to)? >=20 > How much time will this add to a build? >=20 > Yeah yeah, I can update a couple dozen src.conf files to eliminate them, > and that's not the biggest hassle in the world (but it's also not > nothing). It seems like this is a heavy enough load that it needs to > justify its existance. >=20 The major benefit is that all debugging data that we need to properly debug application crashes in the base system will be available out-of-box. There is a trade-off here, in both directions. For arm, for example, the trade-off is that the default installed userland would grow, however when there is a PR regarding an application crash, the tools to diagnose the issue are there by default (we do not need to ask that the utility is rebuilt with debugging options enabled, and then recreate the crash). I considered making this an opt-in thing for arm, but given the above rationale, thought it would be more beneficial for the opposite route. If you feel necessary, however, we can turn this off by default for now for arm. Glen --D6IIOQQv2Iwyp54J Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJU3CgJAAoJEAMUWKVHj+KTRQgQAJlCPU/lZcHbBAWyscwjbCQU wFlHpFuRztG4Fd4b5okV1daf7oL+6wnCbf8PisQ5gLd7a61FegKMmexyNvpssxrj E/sHQ3JEZpfK6TcBoZDX7MoC7Pca2G3YGiuFb9alV86V9OzP0E0yS4Ghl8CBHj/d WD5dxH7Fl7bBXq/wpBKkYSSrUFdl5AoMG4tu5i3QE0evslQgt9h0pGvhjARhkvAP 6uMHPPWu/vUCAOm9lEeA7UCeQFac1Z8rUDJ4gWLqp+F1/VdBpNplgZCUhmBJt5ia VoWzQ8h0tht25vNtf5D/D7hpX67oZRB/Cg90D1mOGJpTxlbFBmGmC/5Akhce9cY2 fUmVLHJQvlC/c9THUh60jyJ9IUA6yoCSWXIe5CQEBQ7bDuV+zVVdqzB2WueXIpUF wt7aUA8kw2DRW31DE9hYLs3QCQaWQ7OOMP38nG7Rbsnn9u43y8xUmoPbI7KSvNyL FdOoHiUq9polStlbdMW5NPY0J+fl2md/6bLD5CvpAuvowXjUyP10QnPW8dtSTbDS Y3aD5lLsQ+N35PidSYB9M8qhAF7VSrAorLPZZVP+3/nrbEBuSA4aDV17+GtKMejH 6tJBX6oyKseiwiG43P5SKvzmEdjMTGUJYltUUBKUbRS7yKRmE206AXiCqZWxixy/ J/fX/hvrbLkzoek/Mn5l =M1xq -----END PGP SIGNATURE----- --D6IIOQQv2Iwyp54J-- From owner-freebsd-current@FreeBSD.ORG Thu Feb 12 04:13:06 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id ED29B262 for ; Thu, 12 Feb 2015 04:13:06 +0000 (UTC) Received: from udns.ultimatedns.net (unknown [IPv6:2602:d1:b4d6:e600:4261:86ff:fef6:aa2a]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id B6122FA1 for ; Thu, 12 Feb 2015 04:13:06 +0000 (UTC) Received: from ultimatedns.net (localhost [127.0.0.1]) by udns.ultimatedns.net (8.14.9/8.14.9) with ESMTP id t1C4D7q2064406; Wed, 11 Feb 2015 20:13:07 -0800 (PST) (envelope-from bsd-lists@bsdforge.com) To: Ryan Stone In-Reply-To: References: <986ce3d13a4789f4e64d24cd54f43869@ultimatedns.net>, From: "Chris H" Subject: Re: Has the counter/tic been resolved? Date: Wed, 11 Feb 2015 20:13:07 -0800 Content-Type: text/plain; charset=UTF-8; format=fixed MIME-Version: 1.0 Message-id: <89edd5c1638f8d80c1c6f8792288da32@ultimatedns.net> Content-Transfer-Encoding: 8bit Cc: FreeBSD CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list 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 Feb 2015 04:13:07 -0000 On Wed, 11 Feb 2015 22:48:16 -0500 Ryan Stone wrote > Is this the issue that you're referring to? > Indeed it is! > https://lists.freebsd.org/pipermail/freebsd-current/2015-February/054295.html > > If so, it was fixed in r278229: > https://svnweb.freebsd.org/changeset/base/278229 Excellent! Thanks, Ryan, for taking the time to 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" --Chris -- From owner-freebsd-current@FreeBSD.ORG Thu Feb 12 04:23:08 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0693D52E; Thu, 12 Feb 2015 04:23:08 +0000 (UTC) Received: from pmta2.delivery2.ore.mailhop.org (pmta2.delivery2.ore.mailhop.org [54.69.130.42]) by mx1.freebsd.org (Postfix) with ESMTP id D795CDE; Thu, 12 Feb 2015 04:23:07 +0000 (UTC) Received: from smtp4.ore.mailhop.org (172.31.36.112) by pmta2.delivery1.ore.mailhop.org id hrglb020u50t; Thu, 12 Feb 2015 04:23:10 +0000 (envelope-from ) Received: from [73.34.117.227] (helo=ilsoft.org) by smtp4.ore.mailhop.org with esmtpsa (TLSv1.2:DHE-RSA-AES256-GCM-SHA384:256) (Exim 4.82) (envelope-from ) id 1YLlIu-0001vc-Tf; Thu, 12 Feb 2015 04:23:05 +0000 Received: from revolution.hippie.lan (revolution.hippie.lan [172.22.42.240]) by ilsoft.org (8.14.9/8.14.9) with ESMTP id t1C4N132094068; Wed, 11 Feb 2015 21:23:01 -0700 (MST) (envelope-from ian@freebsd.org) X-Mail-Handler: DuoCircle Outbound SMTP X-Originating-IP: 73.34.117.227 X-Report-Abuse-To: abuse@duocircle.com (see https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information for abuse reporting information) X-MHO-User: U2FsdGVkX19KMHVsWZsgIhUBCLWpUOA5 Message-ID: <1423714981.80968.100.camel@freebsd.org> Subject: Re: HEADS-UP: Enabling WITH_DEBUG_FILES by default From: Ian Lepore To: Glen Barber Date: Wed, 11 Feb 2015 21:23:01 -0700 In-Reply-To: <20150212041158.GH1302@hub.FreeBSD.org> References: <20150212023912.GG1302@hub.FreeBSD.org> <1423713360.80968.89.camel@freebsd.org> <20150212041158.GH1302@hub.FreeBSD.org> Content-Type: text/plain; charset="us-ascii" X-Mailer: Evolution 3.12.8 FreeBSD GNOME Team Port Mime-Version: 1.0 Content-Transfer-Encoding: 7bit Cc: FreeBSD Current , Ed Maste X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list 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 Feb 2015 04:23:08 -0000 On Thu, 2015-02-12 at 04:11 +0000, Glen Barber wrote: > On Wed, Feb 11, 2015 at 08:56:00PM -0700, Ian Lepore wrote: > > On Wed, 2015-02-11 at 22:21 -0500, Ed Maste wrote: > > > On 11 February 2015 at 21:39, Glen Barber wrote: > > > > > > > > Within the next 24 hours, I will merge the release-install-debug branch > > > > into head, which will enable building and installing stripped debugging > > > > files by default. > > > > > > > > In general, this should have no significant impact, but any fallout will > > > > be addressed as soon as possible after the merge. > > > > > > > > Those that do not want debugging files built/installed by default should > > > > add 'WITHOUT_DEBUG_FILES=1' to src.conf(5). This will also be noted in > > > > UPDATING. > > > > > > Note that the debug files do consume a reasonably large amount of disk > > > space in both the OBJDIR and in the installed location under > > > /usr/lib/debug. Users with limited disk space will probably want to > > > disable them. As an example, the installed debug data on my laptop is > > > about 2GB. > > > > Seriously? 2GB is bigger than the entire filesystem on many ARM boards > > that do useful work. Not to mention how long it will take to write all > > that to an sdcard (it already takes a long time to installworld/kernel > > to an sdcard and it's only 400MB). > > > > Just what are these files, and what use will the average user make of > > them? > > > > What use will I make of them, that is going to justify that every one of > > my couple-dozen build sandboxes will now be 4gb larger (a copy in obj > > and a copy in the nfs root that things install to)? > > > > How much time will this add to a build? > > > > Yeah yeah, I can update a couple dozen src.conf files to eliminate them, > > and that's not the biggest hassle in the world (but it's also not > > nothing). It seems like this is a heavy enough load that it needs to > > justify its existance. > > > > The major benefit is that all debugging data that we need to properly > debug application crashes in the base system will be available > out-of-box. > > There is a trade-off here, in both directions. For arm, for example, > the trade-off is that the default installed userland would grow, however > when there is a PR regarding an application crash, the tools to diagnose > the issue are there by default (we do not need to ask that the utility > is rebuilt with debugging options enabled, and then recreate the crash). > > I considered making this an opt-in thing for arm, but given the above > rationale, thought it would be more beneficial for the opposite route. > If you feel necessary, however, we can turn this off by default for now > for arm. > > Glen > I can't imagine that anybody is going to be happy with an installed system size increase from 520 to 2520 MB no matter how much it helps debugging, especially considering the the typical installation media is in the 2-8 GB range (with lots of 2 and 4 GB cards out there because that's what vendors bundle with the boards). -- Ian From owner-freebsd-current@FreeBSD.ORG Thu Feb 12 04:26:05 2015 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.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 736A16A8; Thu, 12 Feb 2015 04:26:04 +0000 (UTC) Date: Thu, 12 Feb 2015 04:26:00 +0000 From: Glen Barber To: Ian Lepore Subject: Re: HEADS-UP: Enabling WITH_DEBUG_FILES by default Message-ID: <20150212042600.GI1302@hub.FreeBSD.org> References: <20150212023912.GG1302@hub.FreeBSD.org> <1423713360.80968.89.camel@freebsd.org> <20150212041158.GH1302@hub.FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="NyChO5MpGs3JHJbz" Content-Disposition: inline In-Reply-To: <20150212041158.GH1302@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 , Ed Maste X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list 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 Feb 2015 04:26:05 -0000 --NyChO5MpGs3JHJbz Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Feb 12, 2015 at 04:11:58AM +0000, Glen Barber wrote: > On Wed, Feb 11, 2015 at 08:56:00PM -0700, Ian Lepore wrote: > > On Wed, 2015-02-11 at 22:21 -0500, Ed Maste wrote: > > > On 11 February 2015 at 21:39, Glen Barber wrote: > > > > > > > > Within the next 24 hours, I will merge the release-install-debug br= anch > > > > into head, which will enable building and installing stripped debug= ging > > > > files by default. > > > > > > > > In general, this should have no significant impact, but any fallout= will > > > > be addressed as soon as possible after the merge. > > > > > > > > Those that do not want debugging files built/installed by default s= hould > > > > add 'WITHOUT_DEBUG_FILES=3D1' to src.conf(5). This will also be no= ted in > > > > UPDATING. > > >=20 > > > Note that the debug files do consume a reasonably large amount of disk > > > space in both the OBJDIR and in the installed location under > > > /usr/lib/debug. Users with limited disk space will probably want to > > > disable them. As an example, the installed debug data on my laptop is > > > about 2GB. > >=20 > > Seriously? 2GB is bigger than the entire filesystem on many ARM boards > > that do useful work. Not to mention how long it will take to write all > > that to an sdcard (it already takes a long time to installworld/kernel > > to an sdcard and it's only 400MB). > >=20 > > Just what are these files, and what use will the average user make of > > them? > >=20 > > What use will I make of them, that is going to justify that every one of > > my couple-dozen build sandboxes will now be 4gb larger (a copy in obj > > and a copy in the nfs root that things install to)? > >=20 > > How much time will this add to a build? > >=20 > > Yeah yeah, I can update a couple dozen src.conf files to eliminate them, > > and that's not the biggest hassle in the world (but it's also not > > nothing). It seems like this is a heavy enough load that it needs to > > justify its existance. > >=20 >=20 > The major benefit is that all debugging data that we need to properly > debug application crashes in the base system will be available > out-of-box. >=20 > There is a trade-off here, in both directions. For arm, for example, > the trade-off is that the default installed userland would grow, however > when there is a PR regarding an application crash, the tools to diagnose > the issue are there by default (we do not need to ask that the utility > is rebuilt with debugging options enabled, and then recreate the crash). >=20 > I considered making this an opt-in thing for arm, but given the above > rationale, thought it would be more beneficial for the opposite route. > If you feel necessary, however, we can turn this off by default for now > for arm. >=20 One thing to note in addition, is that the 2GB increase is for amd64. I'm running a universe build with WITHOUT_DEBUG_FILES=3D1 now, and will report back with a more accurate breakdown of what can be expected with regard to filesystem expansion with this change. Glen --NyChO5MpGs3JHJbz Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJU3CtYAAoJEAMUWKVHj+KT+/wP/0Ny4dO5HkrljgNqUxlFGzUd JVid6cJaIR/1vdz/DakjFPSJNOj7T5WcbOFLQ8MoW4J/vF0XKw4aejU44xUxdupT HvJDDUAmvG4lsuZgGgEpiwHqAAJnHmXE4SfRqt+wIiHiWfwuFZuB7iEEgm9I0E/p HfmU7Z2fhyiyPOu8usx4CEWNSyK6DmP9Ue2zXLs7EcT+TKmNk/lJ2KN8rZbc7u6N MtYr0diNmxKOOoa7nSibpSJcn9jHsagLdSzbima/2BjeiSnhLXJZsPnUFxqiVFxG 4BoOSHmgXf7O6M85QyVNi4g5pBBTjCcNXOKRUcWT139V/ZVIDAGuPGMhKWg1gxDu fYjT5hTavLaEp8pUfRZTNsYfGmQop5icnMr7z/mzXa8Gvkm2EBbSvBmfBAg7xq98 9gdytwG/9dZFDjjVpjotUNTjlIA9t+d80Y8CcqheTshNpvFtbfRu0i6uCozQQOwf 2wx4LKfNgNDXeUEmFRciKtW1RXcZeikHKsq394Yhvd+oohN8B1U2sMHEH7XTKaxz FRwnWToEK+FFOxb2jhWOs/21rQPPBp9ohQpj4MP6ryb7g/IeXmXDOyJ9H2jHgZ22 kR8aCJ/ns6pFkWdHByV0xkQv2vrsc0lWp6h0btvTUKoiS/3WiC30oOUjxI8WeImJ v2Ztk1y+RUiufS6TWt1O =a6Yh -----END PGP SIGNATURE----- --NyChO5MpGs3JHJbz-- From owner-freebsd-current@FreeBSD.ORG Thu Feb 12 04:26:06 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E4F236AC for ; Thu, 12 Feb 2015 04:26:06 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id D2BF7107 for ; Thu, 12 Feb 2015 04:26:06 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 4B49AA6 for ; Thu, 12 Feb 2015 04:26:05 +0000 (UTC) Date: Thu, 12 Feb 2015 04:26:03 +0000 (GMT) From: jenkins-admin@freebsd.org To: freebsd-current@freebsd.org Message-ID: <848258697.29.1423715164133.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <359735614.28.1423697710456.JavaMail.jenkins@jenkins-9.freebsd.org> References: <359735614.28.1423697710456.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is still unstable: FreeBSD_HEAD-tests2 #682 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Jenkins-Job: FreeBSD_HEAD-tests2 X-Jenkins-Result: UNSTABLE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list 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 Feb 2015 04:26:07 -0000 See From owner-freebsd-current@FreeBSD.ORG Thu Feb 12 04:29:02 2015 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.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 42FB38E0; Thu, 12 Feb 2015 04:29:01 +0000 (UTC) Date: Thu, 12 Feb 2015 04:28:57 +0000 From: Glen Barber To: Ian Lepore Subject: Re: HEADS-UP: Enabling WITH_DEBUG_FILES by default Message-ID: <20150212042857.GJ1302@hub.FreeBSD.org> References: <20150212023912.GG1302@hub.FreeBSD.org> <1423713360.80968.89.camel@freebsd.org> <20150212041158.GH1302@hub.FreeBSD.org> <1423714981.80968.100.camel@freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="IJFRpmOek+ZRSQoz" Content-Disposition: inline In-Reply-To: <1423714981.80968.100.camel@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 , Ed Maste X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list 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 Feb 2015 04:29:02 -0000 --IJFRpmOek+ZRSQoz Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Feb 11, 2015 at 09:23:01PM -0700, Ian Lepore wrote: > On Thu, 2015-02-12 at 04:11 +0000, Glen Barber wrote: > > On Wed, Feb 11, 2015 at 08:56:00PM -0700, Ian Lepore wrote: > > > On Wed, 2015-02-11 at 22:21 -0500, Ed Maste wrote: > > > > On 11 February 2015 at 21:39, Glen Barber wrote: > > > > > > > > > > Within the next 24 hours, I will merge the release-install-debug = branch > > > > > into head, which will enable building and installing stripped deb= ugging > > > > > files by default. > > > > > > > > > > In general, this should have no significant impact, but any fallo= ut will > > > > > be addressed as soon as possible after the merge. > > > > > > > > > > Those that do not want debugging files built/installed by default= should > > > > > add 'WITHOUT_DEBUG_FILES=3D1' to src.conf(5). This will also be = noted in > > > > > UPDATING. > > > >=20 > > > > Note that the debug files do consume a reasonably large amount of d= isk > > > > space in both the OBJDIR and in the installed location under > > > > /usr/lib/debug. Users with limited disk space will probably want to > > > > disable them. As an example, the installed debug data on my laptop= is > > > > about 2GB. > > >=20 > > > Seriously? 2GB is bigger than the entire filesystem on many ARM boar= ds > > > that do useful work. Not to mention how long it will take to write a= ll > > > that to an sdcard (it already takes a long time to installworld/kernel > > > to an sdcard and it's only 400MB). > > >=20 > > > Just what are these files, and what use will the average user make of > > > them? > > >=20 > > > What use will I make of them, that is going to justify that every one= of > > > my couple-dozen build sandboxes will now be 4gb larger (a copy in obj > > > and a copy in the nfs root that things install to)? > > >=20 > > > How much time will this add to a build? > > >=20 > > > Yeah yeah, I can update a couple dozen src.conf files to eliminate th= em, > > > and that's not the biggest hassle in the world (but it's also not > > > nothing). It seems like this is a heavy enough load that it needs to > > > justify its existance. > > >=20 > >=20 > > The major benefit is that all debugging data that we need to properly > > debug application crashes in the base system will be available > > out-of-box. > >=20 > > There is a trade-off here, in both directions. For arm, for example, > > the trade-off is that the default installed userland would grow, however > > when there is a PR regarding an application crash, the tools to diagnose > > the issue are there by default (we do not need to ask that the utility > > is rebuilt with debugging options enabled, and then recreate the crash). > >=20 > > I considered making this an opt-in thing for arm, but given the above > > rationale, thought it would be more beneficial for the opposite route. > > If you feel necessary, however, we can turn this off by default for now > > for arm. > >=20 > > Glen > >=20 >=20 > I can't imagine that anybody is going to be happy with an installed > system size increase from 520 to 2520 MB no matter how much it helps > debugging, especially considering the the typical installation media is > in the 2-8 GB range (with lots of 2 and 4 GB cards out there because > that's what vendors bundle with the boards). >=20 Absolutely understood. As mentioned in a recent reply (before seeing this email), I'll provide a closer estimate of what to expect soon. Again, if you want this turned off for arm, that's fine. I would, however, like to see it enabled by default across the board eventually (even for -RELEASE builds). Glen --IJFRpmOek+ZRSQoz Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJU3CwJAAoJEAMUWKVHj+KTGyIP/iFk2uDVNOSIYc7+hXCuZkUB Gff1jtODPV1P1oBi7rhR9EdlvXgzZnz1Fpa/qcHEJ7Vnm54XJ60VfQZRTgA9Lj/4 v965cViXXdhMQ+7HZ1uQlQoYBIvjiMViMipIG/1gnTLNwqItUEcwZIksVFYVQu1O /5QvxB6Fd8yW8z90sMgLEjYFcuyJyAhLRG+YE+nFlC3tVPs6dQEMZlqZHenBI+Bx nbgtZrUTbhODLFQNxNmfya/8znsMB5R3KQm0bCivInPjPpvBdFEV+Dc20MExhJ80 8XC9iFhuJKnRrN7Cr14sp7yRjTC5Cm2x03WLOxXYgBHoyNvHWM6xIykzW1YfJPxY TfNnBp6Y92yINFO0vX18laDGJy0qTaF5W8Cv0mLn5JQo3IfzXOsaBF5WUl/ukIVC s2FP0qiF5pdJ+MaZNHbWmbLR+ejWjh/FVIMi4mNO5+eXeYbnYUX+PsGpmNAziPmR 7r/d5KBhpi25jjezAbm/83Zphkns5KXbFxYaoHVy57GNxPKU+uXlcbuCEk/B49cs p0h/xL4K1pPD/OlJgqoxszmCP2oKU+4P4sIOup/4zgSnC9htxWauxvCsjEcNdcQ5 bH3z3j5t/5d3QC7Zn4g/5rlgvDk4Wpv52RWDpeB9jFdZ8RYBs72wFgXrLZzt3Uhc PqDOWhnA0frnLUOnLb7H =K4/I -----END PGP SIGNATURE----- --IJFRpmOek+ZRSQoz-- From owner-freebsd-current@FreeBSD.ORG Thu Feb 12 04:42:24 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0EF57C8A; Thu, 12 Feb 2015 04:42:24 +0000 (UTC) Received: from elvis.mu.org (elvis.mu.org [IPv6:2001:470:1f05:b76::196]) by mx1.freebsd.org (Postfix) with ESMTP id EB9D32EE; Thu, 12 Feb 2015 04:42:23 +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 0D1BA341F8AC; Wed, 11 Feb 2015 20:42:22 -0800 (PST) Message-ID: <54DC2F5B.8080709@freebsd.org> Date: Wed, 11 Feb 2015 20:43:07 -0800 From: Alfred Perlstein Organization: FreeBSD User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:31.0) Gecko/20100101 Thunderbird/31.4.0 MIME-Version: 1.0 To: Glen Barber , Ian Lepore Subject: Re: HEADS-UP: Enabling WITH_DEBUG_FILES by default References: <20150212023912.GG1302@hub.FreeBSD.org> <1423713360.80968.89.camel@freebsd.org> <20150212041158.GH1302@hub.FreeBSD.org> <1423714981.80968.100.camel@freebsd.org> <20150212042857.GJ1302@hub.FreeBSD.org> In-Reply-To: <20150212042857.GJ1302@hub.FreeBSD.org> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Current , Ed Maste X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list 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 Feb 2015 04:42:24 -0000 On 2/11/15 8:28 PM, Glen Barber wrote: > On Wed, Feb 11, 2015 at 09:23:01PM -0700, Ian Lepore wrote: >> On Thu, 2015-02-12 at 04:11 +0000, Glen Barber wrote: >>> On Wed, Feb 11, 2015 at 08:56:00PM -0700, Ian Lepore wrote: >>>> On Wed, 2015-02-11 at 22:21 -0500, Ed Maste wrote: >>>>> On 11 February 2015 at 21:39, Glen Barber wrote: >>>>>> >>>>>> Within the next 24 hours, I will merge the release-install-debug branch >>>>>> into head, which will enable building and installing stripped debugging >>>>>> files by default. >>>>>> >>>>>> In general, this should have no significant impact, but any fallout will >>>>>> be addressed as soon as possible after the merge. >>>>>> >>>>>> Those that do not want debugging files built/installed by default should >>>>>> add 'WITHOUT_DEBUG_FILES=1' to src.conf(5). This will also be noted in >>>>>> UPDATING. >>>>> >>>>> Note that the debug files do consume a reasonably large amount of disk >>>>> space in both the OBJDIR and in the installed location under >>>>> /usr/lib/debug. Users with limited disk space will probably want to >>>>> disable them. As an example, the installed debug data on my laptop is >>>>> about 2GB. >>>> >>>> Seriously? 2GB is bigger than the entire filesystem on many ARM boards >>>> that do useful work. Not to mention how long it will take to write all >>>> that to an sdcard (it already takes a long time to installworld/kernel >>>> to an sdcard and it's only 400MB). >>>> >>>> Just what are these files, and what use will the average user make of >>>> them? >>>> >>>> What use will I make of them, that is going to justify that every one of >>>> my couple-dozen build sandboxes will now be 4gb larger (a copy in obj >>>> and a copy in the nfs root that things install to)? >>>> >>>> How much time will this add to a build? >>>> >>>> Yeah yeah, I can update a couple dozen src.conf files to eliminate them, >>>> and that's not the biggest hassle in the world (but it's also not >>>> nothing). It seems like this is a heavy enough load that it needs to >>>> justify its existance. >>>> >>> >>> The major benefit is that all debugging data that we need to properly >>> debug application crashes in the base system will be available >>> out-of-box. >>> >>> There is a trade-off here, in both directions. For arm, for example, >>> the trade-off is that the default installed userland would grow, however >>> when there is a PR regarding an application crash, the tools to diagnose >>> the issue are there by default (we do not need to ask that the utility >>> is rebuilt with debugging options enabled, and then recreate the crash). >>> >>> I considered making this an opt-in thing for arm, but given the above >>> rationale, thought it would be more beneficial for the opposite route. >>> If you feel necessary, however, we can turn this off by default for now >>> for arm. >>> >>> Glen >>> >> >> I can't imagine that anybody is going to be happy with an installed >> system size increase from 520 to 2520 MB no matter how much it helps >> debugging, especially considering the the typical installation media is >> in the 2-8 GB range (with lots of 2 and 4 GB cards out there because >> that's what vendors bundle with the boards). >> > > Absolutely understood. As mentioned in a recent reply (before seeing > this email), I'll provide a closer estimate of what to expect soon. > Again, if you want this turned off for arm, that's fine. I would, > however, like to see it enabled by default across the board eventually > (even for -RELEASE builds). > YESSSSS Thanks Glen, this is a great step forward for Intel platform. Agreed, SMALL platforms should turn off at decision of those platform maintainers. Won't fight to keep debug default on for arm, that's for sure. Our Arm stuff runs Linux anyhow. :( -Alfred From owner-freebsd-current@FreeBSD.ORG Thu Feb 12 04:46:50 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1EDA2E25; Thu, 12 Feb 2015 04:46:50 +0000 (UTC) Received: from mail-ie0-f179.google.com (mail-ie0-f179.google.com [209.85.223.179]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id DEDC2333; Thu, 12 Feb 2015 04:46:49 +0000 (UTC) Received: by iecat20 with SMTP id at20so9306149iec.12; Wed, 11 Feb 2015 20:46: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:from:date:message-id:subject:to :cc:content-type; bh=6gq8YpY7vHjw8rfMhkEzk4zIGcMj+q+jnZbFpm1R5bo=; b=lsPGVunUoQDgP4e6SNR4CzfjIUqikWg2fEru8Ql9dsvHsngz1gV0Obw2Uv3vMoTTFQ CwYp40WeyHfB0oi1sDJ/vpEM0UO/KJyUns7BmHv8p7gKYrQJm2HKRMoTqxkdfMjnktEn dmPpe3/kN1U/O6cgN6x0M+Exhd3VW/5rw4AKw2mfz1ukoVay/aS4jnMT9tEJdWCYbg5E nAxHIuQJMDVq3U3BLRZquUL8l6aN/2m37fSwYm8y50XtO+294ajmIGjhNWD9XHJstKJf atjhkM+0elLjwGLE6NenkpyhrjXqSF4xaS9AA2oPfkmIU9sHJROHlBKcZiHag22n9OmF IlQw== X-Received: by 10.42.236.138 with SMTP id kk10mr3885067icb.60.1423716409049; Wed, 11 Feb 2015 20:46:49 -0800 (PST) MIME-Version: 1.0 Received: by 10.107.175.4 with HTTP; Wed, 11 Feb 2015 20:46:18 -0800 (PST) In-Reply-To: <20150212041158.GH1302@hub.FreeBSD.org> References: <20150212023912.GG1302@hub.FreeBSD.org> <1423713360.80968.89.camel@freebsd.org> <20150212041158.GH1302@hub.FreeBSD.org> From: Jia-Shiun Li Date: Thu, 12 Feb 2015 12:46:18 +0800 Message-ID: Subject: Re: HEADS-UP: Enabling WITH_DEBUG_FILES by default To: Glen Barber Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: FreeBSD Current , Ed Maste , Ian Lepore X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list 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 Feb 2015 04:46:50 -0000 On Thu, Feb 12, 2015 at 12:11 PM, Glen Barber wrote: > The major benefit is that all debugging data that we need to properly > debug application crashes in the base system will be available > out-of-box. > > There is a trade-off here, in both directions. For arm, for example, > the trade-off is that the default installed userland would grow, however > when there is a PR regarding an application crash, the tools to diagnose > the issue are there by default (we do not need to ask that the utility > is rebuilt with debugging options enabled, and then recreate the crash). > > I considered making this an opt-in thing for arm, but given the above > rationale, thought it would be more beneficial for the opposite route. > If you feel necessary, however, we can turn this off by default for now > for arm. > Is this default value supposed to go to future releases or only kept in -current for development & debugging purpose? For releases and resource-critical platforms, it'd be nice to build them all at once but only populate when needed after installation. -Jia-shiun. From owner-freebsd-current@FreeBSD.ORG Thu Feb 12 04:49:38 2015 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.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9A2E5F3C; Thu, 12 Feb 2015 04:49:37 +0000 (UTC) Date: Thu, 12 Feb 2015 04:49:33 +0000 From: Glen Barber To: Jia-Shiun Li Subject: Re: HEADS-UP: Enabling WITH_DEBUG_FILES by default Message-ID: <20150212044933.GK1302@hub.FreeBSD.org> References: <20150212023912.GG1302@hub.FreeBSD.org> <1423713360.80968.89.camel@freebsd.org> <20150212041158.GH1302@hub.FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="XjbSsFHOHxvQpKib" 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 , Ed Maste , Ian Lepore X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list 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 Feb 2015 04:49:38 -0000 --XjbSsFHOHxvQpKib Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Feb 12, 2015 at 12:46:18PM +0800, Jia-Shiun Li wrote: > On Thu, Feb 12, 2015 at 12:11 PM, Glen Barber wrote: >=20 > > The major benefit is that all debugging data that we need to properly > > debug application crashes in the base system will be available > > out-of-box. > > > > There is a trade-off here, in both directions. For arm, for example, > > the trade-off is that the default installed userland would grow, however > > when there is a PR regarding an application crash, the tools to diagnose > > the issue are there by default (we do not need to ask that the utility > > is rebuilt with debugging options enabled, and then recreate the crash). > > > > I considered making this an opt-in thing for arm, but given the above > > rationale, thought it would be more beneficial for the opposite route. > > If you feel necessary, however, we can turn this off by default for now > > for arm. > > >=20 > Is this default value supposed to go to future releases or only kept in > -current for development & debugging purpose? >=20 I would like to see it enabled by default for 11.0-RELEASE. > For releases and resource-critical platforms, it'd be nice to build them = all > at once but only populate when needed after installation. >=20 Yes, this would be the case for those tracking the releng/ branch in SVN. Glen --XjbSsFHOHxvQpKib Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJU3DDdAAoJEAMUWKVHj+KTFbsP/AhCkiRV9xzYhMlnGlYKBp1d dfsLW6yj3VpJgL9u7qvDMWnKg5PSu7VnznDL2l8Mi3mOo2XUNf1jbfthboKVs6N1 qHr+dz87kgQBoYI8Dfz5LhOSJxhzUujnyLiytyNTfWK0YoNCpm/1MA799v8tUfEN ibbux+zpV5CEaCs/E/9Su37+yNgx9P5Db3sz6+5ZtYBL1WcZ6+g0CqAOciuv7d1+ EyE5CboaXDu9rZ1k4WJfy2ctTQXIyCBQCj9t6Q6zS/NCVCcw/PegIjg/K/lBprK1 9beD1RsafGNWmD2fLW08kEDQoTr6nv7xRnE/filsU2LqAelAGCMbX0c+6KCdjqR/ 9mq2Sl33xDcpI635KU/bygVDXaFs9jXTq0S110Jb8odAw3+O0fssk8vGWfAd9PP5 abzflwWP3dhfWsLNEJRAHv+kn9ZiY+tqYb1DKawJ4P/RWz+ITr+zdCkGQgz1nxgq 1UAmDSpImCQ3GHuufWmbOcJssvoHvhFaW8xMuuJz23n2zMyZo48wDjiq2sTYzFPM 7aWRSrl26u5Dh0oWqlsZFggH+acIOQoFC0MT3UmF2DDjWxEVyo7U++Tk0HpKBnG0 g/yn895rx20G4+G3vEFY21WVCQbb1nP4V4Bzvh1qDlut1yqREoWVXnIdgK5eC91X UEcAxgd5bLXnzLI2tiUS =IZF3 -----END PGP SIGNATURE----- --XjbSsFHOHxvQpKib-- From owner-freebsd-current@FreeBSD.ORG Thu Feb 12 08:02:42 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 92D91CD8 for ; Thu, 12 Feb 2015 08:02:42 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 81164A39 for ; Thu, 12 Feb 2015 08:02:42 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 476AE139 for ; Thu, 12 Feb 2015 08:02:42 +0000 (UTC) Date: Thu, 12 Feb 2015 08:02:41 +0000 (GMT) From: jenkins-admin@freebsd.org To: freebsd-current@freebsd.org Message-ID: <1581594659.30.1423728161987.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <848258697.29.1423715164133.JavaMail.jenkins@jenkins-9.freebsd.org> References: <848258697.29.1423715164133.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is still unstable: FreeBSD_HEAD-tests2 #683 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Jenkins-Job: FreeBSD_HEAD-tests2 X-Jenkins-Result: UNSTABLE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list 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 Feb 2015 08:02:42 -0000 See From owner-freebsd-current@FreeBSD.ORG Thu Feb 12 08:22:12 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7A91F13B; Thu, 12 Feb 2015 08:22:12 +0000 (UTC) Received: from odin.blazingdot.com (odin.blazingdot.com [204.109.60.170]) by mx1.freebsd.org (Postfix) with ESMTP id 5E339C7E; Thu, 12 Feb 2015 08:22:12 +0000 (UTC) Received: by odin.blazingdot.com (Postfix, from userid 1001) id 1C7C8131E86; Thu, 12 Feb 2015 03:17:00 -0500 (EST) Date: Thu, 12 Feb 2015 03:16:59 -0500 From: Marcus Reid To: =?iso-8859-1?Q?Jean-S=E9bastien_P=E9dron?= Subject: Re: unbound crashes on bootup Message-ID: <20150212081659.GA12716@blazingdot.com> References: <1264.1423227963@critter.freebsd.dk> <54DB9A0C.1010806@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <54DB9A0C.1010806@FreeBSD.org> 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-1 Precedence: list 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 Feb 2015 08:22:12 -0000 On Wed, Feb 11, 2015 at 07:06:04PM +0100, Jean-Sébastien Pédron wrote: > On 06.02.2015 14:06, Poul-Henning Kamp wrote: > > I just updated my -current to r278283, and unbound (still) croaks > > during bootup: > > Hi! > > I have a similar problem. Also, unbound crashes each time I start/stop > OpenVPN. I suppose the problem is the same in both cases. > > The crash happens in the config_lookup_uid() in > contrib/unbound/util/config_file.c. Here's the code: > > struct passwd *pwd; > if((pwd = getpwnam(cfg->username)) == NULL) > log_err("user '%s' does not exist.", cfg->username); > cfg->uid = pwd->pw_uid; > > getpwnam(3) returns NULL: an error message is logged but the function > doesn't return. Therefore, the program segfaults on "pwd->pw_uid" on the > next line. The reason this crash happens is that unbound is chrooted and there is no /etc/pwd.db for getpwnam() to look at. A workaround is to mkdir /var/unbound/etc and put a copy of /etc/pwd.db into it (or even a reduced version that only contains the unbound user). I submitted a bug report for this yesterday. Marcus > > But why did getpwnam(3) return NULL in the first place? It looks for the > "unbound" user which exists. getpwnam() calls _nsdispatch() which fails. > > I have the default nsswitch.conf. I didn't look at the problem more > deeply yet, but could getpwnam()/_nsdispatch() be unhappy with the > absence of a working DNS resolver (unbound is being (re)started)? > > -- > Jean-Sébastien Pédron > From owner-freebsd-current@FreeBSD.ORG Thu Feb 12 08:22:14 2015 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8DEDE1F8 for ; Thu, 12 Feb 2015 08:22:14 +0000 (UTC) Received: from odin.blazingdot.com (odin.blazingdot.com [204.109.60.170]) by mx1.freebsd.org (Postfix) with ESMTP id 73294C7F for ; Thu, 12 Feb 2015 08:22:14 +0000 (UTC) Received: by odin.blazingdot.com (Postfix, from userid 1001) id 2DA21131E86; Thu, 12 Feb 2015 03:22:14 -0500 (EST) Date: Thu, 12 Feb 2015 03:22:14 -0500 From: Marcus Reid To: Poul-Henning Kamp Subject: Re: unbound crashes on bootup Message-ID: <20150212082214.GB12716@blazingdot.com> References: <1264.1423227963@critter.freebsd.dk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1264.1423227963@critter.freebsd.dk> X-Coffee-Level: nearly-fatal 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-1 Precedence: list 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 Feb 2015 08:22:14 -0000 On Fri, Feb 06, 2015 at 01:06:03PM +0000, Poul-Henning Kamp wrote: > I just updated my -current to r278283, and unbound (still) croaks > during bootup: > > Feb 6 13:00:54 critter dhclient: New Broadcast Address (wlan0): 192.168.60.255 > Feb 6 13:00:54 critter dhclient: New Routers (wlan0): 192.168.60.1 > Feb 6 13:00:54 critter kernel: pid 515 (unbound), uid 59: exited on signal 11 > Feb 6 13:00:58 critter ntpd_initres[769]: host name not found: pool.ntp.org > > No core file... You can get unbound to leave a core in /var/unbound by setting kern.sugid_coredump=1 . I found that sometimes (like on a hup and sometimes when interfaces go up/down) unbound would crash, which I tracked down to getpwnam() not having a /etc/pwd.db to use in the chroot. The latest version of unbound appears to have made a lot of changes in that particular place, getpwnam() doesn't even appear in that file anymore. I submitted a bug report for the crash that I found, I don't know if it's related to yours. Marcus From owner-freebsd-current@FreeBSD.ORG Thu Feb 12 09:12:24 2015 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D1D58D13; Thu, 12 Feb 2015 09:12:24 +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 607641CF; Thu, 12 Feb 2015 09:12:24 +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 t1C9CJ1e057693 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 12 Feb 2015 11:12:19 +0200 (EET) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.9.2 kib.kiev.ua t1C9CJ1e057693 Received: (from kostik@localhost) by tom.home (8.14.9/8.14.9/Submit) id t1C9CJTu057692; Thu, 12 Feb 2015 11:12:19 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Thu, 12 Feb 2015 11:12:19 +0200 From: Konstantin Belousov To: Glen Barber Subject: Re: HEADS-UP: Enabling WITH_DEBUG_FILES by default Message-ID: <20150212091219.GD34251@kib.kiev.ua> References: <20150212023912.GG1302@hub.FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20150212023912.GG1302@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: freebsd-current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list 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 Feb 2015 09:12:24 -0000 On Thu, Feb 12, 2015 at 02:39:12AM +0000, Glen Barber wrote: > Hi, > > Within the next 24 hours, I will merge the release-install-debug branch > into head, which will enable building and installing stripped debugging > files by default. > > In general, this should have no significant impact, but any fallout will > be addressed as soon as possible after the merge. > > Those that do not want debugging files built/installed by default should > add 'WITHOUT_DEBUG_FILES=1' to src.conf(5). This will also be noted in > UPDATING. Is there a knob to generate and install debug symbols for the libraries and rtld only ? I remember that there was some. IMO having debugging information for all binaries is just an overkill. Nobody debugs ls on regular basis, while debug information for C runtime is needed often. From owner-freebsd-current@FreeBSD.ORG Thu Feb 12 09:43:17 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4EB545B8; Thu, 12 Feb 2015 09:43:17 +0000 (UTC) Received: from mail-la0-f44.google.com (mail-la0-f44.google.com [209.85.215.44]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D3C91757; Thu, 12 Feb 2015 09:43:16 +0000 (UTC) Received: by labgd6 with SMTP id gd6so8879526lab.7; Thu, 12 Feb 2015 01:43: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=Yp1dCux5WlHIxfv/em6LjhAs+SuHHZD44YzKUy7tIvc=; b=kCCNphJYUnCtYcB2s0NXXp31iphhE6t/vUmNLRzpHbJ00O/lRySrA9sc3qmnwwiuMg zu/Xo63yXvlM9CSIll8I/9Z53Uuovs8ncSzmz5ca2mwgJ0YjNsSwUPUhTDtHmrkTUvwo 4ag8FIED0rUi6qllUtrqtspLAK/PWGrzRTuTyxwAUJHMSTp60Q37neGUPTK/aNLikpiV +UyZcOQxZqv/Mnep4Rc5wnLElajLjYXL3hvyDzCfIjHL1qrQVIeg17xOOHWPAp2cBWSL VPXLM76wqNz2+HytFWgMweudDOxuK6JiTK4BQd76Iw19/fFSsfRx6r+qh7d//4s10Hwg EfOg== MIME-Version: 1.0 X-Received: by 10.112.37.197 with SMTP id a5mr2441436lbk.19.1423734194808; Thu, 12 Feb 2015 01:43:14 -0800 (PST) Received: by 10.25.198.131 with HTTP; Thu, 12 Feb 2015 01:43:14 -0800 (PST) In-Reply-To: <20150212091219.GD34251@kib.kiev.ua> References: <20150212023912.GG1302@hub.FreeBSD.org> <20150212091219.GD34251@kib.kiev.ua> Date: Thu, 12 Feb 2015 10:43:14 +0100 Message-ID: Subject: Re: HEADS-UP: Enabling WITH_DEBUG_FILES by default From: Andreas Nilsson To: Konstantin Belousov Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: Glen Barber , Current FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list 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 Feb 2015 09:43:17 -0000 On Thu, Feb 12, 2015 at 10:12 AM, Konstantin Belousov wrote: > On Thu, Feb 12, 2015 at 02:39:12AM +0000, Glen Barber wrote: > > Hi, > > > > Within the next 24 hours, I will merge the release-install-debug branch > > into head, which will enable building and installing stripped debugging > > files by default. > > > > In general, this should have no significant impact, but any fallout will > > be addressed as soon as possible after the merge. > > > > Those that do not want debugging files built/installed by default should > > add 'WITHOUT_DEBUG_FILES=1' to src.conf(5). This will also be noted in > > UPDATING. > > Is there a knob to generate and install debug symbols for the libraries > and rtld only ? I remember that there was some. > > IMO having debugging information for all binaries is just an overkill. > Nobody debugs ls on regular basis, while debug information for C runtime > is needed often. > > I like the idea of having the debug files available. How would this work with regards to freebsd-update? Would the debug files earn a separate "component" slot? Best regards Andeas From owner-freebsd-current@FreeBSD.ORG Thu Feb 12 09:47:12 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4BC7D6F6; Thu, 12 Feb 2015 09:47: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 10AAD785; Thu, 12 Feb 2015 09:47:11 +0000 (UTC) Received: from [192.168.0.7] (cpc16-cmbg15-2-0-cust60.5-4.cable.virginm.net [86.5.162.61]) (authenticated bits=0) by theravensnest.org (8.15.1/8.14.9) with ESMTPSA id t1C9l6w2019587 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 12 Feb 2015 09:47:09 GMT (envelope-from theraven@FreeBSD.org) X-Authentication-Warning: theravensnest.org: Host cpc16-cmbg15-2-0-cust60.5-4.cable.virginm.net [86.5.162.61] claimed to be [192.168.0.7] Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2070.6\)) Subject: Re: HEADS-UP: Enabling WITH_DEBUG_FILES by default From: David Chisnall In-Reply-To: <20150212044933.GK1302@hub.FreeBSD.org> Date: Thu, 12 Feb 2015 09:47:00 +0000 Content-Transfer-Encoding: quoted-printable Message-Id: <06A0C6C3-0514-4A7C-A406-97542C71F1F6@FreeBSD.org> References: <20150212023912.GG1302@hub.FreeBSD.org> <1423713360.80968.89.camel@freebsd.org> <20150212041158.GH1302@hub.FreeBSD.org> <20150212044933.GK1302@hub.FreeBSD.org> To: Glen Barber X-Mailer: Apple Mail (2.2070.6) Cc: FreeBSD Current , Ed Maste , Ian Lepore , Jia-Shiun Li X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list 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 Feb 2015 09:47:12 -0000 On 12 Feb 2015, at 04:49, Glen Barber wrote: >=20 > I would like to see it enabled by default for 11.0-RELEASE. For everyone concerned about size, remember that the goal for = 11.0-RELEASE is to use pkg for the base system, which makes it much = easier to: - Install some debug info later, on demand. - Split debug info into separate packages so only the relevant bits can = be installed when debugging a particular problem. I probably don't want debug info for everything to be installed on my = systems by default and upgraded all of the time, but I really do want to = be able to just run a single pkg ins command to get the symbols for = whatever it is that I'm experiencing problems with. David From owner-freebsd-current@FreeBSD.ORG Thu Feb 12 12:22:53 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 52032B2D for ; Thu, 12 Feb 2015 12:22: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 3F8FBA10 for ; Thu, 12 Feb 2015 12:22:53 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id DE1981A9 for ; Thu, 12 Feb 2015 12:22:46 +0000 (UTC) Date: Thu, 12 Feb 2015 12:22:38 +0000 (GMT) From: jenkins-admin@freebsd.org To: freebsd-current@freebsd.org Message-ID: <1903309938.31.1423743758800.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1581594659.30.1423728161987.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1581594659.30.1423728161987.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is still unstable: FreeBSD_HEAD-tests2 #684 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Jenkins-Job: FreeBSD_HEAD-tests2 X-Jenkins-Result: UNSTABLE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list 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 Feb 2015 12:22:53 -0000 See From owner-freebsd-current@FreeBSD.ORG Thu Feb 12 13:21:29 2015 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.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BD6EF504; Thu, 12 Feb 2015 13:21:28 +0000 (UTC) Date: Thu, 12 Feb 2015 13:21:24 +0000 From: Glen Barber To: Konstantin Belousov Subject: Re: HEADS-UP: Enabling WITH_DEBUG_FILES by default Message-ID: <20150212132124.GM1302@hub.FreeBSD.org> References: <20150212023912.GG1302@hub.FreeBSD.org> <20150212091219.GD34251@kib.kiev.ua> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="zROEGoKAXsG5UqGB" Content-Disposition: inline In-Reply-To: <20150212091219.GD34251@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: freebsd-current@FreeBSD.org, Ed Maste X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list 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 Feb 2015 13:21:29 -0000 --zROEGoKAXsG5UqGB Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Feb 12, 2015 at 11:12:19AM +0200, Konstantin Belousov wrote: > On Thu, Feb 12, 2015 at 02:39:12AM +0000, Glen Barber wrote: > > Hi, > >=20 > > Within the next 24 hours, I will merge the release-install-debug branch > > into head, which will enable building and installing stripped debugging > > files by default. > >=20 > > In general, this should have no significant impact, but any fallout will > > be addressed as soon as possible after the merge. > >=20 > > Those that do not want debugging files built/installed by default should > > add 'WITHOUT_DEBUG_FILES=3D1' to src.conf(5). This will also be noted = in > > UPDATING. >=20 > Is there a knob to generate and install debug symbols for the libraries > and rtld only ? I remember that there was some. >=20 > IMO having debugging information for all binaries is just an overkill. > Nobody debugs ls on regular basis, while debug information for C runtime > is needed often. >=20 I thought there was one for libraries and rtld only, but do not see any trace of it now. Perhaps Ed can provide more information on this. Glen --zROEGoKAXsG5UqGB Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJU3KjUAAoJEAMUWKVHj+KTBA0QAI8vB+zmijgSYi1oNBAIfsoT yvULqzIJMnnBdi8rk9NGt47i3WSq6lssRiEcmPWrKRjJoa8N2ds4WAM8LPQYHYUd adIuO66vYRP1No/sx47BTx1Z7bdUNIkq+XfhkDKC7rgIST0SKoTu8RQSs/i3os+l tq6ML8QYG6d3tnU9ZncW9MwtyB/wg0LQvjgUo1rLLA0uDtqKj8PII4/wAUsB1JDY V8L4V4pzUb+CFUF86W7GluhCTk+Hhi/kMm91aVqR3Lrly4G/3nKt6yG9pkWrx2M3 c1e71wNOdWyj4O1PaX6x7SZKZyYWycEHItWOR5qFF+g+lykeE2PtXE808bkbOoYp gHpyK1gGs39mqAKMDvAHRTj6bdNNyk2J8pBuMIgPF/0QjfcEGDOU5e1+UtqLwR6Y Q9w/hBG7bNYwQcddGRcigPX6BCBwHLX8Nxgmysu7GxCxbnthQ3IfQNVYBpilbFvz RqZnnhVLC6ISj0ct+T32HROYTwNpnCt83wPSn1rbcxiym4OXpIw2FP+9S0HtU9HW gdMfYDQSYVm4aYiklueYz9Thfy9xqv0FwyeZWULvMds7GifeqbTt1LKoFh4Gni0r xUce6t5J3QVv3+P2XPkCVWyqedHRLd1QeUiRlNFL25hSRbopwGAFY1OjIS/4b3Z1 dTZJTI5FQDi9suY7Lsbw =31TO -----END PGP SIGNATURE----- --zROEGoKAXsG5UqGB-- From owner-freebsd-current@FreeBSD.ORG Thu Feb 12 14:15:45 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A098A24A; Thu, 12 Feb 2015 14:15:45 +0000 (UTC) Received: from mail-qc0-x235.google.com (mail-qc0-x235.google.com [IPv6:2607:f8b0:400d:c01::235]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 567287DF; Thu, 12 Feb 2015 14:15:45 +0000 (UTC) Received: by mail-qc0-f181.google.com with SMTP id p6so8541631qcv.12; Thu, 12 Feb 2015 06:15:44 -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=orVw58OQZ/SZpeIqPJn+nqMD8vlaLz5jCQEpl1790xA=; b=AA2/3FikQFS73aqT/Yi8MHxcnOfPc8v3IZEAZAn2d2NkiQUuUnZcYz5Lc/zjjNg20x 4KeJvv9xYghaEZfO0PoeftXJL2Zj7B1pX/RnaTJBgi8v19SRWBObB6tRXk+cDaPQl4nh f8rDIU1hoAFMZu34GOsZES6mhRdkuccanOYlQTX5IwuOEfbYmCQJpDplbXTmvu2Yx60L M4GNQjhVJYLJMmcoX2CyzS4eWPgeYO6KbAMCBJeBHm1EAd0KhlirWSrXgnlbW0zt5Tu7 AYZ9vCFbWgYwGLFiNosAGA4g49LXtlm8CRUnkw9ehfze3KnOUOo8nkoveYmSGdHYL/pF trBg== X-Received: by 10.229.197.134 with SMTP id ek6mr11173265qcb.21.1423750544463; Thu, 12 Feb 2015 06:15:44 -0800 (PST) MIME-Version: 1.0 Sender: carpeddiem@gmail.com Received: by 10.140.39.209 with HTTP; Thu, 12 Feb 2015 06:15:24 -0800 (PST) In-Reply-To: <20150212132124.GM1302@hub.FreeBSD.org> References: <20150212023912.GG1302@hub.FreeBSD.org> <20150212091219.GD34251@kib.kiev.ua> <20150212132124.GM1302@hub.FreeBSD.org> From: Ed Maste Date: Thu, 12 Feb 2015 09:15:24 -0500 X-Google-Sender-Auth: DEMijqriyYDuOW253kWa0-66aIk Message-ID: Subject: Re: HEADS-UP: Enabling WITH_DEBUG_FILES by default To: Glen Barber Content-Type: text/plain; charset=UTF-8 Cc: Konstantin Belousov , FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list 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 Feb 2015 14:15:45 -0000 On 12 February 2015 at 08:21, Glen Barber wrote: > On Thu, Feb 12, 2015 at 11:12:19AM +0200, Konstantin Belousov wrote: >> >> IMO having debugging information for all binaries is just an overkill. >> Nobody debugs ls on regular basis, while debug information for C runtime >> is needed often. >> > > I thought there was one for libraries and rtld only, but do not see any > trace of it now. No, there was never a separate knob. I first added standalone debug support to bsd.lib.mk, so there was a time that WITH_DEBUG_FILES=yes provided .debug files for libraries but not binaries. Note that rtld uses bsd.prog.mk and so it initially did not have debug data. We could introduce knobs like WITH_LIBRARY_DEBUG_FILES and WITH_BINARY_DEBUG_FILES for bsd.lib.mk / bsd.prog.mk, but we'd need an additional special case to build rtld debug to make a "runtime" debug package. The primary goal of this work is building debug data for releases. The debug files will not be included on the install media, but will be available for installation afterwards in order to debug a crash. For that packaging we want a 1:1 relationship between base system packages and -dbg packages. We can work backwards from there to help decide what the knobs should be. From owner-freebsd-current@FreeBSD.ORG Thu Feb 12 14:28:15 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5F401626; Thu, 12 Feb 2015 14:28:15 +0000 (UTC) Received: from mail-qa0-x22c.google.com (mail-qa0-x22c.google.com [IPv6:2607:f8b0:400d:c00::22c]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 13CEF95A; Thu, 12 Feb 2015 14:28:15 +0000 (UTC) Received: by mail-qa0-f44.google.com with SMTP id n8so7816065qaq.3; Thu, 12 Feb 2015 06:28: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:from:date:message-id :subject:to:cc:content-type; bh=LTefcjofe58A+0MD1yKK/kFsSvMRQ2pSc+0wjEoJw9E=; b=o8l/0Ir8GsnlQQuMYQ7htji+MtRi+biZh8JWYIU01hnyCIMKqDyDmDnrYOMckxTvku 4kmFXTVSAT2dYGBUuz/yKliDe49gNVbvYCstd5EWNliWlf2FZJ2Qh6R/FYLjQnkvOUSR SnYXOlze0AGfExqVGr4JgqOxXeIknojVKQJbiGpd2v3wRZZva8eqNwJl7fQpzgTFyil/ /ifdUbTh4ZcmEQCFlioBeyYCKccrKAi6HwrvODEV/kz+ya71i04sU9NiBKEULebyAwAm x+D9myIsssalR3Bepy2UqLOFkmRwMc/z9j/oa80Xrfd2FKpjqkkrCVyedlH13U9IDZKm 7QfQ== X-Received: by 10.140.100.226 with SMTP id s89mr10598317qge.96.1423751294223; Thu, 12 Feb 2015 06:28:14 -0800 (PST) MIME-Version: 1.0 Sender: carpeddiem@gmail.com Received: by 10.140.39.209 with HTTP; Thu, 12 Feb 2015 06:27:53 -0800 (PST) In-Reply-To: <54DC2F5B.8080709@freebsd.org> References: <20150212023912.GG1302@hub.FreeBSD.org> <1423713360.80968.89.camel@freebsd.org> <20150212041158.GH1302@hub.FreeBSD.org> <1423714981.80968.100.camel@freebsd.org> <20150212042857.GJ1302@hub.FreeBSD.org> <54DC2F5B.8080709@freebsd.org> From: Ed Maste Date: Thu, 12 Feb 2015 09:27:53 -0500 X-Google-Sender-Auth: p4VWk2lZ2j6X7S9TAAmeakTNm1I Message-ID: Subject: Re: HEADS-UP: Enabling WITH_DEBUG_FILES by default To: Alfred Perlstein Content-Type: text/plain; charset=UTF-8 Cc: Glen Barber , FreeBSD Current , Ian Lepore X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list 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 Feb 2015 14:28:15 -0000 On 11 February 2015 at 23:43, Alfred Perlstein wrote: > > Agreed, SMALL platforms should turn off at decision of those platform > maintainers. Won't fight to keep debug default on for arm, that's for sure. Actually, it's even more important that we build and store debug files for ARM releases. Consider a user running FreeBSD on a Raspberry Pi, using an image they downloaded and dd'd onto an SD card. The advice "rebuild with debug data and try to reproduce the issue" is more absurd there than on a big amd64 machine. All of this concerns what is on the installation media and in the release package sets, though, and not necessarily the default setting of the knob. It is technically possible for the release builds to enable debug files but leave the default off in the tree, although there are disadvantages of doing so. From owner-freebsd-current@FreeBSD.ORG Thu Feb 12 14:52:31 2015 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.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1F27CC41; Thu, 12 Feb 2015 14:52:31 +0000 (UTC) Date: Thu, 12 Feb 2015 14:52:26 +0000 From: Glen Barber To: Ed Maste Subject: Re: HEADS-UP: Enabling WITH_DEBUG_FILES by default Message-ID: <20150212145226.GN1302@hub.FreeBSD.org> References: <20150212023912.GG1302@hub.FreeBSD.org> <1423713360.80968.89.camel@freebsd.org> <20150212041158.GH1302@hub.FreeBSD.org> <1423714981.80968.100.camel@freebsd.org> <20150212042857.GJ1302@hub.FreeBSD.org> <54DC2F5B.8080709@freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="rPgHZmYkQ+bUEpVC" 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: Alfred Perlstein , Ian Lepore , FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list 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 Feb 2015 14:52:32 -0000 --rPgHZmYkQ+bUEpVC Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Feb 12, 2015 at 09:27:53AM -0500, Ed Maste wrote: > On 11 February 2015 at 23:43, Alfred Perlstein wrote: > > > > Agreed, SMALL platforms should turn off at decision of those platform > > maintainers. Won't fight to keep debug default on for arm, that's for = sure. >=20 > Actually, it's even more important that we build and store debug files > for ARM releases. Consider a user running FreeBSD on a Raspberry Pi, > using an image they downloaded and dd'd onto an SD card. The advice > "rebuild with debug data and try to reproduce the issue" is more > absurd there than on a big amd64 machine. >=20 > All of this concerns what is on the installation media and in the > release package sets, though, and not necessarily the default setting > of the knob. It is technically possible for the release builds to > enable debug files but leave the default off in the tree, although > there are disadvantages of doing so. >=20 We cannot set non-default options for release builds, because we lose reproducibility in the "by default" sense. Glen --rPgHZmYkQ+bUEpVC Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJU3L4lAAoJEAMUWKVHj+KTiDoP/i1E8m/2s7AYyHqEiMd56wrZ bf//DtG4sS8xRkvGXE/36+hGW2hyu1njdplU/60okimLJg6UknXd2UysYhbSlvd8 BWYrzt5HNezdLlTn1VDwk1JCForc9+0b4iQbYrLUjyPCkyI/Rf3IBQfQLljEY34w lOUBAqsTR4oE/jsAHTW2gFFP4uDfesLHOpZkdX4DaMnCsbB1HmDrEdW0ve6Nd76V E3AsIcy/eN0kV5tBghgH3+YxsSyUMsIvaG1SOL8pRPI+/IkA/rsXV6mXbdxyzuXN TAvEaX5YwhuCvKg4yMz6/45QtRIDQfSwsRXni29ow/H+RGXECVJcwOIBap7Q5dow KaRylMvjiwuLwOtcRQdCZegWYZtNufFnTAj7eJXZSnd7T81YYXJXQvnbHfNQAo+q PmtfTR8lXCvzt4xDhmQY1BBHY9lKEqnaTUfsIzq5QPwys4iwrfWI28PuiE7VksI9 jP3N3U8ru05WFvWbkJ/ObqUGjRyphxsTonzWxNH0FA9ii4F69NnOuayMO/tmNsh2 1xMDwWcKF133tdTmgpUd9qvqJRJZD6sGl52/2ijgLaxxuBzfjtQWIXaPLI8cgf5A n8zQNYJ//DSI8mguqWHYS2dq8+erxpXgPr4w8rKc+GrzyC8vyjDW18cXeJ3acH/N ICJyf4OodpLM3g734k8u =K4YT -----END PGP SIGNATURE----- --rPgHZmYkQ+bUEpVC-- From owner-freebsd-current@FreeBSD.ORG Thu Feb 12 14:59:08 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2E676E28; Thu, 12 Feb 2015 14:59:08 +0000 (UTC) Received: from mail-qc0-x235.google.com (mail-qc0-x235.google.com [IPv6:2607:f8b0:400d:c01::235]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D7CCCCE0; Thu, 12 Feb 2015 14:59:07 +0000 (UTC) Received: by mail-qc0-f181.google.com with SMTP id p6so8772471qcv.12; Thu, 12 Feb 2015 06:59:07 -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=s8ZpUQ0Nhm1CnSDsklEUjdE2RzbIl0vmh3WX6NVOqmA=; b=FHsErwycgbvjlKD/gLLoMObXuqW7I3AesSg2J3KoEin/qwIaVqukI6lOMGyiivGAcq bDAAsTkNkPL9ctoThLNyfKMlcR+2Da4Oq9FaRiXjckhSXGVTZKTsOvkEf2+jJTXwiTV4 kVzZ8s1AiSq9IXHyVGV9szF9KYG9/7Qdkk4P6t+MZoV+YiQnnVvz/EmTjTQnCgL6kddJ HqDZsoeONFjmko5uB750n0q2p1s59arhn682UBpHpFyiN1QLNxhzHf9YZxayrsRoL4OO 8Tmv2HSD/8VuCgdRvXS5ac1m9kgqY/2M6XVCDUY7gJcDXC5x9cLqkJxHRe84nOykRj6Q OU6A== X-Received: by 10.229.80.72 with SMTP id s8mr11764227qck.24.1423753147084; Thu, 12 Feb 2015 06:59:07 -0800 (PST) MIME-Version: 1.0 Sender: carpeddiem@gmail.com Received: by 10.140.39.209 with HTTP; Thu, 12 Feb 2015 06:58:46 -0800 (PST) In-Reply-To: <1423714981.80968.100.camel@freebsd.org> References: <20150212023912.GG1302@hub.FreeBSD.org> <1423713360.80968.89.camel@freebsd.org> <20150212041158.GH1302@hub.FreeBSD.org> <1423714981.80968.100.camel@freebsd.org> From: Ed Maste Date: Thu, 12 Feb 2015 09:58:46 -0500 X-Google-Sender-Auth: GMa7lkOC8vxho9pILQiZACSjn5s Message-ID: Subject: Re: HEADS-UP: Enabling WITH_DEBUG_FILES by default To: Ian Lepore Content-Type: text/plain; charset=UTF-8 Cc: Glen Barber , FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list 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 Feb 2015 14:59:08 -0000 On 11 February 2015 at 23:23, Ian Lepore wrote: > > I can't imagine that anybody is going to be happy with an installed > system size increase from 520 to 2520 MB no matter how much it helps > debugging, especially considering the the typical installation media is > in the 2-8 GB range (with lots of 2 and 4 GB cards out there because > that's what vendors bundle with the boards). This change will have almost(*) no effect on the size of a default installation from FreeBSD releases, or the size of those releases (CD or memstick images). The plan is that the debug files will be available as package sets that can be installed on demand, but in order to do so the debug data needs to be built and stored at the time the release is built. I say "almost" no effect because the installed binaries grow by a trivial amount with the addition of a .gnu_debuglink section and note. For illustration here are the file sizes of ls, files in the objdir unless otherwise noted: # no debug ls 44465 ls (installed) 31920 # with debug ls.full 89401 ls.debug 60145 ls 40344 ls (installed) 32016 From owner-freebsd-current@FreeBSD.ORG Thu Feb 12 15:29:42 2015 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B45D9908; Thu, 12 Feb 2015 15:29:42 +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", Issuer "troutmask" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 92C0075; Thu, 12 Feb 2015 15:29:42 +0000 (UTC) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.14.9/8.14.9) with ESMTP id t1CFTapE066079 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Thu, 12 Feb 2015 07:29:36 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.9/8.14.9/Submit) id t1CFTakY066078; Thu, 12 Feb 2015 07:29:36 -0800 (PST) (envelope-from sgk) Date: Thu, 12 Feb 2015 07:29:36 -0800 From: Steve Kargl To: Glen Barber Subject: Re: HEADS-UP: Enabling WITH_DEBUG_FILES by default Message-ID: <20150212152936.GA66037@troutmask.apl.washington.edu> References: <20150212023912.GG1302@hub.FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20150212023912.GG1302@hub.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-1 Precedence: list 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 Feb 2015 15:29:42 -0000 On Thu, Feb 12, 2015 at 02:39:12AM +0000, Glen Barber wrote: > Hi, > > Within the next 24 hours, I will merge the release-install-debug branch > into head, which will enable building and installing stripped debugging > files by default. > > In general, this should have no significant impact, but any fallout will > be addressed as soon as possible after the merge. > > Those that do not want debugging files built/installed by default should > add 'WITHOUT_DEBUG_FILES=1' to src.conf(5). This will also be noted in > UPDATING. > Does this feature take into account the optimization level that one may set via CFLAGS? Conventional wisdom used to claim that debuggers did not fair too well with code that was compiled with -O2 (or -Os and/or other well-known gcc options -fomit-frame-pointer, etc.) The common advice was to recompile one's code with -g or '-g -O'. Does lldb cope better with optimized binaries? -- Steve From owner-freebsd-current@FreeBSD.ORG Thu Feb 12 15:30:17 2015 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.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 09907A0B; Thu, 12 Feb 2015 15:30:16 +0000 (UTC) Date: Thu, 12 Feb 2015 15:30:13 +0000 From: Glen Barber To: freebsd-current@FreeBSD.org Subject: Re: HEADS-UP: Enabling WITH_DEBUG_FILES by default Message-ID: <20150212153013.GO1302@hub.FreeBSD.org> References: <20150212023912.GG1302@hub.FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="Thv7PGoFpDPJ7Oar" Content-Disposition: inline In-Reply-To: <20150212023912.GG1302@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-1 Precedence: list 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 Feb 2015 15:30:17 -0000 --Thv7PGoFpDPJ7Oar Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Feb 12, 2015 at 02:39:12AM +0000, Glen Barber wrote: > Within the next 24 hours, I will merge the release-install-debug branch > into head, which will enable building and installing stripped debugging > files by default. >=20 Given the feedback received, I will not be merging this branch to head today, pending additional changes. Glen --Thv7PGoFpDPJ7Oar Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJU3McFAAoJEAMUWKVHj+KTqSgP/isGsRF/Tasd+3ZoSAD2jekm br9cC90jDQKlHUwlETeFlgIt7bSns+7WjuvMCOjCOESpF/wTBSxARAkwBW50fcYU OT/xUR90/7lanPCjwE+ydIEDtruyKVkotDhfXIwWYyxSfTihaAD24eo1lxeLSg3l syIDyHT5AVWLW0gITPTXMJES5iJqxpCP7tpEMCdNxq0fPhGfGEOrEBs6+JL1wBw9 ChbiyMVZikq6K87HXcbz9MPiQ4cTuNedKOKHsRdqrdNzS9pbOSEbWsO/U7gSu7dp QoaK65p3lhJh5TjXzugC07y1oLwqfKHKyPDzyQGejv8ovyQszYachldY0mcG/Bww aSaOcqBXwwwR6rfhPbvoEFcGbkawDqaCAiG1XYUyRfeFAnfsWyVlNT14He8yJq7t S6rklNfLQsLcqHHhuA9ut53sRBxqtqxRJVsHbQ9YGTIrPbXn0KI732ynnnigjIPB HahfnsKCpUDbw5upNWyR6G/rY8i5BjYGobTHkg67FdRWVK938mfeonZYS4jv8uu0 +A9qbUXA0ykfb+Oh4rQwwzFcwcs7bNLu1ZktgL910FKqdsz58mfn4BNplaXDsCQT G2nU1wLQt+NwX3zlvgtaFEe8uW2R1uT5iJCdVIAy4ES75YQTK/m0fW0R7weDfN96 soRi2lE3npRIfw0fR4Ts =S5yg -----END PGP SIGNATURE----- --Thv7PGoFpDPJ7Oar-- From owner-freebsd-current@FreeBSD.ORG Thu Feb 12 16:31:03 2015 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.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0264B5AF; Thu, 12 Feb 2015 16:31:02 +0000 (UTC) Date: Thu, 12 Feb 2015 16:30:58 +0000 From: Glen Barber To: Ian Lepore Subject: Re: HEADS-UP: Enabling WITH_DEBUG_FILES by default Message-ID: <20150212163058.GP1302@hub.FreeBSD.org> References: <20150212023912.GG1302@hub.FreeBSD.org> <1423713360.80968.89.camel@freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="xNm6VWMD3PcA105u" Content-Disposition: inline In-Reply-To: <1423713360.80968.89.camel@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-1 Precedence: list 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 Feb 2015 16:31:03 -0000 --xNm6VWMD3PcA105u Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Feb 11, 2015 at 08:56:00PM -0700, Ian Lepore wrote: > How much time will this add to a build? >=20 I did not keep the build log files from the initial universe build with DEBUG_FILES enabled, so cannot yet provide a granular overview of the build times at the moment unfortunately. I will provide this next time a heads-up about this merge is sent, since I will not be merging this branch today. This is the comparison of the resulting userland from 'installworld'. Note, this does not take into account 'installkernel', since there is no change there, that I can tell. Target MK_DEBUG_FILES=3Dyes MK_DEBUG_FILES=3Dno amd64/amd64: 400M 257M arm/arm: 317M 206M arm/armeb: 262M 185M arm/armv6: 316M 205M arm/armv6hf: 316M 205M i386/i386: 325M 208M mips/mips: 276M 195M mips/mips64: 282M 200M mips/mips64el: 280M 198M mips/mipsel: 277M 195M mips/mipsn32: 273M 194M pc98/i386: 321M 207M powerpc/powerpc: 285M 198M powerpc/powerpc64: 362M 250M sparc64/sparc64: 277M 195M Glen --xNm6VWMD3PcA105u Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJU3NU8AAoJEAMUWKVHj+KTwowP/jjReeydF8+9njllfozH0OHN 5u0P0cip+JAoZDGWWYZN0cg+Y7yIMoIHG2PAubAFKioNBLawYjxKQ2Q/V38QbeI/ y4WPjXfFUuguro7LdS4HBjFLLXrjW6eIzQmqSMTc2tdDtjBfl23maRC6MTqiXxKk jprNyWzup0Uf3s/6MNH8GeHfP77mDN3PSdm4lbO2XLznF2Sa4bV8A/fHZfQ7w43a 2YDBx+lbDpbqI2QipRw32BBJAcMYKS+71xH4/jm76FBgGSL5B/Ug7EPrJdQDaDGS AfQHGwCzT7Zwwjp0wcNtTG1V3v/4HUfkPKA4W6TOqRLr8Sie73sI9gPc8tu7ALvb HhkocwsYE4WpIDElG/OigB9lhI7tuDRVlGzbWP6VpImmw0Pa118KnxxyPyEytZOM i13FWsHH5jXZzqTadhnU9RRuQSFTuvWdbvW1GHrTu/RM1Azarnde8IZISnxjS1wr ch95at/lvCTaL70cpdUTxjCYXn3OR11x8cgyMhZHOwJvO3cpZ4NDghnCP3plSfvf nwzRR/3ClgEVK3/nFvln4rE5pnpmuj6oL2tHSbkvTV4zSTzLVlToxYbFlgrDeRog geNUdszS8vGjfd6SDAAPEpIasrkcvAlm0/7pk6h3vJCRJjF5wQQYTLguKRZFe33B RcGTrdjHc5cTIBKWu38W =Qhd9 -----END PGP SIGNATURE----- --xNm6VWMD3PcA105u-- From owner-freebsd-current@FreeBSD.ORG Thu Feb 12 16:35:55 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 98C2270D for ; Thu, 12 Feb 2015 16:35:55 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 86DA4A51 for ; Thu, 12 Feb 2015 16:35:55 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 8BB7920F for ; Thu, 12 Feb 2015 16:35:55 +0000 (UTC) Date: Thu, 12 Feb 2015 16:35:55 +0000 (GMT) From: jenkins-admin@freebsd.org To: freebsd-current@freebsd.org Message-ID: <1713764603.33.1423758955444.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1903309938.31.1423743758800.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1903309938.31.1423743758800.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is still unstable: FreeBSD_HEAD-tests2 #685 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Jenkins-Job: FreeBSD_HEAD-tests2 X-Jenkins-Result: UNSTABLE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list 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 Feb 2015 16:35:55 -0000 See From owner-freebsd-current@FreeBSD.ORG Thu Feb 12 17:06:53 2015 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CE699F09; Thu, 12 Feb 2015 17:06:53 +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 2847CDBD; Thu, 12 Feb 2015 17:06:53 +0000 (UTC) X-AuditID: 1209190c-f79696d000005933-93-54dcdc78d90d Received: from mailhub-auth-3.mit.edu ( [18.9.21.43]) (using TLS with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by dmz-mailsec-scanner-1.mit.edu (Symantec Messaging Gateway) with SMTP id D2.8E.22835.87CDCD45; Thu, 12 Feb 2015 12:01:44 -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 t1CH1hOc002430; Thu, 12 Feb 2015 12:01:44 -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 t1CH1gjZ031289 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Thu, 12 Feb 2015 12:01:43 -0500 Received: (from kaduk@localhost) by multics.mit.edu (8.12.9.20060308) id t1CH1fiY014600; Thu, 12 Feb 2015 12:01:41 -0500 (EST) Date: Thu, 12 Feb 2015 12:01:41 -0500 (EST) From: Benjamin Kaduk To: current@freebsd.org Subject: /usr/lib/private and static linking? Message-ID: User-Agent: Alpine 1.10 (GSO 962 2008-03-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFnrOIsWRmVeSWpSXmKPExsUixCmqrVtx506IwcJ/uha/f11ktZhw5QeT A5PHjE/zWQIYo7hsUlJzMstSi/TtErgyNn1QLfjMUvH82w6WBsZlLF2MnBwSAiYSr/9sZYew xSQu3FvP1sXIxSEksJhJYuLN++wQzkZGifZf96CcQ0wSjW97mSGcBkaJtwcXMoL0swhoS2zf 288EYrMJqEjMfLORDcQWERCX+L2zB6yGWUBEYsnBp2C2sICuxPKPN5lBbF4BB4m576+ygtii AjoSq/dPYYGIC0qcnPmEBaJXS2L59G0sExj5ZyFJzUKSWsDItIpRNiW3Sjc3MTOnODVZtzg5 MS8vtUjXUC83s0QvNaV0EyM44CR5djC+Oah0iFGAg1GJhzfA+E6IEGtiWXFl7iFGSQ4mJVHe 1JtAIb6k/JTKjMTijPii0pzU4kOMEhzMSiK8UcuAcrwpiZVVqUX5MClpDhYlcd5NP/hChATS E0tSs1NTC1KLYLLqHBwCR55OzpZiycvPS1WS4LW8DTRDsCg1PbUiLTOnBKGSiYMTZA8P0B4b kBre4oLE3OLMdIj8KUZdjgXt+2cyCYENkhLnNQIpEgApyijNg5sDSx+vGMWBPhTm/X4LqIoH mHrgJr0CWsIEtGTijNsgS0oSEVJSDYzin5SyPj2eEbRQP1z62sLNs0RvHtVUv3Ij7fVj9u9/ 0lc1eKcaCDjLLWbY0NDlcY73/WZhqTjOyCaJqjceW6fwhO5Qb2m643oh/sz7M/F7Qpkjk0W2 Nx4pVdTKr+ybMbfnV7VAGqPZ7zk5mxcu+rquiUXypSe/S8pMqQNHPrIrN94Oyw0IkFJiKc5I NNRiLipOBABFCodh+gIAAA== Cc: bapt@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list 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 Feb 2015 17:06:53 -0000 I have a machine running -current from December (r276480), and trying to link with "cc -static [...] $(krb5-config --libs)" yields a linker error: /usr/lib/libkrb5.a(kcm.o): In function `krb5_kcm_call': /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/kcm/kcm.c:(.text+0x10e): undefined reference to `heim_ipc_init_context' /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/kcm/kcm.c:(.text+0x162): undefined reference to `heim_ipc_call' Should I update my system? Is static linking against libraries which consume libraries in /usr/lib/private no longer supported? Thanks, Ben From owner-freebsd-current@FreeBSD.ORG Thu Feb 12 17:33:49 2015 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CAD2767B for ; Thu, 12 Feb 2015 17:33:49 +0000 (UTC) Received: from mail-wg0-x230.google.com (mail-wg0-x230.google.com [IPv6:2a00:1450:400c:c00::230]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 5896A12B for ; Thu, 12 Feb 2015 17:33:49 +0000 (UTC) Received: by mail-wg0-f48.google.com with SMTP id l18so8538708wgh.7 for ; Thu, 12 Feb 2015 09:33:47 -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=T+J6qluQDBXr2Y2uY2uX0yLmVFt6XXx7x5J/tjZ26Ek=; b=huIaeteIHFXPFmPkfoixaTrvbhFcOgSplKmNrhvnCAQcO9cJchqUUsdIrWaNsvqiRU 6CeJG37ZtZqyMaSUKFscBnqoG1A7i7fRCkdtTs8FnQ4DzGiokKxQQQvC3q07ZuiQZxTU QwpbEG3g9qALZPcQyVV7kJc7o9ozvgT3dNupghzaMYdOmQXccJ9wjtPWqGvZOFBHu0Go T0ClAZLamMQBRz545tchca10BsTIHOOU4LXSDNZD6F576E/VBldsznCyHU0gkwHnK4Ij INCkUw1sR8iFOkSExAM7zwKs/8FLeap8jIgzANJclnrrSMhx7944zZlDNEScjwFB111o 2pvQ== X-Received: by 10.180.74.52 with SMTP id q20mr9280663wiv.0.1423762427792; Thu, 12 Feb 2015 09:33:47 -0800 (PST) Received: from ivaldir.etoilebsd.net ([2001:41d0:8:db4c::1]) by mx.google.com with ESMTPSA id n1sm3400609wib.11.2015.02.12.09.33.46 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 12 Feb 2015 09:33:46 -0800 (PST) Sender: Baptiste Daroussin Date: Thu, 12 Feb 2015 18:33:44 +0100 From: Baptiste Daroussin To: Benjamin Kaduk Subject: Re: /usr/lib/private and static linking? Message-ID: <20150212173344.GH29891@ivaldir.etoilebsd.net> References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="cTOVv4IlZiYEQ88H" Content-Disposition: inline In-Reply-To: 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-1 Precedence: list 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 Feb 2015 17:33:49 -0000 --cTOVv4IlZiYEQ88H Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Feb 12, 2015 at 12:01:41PM -0500, Benjamin Kaduk wrote: > I have a machine running -current from December (r276480), and trying to > link with "cc -static [...] $(krb5-config --libs)" yields a linker error: >=20 > /usr/lib/libkrb5.a(kcm.o): In function `krb5_kcm_call': > /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/kcm/kcm.c= :(.text+0x10e): > undefined reference to `heim_ipc_init_context' > /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/kcm/kcm.c= :(.text+0x162): > undefined reference to `heim_ipc_call' >=20 > Should I update my system? Is static linking against libraries which > consume libraries in /usr/lib/private no longer supported? >=20 > Thanks, >=20 In the last modification of the private libraries we removed everything whi= ch is development related, maybe the .a files should be kept to allow linking to a public library which consumes a private one. Best regards, Bapt --cTOVv4IlZiYEQ88H Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iEYEARECAAYFAlTc4/gACgkQ8kTtMUmk6EyTqgCgqyr3DR2dZkQgBCLtD8o2VFBV jLUAn3JtNQLejbBCyJkkPNcdOkauvo/M =AONJ -----END PGP SIGNATURE----- --cTOVv4IlZiYEQ88H-- From owner-freebsd-current@FreeBSD.ORG Thu Feb 12 17:36:04 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3E2CA79E; Thu, 12 Feb 2015 17:36:04 +0000 (UTC) Received: from frv27.fwdcdn.com (frv158.fwdcdn.com [212.42.77.158]) (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 F1ADF14A; Thu, 12 Feb 2015 17:36:01 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=ukr.net; s=fsm; h=Content-Transfer-Encoding:Content-Type:MIME-Version:References:In-Reply-To:Message-ID:Subject:To:From:Date; bh=wdT1fxPSOe1GvcB3OXlAPpe49gyM+f5go5u3rlzgGRk=; b=AABYVFTqBv6syF//qJo3PUk/DNQGYQO3xHT1VG9nn2RnXd8dOwqnbxX3eccLVf17AR7snfqkNiCtBFaMWK63m4HOxwFQsrOs5WOxFLVSGz5czjlIx67OywhRyPllg53wzES/h447WBWhkl4NEtYPSWwSYeuetZRSNUcieyLWlbg=; Received: from [178.137.225.182] (helo=nonamehost.local) by frv27.fwdcdn.com with esmtpsa ID 1YLxg8-0007Cw-9s ; Thu, 12 Feb 2015 19:35:52 +0200 Date: Thu, 12 Feb 2015 19:35:46 +0200 From: Ivan Klymenko To: freebsd-current@freebsd.org, freebsd-fs@freebsd.org Subject: Re: [ZFS] [panic] Fatal trap 12: page fault while in kernel mode. Message-ID: <20150212193546.3d62c88b@nonamehost.local> In-Reply-To: <20150210220129.3d780d50@nonamehost.local> References: <20150210220129.3d780d50@nonamehost.local> X-Mailer: Claws Mail 3.11.1 (GTK+ 2.24.25; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Authentication-Result: IP=178.137.225.182; mail.from=fidaj@ukr.net; dkim=pass; header.d=ukr.net X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list 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 Feb 2015 17:36:04 -0000 =D0=92 Tue, 10 Feb 2015 22:01:29 +0200 Ivan Klymenko =D0=BF=D0=B8=D1=88=D0=B5=D1=82: > I do not know the conditions - it just happened. >=20 > http://pastebin.com/BASJB599 next http://pastebin.com/hY8GYpjd From owner-freebsd-current@FreeBSD.ORG Thu Feb 12 17:37:35 2015 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 85EDC91A; Thu, 12 Feb 2015 17:37:35 +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 B2826165; Thu, 12 Feb 2015 17:37:34 +0000 (UTC) X-AuditID: 1209190c-f79696d000005933-02-54dce4ddd59d Received: from mailhub-auth-4.mit.edu ( [18.7.62.39]) (using TLS with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by dmz-mailsec-scanner-1.mit.edu (Symantec Messaging Gateway) with SMTP id 5B.83.22835.DD4ECD45; Thu, 12 Feb 2015 12:37:33 -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 t1CHbWBd017188; Thu, 12 Feb 2015 12:37:32 -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 t1CHbUPa012320 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Thu, 12 Feb 2015 12:37:32 -0500 Received: (from kaduk@localhost) by multics.mit.edu (8.12.9.20060308) id t1CHbUBl019064; Thu, 12 Feb 2015 12:37:30 -0500 (EST) Date: Thu, 12 Feb 2015 12:37:30 -0500 (EST) From: Benjamin Kaduk To: Baptiste Daroussin Subject: Re: /usr/lib/private and static linking? In-Reply-To: <20150212173344.GH29891@ivaldir.etoilebsd.net> Message-ID: References: <20150212173344.GH29891@ivaldir.etoilebsd.net> User-Agent: Alpine 1.10 (GSO 962 2008-03-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFnrCIsWRmVeSWpSXmKPExsUixG6nrnv3yZ0Qgw3nuS1+/7rIajHhyg8m ByaPGZ/mswQwRnHZpKTmZJalFunbJXBlHHizkb3gEkfFub2PWRsYJ7J3MXJySAiYSDyY+QvK FpO4cG89G4gtJLCYSeLrWf0uRi4geyOjxJJ/j5ghEoeYJHbulodINDBK7N65DKybRUBbYtnC C2A2m4CKxMw3G8EmiQhoStxd2szUxcjBwSwgLvGyXwkkLCxgKLHj9zp2kDCngLVE05Y6EJNX wEFi388wiE35EtduTgIbIiqgI7F6/xQWEJtXQFDi5MwnYDazgJbE8unbWCYwCs5CkpqFJLWA kWkVo2xKbpVubmJmTnFqsm5xcmJeXmqRrqFebmaJXmpK6SZGUGBySvLsYHxzUOkQowAHoxIP b4DxnRAh1sSy4srcQ4ySHExKorwld4BCfEn5KZUZicUZ8UWlOanFhxglOJiVRHijlgHleFMS K6tSi/JhUtIcLErivJt+8IUICaQnlqRmp6YWpBbBZGU4OJQkeMsfAzUKFqWmp1akZeaUIKSZ ODhBhvMADd8AUsNbXJCYW5yZDpE/xagoJc6bCZIQAElklObB9cISxytGcaBXhHmvg1TxAJMO XPcroMFMQIMnzrgNMrgkESEl1cDon3K0oL5Y5NorzSWJjy226Ny1jXuivCLgqttPyR8N8TMq NsdKrHtacmzyrRPHCyN+HP3JozRxV6blkls8hr53g1PmNnw5mtKysTjcSinS+n/Mq4BlXzfu CTrtt+VswNGX740u8r24IvTz+54djrEv11UfVFQzMYjn/C783EDjm54O85nzmwzclViKMxIN tZiLihMBADIEKvcCAAA= Cc: current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list 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 Feb 2015 17:37:35 -0000 On Thu, 12 Feb 2015, Baptiste Daroussin wrote: > On Thu, Feb 12, 2015 at 12:01:41PM -0500, Benjamin Kaduk wrote: > > I have a machine running -current from December (r276480), and trying to > > link with "cc -static [...] $(krb5-config --libs)" yields a linker error: > > > > /usr/lib/libkrb5.a(kcm.o): In function `krb5_kcm_call': > > /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/kcm/kcm.c:(.text+0x10e): > > undefined reference to `heim_ipc_init_context' > > /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/kcm/kcm.c:(.text+0x162): > > undefined reference to `heim_ipc_call' > > > > Should I update my system? Is static linking against libraries which > > consume libraries in /usr/lib/private no longer supported? > > > > Thanks, > > > In the last modification of the private libraries we removed everything which is > development related, maybe the .a files should be kept to allow linking to a > public library which consumes a private one. Will you be able to look at doing so, or should I try to get up to speed and do it myself? -Ben From owner-freebsd-current@FreeBSD.ORG Thu Feb 12 17:40:18 2015 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.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 146D8A45; Thu, 12 Feb 2015 17:40:17 +0000 (UTC) Date: Thu, 12 Feb 2015 17:40:09 +0000 From: Glen Barber To: Ian Lepore Subject: Re: HEADS-UP: Enabling WITH_DEBUG_FILES by default Message-ID: <20150212174009.GR1302@hub.FreeBSD.org> References: <20150212023912.GG1302@hub.FreeBSD.org> <1423713360.80968.89.camel@freebsd.org> <20150212163058.GP1302@hub.FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="LkYZvX65tyO4RZtj" Content-Disposition: inline In-Reply-To: <20150212163058.GP1302@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-1 Precedence: list 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 Feb 2015 17:40:18 -0000 --LkYZvX65tyO4RZtj Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Feb 12, 2015 at 04:30:58PM +0000, Glen Barber wrote: > On Wed, Feb 11, 2015 at 08:56:00PM -0700, Ian Lepore wrote: > > How much time will this add to a build? > >=20 >=20 > I did not keep the build log files from the initial universe build with > DEBUG_FILES enabled, so cannot yet provide a granular overview of the > build times at the moment unfortunately. I will provide this next time > a heads-up about this merge is sent, since I will not be merging this > branch today. >=20 > This is the comparison of the resulting userland from 'installworld'. > Note, this does not take into account 'installkernel', since there is no > change there, that I can tell. >=20 Sigh. The previous numbers were wrong, because I used 'du -hs' instead of 'du -hsA' on a lz4-compressed ZFS dataset. The corrected numbers are: Target MK_DEBUG_FILES=3Dyes MK_DEBUG_FILES=3Dno amd64/amd64: 647M 374M arm/arm: 465M 270M arm/armeb: 351M 232M arm/armv6: 463M 266M arm/armv6hf: 462M 266M i386/i386: 477M 274M mips/mips: 414M 279M mips/mips64: 458M 307M mips/mips64el: 458M 307M mips/mipsel: 414M 279M mips/mipsn32: 406M 276M pc98/i386: 470M 272M powerpc/powerpc: 386M 252M powerpc/powerpc64: 566M 368M sparc64/sparc64: 409M 262M Glen --LkYZvX65tyO4RZtj Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJU3OV5AAoJEAMUWKVHj+KTxZAQAI3nb+0Z2lPu1oEG2dpBI9p0 GVlMVTK75QbHNMKGyHPpoK5bnQm7gbXQbaThJyRjmee5eHIvdYYaefZsnoRzPpBQ V7mfNdsxJln6FzRINW/NtmgWyhz3znOTjmnZbDeZN7o0COi4DyVGf3u1kYaM5IbD jJ0Mlc2AHdt+NxXmOQ1FKWB0w86rf7yB7OYnkrlqB4RmIODLYmuszhNiXCyTUYNi T07aZYbvk3eJ0AMK2XzvE6UhzULPoRYP86ah9j5qkHmR4wT9x009pgriLyQijUas NusnxBLfuvxiNnPxB1j58xi8FxrJ62FeAjGCaHRopL2fGiKj9KO1yBsvPba58P7m E/sANXuTNTRJew5kjwbTERn67rUm/hBrIJOigHvpNOW60sMD0YWo3oVfGl4NkRco adhhueaSdmBeBMSdV6oZee1V3tKHr/+YvgiH/SP46m1IWD13wy7PVi2O5vzOPRG3 KS3BPGH+0x/iKoo7H0EXtcuIf1WZOT5JeWDCv1mBDQyOaNnTkvQW32JPpB4M0tER xpySFmIVKVEyShdMaohSybXWYUReHf5uFJFl/gOxQG/tGiwWetTExRP3hQY3rVrP JIFLmVPEN+3ZpnAff6XPVulzXqLctg6UhV7JY9XWHiIL86zalzDY5WaklBFJ8QZ5 Ybrbto98rdWDhCbB+nh2 =RjYt -----END PGP SIGNATURE----- --LkYZvX65tyO4RZtj-- From owner-freebsd-current@FreeBSD.ORG Thu Feb 12 17:44:03 2015 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 217A7BCA for ; Thu, 12 Feb 2015 17:44:03 +0000 (UTC) Received: from mail-wi0-x231.google.com (mail-wi0-x231.google.com [IPv6:2a00:1450:400c:c05::231]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 9FD15254 for ; Thu, 12 Feb 2015 17:44:02 +0000 (UTC) Received: by mail-wi0-f177.google.com with SMTP id bs8so6272001wib.4 for ; Thu, 12 Feb 2015 09:44:01 -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=BwztgZc309qp8tMWRVNqZyasHGIEcFrq/EWtL09red8=; b=It2iUmi00JrMb58sXsebafpDnCx/HHpkSiGx4e9AUncxFAR8R2nlXAvz4Yxf9wzxKF q9nlv0PVoID5pbVVBb3pO1FVsa+DAQ2DsGv5LygYyIvhR4w+yAl3ToLxklMz0OVVdye2 +T/QsRzpkNPhSqPyIKrStx4gjhOxsBtwW6x2uUFEXZOyk1GeOFG5PXFY690goVcRAKp/ 62foiPIrVZXKox96TKNzx9Vt4JMWMygEq9XvA8BlbZjb8VGxCzerQqzi2O6PBV1/Z1J5 3AczBsNgdvfcAs5uxCV34e36Gj4NpokOTkOlIZ3ROvTtzCA7nc+CfsDVJ7N5A9EvEq0+ i6Eg== X-Received: by 10.194.61.100 with SMTP id o4mr10413761wjr.28.1423763041001; Thu, 12 Feb 2015 09:44:01 -0800 (PST) Received: from ivaldir.etoilebsd.net ([2001:41d0:8:db4c::1]) by mx.google.com with ESMTPSA id j9sm6584536wjy.18.2015.02.12.09.43.59 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 12 Feb 2015 09:43:59 -0800 (PST) Sender: Baptiste Daroussin Date: Thu, 12 Feb 2015 18:43:57 +0100 From: Baptiste Daroussin To: Benjamin Kaduk Subject: Re: /usr/lib/private and static linking? Message-ID: <20150212174357.GI29891@ivaldir.etoilebsd.net> References: <20150212173344.GH29891@ivaldir.etoilebsd.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="U7PH6YjyT5379uVx" Content-Disposition: inline In-Reply-To: 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-1 Precedence: list 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 Feb 2015 17:44:03 -0000 --U7PH6YjyT5379uVx Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Feb 12, 2015 at 12:37:30PM -0500, Benjamin Kaduk wrote: > On Thu, 12 Feb 2015, Baptiste Daroussin wrote: >=20 > > On Thu, Feb 12, 2015 at 12:01:41PM -0500, Benjamin Kaduk wrote: > > > I have a machine running -current from December (r276480), and trying= to > > > link with "cc -static [...] $(krb5-config --libs)" yields a linker er= ror: > > > > > > /usr/lib/libkrb5.a(kcm.o): In function `krb5_kcm_call': > > > /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/kcm/k= cm.c:(.text+0x10e): > > > undefined reference to `heim_ipc_init_context' > > > /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/kcm/k= cm.c:(.text+0x162): > > > undefined reference to `heim_ipc_call' > > > > > > Should I update my system? Is static linking against libraries which > > > consume libraries in /usr/lib/private no longer supported? > > > > > > Thanks, > > > > > In the last modification of the private libraries we removed everything= which is > > development related, maybe the .a files should be kept to allow linking= to a > > public library which consumes a private one. >=20 > Will you be able to look at doing so, or should I try to get up to speed > and do it myself? I am really deeply stuck into the projects/release-pkg so I would prefer limiting distraction for now. That is basically one check for !defined(PRIVATELIB) in bsd.lib.mk to remove Best regards, Bapt --U7PH6YjyT5379uVx Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iEYEARECAAYFAlTc5l0ACgkQ8kTtMUmk6ExpYwCfTAwLLL2tWfQklaVrfSDTeWe+ fP0AoJUAH3PrHzobFdtqE3z6Fo4RoH5L =YWyS -----END PGP SIGNATURE----- --U7PH6YjyT5379uVx-- From owner-freebsd-current@FreeBSD.ORG Thu Feb 12 17:55:17 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 371E99A; Thu, 12 Feb 2015 17:55:17 +0000 (UTC) Received: from mail-qg0-x22b.google.com (mail-qg0-x22b.google.com [IPv6:2607:f8b0:400d:c04::22b]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E28C33B0; Thu, 12 Feb 2015 17:55:16 +0000 (UTC) Received: by mail-qg0-f43.google.com with SMTP id i50so9266571qgf.2; Thu, 12 Feb 2015 09:55:16 -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=CPwlq52RNd96UbKrT3xRXMDoYc5dvucVbSHIGgM1NBg=; b=EDnbSbgY/z2jZD5o7mcaH+kP8ADvdTVtIdGRvGIcsgsDAWU96zrng7RpsjPJDCMzqc gP/K7JVYViPktzQeRAbN8tGUUZy6n4VGEosxYA/6i0ajGrx0UQhiKpRhGr7gWDIvHOki FnEg5q8C+ugssN/Uoe8sZzhw6sg+Nhv74lnMQF/+Vx8H2ajzt/eit2ZCF5AcSk70jVaW +yWemCBVM1WD8DhOyewuDfBGF2sBqi34MwuT4V0ISGo6/WdIIOijBiDtg8JKve49n4Ep 9cZNibMRaMpu0hV3Zx4tagIEcHm3rBaFSdRN0cGlVG6Twh05ah06D7c/I3bY77qvp1v+ eTSw== X-Received: by 10.229.80.72 with SMTP id s8mr13437857qck.24.1423763716109; Thu, 12 Feb 2015 09:55:16 -0800 (PST) MIME-Version: 1.0 Sender: carpeddiem@gmail.com Received: by 10.140.39.209 with HTTP; Thu, 12 Feb 2015 09:54:55 -0800 (PST) In-Reply-To: <20150212152936.GA66037@troutmask.apl.washington.edu> References: <20150212023912.GG1302@hub.FreeBSD.org> <20150212152936.GA66037@troutmask.apl.washington.edu> From: Ed Maste Date: Thu, 12 Feb 2015 12:54:55 -0500 X-Google-Sender-Auth: bVG7fJa-QZNOCHVcIucKSlCU_LY Message-ID: Subject: Re: HEADS-UP: Enabling WITH_DEBUG_FILES by default To: Steve Kargl Content-Type: text/plain; charset=UTF-8 Cc: Glen Barber , FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list 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 Feb 2015 17:55:17 -0000 On 12 February 2015 at 10:29, Steve Kargl wrote: > > Does this feature take into account the optimization level > that one may set via CFLAGS? Conventional wisdom used to > claim that debuggers did not fair too well with code that > was compiled with -O2 (or -Os and/or other well-known gcc > options -fomit-frame-pointer, etc.) The common advice was > to recompile one's code with -g or '-g -O'. Does lldb cope > better with optimized binaries? The WITH_DEBUG_FILES option builds debug regardless of what optimization level is set. I'm not quite sure in which way WITH_DEBUG_FILES would take account of the optimization level. It's true that debugging is easier if the target is built with -O0. If I have a reproducible crash as a developer, I would rebuild with -O0. That may not be feasible for end users though, and doesn't help in the case of a crash that can't be reproduced. That said, debugging is still possible with -O2, it just loses information or makes control flow hard to follow in some (perhaps many) cases. Type and source line information is still available. It may not be possible to read the value of some variables at some times during execution, and stepping can be confusing. But it's usually possible to get a useful backtrace and find necessary variables. All of my systems are built with -O2 and WITH_DEBUG_FILES, and generally speaking I have a positive experience with postmortem debugging of core files. LLDB does handle optimized binaries better than the ancient version of GDB we have in the base system. Contemporary GDB versions also do so. Also note that for userland DTrace support we build with -g as part of the process of generating CTF information, so enabling userland DTrace also implies an increase in OBJDIR size. From owner-freebsd-current@FreeBSD.ORG Thu Feb 12 18:58:41 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A0F50488 for ; Thu, 12 Feb 2015 18:58:41 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 8EE40C52 for ; Thu, 12 Feb 2015 18:58:41 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id BEE72240 for ; Thu, 12 Feb 2015 18:58:41 +0000 (UTC) Date: Thu, 12 Feb 2015 18:58:41 +0000 (GMT) From: jenkins-admin@freebsd.org To: freebsd-current@freebsd.org Message-ID: <243339362.34.1423767521649.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1713764603.33.1423758955444.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1713764603.33.1423758955444.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is still unstable: FreeBSD_HEAD-tests2 #686 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Jenkins-Job: FreeBSD_HEAD-tests2 X-Jenkins-Result: UNSTABLE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list 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 Feb 2015 18:58:41 -0000 See From owner-freebsd-current@FreeBSD.ORG Thu Feb 12 21:57:13 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4BED7FB5 for ; Thu, 12 Feb 2015 21:57: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 3946C1A2 for ; Thu, 12 Feb 2015 21:57:13 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 59A0828B for ; Thu, 12 Feb 2015 21:57:13 +0000 (UTC) Date: Thu, 12 Feb 2015 21:57:13 +0000 (GMT) From: jenkins-admin@freebsd.org To: freebsd-current@freebsd.org Message-ID: <1044478921.36.1423778233298.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <243339362.34.1423767521649.JavaMail.jenkins@jenkins-9.freebsd.org> References: <243339362.34.1423767521649.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is still unstable: FreeBSD_HEAD-tests2 #687 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Jenkins-Job: FreeBSD_HEAD-tests2 X-Jenkins-Result: UNSTABLE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list 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 Feb 2015 21:57:13 -0000 See From owner-freebsd-current@FreeBSD.ORG Thu Feb 12 22:20:47 2015 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 600DC70E; Thu, 12 Feb 2015 22:20:47 +0000 (UTC) Received: from na01-by2-obe.outbound.protection.outlook.com (mail-by2on0114.outbound.protection.outlook.com [207.46.100.114]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (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 CC778691; Thu, 12 Feb 2015 22:20:46 +0000 (UTC) Received: from BLUPR05CA0081.namprd05.prod.outlook.com (10.141.20.51) by CO1PR05MB444.namprd05.prod.outlook.com (10.141.73.140) with Microsoft SMTP Server (TLS) id 15.1.81.19; Thu, 12 Feb 2015 22:04:32 +0000 Received: from BY2FFO11FD004.protection.gbl (2a01:111:f400:7c0c::185) by BLUPR05CA0081.outlook.office365.com (2a01:111:e400:855::51) with Microsoft SMTP Server (TLS) id 15.1.81.19 via Frontend Transport; Thu, 12 Feb 2015 22:04:32 +0000 Received: from P-EMF02-SAC.jnpr.net (66.129.239.16) by BY2FFO11FD004.mail.protection.outlook.com (10.1.14.158) with Microsoft SMTP Server (TLS) id 15.1.87.10 via Frontend Transport; Thu, 12 Feb 2015 22:04:31 +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; Thu, 12 Feb 2015 14:04:30 -0800 Received: from chaos.jnpr.net (chaos.jnpr.net [172.21.16.28]) by magenta.juniper.net (8.11.3/8.11.3) with ESMTP id t1CM4TW20649; Thu, 12 Feb 2015 14:04:29 -0800 (PST) (envelope-from sjg@juniper.net) Received: from chaos (localhost [127.0.0.1]) by chaos.jnpr.net (Postfix) with ESMTP id BAED1580A3; Thu, 12 Feb 2015 14:04:29 -0800 (PST) To: Ian Lepore Subject: Re: [RFC] Removin the old make In-Reply-To: <1423609456.80968.32.camel@freebsd.org> References: <20150210223854.GT29891@ivaldir.etoilebsd.net> <20150210224937.GE58387@eureka.lemis.com> <20150210225941.GU29891@ivaldir.etoilebsd.net> <1423609456.80968.32.camel@freebsd.org> Comments: In-reply-to: Ian Lepore message dated "Tue, 10 Feb 2015 16:04:16 -0700." From: "Simon J. Gerraty" X-Mailer: MH-E 8.0.3; nmh 1.3; GNU Emacs 22.3.1 Date: Thu, 12 Feb 2015 14:04:29 -0800 Message-ID: <15509.1423778669@chaos> MIME-Version: 1.0 Content-Type: text/plain X-EOPAttributedMessage: 0 Received-SPF: SoftFail (protection.outlook.com: 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; freebsd.org; dkim=none (message not signed) header.d=none; X-Forefront-Antispam-Report: CIP:66.129.239.16; CTRY:US; IPV:NLI; EFV:NLI; SFV:NSPM; SFS:(10019020)(6009001)(24454002)(46102003)(57986006)(76176999)(62966003)(450100001)(106466001)(86362001)(117636001)(93886004)(110136001)(76506005)(558084003)(33716001)(105596002)(50986999)(77156002)(50226001)(47776003)(6806004)(2950100001)(92566002)(19580405001)(19580395003)(48376002)(77096005)(50466002)(87936001)(42262002)(62816006); DIR:OUT; SFP:1102; SCL:1; SRVR:CO1PR05MB444; H:P-EMF02-SAC.jnpr.net; FPR:; SPF:SoftFail; MLV:sfv; LANG:en; X-Microsoft-Antispam: UriScan:; X-Microsoft-Antispam: BCL:0;PCL:0;RULEID:;SRVR:CO1PR05MB444; X-Exchange-Antispam-Report-Test: UriScan:; X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(601004); SRVR:CO1PR05MB444; X-Forefront-PRVS: 0485417665 X-Exchange-Antispam-Report-CFA-Test: BCL:0;PCL:0;RULEID:;SRVR:CO1PR05MB444; X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-OriginalArrivalTime: 12 Feb 2015 22:04:31.5501 (UTC) X-MS-Exchange-CrossTenant-Id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-CrossTenant-OriginalAttributedTenantConnectingIp: TenantId=bea78b3c-4cdb-4130-854a-1d193232e5f4; Ip=[66.129.239.16] X-MS-Exchange-CrossTenant-FromEntityHeader: HybridOnPrem X-MS-Exchange-Transport-CrossTenantHeadersStamped: CO1PR05MB444 X-Mailman-Approved-At: Thu, 12 Feb 2015 22:50:56 +0000 Cc: Greg 'groggy' Lehey , arch@freebsd.org, Baptiste Daroussin , current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list 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 Feb 2015 22:20:47 -0000 Ian Lepore wrote: > under bmake. It's especially annoying because :L is really common in > fmake and its meaning in bmake is all but useless. Actually it is very useful. eg. .if defined(NO_POSIX_SHELL) || ${type printf:L:sh:Mbuiltin} == "" From owner-freebsd-current@FreeBSD.ORG Thu Feb 12 23:49:47 2015 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9AAFAEE2; Thu, 12 Feb 2015 23:49:47 +0000 (UTC) Received: from slim.berklix.org (slim.berklix.org [94.185.90.68]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 2D588F18; Thu, 12 Feb 2015 23:49:46 +0000 (UTC) Received: from mart.js.berklix.net (p5DCBC8E7.dip0.t-ipconnect.de [93.203.200.231]) (authenticated bits=128) by slim.berklix.org (8.14.5/8.14.5) with ESMTP id t1CNrR3V088186; Fri, 13 Feb 2015 00:53:28 +0100 (CET) (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (fire.js.berklix.net [192.168.91.41]) by mart.js.berklix.net (8.14.3/8.14.3) with ESMTP id t1CNnW2R058294; Fri, 13 Feb 2015 00:49:32 +0100 (CET) (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (localhost [127.0.0.1]) by fire.js.berklix.net (8.14.7/8.14.7) with ESMTP id t1CNnD43027915; Fri, 13 Feb 2015 00:49:32 +0100 (CET) (envelope-from jhs@berklix.com) Message-Id: <201502122349.t1CNnD43027915@fire.js.berklix.net> To: Baptiste Daroussin Subject: Re: [RFC] Removin the old make From: "Julian H. Stacey" Organization: http://berklix.com BSD Unix Linux Consultants, Munich Germany User-agent: EXMH on FreeBSD http://berklix.com/free/ X-URL: http://www.berklix.com In-reply-to: Your message "Tue, 10 Feb 2015 23:38:54 +0100." <20150210223854.GT29891@ivaldir.etoilebsd.net> Date: Fri, 13 Feb 2015 00:49:13 +0100 Cc: arch@freebsd.org, current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list 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 Feb 2015 23:49:47 -0000 > Hi, > > I would like to start using bmake only syntax on our infrastructure for tha= > t I > want to make sure noone is using the old make, so I plan to remove the old = .................................................^^^^^^^^^^^^^^^^^^ > make > =66rom base, I plan to do it by Feb 16th. > > Note that bmake is the default since FreeBSD 10. > FreeBSD 9.3 is also providing bmake (as bmake) on default installation. > > Best regards, > Bapt I don't know the difference, but it seems potentialy dangerous to remove old make without notice ? In FreeBSD-9.3 : bmake is not default, merely there -r-xr-xr-x 1 root wheel 518032 Nov 5 16:58 /usr/bin/bmake* -r-xr-xr-x 1 root wheel 453176 Nov 5 16:58 /usr/bin/make* & man make has No Warning people should migrate to bmake. FreeBSD-10.0 Has Only one /usr/bin/*make (& no make.old) & No warning that it's a new make called bmake or what if any differences might be from make in 9. cd ~ ; find . -type f -name Makefile | wc -l # 739 Use of FreeBSD is not merely to rebuild FreeBSD, but to support users who want to trust FreeBSD to provide predictable functional stability. Cheers, Julian -- Julian Stacey, BSD Linux Unix C Sys Eng Consultant Munich http://berklix.com Indent previous with "> ". Interleave reply paragraphs like a play script. Send plain text, not quoted-printable, HTML, base64, or multipart/alternative. From owner-freebsd-current@FreeBSD.ORG Fri Feb 13 00:19:40 2015 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1F92FCFB; Fri, 13 Feb 2015 00:19:40 +0000 (UTC) Received: from mail-lb0-x231.google.com (mail-lb0-x231.google.com [IPv6:2a00:1450:4010:c04::231]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id AC6C6274; Fri, 13 Feb 2015 00:19:39 +0000 (UTC) Received: by mail-lb0-f177.google.com with SMTP id z11so12619194lbi.8; Thu, 12 Feb 2015 16:19:37 -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=Tk6+5q4jzi1kq5YcxZ53POnIOOmfu7I5bnQRi9lBwqU=; b=JM3ov/sSNow4BaFmY//tidNKogOAG6gNaGzl0oOZSYd96ttIVLlqtJxbo1C2wyokf7 pmKAGnfUtapdDTQTZQ0v7f9HBt8fWdqLSgVoPVVM8VNB4n3vRj1mzr8ZYxIwdCsdCPd6 jn1ChhzO5iBqySU6umYsSGIas4eqrQCNhfukgbIMoFZp1MJEPxAiQuwiR0EexRTjOckp of8T6+iU1oMNDAI2dSEzKk4Al3Y8yGM28NR6IjdM8ny2kqbW+JWwsTuHAHgcPQxw1LO8 O7NWgWyHH+CTK8KR8wKNyIIb864hwx+SAB/PfV54fWJjWmP8JEEbTifAb0/PQN2POMp8 1y9Q== MIME-Version: 1.0 X-Received: by 10.112.181.165 with SMTP id dx5mr5454175lbc.89.1423786777889; Thu, 12 Feb 2015 16:19:37 -0800 (PST) Sender: crodr001@gmail.com Received: by 10.112.28.40 with HTTP; Thu, 12 Feb 2015 16:19:37 -0800 (PST) In-Reply-To: <201502122349.t1CNnD43027915@fire.js.berklix.net> References: <20150210223854.GT29891@ivaldir.etoilebsd.net> <201502122349.t1CNnD43027915@fire.js.berklix.net> Date: Thu, 12 Feb 2015 16:19:37 -0800 X-Google-Sender-Auth: 8_dbZbIAocFSj2NneiWM7tmNDDI Message-ID: Subject: Re: [RFC] Removin the old make From: Craig Rodrigues To: "Julian H. Stacey" Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: arch@freebsd.org, Baptiste Daroussin , FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list 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 Feb 2015 00:19:40 -0000 On Thu, Feb 12, 2015 at 3:49 PM, Julian H. Stacey wrote: > > In FreeBSD-9.3 : > bmake is not default, merely there > -r-xr-xr-x 1 root wheel 518032 Nov 5 16:58 /usr/bin/bmake* > -r-xr-xr-x 1 root wheel 453176 Nov 5 16:58 /usr/bin/make* > & man make has No Warning people should migrate to bmake. > > FreeBSD-10.0 > Has Only one /usr/bin/*make (& no make.old) > & No warning that it's a new make called bmake or what if any differences > might be from make in 9. > > Well, there was *some* warning in the release notes: https://www.freebsd.org/releases/9.3R/relnotes.html https://www.freebsd.org/releases/10.0R/relnotes.html Of course, the fmake/bmake changes are buried in a whole pile of other changes, so users may have found this easy to miss. It's hard to describe the impacts of changes like this, and have readable release notes. Oh well. :( -- Craig From owner-freebsd-current@FreeBSD.ORG Fri Feb 13 00:25:02 2015 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 670B4C1; Fri, 13 Feb 2015 00:25:02 +0000 (UTC) Received: from mail-wg0-x22a.google.com (mail-wg0-x22a.google.com [IPv6:2a00:1450:400c:c00::22a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E6FB336E; Fri, 13 Feb 2015 00:25:01 +0000 (UTC) Received: by mail-wg0-f42.google.com with SMTP id x13so13603634wgg.1; Thu, 12 Feb 2015 16:25:00 -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=+ivukXEOSUD4jRUSlzSjiH67OBKuRa3NurW98m70G0M=; b=wv9PVetwrSnFrdMM3PbsGzu9IMYVeGMByakoijCt3e0zEusnIVYTT7xx6dxwESvTr/ wDMd68lzUJmz3pKoMByQNK1ypV6k7Fpr7rY4cpp6s6CnOeiPgz5F0UNM2Vq6xp+SnHiY spxa5Q7Jf/H5PGy0LQ3GISFDA6RIg5O2t3kWc6CXKmSxsS6zYIhm84HI/O/YbnaolHOi tJveUYJ666bY6LKv/gsNDa0b7kMYFaryiTglr4hQ9NV1WflnBXTF1YLYVTtsEams0rxY 28N+551QfiFNQbMvS5I4uqAHlQu+lVWLuucSX7FkZTFVNr5ejSufifQpT3DaHrK4WhVP +z6g== X-Received: by 10.180.10.131 with SMTP id i3mr11359557wib.54.1423787100377; Thu, 12 Feb 2015 16:25:00 -0800 (PST) Received: from ivaldir.etoilebsd.net ([2001:41d0:8:db4c::1]) by mx.google.com with ESMTPSA id dj4sm7737909wjc.13.2015.02.12.16.24.58 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 12 Feb 2015 16:24:59 -0800 (PST) Sender: Baptiste Daroussin Date: Fri, 13 Feb 2015 01:24:56 +0100 From: Baptiste Daroussin To: "Julian H. Stacey" Subject: Re: [RFC] Removin the old make Message-ID: <20150213002456.GK29891@ivaldir.etoilebsd.net> References: <20150210223854.GT29891@ivaldir.etoilebsd.net> <201502122349.t1CNnD43027915@fire.js.berklix.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="VKLB3BcClAS4nArB" Content-Disposition: inline In-Reply-To: <201502122349.t1CNnD43027915@fire.js.berklix.net> User-Agent: Mutt/1.5.23 (2014-03-12) Cc: arch@freebsd.org, current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list 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 Feb 2015 00:25:02 -0000 --VKLB3BcClAS4nArB Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Feb 13, 2015 at 12:49:13AM +0100, Julian H. Stacey wrote: > > Hi, > >=20 > > I would like to start using bmake only syntax on our infrastructure for= tha=3D > > t I > > want to make sure noone is using the old make, so I plan to remove the = old =3D > .................................................^^^^^^^^^^^^^^^^^^ > > make > > =3D66rom base, I plan to do it by Feb 16th. > >=20 > > Note that bmake is the default since FreeBSD 10. > > FreeBSD 9.3 is also providing bmake (as bmake) on default installation. > >=20 > > Best regards, > > Bapt >=20 > I don't know the difference, but it seems potentialy dangerous to > remove old make without notice ? >=20 Old make was already removed in 10.x what remains is only the sources and t= hat is what I propose to remove from 11 (and only from 11) Best regards, Bapt --VKLB3BcClAS4nArB Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iEYEARECAAYFAlTdRFgACgkQ8kTtMUmk6Ey6ewCffxD3H7f9ssYRxr0v4mWZJGlk XtcAnRpGs2VKWwj+9L73GlyLPyAv6h6t =jJzJ -----END PGP SIGNATURE----- --VKLB3BcClAS4nArB-- From owner-freebsd-current@FreeBSD.ORG Thu Feb 12 23:49:03 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 61395EDA; Thu, 12 Feb 2015 23:49: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 32E94F17; Thu, 12 Feb 2015 23:49:03 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id D26302A5; Thu, 12 Feb 2015 23:49:02 +0000 (UTC) Date: Thu, 12 Feb 2015 23:49:01 +0000 (GMT) From: jenkins-admin@freebsd.org To: jenkins-admin@FreeBSD.org, freebsd-current@freebsd.org, ngie@FreeBSD.org, pfg@FreeBSD.org Message-ID: <1545414230.37.1423784942824.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Build failed in Jenkins: FreeBSD_HEAD #2364 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: Fri, 13 Feb 2015 00:36:25 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list 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 Feb 2015 23:49:03 -0000 See Changes: [ngie] Parameterize out the amount of sleep done in each test Set the value in each test to a different amount to avoid potential side-effects with other instances of the test (or lingering processes) stil= l being present on the system [pfg] ulimit(3): Fix broken check. The existing implementation had a broken comparison that could overflow. Replace this with a check that avoids the overflow before it happens. Consistently return a maximum value also on the case of negative arguments since negative is considered an overflow and means infinity for our current setrlimit(). Discussed with:=09bde (rather extensively) CID:=09=091199295 MFC after:=091 week [ngie] Refactor the tests 1. `id -u` -> 0 is now only checked once; the entire test script is now ski= pped if this assertion is violated 2. De-dent whitespace, based on 1. 3. Only setup the symlink for $sleep once at the top of the script, and tea= r it down once at the bottom of the script ------------------------------------------ [...truncated 199250 lines...] --- errlst.po --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem -L -B -pg -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVAT= E -I -I -DINET6 -I -I -D_ACL_PRIVATE -DPO= SIX_MISTAKE -I -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I -DYP -DNS_CACHING -DS= YMBOL_VERSIONING -DSYSCALL_COMPAT -std=3Dgnu99 -fstack-protector -Wsystem-h= eaders -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -= Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautolo= gical-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-funct= ion -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-par= ameter -Qunused-arguments -c -o errlst.po --- errno.po --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem -L -B -pg -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVAT= E -I -I -DINET6 -I -I -D_ACL_PRIVATE -DPO= SIX_MISTAKE -I -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I -DYP -DNS_CACHING -DS= YMBOL_VERSIONING -DSYSCALL_COMPAT -std=3Dgnu99 -fstack-protector -Wsystem-h= eaders -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -= Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautolo= gical-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-funct= ion -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-par= ameter -Qunused-arguments -c -o errno.po --- exec.po --- --- fdevname.po --- --- exec.po --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem -L -B -pg -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVAT= E -I -I -DINET6 -I -I -D_ACL_PRIVATE -DPO= SIX_MISTAKE -I -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I -DYP -DNS_CACHING -DS= YMBOL_VERSIONING -DSYSCALL_COMPAT -std=3Dgnu99 -fstack-protector -Wsystem-h= eaders -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -= Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautolo= gical-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-funct= ion -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-par= ameter -Qunused-arguments -c -o exec.po --- fdevname.po --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem -L -B -pg -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVAT= E -I -I -DINET6 -I -I -D_ACL_PRIVATE -DPO= SIX_MISTAKE -I -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I -DYP -DNS_CACHING -DS= YMBOL_VERSIONING -DSYSCALL_COMPAT -std=3Dgnu99 -fstack-protector -Wsystem-h= eaders -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -= Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautolo= gical-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-funct= ion -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-par= ameter -Qunused-arguments -c -o fdevname.po --- feature_present.po --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem -L -B -pg -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVAT= E -I -I -DINET6 -I -I -D_ACL_PRIVATE -DPO= SIX_MISTAKE -I -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I -DYP -DNS_CACHING -DS= YMBOL_VERSIONING -DSYSCALL_COMPAT -std=3Dgnu99 -fstack-protector -Wsystem-h= eaders -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -= Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautolo= gical-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-funct= ion -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-par= ameter -Qunused-arguments -c -o feature_present.po --- fmtcheck.po --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem -L -B -pg -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVAT= E -I -I -DINET6 -I -I -D_ACL_PRIVATE -DPO= SIX_MISTAKE -I -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I -DYP -DNS_CACHING -DS= YMBOL_VERSIONING -DSYSCALL_COMPAT -std=3Dgnu99 -fstack-protector -Wsystem-h= eaders -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -= Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautolo= gical-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-funct= ion -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-par= ameter -Qunused-arguments -c -o fmtcheck.po --- fmtmsg.po --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem -L -B -pg -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVAT= E -I -I -DINET6 -I -I -D_ACL_PRIVATE -DPO= SIX_MISTAKE -I -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I -DYP -DNS_CACHING -DS= YMBOL_VERSIONING -DSYSCALL_COMPAT -std=3Dgnu99 -fstack-protector -Wsystem-h= eaders -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -= Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautolo= gical-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-funct= ion -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-par= ameter -Qunused-arguments -c -o fmtmsg.po --- fnmatch.po --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem -L -B -pg -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVAT= E -I -I -DINET6 -I -I -D_ACL_PRIVATE -DPO= SIX_MISTAKE -I -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I -DYP -DNS_CACHING -DS= YMBOL_VERSIONING -DSYSCALL_COMPAT -std=3Dgnu99 -fstack-protector -Wsystem-h= eaders -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -= Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautolo= gical-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-funct= ion -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-par= ameter -Qunused-arguments -c -o fnmatch.po --- fpclassify.po --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem -L -B -pg -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVAT= E -I -I -DINET6 -I -I -D_ACL_PRIVATE -DPO= SIX_MISTAKE -I -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I -DYP -DNS_CACHING -DS= YMBOL_VERSIONING -DSYSCALL_COMPAT -std=3Dgnu99 -fstack-protector -Wsystem-h= eaders -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -= Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautolo= gical-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-funct= ion -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-par= ameter -Qunused-arguments -c -o fpclassify.po --- frexp.po --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem -L -B -pg -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVAT= E -I -I -DINET6 -I -I -D_ACL_PRIVATE -DPO= SIX_MISTAKE -I -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I -DYP -DNS_CACHING -DS= YMBOL_VERSIONING -DSYSCALL_COMPAT -std=3Dgnu99 -fstack-protector -Wsystem-h= eaders -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -= Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautolo= gical-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-funct= ion -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-par= ameter -Qunused-arguments -c -o frexp.po --- fstab.po --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem -L -B -pg -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVAT= E -I -I -DINET6 -I -I -D_ACL_PRIVATE -DPO= SIX_MISTAKE -I -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I -DYP -DNS_CACHING -DS= YMBOL_VERSIONING -DSYSCALL_COMPAT -std=3Dgnu99 -fstack-protector -Wsystem-h= eaders -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -= Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautolo= gical-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-funct= ion -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-par= ameter -Qunused-arguments -c -o fstab.po --- ftok.po --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem -L -B -pg -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVAT= E -I -I -DINET6 -I -I -D_ACL_PRIVATE -DPO= SIX_MISTAKE -I -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I -DYP -DNS_CACHING -DS= YMBOL_VERSIONING -DSYSCALL_COMPAT -std=3Dgnu99 -fstack-protector -Wsystem-h= eaders -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -= Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautolo= gical-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-funct= ion -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-par= ameter -Qunused-arguments -c -o ftok.po --- fts.po --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem -L -B -pg -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVAT= E -I -I -DINET6 -I -I -D_ACL_PRIVATE -DPO= SIX_MISTAKE -I -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I -DYP -DNS_CACHING -DS= YMBOL_VERSIONING -DSYSCALL_COMPAT -std=3Dgnu99 -fstack-protector -Wsystem-h= eaders -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -= Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautolo= gical-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-funct= ion -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-par= ameter -Qunused-arguments -c -o fts.po --- fts-compat.po --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem -L -B -pg -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVAT= E -I -I -DINET6 -I -I -D_ACL_PRIVATE -DPO= SIX_MISTAKE -I -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I -DYP -DNS_CACHING -DS= YMBOL_VERSIONING -DSYSCALL_COMPAT -std=3Dgnu99 -fstack-protector -Wsystem-h= eaders -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -= Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautolo= gical-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-funct= ion -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-par= ameter -Qunused-arguments -c -o fts-compat.po --- ftw.po --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem -L -B -pg -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVAT= E -I -I -DINET6 -I -I -D_ACL_PRIVATE -DPO= SIX_MISTAKE -I -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I -DYP -DNS_CACHING -DS= YMBOL_VERSIONING -DSYSCALL_COMPAT -std=3Dgnu99 -fstack-protector -Wsystem-h= eaders -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -= Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautolo= gical-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-funct= ion -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-par= ameter -Qunused-arguments -c -o ftw.po --- getbootfile.po --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem -L -B -pg -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVAT= E -I -I -DINET6 -I -I -D_ACL_PRIVATE -DPO= SIX_MISTAKE -I -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I -DYP -DNS_CACHING -DS= YMBOL_VERSIONING -DSYSCALL_COMPAT -std=3Dgnu99 -fstack-protector -Wsystem-h= eaders -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -= Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautolo= gical-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-funct= ion -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-par= ameter -Qunused-arguments -c -o getbootfile.po --- getbsize.po --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem -L -B -pg -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVAT= E -I -I -DINET6 -I -I -D_ACL_PRIVATE -DPO= SIX_MISTAKE -I -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I -DYP -DNS_CACHING -DS= YMBOL_VERSIONING -DSYSCALL_COMPAT -std=3Dgnu99 -fstack-protector -Wsystem-h= eaders -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -= Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautolo= gical-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-funct= ion -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-par= ameter -Qunused-arguments -c -o getbsize.po --- getcap.po --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem -L -B -pg -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVAT= E -I -I -DINET6 -I -I -D_ACL_PRIVATE -DPO= SIX_MISTAKE -I -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I -DYP -DNS_CACHING -DS= YMBOL_VERSIONING -DSYSCALL_COMPAT -std=3Dgnu99 -fstack-protector -Wsystem-h= eaders -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -= Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautolo= gical-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-funct= ion -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-par= ameter -Qunused-arguments -c -o getcap.po --- getcwd.po --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem -L -B -pg -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVAT= E -I -I -DINET6 -I -I -D_ACL_PRIVATE -DPO= SIX_MISTAKE -I -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I -DYP -DNS_CACHING -DS= YMBOL_VERSIONING -DSYSCALL_COMPAT -std=3Dgnu99 -fstack-protector -Wsystem-h= eaders -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -= Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautolo= gical-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-funct= ion -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-par= ameter -Qunused-arguments -c -o getcwd.po --- getdomainname.po --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem -L -B -pg -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVAT= E -I -I -DINET6 -I -I -D_ACL_PRIVATE -DPO= SIX_MISTAKE -I -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I -DYP -DNS_CACHING -DS= YMBOL_VERSIONING -DSYSCALL_COMPAT -std=3Dgnu99 -fstack-protector -Wsystem-h= eaders -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -= Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautolo= gical-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-funct= ion -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-par= ameter -Qunused-arguments -c -o getdomainname.po --- getgrent.po --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem -L -B -pg -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVAT= E -I -I -DINET6 -I -I -D_ACL_PRIVATE -DPO= SIX_MISTAKE -I -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I -DYP -DNS_CACHING -DS= YMBOL_VERSIONING -DSYSCALL_COMPAT -std=3Dgnu99 -fstack-protector -Wsystem-h= eaders -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -= Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautolo= gical-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-funct= ion -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-par= ameter -Qunused-arguments -c -o getgrent.po --- getgrouplist.po --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem -L -B -pg -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVAT= E -I -I -DINET6 -I -I -D_ACL_PRIVATE -DPO= SIX_MISTAKE -I -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I -DYP -DNS_CACHING -DS= YMBOL_VERSIONING -DSYSCALL_COMPAT -std=3Dgnu99 -fstack-protector -Wsystem-h= eaders -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -= Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautolo= gical-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-funct= ion -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-par= ameter -Qunused-arguments -c -o getgrouplist.po --- gethostname.po --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem -L -B -pg -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVAT= E -I -I -DINET6 -I -I -D_ACL_PRIVATE -DPO= SIX_MISTAKE -I -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I -DYP -DNS_CACHING -DS= YMBOL_VERSIONING -DSYSCALL_COMPAT -std=3Dgnu99 -fstack-protector -Wsystem-h= eaders -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -= Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautolo= gical-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-funct= ion -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-par= ameter -Qunused-arguments -c -o gethostname.po --- getloadavg.po --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem -L -B -pg -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVAT= E -I -I -DINET6 -I -I -D_ACL_PRIVATE -DPO= SIX_MISTAKE -I -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I -DYP -DNS_CACHING -DS= YMBOL_VERSIONING -DSYSCALL_COMPAT -std=3Dgnu99 -fstack-protector -Wsystem-h= eaders -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -= Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautolo= gical-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-funct= ion -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-par= ameter -Qunused-arguments -c -o getloadavg.po --- getlogin.po --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem -L -B -pg -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVAT= E -I -I -DINET6 -I -I -D_ACL_PRIVATE -DPO= SIX_MISTAKE -I -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I -DYP -DNS_CACHING -DS= YMBOL_VERSIONING -DSYSCALL_COMPAT -std=3Dgnu99 -fstack-protector -Wsystem-h= eaders -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -= Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautolo= gical-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-funct= ion -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-par= ameter -Qunused-arguments -c -o getlogin.po --- getmntinfo.po --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem -L -B -pg -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVAT= E -I -I -DINET6 -I -I -D_ACL_PRIVATE -DPO= SIX_MISTAKE -I -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I -DYP -DNS_CACHING -DS= YMBOL_VERSIONING -DSYSCALL_COMPAT -std=3Dgnu99 -fstack-protector -Wsystem-h= eaders -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -= Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautolo= gical-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-funct= ion -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-par= ameter -Qunused-arguments -c -o getmntinfo.po --- getnetgrent.po --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem -L -B -pg -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVAT= E -I -I -DINET6 -I -I -D_ACL_PRIVATE -DPO= SIX_MISTAKE -I -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I -DYP -DNS_CACHING -DS= YMBOL_VERSIONING -DSYSCALL_COMPAT -std=3Dgnu99 -fstack-protector -Wsystem-h= eaders -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -= Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautolo= gical-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-funct= ion -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-par= ameter -Qunused-arguments -c -o getnetgrent.po --- getosreldate.po --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem -L -B -pg -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVAT= E -I -I -DINET6 -I -I -D_ACL_PRIVATE -DPO= SIX_MISTAKE -I -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I -DYP -DNS_CACHING -DS= YMBOL_VERSIONING -DSYSCALL_COMPAT -std=3Dgnu99 -fstack-protector -Wsystem-h= eaders -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -= Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautolo= gical-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-funct= ion -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-par= ameter -Qunused-arguments -c -o getosreldate.po --- getpagesize.po --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem -L -B -pg -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVAT= E -I -I -DINET6 -I -I -D_ACL_PRIVATE -DPO= SIX_MISTAKE -I -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I -DYP -DNS_CACHING -DS= YMBOL_VERSIONING -DSYSCALL_COMPAT -std=3Dgnu99 -fstack-protector -Wsystem-h= eaders -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -= Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautolo= gical-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-funct= ion -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-par= ameter -Qunused-arguments -c -o getpagesize.po --- getpagesizes.po --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem -L -B -pg -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVAT= E -I -I -DINET6 -I -I -D_ACL_PRIVATE -DPO= SIX_MISTAKE -I -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I -DYP -DNS_CACHING -DS= YMBOL_VERSIONING -DSYSCALL_COMPAT -std=3Dgnu99 -fstack-protector -Wsystem-h= eaders -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -= Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautolo= gical-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-funct= ion -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-par= ameter -Qunused-arguments -c -o getpagesizes.po --- getpeereid.po --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem -L -B -pg -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVAT= E -I -I -DINET6 -I -I -D_ACL_PRIVATE -DPO= SIX_MISTAKE -I -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I -DYP -DNS_CACHING -DS= YMBOL_VERSIONING -DSYSCALL_COMPAT -std=3Dgnu99 -fstack-protector -Wsystem-h= eaders -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -= Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautolo= gical-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-funct= ion -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-par= ameter -Qunused-arguments -c -o getpeereid.po --- getprogname.po --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem -L -B -pg -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVAT= E -I -I -DINET6 -I -I -D_ACL_PRIVATE -DPO= SIX_MISTAKE -I -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I -DYP -DNS_CACHING -DS= YMBOL_VERSIONING -DSYSCALL_COMPAT -std=3Dgnu99 -fstack-protector -Wsystem-h= eaders -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -= Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautolo= gical-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-funct= ion -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-par= ameter -Qunused-arguments -c -o getprogname.po --- getpwent.po --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem -L -B -pg -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVAT= E -I -I -DINET6 -I -I -D_ACL_PRIVATE -DPO= SIX_MISTAKE -I -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I -DYP -DNS_CACHING -DS= YMBOL_VERSIONING -DSYSCALL_COMPAT -std=3Dgnu99 -fstack-protector -Wsystem-h= eaders -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -= Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautolo= gical-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-funct= ion -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-par= ameter -Qunused-arguments -c -o getpwent.po --- getttyent.po --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem -L -B -pg -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVAT= E -I -I -DINET6 -I -I -D_ACL_PRIVATE -DPO= SIX_MISTAKE -I -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I -DYP -DNS_CACHING -DS= YMBOL_VERSIONING -DSYSCALL_COMPAT -std=3Dgnu99 -fstack-protector -Wsystem-h= eaders -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -= Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautolo= gical-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-funct= ion -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-par= ameter -Qunused-arguments -c -o getttyent.po --- getusershell.po --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem -L -B -pg -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVAT= E -I -I -DINET6 -I -I -D_ACL_PRIVATE -DPO= SIX_MISTAKE -I -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I -DYP -DNS_CACHING -DS= YMBOL_VERSIONING -DSYSCALL_COMPAT -std=3Dgnu99 -fstack-protector -Wsystem-h= eaders -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -= Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautolo= gical-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-funct= ion -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-par= ameter -Qunused-arguments -c -o getusershell.po --- getutxent.po --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem -L -B -pg -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVAT= E -I -I -DINET6 -I -I -D_ACL_PRIVATE -DPO= SIX_MISTAKE -I -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I -DYP -DNS_CACHING -DS= YMBOL_VERSIONING -DSYSCALL_COMPAT -std=3Dgnu99 -fstack-protector -Wsystem-h= eaders -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -= Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautolo= gical-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-funct= ion -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-par= ameter -Qunused-arguments -c -o getutxent.po --- getvfsbyname.po --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem -L -B -pg -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVAT= E -I -I -DINET6 -I -I -D_ACL_PRIVATE -DPO= SIX_MISTAKE -I -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I -DYP -DNS_CACHING -DS= YMBOL_VERSIONING -DSYSCALL_COMPAT -std=3Dgnu99 -fstack-protector -Wsystem-h= eaders -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -= Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautolo= gical-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-funct= ion -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-par= ameter -Qunused-arguments -c -o getvfsbyname.po --- glob.po --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem -L -B -pg -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVAT= E -I -I -DINET6 -I -I -D_ACL_PRIVATE -DPO= SIX_MISTAKE -I -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I -DYP -DNS_CACHING -DS= YMBOL_VERSIONING -DSYSCALL_COMPAT -std=3Dgnu99 -fstack-protector -Wsystem-h= eaders -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -= Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautolo= gical-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-funct= ion -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-par= ameter -Qunused-arguments -c -o glob.po --- initgroups.po --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem -L -B -pg -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVAT= E -I -I -DINET6 -I -I -D_ACL_PRIVATE -DPO= SIX_MISTAKE -I -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I -DYP -DNS_CACHING -DS= YMBOL_VERSIONING -DSYSCALL_COMPAT -std=3Dgnu99 -fstack-protector -Wsystem-h= eaders -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -= Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautolo= gical-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-funct= ion -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-par= ameter -Qunused-arguments -c -o initgroups.po --- isatty.po --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem -L -B -pg -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVAT= E -I -I -DINET6 -I -I -D_ACL_PRIVATE -DPO= SIX_MISTAKE -I -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I -DYP -DNS_CACHING -DS= YMBOL_VERSIONING -DSYSCALL_COMPAT -std=3Dgnu99 -fstack-protector -Wsystem-h= eaders -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -= Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautolo= gical-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-funct= ion -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-par= ameter -Qunused-arguments -c -o isatty.po --- isinf.po --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem -L -B -pg -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVAT= E -I -I -DINET6 -I -I -D_ACL_PRIVATE -DPO= SIX_MISTAKE -I -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I -DYP -DNS_CACHING -DS= YMBOL_VERSIONING -DSYSCALL_COMPAT -std=3Dgnu99 -fstack-protector -Wsystem-h= eaders -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -= Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautolo= gical-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-funct= ion -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-par= ameter -Qunused-arguments -c -o isinf.po --- isnan.po --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem -L -B -pg -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVAT= E -I -I -DINET6 -I -I -D_ACL_PRIVATE -DPO= SIX_MISTAKE -I -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I -DYP -DNS_CACHING -DS= YMBOL_VERSIONING -DSYSCALL_COMPAT -std=3Dgnu99 -fstack-protector -Wsystem-h= eaders -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -= Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautolo= gical-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-funct= ion -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-par= ameter -Qunused-arguments -c -o isnan.po --- jrand48.po --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem -L -B -pg -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVAT= E -I -I -DINET6 -I -I -D_ACL_PRIVATE -DPO= SIX_MISTAKE -I -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I -DYP -DNS_CACHING -DS= YMBOL_VERSIONING -DSYSCALL_COMPAT -std=3Dgnu99 -fstack-protector -Wsystem-h= eaders -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -= Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautolo= gical-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-funct= ion -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-par= ameter -Qunused-arguments -c -o jrand48.po --- lcong48.po --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem -L -B -pg -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVAT= E -I -I -DINET6 -I -I -D_ACL_PRIVATE -DPO= SIX_MISTAKE -I -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I -DYP -DNS_CACHING -DS= YMBOL_VERSIONING -DSYSCALL_COMPAT -std=3Dgnu99 -fstack-protector -Wsystem-h= eaders -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -= Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautolo= gical-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-funct= ion -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-par= ameter -Qunused-arguments -c -o lcong48.po --- libc_dlopen.po --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem -L -B -pg -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVAT= E -I -I -DINET6 -I -I -D_ACL_PRIVATE -DPO= SIX_MISTAKE -I -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I -DYP -DNS_CACHING -DS= YMBOL_VERSIONING -DSYSCALL_COMPAT -std=3Dgnu99 -fstack-protector -Wsystem-h= eaders -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -= Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautolo= gical-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-funct= ion -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-par= ameter -Qunused-arguments -c -o libc_dlopen.po --- lockf.po --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem -L -B -pg -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVAT= E -I -I -DINET6 -I -I -D_ACL_PRIVATE -DPO= SIX_MISTAKE -I -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I -DYP -DNS_CACHING -DS= YMBOL_VERSIONING -DSYSCALL_COMPAT -std=3Dgnu99 -fstack-protector -Wsystem-h= eaders -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -= Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautolo= gical-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-funct= ion -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-par= ameter -Qunused-arguments -c -o lockf.po --- lrand48.po --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem -L -B -pg -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVAT= E -I -I -DINET6 -I -I -D_ACL_PRIVATE -DPO= SIX_MISTAKE -I -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I -DYP -DNS_CACHING -DS= YMBOL_VERSIONING -DSYSCALL_COMPAT -std=3Dgnu99 -fstack-protector -Wsystem-h= eaders -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -= Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautolo= gical-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-funct= ion -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-par= ameter -Qunused-arguments -c -o lrand48.po --- mrand48.po --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem -L -B -pg -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVAT= E -I -I -DINET6 -I -I -D_ACL_PRIVATE -DPO= SIX_MISTAKE -I -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I -DYP -DNS_CACHING -DS= YMBOL_VERSIONING -DSYSCALL_COMPAT -std=3Dgnu99 -fstack-protector -Wsystem-h= eaders -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -= Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautolo= gical-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-funct= ion -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-par= ameter -Qunused-arguments -c -o mrand48.po --- nftw.po --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem -L -B -pg -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVAT= E -I -I -DINET6 -I -I -D_ACL_PRIVATE -DPO= SIX_MISTAKE -I -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I -DYP -DNS_CACHING -DS= YMBOL_VERSIONING -DSYSCALL_COMPAT -std=3Dgnu99 -fstack-protector -Wsystem-h= eaders -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -= Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautolo= gical-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-funct= ion -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-par= ameter -Qunused-arguments -c -o nftw.po --- nice.po --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem -L -B -pg -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVAT= E -I -I -DINET6 -I -I -D_ACL_PRIVATE -DPO= SIX_MISTAKE -I -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I -DYP -DNS_CACHING -DS= YMBOL_VERSIONING -DSYSCALL_COMPAT -std=3Dgnu99 -fstack-protector -Wsystem-h= eaders -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -= Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautolo= gical-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-funct= ion -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-par= ameter -Qunused-arguments -c -o nice.po --- nlist.po --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem -L -B -pg -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVAT= E -I -I -DINET6 -I -I -D_ACL_PRIVATE -DPO= SIX_MISTAKE -I -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I -DYP -DNS_CACHING -DS= YMBOL_VERSIONING -DSYSCALL_COMPAT -std=3Dgnu99 -fstack-protector -Wsystem-h= eaders -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -= Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautolo= gical-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-funct= ion -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-par= ameter -Qunused-arguments -c -o nlist.po --- nrand48.po --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem -L -B -pg -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVAT= E -I -I -DINET6 -I -I -D_ACL_PRIVATE -DPO= SIX_MISTAKE -I -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I -DYP -DNS_CACHING -DS= YMBOL_VERSIONING -DSYSCALL_COMPAT -std=3Dgnu99 -fstack-protector -Wsystem-h= eaders -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -= Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautolo= gical-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-funct= ion -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-par= ameter -Qunused-arguments -c -o nrand48.po --- opendir.po --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem -L -B -pg -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVAT= E -I -I -DINET6 -I -I -D_ACL_PRIVATE -DPO= SIX_MISTAKE -I -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I -DYP -DNS_CACHING -DS= YMBOL_VERSIONING -DSYSCALL_COMPAT -std=3Dgnu99 -fstack-protector -Wsystem-h= eaders -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -= Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautolo= gical-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-funct= ion -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-par= ameter -Qunused-arguments -c -o opendir.po --- pause.po --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem -L -B -pg -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVAT= E -I -I -DINET6 -I -I -D_ACL_PRIVATE -DPO= SIX_MISTAKE -I -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I -DYP -DNS_CACHING -DS= YMBOL_VERSIONING -DSYSCALL_COMPAT -std=3Dgnu99 -fstack-protector -Wsystem-h= eaders -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -= Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautolo= gical-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-funct= ion -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-par= ameter -Qunused-arguments -c -o pause.po --- pmadvise.po --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem -L -B -pg -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVAT= E -I -I -DINET6 -I -I -D_ACL_PRIVATE -DPO= SIX_MISTAKE -I -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I -DYP -DNS_CACHING -DS= YMBOL_VERSIONING -DSYSCALL_COMPAT -std=3Dgnu99 -fstack-protector -Wsystem-h= eaders -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -= Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautolo= gical-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-funct= ion -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-par= ameter -Qunused-arguments -c -o pmadvise.po --- popen.po --- --- posix_spawn.po --- --- popen.po --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem -L -B -pg -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVAT= E -I -I -DINET6 -I -I -D_ACL_PRIVATE -DPO= SIX_MISTAKE -I -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I -DYP -DNS_CACHING -DS= YMBOL_VERSIONING -DSYSCALL_COMPAT -std=3Dgnu99 -fstack-protector -Wsystem-h= eaders -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -= Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautolo= gical-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-funct= ion -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-par= ameter -Qunused-arguments -c -o popen.po --- posix_spawn.po --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem -L -B -pg -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVAT= E -I -I -DINET6 -I -I -D_ACL_PRIVATE -DPO= SIX_MISTAKE -I -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I -DYP -DNS_CACHING -DS= YMBOL_VERSIONING -DSYSCALL_COMPAT -std=3Dgnu99 -fstack-protector -Wsystem-h= eaders -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -= Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautolo= gical-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-funct= ion -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-par= ameter -Qunused-arguments -c -o posix_spawn.po --- psignal.po --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem -L -B -pg -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVAT= E -I -I -DINET6 -I -I -D_ACL_PRIVATE -DPO= SIX_MISTAKE -I -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I -DYP -DNS_CACHING -DS= YMBOL_VERSIONING -DSYSCALL_COMPAT -std=3Dgnu99 -fstack-protector -Wsystem-h= eaders -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -= Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautolo= gical-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-funct= ion -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-par= ameter -Qunused-arguments -c -o psignal.po --- pututxline.po --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem -L -B -pg -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVAT= E -I -I -DINET6 -I -I -D_ACL_PRIVATE -DPO= SIX_MISTAKE -I -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I -DYP -DNS_CACHING -DS= YMBOL_VERSIONING -DSYSCALL_COMPAT -std=3Dgnu99 -fstack-protector -Wsystem-h= eaders -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -= Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautolo= gical-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-funct= ion -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-par= ameter -Qunused-arguments -c -o pututxline.po --- pw_scan.po --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem -L -B -pg -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVAT= E -I -I -DINET6 -I -I -D_ACL_PRIVATE -DPO= SIX_MISTAKE -I -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I -DYP -DNS_CACHING -DS= YMBOL_VERSIONING -DSYSCALL_COMPAT -std=3Dgnu99 -fstack-protector -Wsystem-h= eaders -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -= Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautolo= gical-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-funct= ion -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-par= ameter -Qunused-arguments -c -o pw_scan.po --- raise.po --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem -L -B -pg -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVAT= E -I -I -DINET6 -I -I -D_ACL_PRIVATE -DPO= SIX_MISTAKE -I -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I -DYP -DNS_CACHING -DS= YMBOL_VERSIONING -DSYSCALL_COMPAT -std=3Dgnu99 -fstack-protector -Wsystem-h= eaders -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -= Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautolo= gical-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-funct= ion -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-par= ameter -Qunused-arguments -c -o raise.po --- readdir.po --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem -L -B -pg -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVAT= E -I -I -DINET6 -I -I -D_ACL_PRIVATE -DPO= SIX_MISTAKE -I -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I -DYP -DNS_CACHING -DS= YMBOL_VERSIONING -DSYSCALL_COMPAT -std=3Dgnu99 -fstack-protector -Wsystem-h= eaders -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -= Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautolo= gical-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-funct= ion -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-par= ameter -Qunused-arguments -c -o readdir.po --- readpassphrase.po --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem -L -B -pg -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVAT= E -I -I -DINET6 -I -I -D_ACL_PRIVATE -DPO= SIX_MISTAKE -I -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I -DYP -DNS_CACHING -DS= YMBOL_VERSIONING -DSYSCALL_COMPAT -std=3Dgnu99 -fstack-protector -Wsystem-h= eaders -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -= Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautolo= gical-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-funct= ion -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-par= ameter -Qunused-arguments -c -o readpassphrase.po --- rewinddir.po --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem -L -B -pg -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVAT= E -I -I -DINET6 -I -I -D_ACL_PRIVATE -DPO= SIX_MISTAKE -I -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I -DYP -DNS_CACHING -DS= YMBOL_VERSIONING -DSYSCALL_COMPAT -std=3Dgnu99 -fstack-protector -Wsystem-h= eaders -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -= Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautolo= gical-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-funct= ion -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-par= ameter -Qunused-arguments -c -o rewinddir.po --- scandir.po --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem -L -B -pg -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVAT= E -I -I -DINET6 -I -I -D_ACL_PRIVATE -DPO= SIX_MISTAKE -I -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I -DYP -DNS_CACHING -DS= YMBOL_VERSIONING -DSYSCALL_COMPAT -std=3Dgnu99 -fstack-protector -Wsystem-h= eaders -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -= Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautolo= gical-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-funct= ion -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-par= ameter -Qunused-arguments -c -o scandir.po --- seed48.po --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem -L -B -pg -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVAT= E -I -I -DINET6 -I -I -D_ACL_PRIVATE -DPO= SIX_MISTAKE -I -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I -DYP -DNS_CACHING -DS= YMBOL_VERSIONING -DSYSCALL_COMPAT -std=3Dgnu99 -fstack-protector -Wsystem-h= eaders -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -= Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautolo= gical-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-funct= ion -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-par= ameter -Qunused-arguments -c -o seed48.po --- seekdir.po --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem -L -B -pg -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVAT= E -I -I -DINET6 -I -I -D_ACL_PRIVATE -DPO= SIX_MISTAKE -I -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I -DYP -DNS_CACHING -DS= YMBOL_VERSIONING -DSYSCALL_COMPAT -std=3Dgnu99 -fstack-protector -Wsystem-h= eaders -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -= Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautolo= gical-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-funct= ion -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-par= ameter -Qunused-arguments -c -o seekdir.po --- semctl.po --- --- setdomainname.po --- --- semctl.po --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem -L -B -pg -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVAT= E -I -I -DINET6 -I -I -D_ACL_PRIVATE -DPO= SIX_MISTAKE -I -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I -DYP -DNS_CACHING -DS= YMBOL_VERSIONING -DSYSCALL_COMPAT -std=3Dgnu99 -fstack-protector -Wsystem-h= eaders -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -= Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautolo= gical-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-funct= ion -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-par= ameter -Qunused-arguments -c -o semctl.po --- setdomainname.po --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem -L -B -pg -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVAT= E -I -I -DINET6 -I -I -D_ACL_PRIVATE -DPO= SIX_MISTAKE -I -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I -DYP -DNS_CACHING -DS= YMBOL_VERSIONING -DSYSCALL_COMPAT -std=3Dgnu99 -fstack-protector -Wsystem-h= eaders -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -= Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautolo= gical-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-funct= ion -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-par= ameter -Qunused-arguments -c -o setdomainname.po --- sethostname.po --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem -L -B -pg -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVAT= E -I -I -DINET6 -I -I -D_ACL_PRIVATE -DPO= SIX_MISTAKE -I -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I -DYP -DNS_CACHING -DS= YMBOL_VERSIONING -DSYSCALL_COMPAT -std=3Dgnu99 -fstack-protector -Wsystem-h= eaders -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -= Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautolo= gical-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-funct= ion -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-par= ameter -Qunused-arguments -c -o sethostname.po --- setjmperr.po --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem -L -B -pg -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVAT= E -I -I -DINET6 -I -I -D_ACL_PRIVATE -DPO= SIX_MISTAKE -I -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I -DYP -DNS_CACHING -DS= YMBOL_VERSIONING -DSYSCALL_COMPAT -std=3Dgnu99 -fstack-protector -Wsystem-h= eaders -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -= Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautolo= gical-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-funct= ion -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-par= ameter -Qunused-arguments -c -o setjmperr.po --- setmode.po --- --- setproctitle.po --- --- setmode.po --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem -L -B -pg -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVAT= E -I -I -DINET6 -I -I -D_ACL_PRIVATE -DPO= SIX_MISTAKE -I -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I -DYP -DNS_CACHING -DS= YMBOL_VERSIONING -DSYSCALL_COMPAT -std=3Dgnu99 -fstack-protector -Wsystem-h= eaders -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -= Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautolo= gical-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-funct= ion -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-par= ameter -Qunused-arguments -c -o setmode.po --- setproctitle.po --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem -L -B -pg -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVAT= E -I -I -DINET6 -I -I -D_ACL_PRIVATE -DPO= SIX_MISTAKE -I -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I -DYP -DNS_CACHING -DS= YMBOL_VERSIONING -DSYSCALL_COMPAT -std=3Dgnu99 -fstack-protector -Wsystem-h= eaders -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -= Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautolo= gical-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-funct= ion -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-par= ameter -Qunused-arguments -c -o setproctitle.po --- setprogname.po --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem -L -B -pg -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVAT= E -I -I -DINET6 -I -I -D_ACL_PRIVATE -DPO= SIX_MISTAKE -I -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I -DYP -DNS_CACHING -DS= YMBOL_VERSIONING -DSYSCALL_COMPAT -std=3Dgnu99 -fstack-protector -Wsystem-h= eaders -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -= Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautolo= gical-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-funct= ion -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-par= ameter -Qunused-arguments -c -o setprogname.po --- siginterrupt.po --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem -L -B -pg -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVAT= E -I -I -DINET6 -I -I -D_ACL_PRIVATE -DPO= SIX_MISTAKE -I -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I -DYP -DNS_CACHING -DS= YMBOL_VERSIONING -DSYSCALL_COMPAT -std=3Dgnu99 -fstack-protector -Wsystem-h= eaders -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -= Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautolo= gical-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-funct= ion -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-par= ameter -Qunused-arguments -c -o siginterrupt.po --- siglist.po --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem -L -B -pg -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVAT= E -I -I -DINET6 -I -I -D_ACL_PRIVATE -DPO= SIX_MISTAKE -I -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I -DYP -DNS_CACHING -DS= YMBOL_VERSIONING -DSYSCALL_COMPAT -std=3Dgnu99 -fstack-protector -Wsystem-h= eaders -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -= Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautolo= gical-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-funct= ion -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-par= ameter -Qunused-arguments -c -o siglist.po --- signal.po --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem -L -B -pg -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVAT= E -I -I -DINET6 -I -I -D_ACL_PRIVATE -DPO= SIX_MISTAKE -I -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I -DYP -DNS_CACHING -DS= YMBOL_VERSIONING -DSYSCALL_COMPAT -std=3Dgnu99 -fstack-protector -Wsystem-h= eaders -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -= Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautolo= gical-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-funct= ion -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-par= ameter -Qunused-arguments -c -o signal.po --- sigsetops.po --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem -L -B -pg -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVAT= E -I -I -DINET6 -I -I -D_ACL_PRIVATE -DPO= SIX_MISTAKE -I -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I -DYP -DNS_CACHING -DS= YMBOL_VERSIONING -DSYSCALL_COMPAT -std=3Dgnu99 -fstack-protector -Wsystem-h= eaders -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -= Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautolo= gical-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-funct= ion -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-par= ameter -Qunused-arguments -c -o sigsetops.po --- sleep.po --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem -L -B -pg -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVAT= E -I -I -DINET6 -I -I -D_ACL_PRIVATE -DPO= SIX_MISTAKE -I -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I -DYP -DNS_CACHING -DS= YMBOL_VERSIONING -DSYSCALL_COMPAT -std=3Dgnu99 -fstack-protector -Wsystem-h= eaders -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -= Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautolo= gical-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-funct= ion -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-par= ameter -Qunused-arguments -c -o sleep.po --- srand48.po --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem -L -B -pg -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVAT= E -I -I -DINET6 -I -I -D_ACL_PRIVATE -DPO= SIX_MISTAKE -I -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I -DYP -DNS_CACHING -DS= YMBOL_VERSIONING -DSYSCALL_COMPAT -std=3Dgnu99 -fstack-protector -Wsystem-h= eaders -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -= Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautolo= gical-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-funct= ion -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-par= ameter -Qunused-arguments -c -o srand48.po --- statvfs.po --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem -L -B -pg -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVAT= E -I -I -DINET6 -I -I -D_ACL_PRIVATE -DPO= SIX_MISTAKE -I -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I -DYP -DNS_CACHING -DS= YMBOL_VERSIONING -DSYSCALL_COMPAT -std=3Dgnu99 -fstack-protector -Wsystem-h= eaders -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -= Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautolo= gical-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-funct= ion -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-par= ameter -Qunused-arguments -c -o statvfs.po --- stringlist.po --- --- strtofflags.po --- --- stringlist.po --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem -L -B -pg -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVAT= E -I -I -DINET6 -I -I -D_ACL_PRIVATE -DPO= SIX_MISTAKE -I -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I -DYP -DNS_CACHING -DS= YMBOL_VERSIONING -DSYSCALL_COMPAT -std=3Dgnu99 -fstack-protector -Wsystem-h= eaders -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -= Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautolo= gical-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-funct= ion -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-par= ameter -Qunused-arguments -c -o stringlist.po --- strtofflags.po --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem -L -B -pg -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVAT= E -I -I -DINET6 -I -I -D_ACL_PRIVATE -DPO= SIX_MISTAKE -I -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I -DYP -DNS_CACHING -DS= YMBOL_VERSIONING -DSYSCALL_COMPAT -std=3Dgnu99 -fstack-protector -Wsystem-h= eaders -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -= Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautolo= gical-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-funct= ion -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-par= ameter -Qunused-arguments -c -o strtofflags.po --- sysconf.po --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem -L -B -pg -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVAT= E -I -I -DINET6 -I -I -D_ACL_PRIVATE -DPO= SIX_MISTAKE -I -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I -DYP -DNS_CACHING -DS= YMBOL_VERSIONING -DSYSCALL_COMPAT -std=3Dgnu99 -fstack-protector -Wsystem-h= eaders -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -= Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautolo= gical-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-funct= ion -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-par= ameter -Qunused-arguments -c -o sysconf.po --- sysctl.po --- --- sysctlbyname.po --- --- sysctl.po --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem -L -B -pg -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVAT= E -I -I -DINET6 -I -I -D_ACL_PRIVATE -DPO= SIX_MISTAKE -I -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I -DYP -DNS_CACHING -DS= YMBOL_VERSIONING -DSYSCALL_COMPAT -std=3Dgnu99 -fstack-protector -Wsystem-h= eaders -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -= Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautolo= gical-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-funct= ion -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-par= ameter -Qunused-arguments -c -o sysctl.po --- sysctlbyname.po --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem -L -B -pg -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVAT= E -I -I -DINET6 -I -I -D_ACL_PRIVATE -DPO= SIX_MISTAKE -I -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I -DYP -DNS_CACHING -DS= YMBOL_VERSIONING -DSYSCALL_COMPAT -std=3Dgnu99 -fstack-protector -Wsystem-h= eaders -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -= Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautolo= gical-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-funct= ion -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-par= ameter -Qunused-arguments -c -o sysctlbyname.po --- sysctlnametomib.po --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem -L -B -pg -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVAT= E -I -I -DINET6 -I -I -D_ACL_PRIVATE -DPO= SIX_MISTAKE -I -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I -DYP -DNS_CACHING -DS= YMBOL_VERSIONING -DSYSCALL_COMPAT -std=3Dgnu99 -fstack-protector -Wsystem-h= eaders -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -= Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautolo= gical-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-funct= ion -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-par= ameter -Qunused-arguments -c -o sysctlnametomib.po --- syslog.po --- --- telldir.po --- --- syslog.po --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem -L -B -pg -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVAT= E -I -I -DINET6 -I -I -D_ACL_PRIVATE -DPO= SIX_MISTAKE -I -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I -DYP -DNS_CACHING -DS= YMBOL_VERSIONING -DSYSCALL_COMPAT -std=3Dgnu99 -fstack-protector -Wsystem-h= eaders -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -= Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautolo= gical-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-funct= ion -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-par= ameter -Qunused-arguments -c -o syslog.po --- telldir.po --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem -L -B -pg -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVAT= E -I -I -DINET6 -I -I -D_ACL_PRIVATE -DPO= SIX_MISTAKE -I -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I -DYP -DNS_CACHING -DS= YMBOL_VERSIONING -DSYSCALL_COMPAT -std=3Dgnu99 -fstack-protector -Wsystem-h= eaders -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -= Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautolo= gical-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-funct= ion -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-par= ameter -Qunused-arguments -c -o telldir.po --- termios.po --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem -L -B -pg -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVAT= E -I -I -DINET6 -I -I -D_ACL_PRIVATE -DPO= SIX_MISTAKE -I -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I -DYP -DNS_CACHING -DS= YMBOL_VERSIONING -DSYSCALL_COMPAT -std=3Dgnu99 -fstack-protector -Wsystem-h= eaders -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -= Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautolo= gical-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-funct= ion -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-par= ameter -Qunused-arguments -c -o termios.po --- time.po --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem -L -B -pg -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVAT= E -I -I -DINET6 -I -I -D_ACL_PRIVATE -DPO= SIX_MISTAKE -I -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I -DYP -DNS_CACHING -DS= YMBOL_VERSIONING -DSYSCALL_COMPAT -std=3Dgnu99 -fstack-protector -Wsystem-h= eaders -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -= Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautolo= gical-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-funct= ion -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-par= ameter -Qunused-arguments -c -o time.po --- times.po --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem -L -B -pg -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVAT= E -I -I -DINET6 -I -I -D_ACL_PRIVATE -DPO= SIX_MISTAKE -I -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I -DYP -DNS_CACHING -DS= YMBOL_VERSIONING -DSYSCALL_COMPAT -std=3Dgnu99 -fstack-protector -Wsystem-h= eaders -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -= Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautolo= gical-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-funct= ion -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-par= ameter -Qunused-arguments -c -o times.po --- timezone.po --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem -L -B -pg -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVAT= E -I -I -DINET6 -I -I -D_ACL_PRIVATE -DPO= SIX_MISTAKE -I -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I -DYP -DNS_CACHING -DS= YMBOL_VERSIONING -DSYSCALL_COMPAT -std=3Dgnu99 -fstack-protector -Wsystem-h= eaders -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -= Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautolo= gical-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-funct= ion -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-par= ameter -Qunused-arguments -c -o timezone.po --- tls.po --- --- ttyname.po --- --- tls.po --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem -L -B -pg -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVAT= E -I -I -DINET6 -I -I -D_ACL_PRIVATE -DPO= SIX_MISTAKE -I -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I -DYP -DNS_CACHING -DS= YMBOL_VERSIONING -DSYSCALL_COMPAT -std=3Dgnu99 -fstack-protector -Wsystem-h= eaders -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -= Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautolo= gical-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-funct= ion -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-par= ameter -Qunused-arguments -c -o tls.po --- ttyname.po --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem -L -B -pg -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVAT= E -I -I -DINET6 -I -I -D_ACL_PRIVATE -DPO= SIX_MISTAKE -I -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I -DYP -DNS_CACHING -DS= YMBOL_VERSIONING -DSYSCALL_COMPAT -std=3Dgnu99 -fstack-protector -Wsystem-h= eaders -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -= Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautolo= gical-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-funct= ion -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-par= ameter -Qunused-arguments -c -o ttyname.po --- ttyslot.po --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem -L -B -pg -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVAT= E -I -I -DINET6 -I -I -D_ACL_PRIVATE -DPO= SIX_MISTAKE -I -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I -DYP -DNS_CACHING -DS= YMBOL_VERSIONING -DSYSCALL_COMPAT -std=3Dgnu99 -fstack-protector -Wsystem-h= eaders -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -= Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautolo= gical-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-funct= ion -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-par= ameter -Qunused-arguments -c -o ttyslot.po --- ualarm.po --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem -L -B -pg -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVAT= E -I -I -DINET6 -I -I -D_ACL_PRIVATE -DPO= SIX_MISTAKE -I -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I -DYP -DNS_CACHING -DS= YMBOL_VERSIONING -DSYSCALL_COMPAT -std=3Dgnu99 -fstack-protector -Wsystem-h= eaders -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -= Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautolo= gical-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-funct= ion -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-par= ameter -Qunused-arguments -c -o ualarm.po --- ulimit.po --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem -L -B -pg -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVAT= E -I -I -DINET6 -I -I -D_ACL_PRIVATE -DPO= SIX_MISTAKE -I -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I -DYP -DNS_CACHING -DS= YMBOL_VERSIONING -DSYSCALL_COMPAT -std=3Dgnu99 -fstack-protector -Wsystem-h= eaders -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -= Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautolo= gical-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-funct= ion -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-par= ameter -Qunused-arguments -c -o ulimit.po --- uname.po --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem -L -B -pg -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVAT= E -I -I -DINET6 -I -I -D_ACL_PRIVATE -DPO= SIX_MISTAKE -I -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I -DYP -DNS_CACHING -DS= YMBOL_VERSIONING -DSYSCALL_COMPAT -std=3Dgnu99 -fstack-protector -Wsystem-h= eaders -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -= Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautolo= gical-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-funct= ion -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-par= ameter -Qunused-arguments -c -o uname.po --- unvis-compat.po --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem -L -B -pg -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVAT= E -I -I -DINET6 -I -I -D_ACL_PRIVATE -DPO= SIX_MISTAKE -I -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I -DYP -DNS_CACHING -DS= YMBOL_VERSIONING -DSYSCALL_COMPAT -std=3Dgnu99 -fstack-protector -Wsystem-h= eaders -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -= Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautolo= gical-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-funct= ion -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-par= ameter -Qunused-arguments -c -o unvis-compat.po --- ulimit.po --- :57:= 24: error: implicit conversion from 'long long' to 'long' changes value fro= m 18014398509481983 to -1 [-Werror,-Wconstant-conversion] arg =3D RLIM_INFINITY / 512; ~ ~~~~~~~~~~~~~~^~~~~ 1 error generated. *** [ulimit.po] Error code 1 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 *** [build32] 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 Fri Feb 13 00:47:30 2015 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5D00FB41; Fri, 13 Feb 2015 00:47:30 +0000 (UTC) Received: from pmta1.delivery4.ore.mailhop.org (pmta1.delivery4.ore.mailhop.org [54.191.151.194]) by mx1.freebsd.org (Postfix) with ESMTP id 3ACB47B4; Fri, 13 Feb 2015 00:47:29 +0000 (UTC) Received: from smtp4.ore.mailhop.org (172.31.18.134) by pmta1.delivery1.ore.mailhop.org id hrl4pm20r841; Fri, 13 Feb 2015 00:47:21 +0000 (envelope-from ) Received: from [73.34.117.227] (helo=ilsoft.org) by smtp4.ore.mailhop.org with esmtpsa (TLSv1.2:DHE-RSA-AES256-GCM-SHA384:256) (Exim 4.82) (envelope-from ) id 1YM4Po-0003dX-7u; Fri, 13 Feb 2015 00:47:28 +0000 Received: from revolution.hippie.lan (revolution.hippie.lan [172.22.42.240]) by ilsoft.org (8.14.9/8.14.9) with ESMTP id t1D0lRTD001058; Thu, 12 Feb 2015 17:47:27 -0700 (MST) (envelope-from ian@freebsd.org) X-Mail-Handler: DuoCircle Outbound SMTP X-Originating-IP: 73.34.117.227 X-Report-Abuse-To: abuse@duocircle.com (see https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information for abuse reporting information) X-MHO-User: U2FsdGVkX1+BcAd9SN1/fn9jkuYZ7v54 Message-ID: <1423788447.80968.123.camel@freebsd.org> Subject: Re: [RFC] Removin the old make From: Ian Lepore To: Baptiste Daroussin Date: Thu, 12 Feb 2015 17:47:27 -0700 In-Reply-To: <20150213002456.GK29891@ivaldir.etoilebsd.net> References: <20150210223854.GT29891@ivaldir.etoilebsd.net> <201502122349.t1CNnD43027915@fire.js.berklix.net> <20150213002456.GK29891@ivaldir.etoilebsd.net> Content-Type: text/plain; charset="us-ascii" X-Mailer: Evolution 3.12.8 FreeBSD GNOME Team Port Mime-Version: 1.0 Content-Transfer-Encoding: 7bit Cc: arch@freebsd.org, "Julian H. Stacey" , current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list 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 Feb 2015 00:47:30 -0000 On Fri, 2015-02-13 at 01:24 +0100, Baptiste Daroussin wrote: > On Fri, Feb 13, 2015 at 12:49:13AM +0100, Julian H. Stacey wrote: > > > Hi, > > > > > > I would like to start using bmake only syntax on our infrastructure for tha= > > > t I > > > want to make sure noone is using the old make, so I plan to remove the old = > > .................................................^^^^^^^^^^^^^^^^^^ > > > make > > > =66rom base, I plan to do it by Feb 16th. > > > > > > Note that bmake is the default since FreeBSD 10. > > > FreeBSD 9.3 is also providing bmake (as bmake) on default installation. > > > > > > Best regards, > > > Bapt > > > > I don't know the difference, but it seems potentialy dangerous to > > remove old make without notice ? > > > Old make was already removed in 10.x what remains is only the sources and that > is what I propose to remove from 11 (and only from 11) > > Best regards, > Bapt fmake exists as a port too, doesn't it? That's what I vaguely remember as the plan... bmake available in 9, it's the default in 10 but fmake source is still around, and then in 11 fmake is gone from base but available as a port. -- Ian From owner-freebsd-current@FreeBSD.ORG Fri Feb 13 01:01:50 2015 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D2476289; Fri, 13 Feb 2015 01:01:50 +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 A004B949; Fri, 13 Feb 2015 01:01:49 +0000 (UTC) Received: from ultimatedns.net (localhost [127.0.0.1]) by udns.ultimatedns.net (8.14.9/8.14.9) with ESMTP id t1D10TGV046986; Thu, 12 Feb 2015 17:00:29 -0800 (PST) (envelope-from bsd-lists@bsdforge.com) To: Baptiste Daroussin , Ian Lepore In-Reply-To: <1423788447.80968.123.camel@freebsd.org> References: <20150210223854.GT29891@ivaldir.etoilebsd.net> <201502122349.t1CNnD43027915@fire.js.berklix.net> <20150213002456.GK29891@ivaldir.etoilebsd.net>, <1423788447.80968.123.camel@freebsd.org> From: "Chris H" Subject: Re: [RFC] Removin the old make Date: Thu, 12 Feb 2015 17:00:29 -0800 Content-Type: text/plain; charset=UTF-8; format=fixed MIME-Version: 1.0 Message-id: <88e1e09e1f329b88da8f2fa5bde6005e@ultimatedns.net> Content-Transfer-Encoding: 8bit Cc: arch@freebsd.org, "Julian H. Stacey" , current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list 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 Feb 2015 01:01:50 -0000 On Thu, 12 Feb 2015 17:47:27 -0700 Ian Lepore wrote > On Fri, 2015-02-13 at 01:24 +0100, Baptiste Daroussin wrote: > > On Fri, Feb 13, 2015 at 12:49:13AM +0100, Julian H. Stacey wrote: > > > > Hi, > > > > > > > > I would like to start using bmake only syntax on our infrastructure for > > > tha= > t I > > > > want to make sure noone is using the old make, so I plan to remove the > > > old = .................................................^^^^^^^^^^^^^^^^^^ > > > > make > > > > =66rom base, I plan to do it by Feb 16th. > > > > > > > > Note that bmake is the default since FreeBSD 10. > > > > FreeBSD 9.3 is also providing bmake (as bmake) on default installation. > > > > > > > > Best regards, > > > > Bapt > > > > > > I don't know the difference, but it seems potentialy dangerous to > > > remove old make without notice ? > > > > > Old make was already removed in 10.x what remains is only the sources and > > that is what I propose to remove from 11 (and only from 11) > > > > Best regards, > > Bapt > > fmake exists as a port too, doesn't it? That's what I vaguely remember > as the plan... bmake available in 9, it's the default in 10 but fmake > source is still around, and then in 11 fmake is gone from base but > available as a port. If that's the case. It all hardly seems worth an announcement. Nothing's lost, and everyone wins. :) --Chris > > -- 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 Fri Feb 13 02:46:01 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4C7F7BB9; Fri, 13 Feb 2015 02:46:01 +0000 (UTC) Received: from pozo.com (pozo.com [50.197.129.137]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "pozo.com", Issuer "pozo.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id D367F373; Fri, 13 Feb 2015 02:46:00 +0000 (UTC) Received: from T61p.pozo.com (t61p.pozo.com [192.168.0.4]) (authenticated bits=0) by pozo.com (8.14.9/8.14.9) with ESMTP id t1D2cTvl091639 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NOT); Thu, 12 Feb 2015 18:38:30 -0800 (PST) (envelope-from null@pozo.com) Message-Id: <201502130238.t1D2cTvl091639@pozo.com> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Thu, 12 Feb 2015 18:38:29 -0800 To: freebsd-current@freebsd.org From: Manfred Antar Subject: make installworld broken on current amd64 at /usr/src/usr.bin/chpass Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" X-Spam-Status: No, score=-102.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, MISSING_MID,URIBL_BLOCKED,USER_IN_WHITELIST autolearn=no autolearn_force=no version=3.4.0, No X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on pozo.com X-pozocom-MailScanner-Information: Please contact the ISP for more information X-pozocom-MailScanner-ID: t1D2cTvl091639 X-pozocom-MailScanner: Found to be clean X-pozocom-MailScanner-From: null@pozo.com Cc: bapt@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list 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 Feb 2015 02:46:01 -0000 make install in usr.bin/chpass broken on current: (chpass)5006}make install install -s -o root -g wheel -m 4555 -fschg -S chpass /usr/bin/chpass install -o root -g wheel -m 444 chpass.1.gz /usr/share/man/man1 /usr/share/man/man1/chfn.1.gz -> /usr/share/man/man1/chpass.1.gz /usr/share/man/man1/chsh.1.gz -> /usr/share/man/man1/chpass.1.gz /usr/share/man/man1/ypchpass.1.gz -> /usr/share/man/man1/chpass.1.gz /usr/share/man/man1/ypchfn.1.gz -> /usr/share/man/man1/chpass.1.gz /usr/share/man/man1/ypchsh.1.gz -> /usr/share/man/man1/chpass.1.gz /usr/bin/chfn -> /usr/bin/chpass install: link /usr/bin/chpass -> /usr/bin/chfn: Operation not permitted *** Error code 71 Stop. make: stopped in /usr/src/usr.bin/chpass ======================== || null@pozo.com || || || ======================== From owner-freebsd-current@FreeBSD.ORG Fri Feb 13 03:17:30 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4A01211B; Fri, 13 Feb 2015 03:17:30 +0000 (UTC) Received: from mail-qg0-x236.google.com (mail-qg0-x236.google.com [IPv6:2607:f8b0:400d:c04::236]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id F044D95C; Fri, 13 Feb 2015 03:17:29 +0000 (UTC) Received: by mail-qg0-f54.google.com with SMTP id z60so11332963qgd.13; Thu, 12 Feb 2015 19:17:29 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:cc:subject:date:message-id:user-agent:in-reply-to :references:mime-version:content-type; bh=zTE00BpHkza/twbYEZs9+6173RgqTywpmow+byVU5oQ=; b=U9LNTdqFijiMmRlW54u//mp6DqF/2Rpy+Fbh7SJnou5sKZhoOVhOVcCQgfJ7/75tFN iAGNB1bx0kRkq+nWsg+5B3DnrQ+u07C0h3kn5obH1hpO33z3vb5gt9Xrq5JTW81Rmeog 9vq/VIILSf0PHVLavJPiy3Uk7ZwwRTA8uuxQ2e9w47nxDTapfxooZHfIJAV3ydQ8X3Sj TwAvE3+en4b6LzfXVnkcwYH/ZI2kgJhNltRipf9K6iCGwL0NJfpuq8fEr97XUPSfQSSV krdWqwu1cuRHfqh0VR2D5VaGYpbFvKR6E7/sxCmswX63zb6bAAWfRwENth27bXi+P/Ok R4sQ== X-Received: by 10.140.231.73 with SMTP id b70mr1335659qhc.76.1423797449091; Thu, 12 Feb 2015 19:17:29 -0800 (PST) Received: from shawnwebb-laptop.localnet ([73.173.99.185]) by mx.google.com with ESMTPSA id e7sm5983841qag.10.2015.02.12.19.17.27 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 12 Feb 2015 19:17:28 -0800 (PST) From: Shawn Webb To: freebsd-current@freebsd.org Subject: Re: make installworld broken on current amd64 at /usr/src/usr.bin/chpass Date: Thu, 12 Feb 2015 22:17:28 -0500 Message-ID: <1977269.4cg8I6HNM5@shawnwebb-laptop> User-Agent: KMail/4.14.2 (FreeBSD/11.0-CURRENT; KDE/4.14.2; amd64; ; ) In-Reply-To: <201502130238.t1D2cTvl091639@pozo.com> References: <201502130238.t1D2cTvl091639@pozo.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1525376.oMeZO9VFd0"; micalg="pgp-sha256"; protocol="application/pgp-signature" Cc: bapt@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list 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 Feb 2015 03:17:30 -0000 --nextPart1525376.oMeZO9VFd0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" On Thursday, February 12, 2015 06:38:29 PM Manfred Antar wrote: > make install in usr.bin/chpass broken on current: > > (chpass)5006}make install > install -s -o root -g wheel -m 4555 -fschg -S chpass /usr/bin/chpass > install -o root -g wheel -m 444 chpass.1.gz /usr/share/man/man1 > /usr/share/man/man1/chfn.1.gz -> /usr/share/man/man1/chpass.1.gz > /usr/share/man/man1/chsh.1.gz -> /usr/share/man/man1/chpass.1.gz > /usr/share/man/man1/ypchpass.1.gz -> /usr/share/man/man1/chpass.1.gz > /usr/share/man/man1/ypchfn.1.gz -> /usr/share/man/man1/chpass.1.gz > /usr/share/man/man1/ypchsh.1.gz -> /usr/share/man/man1/chpass.1.gz > /usr/bin/chfn -> /usr/bin/chpass > install: link /usr/bin/chpass -> /usr/bin/chfn: Operation not permitted > *** Error code 71 > > Stop. > make: stopped in /usr/src/usr.bin/chpass I'm getting this, too. Thanks, Shawn --nextPart1525376.oMeZO9VFd0 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 iQIcBAABCAAGBQJU3WzIAAoJEGqEZY9SRW7uuksP/3/qptIoF0dOCevDHiRlvBmP CC+xGsVLH50V3r56wE06yGQC7bcocFBb+xsuXsb4Fob6hSFafDvF4VxPvfvoeMHQ k49KeYOZ9HcwRVFrWCZQ7+EBxtGVmaip5MptoIrL7G1S8R+JsvFjkoA44XaHkp7f vS0kfjZLPIzJl6TlRA703VyZISAjSjRO1q5pph3px+AFB85HwofoKa7CfgPIWktE F3d36AK00qnz0wPu6oqXhWpPREZHO5eBfoEZdzEtIuW6aZ7L5FIs2GGIxiX11/iE AwTcfo2SZQwQtOIYDYihdK3qssOnqIfMUk7Zt7CqEHkInkZXR6K0uQmhHqt7Jhn6 b2G9AYrbol8dC7t3fE3D2JhLNTqQG3aCNSMmPFp+0/RzTMFDvjcYX0LjNsfM6OlI SiQyfjYEPYSskn7uWX6auT0+SHt59k8H9GiZpRDnbqKuClFpsEPCPLW/6nwyh29/ Z30JLhSJ1XwDizX8TX2P3p3hbAe8f44kWRVy9eCfFSGhTNrzzk+Pj79qlCDqbwWW ujOl4EbytteobKaMByWolbCJjWwlZ4dFPiVkAYPmKj17e7L07sD9iCIh3LkZMPrN /w3v3Hivtvhzd04l4A2cx/sLf7nYDZf4xYOWbw1KViDeFMKqdLFc/jJoxjrc8xCq pkHoO8KJGEBLcPxebV5Q =vikV -----END PGP SIGNATURE----- --nextPart1525376.oMeZO9VFd0-- From owner-freebsd-current@FreeBSD.ORG Fri Feb 13 04:31:37 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 35E72ED4; Fri, 13 Feb 2015 04:31:37 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 231AEFE5; Fri, 13 Feb 2015 04:31:37 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 3FE99307; Fri, 13 Feb 2015 04:31:35 +0000 (UTC) Date: Fri, 13 Feb 2015 04:31:14 +0000 (GMT) From: jenkins-admin@freebsd.org To: jenkins-admin@FreeBSD.org, freebsd-current@freebsd.org, glebius@FreeBSD.org, gnn@FreeBSD.org, bapt@FreeBSD.org, ngie@FreeBSD.org, pfg@FreeBSD.org Message-ID: <454139101.39.1423801893474.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1545414230.37.1423784942824.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1545414230.37.1423784942824.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is back to normal : FreeBSD_HEAD #2365 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-1 Precedence: list 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 Feb 2015 04:31:37 -0000 See From owner-freebsd-current@FreeBSD.ORG Fri Feb 13 05:37:01 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A322FA13 for ; Fri, 13 Feb 2015 05:37: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 914CC7D4 for ; Fri, 13 Feb 2015 05:37:01 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id B91F832A for ; Fri, 13 Feb 2015 05:37:01 +0000 (UTC) Date: Fri, 13 Feb 2015 05:37:00 +0000 (GMT) From: jenkins-admin@freebsd.org To: freebsd-current@freebsd.org Message-ID: <1149787994.40.1423805820952.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1044478921.36.1423778233298.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1044478921.36.1423778233298.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is still unstable: FreeBSD_HEAD-tests2 #688 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Jenkins-Job: FreeBSD_HEAD-tests2 X-Jenkins-Result: UNSTABLE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list 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 Feb 2015 05:37:01 -0000 See From owner-freebsd-current@FreeBSD.ORG Fri Feb 13 08:46:11 2015 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BAA98C31; Fri, 13 Feb 2015 08:46:11 +0000 (UTC) Received: from mail-we0-x233.google.com (mail-we0-x233.google.com [IPv6:2a00:1450:400c:c03::233]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 59C3EE13; Fri, 13 Feb 2015 08:46:11 +0000 (UTC) Received: by mail-we0-f179.google.com with SMTP id u56so15125055wes.10; Fri, 13 Feb 2015 00:46:09 -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=gCjT1o1sgtT0LLGN9Gw57oMpoga7QHqAmhloJZcvyws=; b=G+UBO2x2Ob4P+kP6G+BE9Yhj1Tb6uPkv/x8cRd/rqKBFcUXVlVRrHSV6cFHoWXKqb9 RP8OtN3TZ84bZTh26H49p16ExyhZCAnxXeZzyWhja41HFBRDGH7iaeAMFxEx2su4fDPw sKvc85KHQA1+flib0ptXqWbsNP4A0bLOjJWu0DC4BkKHJItK75Dswv1FY4VYWqk1l4ZM HGFns+za7DPar1y988i/bTVVSurLiLpeAyvmfMt01nQECduFU6/iA9VGl6jqlbxDuG/K 2Pc8FR9zhtPZmEVJjR3LuuitSAG7qKpgoihpixWARzhrN4apwrxWnVA6rdqLq5A7Jlrr ZVhw== X-Received: by 10.194.23.39 with SMTP id j7mr16343722wjf.9.1423817169736; Fri, 13 Feb 2015 00:46:09 -0800 (PST) Received: from ivaldir.etoilebsd.net ([2001:41d0:8:db4c::1]) by mx.google.com with ESMTPSA id do1sm2002147wib.3.2015.02.13.00.46.08 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 13 Feb 2015 00:46:08 -0800 (PST) Sender: Baptiste Daroussin Date: Fri, 13 Feb 2015 09:46:06 +0100 From: Baptiste Daroussin To: Ian Lepore Subject: Re: [RFC] Removin the old make Message-ID: <20150213084606.GM29891@ivaldir.etoilebsd.net> References: <20150210223854.GT29891@ivaldir.etoilebsd.net> <201502122349.t1CNnD43027915@fire.js.berklix.net> <20150213002456.GK29891@ivaldir.etoilebsd.net> <1423788447.80968.123.camel@freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="MqkwUViToTQK+HjE" Content-Disposition: inline In-Reply-To: <1423788447.80968.123.camel@freebsd.org> User-Agent: Mutt/1.5.23 (2014-03-12) Cc: arch@freebsd.org, "Julian H. Stacey" , current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list 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 Feb 2015 08:46:11 -0000 --MqkwUViToTQK+HjE Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Feb 12, 2015 at 05:47:27PM -0700, Ian Lepore wrote: > On Fri, 2015-02-13 at 01:24 +0100, Baptiste Daroussin wrote: > > On Fri, Feb 13, 2015 at 12:49:13AM +0100, Julian H. Stacey wrote: > > > > Hi, > > > >=20 > > > > I would like to start using bmake only syntax on our infrastructure= for tha=3D > > > > t I > > > > want to make sure noone is using the old make, so I plan to remove = the old =3D > > > .................................................^^^^^^^^^^^^^^^^^^ > > > > make > > > > =3D66rom base, I plan to do it by Feb 16th. > > > >=20 > > > > Note that bmake is the default since FreeBSD 10. > > > > FreeBSD 9.3 is also providing bmake (as bmake) on default installat= ion. > > > >=20 > > > > Best regards, > > > > Bapt > > >=20 > > > I don't know the difference, but it seems potentialy dangerous to > > > remove old make without notice ? > > >=20 > > Old make was already removed in 10.x what remains is only the sources a= nd that > > is what I propose to remove from 11 (and only from 11) > >=20 > > Best regards, > > Bapt >=20 > fmake exists as a port too, doesn't it? That's what I vaguely remember > as the plan... bmake available in 9, it's the default in 10 but fmake > source is still around, and then in 11 fmake is gone from base but > available as a port. >=20 Yes it is in port for sure. Bapt --MqkwUViToTQK+HjE Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iEYEARECAAYFAlTduc4ACgkQ8kTtMUmk6EzrIQCeMb2V6jynVUmS41XXqYyj9gke 65YAniw8ww4DpS4O47zueKz8QDa4vHmc =TPb/ -----END PGP SIGNATURE----- --MqkwUViToTQK+HjE-- From owner-freebsd-current@FreeBSD.ORG Fri Feb 13 09:47:05 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E018580F for ; Fri, 13 Feb 2015 09:47:05 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id C8C423EE for ; Fri, 13 Feb 2015 09:47:05 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 1E51739F for ; Fri, 13 Feb 2015 09:47:00 +0000 (UTC) Date: Fri, 13 Feb 2015 09:46:53 +0000 (GMT) From: jenkins-admin@freebsd.org To: freebsd-current@freebsd.org Message-ID: <2090364455.42.1423820813228.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1149787994.40.1423805820952.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1149787994.40.1423805820952.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is still unstable: FreeBSD_HEAD-tests2 #689 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Jenkins-Job: FreeBSD_HEAD-tests2 X-Jenkins-Result: UNSTABLE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list 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 Feb 2015 09:47:06 -0000 See From owner-freebsd-current@FreeBSD.ORG Fri Feb 13 14:32:43 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6917F84D for ; Fri, 13 Feb 2015 14:32:43 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 56CA289D for ; Fri, 13 Feb 2015 14:32:43 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 8DCF03FE for ; Fri, 13 Feb 2015 14:32:43 +0000 (UTC) Date: Fri, 13 Feb 2015 14:32:42 +0000 (GMT) From: jenkins-admin@freebsd.org To: freebsd-current@freebsd.org Message-ID: <4399733.43.1423837962959.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <2090364455.42.1423820813228.JavaMail.jenkins@jenkins-9.freebsd.org> References: <2090364455.42.1423820813228.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is still unstable: FreeBSD_HEAD-tests2 #690 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Jenkins-Job: FreeBSD_HEAD-tests2 X-Jenkins-Result: UNSTABLE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list 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 Feb 2015 14:32:43 -0000 See From owner-freebsd-current@FreeBSD.ORG Fri Feb 13 16:07:05 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 174B384B; Fri, 13 Feb 2015 16:07:05 +0000 (UTC) Received: from mail-ie0-f175.google.com (mail-ie0-f175.google.com [209.85.223.175]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D992822E; Fri, 13 Feb 2015 16:07:01 +0000 (UTC) Received: by ierx19 with SMTP id x19so20608506ier.3; Fri, 13 Feb 2015 08:07:00 -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=ms6Kw84DFNv5/NjGGEqnzy0RFjmQ99Xk+eKUMSi0gAo=; b=cPDdtcaVbuyKXbvtLZrNKD1gKQe+E8UFcr3cLdCRbgT3BpBMH4Vm5++SwT1Cs8mh2e m3nEGFNITw901w/9EbsbpFJjPW6U3F/Fg9sYdKhvhbQYfHH1AjEN2sYbAXPqTieuWt8o 4rV9kzk9SOZr1RInkNemA1QiWTYkjQ2DJkeorT3JyKnzlyGBtz4Qvfgxcqmd1bbjBIQy tlSpEAnXGmZ/8PHj2cuBrYNPYn0WjTl0OpULSyGjZH5R1VBnTUAdEFrRo5TYpV/q+DtL +aCUKg8QEfaGmSKqeSgGXY6egrzN6HXpaG+t+GnAGAy6yLC9aoS/sfV4yI5llghPPGic +o2A== X-Received: by 10.42.152.201 with SMTP id j9mr10678289icw.25.1423843620772; Fri, 13 Feb 2015 08:07:00 -0800 (PST) MIME-Version: 1.0 Received: by 10.64.107.138 with HTTP; Fri, 13 Feb 2015 08:06:40 -0800 (PST) From: Luca Pizzamiglio Date: Fri, 13 Feb 2015 17:06:40 +0100 Message-ID: Subject: pcie Realtek 8168G issues (re driver) To: FreeBSD Current , FreeBSD Hackers , freebsd-hardware@freebsd.org, freebsd-network@freebsd.org Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list 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 Feb 2015 16:07:05 -0000 Hi, I'm Luca, I've some issues using a PCIe Realtek Ethernet board: re0@pci0:3:0:0: class=0x020000 card=0x012310ec chip=0x816810ec rev=0x0c hdr=0x00 vendor = 'Realtek Semiconductor Co., Ltd.' device = 'RTL8111/8168B PCI Express Gigabit Ethernet controller' class = network subclass = ethernet bar [10] = type I/O Port, range 32, base 0x1000, size 256, enabled bar [18] = type Memory, range 64, base 0x90500000, size 4096, enabled bar [20] = type Prefetchable Memory, range 64, base 0x90400000, size 16384, enabled cap 01[40] = powerspec 3 supports D0 D1 D2 D3 current D0 cap 05[50] = MSI supports 1 message, 64 bit cap 10[70] = PCI-Express 2 endpoint IRQ 1 max data 128(128) link x1(x1) speed 2.5(2.5) ASPM disabled(L0s/L1) cap 11[b0] = MSI-X supports 4 messages Table in map 0x20[0x0], PBA in map 0x20[0x800] cap 03[d0] = VPD ecap 0001[100] = AER 1 0 fatal 0 non-fatal 0 corrected ecap 0002[140] = VC 1 max VC0 ecap 0003[160] = Serial 1 01000000684ce000 ecap 0018[170] = LTR 1 Rx and Tx don't work. After some minutes the interface is activated I get kernel panic. I've already tried to disable MSIx and MSI. It seems a DMA problem, rx fill the 256 descriptors and the nothing else until the panic. netstat -s shows now new packets. I filled a bug report with more infos: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197535 could someone kindly pointing some ideas? Best regards, Luca From owner-freebsd-current@FreeBSD.ORG Fri Feb 13 16:46:47 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 36D57F3B for ; Fri, 13 Feb 2015 16:46:47 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 25765910 for ; Fri, 13 Feb 2015 16:46:47 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 7BEEF42E for ; Fri, 13 Feb 2015 16:46:44 +0000 (UTC) Date: Fri, 13 Feb 2015 16:46:44 +0000 (GMT) From: jenkins-admin@freebsd.org To: freebsd-current@freebsd.org Message-ID: <628277257.44.1423846004343.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <4399733.43.1423837962959.JavaMail.jenkins@jenkins-9.freebsd.org> References: <4399733.43.1423837962959.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is still unstable: FreeBSD_HEAD-tests2 #691 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Jenkins-Job: FreeBSD_HEAD-tests2 X-Jenkins-Result: UNSTABLE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list 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 Feb 2015 16:46:47 -0000 See From owner-freebsd-current@FreeBSD.ORG Fri Feb 13 18:34:56 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8DE1CBD1; Fri, 13 Feb 2015 18:34:56 +0000 (UTC) Received: from mail-pd0-f171.google.com (mail-pd0-f171.google.com [209.85.192.171]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 5C7318F1; Fri, 13 Feb 2015 18:34:56 +0000 (UTC) Received: by pdjz10 with SMTP id z10so20969974pdj.12; Fri, 13 Feb 2015 10:34:50 -0800 (PST) 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=K3/M51oLDngo5JZ1AI+zcHFYA+08bbHJbl6aiusDeA8=; b=w35uSnBL/y0QwQiJAGsRmAyvT4RK69tyMULA2gMG0rhrkVvHLBS69g4JcS511EQgoX qf9e5niGZEOjJeivJMkn3aoGvwLe44NOt9IHV0J1OzwQKQQ1m94MunrY27uESDzNlIGZ zOhqtZ8VHYkITXObn8RNXq1l0zLjTuJNU2VcSeZaZsBIiznJVF7QmMNsvOv6DFlnbuAA /JRepC8xqXm0nCqh4Jyo3GSlymYHYSvAsUVvUqroUAGRTjYFaSs6GU2U8jbyh7RCqDgZ Fs1IwPGI57aHafn0pgC3mstIB9g9seC299ndfVdoVTPxRyht1HgpsgWGlwnXkg+GOJ6V 0vyA== X-Received: by 10.68.253.101 with SMTP id zz5mr17473240pbc.50.1423852490562; Fri, 13 Feb 2015 10:34:50 -0800 (PST) Received: from [10.0.37.153] (tessier.creepingfur.is. [70.36.196.188]) by mx.google.com with ESMTPSA id du13sm986749pdb.65.2015.02.13.10.34.49 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 13 Feb 2015 10:34:49 -0800 (PST) References: Mime-Version: 1.0 (1.0) In-Reply-To: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Message-Id: <4E4BF84E-F6FD-4D25-8B2C-2B443894697B@gmail.com> X-Mailer: iPad Mail (12B435) From: Ben Perrault Subject: Re: pcie Realtek 8168G issues (re driver) Date: Fri, 13 Feb 2015 10:34:49 -0800 To: Luca Pizzamiglio Cc: FreeBSD Hackers , "freebsd-network@freebsd.org" , FreeBSD Current , "freebsd-hardware@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list 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 Feb 2015 18:34:56 -0000 Luca, I've had the same issue with this interface on both PCIe boards and embedded= in a handful of Lenovo products. The one, fairly ugly workaround I've found= that makes it work well enough is disable tso ( i.e. ifconfig re0 down && i= fconfig re0 -tso && ifconfig re0 up ). This also seems to stop the panics un= der current. I'm not sure it will work for you - but it has on everyone of those interfac= es I've dealt with.=20 Good luck, -bp > On Feb 13, 2015, at 8:06 AM, Luca Pizzamiglio = wrote: >=20 > Hi, I'm Luca, >=20 > I've some issues using a PCIe Realtek Ethernet board: > re0@pci0:3:0:0: class=3D0x020000 card=3D0x012310ec chip=3D0x816810ec rev=3D= 0x0c hdr=3D0x00 > vendor =3D 'Realtek Semiconductor Co., Ltd.' > device =3D 'RTL8111/8168B PCI Express Gigabit Ethernet controller' > class =3D network > subclass =3D ethernet > bar [10] =3D type I/O Port, range 32, base 0x1000, size 256, enabled > bar [18] =3D type Memory, range 64, base 0x90500000, size 4096, enabl= ed > bar [20] =3D type Prefetchable Memory, range 64, base 0x90400000, > size 16384, enabled > cap 01[40] =3D powerspec 3 supports D0 D1 D2 D3 current D0 > cap 05[50] =3D MSI supports 1 message, 64 bit > cap 10[70] =3D PCI-Express 2 endpoint IRQ 1 max data 128(128) link x1(x= 1) > speed 2.5(2.5) ASPM disabled(L0s/L1) > cap 11[b0] =3D MSI-X supports 4 messages > Table in map 0x20[0x0], PBA in map 0x20[0x800] > cap 03[d0] =3D VPD > ecap 0001[100] =3D AER 1 0 fatal 0 non-fatal 0 corrected > ecap 0002[140] =3D VC 1 max VC0 > ecap 0003[160] =3D Serial 1 01000000684ce000 > ecap 0018[170] =3D LTR 1 >=20 > Rx and Tx don't work. After some minutes the interface is activated I > get kernel panic. > I've already tried to disable MSIx and MSI. > It seems a DMA problem, rx fill the 256 descriptors and the nothing > else until the panic. netstat -s shows now new packets. >=20 > I filled a bug report with more infos: > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D197535 >=20 > could someone kindly pointing some ideas? >=20 > Best regards, > Luca > _______________________________________________ > freebsd-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 13 19:08:25 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 400937E3 for ; Fri, 13 Feb 2015 19:08:25 +0000 (UTC) Received: from mail-we0-x229.google.com (mail-we0-x229.google.com [IPv6:2a00:1450:400c:c03::229]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id BC885C90 for ; Fri, 13 Feb 2015 19:08:24 +0000 (UTC) Received: by mail-we0-f169.google.com with SMTP id k48so18494192wev.0 for ; Fri, 13 Feb 2015 11:08:23 -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=bN3XtiTFx5QOMKD7IueU9dlHkWfvZuQ4A29qCm2CU3o=; b=hw7UUOsBpdq+pNSN1oGXBObBMgILgbia8yzczmOJoqpjOWO/BX5nP/QD6sQnilCcax 8kAydWzk7tRAUBO4QxvZsVXp2PyC90TX5LLKKQNstpTkl85afvb9JrNw7h7YNIniEMsc RwrtuyG5wSA0LaRw48krxfGZpTk682ApuxfqHb7ZJHEVY+LN1+kMpldYDoROqP9bjZ4A kMkU52+7eQaIAmn1hBPVsg8NdOCE86ywebU8xbPWMSXdbeWLqT9wP6sbkQUxTLvTSEru 2flAGZtcXoSgK4M2F+FO3qccd52HoFwrDNUtDNLOCTAy4HIw9g2r1+ADvlv+PONgkJBu fEmA== X-Received: by 10.180.8.98 with SMTP id q2mr16229592wia.80.1423854503192; Fri, 13 Feb 2015 11:08:23 -0800 (PST) Received: from ivaldir.etoilebsd.net ([2001:41d0:8:db4c::1]) by mx.google.com with ESMTPSA id a13sm8096322wic.3.2015.02.13.11.08.21 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 13 Feb 2015 11:08:22 -0800 (PST) Sender: Baptiste Daroussin Date: Fri, 13 Feb 2015 20:08:20 +0100 From: Baptiste Daroussin To: Shawn Webb Subject: Re: make installworld broken on current amd64 at /usr/src/usr.bin/chpass Message-ID: <20150213190820.GN29891@ivaldir.etoilebsd.net> References: <201502130238.t1D2cTvl091639@pozo.com> <1977269.4cg8I6HNM5@shawnwebb-laptop> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="fBycuDTqZgS1bANG" Content-Disposition: inline In-Reply-To: <1977269.4cg8I6HNM5@shawnwebb-laptop> 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-1 Precedence: list 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 Feb 2015 19:08:25 -0000 --fBycuDTqZgS1bANG Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Feb 12, 2015 at 10:17:28PM -0500, Shawn Webb wrote: > On Thursday, February 12, 2015 06:38:29 PM Manfred Antar wrote: > > make install in usr.bin/chpass broken on current: > >=20 > > (chpass)5006}make install > > install -s -o root -g wheel -m 4555 -fschg -S chpass /usr/bin/chpass > > install -o root -g wheel -m 444 chpass.1.gz /usr/share/man/man1 > > /usr/share/man/man1/chfn.1.gz -> /usr/share/man/man1/chpass.1.gz > > /usr/share/man/man1/chsh.1.gz -> /usr/share/man/man1/chpass.1.gz > > /usr/share/man/man1/ypchpass.1.gz -> /usr/share/man/man1/chpass.1.gz > > /usr/share/man/man1/ypchfn.1.gz -> /usr/share/man/man1/chpass.1.gz > > /usr/share/man/man1/ypchsh.1.gz -> /usr/share/man/man1/chpass.1.gz > > /usr/bin/chfn -> /usr/bin/chpass > > install: link /usr/bin/chpass -> /usr/bin/chfn: Operation not permitted > > *** Error code 71 > >=20 > > Stop. > > make: stopped in /usr/src/usr.bin/chpass >=20 > I'm getting this, too. >=20 > Thanks, >=20 > Shawn It has been fixed sorry about that. Bapt --fBycuDTqZgS1bANG Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iEYEARECAAYFAlTeS6QACgkQ8kTtMUmk6EzrjQCgk+gHbChY2djEDK1U4nnlLV0e FKUAn10EzF4MedBiRLnUSY/M9BTxf2OV =u8KR -----END PGP SIGNATURE----- --fBycuDTqZgS1bANG-- From owner-freebsd-current@FreeBSD.ORG Fri Feb 13 19:40:16 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DD886D61 for ; Fri, 13 Feb 2015 19:40:16 +0000 (UTC) Received: from mail-lb0-x22e.google.com (mail-lb0-x22e.google.com [IPv6:2a00:1450:4010:c04::22e]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 61A05F34 for ; Fri, 13 Feb 2015 19:40:16 +0000 (UTC) Received: by mail-lb0-f174.google.com with SMTP id z11so17479579lbi.5 for ; Fri, 13 Feb 2015 11:40:14 -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=AC8D1REsmxPTf9f2Co51xyexNCa5VoOmkpHCw8P1+6k=; b=EZAcp5TpRiFlQ5WKTD4ijvEhP1K9puUGSwlcK2J7mOtkpONMTZFTgmZfYb0HhrVfKC BiUTLJRHAZ4RQ3a0TRMFA4DQvBdwGsImFAmiDOAGwBgvYi3U61cyX/hbCCej4o64+9mI Sv1KIvXilP7nFWN0NWA2aq9aggFiRqS2+KruyDbP0EMGH3VXZi4RmqCoYW8rp/BS4CGm 8ntVAB5EDAV8sBjcA/9GPBdbguwn74WFy9iLkKlN+3zJ/WCYeLVEqx/JJe9lnpQuBbQE wAwJs70A7PGZ6iEvD080MbPpstm2jiFEiRCq7RjZQp6OhteoEh2QtTjhVyOytmz+eqcS zbhQ== MIME-Version: 1.0 X-Received: by 10.152.45.100 with SMTP id l4mr9754421lam.112.1423856414433; Fri, 13 Feb 2015 11:40:14 -0800 (PST) Received: by 10.114.78.131 with HTTP; Fri, 13 Feb 2015 11:40:14 -0800 (PST) Date: Fri, 13 Feb 2015 14:40:14 -0500 Message-ID: Subject: make regression -- -q doesn't work? From: Ryan Stone To: FreeBSD Current Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list 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 Feb 2015 19:40:17 -0000 On 10.1-RELEASE, make -q doesn't seem to work anymore: [rstone@wtllab-bsd10-build-64 rstone]cat Makefile foo: bar cp bar foo bar: touch bar clean: rm -f foo bar [rstone@wtllab-bsd10-build-64 rstone]make -q foo; echo $? 1 [rstone@wtllab-bsd10-build-64 rstone]make foo touch bar cp bar foo [rstone@wtllab-bsd10-build-64 rstone]make -q foo; echo $? `foo' is up to date. 1 [rstone@wtllab-bsd10-build-64 rstone]make foo `foo' is up to date. [rstone@wtllab-bsd10-build-64 rstone]echo $? 0 This worked correctly in 8.1-RELEASE. I suspect that this is a bmake-induced regression? From owner-freebsd-current@FreeBSD.ORG Fri Feb 13 21:24:23 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 07B9E75F for ; Fri, 13 Feb 2015 21:24:23 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id E9082CE2 for ; Fri, 13 Feb 2015 21:24:22 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 1111C49D for ; Fri, 13 Feb 2015 21:24:21 +0000 (UTC) Date: Fri, 13 Feb 2015 21:24:21 +0000 (GMT) From: jenkins-admin@freebsd.org To: freebsd-current@freebsd.org Message-ID: <518243128.45.1423862661316.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <628277257.44.1423846004343.JavaMail.jenkins@jenkins-9.freebsd.org> References: <628277257.44.1423846004343.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is still unstable: FreeBSD_HEAD-tests2 #692 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Jenkins-Job: FreeBSD_HEAD-tests2 X-Jenkins-Result: UNSTABLE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list 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 Feb 2015 21:24:23 -0000 See From owner-freebsd-current@FreeBSD.ORG Sat Feb 14 00:25:23 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 947B679B for ; Sat, 14 Feb 2015 00:25:23 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 82DC0DF for ; Sat, 14 Feb 2015 00:25:23 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id ADB2B4CC for ; Sat, 14 Feb 2015 00:25:23 +0000 (UTC) Date: Sat, 14 Feb 2015 00:25:23 +0000 (GMT) From: jenkins-admin@freebsd.org To: freebsd-current@freebsd.org Message-ID: <683588604.47.1423873523634.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <518243128.45.1423862661316.JavaMail.jenkins@jenkins-9.freebsd.org> References: <518243128.45.1423862661316.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is still unstable: FreeBSD_HEAD-tests2 #693 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Jenkins-Job: FreeBSD_HEAD-tests2 X-Jenkins-Result: UNSTABLE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: 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 Feb 2015 00:25:23 -0000 See From owner-freebsd-current@FreeBSD.ORG Sat Feb 14 00:32:41 2015 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D027A961; Sat, 14 Feb 2015 00:32:41 +0000 (UTC) Received: from mithlond.kdm.org (mithlond.kdm.org [70.56.43.85]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "A1-33714", Issuer "A1-33714" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 800FF1BC; Sat, 14 Feb 2015 00:32:40 +0000 (UTC) Received: from mithlond.kdm.org (localhost [127.0.0.1]) by mithlond.kdm.org (8.14.9/8.14.9) with ESMTP id t1E0WWap064239 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Fri, 13 Feb 2015 17:32:32 -0700 (MST) (envelope-from ken@mithlond.kdm.org) Received: (from ken@localhost) by mithlond.kdm.org (8.14.9/8.14.9/Submit) id t1E0WWWk064238; Fri, 13 Feb 2015 17:32:32 -0700 (MST) (envelope-from ken) Date: Fri, 13 Feb 2015 17:32:32 -0700 From: "Kenneth D. Merry" To: scsi@freebsd.org, current@freebsd.org Subject: sa(4) driver changes available for test Message-ID: <20150214003232.GA63990@mithlond.kdm.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-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (mithlond.kdm.org [127.0.0.1]); Fri, 13 Feb 2015 17:32:32 -0700 (MST) X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00, HEADER_FROM_DIFFERENT_DOMAINS autolearn=ham autolearn_force=no version=3.4.0 X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on mithlond.kdm.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: 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 Feb 2015 00:32:41 -0000 I have a fairly large set of changes to the sa(4) driver and mt(1) driver that I'm planning to commit in the near future. A description of the changes is here and below in this message. If you have tape hardware and the inclination, I'd appreciate testing and feedback. ============ Rough draft commit message: http://people.freebsd.org/~ken/sa_changes_commitmsg.20150213.3.txt The patches against FreeBSD/head as of SVN revision 278706: http://people.freebsd.org/~ken/sa_changes.20150213.3.txt And (untested) patches against FreeBSD stable/10 as of SVN revision 278721. http://people.freebsd.org/~ken/sa_changes.stable_10.20150213.3.txt ============ The intent is to get the tape infrastructure more up to date, so we can support LTFS and more modern tape drives: http://www.ibm.com/systems/storage/tape/ltfs/ I have ported IBM's LTFS Single Drive Edition to FreeBSD. The port depends on the patches linked above. It isn't fully cleaned up and ready for redistribution. If you're interested, though, let me know and I'll tell you when it is ready to go out. You need an IBM LTO-5, LTO-6, TS1140 or TS1150 tape drive. HP drives aren't supported by IBM's LTFS, and older drives don't have the necessary features to support LTFS. The commit message below outlines most of the changes. A few comments: 1. I'm planning to commit the XPT_DEV_ADVINFO changes separately. 2. The XML output is similar to what GEOM and CTL do. It would be nice to figure out how to put a standard schema on it so that standard tools could read it. I don't know how feasible that is, since I haven't time to dig into it. If anyone has suggestions on whether that is feasible or advisable, I'd appreciate feedback. 3. I have tested with a reasonable amount of tape hardware (see below for a list), but more testing and feedback would be good. 4. Standard 'mt status' output looks like this: # mt -f /dev/nsa3 status -v Drive: sa3: Serial Number: 101500520A --------------------------------- Mode Density Blocksize bpi Compression Current: 0x5a:LTO-6 variable 384607 enabled (0xff) --------------------------------- Current Driver State: at rest. --------------------------------- Partition: 0 Calc File Number: 0 Calc Record Number: 0 Residual: 0 Reported File Number: 0 Reported Record Number: 0 Flags: BOP 5. 'mt status -v' looks like this: # mt -f /dev/nsa3 status -v Drive: sa3: Serial Number: 101500520A --------------------------------- Mode Density Blocksize bpi Compression Current: 0x5a:LTO-6 variable 384607 enabled (0xff) --------------------------------- Current Driver State: at rest. --------------------------------- Partition: 0 Calc File Number: 0 Calc Record Number: 0 Residual: 0 Reported File Number: 0 Reported Record Number: 0 Flags: BOP --------------------------------- Tape I/O parameters: Maximum I/O size allowed by driver and controller (maxio): 1081344 bytes Maximum I/O size reported by controller (cpi_maxio): 5197824 bytes Maximum block size supported by tape drive and media (max_blk): 8388608 bytes Minimum block size supported by tape drive and media (min_blk): 1 bytes Block granularity supported by tape drive and media (blk_gran): 0 bytes Maximum possible I/O size (max_effective_iosize): 1081344 bytes 6. Existing applications should work without changes. If not, please let me know. Hopefully they will move over time to the new interfaces. 7. There are lots of additional features that could be added later. Append-only support, encryption, more log pages, etc. 8. I have SCSI READ ATTRIBUTE changes for camcontrol(8) that will go in separately. These changes allow displaying the contents of the MAM (Medium Auxiliary Memory) chips on LTO, TS and other modern tape drives. These are good, and a future possible direction is adding attributes to the status XML from the sa(4) driver. ============ Significant upgrades to sa(4) and mt(1). The primary focus of these changes is to modernize FreeBSD's tape infrastructure so that we can take advantage of some of the features of modern tape drives and allow support for LTFS. Significant changes and new features include: o sa(4) driver status and parameter information is now exported via an XML structure. This will allow for changes and improvements later on that will not break userland applications. The old MTIOCGET status ioctl remains, so applications using the existing interface will not break. o 'mt status' now reports drive-reported tape position information as well as the previously available calculated tape position information. These numbers will be different at times, because the drive-reported block numbers are relative to BOP (Beginning of Partition), but the block numbers calculated previously via sa(4) (and still provided) are relative to the last filemark. Both numbers are now provided. 'mt status' now also shows the drive INQUIRY information, serial number and any position flags (BOP, EOT, etc.) provided with the tape position information. 'mt status -v' adds information on the maximum possible I/O size, and the underlying values used to calculate it. o The extra sa(4) /dev entries (/dev/saN.[0-3]) have been removed. The extra devices were originally added as place holders for density-specific device nodes. Some OSes (NetBSD, NetApp's OnTap and Solaris) have had device nodes that, when you write to them, will automatically select a given density for particular tape drives. This is a convenient way of switching densities, but it was never implemented in FreeBSD. Only the device nodes were there, and that sometimes confused users. For modern tape devices, the density is generally not selectable (e.g. with LTO) or defaults to the highest availble density when the tape is rewritten from BOT (e.g. TS11X0). So, for most users, density selection won't be necessary. If they do need to select the density, it is easy enough to use 'mt density' to change it. o Protection information is now supported. This is either a Reed-Solomon CRC or CRC32 that is included at the end of each block read and written. On write, the tape drive verifies the CRC, and on read, the tape drive provides a CRC for the userland application to verify. o New, extensible tape driver parameter get/set interface. o Density reporting information. For drives that support it, 'mt getdensity' will show detailed information on what formats the tape drive supports, and what formats the tape drive supports. o Some mt(1) functionality moved into a new mt(3) library so that external applications can reuse the code. o The new mt(3) library includes helper routines to aid in parsing the XML output of the sa(4) driver, and build a tree of driver metadata. o Support for the MTLOAD (load a tape in the drive) and MTWEOFI (write filemark immediate) ioctls needed by IBM's LTFS implementation. o Improve device departure behavior for the sa(4) driver. The previous implementation led to hangs when the device was open. o This has been tested on the following types of drives: IBM TS1150 IBM TS1140 IBM LTO-6 IBM LTO-5 HP LTO-2 Seagate DDS-4 Quantum DLT-4000 Exabyte 8505 Sony DDS-2 contrib/groff/tmac/doc-syms, share/mk/bsd.libnames.mk, lib/Makefile, Add libmt. lib/libmt/Makefile, lib/libmt/mt.3, lib/libmt/mtlib.c, lib/libmt/mtlib.h, New mt(3) library that contains functions moved from mt(1) and new functions needed to interact with the updated sa(4) driver. This includes XML parser helper functions that application writers can use when writing code to query tape parameters. rescue/rescue/Makefile: Add -lmt to CRUNCH_LIBS. sys/cam/cam_ccb.h Add a new flag value for the XPT_DEV_ADVINFO CCB, CDAI_FLAG_NONE. sbin/camcontrol/camcontrol.c, sys/cam/scsi/scsi_da.c, sys/cam/scsi/scsi_enc_ses.c, sys/dev/mps/mps_sas.c: Make sure the flags for the XPT_DEV_ADVINFO CCB are set correctly. This prevents unintended attempts to set advanced information values when XPT_DEV_ADVINFO CCBs are not pre-zeroed. src/share/man/man4/mtio.4 Clarify this man page a bit, and since it contains what is essentially the mtio.h header file, add new ioctls and structure definitions from mtio.h. src/share/man/man4/sa.4 Update BUGS and maintainer section. sys/cam/scsi/scsi_all.c, sys/cam/scsi/scsi_all.h: Add SCSI SECURITY PROTOCOL IN/OUT CDB definitions and CDB building functions. sys/cam/scsi/scsi_sa.c sys/cam/scsi/scsi_sa.h Many tape driver changes, largely outlined above. Increase the sa(4) driver read/write timeout from 4 to 32 minutes. This is based on the recommended values for IBM LTO 5/6 drives. This may also avoid timeouts for other tape hardware that can take a long time to do retries and error recovery. Longer term, a better way to handle this is to ask the drive for recommended timeout values using the REPORT SUPPORTED OPCODES command. Modern IBM and Oracle tape drives at least support that command, and it would allow for more accurate timeout values. Add XML status generation. This is done with a series of macros to eliminate as much duplicate code as possible. The new XML-based status values are reported through the new MTIOCEXTGET ioctl. Add XML driver parameter reporting, using the new MTIOCPARAMGET ioctl. Add a new driver parameter setting interface, using the new MTIOCPARAMSET and MTIOCSETLIST ioctls. Add a new MTIOCRBLIM ioctl to get block limits information. Add CCB/CDB building routines scsi_locate_16, scsi_locate_10, and scsi_read_position_10(). scsi_locate_10 implements the LOCATE command, as does the existing scsi_set_position() command. It just supports additional arguments and features. If/when we figure out a good way to provide backward compatibility for older applications using the old function API, we can just revamp scsi_set_position(). The same goes for scsi_read_position_10() and the existing scsi_read_position() function. Revamp sasetpos() to take the new mtlocate structure as an argument. It now will use either scsi_locate_10() or scsi_locate_16(), depending upon the arguments the user supplies. As before, once we change position we don't have a clear idea of what the current logical position of the tape drive is. For tape drives that support long form position data, we read the current position and store that for later reporting after changing the position. This should help applications like Bacula speed tape access under FreeBSD once they are modified to support the new ioctls. Add a new quirk, SA_QUIRK_NO_LONG_POS, that is set for all drives that report SCSI-2 or older, as well as drives that report an Illegal Request type error for READ POSITION with the long format. So we should automatically detect drives that don't support the long form and stop asking for it after an initial try. Add a partition number to the sa(4) softc. Improve device departure handling. The previous implementation led to hangs when the device was open. If an application had the sa(4) driver open, and attempted to close it after it went away, the cam_periph_release() call in saclose() would cause the periph to get destroyed because that was the last reference to it. Because destroy_dev() was called from the sa(4) driver's cleanup routine (sacleanup()), and would block waiting for the close to happen, a deadlock would result. So instead of calling destroy_dev() from the cleanup routine, call destroy_dev_sched_cb() from saoninvalidate() and wait for the callback. Acquire a reference for devfs in saregister(), and release it in the new sadevgonecb() routine when all devfs devices for the particular sa(4) driver instance are gone. Add a new function, sasetupdev(), to centralize setting per-instance devfs device parameters instead of repeating the code in saregister(). Add an open count to the softc, so we know how many peripheral driver references are a result of open sessions. Add the D_TRACKCLOSE flag to the cdevsw flags so that we get a 1:1 mapping of open to close calls instead of a N:1 mapping. This should be a no-op for everything except the control device, since we don't allow more than one open on non-control devices. However, since we do allow multiple opens on the control device, the combination of the open count and the D_TRACKCLOSE flag should result in an accurate peripheral driver reference count, and an accurate open count. The accurate open count allows us to release all peripheral driver references that are the result of open contexts once we get the callback from devfs. sys/sys/mtio.h: Add a number of new mt(4) ioctls and the requisite data structures. None of the existing interfaces been removed or changed. This includes definitions for the following new ioctls: MTIOCRBLIM /* get block limits */ MTIOCEXTLOCATE /* seek to position */ MTIOCEXTGET /* get tape status */ MTIOCPARAMGET /* get tape params */ MTIOCPARAMSET /* set tape params */ MTIOCSETLIST /* set N params */ usr.bin/mt/Makefile: mt(1) now depends on libmt, libsbuf and libbsdxml. usr.bin/mt/mt.1: Document new mt(1) features and subcommands. usr.bin/mt/mt.c: Implement support for mt(1) subcommands that need to use getopt(3) for their arguments. Implement a new 'mt status' command to replace the old 'mt status' command. The old status command has been renamed 'ostatus'. The new status function uses the MTIOCEXTGET ioctl, and therefore parses the XML data to determine drive status. The -x argument to 'mt status' allows the user to dump out the raw XML reported by the kernel. The new status display is mostly the same as the old status display, except that it doesn't print the redundant density mode information, and it does print the current partition number and position flags. Add a new command, 'mt locate', that will supersede the old 'mt setspos' and 'mt sethpos' commands. 'mt locate' implements all of the functionality of the MTIOCEXTLOCATE ioctl, and allows the user to change the logical position of the tape drive in a number of ways. (Partition, block number, file number, set mark number, end of data.) The immediate bit and the explicit address bits are implemented, but not documented in the man page. Add a new 'mt weofi' command to use the new MTWEOFI ioctl. This allows the user to ask the drive to write a filemark without waiting around for the operation to complete. Add a new 'mt getdensity' command that gets the XML-based tape drive density report from the sa(4) driver and displays it. This uses the SCSI REPORT DENSITY SUPPORT command to get comprehensive information from the tape drive about what formats it is able to read and write. Add a new 'mt protect' command that allows getting and setting tape drive protection information. The protection information is a CRC tacked on to the end of every read/write from and to the tape drive. Sponsored by: Spectra Logic MFC after: 1 month Thanks, Ken -- Kenneth Merry ken@FreeBSD.ORG From owner-freebsd-current@FreeBSD.ORG Sat Feb 14 00:53:13 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B7735FB2 for ; Sat, 14 Feb 2015 00:53:13 +0000 (UTC) Received: from mail-la0-f44.google.com (mail-la0-f44.google.com [209.85.215.44]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 424863E8 for ; Sat, 14 Feb 2015 00:53:12 +0000 (UTC) Received: by labhs14 with SMTP id hs14so19086513lab.1 for ; Fri, 13 Feb 2015 16:53: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:cc:content-type; bh=66wUMOkKkDeaYa1KJhNQ73aul1eIv5VavItqe5/46w4=; b=RAn2t3fChsUIsnbu98D5R1Vwms8z2ObcGlKuDfnHkYv/HYUMa35JbITdAnHUpgNo/O ai0dVSjBcKGhrwKY1jGQMEdQ2Jw2u7582R00B8KJimxQOSYOTsDZMoyPJzXtl7lEXyC/ RnO+EdXGb8AlyfaYfbRmUypUYJBqLjv1iruUdK4v3ozIHEusNv7DpwMvJoPQZa2GECoH TbS28Xoc7njeMv7KeuaTfQuSlni90uUVACHZVgmcPFYUnKLk+wF4j+Qv82Y/KQ8X/njd xNlqv8obrKVhPPRIS6fd/ZAdXeUI5XxgBkG/e4D8AULrJZWaAiBrl1IRZBupt8brl7MT U3pg== MIME-Version: 1.0 X-Received: by 10.112.184.198 with SMTP id ew6mr10600582lbc.71.1423875190537; Fri, 13 Feb 2015 16:53:10 -0800 (PST) Sender: rizzo.unipi@gmail.com Received: by 10.114.79.200 with HTTP; Fri, 13 Feb 2015 16:53:10 -0800 (PST) Date: Fri, 13 Feb 2015 16:53:10 -0800 X-Google-Sender-Auth: I7b8Uz2hKD_MjYDOX_vDv_gJXro Message-ID: Subject: process checkpoint and migration support? From: Luigi Rizzo To: freebsd-current Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: Luigi Rizzo X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: 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 Feb 2015 00:53:13 -0000 Do we have any support for process checkpoint and migration on FreeBSD? I have found some code from 2010 at code.google.com/p/processmigration which works by forcing a core dump. I wonder how difficult it would be to extend it to do incremental checkpointing (to reduxe the time in which the process must be stopped during a migration). Cheers Luigi -- -----------------------------------------+------------------------------- 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 Sat Feb 14 02:50:26 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id F0A47B56 for ; Sat, 14 Feb 2015 02:50:26 +0000 (UTC) Received: from pmta2.delivery2.ore.mailhop.org (pmta2.delivery2.ore.mailhop.org [54.69.130.42]) by mx1.freebsd.org (Postfix) with ESMTP id C6010EF5 for ; Sat, 14 Feb 2015 02:50:26 +0000 (UTC) Received: from smtp5.ore.mailhop.org (172.31.36.112) by pmta2.delivery1.ore.mailhop.org id hrqrvk20u50p for ; Sat, 14 Feb 2015 02:50:27 +0000 (envelope-from ) Received: from pool-71-255-170-26.bstnma.east.verizon.net ([71.255.170.26] helo=homobox.opal.com) by smtp5.ore.mailhop.org with esmtpsa (TLSv1.2:DHE-RSA-AES256-GCM-SHA384:256) (Exim 4.82) (envelope-from ) id 1YMSoD-0008T1-Vk for freebsd-current@freebsd.org; Sat, 14 Feb 2015 02:50:18 +0000 Received: from shibato (shibato.opal.com [IPv6:2001:470:8cb8:3:21e:33ff:fe5f:cb65]) (authenticated bits=0) by homobox.opal.com (8.14.9/8.14.9) with ESMTP id t1E2oCiT059534 (version=TLSv1/SSLv3 cipher=AES128-GCM-SHA256 bits=128 verify=NO) for ; Fri, 13 Feb 2015 21:50:12 -0500 (EST) (envelope-from fbsd@opal.com) X-Mail-Handler: DuoCircle Outbound SMTP X-Originating-IP: 71.255.170.26 X-Report-Abuse-To: abuse@duocircle.com (see https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information for abuse reporting information) X-MHO-User: U2FsdGVkX1843yNqPh6ct+iqrgzkb4Zd Date: Fri, 13 Feb 2015 21:49:59 -0500 From: "J.R. Oldroyd" To: freebsd-current@freebsd.org Subject: boot panic r278740: Most recently used by acpica Message-ID: <20150213214959.1050e045@shibato> X-Mailer: Claws Mail 3.11.1 (GTK+ 2.24.25; amd64-portbld-freebsd10.0) MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; boundary="Sig_/OjaXa+L9kW=dI/_QzsPf3qM"; protocol="application/pgp-signature" X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.4.3 (homobox.opal.com [IPv6:2001:470:8cb8:2::1]); Fri, 13 Feb 2015 21:50:12 -0500 (EST) X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED,BAYES_50, RP_MATCHES_RCVD shortcircuit=no autolearn=no autolearn_force=no version=3.4.0 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-1 Precedence: 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 Feb 2015 02:50:27 -0000 --Sig_/OjaXa+L9kW=dI/_QzsPf3qM Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Hi, Just built 11-CURRENT in order to debug a radeon initialization problem. Clean svn source download of r278740. Followed make buildworld/make buildkernel etc procedure. System panics during boot of kernel with several LOR indications. Haven't run -CURRENT on this system for a while so can't say from which commit point this problem started, however: - System boots fine (but with radeon init problem) on 10-STABLE. - System boots fine and radeon inits OK on 10-STABLE r269271. Detailed panic info here: http://opal.com/jr/freebsd/panic/r278740/dmesg.txt http://opal.com/jr/freebsd/panic/r278740/info.2 http://opal.com/jr/freebsd/panic/r278740/core.txt.2 -jr --Sig_/OjaXa+L9kW=dI/_QzsPf3qM Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iEYEARECAAYFAlTet+MACgkQls33urr0k4kBuQCgm/T0ByFusBfL+y2ujJNQE9i+ iMkAniUbSK5jW/XbZn8mEC939npvLRGq =nACT -----END PGP SIGNATURE----- --Sig_/OjaXa+L9kW=dI/_QzsPf3qM-- From owner-freebsd-current@FreeBSD.ORG Sat Feb 14 05:54:29 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E713AEA5 for ; Sat, 14 Feb 2015 05:54: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 D4C98312 for ; Sat, 14 Feb 2015 05:54:29 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id BB04253D for ; Sat, 14 Feb 2015 05:54:24 +0000 (UTC) Date: Sat, 14 Feb 2015 05:54:20 +0000 (GMT) From: jenkins-admin@freebsd.org To: freebsd-current@freebsd.org Message-ID: <503032688.48.1423893261147.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <683588604.47.1423873523634.JavaMail.jenkins@jenkins-9.freebsd.org> References: <683588604.47.1423873523634.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is still unstable: FreeBSD_HEAD-tests2 #694 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Jenkins-Job: FreeBSD_HEAD-tests2 X-Jenkins-Result: UNSTABLE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: 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 Feb 2015 05:54:30 -0000 See From owner-freebsd-current@FreeBSD.ORG Sat Feb 14 08:44:32 2015 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CFF30658 for ; Sat, 14 Feb 2015 08:44:32 +0000 (UTC) Received: from gold.funkthat.com (gate2.funkthat.com [208.87.223.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "gold.funkthat.com", Issuer "gold.funkthat.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id A403F345 for ; Sat, 14 Feb 2015 08:44:32 +0000 (UTC) Received: from gold.funkthat.com (localhost [127.0.0.1]) by gold.funkthat.com (8.14.5/8.14.5) with ESMTP id t1E8iWIa094660 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sat, 14 Feb 2015 00:44:32 -0800 (PST) (envelope-from jmg@gold.funkthat.com) Received: (from jmg@localhost) by gold.funkthat.com (8.14.5/8.14.5/Submit) id t1E8iWsP094659 for current@FreeBSD.org; Sat, 14 Feb 2015 00:44:32 -0800 (PST) (envelope-from jmg) Date: Sat, 14 Feb 2015 00:44:32 -0800 From: John-Mark Gurney To: current@FreeBSD.org Subject: PCIe hotplug, non-x86 hardware.. Message-ID: <20150214084431.GT1953@funkthat.com> Reply-To: jmg@funkthat.com MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Operating-System: FreeBSD 9.1-PRERELEASE amd64 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? User-Agent: Mutt/1.5.21 (2010-09-15) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (gold.funkthat.com [127.0.0.1]); Sat, 14 Feb 2015 00:44:32 -0800 (PST) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: 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 Feb 2015 08:44:32 -0000 Hello, I am working on adding PCIe Hot Plug to FreeBSD. I have some basic work already done, but I only have x86 hardware to test. I was wondering if anyone has any PCIe Hot Plug capabile hardware that isn't x86, specificly, any sparc64 or powerpc hardware. If so, what is your hardware, and would you be willing to run some basic tests? I've set reply-to so as not to spam the list. 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 Sat Feb 14 09:20:25 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C259E1B7 for ; Sat, 14 Feb 2015 09:20:25 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id B07D285D for ; Sat, 14 Feb 2015 09:20:25 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 25C035CE for ; Sat, 14 Feb 2015 09:20:26 +0000 (UTC) Date: Sat, 14 Feb 2015 09:20:26 +0000 (GMT) From: jenkins-admin@freebsd.org To: freebsd-current@freebsd.org Message-ID: <1819715765.51.1423905626071.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <503032688.48.1423893261147.JavaMail.jenkins@jenkins-9.freebsd.org> References: <503032688.48.1423893261147.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is still unstable: FreeBSD_HEAD-tests2 #695 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Jenkins-Job: FreeBSD_HEAD-tests2 X-Jenkins-Result: UNSTABLE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: 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 Feb 2015 09:20:25 -0000 See From owner-freebsd-current@FreeBSD.ORG Sat Feb 14 13:14:13 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 24FF8CFC for ; Sat, 14 Feb 2015 13:14: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 0FD0BEBF for ; Sat, 14 Feb 2015 13:14:13 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id D6E0F617 for ; Sat, 14 Feb 2015 13:14:12 +0000 (UTC) Date: Sat, 14 Feb 2015 13:14:12 +0000 (GMT) From: jenkins-admin@freebsd.org To: freebsd-current@freebsd.org Message-ID: <1237402847.53.1423919652791.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1819715765.51.1423905626071.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1819715765.51.1423905626071.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is still unstable: FreeBSD_HEAD-tests2 #696 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Jenkins-Job: FreeBSD_HEAD-tests2 X-Jenkins-Result: UNSTABLE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: 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 Feb 2015 13:14:13 -0000 See From owner-freebsd-current@FreeBSD.ORG Sat Feb 14 15:26:02 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 957935FE for ; Sat, 14 Feb 2015 15:26:02 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 7DF5DCA4 for ; Sat, 14 Feb 2015 15:26:02 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id B4457648 for ; Sat, 14 Feb 2015 15:26:02 +0000 (UTC) Date: Sat, 14 Feb 2015 15:26:02 +0000 (GMT) From: jenkins-admin@freebsd.org To: freebsd-current@freebsd.org Message-ID: <187619852.55.1423927562675.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1237402847.53.1423919652791.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1237402847.53.1423919652791.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is still unstable: FreeBSD_HEAD-tests2 #697 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Jenkins-Job: FreeBSD_HEAD-tests2 X-Jenkins-Result: UNSTABLE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: 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 Feb 2015 15:26:02 -0000 See From owner-freebsd-current@FreeBSD.ORG Sat Feb 14 17:34:21 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5C057754 for ; Sat, 14 Feb 2015 17:34:21 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 49E1ED8C for ; Sat, 14 Feb 2015 17:34:21 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id BF25E677 for ; Sat, 14 Feb 2015 17:34:21 +0000 (UTC) Date: Sat, 14 Feb 2015 17:34:21 +0000 (GMT) From: jenkins-admin@freebsd.org To: freebsd-current@freebsd.org Message-ID: <1257035217.57.1423935261694.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <187619852.55.1423927562675.JavaMail.jenkins@jenkins-9.freebsd.org> References: <187619852.55.1423927562675.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is still unstable: FreeBSD_HEAD-tests2 #698 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Jenkins-Job: FreeBSD_HEAD-tests2 X-Jenkins-Result: UNSTABLE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: 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 Feb 2015 17:34:21 -0000 See From owner-freebsd-current@FreeBSD.ORG Sat Feb 14 20:35:18 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 83F11C97 for ; Sat, 14 Feb 2015 20:35:18 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 71F3126C for ; Sat, 14 Feb 2015 20:35:18 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id A0A4C6BF for ; Sat, 14 Feb 2015 20:35:18 +0000 (UTC) Date: Sat, 14 Feb 2015 20:35:18 +0000 (GMT) From: jenkins-admin@freebsd.org To: freebsd-current@freebsd.org Message-ID: <64149596.59.1423946118648.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1257035217.57.1423935261694.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1257035217.57.1423935261694.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is back to stable : FreeBSD_HEAD-tests2 #699 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Jenkins-Job: FreeBSD_HEAD-tests2 X-Jenkins-Result: SUCCESS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: 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 Feb 2015 20:35:18 -0000 See From owner-freebsd-current@FreeBSD.ORG Sat Feb 14 21:31:19 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E6371B46 for ; Sat, 14 Feb 2015 21:31:19 +0000 (UTC) Received: from mail-qc0-x22d.google.com (mail-qc0-x22d.google.com [IPv6:2607:f8b0:400d:c01::22d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 9E7AC9BB for ; Sat, 14 Feb 2015 21:31:19 +0000 (UTC) Received: by mail-qc0-f173.google.com with SMTP id w7so19078917qcr.4 for ; Sat, 14 Feb 2015 13:31:18 -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=EE5tVJ2x3ydDvVdiS8fK8UbskqgkDtxSA+Oe5D8IX8s=; b=If2/h62cU/Rlmz6m6HRzni7mE+wxkiFJEv1H/lC5kfxQXVe4x8diH3kzHRhsBS7OZG 51yJhv1r7vQLmcI3na1o2DT9izTrJT5NBwaARkiR3vzX11yiUsA2RWH8jPVrWolW9Gf0 IHLzqGP+PUZvgy59fXuB5rWk24oZgynUUGqGxKvs9Wnf/7a1VLSmuynqRRfiVJBqCikM vy//rScRFmZC7OaPIqdmE6/AtXhMWnJRf3CuCIKXnjJ2jghorLb6FVDV4ocQMYY+G8NI hrJv5e9SySfAfla6BoT90iG4ifthmGH89C2a9JmWUL9u+AuRUOJWgXv4EqCCHUl3taWR fp0A== MIME-Version: 1.0 X-Received: by 10.140.106.72 with SMTP id d66mr39600705qgf.60.1423949478700; Sat, 14 Feb 2015 13:31:18 -0800 (PST) Received: by 10.140.27.138 with HTTP; Sat, 14 Feb 2015 13:31:18 -0800 (PST) Date: Sat, 14 Feb 2015 22:31:18 +0100 Message-ID: Subject: Suspend/resume on i915 stop working between r278348 and r278741. From: "Ranjan1018 ." <214748mv@gmail.com> To: FreeBSD CURRENT Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: 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 Feb 2015 21:31:20 -0000 Just updated my Samsung Ativ Book 2, running 11-CURRENT, from r278348 to r278741. Now suspend via =E2=80=98acpiconf -s3=E2=80=99 does not work: the LCD stay = dark, the keyboard doesn't react when pressing CapsLock and I have to switch the laptop off pressing the power button. Regards, Maurizio From owner-freebsd-current@FreeBSD.ORG Sat Feb 14 23:02:41 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 101518B9; Sat, 14 Feb 2015 23:02:41 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id F128018D; Sat, 14 Feb 2015 23:02:40 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 4B59A7CB; Sat, 14 Feb 2015 23:02:40 +0000 (UTC) Date: Sat, 14 Feb 2015 23:02:09 +0000 (GMT) From: jenkins-admin@freebsd.org To: jenkins-admin@FreeBSD.org, freebsd-current@freebsd.org, luigi@FreeBSD.org, ian@FreeBSD.org, ngie@FreeBSD.org, davide@FreeBSD.org Message-ID: <726353767.60.1423954956942.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Build failed in Jenkins: FreeBSD_HEAD #2377 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-1 Precedence: 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 Feb 2015 23:02:41 -0000 See Changes: [davide] Don't access sockbuf fields directly, use accessor functions inste= ad. It is safe to move the call to socantsendmore_locked() after sbdrop_locked() as long as we hold the sockbuf lock across the two calls. CR:=09D1805 Reviewed by:=09adrian, kmacy, julian, rwatson [ngie] Refactor pkill-j_test to reflect the relevant changes done to pgrep-= j_test r278742: Simplify jail_name_to_jid and try to be more fault tolerant when scanning f= or the jail ID (poll up to 10 times for the jail IDs to become available) If the scan fails, the code will fall through and fail as it does with Jenk= ins today r278636: Parameterize out the amount of sleep done in each test Set the value in each test to a different amount to avoid potential side-effects with other instances of the test (or lingering processes) stil= l being present on the system r278633: Refactor the tests 1. `id -u` -> 0 is now only checked once; the entire test script is now ski= pped if this assertion is violated 2. De-dent whitespace, based on 1. 3. Only setup the symlink for $sleep once at the top of the script, and tea= r it down once at the bottom of the script [luigi] two minor changes from the master netmap version: 1. handle errors from nm_config(), if any (none of the FreeBSD drivers currently returns an error on this function, so this change is a no-op at this time 2. use a full memory barrier on ioctls [luigi] whitespace change: clarify the role of MAKEDEV_ETERNAL_KLD, and remove an old #ifdef __FreeBSD__ since the code is valid on all platforms. [ian] Add logic for handling new-style ARM cpu ID info. Submitted by:=09Michal Meloun ------------------------------------------ [...truncated 110669 lines...] c++ -O2 -pipe -I/builds/FreeBSD_HEAD/lib/clang/libllvmtablegen/../../../= contrib/llvm/include -I/builds/FreeBSD_HEAD/lib/clang/libllvmtablegen/../..= /../contrib/llvm/tools/clang/include -I/builds/FreeBSD_HEAD/lib/clang/libll= vmtablegen/../../../contrib/llvm/lib/TableGen -I. -I/builds/FreeBSD_HEAD/li= b/clang/libllvmtablegen/../../../contrib/llvm/../../lib/clang/include -DLLV= M_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS = -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -D= LLVM_DEFAULT_TARGET_TRIPLE=3D\"x86_64-unknown-freebsd11.0\" -DLLVM_HOST_TRI= PLE=3D\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=3D\"\" -fstack-prote= ctor -Qunused-arguments -std=3Dc++11 -fno-exceptions -fno-rtti -stdlib=3Dl= ibc++ -Wno-c++11-extensions -c /builds/FreeBSD_HEAD/lib/clang/libllvmtableg= en/../../../contrib/llvm/lib/TableGen/SetTheory.cpp -o SetTheory.o --- all_subdir_libllvmscalaropts --- --- SROA.o --- c++ -O2 -pipe -I/builds/FreeBSD_HEAD/lib/clang/libllvmscalaropts/../../.= ./contrib/llvm/include -I/builds/FreeBSD_HEAD/lib/clang/libllvmscalaropts/.= ./../../contrib/llvm/tools/clang/include -I/builds/FreeBSD_HEAD/lib/clang/l= ibllvmscalaropts/../../../contrib/llvm/lib/Transforms/Scalar -I. -I/builds/= FreeBSD_HEAD/lib/clang/libllvmscalaropts/../../../contrib/llvm/../../lib/cl= ang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC= _CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_STATIC_ANALYZER -fno-s= trict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"x86_64-unknown-freebsd11.0\= " -DLLVM_HOST_TRIPLE=3D\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=3D\= "\" -fstack-protector -Qunused-arguments -std=3Dc++11 -fno-exceptions -fno= -rtti -stdlib=3Dlibc++ -Wno-c++11-extensions -c /builds/FreeBSD_HEAD/lib/cl= ang/libllvmscalaropts/../../../contrib/llvm/lib/Transforms/Scalar/SROA.cpp = -o SROA.o --- all_subdir_libllvmselectiondag --- --- FunctionLoweringInfo.o --- c++ -O2 -pipe -I/builds/FreeBSD_HEAD/lib/clang/libllvmselectiondag/../..= /../contrib/llvm/include -I/builds/FreeBSD_HEAD/lib/clang/libllvmselectiond= ag/../../../contrib/llvm/tools/clang/include -I/builds/FreeBSD_HEAD/lib/cla= ng/libllvmselectiondag/../../../contrib/llvm/lib/CodeGen/SelectionDAG -I. -= I/builds/FreeBSD_HEAD/lib/clang/libllvmselectiondag/../../../contrib/llvm/.= ./../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACR= OS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_STATIC_ANAL= YZER -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\"\" -fstack-protector -Qunused-arguments -std=3Dc++11 -fno-exce= ptions -fno-rtti -stdlib=3Dlibc++ -Wno-c++11-extensions -c /builds/FreeBSD_= HEAD/lib/clang/libllvmselectiondag/../../../contrib/llvm/lib/CodeGen/Select= ionDAG/FunctionLoweringInfo.cpp -o FunctionLoweringInfo.o --- all_subdir_libllvmcodegen --- --- TargetLoweringBase.o --- c++ -O2 -pipe -I/builds/FreeBSD_HEAD/lib/clang/libllvmcodegen/../../../c= ontrib/llvm/include -I/builds/FreeBSD_HEAD/lib/clang/libllvmcodegen/../../.= ./contrib/llvm/tools/clang/include -I/builds/FreeBSD_HEAD/lib/clang/libllvm= codegen/../../../contrib/llvm/lib/CodeGen -I. -I/builds/FreeBSD_HEAD/lib/cl= ang/libllvmcodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_= UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLA= NG_ENABLE_ARCMT -DCLANG_ENABLE_STATIC_ANALYZER -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\"\" -fstack-protecto= r -Qunused-arguments -std=3Dc++11 -fno-exceptions -fno-rtti -stdlib=3Dlibc= ++ -Wno-c++11-extensions -c /builds/FreeBSD_HEAD/lib/clang/libllvmcodegen/.= ./../../contrib/llvm/lib/CodeGen/TargetLoweringBase.cpp -o TargetLoweringBa= se.o --- all_subdir_libllvmtablegen --- --- StringMatcher.o --- c++ -O2 -pipe -I/builds/FreeBSD_HEAD/lib/clang/libllvmtablegen/../../../= contrib/llvm/include -I/builds/FreeBSD_HEAD/lib/clang/libllvmtablegen/../..= /../contrib/llvm/tools/clang/include -I/builds/FreeBSD_HEAD/lib/clang/libll= vmtablegen/../../../contrib/llvm/lib/TableGen -I. -I/builds/FreeBSD_HEAD/li= b/clang/libllvmtablegen/../../../contrib/llvm/../../lib/clang/include -DLLV= M_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS = -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -D= LLVM_DEFAULT_TARGET_TRIPLE=3D\"x86_64-unknown-freebsd11.0\" -DLLVM_HOST_TRI= PLE=3D\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=3D\"\" -fstack-prote= ctor -Qunused-arguments -std=3Dc++11 -fno-exceptions -fno-rtti -stdlib=3Dl= ibc++ -Wno-c++11-extensions -c /builds/FreeBSD_HEAD/lib/clang/libllvmtableg= en/../../../contrib/llvm/lib/TableGen/StringMatcher.cpp -o StringMatcher.o --- TableGenBackend.o --- c++ -O2 -pipe -I/builds/FreeBSD_HEAD/lib/clang/libllvmtablegen/../../../= contrib/llvm/include -I/builds/FreeBSD_HEAD/lib/clang/libllvmtablegen/../..= /../contrib/llvm/tools/clang/include -I/builds/FreeBSD_HEAD/lib/clang/libll= vmtablegen/../../../contrib/llvm/lib/TableGen -I. -I/builds/FreeBSD_HEAD/li= b/clang/libllvmtablegen/../../../contrib/llvm/../../lib/clang/include -DLLV= M_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS = -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -D= LLVM_DEFAULT_TARGET_TRIPLE=3D\"x86_64-unknown-freebsd11.0\" -DLLVM_HOST_TRI= PLE=3D\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=3D\"\" -fstack-prote= ctor -Qunused-arguments -std=3Dc++11 -fno-exceptions -fno-rtti -stdlib=3Dl= ibc++ -Wno-c++11-extensions -c /builds/FreeBSD_HEAD/lib/clang/libllvmtableg= en/../../../contrib/llvm/lib/TableGen/TableGenBackend.cpp -o TableGenBacken= d.o --- TGLexer.o --- c++ -O2 -pipe -I/builds/FreeBSD_HEAD/lib/clang/libllvmtablegen/../../../= contrib/llvm/include -I/builds/FreeBSD_HEAD/lib/clang/libllvmtablegen/../..= /../contrib/llvm/tools/clang/include -I/builds/FreeBSD_HEAD/lib/clang/libll= vmtablegen/../../../contrib/llvm/lib/TableGen -I. -I/builds/FreeBSD_HEAD/li= b/clang/libllvmtablegen/../../../contrib/llvm/../../lib/clang/include -DLLV= M_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS = -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -D= LLVM_DEFAULT_TARGET_TRIPLE=3D\"x86_64-unknown-freebsd11.0\" -DLLVM_HOST_TRI= PLE=3D\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=3D\"\" -fstack-prote= ctor -Qunused-arguments -std=3Dc++11 -fno-exceptions -fno-rtti -stdlib=3Dl= ibc++ -Wno-c++11-extensions -c /builds/FreeBSD_HEAD/lib/clang/libllvmtableg= en/../../../contrib/llvm/lib/TableGen/TGLexer.cpp -o TGLexer.o --- TGParser.o --- c++ -O2 -pipe -I/builds/FreeBSD_HEAD/lib/clang/libllvmtablegen/../../../= contrib/llvm/include -I/builds/FreeBSD_HEAD/lib/clang/libllvmtablegen/../..= /../contrib/llvm/tools/clang/include -I/builds/FreeBSD_HEAD/lib/clang/libll= vmtablegen/../../../contrib/llvm/lib/TableGen -I. -I/builds/FreeBSD_HEAD/li= b/clang/libllvmtablegen/../../../contrib/llvm/../../lib/clang/include -DLLV= M_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS = -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -D= LLVM_DEFAULT_TARGET_TRIPLE=3D\"x86_64-unknown-freebsd11.0\" -DLLVM_HOST_TRI= PLE=3D\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=3D\"\" -fstack-prote= ctor -Qunused-arguments -std=3Dc++11 -fno-exceptions -fno-rtti -stdlib=3Dl= ibc++ -Wno-c++11-extensions -c /builds/FreeBSD_HEAD/lib/clang/libllvmtableg= en/../../../contrib/llvm/lib/TableGen/TGParser.cpp -o TGParser.o --- all_subdir_libllvmselectiondag --- --- SelectionDAG.o --- c++ -O2 -pipe -I/builds/FreeBSD_HEAD/lib/clang/libllvmselectiondag/../..= /../contrib/llvm/include -I/builds/FreeBSD_HEAD/lib/clang/libllvmselectiond= ag/../../../contrib/llvm/tools/clang/include -I/builds/FreeBSD_HEAD/lib/cla= ng/libllvmselectiondag/../../../contrib/llvm/lib/CodeGen/SelectionDAG -I. -= I/builds/FreeBSD_HEAD/lib/clang/libllvmselectiondag/../../../contrib/llvm/.= ./../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACR= OS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_STATIC_ANAL= YZER -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\"\" -fstack-protector -Qunused-arguments -std=3Dc++11 -fno-exce= ptions -fno-rtti -stdlib=3Dlibc++ -Wno-c++11-extensions -c /builds/FreeBSD_= HEAD/lib/clang/libllvmselectiondag/../../../contrib/llvm/lib/CodeGen/Select= ionDAG/SelectionDAG.cpp -o SelectionDAG.o --- all_subdir_libllvmcodegen --- --- TargetLoweringObjectFileImpl.o --- c++ -O2 -pipe -I/builds/FreeBSD_HEAD/lib/clang/libllvmcodegen/../../../c= ontrib/llvm/include -I/builds/FreeBSD_HEAD/lib/clang/libllvmcodegen/../../.= ./contrib/llvm/tools/clang/include -I/builds/FreeBSD_HEAD/lib/clang/libllvm= codegen/../../../contrib/llvm/lib/CodeGen -I. -I/builds/FreeBSD_HEAD/lib/cl= ang/libllvmcodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_= UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLA= NG_ENABLE_ARCMT -DCLANG_ENABLE_STATIC_ANALYZER -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\"\" -fstack-protecto= r -Qunused-arguments -std=3Dc++11 -fno-exceptions -fno-rtti -stdlib=3Dlibc= ++ -Wno-c++11-extensions -c /builds/FreeBSD_HEAD/lib/clang/libllvmcodegen/.= ./../../contrib/llvm/lib/CodeGen/TargetLoweringObjectFileImpl.cpp -o Target= LoweringObjectFileImpl.o --- all_subdir_libllvmscalaropts --- --- ScalarReplAggregates.o --- c++ -O2 -pipe -I/builds/FreeBSD_HEAD/lib/clang/libllvmscalaropts/../../.= ./contrib/llvm/include -I/builds/FreeBSD_HEAD/lib/clang/libllvmscalaropts/.= ./../../contrib/llvm/tools/clang/include -I/builds/FreeBSD_HEAD/lib/clang/l= ibllvmscalaropts/../../../contrib/llvm/lib/Transforms/Scalar -I. -I/builds/= FreeBSD_HEAD/lib/clang/libllvmscalaropts/../../../contrib/llvm/../../lib/cl= ang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC= _CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_STATIC_ANALYZER -fno-s= trict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"x86_64-unknown-freebsd11.0\= " -DLLVM_HOST_TRIPLE=3D\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=3D\= "\" -fstack-protector -Qunused-arguments -std=3Dc++11 -fno-exceptions -fno= -rtti -stdlib=3Dlibc++ -Wno-c++11-extensions -c /builds/FreeBSD_HEAD/lib/cl= ang/libllvmscalaropts/../../../contrib/llvm/lib/Transforms/Scalar/ScalarRep= lAggregates.cpp -o ScalarReplAggregates.o --- all_subdir_libllvmtablegen --- --- libllvmtablegen.a --- building static llvmtablegen library ranlib -D libllvmtablegen.a --- all_subdir_libllvmcodegen --- --- TargetOptionsImpl.o --- c++ -O2 -pipe -I/builds/FreeBSD_HEAD/lib/clang/libllvmcodegen/../../../c= ontrib/llvm/include -I/builds/FreeBSD_HEAD/lib/clang/libllvmcodegen/../../.= ./contrib/llvm/tools/clang/include -I/builds/FreeBSD_HEAD/lib/clang/libllvm= codegen/../../../contrib/llvm/lib/CodeGen -I. -I/builds/FreeBSD_HEAD/lib/cl= ang/libllvmcodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_= UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLA= NG_ENABLE_ARCMT -DCLANG_ENABLE_STATIC_ANALYZER -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\"\" -fstack-protecto= r -Qunused-arguments -std=3Dc++11 -fno-exceptions -fno-rtti -stdlib=3Dlibc= ++ -Wno-c++11-extensions -c /builds/FreeBSD_HEAD/lib/clang/libllvmcodegen/.= ./../../contrib/llvm/lib/CodeGen/TargetOptionsImpl.cpp -o TargetOptionsImpl= .o --- all_subdir_libllvmtarget --- =3D=3D=3D> lib/clang/libllvmtarget (all) --- Target.o --- c++ -O2 -pipe -I/builds/FreeBSD_HEAD/lib/clang/libllvmtarget/../../../co= ntrib/llvm/include -I/builds/FreeBSD_HEAD/lib/clang/libllvmtarget/../../../= contrib/llvm/tools/clang/include -I/builds/FreeBSD_HEAD/lib/clang/libllvmta= rget/../../../contrib/llvm/lib/Target -I. -I/builds/FreeBSD_HEAD/lib/clang/= libllvmtarget/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX = -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_EN= ABLE_ARCMT -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAU= LT_TARGET_TRIPLE=3D\"x86_64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=3D\"x8= 6_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=3D\"\" -fstack-protector -Qunu= sed-arguments -std=3Dc++11 -fno-exceptions -fno-rtti -stdlib=3Dlibc++ -Wno= -c++11-extensions -c /builds/FreeBSD_HEAD/lib/clang/libllvmtarget/../../../= contrib/llvm/lib/Target/Target.cpp -o Target.o --- all_subdir_libllvmcodegen --- --- TargetRegisterInfo.o --- c++ -O2 -pipe -I/builds/FreeBSD_HEAD/lib/clang/libllvmcodegen/../../../c= ontrib/llvm/include -I/builds/FreeBSD_HEAD/lib/clang/libllvmcodegen/../../.= ./contrib/llvm/tools/clang/include -I/builds/FreeBSD_HEAD/lib/clang/libllvm= codegen/../../../contrib/llvm/lib/CodeGen -I. -I/builds/FreeBSD_HEAD/lib/cl= ang/libllvmcodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_= UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLA= NG_ENABLE_ARCMT -DCLANG_ENABLE_STATIC_ANALYZER -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\"\" -fstack-protecto= r -Qunused-arguments -std=3Dc++11 -fno-exceptions -fno-rtti -stdlib=3Dlibc= ++ -Wno-c++11-extensions -c /builds/FreeBSD_HEAD/lib/clang/libllvmcodegen/.= ./../../contrib/llvm/lib/CodeGen/TargetRegisterInfo.cpp -o TargetRegisterIn= fo.o --- all_subdir_libllvmtarget --- --- TargetIntrinsicInfo.o --- c++ -O2 -pipe -I/builds/FreeBSD_HEAD/lib/clang/libllvmtarget/../../../co= ntrib/llvm/include -I/builds/FreeBSD_HEAD/lib/clang/libllvmtarget/../../../= contrib/llvm/tools/clang/include -I/builds/FreeBSD_HEAD/lib/clang/libllvmta= rget/../../../contrib/llvm/lib/Target -I. -I/builds/FreeBSD_HEAD/lib/clang/= libllvmtarget/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX = -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_EN= ABLE_ARCMT -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAU= LT_TARGET_TRIPLE=3D\"x86_64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=3D\"x8= 6_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=3D\"\" -fstack-protector -Qunu= sed-arguments -std=3Dc++11 -fno-exceptions -fno-rtti -stdlib=3Dlibc++ -Wno= -c++11-extensions -c /builds/FreeBSD_HEAD/lib/clang/libllvmtarget/../../../= contrib/llvm/lib/Target/TargetIntrinsicInfo.cpp -o TargetIntrinsicInfo.o --- TargetJITInfo.o --- c++ -O2 -pipe -I/builds/FreeBSD_HEAD/lib/clang/libllvmtarget/../../../co= ntrib/llvm/include -I/builds/FreeBSD_HEAD/lib/clang/libllvmtarget/../../../= contrib/llvm/tools/clang/include -I/builds/FreeBSD_HEAD/lib/clang/libllvmta= rget/../../../contrib/llvm/lib/Target -I. -I/builds/FreeBSD_HEAD/lib/clang/= libllvmtarget/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX = -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_EN= ABLE_ARCMT -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAU= LT_TARGET_TRIPLE=3D\"x86_64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=3D\"x8= 6_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=3D\"\" -fstack-protector -Qunu= sed-arguments -std=3Dc++11 -fno-exceptions -fno-rtti -stdlib=3Dlibc++ -Wno= -c++11-extensions -c /builds/FreeBSD_HEAD/lib/clang/libllvmtarget/../../../= contrib/llvm/lib/Target/TargetJITInfo.cpp -o TargetJITInfo.o --- all_subdir_libllvmscalaropts --- --- Scalarizer.o --- c++ -O2 -pipe -I/builds/FreeBSD_HEAD/lib/clang/libllvmscalaropts/../../.= ./contrib/llvm/include -I/builds/FreeBSD_HEAD/lib/clang/libllvmscalaropts/.= ./../../contrib/llvm/tools/clang/include -I/builds/FreeBSD_HEAD/lib/clang/l= ibllvmscalaropts/../../../contrib/llvm/lib/Transforms/Scalar -I. -I/builds/= FreeBSD_HEAD/lib/clang/libllvmscalaropts/../../../contrib/llvm/../../lib/cl= ang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC= _CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_STATIC_ANALYZER -fno-s= trict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"x86_64-unknown-freebsd11.0\= " -DLLVM_HOST_TRIPLE=3D\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=3D\= "\" -fstack-protector -Qunused-arguments -std=3Dc++11 -fno-exceptions -fno= -rtti -stdlib=3Dlibc++ -Wno-c++11-extensions -c /builds/FreeBSD_HEAD/lib/cl= ang/libllvmscalaropts/../../../contrib/llvm/lib/Transforms/Scalar/Scalarize= r.cpp -o Scalarizer.o --- all_subdir_libllvmcodegen --- --- TargetSchedule.o --- c++ -O2 -pipe -I/builds/FreeBSD_HEAD/lib/clang/libllvmcodegen/../../../c= ontrib/llvm/include -I/builds/FreeBSD_HEAD/lib/clang/libllvmcodegen/../../.= ./contrib/llvm/tools/clang/include -I/builds/FreeBSD_HEAD/lib/clang/libllvm= codegen/../../../contrib/llvm/lib/CodeGen -I. -I/builds/FreeBSD_HEAD/lib/cl= ang/libllvmcodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_= UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLA= NG_ENABLE_ARCMT -DCLANG_ENABLE_STATIC_ANALYZER -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\"\" -fstack-protecto= r -Qunused-arguments -std=3Dc++11 -fno-exceptions -fno-rtti -stdlib=3Dlibc= ++ -Wno-c++11-extensions -c /builds/FreeBSD_HEAD/lib/clang/libllvmcodegen/.= ./../../contrib/llvm/lib/CodeGen/TargetSchedule.cpp -o TargetSchedule.o --- all_subdir_libllvmtarget --- --- TargetLibraryInfo.o --- c++ -O2 -pipe -I/builds/FreeBSD_HEAD/lib/clang/libllvmtarget/../../../co= ntrib/llvm/include -I/builds/FreeBSD_HEAD/lib/clang/libllvmtarget/../../../= contrib/llvm/tools/clang/include -I/builds/FreeBSD_HEAD/lib/clang/libllvmta= rget/../../../contrib/llvm/lib/Target -I. -I/builds/FreeBSD_HEAD/lib/clang/= libllvmtarget/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX = -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_EN= ABLE_ARCMT -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAU= LT_TARGET_TRIPLE=3D\"x86_64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=3D\"x8= 6_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=3D\"\" -fstack-protector -Qunu= sed-arguments -std=3Dc++11 -fno-exceptions -fno-rtti -stdlib=3Dlibc++ -Wno= -c++11-extensions -c /builds/FreeBSD_HEAD/lib/clang/libllvmtarget/../../../= contrib/llvm/lib/Target/TargetLibraryInfo.cpp -o TargetLibraryInfo.o --- TargetLoweringObjectFile.o --- c++ -O2 -pipe -I/builds/FreeBSD_HEAD/lib/clang/libllvmtarget/../../../co= ntrib/llvm/include -I/builds/FreeBSD_HEAD/lib/clang/libllvmtarget/../../../= contrib/llvm/tools/clang/include -I/builds/FreeBSD_HEAD/lib/clang/libllvmta= rget/../../../contrib/llvm/lib/Target -I. -I/builds/FreeBSD_HEAD/lib/clang/= libllvmtarget/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX = -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_EN= ABLE_ARCMT -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAU= LT_TARGET_TRIPLE=3D\"x86_64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=3D\"x8= 6_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=3D\"\" -fstack-protector -Qunu= sed-arguments -std=3Dc++11 -fno-exceptions -fno-rtti -stdlib=3Dlibc++ -Wno= -c++11-extensions -c /builds/FreeBSD_HEAD/lib/clang/libllvmtarget/../../../= contrib/llvm/lib/Target/TargetLoweringObjectFile.cpp -o TargetLoweringObjec= tFile.o --- all_subdir_libllvmcodegen --- --- TwoAddressInstructionPass.o --- c++ -O2 -pipe -I/builds/FreeBSD_HEAD/lib/clang/libllvmcodegen/../../../c= ontrib/llvm/include -I/builds/FreeBSD_HEAD/lib/clang/libllvmcodegen/../../.= ./contrib/llvm/tools/clang/include -I/builds/FreeBSD_HEAD/lib/clang/libllvm= codegen/../../../contrib/llvm/lib/CodeGen -I. -I/builds/FreeBSD_HEAD/lib/cl= ang/libllvmcodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_= UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLA= NG_ENABLE_ARCMT -DCLANG_ENABLE_STATIC_ANALYZER -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\"\" -fstack-protecto= r -Qunused-arguments -std=3Dc++11 -fno-exceptions -fno-rtti -stdlib=3Dlibc= ++ -Wno-c++11-extensions -c /builds/FreeBSD_HEAD/lib/clang/libllvmcodegen/.= ./../../contrib/llvm/lib/CodeGen/TwoAddressInstructionPass.cpp -o TwoAddres= sInstructionPass.o --- all_subdir_libllvmscalaropts --- --- SeparateConstOffsetFromGEP.o --- c++ -O2 -pipe -I/builds/FreeBSD_HEAD/lib/clang/libllvmscalaropts/../../.= ./contrib/llvm/include -I/builds/FreeBSD_HEAD/lib/clang/libllvmscalaropts/.= ./../../contrib/llvm/tools/clang/include -I/builds/FreeBSD_HEAD/lib/clang/l= ibllvmscalaropts/../../../contrib/llvm/lib/Transforms/Scalar -I. -I/builds/= FreeBSD_HEAD/lib/clang/libllvmscalaropts/../../../contrib/llvm/../../lib/cl= ang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC= _CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_STATIC_ANALYZER -fno-s= trict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"x86_64-unknown-freebsd11.0\= " -DLLVM_HOST_TRIPLE=3D\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=3D\= "\" -fstack-protector -Qunused-arguments -std=3Dc++11 -fno-exceptions -fno= -rtti -stdlib=3Dlibc++ -Wno-c++11-extensions -c /builds/FreeBSD_HEAD/lib/cl= ang/libllvmscalaropts/../../../contrib/llvm/lib/Transforms/Scalar/SeparateC= onstOffsetFromGEP.cpp -o SeparateConstOffsetFromGEP.o --- all_subdir_libllvmselectiondag --- --- SelectionDAGBuilder.o --- c++ -O2 -pipe -I/builds/FreeBSD_HEAD/lib/clang/libllvmselectiondag/../..= /../contrib/llvm/include -I/builds/FreeBSD_HEAD/lib/clang/libllvmselectiond= ag/../../../contrib/llvm/tools/clang/include -I/builds/FreeBSD_HEAD/lib/cla= ng/libllvmselectiondag/../../../contrib/llvm/lib/CodeGen/SelectionDAG -I. -= I/builds/FreeBSD_HEAD/lib/clang/libllvmselectiondag/../../../contrib/llvm/.= ./../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACR= OS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_STATIC_ANAL= YZER -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\"\" -fstack-protector -Qunused-arguments -std=3Dc++11 -fno-exce= ptions -fno-rtti -stdlib=3Dlibc++ -Wno-c++11-extensions -c /builds/FreeBSD_= HEAD/lib/clang/libllvmselectiondag/../../../contrib/llvm/lib/CodeGen/Select= ionDAG/SelectionDAGBuilder.cpp -o SelectionDAGBuilder.o --- all_subdir_libllvmtarget --- --- TargetMachine.o --- c++ -O2 -pipe -I/builds/FreeBSD_HEAD/lib/clang/libllvmtarget/../../../co= ntrib/llvm/include -I/builds/FreeBSD_HEAD/lib/clang/libllvmtarget/../../../= contrib/llvm/tools/clang/include -I/builds/FreeBSD_HEAD/lib/clang/libllvmta= rget/../../../contrib/llvm/lib/Target -I. -I/builds/FreeBSD_HEAD/lib/clang/= libllvmtarget/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX = -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_EN= ABLE_ARCMT -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAU= LT_TARGET_TRIPLE=3D\"x86_64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=3D\"x8= 6_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=3D\"\" -fstack-protector -Qunu= sed-arguments -std=3Dc++11 -fno-exceptions -fno-rtti -stdlib=3Dlibc++ -Wno= -c++11-extensions -c /builds/FreeBSD_HEAD/lib/clang/libllvmtarget/../../../= contrib/llvm/lib/Target/TargetMachine.cpp -o TargetMachine.o --- all_subdir_libllvmscalaropts --- --- SimplifyCFGPass.o --- c++ -O2 -pipe -I/builds/FreeBSD_HEAD/lib/clang/libllvmscalaropts/../../.= ./contrib/llvm/include -I/builds/FreeBSD_HEAD/lib/clang/libllvmscalaropts/.= ./../../contrib/llvm/tools/clang/include -I/builds/FreeBSD_HEAD/lib/clang/l= ibllvmscalaropts/../../../contrib/llvm/lib/Transforms/Scalar -I. -I/builds/= FreeBSD_HEAD/lib/clang/libllvmscalaropts/../../../contrib/llvm/../../lib/cl= ang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC= _CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_STATIC_ANALYZER -fno-s= trict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"x86_64-unknown-freebsd11.0\= " -DLLVM_HOST_TRIPLE=3D\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=3D\= "\" -fstack-protector -Qunused-arguments -std=3Dc++11 -fno-exceptions -fno= -rtti -stdlib=3Dlibc++ -Wno-c++11-extensions -c /builds/FreeBSD_HEAD/lib/cl= ang/libllvmscalaropts/../../../contrib/llvm/lib/Transforms/Scalar/SimplifyC= FGPass.cpp -o SimplifyCFGPass.o --- all_subdir_libllvmcodegen --- --- UnreachableBlockElim.o --- c++ -O2 -pipe -I/builds/FreeBSD_HEAD/lib/clang/libllvmcodegen/../../../c= ontrib/llvm/include -I/builds/FreeBSD_HEAD/lib/clang/libllvmcodegen/../../.= ./contrib/llvm/tools/clang/include -I/builds/FreeBSD_HEAD/lib/clang/libllvm= codegen/../../../contrib/llvm/lib/CodeGen -I. -I/builds/FreeBSD_HEAD/lib/cl= ang/libllvmcodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_= UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLA= NG_ENABLE_ARCMT -DCLANG_ENABLE_STATIC_ANALYZER -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\"\" -fstack-protecto= r -Qunused-arguments -std=3Dc++11 -fno-exceptions -fno-rtti -stdlib=3Dlibc= ++ -Wno-c++11-extensions -c /builds/FreeBSD_HEAD/lib/clang/libllvmcodegen/.= ./../../contrib/llvm/lib/CodeGen/UnreachableBlockElim.cpp -o UnreachableBlo= ckElim.o --- all_subdir_libllvmscalaropts --- --- Sink.o --- c++ -O2 -pipe -I/builds/FreeBSD_HEAD/lib/clang/libllvmscalaropts/../../.= ./contrib/llvm/include -I/builds/FreeBSD_HEAD/lib/clang/libllvmscalaropts/.= ./../../contrib/llvm/tools/clang/include -I/builds/FreeBSD_HEAD/lib/clang/l= ibllvmscalaropts/../../../contrib/llvm/lib/Transforms/Scalar -I. -I/builds/= FreeBSD_HEAD/lib/clang/libllvmscalaropts/../../../contrib/llvm/../../lib/cl= ang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC= _CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_STATIC_ANALYZER -fno-s= trict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"x86_64-unknown-freebsd11.0\= " -DLLVM_HOST_TRIPLE=3D\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=3D\= "\" -fstack-protector -Qunused-arguments -std=3Dc++11 -fno-exceptions -fno= -rtti -stdlib=3Dlibc++ -Wno-c++11-extensions -c /builds/FreeBSD_HEAD/lib/cl= ang/libllvmscalaropts/../../../contrib/llvm/lib/Transforms/Scalar/Sink.cpp = -o Sink.o --- all_subdir_libllvmtarget --- --- TargetMachineC.o --- c++ -O2 -pipe -I/builds/FreeBSD_HEAD/lib/clang/libllvmtarget/../../../co= ntrib/llvm/include -I/builds/FreeBSD_HEAD/lib/clang/libllvmtarget/../../../= contrib/llvm/tools/clang/include -I/builds/FreeBSD_HEAD/lib/clang/libllvmta= rget/../../../contrib/llvm/lib/Target -I. -I/builds/FreeBSD_HEAD/lib/clang/= libllvmtarget/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX = -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_EN= ABLE_ARCMT -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAU= LT_TARGET_TRIPLE=3D\"x86_64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=3D\"x8= 6_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=3D\"\" -fstack-protector -Qunu= sed-arguments -std=3Dc++11 -fno-exceptions -fno-rtti -stdlib=3Dlibc++ -Wno= -c++11-extensions -c /builds/FreeBSD_HEAD/lib/clang/libllvmtarget/../../../= contrib/llvm/lib/Target/TargetMachineC.cpp -o TargetMachineC.o --- TargetSubtargetInfo.o --- c++ -O2 -pipe -I/builds/FreeBSD_HEAD/lib/clang/libllvmtarget/../../../co= ntrib/llvm/include -I/builds/FreeBSD_HEAD/lib/clang/libllvmtarget/../../../= contrib/llvm/tools/clang/include -I/builds/FreeBSD_HEAD/lib/clang/libllvmta= rget/../../../contrib/llvm/lib/Target -I. -I/builds/FreeBSD_HEAD/lib/clang/= libllvmtarget/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX = -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_EN= ABLE_ARCMT -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAU= LT_TARGET_TRIPLE=3D\"x86_64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=3D\"x8= 6_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=3D\"\" -fstack-protector -Qunu= sed-arguments -std=3Dc++11 -fno-exceptions -fno-rtti -stdlib=3Dlibc++ -Wno= -c++11-extensions -c /builds/FreeBSD_HEAD/lib/clang/libllvmtarget/../../../= contrib/llvm/lib/Target/TargetSubtargetInfo.cpp -o TargetSubtargetInfo.o --- all_subdir_libllvmscalaropts --- --- StructurizeCFG.o --- c++ -O2 -pipe -I/builds/FreeBSD_HEAD/lib/clang/libllvmscalaropts/../../.= ./contrib/llvm/include -I/builds/FreeBSD_HEAD/lib/clang/libllvmscalaropts/.= ./../../contrib/llvm/tools/clang/include -I/builds/FreeBSD_HEAD/lib/clang/l= ibllvmscalaropts/../../../contrib/llvm/lib/Transforms/Scalar -I. -I/builds/= FreeBSD_HEAD/lib/clang/libllvmscalaropts/../../../contrib/llvm/../../lib/cl= ang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC= _CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_STATIC_ANALYZER -fno-s= trict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"x86_64-unknown-freebsd11.0\= " -DLLVM_HOST_TRIPLE=3D\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=3D\= "\" -fstack-protector -Qunused-arguments -std=3Dc++11 -fno-exceptions -fno= -rtti -stdlib=3Dlibc++ -Wno-c++11-extensions -c /builds/FreeBSD_HEAD/lib/cl= ang/libllvmscalaropts/../../../contrib/llvm/lib/Transforms/Scalar/Structuri= zeCFG.cpp -o StructurizeCFG.o --- all_subdir_libllvmtarget --- --- libllvmtarget.a --- building static llvmtarget library ranlib -D libllvmtarget.a --- all_subdir_libllvmcodegen --- --- VirtRegMap.o --- c++ -O2 -pipe -I/builds/FreeBSD_HEAD/lib/clang/libllvmcodegen/../../../c= ontrib/llvm/include -I/builds/FreeBSD_HEAD/lib/clang/libllvmcodegen/../../.= ./contrib/llvm/tools/clang/include -I/builds/FreeBSD_HEAD/lib/clang/libllvm= codegen/../../../contrib/llvm/lib/CodeGen -I. -I/builds/FreeBSD_HEAD/lib/cl= ang/libllvmcodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_= UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLA= NG_ENABLE_ARCMT -DCLANG_ENABLE_STATIC_ANALYZER -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\"\" -fstack-protecto= r -Qunused-arguments -std=3Dc++11 -fno-exceptions -fno-rtti -stdlib=3Dlibc= ++ -Wno-c++11-extensions -c /builds/FreeBSD_HEAD/lib/clang/libllvmcodegen/.= ./../../contrib/llvm/lib/CodeGen/VirtRegMap.cpp -o VirtRegMap.o --- all_subdir_libllvmscalaropts --- --- TailRecursionElimination.o --- c++ -O2 -pipe -I/builds/FreeBSD_HEAD/lib/clang/libllvmscalaropts/../../.= ./contrib/llvm/include -I/builds/FreeBSD_HEAD/lib/clang/libllvmscalaropts/.= ./../../contrib/llvm/tools/clang/include -I/builds/FreeBSD_HEAD/lib/clang/l= ibllvmscalaropts/../../../contrib/llvm/lib/Transforms/Scalar -I. -I/builds/= FreeBSD_HEAD/lib/clang/libllvmscalaropts/../../../contrib/llvm/../../lib/cl= ang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC= _CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_STATIC_ANALYZER -fno-s= trict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"x86_64-unknown-freebsd11.0\= " -DLLVM_HOST_TRIPLE=3D\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=3D\= "\" -fstack-protector -Qunused-arguments -std=3Dc++11 -fno-exceptions -fno= -rtti -stdlib=3Dlibc++ -Wno-c++11-extensions -c /builds/FreeBSD_HEAD/lib/cl= ang/libllvmscalaropts/../../../contrib/llvm/lib/Transforms/Scalar/TailRecur= sionElimination.cpp -o TailRecursionElimination.o --- all_subdir_libllvmtransformutils --- =3D=3D=3D> lib/clang/libllvmtransformutils (all) --- ASanStackFrameLayout.o --- c++ -O2 -pipe -I/builds/FreeBSD_HEAD/lib/clang/libllvmtransformutils/../= ../../contrib/llvm/include -I/builds/FreeBSD_HEAD/lib/clang/libllvmtransfor= mutils/../../../contrib/llvm/tools/clang/include -I/builds/FreeBSD_HEAD/lib= /clang/libllvmtransformutils/../../../contrib/llvm/lib/Transforms/Utils -I.= -I/builds/FreeBSD_HEAD/lib/clang/libllvmtransformutils/../../../contrib/ll= vm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_= MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_STATIC_= ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"x86_64-unkno= wn-freebsd11.0\" -DLLVM_HOST_TRIPLE=3D\"x86_64-unknown-freebsd11.0\" -DDEFA= ULT_SYSROOT=3D\"\" -fstack-protector -Qunused-arguments -std=3Dc++11 -fno-= exceptions -fno-rtti -stdlib=3Dlibc++ -Wno-c++11-extensions -c /builds/Free= BSD_HEAD/lib/clang/libllvmtransformutils/../../../contrib/llvm/lib/Transfor= ms/Utils/ASanStackFrameLayout.cpp -o ASanStackFrameLayout.o --- all_subdir_libllvmcodegen --- --- Analysis.o --- c++ -O2 -pipe -I/builds/FreeBSD_HEAD/lib/clang/libllvmcodegen/../../../c= ontrib/llvm/include -I/builds/FreeBSD_HEAD/lib/clang/libllvmcodegen/../../.= ./contrib/llvm/tools/clang/include -I/builds/FreeBSD_HEAD/lib/clang/libllvm= codegen/../../../contrib/llvm/lib/CodeGen -I. -I/builds/FreeBSD_HEAD/lib/cl= ang/libllvmcodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_= UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLA= NG_ENABLE_ARCMT -DCLANG_ENABLE_STATIC_ANALYZER -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\"\" -fstack-protecto= r -Qunused-arguments -std=3Dc++11 -fno-exceptions -fno-rtti -stdlib=3Dlibc= ++ -Wno-c++11-extensions -c /builds/FreeBSD_HEAD/lib/clang/libllvmcodegen/.= ./../../contrib/llvm/lib/CodeGen/Analysis.cpp -o Analysis.o --- all_subdir_libllvmscalaropts --- --- libllvmscalaropts.a --- building static llvmscalaropts library ranlib -D libllvmscalaropts.a --- all_subdir_libllvmtransformutils --- --- AddDiscriminators.o --- c++ -O2 -pipe -I/builds/FreeBSD_HEAD/lib/clang/libllvmtransformutils/../= ../../contrib/llvm/include -I/builds/FreeBSD_HEAD/lib/clang/libllvmtransfor= mutils/../../../contrib/llvm/tools/clang/include -I/builds/FreeBSD_HEAD/lib= /clang/libllvmtransformutils/../../../contrib/llvm/lib/Transforms/Utils -I.= -I/builds/FreeBSD_HEAD/lib/clang/libllvmtransformutils/../../../contrib/ll= vm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_= MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_STATIC_= ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"x86_64-unkno= wn-freebsd11.0\" -DLLVM_HOST_TRIPLE=3D\"x86_64-unknown-freebsd11.0\" -DDEFA= ULT_SYSROOT=3D\"\" -fstack-protector -Qunused-arguments -std=3Dc++11 -fno-= exceptions -fno-rtti -stdlib=3Dlibc++ -Wno-c++11-extensions -c /builds/Free= BSD_HEAD/lib/clang/libllvmtransformutils/../../../contrib/llvm/lib/Transfor= ms/Utils/AddDiscriminators.cpp -o AddDiscriminators.o --- all_subdir_libllvmcodegen --- --- AtomicExpandLoadLinkedPass.o --- c++ -O2 -pipe -I/builds/FreeBSD_HEAD/lib/clang/libllvmcodegen/../../../c= ontrib/llvm/include -I/builds/FreeBSD_HEAD/lib/clang/libllvmcodegen/../../.= ./contrib/llvm/tools/clang/include -I/builds/FreeBSD_HEAD/lib/clang/libllvm= codegen/../../../contrib/llvm/lib/CodeGen -I. -I/builds/FreeBSD_HEAD/lib/cl= ang/libllvmcodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_= UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLA= NG_ENABLE_ARCMT -DCLANG_ENABLE_STATIC_ANALYZER -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\"\" -fstack-protecto= r -Qunused-arguments -std=3Dc++11 -fno-exceptions -fno-rtti -stdlib=3Dlibc= ++ -Wno-c++11-extensions -c /builds/FreeBSD_HEAD/lib/clang/libllvmcodegen/.= ./../../contrib/llvm/lib/CodeGen/AtomicExpandLoadLinkedPass.cpp -o AtomicEx= pandLoadLinkedPass.o --- all_subdir_libllvmtransformutils --- --- BreakCriticalEdges.o --- c++ -O2 -pipe -I/builds/FreeBSD_HEAD/lib/clang/libllvmtransformutils/../= ../../contrib/llvm/include -I/builds/FreeBSD_HEAD/lib/clang/libllvmtransfor= mutils/../../../contrib/llvm/tools/clang/include -I/builds/FreeBSD_HEAD/lib= /clang/libllvmtransformutils/../../../contrib/llvm/lib/Transforms/Utils -I.= -I/builds/FreeBSD_HEAD/lib/clang/libllvmtransformutils/../../../contrib/ll= vm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_= MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_STATIC_= ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"x86_64-unkno= wn-freebsd11.0\" -DLLVM_HOST_TRIPLE=3D\"x86_64-unknown-freebsd11.0\" -DDEFA= ULT_SYSROOT=3D\"\" -fstack-protector -Qunused-arguments -std=3Dc++11 -fno-= exceptions -fno-rtti -stdlib=3Dlibc++ -Wno-c++11-extensions -c /builds/Free= BSD_HEAD/lib/clang/libllvmtransformutils/../../../contrib/llvm/lib/Transfor= ms/Utils/BreakCriticalEdges.cpp -o BreakCriticalEdges.o --- BypassSlowDivision.o --- c++ -O2 -pipe -I/builds/FreeBSD_HEAD/lib/clang/libllvmtransformutils/../= ../../contrib/llvm/include -I/builds/FreeBSD_HEAD/lib/clang/libllvmtransfor= mutils/../../../contrib/llvm/tools/clang/include -I/builds/FreeBSD_HEAD/lib= /clang/libllvmtransformutils/../../../contrib/llvm/lib/Transforms/Utils -I.= -I/builds/FreeBSD_HEAD/lib/clang/libllvmtransformutils/../../../contrib/ll= vm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_= MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_STATIC_= ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"x86_64-unkno= wn-freebsd11.0\" -DLLVM_HOST_TRIPLE=3D\"x86_64-unknown-freebsd11.0\" -DDEFA= ULT_SYSROOT=3D\"\" -fstack-protector -Qunused-arguments -std=3Dc++11 -fno-= exceptions -fno-rtti -stdlib=3Dlibc++ -Wno-c++11-extensions -c /builds/Free= BSD_HEAD/lib/clang/libllvmtransformutils/../../../contrib/llvm/lib/Transfor= ms/Utils/BypassSlowDivision.cpp -o BypassSlowDivision.o --- all_subdir_libllvmselectiondag --- --- SelectionDAGDumper.o --- c++ -O2 -pipe -I/builds/FreeBSD_HEAD/lib/clang/libllvmselectiondag/../..= /../contrib/llvm/include -I/builds/FreeBSD_HEAD/lib/clang/libllvmselectiond= ag/../../../contrib/llvm/tools/clang/include -I/builds/FreeBSD_HEAD/lib/cla= ng/libllvmselectiondag/../../../contrib/llvm/lib/CodeGen/SelectionDAG -I. -= I/builds/FreeBSD_HEAD/lib/clang/libllvmselectiondag/../../../contrib/llvm/.= ./../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACR= OS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_STATIC_ANAL= YZER -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\"\" -fstack-protector -Qunused-arguments -std=3Dc++11 -fno-exce= ptions -fno-rtti -stdlib=3Dlibc++ -Wno-c++11-extensions -c /builds/FreeBSD_= HEAD/lib/clang/libllvmselectiondag/../../../contrib/llvm/lib/CodeGen/Select= ionDAG/SelectionDAGDumper.cpp -o SelectionDAGDumper.o --- all_subdir_libllvmcodegen --- --- BasicTargetTransformInfo.o --- c++ -O2 -pipe -I/builds/FreeBSD_HEAD/lib/clang/libllvmcodegen/../../../c= ontrib/llvm/include -I/builds/FreeBSD_HEAD/lib/clang/libllvmcodegen/../../.= ./contrib/llvm/tools/clang/include -I/builds/FreeBSD_HEAD/lib/clang/libllvm= codegen/../../../contrib/llvm/lib/CodeGen -I. -I/builds/FreeBSD_HEAD/lib/cl= ang/libllvmcodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_= UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLA= NG_ENABLE_ARCMT -DCLANG_ENABLE_STATIC_ANALYZER -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\"\" -fstack-protecto= r -Qunused-arguments -std=3Dc++11 -fno-exceptions -fno-rtti -stdlib=3Dlibc= ++ -Wno-c++11-extensions -c /builds/FreeBSD_HEAD/lib/clang/libllvmcodegen/.= ./../../contrib/llvm/lib/CodeGen/BasicTargetTransformInfo.cpp -o BasicTarge= tTransformInfo.o --- all_subdir_libllvmselectiondag --- --- SelectionDAGISel.o --- c++ -O2 -pipe -I/builds/FreeBSD_HEAD/lib/clang/libllvmselectiondag/../..= /../contrib/llvm/include -I/builds/FreeBSD_HEAD/lib/clang/libllvmselectiond= ag/../../../contrib/llvm/tools/clang/include -I/builds/FreeBSD_HEAD/lib/cla= ng/libllvmselectiondag/../../../contrib/llvm/lib/CodeGen/SelectionDAG -I. -= I/builds/FreeBSD_HEAD/lib/clang/libllvmselectiondag/../../../contrib/llvm/.= ./../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACR= OS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_STATIC_ANAL= YZER -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\"\" -fstack-protector -Qunused-arguments -std=3Dc++11 -fno-exce= ptions -fno-rtti -stdlib=3Dlibc++ -Wno-c++11-extensions -c /builds/FreeBSD_= HEAD/lib/clang/libllvmselectiondag/../../../contrib/llvm/lib/CodeGen/Select= ionDAG/SelectionDAGISel.cpp -o SelectionDAGISel.o --- all_subdir_libllvmtransformutils --- --- CloneModule.o --- c++ -O2 -pipe -I/builds/FreeBSD_HEAD/lib/clang/libllvmtransformutils/../= ../../contrib/llvm/include -I/builds/FreeBSD_HEAD/lib/clang/libllvmtransfor= mutils/../../../contrib/llvm/tools/clang/include -I/builds/FreeBSD_HEAD/lib= /clang/libllvmtransformutils/../../../contrib/llvm/lib/Transforms/Utils -I.= -I/builds/FreeBSD_HEAD/lib/clang/libllvmtransformutils/../../../contrib/ll= vm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_= MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_STATIC_= ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"x86_64-unkno= wn-freebsd11.0\" -DLLVM_HOST_TRIPLE=3D\"x86_64-unknown-freebsd11.0\" -DDEFA= ULT_SYSROOT=3D\"\" -fstack-protector -Qunused-arguments -std=3Dc++11 -fno-= exceptions -fno-rtti -stdlib=3Dlibc++ -Wno-c++11-extensions -c /builds/Free= BSD_HEAD/lib/clang/libllvmtransformutils/../../../contrib/llvm/lib/Transfor= ms/Utils/CloneModule.cpp -o CloneModule.o --- all_subdir_libllvmcodegen --- --- CodeGenPrepare.o --- c++ -O2 -pipe -I/builds/FreeBSD_HEAD/lib/clang/libllvmcodegen/../../../c= ontrib/llvm/include -I/builds/FreeBSD_HEAD/lib/clang/libllvmcodegen/../../.= ./contrib/llvm/tools/clang/include -I/builds/FreeBSD_HEAD/lib/clang/libllvm= codegen/../../../contrib/llvm/lib/CodeGen -I. -I/builds/FreeBSD_HEAD/lib/cl= ang/libllvmcodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_= UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLA= NG_ENABLE_ARCMT -DCLANG_ENABLE_STATIC_ANALYZER -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\"\" -fstack-protecto= r -Qunused-arguments -std=3Dc++11 -fno-exceptions -fno-rtti -stdlib=3Dlibc= ++ -Wno-c++11-extensions -c /builds/FreeBSD_HEAD/lib/clang/libllvmcodegen/.= ./../../contrib/llvm/lib/CodeGen/CodeGenPrepare.cpp -o CodeGenPrepare.o --- all_subdir_libllvmtransformutils --- --- CmpInstAnalysis.o --- c++ -O2 -pipe -I/builds/FreeBSD_HEAD/lib/clang/libllvmtransformutils/../= ../../contrib/llvm/include -I/builds/FreeBSD_HEAD/lib/clang/libllvmtransfor= mutils/../../../contrib/llvm/tools/clang/include -I/builds/FreeBSD_HEAD/lib= /clang/libllvmtransformutils/../../../contrib/llvm/lib/Transforms/Utils -I.= -I/builds/FreeBSD_HEAD/lib/clang/libllvmtransformutils/../../../contrib/ll= vm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_= MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_STATIC_= ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"x86_64-unkno= wn-freebsd11.0\" -DLLVM_HOST_TRIPLE=3D\"x86_64-unknown-freebsd11.0\" -DDEFA= ULT_SYSROOT=3D\"\" -fstack-protector -Qunused-arguments -std=3Dc++11 -fno-= exceptions -fno-rtti -stdlib=3Dlibc++ -Wno-c++11-extensions -c /builds/Free= BSD_HEAD/lib/clang/libllvmtransformutils/../../../contrib/llvm/lib/Transfor= ms/Utils/CmpInstAnalysis.cpp -o CmpInstAnalysis.o --- CtorUtils.o --- c++ -O2 -pipe -I/builds/FreeBSD_HEAD/lib/clang/libllvmtransformutils/../= ../../contrib/llvm/include -I/builds/FreeBSD_HEAD/lib/clang/libllvmtransfor= mutils/../../../contrib/llvm/tools/clang/include -I/builds/FreeBSD_HEAD/lib= /clang/libllvmtransformutils/../../../contrib/llvm/lib/Transforms/Utils -I.= -I/builds/FreeBSD_HEAD/lib/clang/libllvmtransformutils/../../../contrib/ll= vm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_= MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_STATIC_= ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"x86_64-unkno= wn-freebsd11.0\" -DLLVM_HOST_TRIPLE=3D\"x86_64-unknown-freebsd11.0\" -DDEFA= ULT_SYSROOT=3D\"\" -fstack-protector -Qunused-arguments -std=3Dc++11 -fno-= exceptions -fno-rtti -stdlib=3Dlibc++ -Wno-c++11-extensions -c /builds/Free= BSD_HEAD/lib/clang/libllvmtransformutils/../../../contrib/llvm/lib/Transfor= ms/Utils/CtorUtils.cpp -o CtorUtils.o --- all_subdir_libllvmvectorize --- =3D=3D=3D> lib/clang/libllvmvectorize (all) --- Vectorize.o --- c++ -O2 -pipe -I/builds/FreeBSD_HEAD/lib/clang/libllvmvectorize/../../..= /contrib/llvm/include -I/builds/FreeBSD_HEAD/lib/clang/libllvmvectorize/../= ../../contrib/llvm/tools/clang/include -I/builds/FreeBSD_HEAD/lib/clang/lib= llvmvectorize/../../../contrib/llvm/lib/Transforms/Vectorize -I. -I/builds/= FreeBSD_HEAD/lib/clang/libllvmvectorize/../../../contrib/llvm/../../lib/cla= ng/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_= CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_STATIC_ANALYZER -fno-st= rict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"x86_64-unknown-freebsd11.0\"= -DLLVM_HOST_TRIPLE=3D\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=3D\"= \" -fstack-protector -Qunused-arguments -std=3Dc++11 -fno-exceptions -fno-= rtti -stdlib=3Dlibc++ -Wno-c++11-extensions -c /builds/FreeBSD_HEAD/lib/cla= ng/libllvmvectorize/../../../contrib/llvm/lib/Transforms/Vectorize/Vectoriz= e.cpp -o Vectorize.o --- BBVectorize.o --- c++ -O2 -pipe -I/builds/FreeBSD_HEAD/lib/clang/libllvmvectorize/../../..= /contrib/llvm/include -I/builds/FreeBSD_HEAD/lib/clang/libllvmvectorize/../= ../../contrib/llvm/tools/clang/include -I/builds/FreeBSD_HEAD/lib/clang/lib= llvmvectorize/../../../contrib/llvm/lib/Transforms/Vectorize -I. -I/builds/= FreeBSD_HEAD/lib/clang/libllvmvectorize/../../../contrib/llvm/../../lib/cla= ng/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_= CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_STATIC_ANALYZER -fno-st= rict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"x86_64-unknown-freebsd11.0\"= -DLLVM_HOST_TRIPLE=3D\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=3D\"= \" -fstack-protector -Qunused-arguments -std=3Dc++11 -fno-exceptions -fno-= rtti -stdlib=3Dlibc++ -Wno-c++11-extensions -c /builds/FreeBSD_HEAD/lib/cla= ng/libllvmvectorize/../../../contrib/llvm/lib/Transforms/Vectorize/BBVector= ize.cpp -o BBVectorize.o --- all_subdir_libllvmtransformutils --- --- DemoteRegToStack.o --- c++ -O2 -pipe -I/builds/FreeBSD_HEAD/lib/clang/libllvmtransformutils/../= ../../contrib/llvm/include -I/builds/FreeBSD_HEAD/lib/clang/libllvmtransfor= mutils/../../../contrib/llvm/tools/clang/include -I/builds/FreeBSD_HEAD/lib= /clang/libllvmtransformutils/../../../contrib/llvm/lib/Transforms/Utils -I.= -I/builds/FreeBSD_HEAD/lib/clang/libllvmtransformutils/../../../contrib/ll= vm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_= MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_STATIC_= ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"x86_64-unkno= wn-freebsd11.0\" -DLLVM_HOST_TRIPLE=3D\"x86_64-unknown-freebsd11.0\" -DDEFA= ULT_SYSROOT=3D\"\" -fstack-protector -Qunused-arguments -std=3Dc++11 -fno-= exceptions -fno-rtti -stdlib=3Dlibc++ -Wno-c++11-extensions -c /builds/Free= BSD_HEAD/lib/clang/libllvmtransformutils/../../../contrib/llvm/lib/Transfor= ms/Utils/DemoteRegToStack.cpp -o DemoteRegToStack.o --- FlattenCFG.o --- c++ -O2 -pipe -I/builds/FreeBSD_HEAD/lib/clang/libllvmtransformutils/../= ../../contrib/llvm/include -I/builds/FreeBSD_HEAD/lib/clang/libllvmtransfor= mutils/../../../contrib/llvm/tools/clang/include -I/builds/FreeBSD_HEAD/lib= /clang/libllvmtransformutils/../../../contrib/llvm/lib/Transforms/Utils -I.= -I/builds/FreeBSD_HEAD/lib/clang/libllvmtransformutils/../../../contrib/ll= vm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_= MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_STATIC_= ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"x86_64-unkno= wn-freebsd11.0\" -DLLVM_HOST_TRIPLE=3D\"x86_64-unknown-freebsd11.0\" -DDEFA= ULT_SYSROOT=3D\"\" -fstack-protector -Qunused-arguments -std=3Dc++11 -fno-= exceptions -fno-rtti -stdlib=3Dlibc++ -Wno-c++11-extensions -c /builds/Free= BSD_HEAD/lib/clang/libllvmtransformutils/../../../contrib/llvm/lib/Transfor= ms/Utils/FlattenCFG.cpp -o FlattenCFG.o --- InstructionNamer.o --- c++ -O2 -pipe -I/builds/FreeBSD_HEAD/lib/clang/libllvmtransformutils/../= ../../contrib/llvm/include -I/builds/FreeBSD_HEAD/lib/clang/libllvmtransfor= mutils/../../../contrib/llvm/tools/clang/include -I/builds/FreeBSD_HEAD/lib= /clang/libllvmtransformutils/../../../contrib/llvm/lib/Transforms/Utils -I.= -I/builds/FreeBSD_HEAD/lib/clang/libllvmtransformutils/../../../contrib/ll= vm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_= MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_STATIC_= ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"x86_64-unkno= wn-freebsd11.0\" -DLLVM_HOST_TRIPLE=3D\"x86_64-unknown-freebsd11.0\" -DDEFA= ULT_SYSROOT=3D\"\" -fstack-protector -Qunused-arguments -std=3Dc++11 -fno-= exceptions -fno-rtti -stdlib=3Dlibc++ -Wno-c++11-extensions -c /builds/Free= BSD_HEAD/lib/clang/libllvmtransformutils/../../../contrib/llvm/lib/Transfor= ms/Utils/InstructionNamer.cpp -o InstructionNamer.o --- all_subdir_libllvmcodegen --- --- DwarfEHPrepare.o --- c++ -O2 -pipe -I/builds/FreeBSD_HEAD/lib/clang/libllvmcodegen/../../../c= ontrib/llvm/include -I/builds/FreeBSD_HEAD/lib/clang/libllvmcodegen/../../.= ./contrib/llvm/tools/clang/include -I/builds/FreeBSD_HEAD/lib/clang/libllvm= codegen/../../../contrib/llvm/lib/CodeGen -I. -I/builds/FreeBSD_HEAD/lib/cl= ang/libllvmcodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_= UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLA= NG_ENABLE_ARCMT -DCLANG_ENABLE_STATIC_ANALYZER -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\"\" -fstack-protecto= r -Qunused-arguments -std=3Dc++11 -fno-exceptions -fno-rtti -stdlib=3Dlibc= ++ -Wno-c++11-extensions -c /builds/FreeBSD_HEAD/lib/clang/libllvmcodegen/.= ./../../contrib/llvm/lib/CodeGen/DwarfEHPrepare.cpp -o DwarfEHPrepare.o --- all_subdir_libllvmselectiondag --- --- libllvmselectiondag.a --- building static llvmselectiondag library ranlib -D libllvmselectiondag.a --- all_subdir_libllvmaarch64asmparser --- =3D=3D=3D> lib/clang/libllvmaarch64asmparser (all) --- AArch64AsmParser.o --- c++ -O2 -pipe -I/builds/FreeBSD_HEAD/lib/clang/libllvmaarch64asmparser/.= ./../../contrib/llvm/include -I/builds/FreeBSD_HEAD/lib/clang/libllvmaarch6= 4asmparser/../../../contrib/llvm/tools/clang/include -I/builds/FreeBSD_HEAD= /lib/clang/libllvmaarch64asmparser/../../../contrib/llvm/lib/Target/AArch64= /AsmParser -I/builds/FreeBSD_HEAD/lib/clang/libllvmaarch64asmparser/../../.= ./contrib/llvm/lib/Target/AArch64 -I. -I/builds/FreeBSD_HEAD/lib/clang/libl= lvmaarch64asmparser/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON= _UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCL= ANG_ENABLE_ARCMT -DCLANG_ENABLE_STATIC_ANALYZER -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\"\" -fstack-protecto= r -Qunused-arguments -std=3Dc++11 -fno-exceptions -fno-rtti -stdlib=3Dlibc= ++ -Wno-c++11-extensions -c /builds/FreeBSD_HEAD/lib/clang/libllvmaarch64as= mparser/../../../contrib/llvm/lib/Target/AArch64/AsmParser/AArch64AsmParser= .cpp -o AArch64AsmParser.o --- all_subdir_libllvmtransformutils --- --- LCSSA.o --- c++ -O2 -pipe -I/builds/FreeBSD_HEAD/lib/clang/libllvmtransformutils/../= ../../contrib/llvm/include -I/builds/FreeBSD_HEAD/lib/clang/libllvmtransfor= mutils/../../../contrib/llvm/tools/clang/include -I/builds/FreeBSD_HEAD/lib= /clang/libllvmtransformutils/../../../contrib/llvm/lib/Transforms/Utils -I.= -I/builds/FreeBSD_HEAD/lib/clang/libllvmtransformutils/../../../contrib/ll= vm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_= MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_STATIC_= ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"x86_64-unkno= wn-freebsd11.0\" -DLLVM_HOST_TRIPLE=3D\"x86_64-unknown-freebsd11.0\" -DDEFA= ULT_SYSROOT=3D\"\" -fstack-protector -Qunused-arguments -std=3Dc++11 -fno-= exceptions -fno-rtti -stdlib=3Dlibc++ -Wno-c++11-extensions -c /builds/Free= BSD_HEAD/lib/clang/libllvmtransformutils/../../../contrib/llvm/lib/Transfor= ms/Utils/LCSSA.cpp -o LCSSA.o --- all_subdir_libllvmcodegen --- --- GCStrategy.o --- c++ -O2 -pipe -I/builds/FreeBSD_HEAD/lib/clang/libllvmcodegen/../../../c= ontrib/llvm/include -I/builds/FreeBSD_HEAD/lib/clang/libllvmcodegen/../../.= ./contrib/llvm/tools/clang/include -I/builds/FreeBSD_HEAD/lib/clang/libllvm= codegen/../../../contrib/llvm/lib/CodeGen -I. -I/builds/FreeBSD_HEAD/lib/cl= ang/libllvmcodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_= UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLA= NG_ENABLE_ARCMT -DCLANG_ENABLE_STATIC_ANALYZER -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\"\" -fstack-protecto= r -Qunused-arguments -std=3Dc++11 -fno-exceptions -fno-rtti -stdlib=3Dlibc= ++ -Wno-c++11-extensions -c /builds/FreeBSD_HEAD/lib/clang/libllvmcodegen/.= ./../../contrib/llvm/lib/CodeGen/GCStrategy.cpp -o GCStrategy.o --- all_subdir_libllvmtransformutils --- --- LoopUnroll.o --- c++ -O2 -pipe -I/builds/FreeBSD_HEAD/lib/clang/libllvmtransformutils/../= ../../contrib/llvm/include -I/builds/FreeBSD_HEAD/lib/clang/libllvmtransfor= mutils/../../../contrib/llvm/tools/clang/include -I/builds/FreeBSD_HEAD/lib= /clang/libllvmtransformutils/../../../contrib/llvm/lib/Transforms/Utils -I.= -I/builds/FreeBSD_HEAD/lib/clang/libllvmtransformutils/../../../contrib/ll= vm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_= MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_STATIC_= ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"x86_64-unkno= wn-freebsd11.0\" -DLLVM_HOST_TRIPLE=3D\"x86_64-unknown-freebsd11.0\" -DDEFA= ULT_SYSROOT=3D\"\" -fstack-protector -Qunused-arguments -std=3Dc++11 -fno-= exceptions -fno-rtti -stdlib=3Dlibc++ -Wno-c++11-extensions -c /builds/Free= BSD_HEAD/lib/clang/libllvmtransformutils/../../../contrib/llvm/lib/Transfor= ms/Utils/LoopUnroll.cpp -o LoopUnroll.o --- all_subdir_libllvmvectorize --- --- LoopVectorize.o --- c++ -O2 -pipe -I/builds/FreeBSD_HEAD/lib/clang/libllvmvectorize/../../..= /contrib/llvm/include -I/builds/FreeBSD_HEAD/lib/clang/libllvmvectorize/../= ../../contrib/llvm/tools/clang/include -I/builds/FreeBSD_HEAD/lib/clang/lib= llvmvectorize/../../../contrib/llvm/lib/Transforms/Vectorize -I. -I/builds/= FreeBSD_HEAD/lib/clang/libllvmvectorize/../../../contrib/llvm/../../lib/cla= ng/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_= CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_STATIC_ANALYZER -fno-st= rict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"x86_64-unknown-freebsd11.0\"= -DLLVM_HOST_TRIPLE=3D\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=3D\"= \" -fstack-protector -Qunused-arguments -std=3Dc++11 -fno-exceptions -fno-= rtti -stdlib=3Dlibc++ -Wno-c++11-extensions -c /builds/FreeBSD_HEAD/lib/cla= ng/libllvmvectorize/../../../contrib/llvm/lib/Transforms/Vectorize/LoopVect= orize.cpp -o LoopVectorize.o --- all_subdir_libllvmtransformutils --- --- LoopUnrollRuntime.o --- c++ -O2 -pipe -I/builds/FreeBSD_HEAD/lib/clang/libllvmtransformutils/../= ../../contrib/llvm/include -I/builds/FreeBSD_HEAD/lib/clang/libllvmtransfor= mutils/../../../contrib/llvm/tools/clang/include -I/builds/FreeBSD_HEAD/lib= /clang/libllvmtransformutils/../../../contrib/llvm/lib/Transforms/Utils -I.= -I/builds/FreeBSD_HEAD/lib/clang/libllvmtransformutils/../../../contrib/ll= vm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_= MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_STATIC_= ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"x86_64-unkno= wn-freebsd11.0\" -DLLVM_HOST_TRIPLE=3D\"x86_64-unknown-freebsd11.0\" -DDEFA= ULT_SYSROOT=3D\"\" -fstack-protector -Qunused-arguments -std=3Dc++11 -fno-= exceptions -fno-rtti -stdlib=3Dlibc++ -Wno-c++11-extensions -c /builds/Free= BSD_HEAD/lib/clang/libllvmtransformutils/../../../contrib/llvm/lib/Transfor= ms/Utils/LoopUnrollRuntime.cpp -o LoopUnrollRuntime.o --- all_subdir_libllvmcodegen --- --- GlobalMerge.o --- c++ -O2 -pipe -I/builds/FreeBSD_HEAD/lib/clang/libllvmcodegen/../../../c= ontrib/llvm/include -I/builds/FreeBSD_HEAD/lib/clang/libllvmcodegen/../../.= ./contrib/llvm/tools/clang/include -I/builds/FreeBSD_HEAD/lib/clang/libllvm= codegen/../../../contrib/llvm/lib/CodeGen -I. -I/builds/FreeBSD_HEAD/lib/cl= ang/libllvmcodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_= UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLA= NG_ENABLE_ARCMT -DCLANG_ENABLE_STATIC_ANALYZER -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\"\" -fstack-protecto= r -Qunused-arguments -std=3Dc++11 -fno-exceptions -fno-rtti -stdlib=3Dlibc= ++ -Wno-c++11-extensions -c /builds/FreeBSD_HEAD/lib/clang/libllvmcodegen/.= ./../../contrib/llvm/lib/CodeGen/GlobalMerge.cpp -o GlobalMerge.o --- all_subdir_libllvmtransformutils --- --- LowerInvoke.o --- c++ -O2 -pipe -I/builds/FreeBSD_HEAD/lib/clang/libllvmtransformutils/../= ../../contrib/llvm/include -I/builds/FreeBSD_HEAD/lib/clang/libllvmtransfor= mutils/../../../contrib/llvm/tools/clang/include -I/builds/FreeBSD_HEAD/lib= /clang/libllvmtransformutils/../../../contrib/llvm/lib/Transforms/Utils -I.= -I/builds/FreeBSD_HEAD/lib/clang/libllvmtransformutils/../../../contrib/ll= vm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_= MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_STATIC_= ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"x86_64-unkno= wn-freebsd11.0\" -DLLVM_HOST_TRIPLE=3D\"x86_64-unknown-freebsd11.0\" -DDEFA= ULT_SYSROOT=3D\"\" -fstack-protector -Qunused-arguments -std=3Dc++11 -fno-= exceptions -fno-rtti -stdlib=3Dlibc++ -Wno-c++11-extensions -c /builds/Free= BSD_HEAD/lib/clang/libllvmtransformutils/../../../contrib/llvm/lib/Transfor= ms/Utils/LowerInvoke.cpp -o LowerInvoke.o --- all_subdir_libllvmaarch64asmparser --- --- libllvmaarch64asmparser.a --- building static llvmaarch64asmparser library ranlib -D libllvmaarch64asmparser.a --- all_subdir_libllvmcodegen --- --- IntrinsicLowering.o --- c++ -O2 -pipe -I/builds/FreeBSD_HEAD/lib/clang/libllvmcodegen/../../../c= ontrib/llvm/include -I/builds/FreeBSD_HEAD/lib/clang/libllvmcodegen/../../.= ./contrib/llvm/tools/clang/include -I/builds/FreeBSD_HEAD/lib/clang/libllvm= codegen/../../../contrib/llvm/lib/CodeGen -I. -I/builds/FreeBSD_HEAD/lib/cl= ang/libllvmcodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_= UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLA= NG_ENABLE_ARCMT -DCLANG_ENABLE_STATIC_ANALYZER -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\"\" -fstack-protecto= r -Qunused-arguments -std=3Dc++11 -fno-exceptions -fno-rtti -stdlib=3Dlibc= ++ -Wno-c++11-extensions -c /builds/FreeBSD_HEAD/lib/clang/libllvmcodegen/.= ./../../contrib/llvm/lib/CodeGen/IntrinsicLowering.cpp -o IntrinsicLowering= .o --- all_subdir_libllvmaarch64codegen --- =3D=3D=3D> lib/clang/libllvmaarch64codegen (all) --- AArch64AddressTypePromotion.o --- c++ -O2 -pipe -I/builds/FreeBSD_HEAD/lib/clang/libllvmaarch64codegen/../= ../../contrib/llvm/include -I/builds/FreeBSD_HEAD/lib/clang/libllvmaarch64c= odegen/../../../contrib/llvm/tools/clang/include -I/builds/FreeBSD_HEAD/lib= /clang/libllvmaarch64codegen/../../../contrib/llvm/lib/Target/AArch64 -I. -= I/builds/FreeBSD_HEAD/lib/clang/libllvmaarch64codegen/../../../contrib/llvm= /../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MA= CROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_STATIC_AN= ALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"x86_64-unknown= -freebsd11.0\" -DLLVM_HOST_TRIPLE=3D\"x86_64-unknown-freebsd11.0\" -DDEFAUL= T_SYSROOT=3D\"\" -fstack-protector -Qunused-arguments -std=3Dc++11 -fno-ex= ceptions -fno-rtti -stdlib=3Dlibc++ -Wno-c++11-extensions -c /builds/FreeBS= D_HEAD/lib/clang/libllvmaarch64codegen/../../../contrib/llvm/lib/Target/AAr= ch64/AArch64AddressTypePromotion.cpp -o AArch64AddressTypePromotion.o --- all_subdir_libllvmtransformutils --- --- LowerSwitch.o --- c++ -O2 -pipe -I/builds/FreeBSD_HEAD/lib/clang/libllvmtransformutils/../= ../../contrib/llvm/include -I/builds/FreeBSD_HEAD/lib/clang/libllvmtransfor= mutils/../../../contrib/llvm/tools/clang/include -I/builds/FreeBSD_HEAD/lib= /clang/libllvmtransformutils/../../../contrib/llvm/lib/Transforms/Utils -I.= -I/builds/FreeBSD_HEAD/lib/clang/libllvmtransformutils/../../../contrib/ll= vm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_= MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_STATIC_= ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"x86_64-unkno= wn-freebsd11.0\" -DLLVM_HOST_TRIPLE=3D\"x86_64-unknown-freebsd11.0\" -DDEFA= ULT_SYSROOT=3D\"\" -fstack-protector -Qunused-arguments -std=3Dc++11 -fno-= exceptions -fno-rtti -stdlib=3Dlibc++ -Wno-c++11-extensions -c /builds/Free= BSD_HEAD/lib/clang/libllvmtransformutils/../../../contrib/llvm/lib/Transfor= ms/Utils/LowerSwitch.cpp -o LowerSwitch.o FATAL: java.io.IOException: Unexpected reader termination hudson.remoting.RequestAbortedException: java.io.IOException: Unexpected re= ader termination =09at hudson.remoting.Request.abort(Request.java:295) =09at hudson.remoting.Channel.terminate(Channel.java:814) =09at hudson.remoting.SynchronousCommandTransport$ReaderThread.run(Synchron= ousCommandTransport.java:76) =09at ......remote call to jenkins-10.freebsd.org(Native Method) =09at hudson.remoting.Channel.attachCallSiteStackTrace(Channel.java:1356) =09at hudson.remoting.Request.call(Request.java:171) =09at hudson.remoting.Channel.call(Channel.java:751) =09at hudson.remoting.RemoteInvocationHandler.invoke(RemoteInvocationHandle= r.java:179) =09at com.sun.proxy.$Proxy48.join(Unknown Source) =09at hudson.Launcher$RemoteLauncher$ProcImpl.join(Launcher.java:979) =09at hudson.tasks.CommandInterpreter.join(CommandInterpreter.java:137) =09at hudson.tasks.CommandInterpreter.perform(CommandInterpreter.java:97) =09at hudson.tasks.CommandInterpreter.perform(CommandInterpreter.java:66) =09at hudson.tasks.BuildStepMonitor$1.perform(BuildStepMonitor.java:20) =09at hudson.model.AbstractBuild$AbstractBuildExecution.perform(AbstractBui= ld.java:770) =09at hudson.model.Build$BuildExecution.build(Build.java:199) =09at hudson.model.Build$BuildExecution.doRun(Build.java:160) =09at hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.j= ava:533) =09at hudson.model.Run.execute(Run.java:1759) =09at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:43) =09at hudson.model.ResourceController.execute(ResourceController.java:89) =09at hudson.model.Executor.run(Executor.java:240) Caused by: java.io.IOException: Unexpected reader termination =09at hudson.remoting.SynchronousCommandTransport$ReaderThread.run(Synchron= ousCommandTransport.java:76) Caused by: java.lang.OutOfMemoryError: PermGen space =09at sun.misc.Unsafe.defineClass(Native Method) =09at sun.reflect.ClassDefiner.defineClass(ClassDefiner.java:63) =09at sun.reflect.MethodAccessorGenerator$1.run(MethodAccessorGenerator.jav= a:399) =09at sun.reflect.MethodAccessorGenerator$1.run(MethodAccessorGenerator.jav= a:396) =09at java.security.AccessController.doPrivileged(Native Method) =09at sun.reflect.MethodAccessorGenerator.generate(MethodAccessorGenerator.= java:395) =09at sun.reflect.MethodAccessorGenerator.generateSerializationConstructor(= MethodAccessorGenerator.java:113) =09at sun.reflect.ReflectionFactory.newConstructorForSerialization(Reflecti= onFactory.java:331) =09at java.io.ObjectStreamClass.getSerializableConstructor(ObjectStreamClas= s.java:1376) =09at java.io.ObjectStreamClass.access$1500(ObjectStreamClass.java:72) =09at java.io.ObjectStreamClass$2.run(ObjectStreamClass.java:493) =09at java.io.ObjectStreamClass$2.run(ObjectStreamClass.java:468) =09at java.security.AccessController.doPrivileged(Native Method) =09at java.io.ObjectStreamClass.(ObjectStreamClass.java:468) =09at java.io.ObjectStreamClass.lookup(ObjectStreamClass.java:365) =09at java.io.ObjectStreamClass.initNonProxy(ObjectStreamClass.java:602) =09at java.io.ObjectInputStream.readNonProxyDesc(ObjectInputStream.java:162= 2) =09at java.io.ObjectInputStream.readClassDesc(ObjectInputStream.java:1517) =09at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1= 771) =09at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1350) =09at java.io.ObjectInputStream.readObject(ObjectInputStream.java:370) =09at hudson.remoting.Command.readFrom(Command.java:92) =09at hudson.remoting.AbstractSynchronousByteArrayCommandTransport.read(Abs= tractSynchronousByteArrayCommandTransport.java:34) =09at hudson.remoting.SynchronousCommandTransport$ReaderThread.run(Synchron= ousCommandTransport.java:48)