From owner-freebsd-current@FreeBSD.ORG Sun Dec 14 09:52:29 2014 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 36E1FDFC for ; Sun, 14 Dec 2014 09:52:29 +0000 (UTC) Received: from mail-wi0-x22c.google.com (mail-wi0-x22c.google.com [IPv6:2a00:1450:400c:c05::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id AE976348 for ; Sun, 14 Dec 2014 09:52:28 +0000 (UTC) Received: by mail-wi0-f172.google.com with SMTP id n3so6259216wiv.5 for ; Sun, 14 Dec 2014 01:52:26 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=2kn1NdStdhmK2faFCwWI1ATzUs89jmDmFJ/O+W5wu2o=; b=jjiD4sBakHo8t8nS1kk/ZOua1Q4+lBQ8NtVNhl5TPR98XXr5iuBsAk/V2MrvYzBzCV YSlUyTpbp2n3dekSqhzoDXLanGh7rXBoqH6Jlf7ToaD17gyOc9tIdPbbB7Ig9MdBoAE6 WH0FiS1PR3dbOrllS+GCYrUReh1XJ7ZF30cFB+gp1ULYecBP19jWhJlBunN77UJ9FSwx 5Jfb/Ono8AQjtdJDgS8ANlkb0cnBqxTr3rbZEe+B+CQBxX/QsmswKrmvmOTjkxp+Cr9c BgN9H7D+HmbmgbGX4UZPOuNRyu4otT7ww04j0C+2C0ZHN0ylMtztQCTAJOYJIqlFTpGi bprQ== MIME-Version: 1.0 X-Received: by 10.194.184.199 with SMTP id ew7mr43464217wjc.85.1418550746860; Sun, 14 Dec 2014 01:52:26 -0800 (PST) Received: by 10.217.46.132 with HTTP; Sun, 14 Dec 2014 01:52:26 -0800 (PST) In-Reply-To: <20141207233452.cc49a49e62f056255da9cbb0@j.email.ne.jp> References: <20141206053520.7d7cb92fd8987545d3dc3de8@j.email.ne.jp> <20141207233452.cc49a49e62f056255da9cbb0@j.email.ne.jp> Date: Sun, 14 Dec 2014 10:52:26 +0100 Message-ID: Subject: Re: sysctl -zarc for ZFS users From: "Ranjan1018 ." <214748mv@gmail.com> To: Yoshihiro Ota Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 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: Sun, 14 Dec 2014 09:52:29 -0000 2014-12-08 5:34 GMT+01:00 Yoshihiro Ota : > > Thank you for your report, Maurizio. > > I missed 'svn add zarc.c' and resuled an incompelte patch. > I uploaded a new one with a complete set to the bugzilla. > > Please try against clean directory, i.e. svn revert -R usr.bin/systat. > > Thanks, > Hiro > > > On Sat, 6 Dec 2014 15:28:05 +0100 > "Ranjan1018 ." <214748mv@gmail.com> wrote: > > > 2014-12-06 11:35 GMT+01:00 Yoshihiro Ota : > > > > > Hi all. > > > > > > I've been watching ZFS activites on my machine and > > > improved systat to monitor such. > > > > > > One of my first goals is to watch ZFS cache statistics. > > > > > > I posted my patch to the bugzilla @ > > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=195460 > > > I've been using on 11-CURRENT and 10.1-RELEASE myself. > > > > > > Regards, > > > Hiro > > > > > > % systat -zarc > > > Total MFU MRU Anon Hdr L2Hdr > > > Other > > > ZFS ARC 206M 63M 136M 826K 1102K 0K > > > 5251K > > > > > > rate hits misses total hits total > > > misses > > > arcstats : 75% 1183 388 23721 > > > 4202 > > > arcstats.demand_data : 0% 0 0 528 > > > 0 > > > arcstats.demand_metadata : 76% 1007 308 21441 > > > 2757 > > > arcstats.prefetch_data : 0% 0 0 0 > > > 0 > > > arcstats.prefetch_metadata: 68% 176 80 1752 > > > 1445 > > > zfetchstats : 44% 954 1204 26410 > > > 25482 > > > arcstats.l2 : 0% 0 0 0 > > > 0 > > > vdev_cache_stats : 0% 0 0 0 > > > 0 > > > > > > > Hi Hiro, > > > > just applied the patch, but I receive the error: > > > > # make > > make: don't know how to make zarc.c. Stop > > make: stopped in /usr/src/usr.bin/systat > > > > The file zarc,c is missing. Where can I find it ? > > > > Thanks. > > Maurizio > > _______________________________________________ > > freebsd-current@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-current > > To unsubscribe, send any mail to " > freebsd-current-unsubscribe@freebsd.org" > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > This patch is running on a 9.3-STABLE server for about a week with no problems. Only two cosmetics issues - big numbers are difficult to read eg. zfetchstats : 99% 646 4 272407322 143761103 is more readable, for me, as zfetchstats : 99% 646 4 272.41M 143.76M - a total rate percent is missing. Thank you for your work Hiro. -- Maurizio. From owner-freebsd-current@FreeBSD.ORG Sun Dec 14 10:40:17 2014 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 1CA58689 for ; Sun, 14 Dec 2014 10:40:17 +0000 (UTC) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.freebsd.org (Postfix) with ESMTP id D565D8EE for ; Sun, 14 Dec 2014 10:40:16 +0000 (UTC) Received: from critter.freebsd.dk (unknown [192.168.60.3]) by phk.freebsd.dk (Postfix) with ESMTP id CA62A3BD1A for ; Sun, 14 Dec 2014 10:32:40 +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 sBEAWeNQ043446 for ; Sun, 14 Dec 2014 10:32:40 GMT (envelope-from phk@phk.freebsd.dk) To: current@freebsd.org Subject: simple task to speed up booting From: Poul-Henning Kamp MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <43444.1418553160.1@critter.freebsd.dk> Date: Sun, 14 Dec 2014 10:32:40 +0000 Message-ID: <43445.1418553160@critter.freebsd.dk> 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, 14 Dec 2014 10:40:17 -0000 The rotating swirlie ('-/|\') in the loader accounts for a surprisingly large part of our boot time on systems with slow-ish serial consoles. I think right now it takes a step for each 512 byte read, reducing that to once every 64kB or even 1MB would be an improvement with the kind of kernel sizes we have today. -- 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 Sun Dec 14 14:41:03 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6E487ED8 for ; Sun, 14 Dec 2014 14:41:03 +0000 (UTC) Received: from mail-yk0-x235.google.com (mail-yk0-x235.google.com [IPv6:2607:f8b0:4002:c07::235]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 29D17181 for ; Sun, 14 Dec 2014 14:41:03 +0000 (UTC) Received: by mail-yk0-f181.google.com with SMTP id 142so4306700ykq.40 for ; Sun, 14 Dec 2014 06:41:02 -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=YawgOO37KuIDFp1Q+cT2ZOD8rLs68halB9p5geMFDgY=; b=hXyoEJt+y9WF/AaiL3DKcwE2uyYWc1+7NZnLLyJTc5RPptxm56xUSaNLmLTF3bQzo6 1k5vTKKC5NbLntbSFbLDnDEX0hYvk9Lkn0b7S6pv07fzqbFY7mXM9JgtXoez1FOcw8g/ 1Liw/NFNyO/uIVHs15sKlT4psYlGiW6aClnY3QyBS3c3U7oVtDX0eYEdtac8hypPgsS1 iE8YT7AEm4AUQNZYEKto9yufoJ924OJp40TubokiJYYpHLza6/mGjbCt6YuJu/bXMAr/ YW9/GMpIJddtx0RIfE/xlAixcIcnGBKAqjTcR9I1y8GuY3pb/St9TaHsUplTDYahq0sA jJ1g== MIME-Version: 1.0 X-Received: by 10.236.26.143 with SMTP id c15mr5255471yha.192.1418568062356; Sun, 14 Dec 2014 06:41:02 -0800 (PST) Received: by 10.170.90.131 with HTTP; Sun, 14 Dec 2014 06:41:02 -0800 (PST) In-Reply-To: <43445.1418553160@critter.freebsd.dk> References: <43445.1418553160@critter.freebsd.dk> Date: Sun, 14 Dec 2014 06:41:02 -0800 Message-ID: Subject: Re: simple task to speed up booting From: Mehmet Erol Sanliturk To: Poul-Henning Kamp Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 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: Sun, 14 Dec 2014 14:41:03 -0000 On Sun, Dec 14, 2014 at 2:32 AM, Poul-Henning Kamp wrote: > > The rotating swirlie ('-/|\') in the loader accounts for a surprisingly > large part of our boot time on systems with slow-ish serial consoles. > > I think right now it takes a step for each 512 byte read, reducing that > to once every 64kB or even 1MB would be an improvement with the kind of > kernel sizes we have today. > > -- > 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. > _______________________________________________ > > My wish would be to see listing explicit steps because when a lock occurs it would be possible to report last completed ( or started ) step . Otherwise , actually seeing a swirling set of characters is itself not much useful other than showing there is a progress without understanding what is going on . If I were able to change anything in FreeBSD , my first choice would be to change these swirling characters to list explicit names of completed tasks ( or starting tasks which operating system developers would know best which one is more useful ) . Thank you very much . Mehmet Erol Sanliturk From owner-freebsd-current@FreeBSD.ORG Sun Dec 14 14:58:01 2014 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 6E43E357 for ; Sun, 14 Dec 2014 14:58:01 +0000 (UTC) Received: from mho-01-ewr.mailhop.org (mho-03-ewr.mailhop.org [204.13.248.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 41A3230C for ; Sun, 14 Dec 2014 14:58:00 +0000 (UTC) Received: from [73.34.117.227] (helo=ilsoft.org) by mho-01-ewr.mailhop.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1Y0AcM-000218-HA; Sun, 14 Dec 2014 14:57:54 +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 sBEEvrWX021688; Sun, 14 Dec 2014 07:57:53 -0700 (MST) (envelope-from ian@freebsd.org) X-Mail-Handler: Dyn Standard SMTP by Dyn X-Originating-IP: 73.34.117.227 X-Report-Abuse-To: abuse@dyndns.com (see http://www.dyndns.com/services/sendlabs/outbound_abuse.html for abuse reporting information) X-MHO-User: U2FsdGVkX18BA+ihE95ucMulrJgJjoBm Message-ID: <1418568731.935.8.camel@freebsd.org> Subject: Re: simple task to speed up booting From: Ian Lepore To: Poul-Henning Kamp In-Reply-To: <43445.1418553160@critter.freebsd.dk> References: <43445.1418553160@critter.freebsd.dk> Content-Type: multipart/mixed; boundary="=-PxMyjFLnRMWIs9bYXqP4" Date: Sun, 14 Dec 2014 07:52:11 -0700 Mime-Version: 1.0 X-Mailer: Evolution 3.12.8 FreeBSD GNOME Team Port 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: Sun, 14 Dec 2014 14:58:01 -0000 --=-PxMyjFLnRMWIs9bYXqP4 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit On Sun, 2014-12-14 at 10:32 +0000, Poul-Henning Kamp wrote: > The rotating swirlie ('-/|\') in the loader accounts for a surprisingly > large part of our boot time on systems with slow-ish serial consoles. > > I think right now it takes a step for each 512 byte read, reducing that > to once every 64kB or even 1MB would be an improvement with the kind of > kernel sizes we have today. > I experimented with that a while ago using the attached patch and was disappointed with the results. As I vaguely remember it, a divisor of 8 looked fine, but had no significant speedup. With a divisor of 32 the difference was measureable (only like 1.5 seconds or so faster), but it gave the impression that something was wrong, and the overall perception was that it was slower rather than faster, despite what a stopwatch said. I was testing at 115kbps, maybe at 9600 it would be significant. I don't understand why anything these days is still defaulting to 9600. It's the 21st century, but we never got the George Jetson flying cars we were promised, and apparently we're never going to break loose from the standards set by accoustic-coupled modems. -- Ian --=-PxMyjFLnRMWIs9bYXqP4 Content-Disposition: inline; filename="libstand_twiddle.diff" Content-Type: text/x-patch; name="libstand_twiddle.diff"; charset="us-ascii" Content-Transfer-Encoding: 7bit Index: lib/libstand/twiddle.c =================================================================== --- lib/libstand/twiddle.c (revision 274850) +++ lib/libstand/twiddle.c (working copy) @@ -46,7 +46,11 @@ void twiddle() { static int pos; + static int divisor; - putchar("|/-\\"[pos++ & 3]); - putchar('\b'); + if (divisor-- == 0) { + divisor = 32; + putchar("|/-\\"[pos++ & 3]); + putchar('\b'); + } } --=-PxMyjFLnRMWIs9bYXqP4-- From owner-freebsd-current@FreeBSD.ORG Sun Dec 14 17:19:01 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 984C1D3; Sun, 14 Dec 2014 17:19:01 +0000 (UTC) Received: from mail.karels.net (mail.karels.net [63.231.190.5]) by mx1.freebsd.org (Postfix) with ESMTP id 47B766B9; Sun, 14 Dec 2014 17:19:00 +0000 (UTC) Received: from mail.karels.net (localhost [127.0.0.1]) by mail.karels.net (8.14.7/8.14.7) with ESMTP id sBEHIr8g078422; Sun, 14 Dec 2014 11:18:53 -0600 (CST) (envelope-from mike@karels.net) Message-Id: <201412141718.sBEHIr8g078422@mail.karels.net> To: Ian Lepore From: Mike Karels Reply-to: mike@karels.net Subject: Re: simple task to speed up booting In-reply-to: Your message of Sun, 14 Dec 2014 07:52:11 -0700. <1418568731.935.8.camel@freebsd.org> Date: Sun, 14 Dec 2014 11:18:53 -0600 Cc: Poul-Henning Kamp , 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: Sun, 14 Dec 2014 17:19:01 -0000 > > On Sun, 2014-12-14 at 10:32 +0000, Poul-Henning Kamp wrote: > > The rotating swirlie ('-/|\') in the loader accounts for a surprisingly > > large part of our boot time on systems with slow-ish serial consoles. > > > > I think right now it takes a step for each 512 byte read, reducing that > > to once every 64kB or even 1MB would be an improvement with the kind of > > kernel sizes we have today. > > > I experimented with that a while ago using the attached patch and was > disappointed with the results. As I vaguely remember it, a divisor of 8 > looked fine, but had no significant speedup. With a divisor of 32 the > difference was measureable (only like 1.5 seconds or so faster), but it > gave the impression that something was wrong, and the overall perception > was that it was slower rather than faster, despite what a stopwatch > said. > I was testing at 115kbps, maybe at 9600 it would be significant. I > don't understand why anything these days is still defaulting to 9600. > It's the 21st century, but we never got the George Jetson flying cars we > were promised, and apparently we're never going to break loose from the > standards set by accoustic-coupled modems. AFAIK, accoustic-coupled modems topped out at 300 baud; that's the fastest one I've used, anyway. Defaults are hard to change, though. Mike From owner-freebsd-current@FreeBSD.ORG Sun Dec 14 17:42:58 2014 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 E42517CA; Sun, 14 Dec 2014 17:42:58 +0000 (UTC) Received: from elvis.mu.org (elvis.mu.org [IPv6:2001:470:1f05:b76::196]) by mx1.freebsd.org (Postfix) with ESMTP id D168397B; Sun, 14 Dec 2014 17:42:58 +0000 (UTC) Received: from [10.0.1.20] (c-76-21-10-192.hsd1.ca.comcast.net [76.21.10.192]) by elvis.mu.org (Postfix) with ESMTPSA id 254A7341F84F; Sun, 14 Dec 2014 09:42:58 -0800 (PST) Subject: Re: simple task to speed up booting Mime-Version: 1.0 (Apple Message framework v1283) Content-Type: text/plain; charset=windows-1252 From: Alfred Perlstein In-Reply-To: <1418568731.935.8.camel@freebsd.org> Date: Sun, 14 Dec 2014 09:43:00 -0800 Content-Transfer-Encoding: quoted-printable Message-Id: <5764B4CA-A65B-4617-90E0-AA48C51310A0@mu.org> References: <43445.1418553160@critter.freebsd.dk> <1418568731.935.8.camel@freebsd.org> To: Ian Lepore X-Mailer: Apple Mail (2.1283) Cc: Poul-Henning Kamp , 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: Sun, 14 Dec 2014 17:42:59 -0000 On Dec 14, 2014, at 6:52 AM, Ian Lepore wrote: > On Sun, 2014-12-14 at 10:32 +0000, Poul-Henning Kamp wrote: >> The rotating swirlie ('-/|\') in the loader accounts for a = surprisingly >> large part of our boot time on systems with slow-ish serial consoles. >>=20 >> I think right now it takes a step for each 512 byte read, reducing = that >> to once every 64kB or even 1MB would be an improvement with the kind = of >> kernel sizes we have today. >>=20 >=20 > I experimented with that a while ago using the attached patch and was > disappointed with the results. As I vaguely remember it, a divisor of = 8 > looked fine, but had no significant speedup. With a divisor of 32 the > difference was measureable (only like 1.5 seconds or so faster), but = it > gave the impression that something was wrong, and the overall = perception > was that it was slower rather than faster, despite what a stopwatch > said. >=20 > I was testing at 115kbps, maybe at 9600 it would be significant. I > don't understand why anything these days is still defaulting to 9600. > It's the 21st century, but we never got the George Jetson flying cars = we > were promised, and apparently we're never going to break loose from = the > standards set by accoustic-coupled modems. >=20 > -- Ian >=20 > Index: lib/libstand/twiddle.c > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > --- lib/libstand/twiddle.c (revision 274850) > +++ lib/libstand/twiddle.c (working copy) > @@ -46,7 +46,11 @@ void > twiddle() > { > static int pos; > + static int divisor; >=20 > - putchar("|/-\\"[pos++ & 3]); > - putchar('\b'); > + if (divisor-- =3D=3D 0) { > + divisor =3D 32; > + putchar("|/-\\"[pos++ & 3]); > + putchar('\b'); > + } > } Ian, can "divisor" be exposed so that it can be set based on the = loader's output device? =20 That was we can preserve it for video consoles, but other things such as = serial at <=3D 9600 could throttle it (or even shut it off=85 = twiddle_divisor =3D TWIDDLE_SHUT_OFF). -Alfred -Alfred From owner-freebsd-current@FreeBSD.ORG Sun Dec 14 19:20:46 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AC7D6A86; Sun, 14 Dec 2014 19:20:46 +0000 (UTC) Received: from zxy.spb.ru (zxy.spb.ru [195.70.199.98]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 66BAC2C3; Sun, 14 Dec 2014 19:20:46 +0000 (UTC) Received: from slw by zxy.spb.ru with local (Exim 4.84 (FreeBSD)) (envelope-from ) id 1Y0Eig-0005OJ-2B; Sun, 14 Dec 2014 23:20:42 +0400 Date: Sun, 14 Dec 2014 23:20:42 +0400 From: Slawa Olhovchenkov To: Ian Lepore Subject: Re: simple task to speed up booting Message-ID: <20141214192041.GA48237@zxy.spb.ru> References: <43445.1418553160@critter.freebsd.dk> <1418568731.935.8.camel@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1418568731.935.8.camel@freebsd.org> User-Agent: Mutt/1.5.23 (2014-03-12) X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: slw@zxy.spb.ru X-SA-Exim-Scanned: No (on zxy.spb.ru); SAEximRunCond expanded to false Cc: Poul-Henning Kamp , 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: Sun, 14 Dec 2014 19:20:46 -0000 On Sun, Dec 14, 2014 at 07:52:11AM -0700, Ian Lepore wrote: > On Sun, 2014-12-14 at 10:32 +0000, Poul-Henning Kamp wrote: > > The rotating swirlie ('-/|\') in the loader accounts for a surprisingly > > large part of our boot time on systems with slow-ish serial consoles. > > > > I think right now it takes a step for each 512 byte read, reducing that > > to once every 64kB or even 1MB would be an improvement with the kind of > > kernel sizes we have today. > > > > I experimented with that a while ago using the attached patch and was > disappointed with the results. As I vaguely remember it, a divisor of 8 > looked fine, but had no significant speedup. With a divisor of 32 the > difference was measureable (only like 1.5 seconds or so faster), but it > gave the impression that something was wrong, and the overall perception > was that it was slower rather than faster, despite what a stopwatch > said. > > I was testing at 115kbps, maybe at 9600 it would be significant. I > don't understand why anything these days is still defaulting to 9600. > It's the 21st century, but we never got the George Jetson flying cars we > were promised, and apparently we're never going to break loose from the > standards set by accoustic-coupled modems. You not always working with self-owned servers. Default is 9600,8n1 From owner-freebsd-current@FreeBSD.ORG Sun Dec 14 20:41:24 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 30986BD1; Sun, 14 Dec 2014 20:41:24 +0000 (UTC) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.freebsd.org (Postfix) with ESMTP id E7F9AD16; Sun, 14 Dec 2014 20:41:23 +0000 (UTC) Received: from critter.freebsd.dk (unknown [192.168.60.3]) by phk.freebsd.dk (Postfix) with ESMTP id 8DF4E3BD1A; Sun, 14 Dec 2014 20:41:21 +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 sBEKfLsu044626; Sun, 14 Dec 2014 20:41:21 GMT (envelope-from phk@phk.freebsd.dk) To: Ian Lepore Subject: Re: simple task to speed up booting In-reply-to: <1418568731.935.8.camel@freebsd.org> From: "Poul-Henning Kamp" References: <43445.1418553160@critter.freebsd.dk> <1418568731.935.8.camel@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <44624.1418589681.1@critter.freebsd.dk> Date: Sun, 14 Dec 2014 20:41:21 +0000 Message-ID: <44625.1418589681@critter.freebsd.dk> 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: Sun, 14 Dec 2014 20:41:24 -0000 -------- In message <1418568731.935.8.camel@freebsd.org>, Ian Lepore writes: >It's the 21st century, but we never got the George Jetson flying cars we >were promised, and apparently we're never going to break loose from the >standards set by accoustic-coupled modems. 9600 is not from accoustic-coupled modems, but from RS-232 runs on unshielded telephone wire in office environments. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Mon Dec 15 08:37:29 2014 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 9B6BA254; Mon, 15 Dec 2014 08:37:29 +0000 (UTC) Received: from mail-wi0-x22b.google.com (mail-wi0-x22b.google.com [IPv6:2a00:1450:400c:c05::22b]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 2A5D69C8; Mon, 15 Dec 2014 08:37:29 +0000 (UTC) Received: by mail-wi0-f171.google.com with SMTP id bs8so8037966wib.10; Mon, 15 Dec 2014 00:37:27 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc:content-type; bh=vYWRZqfme87l/aLYpo6fJAuMNkFAYm0J2TGWy1FSFY8=; b=aebOK4CgZPHYKFZRrlt8gqC0xV8V4OjGfRKiT6EKzot1EL6VWRGFKI06bhCO6vTbb6 BaiR6f6Zw0nz1dz3UC9OjEmxs0cjtcCgoa4AgxA/gTHNxVFGLtBawfafQW97VynuB2YA OZNGGSbYnvXWZ9TLyCOKn2H+/haJb9OTF1D6ins0k8g0yHMAWjEGHoBv8xIF3NZ9MjnS NXOvmsKQcbfXvrfdhIPWbQMh1OJ0G8oIulztzPS25g3Yr51vFfTC2cEGtVY6Q+HV/nvS I4QHXduL0Jnnx1+JfFNvjc8O0DjJwSwLHAnN7rs7/0UgHGiAZv3m+O8Hx9EOi1ltXb9t Pnyg== X-Received: by 10.180.99.163 with SMTP id er3mr28983236wib.18.1418632642230; Mon, 15 Dec 2014 00:37:22 -0800 (PST) MIME-Version: 1.0 Sender: cochard@gmail.com Received: by 10.194.61.98 with HTTP; Mon, 15 Dec 2014 00:37:02 -0800 (PST) In-Reply-To: <1418568731.935.8.camel@freebsd.org> References: <43445.1418553160@critter.freebsd.dk> <1418568731.935.8.camel@freebsd.org> From: =?ISO-8859-1?Q?Olivier_Cochard=2DLabb=E9?= Date: Mon, 15 Dec 2014 09:37:02 +0100 X-Google-Sender-Auth: 44p7irwe61aLfLrrF-J3VUPahjo Message-ID: Subject: Re: simple task to speed up booting To: Ian Lepore Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: Poul-Henning Kamp , "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: Mon, 15 Dec 2014 08:37:29 -0000 On Sun, Dec 14, 2014 at 3:52 PM, Ian Lepore wrote: > I was testing at 115kbps, maybe at 9600 it would be significant. I > don't understand why anything these days is still defaulting to 9600. > It's the 21st century, but we never got the George Jetson flying cars we > were promised, and apparently we're never going to break loose from the > standards set by accoustic-coupled modems. > Because 9600 is the maximum value supported by our boot0sio ? >From sys/boot/i386/boot0/Makefile : # Comm settings for boot0sio. # Bit(s) Description # 7-5 data rate (110,150,300,600,1200,2400,4800,9600 bps) From owner-freebsd-current@FreeBSD.ORG Mon Dec 15 12:39:36 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AA72B30B for ; Mon, 15 Dec 2014 12:39:36 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 962BC79F for ; Mon, 15 Dec 2014 12:39:36 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 7DA0EDE1 for ; Mon, 15 Dec 2014 12:39:36 +0000 (UTC) Date: Mon, 15 Dec 2014 12:39:35 +0000 (GMT) From: jenkins-admin@freebsd.org To: freebsd-current@freebsd.org Message-ID: <657535456.30.1418647176076.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Build failed in Jenkins: Build-UFS-image #671 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Jenkins-Job: Build-UFS-image 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: Mon, 15 Dec 2014 12:39:36 -0000 See ------------------------------------------ [...truncated 5589 lines...] install -s -o root -g wheel -m 444 pam_ssh.so.5 install -l s pam_ssh.so.5 install -o root -g wheel -m 444 pam_ssh.8.gz ===> lib/libpam/modules/pam_tacplus (install) install -s -o root -g wheel -m 444 pam_tacplus.so.5 install -l s pam_tacplus.so.5 install -o root -g wheel -m 444 pam_tacplus.8.gz ===> lib/libpam/modules/pam_unix (install) install -s -o root -g wheel -m 444 pam_unix.so.5 install -l s pam_unix.so.5 install -o root -g wheel -m 444 pam_unix.8.gz ===> lib/libpam/libpam (install) install -C -o root -g wheel -m 444 libpam.a install -s -o root -g wheel -m 444 libpam.so.5 install -l s libpam.so.5 install -C -o root -g wheel -m 444 /builds/FreeBSD_HEAD/lib/libpam/libpam/../../../contrib/openpam/include/security/openpam.h /builds/FreeBSD_HEAD/lib/libpam/libpam/../../../contrib/openpam/include/security/openpam_attr.h /builds/FreeBSD_HEAD/lib/libpam/libpam/../../../contrib/openpam/include/security/openpam_version.h /builds/FreeBSD_HEAD/lib/libpam/libpam/../../../contrib/openpam/include/security/pam_appl.h /builds/FreeBSD_HEAD/lib/libpam/libpam/../../../contrib/openpam/include/security/pam_constants.h /builds/FreeBSD_HEAD/lib/libpam/libpam/../../../contrib/openpam/include/security/pam_modules.h /builds/FreeBSD_HEAD/lib/libpam/libpam/../../../contrib/openpam/include/security/pam_types.h /builds/FreeBSD_HEAD/lib/libpam/libpam/security/pam_mod_misc.h install -o root -g wheel -m 444 openpam.3.gz install -o root -g wheel -m 444 openpam_borrow_cred.3.gz install -o root -g wheel -m 444 openpam_free_data.3.gz install -o root -g wheel -m 444 openpam_free_envlist.3.gz install -o root -g wheel -m 444 openpam_get_feature.3.gz install -o root -g wheel -m 444 openpam_get_option.3.gz install -o root -g wheel -m 444 openpam_log.3.gz install -o root -g wheel -m 444 openpam_nullconv.3.gz install -o root -g wheel -m 444 openpam_readline.3.gz install -o root -g wheel -m 444 openpam_readlinev.3.gz install -o root -g wheel -m 444 openpam_readword.3.gz install -o root -g wheel -m 444 openpam_restore_cred.3.gz install -o root -g wheel -m 444 openpam_set_feature.3.gz install -o root -g wheel -m 444 openpam_set_option.3.gz install -o root -g wheel -m 444 openpam_straddch.3.gz install -o root -g wheel -m 444 openpam_subst.3.gz install -o root -g wheel -m 444 openpam_ttyconv.3.gz install -o root -g wheel -m 444 pam.3.gz install -o root -g wheel -m 444 pam_acct_mgmt.3.gz install -o root -g wheel -m 444 pam_authenticate.3.gz install -o root -g wheel -m 444 pam_chauthtok.3.gz install -o root -g wheel -m 444 pam_close_session.3.gz install -o root -g wheel -m 444 pam_conv.3.gz install -o root -g wheel -m 444 pam_end.3.gz install -o root -g wheel -m 444 pam_error.3.gz install -o root -g wheel -m 444 pam_get_authtok.3.gz install -o root -g wheel -m 444 pam_get_data.3.gz install -o root -g wheel -m 444 pam_get_item.3.gz install -o root -g wheel -m 444 pam_get_user.3.gz install -o root -g wheel -m 444 pam_getenv.3.gz install -o root -g wheel -m 444 pam_getenvlist.3.gz install -o root -g wheel -m 444 pam_info.3.gz install -o root -g wheel -m 444 pam_open_session.3.gz install -o root -g wheel -m 444 pam_prompt.3.gz install -o root -g wheel -m 444 pam_putenv.3.gz install -o root -g wheel -m 444 pam_set_data.3.gz install -o root -g wheel -m 444 pam_set_item.3.gz install -o root -g wheel -m 444 pam_setcred.3.gz install -o root -g wheel -m 444 pam_setenv.3.gz install -o root -g wheel -m 444 pam_sm_acct_mgmt.3.gz install -o root -g wheel -m 444 pam_sm_authenticate.3.gz install -o root -g wheel -m 444 pam_sm_chauthtok.3.gz install -o root -g wheel -m 444 pam_sm_close_session.3.gz install -o root -g wheel -m 444 pam_sm_open_session.3.gz install -o root -g wheel -m 444 pam_sm_setcred.3.gz install -o root -g wheel -m 444 pam_start.3.gz install -o root -g wheel -m 444 pam_strerror.3.gz install -o root -g wheel -m 444 pam_verror.3.gz install -o root -g wheel -m 444 pam_vinfo.3.gz install -o root -g wheel -m 444 pam_vprompt.3.gz install -o root -g wheel -m 444 pam.conf.5.gz -> ===> lib/libpam/libpam/tests (install) install -o root -g wheel -m 444 Kyuafile.auto (cd /builds/FreeBSD_HEAD/lib/libpam/libpam/tests && make -f /builds/FreeBSD_HEAD/lib/libpam/libpam/tests/Makefile _RECURSING_PROGS= SUBDIR= PROG=t_openpam_ctype DEPENDFILE=.depend.t_openpam_ctype .MAKE.DEPENDFILE=.depend.t_openpam_ctype install) install -s -o root -g wheel -m 555 t_openpam_ctype (cd /builds/FreeBSD_HEAD/lib/libpam/libpam/tests && make -f /builds/FreeBSD_HEAD/lib/libpam/libpam/tests/Makefile _RECURSING_PROGS= SUBDIR= PROG=t_openpam_readlinev DEPENDFILE=.depend.t_openpam_readlinev .MAKE.DEPENDFILE=.depend.t_openpam_readlinev install) install -s -o root -g wheel -m 555 t_openpam_readlinev (cd /builds/FreeBSD_HEAD/lib/libpam/libpam/tests && make -f /builds/FreeBSD_HEAD/lib/libpam/libpam/tests/Makefile _RECURSING_PROGS= SUBDIR= PROG=t_openpam_readword DEPENDFILE=.depend.t_openpam_readword .MAKE.DEPENDFILE=.depend.t_openpam_readword install) install -s -o root -g wheel -m 555 t_openpam_readword ===> lib/libpcap (install) install -C -o root -g wheel -m 444 libpcap.a install -C -o root -g wheel -m 444 libpcap_p.a install -s -o root -g wheel -m 444 libpcap.so.8 install -l s /lib/libpcap.so.8 install -C -o root -g wheel -m 444 /builds/FreeBSD_HEAD/lib/libpcap/../../contrib/libpcap/pcap.h /builds/FreeBSD_HEAD/lib/libpcap/../../contrib/libpcap/pcap-int.h /builds/FreeBSD_HEAD/lib/libpcap/../../contrib/libpcap/pcap-namedb.h /builds/FreeBSD_HEAD/lib/libpcap/../../contrib/libpcap/pcap-bpf.h install -C -o root -g wheel -m 444 /builds/FreeBSD_HEAD/lib/libpcap/../../contrib/libpcap/pcap/pcap.h /builds/FreeBSD_HEAD/lib/libpcap/../../contrib/libpcap/pcap/namedb.h /builds/FreeBSD_HEAD/lib/libpcap/../../contrib/libpcap/pcap/bpf.h install -o root -g wheel -m 444 pcap.3.gz install -o root -g wheel -m 444 pcap_activate.3.gz install -o root -g wheel -m 444 pcap_breakloop.3.gz install -o root -g wheel -m 444 pcap_can_set_rfmon.3.gz install -o root -g wheel -m 444 pcap_close.3.gz install -o root -g wheel -m 444 pcap_compile.3.gz install -o root -g wheel -m 444 pcap_create.3.gz install -o root -g wheel -m 444 pcap_datalink.3.gz install -o root -g wheel -m 444 pcap_datalink_name_to_val.3.gz install -o root -g wheel -m 444 pcap_datalink_val_to_name.3.gz install -o root -g wheel -m 444 pcap_dump.3.gz install -o root -g wheel -m 444 pcap_dump_close.3.gz install -o root -g wheel -m 444 pcap_dump_file.3.gz install -o root -g wheel -m 444 pcap_dump_flush.3.gz install -o root -g wheel -m 444 pcap_dump_ftell.3.gz install -o root -g wheel -m 444 pcap_dump_open.3.gz install -o root -g wheel -m 444 pcap_file.3.gz install -o root -g wheel -m 444 pcap_fileno.3.gz install -o root -g wheel -m 444 pcap_findalldevs.3.gz install -o root -g wheel -m 444 pcap_freecode.3.gz install -o root -g wheel -m 444 pcap_get_selectable_fd.3.gz install -o root -g wheel -m 444 pcap_geterr.3.gz install -o root -g wheel -m 444 pcap_inject.3.gz install -o root -g wheel -m 444 pcap_is_swapped.3.gz install -o root -g wheel -m 444 pcap_lib_version.3.gz install -o root -g wheel -m 444 pcap_list_datalinks.3.gz install -o root -g wheel -m 444 pcap_list_tstamp_types.3.gz install -o root -g wheel -m 444 pcap_lookupdev.3.gz install -o root -g wheel -m 444 pcap_lookupnet.3.gz install -o root -g wheel -m 444 pcap_loop.3.gz install -o root -g wheel -m 444 pcap_major_version.3.gz install -o root -g wheel -m 444 pcap_next_ex.3.gz install -o root -g wheel -m 444 pcap_offline_filter.3.gz install -o root -g wheel -m 444 pcap_open_dead.3.gz install -o root -g wheel -m 444 pcap_open_live.3.gz install -o root -g wheel -m 444 pcap_open_offline.3.gz install -o root -g wheel -m 444 pcap_set_buffer_size.3.gz install -o root -g wheel -m 444 pcap_set_datalink.3.gz install -o root -g wheel -m 444 pcap_set_promisc.3.gz install -o root -g wheel -m 444 pcap_set_rfmon.3.gz install -o root -g wheel -m 444 pcap_set_snaplen.3.gz install -o root -g wheel -m 444 pcap_set_timeout.3.gz install -o root -g wheel -m 444 pcap_set_tstamp_type.3.gz install -o root -g wheel -m 444 pcap_setdirection.3.gz install -o root -g wheel -m 444 pcap_setfilter.3.gz install -o root -g wheel -m 444 pcap_setnonblock.3.gz install -o root -g wheel -m 444 pcap_snapshot.3.gz install -o root -g wheel -m 444 pcap_stats.3.gz install -o root -g wheel -m 444 pcap_statustostr.3.gz install -o root -g wheel -m 444 pcap_strerror.3.gz install -o root -g wheel -m 444 pcap-savefile.5.gz install -o root -g wheel -m 444 pcap_tstamp_type_name_to_val.3.gz install -o root -g wheel -m 444 pcap_tstamp_type_val_to_name.3.gz install -o root -g wheel -m 444 pcap-filter.7.gz install -o root -g wheel -m 444 pcap-linktype.7.gz -> -> -> -> -> -> -> -> -> -> -> -> ===> lib/libpjdlog (install) install -C -o root -g wheel -m 444 libpjdlog.a install -C -o root -g wheel -m 444 libpjdlog_p.a install -s -o root -g wheel -m 444 libpjdlog.so.0 install -l s /lib/libpjdlog.so.0 ===> lib/libpmc (install) install -C -o root -g wheel -m 444 libpmc.a install -C -o root -g wheel -m 444 libpmc_p.a install -s -o root -g wheel -m 444 libpmc.so.5 install -l s libpmc.so.5 install -C -o root -g wheel -m 444 /builds/FreeBSD_HEAD/lib/libpmc/pmc.h /builds/FreeBSD_HEAD/lib/libpmc/pmclog.h install -o root -g wheel -m 444 pmc.3.gz install -o root -g wheel -m 444 pmc_allocate.3.gz install -o root -g wheel -m 444 pmc_attach.3.gz install -o root -g wheel -m 444 pmc_capabilities.3.gz install -o root -g wheel -m 444 pmc_configure_logfile.3.gz install -o root -g wheel -m 444 pmc_disable.3.gz install -o root -g wheel -m 444 pmc_event_names_of_class.3.gz install -o root -g wheel -m 444 pmc_get_driver_stats.3.gz install -o root -g wheel -m 444 pmc_get_msr.3.gz install -o root -g wheel -m 444 pmc_init.3.gz install -o root -g wheel -m 444 pmc_name_of_capability.3.gz install -o root -g wheel -m 444 pmc_read.3.gz install -o root -g wheel -m 444 pmc_set.3.gz install -o root -g wheel -m 444 pmc_start.3.gz install -o root -g wheel -m 444 pmclog.3.gz install -o root -g wheel -m 444 pmc.soft.3.gz install -o root -g wheel -m 444 pmc.atom.3.gz install -o root -g wheel -m 444 pmc.atomsilvermont.3.gz install -o root -g wheel -m 444 pmc.core.3.gz install -o root -g wheel -m 444 pmc.core2.3.gz install -o root -g wheel -m 444 pmc.corei7.3.gz install -o root -g wheel -m 444 pmc.corei7uc.3.gz install -o root -g wheel -m 444 pmc.haswell.3.gz install -o root -g wheel -m 444 pmc.haswelluc.3.gz install -o root -g wheel -m 444 pmc.iaf.3.gz install -o root -g wheel -m 444 pmc.ivybridge.3.gz install -o root -g wheel -m 444 pmc.ivybridgexeon.3.gz install -o root -g wheel -m 444 pmc.k7.3.gz install -o root -g wheel -m 444 pmc.k8.3.gz install -o root -g wheel -m 444 pmc.mips24k.3.gz install -o root -g wheel -m 444 pmc.octeon.3.gz install -o root -g wheel -m 444 pmc.p4.3.gz install -o root -g wheel -m 444 pmc.p5.3.gz install -o root -g wheel -m 444 pmc.p6.3.gz install -o root -g wheel -m 444 pmc.sandybridge.3.gz install -o root -g wheel -m 444 pmc.sandybridgeuc.3.gz install -o root -g wheel -m 444 pmc.sandybridgexeon.3.gz install -o root -g wheel -m 444 pmc.tsc.3.gz install -o root -g wheel -m 444 pmc.ucf.3.gz install -o root -g wheel -m 444 pmc.westmere.3.gz install -o root -g wheel -m 444 pmc.westmereuc.3.gz install -o root -g wheel -m 444 pmc.xscale.3.gz -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> ===> lib/libproc (install) make[5]: "/builds/FreeBSD_HEAD/share/mk/bsd.compiler.mk" line 42: Unable to determine compiler type for cc. Consider setting COMPILER_TYPE. *** Error code 1 Stop. make[4]: stopped in /builds/FreeBSD_HEAD/lib *** Error code 1 Stop. make[3]: stopped in /builds/FreeBSD_HEAD *** Error code 1 Stop. make[2]: stopped in /builds/FreeBSD_HEAD *** Error code 1 Stop. make[1]: stopped in /builds/FreeBSD_HEAD *** Error code 1 Stop. make: stopped in /builds/FreeBSD_HEAD Build step 'Execute shell' marked build as failure From owner-freebsd-current@FreeBSD.ORG Mon Dec 15 18:07:03 2014 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B2FBFD78; Mon, 15 Dec 2014 18:07:03 +0000 (UTC) Received: from mailuogwhop.emc.com (mailuogwhop.emc.com [168.159.213.141]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "mailuogwprd01.lss.emc.com", Issuer "RSA Corporate Server CA v2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 60DEDED; Mon, 15 Dec 2014 18:07:02 +0000 (UTC) Received: from maildlpprd01.lss.emc.com (maildlpprd01.lss.emc.com [10.253.24.33]) by mailuogwprd03.lss.emc.com (Sentrion-MTA-4.3.1/Sentrion-MTA-4.3.0) with ESMTP id sBFHo4Hd031332 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 15 Dec 2014 12:50:05 -0500 X-DKIM: OpenDKIM Filter v2.4.3 mailuogwprd03.lss.emc.com sBFHo4Hd031332 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=isilon.com; s=jan2013; t=1418665805; bh=qrO9h5Q/cZaEINlwo/0ra3u/+ls=; h=From:To:CC:Subject:Date:Message-ID:References:In-Reply-To: Content-Type:Content-Transfer-Encoding:MIME-Version; b=ZLQqXv5uLxOqBZEcKB47PtlgPY1buNWILdISck+pnUZDJjKR942je9s946iC1Ift5 NsQM72EVY1BJiNtmHOFEr4JLlWD0QNE/BCW+ZzExzUX4RB9jYVfqgOkbpyouq/ynSD 9y1BG+Ejx1fSeZi7PcZcvBYFQa8lLPcoMBeuetME= X-DKIM: OpenDKIM Filter v2.4.3 mailuogwprd03.lss.emc.com sBFHo4Hd031332 Received: from mailusrhubprd02.lss.emc.com (mailusrhubprd02.lss.emc.com [10.253.24.20]) by maildlpprd01.lss.emc.com (RSA Interceptor); Mon, 15 Dec 2014 12:49:52 -0500 Received: from mxhub06.corp.emc.com (mxhub06.corp.emc.com [128.222.70.203]) by mailusrhubprd02.lss.emc.com (Sentrion-MTA-4.3.1/Sentrion-MTA-4.3.0) with ESMTP id sBFHnudY023719 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Mon, 15 Dec 2014 12:49:56 -0500 Received: from MXHUB208.corp.emc.com (10.253.68.34) by mxhub06.corp.emc.com (128.222.70.203) with Microsoft SMTP Server (TLS) id 8.3.327.1; Mon, 15 Dec 2014 12:49:56 -0500 Received: from MX104CL01.corp.emc.com ([169.254.7.134]) by MXHUB208.corp.emc.com ([10.253.68.34]) with mapi id 14.03.0195.001; Mon, 15 Dec 2014 12:49:55 -0500 From: "Rang, Anton" To: Ivan Klymenko , Andriy Gapon Subject: RE: 11-CURRENT r275641 panic: Unrecoverable machine check exception Thread-Topic: 11-CURRENT r275641 panic: Unrecoverable machine check exception Thread-Index: AQHQFkbLLFaGUsiXjEmmUdLgZQsc25yM+/2AgACcWoCAA1T8sA== Date: Mon, 15 Dec 2014 17:49:54 +0000 Message-ID: References: <20141212214653.41cec479@nonamehost.local> <548B85E7.7000102@FreeBSD.org> <20141213113823.660a1e05@nonamehost.local> In-Reply-To: <20141213113823.660a1e05@nonamehost.local> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.13.55.52] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-Sentrion-Hostname: mailusrhubprd02.lss.emc.com X-RSA-Classifications: public 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: Mon, 15 Dec 2014 18:07:03 -0000 PiBJIGNlcnRhaW5seSBjb3VsZCBiZSB3cm9uZyAtIGJ1dCBob3cgdG8ga25vdyBmb3Igc3VyZSB0 aGUgY2F1c2Ugb2YgdGhlIHBhbmljPw0KDQo+IE1DQTogQ1BVIDAgVU5DT1IgUENDIE9WRVIgRENB Q0hFIEwyIERSRCBlcnJvcg0KPiBNQ0E6IEFkZHJlc3MgMHhiZDhkNGNjMA0KPiBNQ0E6IE1pc2Mg MHgzMGUzMDAwMDg2DQoNClRoZSAicm9vdCBjYXVzZSIgbWF5IGJlIGhhcmQgdG8gZGV0ZXJtaW5l LCBidXQgdGhlIGltbWVkaWF0ZSBjYXVzZSB3YXMgaGVscGZ1bGx5IGRlY29kZWQgYnkgdGhlIGtl cm5lbC4gKFRob3VnaCBJIGRvbid0IGtub3cgd2hldGhlciBhbGwgb2YgdGhlIG1vZGVsLXNwZWNp ZmljIGZpZWxkcyB3ZXJlIGRlY29kZWQuKQ0KDQpVTkNPUiA9IHVuY29ycmVjdGVkIGVycm9yDQpQ Q0MgPSBwcm9jZXNzb3IgY29udGV4dCBjb3JydXB0ZWQgKGNhbid0IHNhZmVseSBjb250aW51ZSB0 byBleGVjdXRlLCB0aHVzIHRoZSBwYW5pYykNCk9WRVIgPSBlcnJvciBvdmVyZmxvdyAoaG1tbSwg bXVsdGlwbGUgZXJyb3JzIG9jY3VycmVkKQ0KRENBQ0hFIEwyIERSRCA9IGRhdGEgYmVpbmcgcmVh ZCBmcm9tIEwyIGRhdGEgY2FjaGUNCg0KVGhlIG1pc2NlbGxhbmVvdXMgcmVnaXN0ZXIgaW5kaWNh dGVzIHRoYXQgMHhiZDhkNGNjMCBpcyBhIHBoeXNpY2FsIGFkZHJlc3MuDQoNClNvIHRoaXMgbG9v a3MgbGlrZSBhIHByb2Nlc3NvciBmYWlsdXJlLiBJZiBpdCBpcyByZXBlYXRhYmxlLCB0aG91Z2gs IGl0IG1heSBpbmRpY2F0ZSBlaXRoZXIgZmFpbGVkIGhhcmR3YXJlIG9yIHNvbWUgcHJvYmxlbSBp biBjb25maWd1cmluZyB0aGUgcHJvY2Vzc29yICh0aG91Z2ggSSdtIG5vdCBzdXJlIGhvdyB0aGF0 IGNvdWxkIGxlYWQgdG8gYSBjYWNoZSBlcnJvcikuDQoNCkFudG9uDQo= From owner-freebsd-current@FreeBSD.ORG Tue Dec 16 15:19:46 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 02256A45 for ; Tue, 16 Dec 2014 15:19:46 +0000 (UTC) Received: from umail.aei.mpg.de (umail.aei.mpg.de [194.94.224.6]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id A40F5EE4 for ; Tue, 16 Dec 2014 15:19:45 +0000 (UTC) Received: from mailgate.aei.mpg.de (mailgate.aei.mpg.de [194.94.224.5]) by umail.aei.mpg.de (Postfix) with ESMTP id 27CC5200482 for ; Tue, 16 Dec 2014 16:19:37 +0100 (CET) Received: from mailgate.aei.mpg.de (localhost [127.0.0.1]) by localhost (Postfix) with SMTP id 17F72406AF1 for ; Tue, 16 Dec 2014 16:19:37 +0100 (CET) Received: from intranet.aei.uni-hannover.de (ahin1.aei.uni-hannover.de [130.75.117.40]) by mailgate.aei.mpg.de (Postfix) with ESMTP id 54962405889 for ; Tue, 16 Dec 2014 16:19:36 +0100 (CET) Received: from arc.aei.uni-hannover.de ([10.117.15.110]) by intranet.aei.uni-hannover.de (Lotus Domino Release 8.5.3FP6HF1016) with ESMTP id 2014121616192986-70579 ; Tue, 16 Dec 2014 16:19:29 +0100 Date: Tue, 16 Dec 2014 16:19:30 +0100 From: Gerrit =?ISO-8859-1?Q?K=FChn?= To: freebsd-current Current Subject: Fw: Re: compiling on nfs directories Message-Id: <20141216161930.9f817663bbea8a7c9aec52eb@aei.mpg.de> Organization: Max Planck Gesellschaft X-Mailer: Sylpheed 3.4.2 (GTK+ 2.24.22; amd64-portbld-freebsd10.0) Mime-Version: 1.0 X-MIMETrack: Itemize by SMTP Server on intranet/aei-hannover(Release 8.5.3FP6HF1016 | October 31, 2014) at 16.12.2014 16:19:29, Serialize by Router on intranet/aei-hannover(Release 8.5.3FP6HF1016 | October 31, 2014) at 16.12.2014 16:19:35, Serialize complete at 16.12.2014 16:19:35 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=ISO-8859-1 X-PMX-Version: 6.0.2.2308539, Antispam-Engine: 2.7.2.2107409, Antispam-Data: 2014.12.16.150620 X-PerlMx-Spam: Gauge=IIIIIIII, Probability=8%, Report=' HTML_00_01 0.05, HTML_00_10 0.05, MIME_LOWER_CASE 0.05, BODYTEXTP_SIZE_3000_LESS 0, BODY_SIZE_1000_1099 0, BODY_SIZE_2000_LESS 0, BODY_SIZE_5000_LESS 0, BODY_SIZE_7000_LESS 0, __ANY_URI 0, __BOUNCE_NDR_SUBJ_EXEMPT 0, __CT 0, __CTE 0, __CT_TEXT_PLAIN 0, __HAS_FROM 0, __HAS_MSGID 0, __HAS_X_MAILER 0, __MIME_TEXT_ONLY 0, __MIME_VERSION 0, __SANE_MSGID 0, __TO_MALFORMED_2 0, __URI_NO_PATH 0, __URI_NO_WWW 0, __URI_NS ' 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, 16 Dec 2014 15:19:46 -0000 Hi all, I have some weird issues compiling software on a Linux client on a nfs directory served by FreeBSD 10 from a SSD-based RaidZ1. We are not sure yet what is actually going wrong, but it may be connected to make seeing wrong timestamps and thus compiling again during the install stage. I did not have this kind of issue when the NFS-Server was still running under FreeBSD 8 from a HDD-based RaidZ1. On freebsd-net, Rick Macklem (see below) suggested to ask here for some zfs-patches concerning zfs timing attributes that may be an issue here. Does anybody know something about this? cu Gerrit Begin forwarded message: Date: Tue, 16 Dec 2014 08:27:56 -0500 (EST) From: Rick Macklem To: Gerrit K=FChn Cc: freebsd-net@freebsd.org Subject: Re: compiling on nfs directories [...] I'm not a ZFS guy, but I thought there was a recent ZFS patch related to updating a time attribute, but I can't remember if it was atime or mtime? (You might try a post to freebsd-current@ asking about ZFS time attributes.) From owner-freebsd-current@FreeBSD.ORG Tue Dec 16 15:41:01 2014 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 DB330FEE for ; Tue, 16 Dec 2014 15:41: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 C5F3B16B for ; Tue, 16 Dec 2014 15:41:01 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id C7A258A for ; Tue, 16 Dec 2014 15:39:31 +0000 (UTC) Date: Tue, 16 Dec 2014 15:39:29 +0000 (GMT) From: jenkins-admin@freebsd.org To: freebsd-current@freebsd.org Message-ID: <915258560.33.1418744369705.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Build failed in Jenkins: Build-UFS-image #684 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Jenkins-Job: Build-UFS-image 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, 16 Dec 2014 15:41:01 -0000 See ------------------------------------------ [...truncated 8760 lines...] if [ -L ]; then rm -f fi if [ -L ]; then rm -f fi if [ -L ]; then rm -f fi if [ -L ]; then rm -f fi if [ -L ]; then rm -f fi if [ -L ]; then rm -f fi if [ -L ]; then rm -f fi if [ -L ]; then rm -f fi if [ -L ]; then rm -f fi if [ -L ]; then rm -f fi if [ -L ]; then rm -f fi if [ -L ]; then rm -f fi if [ -L ]; then rm -f fi if [ -L ]; then rm -f fi if [ -L ]; then rm -f fi if [ -L ]; then rm -f fi if [ -L ]; then rm -f fi if [ -L ]; then rm -f fi if [ -L ]; then rm -f fi if [ -L ]; then rm -f fi if [ -L ]; then rm -f fi if [ -L ]; then rm -f fi if [ -L ]; then rm -f fi if [ -L ]; then rm -f fi if [ -L ]; then rm -f fi if [ -L ]; then rm -f fi if [ -L ]; then rm -f fi if [ -L ]; then rm -f fi if [ -L ]; then rm -f fi if [ -L ]; then rm -f fi if [ -L ]; then rm -f fi if [ -L ]; then rm -f fi if [ -L ]; then rm -f fi if [ -L ]; then rm -f fi mtree -deU -f /builds/FreeBSD_HEAD/include/../etc/mtree/BSD.include.dist -p cd for h in *.h; do if [ -L $h ]; then rm -f $h; fi; done cd for h in *.h; do if [ -L $h ]; then rm -f $h; fi; done cd for h in *.h; do if [ -L $h ]; then rm -f $h; fi; done cd for h in *.h; do if [ -L $h ]; then rm -f $h; fi; done cd for h in *.h; do if [ -L $h ]; then rm -f $h; fi; done cd for h in *.h; do if [ -L $h ]; then rm -f $h; fi; done cd for h in *.h; do if [ -L $h ]; then rm -f $h; fi; done cd for h in *.h; do if [ -L $h ]; then rm -f $h; fi; done cd for h in *.h; do if [ -L $h ]; then rm -f $h; fi; done cd for h in *.h; do if [ -L $h ]; then rm -f $h; fi; done cd for h in *.h; do if [ -L $h ]; then rm -f $h; fi; done cd for h in *.h; do if [ -L $h ]; then rm -f $h; fi; done cd for h in *.h; do if [ -L $h ]; then rm -f $h; fi; done cd for h in *.h; do if [ -L $h ]; then rm -f $h; fi; done cd for h in *.h; do if [ -L $h ]; then rm -f $h; fi; done cd for h in *.h; do if [ -L $h ]; then rm -f $h; fi; done cd for h in *.h; do if [ -L $h ]; then rm -f $h; fi; done cd for h in *.h; do if [ -L $h ]; then rm -f $h; fi; done cd for h in *.h; do if [ -L $h ]; then rm -f $h; fi; done cd for h in *.h; do if [ -L $h ]; then rm -f $h; fi; done cd for h in *.h; do if [ -L $h ]; then rm -f $h; fi; done cd for h in *.h; do if [ -L $h ]; then rm -f $h; fi; done cd for h in *.h; do if [ -L $h ]; then rm -f $h; fi; done cd for h in *.h; do if [ -L $h ]; then rm -f $h; fi; done cd for h in *.h; do if [ -L $h ]; then rm -f $h; fi; done cd for h in *.h; do if [ -L $h ]; then rm -f $h; fi; done cd for h in *.h; do if [ -L $h ]; then rm -f $h; fi; done cd for h in *.h; do if [ -L $h ]; then rm -f $h; fi; done cd for h in *.h; do if [ -L $h ]; then rm -f $h; fi; done cd for h in *.h; do if [ -L $h ]; then rm -f $h; fi; done cd for h in *.h; do if [ -L $h ]; then rm -f $h; fi; done cd for h in *.h; do if [ -L $h ]; then rm -f $h; fi; done cd for h in *.h; do if [ -L $h ]; then rm -f $h; fi; done cd for h in *.h; do if [ -L $h ]; then rm -f $h; fi; done cd for h in *.h; do if [ -L $h ]; then rm -f $h; fi; done cd for h in *.h; do if [ -L $h ]; then rm -f $h; fi; done cd for h in *.h; do if [ -L $h ]; then rm -f $h; fi; done cd for h in *.h; do if [ -L $h ]; then rm -f $h; fi; done cd for h in *.h; do if [ -L $h ]; then rm -f $h; fi; done cd for h in *.h; do if [ -L $h ]; then rm -f $h; fi; done cd for h in *.h; do if [ -L $h ]; then rm -f $h; fi; done cd for h in *.h; do if [ -L $h ]; then rm -f $h; fi; done cd for h in *.h; do if [ -L $h ]; then rm -f $h; fi; done cd for h in *.h; do if [ -L $h ]; then rm -f $h; fi; done cd for h in *.h; do if [ -L $h ]; then rm -f $h; fi; done cd for h in *.h; do if [ -L $h ]; then rm -f $h; fi; done cd for h in *.h; do if [ -L $h ]; then rm -f $h; fi; done cd for h in *.h; do if [ -L $h ]; then rm -f $h; fi; done cd for h in *.h; do if [ -L $h ]; then rm -f $h; fi; done cd for h in *.h; do if [ -L $h ]; then rm -f $h; fi; done cd for h in *.h; do if [ -L $h ]; then rm -f $h; fi; done cd for h in *.h; do if [ -L $h ]; then rm -f $h; fi; done cd for h in *.h; do if [ -L $h ]; then rm -f $h; fi; done cd for h in *.h; do if [ -L $h ]; then rm -f $h; fi; done cd for h in *.h; do if [ -L $h ]; then rm -f $h; fi; done cd for h in *.h; do if [ -L $h ]; then rm -f $h; fi; done cd for h in *.h; do if [ -L $h ]; then rm -f $h; fi; done cd for h in *.h; do if [ -L $h ]; then rm -f $h; fi; done cd for h in *.h; do if [ -L $h ]; then rm -f $h; fi; done cd for h in *.h; do if [ -L $h ]; then rm -f $h; fi; done cd for h in *.h; do if [ -L $h ]; then rm -f $h; fi; done cd for h in *.h; do if [ -L $h ]; then rm -f $h; fi; done cd for h in *.h; do if [ -L $h ]; then rm -f $h; fi; done cd for h in *.h; do if [ -L $h ]; then rm -f $h; fi; done cd for h in *.h; do if [ -L $h ]; then rm -f $h; fi; done cd for h in *.h; do if [ -L $h ]; then rm -f $h; fi; done cd for h in *.h; do if [ -L $h ]; then rm -f $h; fi; done cd for h in *.h; do if [ -L $h ]; then rm -f $h; fi; done cd for h in *.h; do if [ -L $h ]; then rm -f $h; fi; done cd for h in *.h; do if [ -L $h ]; then rm -f $h; fi; done cd for h in *.h; do if [ -L $h ]; then rm -f $h; fi; done cd for h in *.h; do if [ -L $h ]; then rm -f $h; fi; done cd for h in *.h; do if [ -L $h ]; then rm -f $h; fi; done cd for h in *.h; do if [ -L $h ]; then rm -f $h; fi; done cd for h in *.h; do if [ -L $h ]; then rm -f $h; fi; done cd for h in *.h; do if [ -L $h ]; then rm -f $h; fi; done cd for h in *.h; do if [ -L $h ]; then rm -f $h; fi; done cd for h in *.h; do if [ -L $h ]; then rm -f $h; fi; done cd for h in *.h; do if [ -L $h ]; then rm -f $h; fi; done cd for h in *.h; do if [ -L $h ]; then rm -f $h; fi; done cd for h in *.h; do if [ -L $h ]; then rm -f $h; fi; done cd for h in *.h; do if [ -L $h ]; then rm -f $h; fi; done cd for h in *.h; do if [ -L $h ]; then rm -f $h; fi; done cd for h in *.h; do if [ -L $h ]; then rm -f $h; fi; done cd for h in *.h; do if [ -L $h ]; then rm -f $h; fi; done cd /builds/FreeBSD_HEAD/include/../sys; install -C -o root -g wheel -m 444 bsm/*.h cd /builds/FreeBSD_HEAD/include/../sys; install -C -o root -g wheel -m 444 cam/*.h cd /builds/FreeBSD_HEAD/include/../sys; install -C -o root -g wheel -m 444 geom/*.h cd /builds/FreeBSD_HEAD/include/../sys; install -C -o root -g wheel -m 444 net/*.h cd /builds/FreeBSD_HEAD/include/../sys; install -C -o root -g wheel -m 444 net80211/*.h cd /builds/FreeBSD_HEAD/include/../sys; install -C -o root -g wheel -m 444 netgraph/*.h cd /builds/FreeBSD_HEAD/include/../sys; install -C -o root -g wheel -m 444 netinet/*.h cd /builds/FreeBSD_HEAD/include/../sys; install -C -o root -g wheel -m 444 netinet6/*.h cd /builds/FreeBSD_HEAD/include/../sys; install -C -o root -g wheel -m 444 netipsec/*.h cd /builds/FreeBSD_HEAD/include/../sys; install -C -o root -g wheel -m 444 netnatm/*.h cd /builds/FreeBSD_HEAD/include/../sys; install -C -o root -g wheel -m 444 netsmb/*.h cd /builds/FreeBSD_HEAD/include/../sys; install -C -o root -g wheel -m 444 nfs/*.h cd /builds/FreeBSD_HEAD/include/../sys; install -C -o root -g wheel -m 444 nfsclient/*.h cd /builds/FreeBSD_HEAD/include/../sys; install -C -o root -g wheel -m 444 nfsserver/*.h cd /builds/FreeBSD_HEAD/include/../sys; install -C -o root -g wheel -m 444 sys/*.h cd /builds/FreeBSD_HEAD/include/../sys; install -C -o root -g wheel -m 444 vm/*.h cd /builds/FreeBSD_HEAD/include/../sys; install -C -o root -g wheel -m 444 cam/ata/*.h cd /builds/FreeBSD_HEAD/include/../sys; install -C -o root -g wheel -m 444 cam/scsi/*.h cd /builds/FreeBSD_HEAD/include/../sys; install -C -o root -g wheel -m 444 dev/an/*.h cd /builds/FreeBSD_HEAD/include/../sys; install -C -o root -g wheel -m 444 dev/ciss/*.h cd /builds/FreeBSD_HEAD/include/../sys; install -C -o root -g wheel -m 444 dev/filemon/*.h cd /builds/FreeBSD_HEAD/include/../sys; install -C -o root -g wheel -m 444 dev/firewire/*.h cd /builds/FreeBSD_HEAD/include/../sys; install -C -o root -g wheel -m 444 dev/hwpmc/*.h cd /builds/FreeBSD_HEAD/include/../sys; install -C -o root -g wheel -m 444 dev/ic/*.h cd /builds/FreeBSD_HEAD/include/../sys; install -C -o root -g wheel -m 444 dev/iicbus/*.h cd /builds/FreeBSD_HEAD/include/../sys; install -C -o root -g wheel -m 444 dev/ieee488/*.h cd /builds/FreeBSD_HEAD/include/../sys; install -C -o root -g wheel -m 444 dev/io/*.h cd /builds/FreeBSD_HEAD/include/../sys; install -C -o root -g wheel -m 444 dev/lmc/*.h cd /builds/FreeBSD_HEAD/include/../sys; install -C -o root -g wheel -m 444 dev/mfi/*.h cd /builds/FreeBSD_HEAD/include/../sys; install -C -o root -g wheel -m 444 dev/nvme/*.h cd /builds/FreeBSD_HEAD/include/../sys; install -C -o root -g wheel -m 444 dev/ofw/*.h cd /builds/FreeBSD_HEAD/include/../sys; install -C -o root -g wheel -m 444 dev/pbio/*.h cd /builds/FreeBSD_HEAD/include/../sys; install -C -o root -g wheel -m 444 dev/ppbus/*.h cd /builds/FreeBSD_HEAD/include/../sys; install -C -o root -g wheel -m 444 dev/smbus/*.h cd /builds/FreeBSD_HEAD/include/../sys; install -C -o root -g wheel -m 444 dev/speaker/*.h cd /builds/FreeBSD_HEAD/include/../sys; install -C -o root -g wheel -m 444 dev/usb/*.h cd /builds/FreeBSD_HEAD/include/../sys; install -C -o root -g wheel -m 444 dev/utopia/*.h cd /builds/FreeBSD_HEAD/include/../sys; install -C -o root -g wheel -m 444 dev/vkbd/*.h cd /builds/FreeBSD_HEAD/include/../sys; install -C -o root -g wheel -m 444 dev/wi/*.h cd /builds/FreeBSD_HEAD/include/../sys; install -C -o root -g wheel -m 444 fs/cuse/*.h cd /builds/FreeBSD_HEAD/include/../sys; install -C -o root -g wheel -m 444 fs/devfs/*.h cd /builds/FreeBSD_HEAD/include/../sys; install -C -o root -g wheel -m 444 fs/fdescfs/*.h cd /builds/FreeBSD_HEAD/include/../sys; install -C -o root -g wheel -m 444 fs/msdosfs/*.h cd /builds/FreeBSD_HEAD/include/../sys; install -C -o root -g wheel -m 444 fs/nandfs/*.h cd /builds/FreeBSD_HEAD/include/../sys; install -C -o root -g wheel -m 444 fs/nfs/*.h cd /builds/FreeBSD_HEAD/include/../sys; install -C -o root -g wheel -m 444 fs/nullfs/*.h cd /builds/FreeBSD_HEAD/include/../sys; install -C -o root -g wheel -m 444 fs/procfs/*.h cd /builds/FreeBSD_HEAD/include/../sys; install -C -o root -g wheel -m 444 fs/smbfs/*.h cd /builds/FreeBSD_HEAD/include/../sys; install -C -o root -g wheel -m 444 fs/udf/*.h cd /builds/FreeBSD_HEAD/include/../sys; install -C -o root -g wheel -m 444 fs/unionfs/*.h cd /builds/FreeBSD_HEAD/include/../sys; install -C -o root -g wheel -m 444 geom/cache/*.h cd /builds/FreeBSD_HEAD/include/../sys; install -C -o root -g wheel -m 444 geom/concat/*.h cd /builds/FreeBSD_HEAD/include/../sys; install -C -o root -g wheel -m 444 geom/eli/*.h cd /builds/FreeBSD_HEAD/include/../sys; install -C -o root -g wheel -m 444 geom/gate/*.h cd /builds/FreeBSD_HEAD/include/../sys; install -C -o root -g wheel -m 444 geom/journal/*.h cd /builds/FreeBSD_HEAD/include/../sys; install -C -o root -g wheel -m 444 geom/label/*.h cd /builds/FreeBSD_HEAD/include/../sys; install -C -o root -g wheel -m 444 geom/mirror/*.h cd /builds/FreeBSD_HEAD/include/../sys; install -C -o root -g wheel -m 444 geom/mountver/*.h cd /builds/FreeBSD_HEAD/include/../sys; install -C -o root -g wheel -m 444 geom/multipath/*.h cd /builds/FreeBSD_HEAD/include/../sys; install -C -o root -g wheel -m 444 geom/nop/*.h cd /builds/FreeBSD_HEAD/include/../sys; install -C -o root -g wheel -m 444 geom/raid/*.h cd /builds/FreeBSD_HEAD/include/../sys; install -C -o root -g wheel -m 444 geom/raid3/*.h cd /builds/FreeBSD_HEAD/include/../sys; install -C -o root -g wheel -m 444 geom/shsec/*.h cd /builds/FreeBSD_HEAD/include/../sys; install -C -o root -g wheel -m 444 geom/stripe/*.h cd /builds/FreeBSD_HEAD/include/../sys; install -C -o root -g wheel -m 444 geom/virstor/*.h cd /builds/FreeBSD_HEAD/include/../sys; install -C -o root -g wheel -m 444 netgraph/atm/*.h cd /builds/FreeBSD_HEAD/include/../sys; install -C -o root -g wheel -m 444 netgraph/netflow/*.h cd /builds/FreeBSD_HEAD/include/../sys; install -C -o root -g wheel -m 444 security/audit/*.h cd /builds/FreeBSD_HEAD/include/../sys; install -C -o root -g wheel -m 444 security/mac_biba/*.h cd /builds/FreeBSD_HEAD/include/../sys; install -C -o root -g wheel -m 444 security/mac_bsdextended/*.h cd /builds/FreeBSD_HEAD/include/../sys; install -C -o root -g wheel -m 444 security/mac_lomac/*.h cd /builds/FreeBSD_HEAD/include/../sys; install -C -o root -g wheel -m 444 security/mac_mls/*.h cd /builds/FreeBSD_HEAD/include/../sys; install -C -o root -g wheel -m 444 security/mac_partition/*.h cd /builds/FreeBSD_HEAD/include/../sys; install -C -o root -g wheel -m 444 ufs/ffs/*.h cd /builds/FreeBSD_HEAD/include/../sys; install -C -o root -g wheel -m 444 ufs/ufs/*.h cd /builds/FreeBSD_HEAD/include/../sys; install -C -o root -g wheel -m 444 dev/mpt/mpilib/*.h cd /builds/FreeBSD_HEAD/include/../sys; install -C -o root -g wheel -m 444 netgraph/bluetooth/include/*.h cd /builds/FreeBSD_HEAD/include/../sys/dev/acpica; install -C -o root -g wheel -m 444 acpiio.h install -C -o root -g wheel -m 444 acpi_hpet.h cd /builds/FreeBSD_HEAD/include/../sys/dev/agp; install -C -o root -g wheel -m 444 agpreg.h cd /builds/FreeBSD_HEAD/include/../sys/dev/bktr; install -C -o root -g wheel -m 444 ioctl_*.h cd /builds/FreeBSD_HEAD/include/../sys/dev/pci; install -C -o root -g wheel -m 444 pcireg.h cd /builds/FreeBSD_HEAD/include/../sys/contrib/altq/altq; install -C -o root -g wheel -m 444 *.h cd /builds/FreeBSD_HEAD/include/../sys/fs/cd9660/; install -C -o root -g wheel -m 444 *.h cd /builds/FreeBSD_HEAD/include/../sys/contrib/ipfilter/netinet; install -C -o root -g wheel -m 444 *.h cd /builds/FreeBSD_HEAD/include/../sys/netpfil/pf; install -C -o root -g wheel -m 444 *.h cd /builds/FreeBSD_HEAD/include/../sys/crypto; install -C -o root -g wheel -m 444 rijndael/rijndael.h cd /builds/FreeBSD_HEAD/include/../sys/opencrypto; install -C -o root -g wheel -m 444 *.h cd /builds/FreeBSD_HEAD/include/../sys/amd64/include; install -C -o root -g wheel -m 444 *.h cd /builds/FreeBSD_HEAD/include/../sys/amd64/include/pc; install -C -o root -g wheel -m 444 *.h install -d -o root -g wheel -m 755 cd /builds/FreeBSD_HEAD/include/../sys/x86/include; install -C -o root -g wheel -m 444 *.h cd /builds/FreeBSD_HEAD/include/../sys/rpc; install -C -o root -g wheel -m 444 types.h cd /builds/FreeBSD_HEAD/include/../sys/teken; install -C -o root -g wheel -m 444 teken.h -> sys/aio.h -> sys/errno.h -> sys/fcntl.h -> sys/linker_set.h -> sys/poll.h -> sys/stdatomic.h -> sys/stdint.h -> sys/syslog.h -> sys/ucontext.h -> machine/float.h -> machine/floatingpoint.h -> machine/stdarg.h -> sys/sched.h -> sys/_semaphore.h ===> include/arpa (install) make[5]: "/builds/FreeBSD_HEAD/share/mk/bsd.compiler.mk" line 42: Unable to determine compiler type for cc. Consider setting COMPILER_TYPE. *** Error code 1 Stop. make[4]: stopped in /builds/FreeBSD_HEAD/include *** Error code 1 Stop. make[3]: stopped in /builds/FreeBSD_HEAD *** Error code 1 Stop. make[2]: stopped in /builds/FreeBSD_HEAD *** Error code 1 Stop. make[1]: stopped in /builds/FreeBSD_HEAD *** Error code 1 Stop. make: stopped in /builds/FreeBSD_HEAD Build step 'Execute shell' marked build as failure From owner-freebsd-current@FreeBSD.ORG Tue Dec 16 17:16:40 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 18B4F93B for ; Tue, 16 Dec 2014 17:16:40 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 09631E95 for ; Tue, 16 Dec 2014 17:16:40 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id B4C24B8 for ; Tue, 16 Dec 2014 17:16:37 +0000 (UTC) Date: Tue, 16 Dec 2014 17:16:37 +0000 (GMT) From: jenkins-admin@freebsd.org To: freebsd-current@freebsd.org Message-ID: <2087056233.34.1418750197651.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is back to normal : Build-UFS-image #685 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Jenkins-Job: Build-UFS-image 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: Tue, 16 Dec 2014 17:16:40 -0000 See From owner-freebsd-current@FreeBSD.ORG Tue Dec 16 19:36:30 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B1CA1E9; Tue, 16 Dec 2014 19:36:30 +0000 (UTC) Received: from tensor.andric.com (tensor.andric.com [87.251.56.140]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "tensor.andric.com", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 2227A9C; Tue, 16 Dec 2014 19:36:29 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7::949f:2cd4:f2b0:7a2d] (unknown [IPv6:2001:7b8:3a7:0:949f:2cd4:f2b0:7a2d]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 810F7B80A; Tue, 16 Dec 2014 20:36:25 +0100 (CET) Subject: Re: RFT: Please help testing the llvm/clang 3.5.0 import Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\)) Content-Type: multipart/signed; boundary="Apple-Mail=_0B8D3B99-55C1-4902-9EE7-A3F0D2EA96CD"; protocol="application/pgp-signature"; micalg=pgp-sha1 X-Pgp-Agent: GPGMail 2.5b3 From: Dimitry Andric In-Reply-To: <8598B1D4-5485-426F-B6D6-22BF26AC5FE1@FreeBSD.org> Date: Tue, 16 Dec 2014 20:36:14 +0100 Message-Id: <9A1A4235-3189-4A29-9942-64BF58A703F8@FreeBSD.org> References: <8598B1D4-5485-426F-B6D6-22BF26AC5FE1@FreeBSD.org> To: FreeBSD-Current X-Mailer: Apple Mail (2.1993) Cc: FreeBSD ARM , FreeBSD toolchain , FreeBSD ports , portmgr@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, 16 Dec 2014 19:36:30 -0000 --Apple-Mail=_0B8D3B99-55C1-4902-9EE7-A3F0D2EA96CD Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On 28 Nov 2014, at 22:03, Dimitry Andric wrote: >=20 > We're working on updating llvm, clang and lldb to 3.5.0 in head. This > is quite a big update again, and any help with testing is appreciated. >=20 > To try this out, ensure you have good backups or snapshots, then build > world and kernel from the projects/clang350-import branch [1]. Please > use a Subversion mirror [2], if you are able to. Here are some updates about the status of the 3.5.0 import. * i386 and amd64 have been tested through make universe, and everything should compile and run. * Little-endian ARM builds should now compile and run, thanks to Andrew Turner for putting in lots of work. * Big-endian ARM is apparently supposed to work, but I'm not sure if Andrew managed to test it on real hardware. * PowerPC64 should mostly work, thanks to Justin Hibbits. * PowerPC32 might start working soon; it really needs some backporting of fixes to clang 3.4.1, which is now in head, so there is an easier upgrade path for PowerPC users. * Sparc64 still does not work, and I don't see any quick solutions to it for now. It should probably stay with gcc. * Mips will only have a chance with the upcoming clang 3.6.0, but that is way too late for this import. It will probably require external toolchain support to get it working. * Another ports exp-run was done [3], after fixing the problem with lang/gcc, which lead to many skipped dependent ports. * The second exp-run had much better results: the failure with the highest number of dependencies is devel/mingw32-gcc, but this seems to be due to a problem with makeinfo, not clang. The next highest on the list is java/openjdk6, for which ports r374780 [4] was very recently committed. I would really like to merge this branch to head in about a week, pending portmgr approvall; I don't expect the base system (outside of llvm/clang) to need any further updates. Lastly, to clear things up about the requirements for this branch (and thus for head, in a while); to build it, you need to have: * A C++11 capable "host" compiler, e.g. clang >=3D 3.3 or later, or gcc >=3D 4.8 (I'm not 100% sure if gcc 4.7 will work, reports welcome) * A C++11 standard library, e.g. libc++, or libstdc++ from gcc >=3D 4.8. So from any earlier standard 10.x or 11.x installation, you should be good, unless you explicitly disabled clang or libc++. In that case, you must build and install both of those first. On a 9.x installation, you will have clang by default, but not libc++, so libc++ should be built and installed first, before attempting to build the clang350-import branch. On 8.x an earlier, you need to upgrade to at least 9.x first, follow the previous instruction. As for MFC'ing, I plan on merging clang 3.5.x to 10.x in a while (roughly a month), but this will cause upgrades from 9.x to 10.x to start requiring the build of libc++, as described above. I don't think we can merge clang 3.5.x to 9.x, unless clang becomes the default compiler there (but that is very unlikely). -Dimitry [1] svn://svn.freebsd.org/base/projects/clang350-import [2] = https://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/svn.html#svn-mi= rrors [3] = http://pb2.nyi.freebsd.org/build.html?mastername=3Dhead-amd64-PR195480-def= ault&build=3D2014-12-12_23h17m02s [4] https://svnweb.freebsd.org/changeset/ports/374780 --Apple-Mail=_0B8D3B99-55C1-4902-9EE7-A3F0D2EA96CD Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.26 iEYEARECAAYFAlSQibcACgkQsF6jCi4glqMLqACdFS2s3k6N5P/wyb7iIfxuLpn5 2CoAn1K6tH3+OtZZc+K5NncA4dYaTE52 =Tg7o -----END PGP SIGNATURE----- --Apple-Mail=_0B8D3B99-55C1-4902-9EE7-A3F0D2EA96CD-- From owner-freebsd-current@FreeBSD.ORG Tue Dec 16 21:45:53 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from hammer.pct.niksun.com (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by hub.freebsd.org (Postfix) with ESMTP id 56BB3D43; Tue, 16 Dec 2014 21:45:53 +0000 (UTC) Message-ID: <5490A810.7040002@FreeBSD.org> Date: Tue, 16 Dec 2014 16:45:52 -0500 From: Jung-uk Kim User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 MIME-Version: 1.0 To: Dimitry Andric , FreeBSD-Current Subject: Re: RFT: Please help testing the llvm/clang 3.5.0 import References: <8598B1D4-5485-426F-B6D6-22BF26AC5FE1@FreeBSD.org> <9A1A4235-3189-4A29-9942-64BF58A703F8@FreeBSD.org> In-Reply-To: <9A1A4235-3189-4A29-9942-64BF58A703F8@FreeBSD.org> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 8bit Cc: FreeBSD ARM , FreeBSD toolchain , FreeBSD ports , portmgr@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, 16 Dec 2014 21:45:54 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 On 12/16/2014 14:36, Dimitry Andric wrote: > * The second exp-run had much better results: the failure with the > highest number of dependencies is devel/mingw32-gcc, but this > seems to be due to a problem with makeinfo, not clang. The next > highest on the list is java/openjdk6, for which ports r374780 [4] > was very recently committed. Unfortunately, r374780 was not enough. Instead, I just turned off "-Werror" for now (r374824). https://svnweb.freebsd.org/changeset/ports/374824 Jung-uk Kim -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBCAAGBQJUkKgGAAoJEHyflib82/FGGtAH/jyK3fVhWeXlgID5MKov0+vq 34BwE98ppJWreu4LdkXGqCUZeciyMmcw4ROfEPo6IthIxcHsRleh+O+BnmA5wFce gMczWBO1R+uEzcSH75UhyaVJVMKy8BJ2vRU2s90GANUnMhcMvNjN0Y89+8PdCHWF zaR8oy/GlVpJ13RTbyeaMf8K0T6MyQp58VQYP1gmlhjafEjVOLO9IVZyLWVx/nsI +DtjLj1DdNrPKrV1jrVRmZ+bJqOLaLgL4FUV/vruSduA1U8E1BZgnklXqRPowXqN jmFbLYE4kiygcEmUnpVbLQeB2EWXbQq7g4pijh90qDrhCSX1rUN3gz2DxY/Mub4= =reYk -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Tue Dec 16 22:58:11 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C58FFF7C for ; Tue, 16 Dec 2014 22:58:11 +0000 (UTC) Received: from esa-annu.net.uoguelph.ca (esa-annu.mail.uoguelph.ca [131.104.91.36]) by mx1.freebsd.org (Postfix) with ESMTP id 8DDC8EE9 for ; Tue, 16 Dec 2014 22:58:10 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ArgEANe3kFSDaFve/2dsb2JhbABahDSDArQdlEABCYE0AQEBAQF9hDaBCwINGQJfiD+vJY9EljwBAQgBAQEBAR2BIY1vEQEcgyOBQQWJPo4+gl6KGIM4IoQKIIE8OX4BAQE X-IronPort-AV: E=Sophos;i="5.07,589,1413259200"; d="scan'208";a="178861297" Received: from muskoka.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.222]) by esa-annu.net.uoguelph.ca with ESMTP; 16 Dec 2014 17:58:09 -0500 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id 57836B40AB for ; Tue, 16 Dec 2014 17:58:09 -0500 (EST) Date: Tue, 16 Dec 2014 17:58:09 -0500 (EST) From: Rick Macklem To: freebsd-current Message-ID: <1035145976.14134247.1418770689345.JavaMail.root@uoguelph.ca> Subject: old NFS stripped out in a few days MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [172.17.91.203] X-Mailer: Zimbra 7.2.6_GA_2926 (ZimbraWebClient - FF3.0 (Win)/7.2.6_GA_2926) 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, 16 Dec 2014 22:58:11 -0000 FYI, I am planning on stripping the old NFS code out of head on about Mon. Dec 22. This has been discussed before and most seemed to be in favour of it. If you see a big problem with this, please email soon with your concerns. rick From owner-freebsd-current@FreeBSD.ORG Wed Dec 17 00:17:25 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 626DEF4B for ; Wed, 17 Dec 2014 00:17:25 +0000 (UTC) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 43E8F924 for ; Wed, 17 Dec 2014 00:17:25 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.9/8.14.9) with ESMTP id sBH0HOL0035070 for ; Wed, 17 Dec 2014 00:17:24 GMT (envelope-from bdrewery@freefall.freebsd.org) Received: (from bdrewery@localhost) by freefall.freebsd.org (8.14.9/8.14.9/Submit) id sBH0HOKr035068 for freebsd-current@freebsd.org; Wed, 17 Dec 2014 00:17:24 GMT (envelope-from bdrewery) Received: (qmail 87645 invoked from network); 16 Dec 2014 18:17:20 -0600 Received: from unknown (HELO ?10.10.0.24?) (freebsd@shatow.net@10.10.0.24) by sweb.xzibition.com with ESMTPA; 16 Dec 2014 18:17:20 -0600 Message-ID: <5490CB8E.8010606@FreeBSD.org> Date: Tue, 16 Dec 2014 18:17:18 -0600 From: Bryan Drewery Organization: FreeBSD User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 MIME-Version: 1.0 To: Rick Macklem , freebsd-current Subject: Re: old NFS stripped out in a few days References: <1035145976.14134247.1418770689345.JavaMail.root@uoguelph.ca> In-Reply-To: <1035145976.14134247.1418770689345.JavaMail.root@uoguelph.ca> OpenPGP: id=6E4697CF; url=http://www.shatow.net/bryan/bryan2.asc Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="TbL3A4FwS4P5Q9tcC63QQO2MO8365pQbF" 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, 17 Dec 2014 00:17:25 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --TbL3A4FwS4P5Q9tcC63QQO2MO8365pQbF Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 12/16/2014 4:58 PM, Rick Macklem wrote: > FYI, I am planning on stripping the old NFS code out of head > on about Mon. Dec 22. This has been discussed before and most > seemed to be in favour of it. >=20 > If you see a big problem with this, please email soon with > your concerns. >=20 > rick Mind clarifying briefly the impact of this? Does the oldnfs code offer a single benefit over the current NFS code? --=20 Regards, Bryan Drewery --TbL3A4FwS4P5Q9tcC63QQO2MO8365pQbF Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (MingW32) iQEcBAEBAgAGBQJUkMuOAAoJEDXXcbtuRpfPBSUIAL08xLxfC4wrgHk167LFqhoa PSSqIzmvRpWrYgL8tVD6F3YFBltv1yBVoV4ZoTdUqpcT84LKr+UwGp2Pymd3VNtE CEeYdfy5Cm6j63zXmdg2nae9xz28Iwlb1+HZLxHdfEwNvyFJ6yeEBmTH849SJn/f KrUQgHy4wEGWZEHAApMwzde8up6RNRzU9xR9YZlxFsPxvg+yJ4lvhvhHx63bkO0m S+oa0Ufu0XlfhR4lyq2mJsyNjDj1RYVuyGiyVrxfg0E0zI8LDmDOKchjQZdkCyyP /NceT/2UxPksjszB1YVOru5GQdHB0q9/gToggTklS3GTYs95Eo5UHgW/8CbqIcA= =Vj0B -----END PGP SIGNATURE----- --TbL3A4FwS4P5Q9tcC63QQO2MO8365pQbF-- From owner-freebsd-current@FreeBSD.ORG Wed Dec 17 01:04:39 2014 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 7ECEB657; Wed, 17 Dec 2014 01:04:39 +0000 (UTC) Received: from esa-annu.net.uoguelph.ca (esa-annu.mail.uoguelph.ca [131.104.91.36]) by mx1.freebsd.org (Postfix) with ESMTP id 26B55D48; Wed, 17 Dec 2014 01:04:38 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: As8EACTWkFSDaFve/2dsb2JhbABahDSDAsYfgk0CgTIBAQEBAX2EDQEFI1YbDgoCAg0ZAlkGiD++c5YcAQEBAQEBAQMBAQEBAQEBG4EhjW8RARw0B4JogUEFiUKOQIJeh0OCVYM4IoQKIIE8OX4BAQE X-IronPort-AV: E=Sophos;i="5.07,590,1413259200"; d="scan'208";a="178884266" Received: from muskoka.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.222]) by esa-annu.net.uoguelph.ca with ESMTP; 16 Dec 2014 20:04:10 -0500 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id 1AE483CE1D; Tue, 16 Dec 2014 20:04:10 -0500 (EST) Date: Tue, 16 Dec 2014 20:04:10 -0500 (EST) From: Rick Macklem To: Bryan Drewery Message-ID: <1629848501.14187170.1418778250097.JavaMail.root@uoguelph.ca> In-Reply-To: <5490CB8E.8010606@FreeBSD.org> Subject: Re: old NFS stripped out in a few days MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [172.17.91.203] X-Mailer: Zimbra 7.2.6_GA_2926 (ZimbraWebClient - FF3.0 (Win)/7.2.6_GA_2926) Cc: freebsd-current 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, 17 Dec 2014 01:04:39 -0000 Bryan Drewery wrote: > On 12/16/2014 4:58 PM, Rick Macklem wrote: > > FYI, I am planning on stripping the old NFS code out of head > > on about Mon. Dec 22. This has been discussed before and most > > seemed to be in favour of it. > > > > If you see a big problem with this, please email soon with > > your concerns. > > > > rick > > Mind clarifying briefly the impact of this? Does the oldnfs code > offer a > single benefit over the current NFS code? > Well, I remember one person reporting that they still use the old NFS server and that they had problems with the new one. Unfortunately, these servers were used in production and they didn't have time to update them or try and isolate what problem(s) they experienced with the new server. No one else has reported problems with the new code that they avoid with the old code. (One other site has a lot of local patches for the old NFS server, but I think they will just have to port those to the new server if/when they want to upgrade to FreeBSD11.) Unless you use "-o" on nfsd to run the old server or do "mount -t oldnfs ..." to use the old client, there shouldn't be any impact, since you aren't using the old NFS client/server. If you try and do "nfsd -o" after it is removed, nfsd replies that the server isn't available and doesn't start. For "mount -t oldnfs ...", it fails after the code is removed. I, personally, don't care if it removed, but others have suggested it (I suspect to reduce "code bloat" and the fact keeping it means maintaining two NFS subsystems.) rick > -- > Regards, > Bryan Drewery > > From owner-freebsd-current@FreeBSD.ORG Wed Dec 17 01:07:42 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 92DD9834 for ; Wed, 17 Dec 2014 01:07:42 +0000 (UTC) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 74519D6F for ; Wed, 17 Dec 2014 01:07:42 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.9/8.14.9) with ESMTP id sBH17gwe051646 for ; Wed, 17 Dec 2014 01:07:42 GMT (envelope-from bdrewery@freefall.freebsd.org) Received: (from bdrewery@localhost) by freefall.freebsd.org (8.14.9/8.14.9/Submit) id sBH17gGs051645 for freebsd-current@freebsd.org; Wed, 17 Dec 2014 01:07:42 GMT (envelope-from bdrewery) Received: (qmail 23061 invoked from network); 16 Dec 2014 19:07:38 -0600 Received: from unknown (HELO ?10.10.0.24?) (freebsd@shatow.net@10.10.0.24) by sweb.xzibition.com with ESMTPA; 16 Dec 2014 19:07:38 -0600 Message-ID: <5490D758.4020108@FreeBSD.org> Date: Tue, 16 Dec 2014 19:07:36 -0600 From: Bryan Drewery Organization: FreeBSD User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 MIME-Version: 1.0 To: Rick Macklem Subject: Re: old NFS stripped out in a few days References: <1629848501.14187170.1418778250097.JavaMail.root@uoguelph.ca> In-Reply-To: <1629848501.14187170.1418778250097.JavaMail.root@uoguelph.ca> OpenPGP: id=6E4697CF; url=http://www.shatow.net/bryan/bryan2.asc Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="NHCgnHkuOUJ0MwhHFeaWfDnI3TxkeC3jK" 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, 17 Dec 2014 01:07:42 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --NHCgnHkuOUJ0MwhHFeaWfDnI3TxkeC3jK Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On 12/16/2014 7:04 PM, Rick Macklem wrote: > Bryan Drewery wrote: >> On 12/16/2014 4:58 PM, Rick Macklem wrote: >>> FYI, I am planning on stripping the old NFS code out of head >>> on about Mon. Dec 22. This has been discussed before and most >>> seemed to be in favour of it. >>> >>> If you see a big problem with this, please email soon with >>> your concerns. >>> >>> rick >> >> Mind clarifying briefly the impact of this? Does the oldnfs code >> offer a >> single benefit over the current NFS code? >> > Well, I remember one person reporting that they still use the old > NFS server and that they had problems with the new one. >=20 > Unfortunately, these servers were used in production and they didn't > have time to update them or try and isolate what problem(s) they > experienced with the new server. No one else has reported problems > with the new code that they avoid with the old code. (One other > site has a lot of local patches for the old NFS server, but I > think they will just have to port those to the new server if/when > they want to upgrade to FreeBSD11.) Thanks. >=20 > Unless you use "-o" on nfsd to run the old server or do > "mount -t oldnfs ..." to use the old client, there shouldn't > be any impact, since you aren't using the old NFS client/server. >=20 > If you try and do "nfsd -o" after it is removed, nfsd replies that > the server isn't available and doesn't start. > For "mount -t oldnfs ...", it fails after the code is removed. >=20 > I, personally, don't care if it removed, but others have suggested > it (I suspect to reduce "code bloat" and the fact keeping it means > maintaining two NFS subsystems.) Yes, let's not rehash that. If it's been decided then let's stick to it. No sense having dual stacks if there's no benefits. >=20 > rick >=20 >> -- >> Regards, >> Bryan Drewery >> >> --=20 Regards, Bryan Drewery --NHCgnHkuOUJ0MwhHFeaWfDnI3TxkeC3jK Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (MingW32) iQEcBAEBAgAGBQJUkNdYAAoJEDXXcbtuRpfPPfwIAM4H0g8DfSevVfThaUiNyBlL UorRbMOPk4Z9ij6Sfx5maJwsaqMOuPEsDK1qgvKv4RMA00IkzHMtiqY7HVI5HaLI t7toew/mOQKM9DzYJQLlUaStYfqfgJ4lQlj1PdlrJ1r46N/ERnv3VxPs77ECRwnO +adTEIsDBURFo8y8RpncCke7WR4dc0woPwGspeO5hZ67BXa5rmjw86FuqLx+fijw vJR0B+lvwa6HvHFv9G9BLD8aShz2qpF2z/63jaak9jQdm1xPeVyLK4NMGkCcyuEw y6LLGS3XFjWF1GZze121h/8Dl/7FCmsVx4C4EQR8mgPIttZacP5GCQPtg76ERVk= =yB6i -----END PGP SIGNATURE----- --NHCgnHkuOUJ0MwhHFeaWfDnI3TxkeC3jK-- From owner-freebsd-current@FreeBSD.ORG Wed Dec 17 01:33:07 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CA34BEEC for ; Wed, 17 Dec 2014 01:33:07 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id B8258FF0 for ; Wed, 17 Dec 2014 01:33:07 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 7E1D915F for ; Wed, 17 Dec 2014 01:33:07 +0000 (UTC) Date: Wed, 17 Dec 2014 01:33:05 +0000 (GMT) From: jenkins-admin@freebsd.org To: freebsd-current@freebsd.org Message-ID: <336727638.35.1418779986253.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Build failed in Jenkins: Build-UFS-image #688 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Jenkins-Job: Build-UFS-image 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: Wed, 17 Dec 2014 01:33:07 -0000 See ------------------------------------------ [...truncated 8230 lines...] =3D=3D=3D> games/morse (install) install -s -o root -g wheel -m 555 morse install -o root -g wheel -m 444 morse.6.gz =3D=3D=3D> games/number (install) install -s -o root -g wheel -m 555 number install -o root -g wheel -m 444 number.6.gz =3D=3D=3D> games/pom (install) install -s -o root -g wheel -m 555 pom install -o root -g wheel -m 444 pom.6.gz =3D=3D=3D> games/ppt (install) install -s -o root -g wheel -m 555 ppt =3D=3D=3D> games/primes (install) install -s -o root -g wheel -m 555 primes =3D=3D=3D> games/random (install) install -s -o root -g wheel -m 555 random install -o root -g wheel -m 444 random.6.gz =3D=3D=3D> games/tests (install) install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/tests/Kyuafile =3D=3D=3D> cddl (install) =3D=3D=3D> cddl/lib (install) =3D=3D=3D> cddl/lib/drti (install) cc -O2 -pipe -I/builds/FreeBSD_HEAD/cddl/lib/drti/../../../sys/cddl/comp= at/opensolaris -I/builds/FreeBSD_HEAD/cddl/lib/drti/../../../cddl/compat/o= pensolaris/include -I/builds/FreeBSD_HEAD/cddl/lib/drti/../../../cddl/cont= rib/opensolaris/head -I/builds/FreeBSD_HEAD/cddl/lib/drti/../../../cddl/co= ntrib/opensolaris/lib/libctf/common -I/builds/FreeBSD_HEAD/cddl/lib/drti/.= ./../../cddl/contrib/opensolaris/lib/libdtrace/common -I/builds/FreeBSD_HE= AD/cddl/lib/drti/../../../sys/cddl/contrib/opensolaris/uts/common -DPIC -f= pic -DNEED_SOLARIS_BOOLEAN -std=3Dgnu99 -fstack-protector -Wsystem-headers = -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes = -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-stri= ngs -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Wi= nline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointe= r-sign -Wno-unknown-pragmas -Wmissing-variable-declarations -Wthread-safety= -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-a= rguments -c /builds/FreeBSD_HEAD/cddl/lib/drti/../../../cddl/contrib/openso= laris/lib/libdtrace/common/drti.c -o drti.o install -o root -g wheel -m 444 drti.o =3D=3D=3D> cddl/lib/libavl (install) install -C -o root -g wheel -m 444 libavl.a install -C -o root -g wheel -m 444 libavl_p.a install -s -o root -g wheel -m 444 libavl.so.2 install -l s /lib/libavl.so.2 =3D=3D=3D> cddl/lib/libctf (install) install -C -o root -g wheel -m 444 libctf.a install -C -o root -g wheel -m 444 libctf_p.a install -s -o root -g wheel -m 444 libctf.so.2 install -l s /lib/libctf.so.2 install -o root -g wheel -m 444 ctf.5.gz =3D=3D=3D> cddl/lib/libdtrace (install) install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/cddl/lib/libdtrace/err= no.d install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/cddl/lib/libdtrace/io.= d install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/cddl/lib/libdtrace/ip.= d install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/cddl/lib/libdtrace/psi= nfo.d install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/cddl/lib/libdtrace/sig= nal.d install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/cddl/lib/libdtrace/tcp= .d install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/cddl/lib/libdtrace/udp= .d install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/cddl/lib/libdtrace/uni= std.d install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/cddl/lib/libdtrace/reg= s_x86.d install -C -o root -g wheel -m 444 libdtrace.a install -C -o root -g wheel -m 444 libdtrace_p.a install -s -o root -g wheel -m 444 libdtrace.so.2 install -l s /lib/libdtrace.so.2 =3D=3D=3D> cddl/lib/libnvpair (install) install -C -o root -g wheel -m 444 libnvpair.a install -C -o root -g wheel -m 444 libnvpair_p.a install -s -o root -g wheel -m 444 libnvpair.so.2 install -l s /lib/libnvpair.so.2 =3D=3D=3D> cddl/lib/libumem (install) install -C -o root -g wheel -m 444 libumem.a install -C -o root -g wheel -m 444 libumem_p.a install -s -o root -g wheel -m 444 libumem.so.2 install -l s /lib/libumem.so.2 =3D=3D=3D> cddl/lib/libuutil (install) install -C -o root -g wheel -m 444 libuutil.a install -C -o root -g wheel -m 444 libuutil_p.a install -s -o root -g wheel -m 444 libuutil.so.2 install -l s /lib/libuutil.so.2 =3D=3D=3D> cddl/lib/libzfs_core (install) install -C -o root -g wheel -m 444 libzfs_core.a install -C -o root -g wheel -m 444 libzfs_core_p.a install -s -o root -g wheel -m 444 libzfs_core.so.2 install -l s /lib/libzfs_core.so.2 =3D=3D=3D> cddl/lib/libzfs (install) install -C -o root -g wheel -m 444 libzfs.a install -C -o root -g wheel -m 444 libzfs_p.a install -s -o root -g wheel -m 444 libzfs.so.2 install -l s /lib/libzfs.so.2 =3D=3D=3D> cddl/lib/libzpool (install) install -C -o root -g wheel -m 444 libzpool.a install -s -o root -g wheel -m 444 libzpool.so.2 install -l s /lib/libzpool.so.2 =3D=3D=3D> cddl/lib/tests (install) install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/tests/Kyuafile =3D=3D=3D> cddl/sbin (install) =3D=3D=3D> cddl/sbin/tests (install) install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/tests/Kyuafile =3D=3D=3D> cddl/sbin/zfs (install) install -s -o root -g wheel -m 555 zfs install -o root -g wheel -m 444 zfs.8.gz =3D=3D=3D> cddl/sbin/zpool (install) install -s -o root -g wheel -m 555 zpool install -o root -g wheel -m 444 zpool.8.gz install -o root -g wheel -m 444 zpool-features.7.gz =3D=3D=3D> cddl/usr.bin (install) =3D=3D=3D> cddl/usr.bin/ctfconvert (install) install -o root -g wheel -m 555 ctfconvert install -o root -g wheel -m 444 ctfconvert.1.gz =3D=3D=3D> cddl/usr.bin/ctfdump (install) install -s -o root -g wheel -m 555 ctfdump install -o root -g wheel -m 444 ctfdump.1.gz =3D=3D=3D> cddl/usr.bin/ctfmerge (install) install -s -o root -g wheel -m 555 ctfmerge install -o root -g wheel -m 444 ctfmerge.1.gz =3D=3D=3D> cddl/usr.bin/sgsmsg (install) install -s -o root -g wheel -m 555 sgsmsg =3D=3D=3D> cddl/usr.bin/tests (install) install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/tests/Kyuafile =3D=3D=3D> cddl/usr.bin/zinject (install) install -s -o root -g wheel -m 555 zinject =3D=3D=3D> cddl/usr.bin/zstreamdump (install) install -s -o root -g wheel -m 555 zstreamdump install -o root -g wheel -m 444 zstreamdump.1.gz =3D=3D=3D> cddl/usr.bin/ztest (install) install -s -o root -g wheel -m 555 ztest =3D=3D=3D> cddl/usr.sbin (install) =3D=3D=3D> cddl/usr.sbin/dtrace (install) install -s -o root -g wheel -m 555 dtrace install -o root -g wheel -m 444 dtrace.1.gz =3D=3D=3D> cddl/usr.sbin/dtruss (install) install -o root -g wheel -m 555 /builds/FreeBSD_HEAD/cddl/usr.sbin/dtruss= /../../../cddl/contrib/dtracetoolkit/dtruss install -o root -g wheel -m 444 dtruss.1.gz =3D=3D=3D> cddl/usr.sbin/lockstat (install) install -s -o root -g wheel -m 555 lockstat install -o root -g wheel -m 444 lockstat.1.gz =3D=3D=3D> cddl/usr.sbin/tests (install) install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/tests/Kyuafile =3D=3D=3D> cddl/usr.sbin/zdb (install) install -s -o root -g wheel -m 555 zdb install -o root -g wheel -m 444 zdb.8.gz =3D=3D=3D> cddl/usr.sbin/zhack (install) install -s -o root -g wheel -m 555 zhack =3D=3D=3D> cddl/tests (install) install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/tests/Kyuafile =3D=3D=3D> gnu (install) =3D=3D=3D> gnu/lib (install) =3D=3D=3D> gnu/lib/csu (install) install -o root -g wheel -m 444 crtbegin.o install -o root -g wheel -m 444 crtend.o install -o root -g wheel -m 444 crtbeginT.o install -o root -g wheel -m 444 crtbeginS.o install -o root -g wheel -m 444 crtendS.o =3D=3D=3D> gnu/lib/libgcc (install) install -C -o root -g wheel -m 444 libgcc_eh.a install -C -o root -g wheel -m 444 libgcc_eh_p.a install -s -o root -g wheel -m 444 libgcc_s.so.1 install -l s /lib/libgcc_s.so.1 =3D=3D=3D> gnu/lib/libgcov (install) install -C -o root -g wheel -m 444 libgcov.a =3D=3D=3D> gnu/lib/libdialog (install) install -C -o root -g wheel -m 444 libdialog.a install -C -o root -g wheel -m 444 libdialog_p.a install -s -o root -g wheel -m 444 libdialog.so.8 install -l s libdialog.so.8 install -C -o root -g wheel -m 444 /builds/FreeBSD_HEAD/gnu/lib/libdialog/= ../../../contrib/dialog/dialog.h /builds/FreeBSD_HEAD/gnu/lib/libdialog/../= ../../contrib/dialog/dlg_colors.h /builds/FreeBSD_HEAD/gnu/lib/libdialog/dl= g_config.h /builds/FreeBSD_HEAD/gnu/lib/libdialog/../../../contrib/dialog/d= lg_keys.h install -o root -g wheel -m 444 dialog.3.gz =3D=3D=3D> gnu/lib/libgomp (install) install -C -o root -g wheel -m 444 libgomp.a install -C -o root -g wheel -m 444 libgomp_p.a install -s -o root -g wheel -m 444 libgomp.so.1 install -l s libgomp.so.1 install -C -o root -g wheel -m 444 omp.h =3D=3D=3D> gnu/lib/libregex (install) install -C -o root -g wheel -m 444 libgnuregex.a install -C -o root -g wheel -m 444 libgnuregex_p.a install -s -o root -g wheel -m 444 libgnuregex.so.5 install -l s libgnuregex.so.5 install -C -o root -g wheel -m 444 regex.h.patched install -C -o root -g wheel -m 444 /builds/FreeBSD_HEAD/gnu/lib/libregex/g= nuregex.h install -C -o root -g wheel -m 444 /builds/FreeBSD_HEAD/gnu/lib/libregex/.= ./../../contrib/libgnuregex/regex.h =3D=3D=3D> gnu/lib/libregex/doc (install) =3D=3D=3D> gnu/lib/libreadline (install) =3D=3D=3D> gnu/lib/libreadline/readline (install) =3D=3D=3D> gnu/lib/libssp (install) install -C -o root -g wheel -m 444 libssp.a install -s -o root -g wheel -m 444 libssp.so.0 install -l s /lib/libssp.so.0 install -C -o root -g wheel -m 444 ssp.h /builds/FreeBSD_HEAD/gnu/lib/libs= sp/../../../contrib/gcclibs/libssp/ssp/string.h /builds/FreeBSD_HEAD/gnu/li= b/libssp/../../../contrib/gcclibs/libssp/ssp/stdio.h /builds/FreeBSD_HEAD/g= nu/lib/libssp/../../../contrib/gcclibs/libssp/ssp/unistd.h =3D=3D=3D> gnu/lib/libssp/libssp_nonshared (install) install -C -o root -g wheel -m 444 libssp_nonshared.a =3D=3D=3D> gnu/lib/tests (install) install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/tests/Kyuafile =3D=3D=3D> gnu/tests (install) install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/tests/Kyuafile =3D=3D=3D> gnu/usr.bin (install) =3D=3D=3D> gnu/usr.bin/binutils (install) =3D=3D=3D> gnu/usr.bin/binutils/libiberty (install) =3D=3D=3D> gnu/usr.bin/binutils/libbfd (install) =3D=3D=3D> gnu/usr.bin/binutils/libopcodes (install) =3D=3D=3D> gnu/usr.bin/binutils/libbinutils (install) =3D=3D=3D> gnu/usr.bin/binutils/addr2line (install) install -s -o root -g wheel -m 555 addr2line install -o root -g wheel -m 444 addr2line.1.gz =3D=3D=3D> gnu/usr.bin/binutils/as (install) install -s -o root -g wheel -m 555 as install -o root -g wheel -m 444 as.1.gz =3D=3D=3D> gnu/usr.bin/binutils/ld (install) install -s -o root -g wheel -m 555 ld install -o root -g wheel -m 444 ld.1.gz install -o root -g wheel -m 444 ldscripts/elf_x86_64_fbsd.x ldscripts/elf_= x86_64_fbsd.xbn ldscripts/elf_x86_64_fbsd.xc ldscripts/elf_x86_64_fbsd.xd l= dscripts/elf_x86_64_fbsd.xdc ldscripts/elf_x86_64_fbsd.xdw ldscripts/elf_x8= 6_64_fbsd.xn ldscripts/elf_x86_64_fbsd.xr ldscripts/elf_x86_64_fbsd.xs ldsc= ripts/elf_x86_64_fbsd.xsc ldscripts/elf_x86_64_fbsd.xsw ldscripts/elf_x86_6= 4_fbsd.xu ldscripts/elf_x86_64_fbsd.xw =3D=3D=3D> gnu/usr.bin/binutils/nm (install) install -s -o root -g wheel -m 555 nm install -o root -g wheel -m 444 nm.1.gz =3D=3D=3D> gnu/usr.bin/binutils/objcopy (install) install -s -o root -g wheel -m 555 objcopy install -o root -g wheel -m 444 objcopy.1.gz =3D=3D=3D> gnu/usr.bin/binutils/objdump (install) install -s -o root -g wheel -m 555 objdump install -o root -g wheel -m 444 objdump.1.gz =3D=3D=3D> gnu/usr.bin/binutils/readelf (install) install -s -o root -g wheel -m 555 readelf install -o root -g wheel -m 444 readelf.1.gz =3D=3D=3D> gnu/usr.bin/binutils/size (install) install -s -o root -g wheel -m 555 size install -o root -g wheel -m 444 size.1.gz =3D=3D=3D> gnu/usr.bin/binutils/strings (install) install -s -o root -g wheel -m 555 strings install -o root -g wheel -m 444 strings.1.gz =3D=3D=3D> gnu/usr.bin/binutils/strip (install) install -s -o root -g wheel -m 555 -S strip install -o root -g wheel -m 444 strip.1.gz =3D=3D=3D> gnu/usr.bin/binutils/doc (install) =3D=3D=3D> gnu/usr.bin/dialog (install) install -s -o root -g wheel -m 555 dialog install: spawn strip: No such file or directory *** Error code 71 Stop. make[6]: stopped in /builds/FreeBSD_HEAD/gnu/usr.bin/dialog *** Error code 1 Stop. make[5]: stopped in /builds/FreeBSD_HEAD/gnu/usr.bin *** Error code 1 Stop. make[4]: stopped in /builds/FreeBSD_HEAD/gnu *** Error code 1 Stop. make[3]: stopped in /builds/FreeBSD_HEAD *** Error code 1 Stop. make[2]: stopped in /builds/FreeBSD_HEAD *** Error code 1 Stop. make[1]: stopped in /builds/FreeBSD_HEAD *** Error code 1 Stop. make: stopped in /builds/FreeBSD_HEAD Build step 'Execute shell' marked build as failure From owner-freebsd-current@FreeBSD.ORG Wed Dec 17 01:35:09 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EAE7ABF; Wed, 17 Dec 2014 01:35:09 +0000 (UTC) Received: from mail-pa0-x230.google.com (mail-pa0-x230.google.com [IPv6:2607:f8b0:400e:c03::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B2D1129; Wed, 17 Dec 2014 01:35:09 +0000 (UTC) Received: by mail-pa0-f48.google.com with SMTP id rd3so15235251pab.35 for ; Tue, 16 Dec 2014 17:35:09 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=content-type:mime-version:subject:from:in-reply-to:date:cc :message-id:references:to; bh=gJRFA7VP+qPOD3JoEbGgrtDOdT7QpqztCuiT/n9cc1k=; b=I907HCsx0qZ9Lx+zf3KF4b4Ucmlnywie7YBiY+Nbzrd6pTXvH7LxkCEwu+N2G898Za UijuQ9DkMBB4M9XXRBhlievJ1dH/TaqgX6HOguq9NUAxpVKfuqt0dCJtJyAK35WR+hod lO9S3gPhnOPlsSmYthmpW3TOVjpAQkxWwlTbPt1HxTHwRTsPxdIWrnaW41UbqtsrEh59 2N1OwpwLgU34E0YrStNIAirwFTEiOpGpfbqaBSPYgQuNLvGk/yGyzOvomvqeEZUyW/eN QLoUxuH3eqF3I3DMi1clnE6s9sS8oZeO2XSsmo+8xk3g+INQqCaTpRNIb1CumKZvqOvj bsrQ== X-Received: by 10.69.20.74 with SMTP id ha10mr65216749pbd.122.1418780109149; Tue, 16 Dec 2014 17:35:09 -0800 (PST) Received: from [192.168.242.58] (c-67-182-131-225.hsd1.wa.comcast.net. [67.182.131.225]) by mx.google.com with ESMTPSA id fu17sm2220259pdb.5.2014.12.16.17.35.08 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 16 Dec 2014 17:35:08 -0800 (PST) Content-Type: multipart/signed; boundary="Apple-Mail=_AC28B290-43FE-4D6B-B7C6-C02DD9298515"; protocol="application/pgp-signature"; micalg=pgp-sha512 Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Subject: Re: Build failed in Jenkins: Build-UFS-image #688 From: Garrett Cooper In-Reply-To: <336727638.35.1418779986253.JavaMail.jenkins@jenkins-9.freebsd.org> Date: Tue, 16 Dec 2014 17:35:04 -0800 Message-Id: References: <336727638.35.1418779986253.JavaMail.jenkins@jenkins-9.freebsd.org> To: jenkins-admin@freebsd.org X-Mailer: Apple Mail (2.1878.6) Cc: FreeBSD CURRENT , Alfred Perlstein 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, 17 Dec 2014 01:35:10 -0000 --Apple-Mail=_AC28B290-43FE-4D6B-B7C6-C02DD9298515 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On Dec 16, 2014, at 17:33, jenkins-admin@freebsd.org wrote: > See ... > install -s -o root -g wheel -m 555 dialog = > install: spawn strip: No such file or directory > *** Error code 71 I need to add strip to ITOOLS in Makefile.inc [unless alfred or someone = else beats me to it first], to fix this make installworld issue. Thanks! --Apple-Mail=_AC28B290-43FE-4D6B-B7C6-C02DD9298515 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 iQEcBAEBCgAGBQJUkN3IAAoJEMZr5QU6S73eAH8H/2mD63rbRTK6uDRZlK6ds1f7 Tx2vMzbSZFUYY+clHcQODs3vsIu8jYW5cHrEL6vb3gLqngcmCi5MCdEdjImjymDD r+8SMlT2SVN14qS2bNCy004vy7DFWsOm1TRPhzlnr4hIkxDxPp/B0D7+D6TqcLEc wIx+E7m6Zp8x8zoLuiHI6DKkoAE7KGNLgzVfEChEOxeuJ9VHapEPfs0f3sKisOj1 mhMupo52sac0dq+ijsy/2Z0Z5dxVNKbwsEu49wL9uSSi6YXF3xP5rxgZurPLZHTu XK+S9X4I37xwkHuy6vU/OCUr/josj8Yl6frXy6nNW2VHbUXE6XN9KnH37z8753g= =C4/5 -----END PGP SIGNATURE----- --Apple-Mail=_AC28B290-43FE-4D6B-B7C6-C02DD9298515-- From owner-freebsd-current@FreeBSD.ORG Wed Dec 17 04:16:20 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id ADBA12CC for ; Wed, 17 Dec 2014 04:16:20 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 98AA22BD for ; Wed, 17 Dec 2014 04:16:20 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id E7EA019E for ; Wed, 17 Dec 2014 04:16:10 +0000 (UTC) Date: Wed, 17 Dec 2014 04:16:10 +0000 (GMT) From: jenkins-admin@freebsd.org To: freebsd-current@freebsd.org Message-ID: <1087670705.37.1418789770692.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Build failed in Jenkins: Build-UFS-image #690 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Jenkins-Job: Build-UFS-image 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: Wed, 17 Dec 2014 04:16:20 -0000 See ------------------------------------------ [...truncated 12111 lines...] install -o root -g wheel -m 444 paper.ascii.gz ===> share/doc/usd/12.vi/viapwh (install) install -o root -g wheel -m 444 viapwh.ascii.gz ===> share/doc/usd/12.vi/summary (install) install -o root -g wheel -m 444 summary.ascii.gz ===> share/doc/usd/13.viref (install) install -o root -g wheel -m 444 paper.ascii.gz ===> share/doc/usd/18.msdiffs (install) install -o root -g wheel -m 444 paper.ascii.gz ===> share/doc/usd/19.memacros (install) install -o root -g wheel -m 444 paper.ascii.gz ===> share/doc/usd/20.meref (install) install -o root -g wheel -m 444 paper.ascii.gz ===> share/doc/usd/21.troff (install) install -o root -g wheel -m 444 paper.ascii.gz ===> share/doc/usd/22.trofftut (install) install -o root -g wheel -m 444 paper.ascii.gz ===> share/dtrace (install) install -o root -g wheel -m 555 disklatency install -o root -g wheel -m 555 disklatencycmd install -o root -g wheel -m 555 hotopen install -o root -g wheel -m 555 nfsclienttime ===> share/dtrace/toolkit (install) install -o root -g wheel -m 555 ../../../cddl/contrib/dtracetoolkit/execsnoop install -o root -g wheel -m 555 ../../../cddl/contrib/dtracetoolkit/hotkernel install -o root -g wheel -m 555 ../../../cddl/contrib/dtracetoolkit/hotuser install -o root -g wheel -m 555 ../../../cddl/contrib/dtracetoolkit/opensnoop install -o root -g wheel -m 555 ../../../cddl/contrib/dtracetoolkit/procsystime ===> share/examples (install) if [ -L ]; then rm -f fi if [ -L ]; then rm -f fi if [ -L ]; then rm -f fi if [ -L ]; then rm -f fi if [ -L ]; then rm -f fi if [ -L ]; then rm -f fi if [ -L ]; then rm -f fi if [ -L ]; then rm -f fi if [ -L ]; then rm -f fi if [ -L ]; then rm -f fi if [ -L ]; then rm -f fi if [ -L ]; then rm -f fi if [ -L ]; then rm -f fi if [ -L ]; then rm -f fi if [ -L ]; then rm -f fi if [ -L ]; then rm -f fi if [ -L ]; then rm -f fi if [ -L ]; then rm -f fi if [ -L ]; then rm -f fi if [ -L ]; then rm -f fi if [ -L ]; then rm -f fi if [ -L ]; then rm -f fi if [ -L ]; then rm -f fi if [ -L ]; then rm -f fi if [ -L ]; then rm -f fi if [ -L ]; then rm -f fi if [ -L ]; then rm -f fi mtree -deU -f /builds/FreeBSD_HEAD/share/examples/../../etc/mtree/BSD.usr.dist -p install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/BSD_daemon/FreeBSD.pfa install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/BSD_daemon/README install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/BSD_daemon/beastie.eps install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/BSD_daemon/beastie.fig install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/BSD_daemon/eps.patch install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/BSD_daemon/poster.sh install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/FreeBSD_version/FreeBSD_version.c install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/FreeBSD_version/Makefile install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/FreeBSD_version/README install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/IPv6/USAGE install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/bhyve/vmrun.sh install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/bootforth/README install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/bootforth/boot.4th install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/bootforth/frames.4th install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/bootforth/loader.rc install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/bootforth/menu.4th install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/bootforth/menuconf.4th install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/bootforth/screen.4th install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/csh/dot.cshrc install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/diskless/ME install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/diskless/README.BOOTP install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/diskless/README.TEMPLATING install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/diskless/clone_root install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/drivers/README install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/drivers/make_device_driver.sh install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/drivers/make_pseudo_driver.sh install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/etc/README.examples install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/etc/bsd-style-copyright install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/etc/make.conf install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/find_interface/Makefile install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/find_interface/README install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/find_interface/find_interface.c install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/hast/ucarp.sh install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/hast/ucarp_down.sh install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/hast/ucarp_up.sh install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/hast/vip-down.sh install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/hast/vip-up.sh install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/ibcs2/README install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/ibcs2/hello.uu install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/indent/indent.pro install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/ipfw/change_rules.sh install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/jails/README install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/kld/Makefile install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/kld/cdev/Makefile install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/kld/cdev/README install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/kld/cdev/module/Makefile install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/kld/cdev/module/cdev.c install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/kld/cdev/module/cdev.h install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/kld/cdev/module/cdevmod.c install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/kld/cdev/test/Makefile install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/kld/cdev/test/testcdev.c install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/kld/dyn_sysctl/Makefile install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/kld/dyn_sysctl/README install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/kld/dyn_sysctl/dyn_sysctl.c install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/kld/firmware/Makefile install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/kld/firmware/README install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/kld/firmware/fwconsumer/Makefile install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/kld/firmware/fwconsumer/fw_consumer.c install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/kld/firmware/fwimage/Makefile install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/kld/firmware/fwimage/firmware.img.uu install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/kld/khelp/Makefile install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/kld/khelp/README install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/kld/khelp/h_example.c install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/kld/syscall/Makefile install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/kld/syscall/module/Makefile install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/kld/syscall/module/syscall.c install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/kld/syscall/test/Makefile install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/kld/syscall/test/call.c install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/libusb20/Makefile install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/libusb20/README install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/libusb20/util.c install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/libusb20/util.h install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/libusb20/bulk.c install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/libusb20/control.c install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/libvgl/Makefile install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/libvgl/demo.c install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/mdoc/POSIX-copyright install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/mdoc/deshallify.sh install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/mdoc/example.1 install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/mdoc/example.3 install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/mdoc/example.4 install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/mdoc/example.9 install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/netgraph/ether.bridge install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/netgraph/frame_relay install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/netgraph/ngctl install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/netgraph/raw install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/netgraph/udp.tunnel install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/netgraph/virtual.chain install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/netgraph/virtual.lan install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/perfmon/Makefile install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/perfmon/README install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/perfmon/perfmon.c install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/ppi/Makefile install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/ppi/ppilcd.c install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/ppp/chap-auth install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/ppp/login-auth install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/ppp/ppp.conf.sample install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/ppp/ppp.conf.span-isp install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/ppp/ppp.conf.span-isp.working install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/ppp/ppp.linkdown.sample install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/ppp/ppp.linkdown.span-isp install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/ppp/ppp.linkdown.span-isp.working install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/ppp/ppp.linkup.sample install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/ppp/ppp.linkup.span-isp install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/ppp/ppp.linkup.span-isp.working install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/ppp/ppp.secret.sample install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/ppp/ppp.secret.span-isp install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/ppp/ppp.secret.span-isp.working install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/printing/README install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/printing/diablo-if-net install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/printing/hpdf install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/printing/hpif install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/printing/hpof install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/printing/hprf install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/printing/hpvf install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/printing/if-simple install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/printing/if-simpleX install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/printing/ifhp install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/printing/make-ps-header install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/printing/netprint install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/printing/psdf install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/printing/psdfX install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/printing/psif install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/printing/pstf install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/printing/pstfX install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/ses/Makefile install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/ses/Makefile.inc install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/ses/getencstat/Makefile install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/ses/getencstat/getencstat.0 install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/ses/sesd/Makefile install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/ses/sesd/sesd.0 install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/ses/setencstat/Makefile install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/ses/setencstat/setencstat.0 install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/ses/setobjstat/Makefile install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/ses/setobjstat/setobjstat.0 install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/ses/srcs/chpmon.c install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/ses/srcs/eltsub.c install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/ses/srcs/eltsub.h install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/ses/srcs/getencstat.c install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/ses/srcs/getnobj.c install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/ses/srcs/getobjmap.c install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/ses/srcs/getobjstat.c install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/ses/srcs/inienc.c install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/ses/srcs/sesd.c install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/ses/srcs/setencstat.c install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/ses/srcs/setobjstat.c install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/scsi_target/Makefile install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/scsi_target/scsi_target.c install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/scsi_target/scsi_target.h install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/scsi_target/scsi_target.8 install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/scsi_target/scsi_cmds.c install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/sunrpc/Makefile install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/sunrpc/dir/Makefile install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/sunrpc/dir/dir.x install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/sunrpc/dir/dir_proc.c install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/sunrpc/dir/rls.c install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/sunrpc/msg/Makefile install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/sunrpc/msg/msg.x install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/sunrpc/msg/msg_proc.c install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/sunrpc/msg/printmsg.c install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/sunrpc/msg/rprintmsg.c install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/sunrpc/sort/Makefile install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/sunrpc/sort/rsort.c install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/sunrpc/sort/sort.x install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/sunrpc/sort/sort_proc.c (cd /builds/FreeBSD_HEAD/share/examples/../../etc; make etc-examples) make[6]: "/builds/FreeBSD_HEAD/share/mk/bsd.compiler.mk" line 42: Unable to determine compiler type for cc. Consider setting COMPILER_TYPE. *** Error code 1 Stop. make[5]: stopped in /builds/FreeBSD_HEAD/share/examples *** Error code 1 Stop. make[4]: stopped in /builds/FreeBSD_HEAD/share *** Error code 1 Stop. make[3]: stopped in /builds/FreeBSD_HEAD *** Error code 1 Stop. make[2]: stopped in /builds/FreeBSD_HEAD *** Error code 1 Stop. make[1]: stopped in /builds/FreeBSD_HEAD *** Error code 1 Stop. make: stopped in /builds/FreeBSD_HEAD Build step 'Execute shell' marked build as failure From owner-freebsd-current@FreeBSD.ORG Wed Dec 17 06:02:43 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 40A53C58 for ; Wed, 17 Dec 2014 06:02: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 2EF27DA9 for ; Wed, 17 Dec 2014 06:02:43 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id D94D31FE for ; Wed, 17 Dec 2014 06:02:41 +0000 (UTC) Date: Wed, 17 Dec 2014 06:02:41 +0000 (GMT) From: jenkins-admin@freebsd.org To: freebsd-current@freebsd.org Message-ID: <2074263672.38.1418796161857.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1087670705.37.1418789770692.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1087670705.37.1418789770692.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is back to normal : Build-UFS-image #691 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Jenkins-Job: Build-UFS-image 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: Wed, 17 Dec 2014 06:02:43 -0000 See From owner-freebsd-current@FreeBSD.ORG Wed Dec 17 19:04:41 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 59AE34EA; Wed, 17 Dec 2014 19:04:41 +0000 (UTC) Received: from mail-lb0-x22b.google.com (mail-lb0-x22b.google.com [IPv6:2a00:1450:4010:c04::22b]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E6ECDC8B; Wed, 17 Dec 2014 19:04:40 +0000 (UTC) Received: by mail-lb0-f171.google.com with SMTP id w7so9106668lbi.16 for ; Wed, 17 Dec 2014 11:04:39 -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=3Cnw3QrQrgTFZVYVVqH5thYdDLWZtTmCT8KEdyeQABc=; b=h/krQTxVaD+HcegMaa6/e//lFy0exyvl8ZR2Nrzg4/3aGVgTiFXNg8phJIUu2c0JZi fPA+ylSlp62gT3JSqSDp9jo7XtG4k3gYw0F7thEd5QZ/avWmyD9W0wzO9PjFf6ssTTTT UJ7Nuu2yKpohchsc08nZwVROQCQF//3dIkT3joMrhtNHlpGziwbrCKDTslHKstSMhJMG 98X6AE3dJuuXvQ89I07iIWtWvKGvMGTKnEaw4zGaJOsOV9EY+bONHjRSlK91KAeLH4j6 eACPcu2cYX65r6aVyyipMO6HN2ilbOGarUkP6ygS0B0q3v/fLnBcP6eNU7rtmBEx4zXR SXyQ== MIME-Version: 1.0 X-Received: by 10.153.5.1 with SMTP id ci1mr26743208lad.67.1418843078996; Wed, 17 Dec 2014 11:04:38 -0800 (PST) Sender: crodr001@gmail.com Received: by 10.112.130.168 with HTTP; Wed, 17 Dec 2014 11:04:38 -0800 (PST) In-Reply-To: References: <336727638.35.1418779986253.JavaMail.jenkins@jenkins-9.freebsd.org> Date: Wed, 17 Dec 2014 11:04:38 -0800 X-Google-Sender-Auth: SgM1Lte-aNi0oTIewjVpwL7k-p0 Message-ID: Subject: Re: Build failed in Jenkins: Build-UFS-image #688 From: Craig Rodrigues To: Garrett Cooper X-Mailman-Approved-At: Wed, 17 Dec 2014 19:21:11 +0000 Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: FreeBSD CURRENT , "jenkins-admin@freebsd.org" , Alfred Perlstein 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, 17 Dec 2014 19:04:41 -0000 On Tue, Dec 16, 2014 at 5:35 PM, Garrett Cooper wrote: > > > ... > > > install -s -o root -g wheel -m 555 dialog < > https://jenkins.freebsd.org/job/Build-UFS-image/ws/package/FreeBSD_HEAD/usr/bin/dialog > > > > install: spawn strip: No such file or directory > > *** Error code 71 > > I need to add strip to ITOOLS in Makefile.inc [unless alfred or someone > else beats me to it first], to fix this make installworld issue. > Thanks! > If you know what the problem is, please fix it. Alfred is busy with other things these days. -- Craig From owner-freebsd-current@FreeBSD.ORG Wed Dec 17 20:02:51 2014 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 46C628DD; Wed, 17 Dec 2014 20:02:51 +0000 (UTC) Received: from mail-pa0-x230.google.com (mail-pa0-x230.google.com [IPv6:2607:f8b0:400e:c03::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 0BFCC13B8; Wed, 17 Dec 2014 20:02:51 +0000 (UTC) Received: by mail-pa0-f48.google.com with SMTP id rd3so17037370pab.21 for ; Wed, 17 Dec 2014 12:02:50 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=content-type:mime-version:subject:from:in-reply-to:date:cc :message-id:references:to; bh=yiuf5PPtarWlEfrWP4zmAHZlSCGXaYic4k724Sv540A=; b=cz7IQbPqorU1F+Esij2X/N5XjEbm+9QNm4uM1eOV2dMGulzhUdlSQKr9WB7e8Byp+n NcjQEN6vOTGAKfnvELANLRAu+adWj2RqTLYOtx8+ijVkEuDI+s5GtD+5kpJsT17eWFJr kj+OS7Pu9uUybrwG4nJbfO34JymXklkPI05yo/iuWlH9C/sT2+kLg5+I6cUwsvOL6vTq 52Hf68jSDBAhNro1TE0zzNDTSJ7x6U3758LQ4a5PffnuDujMnZGDsz1ia6nY2JPwuzKM 76ehQa+sGlN9aecWm1e63aKnKIvwRx5wwxCLncPUYcpYiXlN7NtaN2rh5qWy43fg4lp5 H/tQ== X-Received: by 10.68.164.34 with SMTP id yn2mr73625911pbb.158.1418846570382; Wed, 17 Dec 2014 12:02:50 -0800 (PST) Received: from ?IPv6:2601:8:ab80:7d6:4e8:e4bf:d5e5:12e3? ([2601:8:ab80:7d6:4e8:e4bf:d5e5:12e3]) by mx.google.com with ESMTPSA id zk9sm4769324pac.1.2014.12.17.12.02.49 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 17 Dec 2014 12:02:49 -0800 (PST) Content-Type: multipart/signed; boundary="Apple-Mail=_D3A9298E-8DBF-4470-B803-EAE81BBDBE2B"; protocol="application/pgp-signature"; micalg=pgp-sha512 Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Subject: Re: Build failed in Jenkins: Build-UFS-image #688 From: Garrett Cooper In-Reply-To: Date: Wed, 17 Dec 2014 12:02:46 -0800 Message-Id: <8C0D3303-0AED-4174-BB3E-28E38BFC022F@gmail.com> References: <336727638.35.1418779986253.JavaMail.jenkins@jenkins-9.freebsd.org> To: Craig Rodrigues X-Mailer: Apple Mail (2.1878.6) Cc: FreeBSD CURRENT , "jenkins-admin@freebsd.org" , Alfred Perlstein 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, 17 Dec 2014 20:02:51 -0000 --Apple-Mail=_D3A9298E-8DBF-4470-B803-EAE81BBDBE2B Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 On Dec 17, 2014, at 11:04, Craig Rodrigues = wrote: > On Tue, Dec 16, 2014 at 5:35 PM, Garrett Cooper = wrote: >=20 > ... >=20 > > install -s -o root -g wheel -m 555 dialog = > > install: spawn strip: No such file or directory > > *** Error code 71 >=20 > I need to add strip to ITOOLS in Makefile.inc [unless alfred or = someone else beats me to it first], to fix this make installworld issue. > Thanks! >=20 > If you know what the problem is, please fix it. Alfred is busy with = other things these days. Fixed in r275867 =97 thank you Alfred for the initial report! --Apple-Mail=_D3A9298E-8DBF-4470-B803-EAE81BBDBE2B 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 iQEcBAEBCgAGBQJUkeFnAAoJEMZr5QU6S73enD0IAKu1T6oCEXE0ool42fC210W3 beRLdsB1vVQdqCfafrN7DLEbeVfxdFZo1zbFiXGkEAlMCHZjTD6DUNcPIrMMC8Wm v1bMKAp8SgZflMo/SxbFQqqcOd8Yzvm0wYcsBLEfd81bD5f2aTj7BF96GhglsfcR 6iOSbviu97yHotpJ3eGlcGFTNIXy8xlTcaFLEeOaE/ECWGL3J7pGeIve02IC8XzI MciwKSsjM3yeq7NSlWr9uBOVCYneq33vCoOX9a4RveD0htscSAv1taiQ91fddHd4 OwM93uAQ6UhicsaBwvg57XyvYMPvafIsHCIIiRF93XNsLi6fsiiHrow+r9kPeJA= =nWFx -----END PGP SIGNATURE----- --Apple-Mail=_D3A9298E-8DBF-4470-B803-EAE81BBDBE2B-- From owner-freebsd-current@FreeBSD.ORG Thu Dec 18 01:18:00 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EFDC46E3; Thu, 18 Dec 2014 01:17:59 +0000 (UTC) Received: from mail-ig0-x22d.google.com (mail-ig0-x22d.google.com [IPv6:2607:f8b0:4001:c05::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B82FC1C9D; Thu, 18 Dec 2014 01:17:59 +0000 (UTC) Received: by mail-ig0-f173.google.com with SMTP id r2so99542igi.0; Wed, 17 Dec 2014 17:17: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=cagQMYQIqcr7b0Mp3glfGwKql8LZ/o4hO9BdjKX7R3c=; b=k+Iry73QsxfJ/bQM1pFp1Vl7/yKVtZK5kR/gonwCmIID0VGjskWWI0lRbeGUlRY3q9 Da5O/n+XXeR/UgqxeQEAdls786sNKNMT5yEFi1jKLB22YxCCMnHy06Gk+YtqrsCy+fNe Ikq/kGlZZEhNUkqfHfdll4VjTlQG1ZHiuuTVB8KkpMT3Yq1lS75vuPRTQDj9uJ8P1nbZ XrCYvIpWXKS05R4Ses2IrI0KIl5nr9LkHXrWNUr8YJx+J4AEbk0eVzGhVzt1z9dr6ARn LPUPTZlWbzzN7Bz+1wSMK8eV5TAdGYiQ9kBvhdHnWwXZiKBJt/H1LvpBat+es2DsIPxR GC2w== MIME-Version: 1.0 X-Received: by 10.107.18.208 with SMTP id 77mr43391288ios.57.1418865479115; Wed, 17 Dec 2014 17:17:59 -0800 (PST) Received: by 10.50.4.170 with HTTP; Wed, 17 Dec 2014 17:17:59 -0800 (PST) In-Reply-To: <8598B1D4-5485-426F-B6D6-22BF26AC5FE1@FreeBSD.org> References: <8598B1D4-5485-426F-B6D6-22BF26AC5FE1@FreeBSD.org> Date: Wed, 17 Dec 2014 17:17:59 -0800 Message-ID: Subject: Re: RFT: Please help testing the llvm/clang 3.5.0 import From: NGie Cooper To: Dimitry Andric Content-Type: text/plain; charset=UTF-8 Cc: FreeBSD ARM , FreeBSD-Current , FreeBSD ports 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, 18 Dec 2014 01:18:00 -0000 On Fri, Nov 28, 2014 at 1:03 PM, Dimitry Andric wrote: > Hi, ... Hi Dimitry, As a request to speed up the build process further, - Would it be [easily] possible in the clang35 branch to bootstrap the compiler for a specific architecture? The bootstrap / cross compiler for instance always builds N targets instead of building just the desired TARGET/TARGET_ARCH combo. - Could a "MK_CLANG_ALL_TARGETS" or something similar option be added to src.opts.mk to fine tune this process for those of us who don't want to build a cross-compile toolchain every iteration for our target MACHINE/MACHINE_ARCH? I made a lot of progress on my faster-build branch ( https://github.com/yaneurabeya/freebsd/tree/faster-build ), but got mired down in the minutiae of how this needs to be implemented (it worked up until I ran make tinderbox, of course :)..), and had to work on other things... Thanks! From owner-freebsd-current@FreeBSD.ORG Thu Dec 18 02:24:25 2014 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 BF4C8718 for ; Thu, 18 Dec 2014 02:24:25 +0000 (UTC) Received: from kx.openedu.org (96.247.3.110.ap.yournet.ne.jp [110.3.247.96]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 7113A826 for ; Thu, 18 Dec 2014 02:24:23 +0000 (UTC) Received: from kiri.pis.kx.openedu.org (kiri.pis [192.168.1.1] (may be forged)) by kx.openedu.org (8.14.5/8.14.5) with ESMTP id sBI28wNZ086045 for ; Thu, 18 Dec 2014 11:08:59 +0900 (JST) (envelope-from kiri@kx.openedu.org) Message-Id: <201412180208.sBI28wNZ086045@kx.openedu.org> Date: Thu, 18 Dec 2014 11:08:58 +0900 From: KIRIYAMA Kazuhiko To: freebsd-current@freebsd.org Subject: Why status and poll could not run with defaullt? User-Agent: Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.9 (=?ISO-8859-4?Q?Goj=F2?=) APEL/10.6 MULE XEmacs/21.4 (patch 22) (Instant Classic) (amd64--freebsd) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII 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, 18 Dec 2014 02:24:25 -0000 Hi, Why status and poll diectives could not run in rc.d scripts with default? According to comment about run_rc_command argument: # run_rc_command argument # Search for argument in the list of supported commands, which is: # "start stop restart rcvar status poll ${extra_commands}" # If there's a match, run ${argument}_cmd or the default method # (see below). status and poll directives must be run with default. Or possibly bug in rc.subr? I put diff below just to be make sure. --- /etc/rc.subr.org 2014-12-18 10:47:37.840647413 +0900 +++ /etc/rc.subr 2014-12-18 10:50:40.645634816 +0900 @@ -907,7 +907,7 @@ eval _override_command=\$${name}_program command=${_override_command:-$command} - _keywords="start stop restart rcvar enabled $extra_commands" + _keywords="start stop restart rcvar status poll enabled $extra_commands" rc_pid= _pidcmd= _procname=${procname:-${command}} --- Kazuhiko Kiriyama kiri@OpenEdu.org From owner-freebsd-current@FreeBSD.ORG Thu Dec 18 13:03:08 2014 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 0AB49DF7; Thu, 18 Dec 2014 13:03:08 +0000 (UTC) Received: from tensor.andric.com (unknown [IPv6:2001:7b8:3a7:1:2d0:b7ff:fea0:8c26]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "tensor.andric.com", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B8AA112C7; Thu, 18 Dec 2014 13:03:07 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7::74f6:f05:5a8d:a897] (unknown [IPv6:2001:7b8:3a7:0:74f6:f05:5a8d:a897]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 9D394B80A; Thu, 18 Dec 2014 14:03:03 +0100 (CET) Subject: Re: RFT: Please help testing the llvm/clang 3.5.0 import Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\)) Content-Type: multipart/signed; boundary="Apple-Mail=_C5A7933F-460F-431A-BE05-C752275FCCFF"; protocol="application/pgp-signature"; micalg=pgp-sha1 X-Pgp-Agent: GPGMail 2.5b3 From: Dimitry Andric In-Reply-To: Date: Thu, 18 Dec 2014 14:02:58 +0100 Message-Id: References: <8598B1D4-5485-426F-B6D6-22BF26AC5FE1@FreeBSD.org> To: NGie Cooper X-Mailer: Apple Mail (2.1993) Cc: FreeBSD ARM , FreeBSD-Current , FreeBSD ports 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, 18 Dec 2014 13:03:08 -0000 --Apple-Mail=_C5A7933F-460F-431A-BE05-C752275FCCFF Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii On 18 Dec 2014, at 02:17, NGie Cooper wrote: > > On Fri, Nov 28, 2014 at 1:03 PM, Dimitry Andric wrote: ... > As a request to speed up the build process further, > - Would it be [easily] possible in the clang35 branch to bootstrap > the compiler for a specific architecture? The bootstrap / cross > compiler for instance always builds N targets instead of building just > the desired TARGET/TARGET_ARCH combo. It's not very easy, at least not without breaking various parts of our fragile build system, but I surely want to put something like this on the TODO list for *after* the import has completed. The branch is making progress right now, and I would not want to complicate matters further by introducing yet another tricky feature. :) > - Could a "MK_CLANG_ALL_TARGETS" or something similar option be > added to src.opts.mk to fine tune this process for those of us who > don't want to build a cross-compile toolchain every iteration for our > target MACHINE/MACHINE_ARCH? I would be fine with something like this, as long as it is turned off by default, or if it is only used for the bootstrap stages. It is actually an extremely useful feature of clang that you can target multiple architectures with one compiler binary. A more interesting case would be to remodel the build system so it can use one toolchain (external, or pkg-ng'd, maybe?) for building an entire universe. With clang, that should be relatively easy to do. -Dimitry --Apple-Mail=_C5A7933F-460F-431A-BE05-C752275FCCFF Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.26 iEUEARECAAYFAlSS0IYACgkQsF6jCi4glqPEdQCfVE7MItkXcaNthE+b/Y0AE1C6 btoAl0MSaWbjGLwTaC9ra/H7EMnGZQI= =iLuy -----END PGP SIGNATURE----- --Apple-Mail=_C5A7933F-460F-431A-BE05-C752275FCCFF-- From owner-freebsd-current@FreeBSD.ORG Thu Dec 18 13:54:57 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 15C85DCF for ; Thu, 18 Dec 2014 13:54:57 +0000 (UTC) Received: from smtp.rcn.com (smtp.rcn.com [69.168.97.78]) (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 D03B91BB3 for ; Thu, 18 Dec 2014 13:54:56 +0000 (UTC) X_CMAE_Category: , , X-CNFS-Analysis: v=2.0 cv=d5B3OGfE c=1 sm=1 a=PfRRqASh+22Lc+SRmnf6GA==:17 a=L9H7d07YOLsA:10 a=kj9zAlcOel0A:10 a=sIt-5M63AAAA:8 a=F23uU8RbzNy54pWHS2UA:9 a=CjuIK1q_8ugA:10 a=PfRRqASh+22Lc+SRmnf6GA==:117 X-CM-Score: 0 X-Scanned-by: Cloudmark Authority Engine X-Authed-Username: cm9iZXJ0aHVmZkByY24uY29t Authentication-Results: smtp01.rcn.cmh.synacor.com smtp.mail=roberthuff@rcn.com; spf=neutral; sender-id=neutral Received-SPF: neutral (smtp01.rcn.cmh.synacor.com: 209.6.231.137 is neither permitted nor denied by domain of rcn.com) Received: from [209.6.231.137] ([209.6.231.137:50834] helo=jerusalem.litteratus.org.litteratus.org) by smtp.rcn.com (envelope-from ) (ecelerity 3.6.2.43620 r(Platform:3.6.2.0)) with ESMTP id 04/DE-42102-8F7D2945; Thu, 18 Dec 2014 08:34:49 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <21650.55288.425711.209975@jerusalem.litteratus.org> Date: Thu, 18 Dec 2014 08:34:48 -0500 To: Dimitry Andric Subject: Re: RFT: Please help testing the llvm/clang 3.5.0 import In-Reply-To: References: <8598B1D4-5485-426F-B6D6-22BF26AC5FE1@FreeBSD.org> X-Mailer: VM 8.2.0b under 24.4.1 (amd64-portbld-freebsd10.1) X-Mailman-Approved-At: Thu, 18 Dec 2014 14:02:41 +0000 Cc: FreeBSD ARM , FreeBSD-Current , FreeBSD ports , NGie Cooper 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, 18 Dec 2014 13:54:57 -0000 Dimitry Andric writes: > > - Could a "MK_CLANG_ALL_TARGETS" or something similar option be > > added to src.opts.mk to fine tune this process for those of us who > > don't want to build a cross-compile toolchain every iteration for our > > target MACHINE/MACHINE_ARCH? > > I would be fine with something like this, as long as it is turned off by > default, or if it is only used for the bootstrap stages. It is actually > an extremely useful feature of clang that you can target multiple > architectures with one compiler binary. Point of information: this seems useful for developers, and (almost entirely) useless for everyone else. Are there other cohorts that want this badly? If that's correct, and there's a simple switch for configuration ... why should this default to what's useful for the (much?) smaller number of people? About what am I ignorant? Curiously, Robert Huff From owner-freebsd-current@FreeBSD.ORG Thu Dec 18 14:17:01 2014 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 4E68E523 for ; Thu, 18 Dec 2014 14:17:01 +0000 (UTC) Received: from onelab2.iet.unipi.it (onelab2.iet.unipi.it [131.114.59.238]) by mx1.freebsd.org (Postfix) with ESMTP id 1404B1EFC for ; Thu, 18 Dec 2014 14:17:00 +0000 (UTC) Received: by onelab2.iet.unipi.it (Postfix, from userid 275) id 0C6627300A; Thu, 18 Dec 2014 15:21:15 +0100 (CET) Date: Thu, 18 Dec 2014 15:21:15 +0100 From: Luigi Rizzo To: current@freebsd.org Subject: wrapping a vararg C function (specifically, log() in the kernel) Message-ID: <20141218142115.GA17786@onelab2.iet.unipi.it> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.20 (2009-06-14) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-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, 18 Dec 2014 14:17:01 -0000 Hi, in the porting of some kernel code to FreeBSD, i need to remap one function with a variable number of arguments to the log() function from the freebsd kernel. Normally i would do #define WARN(x, args...) log(LOG_WARNING, args) but this does not work in my case because the function is called in (many) blocks where there is already a local variable with the same name bool log; which is used a ton of times. I was wondering if there is some C compiler magic i can use to do the remapping without going through a macro; I haven't found any direct one, though perhaps something like extern void (*freebsd_log)(int level, const char *fmt, ...); #define WARN(x, args...) freebsd_log(LOG_WARNING, args) followed somewhere in a safe place by freebsd_log = log; may do the job. Any other option ? cheers luigi From owner-freebsd-current@FreeBSD.ORG Thu Dec 18 14:23:03 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C6CDB6E2 for ; Thu, 18 Dec 2014 14:23:03 +0000 (UTC) Received: from mail-pd0-f181.google.com (mail-pd0-f181.google.com [209.85.192.181]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 91D141FFA for ; Thu, 18 Dec 2014 14:23:03 +0000 (UTC) Received: by mail-pd0-f181.google.com with SMTP id v10so1505021pde.12 for ; Thu, 18 Dec 2014 06:23:03 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:subject:mime-version:content-type:from :in-reply-to:date:cc:message-id:references:to; bh=ZMN4BQZ6YiqBlrjFuOI+gyoMX4N/cVJ5PjciO8GPego=; b=EJBeDoqXy0hX2jDmPRPdX0r0KSm9TsOltN2iA4k4tUY3VDx4nbwpeM7Ky44tcRlxgi 8XjQZVQuBIfN3HMG4dAdClM2Q77Wy6ONrf+gsyuhPb+m7H+bLWDsLp2ssBDm5uG/sG1U 3ShdOOPffjnNaa7M06Yh+RnvWN24WpC3iP6F3uFVIGAseyDx0p7yyRdnZwiFvfyd9eqG svjWcRN9IVMMzvwyBrFjt/XdNMiZZnhF8RAs93s+997SMT/co9uchYbPwkjcITeLD5Cj +1YDaCbDQi4sntBELw6XeoEwCGdo5gx7O8rfR2gsLQWa7w9ko8zsN535k1WgP49oUHlV A0qQ== X-Gm-Message-State: ALoCoQnqVvDUNoW8dtwJbrX4eb3wEBI5Xy3o9aum2XowyrGO3sWp8WL92N1IMjpavisMcGRiw8qQ X-Received: by 10.69.16.99 with SMTP id fv3mr3826643pbd.43.1418912582577; Thu, 18 Dec 2014 06:23:02 -0800 (PST) Received: from [10.64.27.55] ([69.53.236.236]) by mx.google.com with ESMTPSA id oq6sm6979863pdb.45.2014.12.18.06.23.00 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 18 Dec 2014 06:23:01 -0800 (PST) Sender: Warner Losh Subject: Re: RFT: Please help testing the llvm/clang 3.5.0 import Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\)) Content-Type: multipart/signed; boundary="Apple-Mail=_F8E895ED-1245-483D-9B18-946ECE5EC863"; protocol="application/pgp-signature"; micalg=pgp-sha512 X-Pgp-Agent: GPGMail 2.5b3 From: Warner Losh In-Reply-To: <21650.55288.425711.209975@jerusalem.litteratus.org> Date: Thu, 18 Dec 2014 07:22:59 -0700 Message-Id: <75214DC1-919B-4F96-8052-09AFE283453E@bsdimp.com> References: <8598B1D4-5485-426F-B6D6-22BF26AC5FE1@FreeBSD.org> <21650.55288.425711.209975@jerusalem.litteratus.org> To: owner-freebsd-arm@freebsd.org X-Mailer: Apple Mail (2.1993) Cc: FreeBSD ARM , FreeBSD-Current , Dimitry Andric , NGie Cooper , FreeBSD ports 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, 18 Dec 2014 14:23:04 -0000 --Apple-Mail=_F8E895ED-1245-483D-9B18-946ECE5EC863 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 > On Dec 18, 2014, at 6:34 AM, owner-freebsd-arm@freebsd.org wrote: >=20 >=20 > Dimitry Andric writes: >=20 >>> - Could a "MK_CLANG_ALL_TARGETS" or something similar option be >>> added to src.opts.mk to fine tune this process for those of us who >>> don't want to build a cross-compile toolchain every iteration for = our >>> target MACHINE/MACHINE_ARCH? >>=20 >> I would be fine with something like this, as long as it is turned off = by >> default, or if it is only used for the bootstrap stages. It is = actually >> an extremely useful feature of clang that you can target multiple >> architectures with one compiler binary. >=20 > Point of information: this seems useful for developers, and > (almost entirely) useless for everyone else. Are there other > cohorts that want this badly? > If that's correct, and there's a simple switch for > configuration ... why should this default to what's useful for the > (much?) smaller number of people? About what am I ignorant? Only people working on a single binary of clang to build all = architectures are interested, which is a vanishingly small number. There=E2=80=99s = little point to build this stuff even for hard-core developers. Warner --Apple-Mail=_F8E895ED-1245-483D-9B18-946ECE5EC863 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 iQIcBAEBCgAGBQJUkuNDAAoJEGwc0Sh9sBEA0SYP/1bzvZlk7++0nOuSqprYl7/g hpy3cLx/hqdPE+g7fWBdMYQhzLs0Rd8OfLW4qQ/h1W8iwoz8s8KzqCyDAJoaTbf/ lP+VvjDTy7T9dj7bqyMjdjseY11VpxLOremJABuoV+UAv68uVCg49MdKI9FIjZcM +WAvA8Of0L4xkxcvsA+CU1uqamI2BAylyh7AvHCdHhs0EC7bUg+d+oWPEvpOpcq8 9FBpC+uIwBXI5ZHaHubclYhamzCT+63sQzY7J4h5awsafmFAi0LySXZEhPYdQC+L uAqDOT1i5h4dcCI5NJx97yDqgpdNCSjCq3ckgBx2ZzmFBERB17m+KfmaMYRupM47 mqegwzvPTJ6CsduJnBCth88YmryB36JmW86Jy+Gn8oXd2nSiFeIROgjyVWb5eg7J lLrMHo8bajWkgsiTpN7yWcLqjDD3FY1M4rftVp+NBfhG/qhCBxmO0hymHqKOJajG 6elDIs+yWdddcPoTd4UiyxWGPRqvQqGxQb/VsDcHwUD/s0nQ8EAI/hlQMcT8HhsG rRovEoIlM4mr8IekQtmNbm++PKxhDe79xBxn4L7sp4GuKHIO+QR4hd9OyYwIvYxF T46ZLkmxXuDDkI53Wq6bnFLNiA6n2YHIwzWkCe15vBbAtU/AMLH5gnhXI9cK3dpA ffRtYAS+n7S6Wd3EVxdy =zJx1 -----END PGP SIGNATURE----- --Apple-Mail=_F8E895ED-1245-483D-9B18-946ECE5EC863-- From owner-freebsd-current@FreeBSD.ORG Thu Dec 18 14:42:03 2014 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 524C8C2E for ; Thu, 18 Dec 2014 14:42:03 +0000 (UTC) Received: from mho-02-ewr.mailhop.org (mho-02-ewr.mailhop.org [204.13.248.72]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 2839F2450 for ; Thu, 18 Dec 2014 14:42:03 +0000 (UTC) Received: from [73.34.117.227] (helo=ilsoft.org) by mho-02-ewr.mailhop.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1Y1cH6-000AkZ-Bv; Thu, 18 Dec 2014 14:41:56 +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 sBIEfr9t065455; Thu, 18 Dec 2014 07:41:54 -0700 (MST) (envelope-from ian@freebsd.org) X-Mail-Handler: Dyn Standard SMTP by Dyn X-Originating-IP: 73.34.117.227 X-Report-Abuse-To: abuse@dyndns.com (see http://www.dyndns.com/services/sendlabs/outbound_abuse.html for abuse reporting information) X-MHO-User: U2FsdGVkX1+VHCDcb2EAu2W00ta8a+CF Message-ID: <1418913713.1018.4.camel@freebsd.org> Subject: Re: wrapping a vararg C function (specifically, log() in the kernel) From: Ian Lepore To: Luigi Rizzo Date: Thu, 18 Dec 2014 07:41:53 -0700 In-Reply-To: <20141218142115.GA17786@onelab2.iet.unipi.it> References: <20141218142115.GA17786@onelab2.iet.unipi.it> 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: 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, 18 Dec 2014 14:42:03 -0000 On Thu, 2014-12-18 at 15:21 +0100, Luigi Rizzo wrote: > Hi, > in the porting of some kernel code to FreeBSD, i need to remap one > function with a variable number of arguments to the log() function > from the freebsd kernel. > > Normally i would do > > #define WARN(x, args...) log(LOG_WARNING, args) > > but this does not work in my case because the function is called in > (many) blocks where there is already a local variable with the same name > > bool log; > > which is used a ton of times. > > I was wondering if there is some C compiler magic i can use to do the > remapping without going through a macro; I haven't found any direct one, > though perhaps something like > > extern void (*freebsd_log)(int level, const char *fmt, ...); > > #define WARN(x, args...) freebsd_log(LOG_WARNING, args) > > followed somewhere in a safe place by > > freebsd_log = log; > > may do the job. > > Any other option ? > > cheers > luigi Normally I'd fix it like: #define WARN(x,args...) locallog(LOG_WARNING, args) static inline void locallog(int lvl, const char *fmt, ...) { va_list ap; va_start(ap, fmt); logv(level, fmt, ap); va_end(ap); } But unfortunately we don't have a logv() function. I think maybe we should have one. :) -- Ian From owner-freebsd-current@FreeBSD.ORG Thu Dec 18 14:44:32 2014 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 29D01E21; Thu, 18 Dec 2014 14:44:32 +0000 (UTC) Received: from tensor.andric.com (tensor.andric.com [87.251.56.140]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "tensor.andric.com", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D3A742493; Thu, 18 Dec 2014 14:44:31 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7::74f6:f05:5a8d:a897] (unknown [IPv6:2001:7b8:3a7:0:74f6:f05:5a8d:a897]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id A89B4B80A; Thu, 18 Dec 2014 15:44:22 +0100 (CET) Subject: Re: RFT: Please help testing the llvm/clang 3.5.0 import Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\)) Content-Type: multipart/signed; boundary="Apple-Mail=_80B4A968-C08E-4E17-B794-34BE8ACDEBA6"; protocol="application/pgp-signature"; micalg=pgp-sha1 X-Pgp-Agent: GPGMail 2.5b3 From: Dimitry Andric In-Reply-To: <21650.55288.425711.209975@jerusalem.litteratus.org> Date: Thu, 18 Dec 2014 15:44:12 +0100 Message-Id: References: <8598B1D4-5485-426F-B6D6-22BF26AC5FE1@FreeBSD.org> <21650.55288.425711.209975@jerusalem.litteratus.org> To: Robert Huff X-Mailer: Apple Mail (2.1993) Cc: FreeBSD ARM , FreeBSD-Current , FreeBSD ports , NGie Cooper 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, 18 Dec 2014 14:44:32 -0000 --Apple-Mail=_80B4A968-C08E-4E17-B794-34BE8ACDEBA6 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii On 18 Dec 2014, at 14:34, Robert Huff wrote: > Dimitry Andric writes: > >>> - Could a "MK_CLANG_ALL_TARGETS" or something similar option be >>> added to src.opts.mk to fine tune this process for those of us who >>> don't want to build a cross-compile toolchain every iteration for our >>> target MACHINE/MACHINE_ARCH? >> >> I would be fine with something like this, as long as it is turned off by >> default, or if it is only used for the bootstrap stages. It is actually >> an extremely useful feature of clang that you can target multiple >> architectures with one compiler binary. > > Point of information: this seems useful for developers, and > (almost entirely) useless for everyone else. Are there other > cohorts that want this badly? > If that's correct, and there's a simple switch for > configuration ... why should this default to what's useful for the > (much?) smaller number of people? About what am I ignorant? It's not a simple switch, at least not now. If you use the upstream build system for llvm, e.g. autoconf or CMake, it has an option to select all the architectures that are supported. Several config files are then generated differently, and parts of the target support subdirectories are selectively enabled or disabled. In fact, we already build just a subset of the available architectures, since FreeBSD only supports about 5 of them. We can probably arrange for a more minimal configuration in our build system, but since the build time saved is quite small, I don't think it makes much sense in complicating our build system even further. If people are really so interested in shaving off a little, for more complication, that is fine with me. But unfortunately, I have too many tasks on my plate right now, and I cannot work on it. Besides, doing such a new feature now would interfere with the current branch work. Also, after the 3.5.0 import, there are much more interesting fish to fry, in my opinion. For example, importing newer versions of libc++ and compiler-rt, which can bring address sanitizer support, etc. -Dimitry --Apple-Mail=_80B4A968-C08E-4E17-B794-34BE8ACDEBA6 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.26 iEYEARECAAYFAlSS6EQACgkQsF6jCi4glqOINgCgtxznuS7Lp1GZzdsGdaVA5H/t 0GIAoNqaW8VrXZUqBlJqhaqvx97ggMWA =vrEg -----END PGP SIGNATURE----- --Apple-Mail=_80B4A968-C08E-4E17-B794-34BE8ACDEBA6-- From owner-freebsd-current@FreeBSD.ORG Thu Dec 18 14:47:41 2014 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 9AA6117E for ; Thu, 18 Dec 2014 14:47:41 +0000 (UTC) Received: from mail-pa0-f47.google.com (mail-pa0-f47.google.com [209.85.220.47]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 6660624EF for ; Thu, 18 Dec 2014 14:47:41 +0000 (UTC) Received: by mail-pa0-f47.google.com with SMTP id kq14so1534147pab.20 for ; Thu, 18 Dec 2014 06:47:35 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:subject:mime-version:content-type:from :in-reply-to:date:cc:message-id:references:to; bh=p5IpbZglrLI1dIIJpyXpYFXl0CH/aGonP2IaKLPKrB4=; b=NjXlklOTg/VrGkAIAG3C2xhCzNQsvuzsN/+c8lS0u+LIB+MVOqplO16vluKYjX8SLi Y+jKzcvT+9CuIAYDZeZIeZdtEjAkaWNJmc+YEN5XTw+LPIYhfp5OppSRT50bAW36ln4U GUJ/6FTMsAIJm4VRCiWZcr+opUcg7YhWGX2IhKN2P01pWhO/qpAzVoDWt/KFbSPMhRoq SZVTLc0NisdOuGdPS6+drNmtamAr9RlJBtw3ky8Xsop803ZK3edxhfYbFctSqsS5IJLI YRo7t/thM3looaFHk+mzHRPd0dfyHeZmlwNlvo32Ju3mGH7ucYERv8+vJjhu9Ridv4Jh RZOg== X-Gm-Message-State: ALoCoQnQQ4O7SiZHm18uYro9GHmFU6MDF4WcQITfXRzI7p2RUOnM1NuZW8Gs63qKRpU1QYfII08N X-Received: by 10.68.69.109 with SMTP id d13mr3975826pbu.57.1418914055686; Thu, 18 Dec 2014 06:47:35 -0800 (PST) Received: from [10.64.27.55] ([69.53.236.236]) by mx.google.com with ESMTPSA id t9sm6970859pbs.75.2014.12.18.06.47.33 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 18 Dec 2014 06:47:34 -0800 (PST) Sender: Warner Losh Subject: Re: RFT: Please help testing the llvm/clang 3.5.0 import Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\)) Content-Type: multipart/signed; boundary="Apple-Mail=_7FA36E47-9950-4DAC-BDC0-A131AC31BE31"; protocol="application/pgp-signature"; micalg=pgp-sha512 X-Pgp-Agent: GPGMail 2.5b3 From: Warner Losh In-Reply-To: <9A1A4235-3189-4A29-9942-64BF58A703F8@FreeBSD.org> Date: Thu, 18 Dec 2014 07:47:31 -0700 Message-Id: References: <8598B1D4-5485-426F-B6D6-22BF26AC5FE1@FreeBSD.org> <9A1A4235-3189-4A29-9942-64BF58A703F8@FreeBSD.org> To: Dimitry Andric X-Mailer: Apple Mail (2.1993) Cc: FreeBSD ARM , FreeBSD-Current , portmgr@FreeBSD.org, FreeBSD ports , FreeBSD toolchain 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, 18 Dec 2014 14:47:41 -0000 --Apple-Mail=_7FA36E47-9950-4DAC-BDC0-A131AC31BE31 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 This is excellent news Dimitry! > On Dec 16, 2014, at 12:36 PM, Dimitry Andric wrote: >=20 > On 28 Nov 2014, at 22:03, Dimitry Andric wrote: >>=20 >> We're working on updating llvm, clang and lldb to 3.5.0 in head. = This >> is quite a big update again, and any help with testing is = appreciated. >>=20 >> To try this out, ensure you have good backups or snapshots, then = build >> world and kernel from the projects/clang350-import branch [1]. = Please >> use a Subversion mirror [2], if you are able to. >=20 > Here are some updates about the status of the 3.5.0 import. >=20 > * i386 and amd64 have been tested through make universe, and = everything > should compile and run. > * Little-endian ARM builds should now compile and run, thanks to = Andrew > Turner for putting in lots of work. > * Big-endian ARM is apparently supposed to work, but I'm not sure if > Andrew managed to test it on real hardware. I know Andrew doesn=E2=80=99t have the right arm gear to do this test, = and emulation environments that run FreeBSD have had poor big-endian support for arm. > * PowerPC64 should mostly work, thanks to Justin Hibbits. > * PowerPC32 might start working soon; it really needs some backporting > of fixes to clang 3.4.1, which is now in head, so there is an easier > upgrade path for PowerPC users. > * Sparc64 still does not work, and I don't see any quick solutions to = it > for now. It should probably stay with gcc. > * Mips will only have a chance with the upcoming clang 3.6.0, but that > is way too late for this import. It will probably require external > toolchain support to get it working. For native builds yes. For cross builds, clang 3.6 can be built on an x86 host. > * Another ports exp-run was done [3], after fixing the problem with > lang/gcc, which lead to many skipped dependent ports. > * The second exp-run had much better results: the failure with the > highest number of dependencies is devel/mingw32-gcc, but this seems > to be due to a problem with makeinfo, not clang. The next highest on > the list is java/openjdk6, for which ports r374780 [4] was very > recently committed. Will users of our stable branch have code similar to the code that = caused problems? One warning flag about your upgrade to the stable branch would be if there=E2=80=99s a significant number of user-written = programs that suddenly become uncompilable with the new clang using the environment that they have today. We know of some items that are issues, so careful attention here is needed. Unless we go proactively looking for these, there=E2=80=99s a good chance we won=E2=80=99t find them until users hit = them and start to complain (by which point it is likely too late). Could you post a = summary of the issues that ports have hit and the fixes necessary? We may need to have that in the release notes and/or UPDATING file to help prepare our users for the bumps and give them solutions over them. > I would really like to merge this branch to head in about a week, > pending portmgr approvall; I don't expect the base system (outside of > llvm/clang) to need any further updates. I think there=E2=80=99s good reason to do this, but we should chat about = the build issues below before doing it. They are minor, but an important detail. I=E2=80=99ll see if I can find a few minutes to pull the branch = and send patches. > Lastly, to clear things up about the requirements for this branch (and > thus for head, in a while); to build it, you need to have: > * A C++11 capable "host" compiler, e.g. clang >=3D 3.3 or later, or = gcc >> =3D 4.8 (I'm not 100% sure if gcc 4.7 will work, reports welcome) > * A C++11 standard library, e.g. libc++, or libstdc++ from gcc >=3D = 4.8. >=20 > So from any earlier standard 10.x or 11.x installation, you should be > good, unless you explicitly disabled clang or libc++. In that case, > you must build and install both of those first. This is true only on i386, amd64, and arm hosts. Given that some people do try to do weird things, tightening up how you present this will get = the word out a little better. > On a 9.x installation, you will have clang by default, but not libc++, > so libc++ should be built and installed first, before attempting to > build the clang350-import branch. Can you make sure that the UPDATING entry you are writing for this contains explicit instructions. > On 8.x an earlier, you need to upgrade to at least 9.x first, follow > the previous instruction. We should remove building on 8 support then, unless there external toolchain stuff is up to the task (e.g. build gcc 4.9, libstc++, etc). > As for MFC'ing, I plan on merging clang 3.5.x to 10.x in a while > (roughly a month), but this will cause upgrades from 9.x to 10.x to > start requiring the build of libc++, as described above. I don't = think > we can merge clang 3.5.x to 9.x, unless clang becomes the default > compiler there (but that is very unlikely). Let=E2=80=99s see how it goes, and what the upgrade issues wind up being before doing this merge back. New =E2=80=9Cmajor=E2=80=9D compilers on = stable branches traditionally haven=E2=80=99t been done, but if clang is better about = being ABIly identical to prior releases than gcc was, it might not have the same = issues associated with it. Warner --Apple-Mail=_7FA36E47-9950-4DAC-BDC0-A131AC31BE31 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 iQIcBAEBCgAGBQJUkukEAAoJEGwc0Sh9sBEAT0kP/Rnez5JSvAwYw80kxMc/Ui1P rvW0Nq7D3sMYxXHY13Frt0+yT/7JEZpXMRGFGHijwaKd/iSgUT2W04BQAYHkjWWj Z2cq/mFLrKtcS8puBpDGC9hGkZ6jeB06k6N82mu+HrbrMtNxb7Rl9MAeaPyZl0vb dmKVFmSDSnlNCSSE6sJygmexT4JKcP+2Bv8U/C4htCsKwnYzbroUJVhmhNwm6NHp Tgloml0B3IVdd3rY91uW6Ie1He1px96uoFnFS7IeHWsC2CkVKrpdOwoLXJdk8ofr /uyKvOCng7pmGmoNVE6/h0RdPGGatjHwdHgF2V1in4I2XNWmavMq8Js3+ipPAB0t ox4TMQqGWnOIAsGJiyAboPbrC4gTj3DpTVJp4SyROYMWMXtp8w26fOktzwErmHEq ghxR8GO8ypq5lhpURuzyprkn4rp++PHeLN5soDmFYjx8k39FXB8iWkrhFjiyaNh4 kaa1GWXTxuaDOMiDRLjgluo7LstAn5jUir0HX/CnPgycEFw5yCxEia7dTqHj0Jmx uGdx8a+ZnSptbuSjfytT0BH9TLRj2wYdGmwGNA12KrgYOuBTCZqEaOpdYvE0KN2W 4tFdAfr13vUzcUk0W6bD1uVFUn2myKvy7gxPD7C4+NyJ5ZUTLHKiwyeFn3O7KzeL QDFb8Gg5HEyaoGI9gSpf =k3ZX -----END PGP SIGNATURE----- --Apple-Mail=_7FA36E47-9950-4DAC-BDC0-A131AC31BE31-- From owner-freebsd-current@FreeBSD.ORG Thu Dec 18 14:49:24 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 94B222FB for ; Thu, 18 Dec 2014 14:49:24 +0000 (UTC) Received: from mail-pd0-f180.google.com (mail-pd0-f180.google.com [209.85.192.180]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 608C2250F for ; Thu, 18 Dec 2014 14:49:24 +0000 (UTC) Received: by mail-pd0-f180.google.com with SMTP id w10so1538449pde.39 for ; Thu, 18 Dec 2014 06:49:18 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:subject:mime-version:content-type:from :in-reply-to:date:cc:message-id:references:to; bh=EgDqQl03gMfOfJkt+SJDNNEnUtEbl7yXAiOI0do0zD0=; b=L+ED3n7TKL0lnEESjuYZxvuHSPyqUi57hObtMd9sQIuHju6gD1D1uVYKNhO/zHXsRd OI0dq8Zz6GcavMrn9px1DcMdUvci4MJJ0lA2IbTuauja4tDGnY9iilKCUpQHKi1fAtBs hIzGkZCmzOwcWqbXzMWQpUscILhgH7+PIp98sG5dd7MjD7JSk7W7QfOtgq1D0udJbJdT aZ5HzD1IaEQoh5u1jIcwPp/yxSG7McpyCOL5gjm2atDdqRnEtJse82thjue9TRm/mOJM Jr8bor33vyqTVN75vbRX5jKJhpm8qsoH5fcPgY+XxR5PbgGXxrEgzXZNqhbASBmvcUcC Y5nw== X-Gm-Message-State: ALoCoQnj6Ih5NbFSMrQuXiSwaR56T8ppHfqlRZcWXusxb1iiMXOg7KXoefn5x7Xm4YI6j5svOvwQ X-Received: by 10.70.44.66 with SMTP id c2mr3772673pdm.51.1418912505431; Thu, 18 Dec 2014 06:21:45 -0800 (PST) Received: from [10.64.27.55] ([69.53.236.236]) by mx.google.com with ESMTPSA id i11sm6997479pbq.23.2014.12.18.06.21.43 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 18 Dec 2014 06:21:44 -0800 (PST) Sender: Warner Losh Subject: Re: RFT: Please help testing the llvm/clang 3.5.0 import Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\)) Content-Type: multipart/signed; boundary="Apple-Mail=_EDB854E8-CC35-4A03-9A15-80A65063E49F"; protocol="application/pgp-signature"; micalg=pgp-sha512 X-Pgp-Agent: GPGMail 2.5b3 From: Warner Losh In-Reply-To: Date: Thu, 18 Dec 2014 07:21:41 -0700 Message-Id: References: <8598B1D4-5485-426F-B6D6-22BF26AC5FE1@FreeBSD.org> To: Dimitry Andric X-Mailer: Apple Mail (2.1993) Cc: FreeBSD ARM , FreeBSD-Current , FreeBSD ports , NGie Cooper 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, 18 Dec 2014 14:49:24 -0000 --Apple-Mail=_EDB854E8-CC35-4A03-9A15-80A65063E49F Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 > On Dec 18, 2014, at 6:02 AM, Dimitry Andric wrote: >=20 > On 18 Dec 2014, at 02:17, NGie Cooper wrote: >>=20 >> On Fri, Nov 28, 2014 at 1:03 PM, Dimitry Andric = wrote: > ... >> As a request to speed up the build process further, >> - Would it be [easily] possible in the clang35 branch to bootstrap >> the compiler for a specific architecture? The bootstrap / cross >> compiler for instance always builds N targets instead of building = just >> the desired TARGET/TARGET_ARCH combo. >=20 > It's not very easy, at least not without breaking various parts of our > fragile build system, but I surely want to put something like this on > the TODO list for *after* the import has completed. >=20 > The branch is making progress right now, and I would not want to > complicate matters further by introducing yet another tricky feature. = :) The build system isn=E2=80=99t so much the issue, but you wind up with files that refer to all the architectures. But this is a request for a new feature, not quite in scope for a = compiler upgrade. >> - Could a "MK_CLANG_ALL_TARGETS" or something similar option be >> added to src.opts.mk to fine tune this process for those of us who >> don't want to build a cross-compile toolchain every iteration for our >> target MACHINE/MACHINE_ARCH? >=20 > I would be fine with something like this, as long as it is turned off = by > default, or if it is only used for the bootstrap stages. It is = actually > an extremely useful feature of clang that you can target multiple > architectures with one compiler binary. This is a new feature. Various people have tried in the past to = implement it and compiling just the mips files on mips is straight forward. = However, convincing clang to not reference the other architectures requires more sophistication than we currently have in the clang build process. > A more interesting case would be to remodel the build system so it can > use one toolchain (external, or pkg-ng'd, maybe?) for building an = entire > universe. With clang, that should be relatively easy to do. Another useful new feature. The hard part with this is getting all the = fiddly bits in the tree that depend on default CC producing proper binaries to cooperate.. Doable, but that=E2=80=99s a lot of universe builds. And = today it isn=E2=80=99t very practical because sparc64 and mips are broken... Warner --Apple-Mail=_EDB854E8-CC35-4A03-9A15-80A65063E49F 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 iQIcBAEBCgAGBQJUkuL1AAoJEGwc0Sh9sBEAjZ8QAI6iBNKPSQmhd9pG/LFGfztN cnlt5SdJgHCYuVqncB0/R7yIQiU2xm+kjXemXbd08lUqiXhcxdUQAeusNgVkw3pF BR0kviv0qmWjbtdBkWRjVKbGdfGkk7lJZhKrFzSxEJNrL4/7cm3pvf4jGgX0UNl0 JiL7CQNl5tmeQMsKcy09SzI9MNXFxbhHiKD5majqgx4sFsguqNzZRwnh78Cez8GM CMgVkRfGEY0FG49a+2iUDbq1/J7+tMTew8HpE5wgMsXlnYwi4jjTeZnpnoaq4IEa u4kIedMMbNoGyUTuM5wWN7XUe4RtOWqbye6ZEdtIn7LIPQFkWXU0Wj2nCxjsiMYt Kn+HJRhM2IaJA3RkYJW9o49Ek7841ZbG0zkUBFsRIM0UZstItZnUbUmHBqXG1pcB JSOj+k/Obrn1aXa7va4XQidNwtGi03EHuDJTTk7KqpAwiHb4aqFmPTXzKpKNR37G DZLQKZ32OWAqyr80pKrn33jj9mzq7CYAU8c6SvOWUkL2+W5dn5b5P7evvzmrglsX noRNiiHmRJiDdn1HJemUVWyLlTyHbgm1DtMu/Dc/k40a3pRAv2kAYVNcZ0HpcyP3 sPKI3zeariL5x+bssleP0lUyJNKZcsyr1F9BlLhO2u+hOFbmjHucQgqekuQ/UOpv /teGdffq8+qwuBVpJCFO =7moE -----END PGP SIGNATURE----- --Apple-Mail=_EDB854E8-CC35-4A03-9A15-80A65063E49F-- From owner-freebsd-current@FreeBSD.ORG Thu Dec 18 14:51:57 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D5B284D3 for ; Thu, 18 Dec 2014 14:51:57 +0000 (UTC) Received: from mail-pd0-f173.google.com (mail-pd0-f173.google.com [209.85.192.173]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A02C425E4 for ; Thu, 18 Dec 2014 14:51:57 +0000 (UTC) Received: by mail-pd0-f173.google.com with SMTP id ft15so1548460pdb.32 for ; Thu, 18 Dec 2014 06:51:51 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:subject:mime-version:content-type:from :in-reply-to:date:cc:message-id:references:to; bh=rD/Pm0XEpaCcg14dHYfT3WCE7Bzxzr7rqJbuRe5FETE=; b=Nmus6eCV3+guzxEzMuSqBv+6KQqjP2mofT3O8uC3PYpCB9N6kFtaMgvVfKjZSFuyry kbjqVfIuGmJbQphYTgBDMHgPjRi1I6T5G871v5OEJ8Ch14g5l9iSCylxjRdxO+HwINOk YFY43aIkwubybfedvGDl0wzyetJcYlx+3et5tyE4xGqsxTZ8x6gpYaMJpsc8Buc6gh6Q 2tYtE+NcHJv4jqI7M3ST7qh673SPwwS4Gf6VapPTOYEC/W/4aIYFjIPhJMESqfLRFZjB LUxHrmRTXC3lgztq8Wyb0etZ7zRrKMFPyd1TJl+uLghTMtRmhZZfNgq/gVLeKSkaQH94 POrA== X-Gm-Message-State: ALoCoQn/iYaG3KRXvHMtKwjQvPb3DYjYGbtviJFcX/hyyni/RTzp7RyHlABjqCSiDh2jrP9QSUlU X-Received: by 10.68.68.130 with SMTP id w2mr3928581pbt.167.1418914311460; Thu, 18 Dec 2014 06:51:51 -0800 (PST) Received: from [10.64.27.55] ([69.53.236.236]) by mx.google.com with ESMTPSA id kw10sm7082469pab.29.2014.12.18.06.51.49 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 18 Dec 2014 06:51:50 -0800 (PST) Sender: Warner Losh Subject: Re: RFT: Please help testing the llvm/clang 3.5.0 import Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\)) Content-Type: multipart/signed; boundary="Apple-Mail=_8585A9CA-84EF-42F8-B871-2B3E958B1A69"; protocol="application/pgp-signature"; micalg=pgp-sha512 X-Pgp-Agent: GPGMail 2.5b3 From: Warner Losh In-Reply-To: Date: Thu, 18 Dec 2014 07:51:47 -0700 Message-Id: <9D9850F8-62D6-4A85-BED3-1B4AB4DE5C14@bsdimp.com> References: <8598B1D4-5485-426F-B6D6-22BF26AC5FE1@FreeBSD.org> <21650.55288.425711.209975@jerusalem.litteratus.org> To: Dimitry Andric X-Mailer: Apple Mail (2.1993) Cc: FreeBSD ARM , Robert Huff , NGie Cooper , FreeBSD ports , 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, 18 Dec 2014 14:51:58 -0000 --Apple-Mail=_8585A9CA-84EF-42F8-B871-2B3E958B1A69 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii > On Dec 18, 2014, at 7:44 AM, Dimitry Andric wrote: > > On 18 Dec 2014, at 14:34, Robert Huff wrote: >> Dimitry Andric writes: >> >>>> - Could a "MK_CLANG_ALL_TARGETS" or something similar option be >>>> added to src.opts.mk to fine tune this process for those of us who >>>> don't want to build a cross-compile toolchain every iteration for our >>>> target MACHINE/MACHINE_ARCH? >>> >>> I would be fine with something like this, as long as it is turned off by >>> default, or if it is only used for the bootstrap stages. It is actually >>> an extremely useful feature of clang that you can target multiple >>> architectures with one compiler binary. >> >> Point of information: this seems useful for developers, and >> (almost entirely) useless for everyone else. Are there other >> cohorts that want this badly? >> If that's correct, and there's a simple switch for >> configuration ... why should this default to what's useful for the >> (much?) smaller number of people? About what am I ignorant? > > It's not a simple switch, at least not now. If you use the upstream > build system for llvm, e.g. autoconf or CMake, it has an option to > select all the architectures that are supported. Several config files > are then generated differently, and parts of the target support > subdirectories are selectively enabled or disabled. > > In fact, we already build just a subset of the available architectures, > since FreeBSD only supports about 5 of them. We can probably arrange > for a more minimal configuration in our build system, but since the > build time saved is quite small, I don't think it makes much sense in > complicating our build system even further. > > If people are really so interested in shaving off a little, for more > complication, that is fine with me. But unfortunately, I have too many > tasks on my plate right now, and I cannot work on it. Besides, doing > such a new feature now would interfere with the current branch work. With the recent parallelism work, the is true. It might save a couple percent off the build time. Before those changes, though, disabling all non target arches saved about 10% of the buildworld time. Creating a hack to do this is easy (which is how I measured it). But Dimitry is right that creating a robust solution is hard. Even harder if you want it to be completely clean. > Also, after the 3.5.0 import, there are much more interesting fish to > fry, in my opinion. For example, importing newer versions of libc++ and > compiler-rt, which can bring address sanitizer support, etc. I tend to agree. IMHO, supporting the work going on to bring the meta-mode stuff will pay far higher dividends than optimizing this corner of the build. Warner --Apple-Mail=_8585A9CA-84EF-42F8-B871-2B3E958B1A69 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 iQIcBAEBCgAGBQJUkuoDAAoJEGwc0Sh9sBEAC2cP/RZEnJNk6MLxkknDLYxAZNsm pu69tosuAMV1rbYPjRjRwJxAhASrEsAq7vSGGMRjKIxtmXh5FILqm6EMPIPpnGdw zWGD6ILWp1OWCp9niZY3C6Ps4dyOERhGZwW+S5yDCRFARGBvU7G4fQ7hp9QzztPf ZJOLWeVcIYIKq0wQdeFxb5EzYRTWzg40LBBh3ko8b7ZTK4xTzuEqynGp78nrkDe3 vxeKNGZtcQCIOCHMSvZECwG8q/ZG6aim9QE9OaB8rrbMl1rdQS3Yjb4zaLNRJhaT q2YWrVo32Po7QVAlan0SymZe+wdu9pVfeqmyjvOEB2s/esjacOgAZxDc7gV2hKfE ZVE8DIyaaDItRrqTsaCPCW37/VVXrkDMTvj+5finiKf+/0BqKazLaBmLKUDRahZf ylIH+YtQB2K/wVc2POuJyfcLzyF4yCQHZdnBSaan2aonb9ob1Rovdz3FP96M+gJ5 8g3CKF87ZtnwUSAGZOZJ8mvaQvl6l8w50s8eE12KOuHJTXSJIrJZCOb9A0DBSTMS vD4VOnX0mTcXGa+4yME5j1cXHgjzqr7xxT//ofdkpbw1FXz4v/wzuVNNeKwHOdWV RJthyZVWplsoFkqetPwXUwJgWsCqkupx/1bUiYd7YWEu0BJpY9oBX44z2yc8hvm5 n1ug/eyRZtpdJOP4bqXp =k1B6 -----END PGP SIGNATURE----- --Apple-Mail=_8585A9CA-84EF-42F8-B871-2B3E958B1A69-- From owner-freebsd-current@FreeBSD.ORG Thu Dec 18 15:13:09 2014 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 A7795D0C; Thu, 18 Dec 2014 15:13:09 +0000 (UTC) Received: from mail-ig0-x229.google.com (mail-ig0-x229.google.com [IPv6:2607:f8b0:4001:c05::229]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 717D828B4; Thu, 18 Dec 2014 15:13:09 +0000 (UTC) Received: by mail-ig0-f169.google.com with SMTP id hl2so929735igb.4; Thu, 18 Dec 2014 07:13:08 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:from:date:message-id:subject:to:cc:content-type; bh=SkeiuxlMllPCCedntig5tW7cJGjhzmTBLKixwx6qWcc=; b=dN5XEi3ih8xv6I8SAAT9yQosD9rBp9cf76oq41+YJv9ZCV6lRSs1uyD7RrbzAGSm8/ I3RidRgR5r5vg2v6UejBb0f0jHCAZpicqClAqFlcIVPo7B/xPQpRCyzz97d3hFwKNuDQ flqWtjBYrRnX6kY7p1ViSiOT/t788hoIH3SA6msb1WY1uPUTRD5MJNRdVXQ6xyMFlVfc K+wkZPrYLgecBbzob+GEarMnUOtFuvu1+m/uRA7QSjwQSQblUNNb2ZS7iRB2u77VgaoW 8umF5Dz0bpuee6UxLTii9eb4xJ1KYaSlI0ATpdjf/COlXad98LX3z+e9JrmKGhky6hvZ EbrQ== X-Received: by 10.43.79.2 with SMTP id zo2mr2390943icb.78.1418915588894; Thu, 18 Dec 2014 07:13:08 -0800 (PST) MIME-Version: 1.0 Sender: carpeddiem@gmail.com Received: by 10.107.0.85 with HTTP; Thu, 18 Dec 2014 07:12:47 -0800 (PST) From: Ed Maste Date: Thu, 18 Dec 2014 10:12:47 -0500 X-Google-Sender-Auth: 3Mwqy4DKS4CyZF0wjpFhoG3z2DM Message-ID: Subject: Call for testing: elftoolchain tools To: FreeBSD Current Content-Type: text/plain; charset=UTF-8 Cc: freebsd-toolchain@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, 18 Dec 2014 15:13:09 -0000 We have a rather outdated version of binutils in the base system. As part of a project to update our toolchain I've started working on using some of the tools from the elftoolchain project. There is now a build knob to enable the use of the following tools: * addr2line * elfcopy (strip) * nm * size * strings The knob (in /etc/src.conf) is: WITH_ELFTOOLCHAIN_TOOLS=yes The binutils version is still used for as, ld, objcopy, objdump and readelf; future projects will handle these. The option is being tested in ports exp-runs on amd64 and i386, and has had basic sanity testing on arm64 and mips64. I'm interested in test reports across a variety of hardware architectures and use cases. If everything works as expected you should see no difference -- the tools should be drop-in replacements. -Ed From owner-freebsd-current@FreeBSD.ORG Thu Dec 18 15:32:10 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 759443DF; Thu, 18 Dec 2014 15:32:10 +0000 (UTC) Received: from mail.lifanov.com (mail.lifanov.com [206.125.175.12]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 5CB042B45; Thu, 18 Dec 2014 15:32:09 +0000 (UTC) Received: by mail.lifanov.com (Postfix, from userid 58) id D3A0F1C71B0; Thu, 18 Dec 2014 10:23:29 -0500 (EST) Received: from [127.0.0.1] (vnat004.nandomedia.com [166.108.31.68]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.lifanov.com (Postfix) with ESMTPSA id B8FCB1A9118; Thu, 18 Dec 2014 10:23:28 -0500 (EST) Message-ID: <5492F16F.5010606@mail.lifanov.com> Date: Thu, 18 Dec 2014 10:23:27 -0500 From: Nikolai Lifanov User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 MIME-Version: 1.0 To: Ed Maste , FreeBSD Current Subject: Re: Call for testing: elftoolchain tools References: In-Reply-To: Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit Cc: freebsd-toolchain@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, 18 Dec 2014 15:32:10 -0000 On 12/18/14 10:12, Ed Maste wrote: > We have a rather outdated version of binutils in the base system. As > part of a project to update our toolchain I've started working on > using some of the tools from the elftoolchain project. There is now a > build knob to enable the use of the following tools: > > * addr2line > * elfcopy (strip) > * nm > * size > * strings > > The knob (in /etc/src.conf) is: > WITH_ELFTOOLCHAIN_TOOLS=yes > > The binutils version is still used for as, ld, objcopy, objdump and > readelf; future projects will handle these. > > The option is being tested in ports exp-runs on amd64 and i386, and > has had basic sanity testing on arm64 and mips64. > > I'm interested in test reports across a variety of hardware > architectures and use cases. If everything works as expected you > should see no difference -- the tools should be drop-in replacements. > > -Ed > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > I was running WITH_ELFTOOLCHAIN_TOOLS for a few days on head/amd64 and clang350-import/amd64. Things build and work as before. I'm not seeing any behavior differences. - Nikolai Lifanov From owner-freebsd-current@FreeBSD.ORG Thu Dec 18 16:52:52 2014 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 398C42DE for ; Thu, 18 Dec 2014 16:52:52 +0000 (UTC) Received: from nm3-vm0.bullet.mail.bf1.yahoo.com (nm3-vm0.bullet.mail.bf1.yahoo.com [98.139.212.154]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id A0E5619C3 for ; Thu, 18 Dec 2014 16:52:51 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1418921569; bh=tuQrn/cx7jeaCj8jzKQStL3iFQkDD4B0SEJpnXZpzjc=; h=Date:From:To:Subject:From:Subject; b=BD7QlSs35seTJCsTakZvrLKe3aTAh2YXJ2mmMmOo18wxHrSrCA4LMERqwqSMwkLegTtBwZfqZUrU5hsBhg8F1K6Rz3jjI7BDnrNklLP2aRIfAc09XCay9ObkcRiR86qecQOtEybyuAQd7mAqqm7tGT6w3uvQLr4liDxciWW50lh2I8xjPcxF6wJNQfyfDl+ydnq+nWd0OCwB49n+J0Q4lbdMII0JmQaBVXqLnFoO57Fye57d7mO2Sseq1NkhocIHB+Dz8XzxnkFNriAZHeKshXMbubxzCik/sz70+KGHYf60zPsz24eXCUMj3re1wsc2D6t0GKLWljG06Iu/1xuIiA== DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s2048; d=yahoo.com; b=dA5IqY2dzO6NHguy8uKstton5QxmzSpEnSO5ONoa/eDIO8ZpLZkElpRA73czHAKqVYJa64kfIldOdMYsi3rLCfIZ7hySAqlN0ExinOMZhWoQhKp2zrFETxfxBY2vDULTikQlQJw+MVvX9AxZp57emK8xlOdb/zIyZolNCy2yQP8zurmxCntQpNCBC/j+PI2vM3wfQMBsWuhb4exqnq8ZWY6VdRT4KcZSjV4eYbYcB4L3PHVALr7Yi5Waz0E6bh0PysGx4wLAbycSwIvg4RjuCEcCFoOUMqtdRIO1Na9K/CCPY4iXefM2Hsn2OYJzcUV4oefgNLXSlZ77yZQyH/HgLQ==; Received: from [98.139.215.142] by nm3.bullet.mail.bf1.yahoo.com with NNFMP; 18 Dec 2014 16:52:49 -0000 Received: from [98.139.213.8] by tm13.bullet.mail.bf1.yahoo.com with NNFMP; 18 Dec 2014 16:52:49 -0000 Received: from [127.0.0.1] by smtp108.mail.bf1.yahoo.com with NNFMP; 18 Dec 2014 16:52:49 -0000 X-Yahoo-Newman-Id: 347636.98462.bm@smtp108.mail.bf1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: .ZtED3AVM1lYKxUldGO0LT.ynD4gFpl8iDmjC5zhjWS8T1e JCElkgwqNX.bRfTUvxxbS4F0QF_PRNlqqYlcjXlcZUT7P1DODxJvJqFAILR1 4Kg6Yenj1iZRgM7bKIAJ5y41hyVq8.6TG9xdvm.4vfnbFsRDDtfhUMb6RhYs JtSS1FFPxyTcobCGc7hrc2aeuETL8tIC4EWZMpxF0OLainw3pZENdPxyt5kL 7pjAK0tmR_fzTyR547IVny_h.zok.ZqYZ9yOySd53._t8m6Yhjeq0hkNizWt hv..nMzoa9BBnGqdJh2FOSZN2O8EwyesAM1YQwCoa4dDdNeGmi.o765oVldL 0QW08VvYWsCni._9ndQFQT_uv4HIPyJfhSkZ6TIklW1K8K3RyFt3ZpCFIDEU YerXf0oJ5ww8_JnSGX303ag_7OlTZKhNEtWmuu4Qz93MNFph7EsYBnWX1rx_ sIaPMKyiNcEQNpBPB6W3fFuhHKXFWf7IkOjXZjuu2lSRuRjN3E8HXGNAZTlp zRQzcg9IGEnDV7N7lt3xhIsvtarefPe4YqO7nAmSfvRZRVblC7qDGjMPqUUM RKClbfYDSMeXDFJjMtoJzWV2FsOI126vYptD8nK_iYiDRbvNT8O7cvt.mZbD RB.vtJldRnLD2gaa12G1anJTluUhP1jWXUUrpkaI3lTO3q2dN2M4peHT2 X-Yahoo-SMTP: xcjD0guswBAZaPPIbxpWwLcp9Unf Message-ID: <5493066F.7080100@FreeBSD.org> Date: Thu, 18 Dec 2014 11:53:03 -0500 From: Pedro Giffuni User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 MIME-Version: 1.0 To: FreeBSD Current Subject: Re: Call for testing: elftoolchain tools 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: Thu, 18 Dec 2014 16:52:52 -0000 FWIW, A nice testing procedure, or even a pet project if generalized, would be to test the tools with a fuzzer like security/afl. Apparently the GNU binutils and Fedora elfutils developers having doing that [1]. Regards, Pedro. [1] https://lists.fedorahosted.org/pipermail/elfutils-devel/2014-December/004346.html From owner-freebsd-current@FreeBSD.ORG Thu Dec 18 19:01:26 2014 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 A1C503A5; Thu, 18 Dec 2014 19:01:26 +0000 (UTC) Received: from tensor.andric.com (unknown [IPv6:2001:7b8:3a7:1:2d0:b7ff:fea0:8c26]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "tensor.andric.com", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 45FA72E5A; Thu, 18 Dec 2014 19:01:26 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7::74f6:f05:5a8d:a897] (unknown [IPv6:2001:7b8:3a7:0:74f6:f05:5a8d:a897]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id A2B7BB80A; Thu, 18 Dec 2014 20:01:20 +0100 (CET) Subject: Re: RFT: Please help testing the llvm/clang 3.5.0 import Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\)) Content-Type: multipart/signed; boundary="Apple-Mail=_87AADF1D-B9B8-4954-9EDC-21E6948A47C2"; protocol="application/pgp-signature"; micalg=pgp-sha1 X-Pgp-Agent: GPGMail 2.5b3 From: Dimitry Andric In-Reply-To: Date: Thu, 18 Dec 2014 20:01:09 +0100 Message-Id: <7C679CB0-A17A-4463-ABF2-E3E456397F5E@FreeBSD.org> References: <8598B1D4-5485-426F-B6D6-22BF26AC5FE1@FreeBSD.org> <9A1A4235-3189-4A29-9942-64BF58A703F8@FreeBSD.org> To: Warner Losh X-Mailer: Apple Mail (2.1993) Cc: FreeBSD ARM , FreeBSD-Current , portmgr@FreeBSD.org, FreeBSD ports , FreeBSD toolchain 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, 18 Dec 2014 19:01:26 -0000 --Apple-Mail=_87AADF1D-B9B8-4954-9EDC-21E6948A47C2 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 On 18 Dec 2014, at 15:47, Warner Losh wrote: ... >> * Mips will only have a chance with the upcoming clang 3.6.0, but = that >> is way too late for this import. It will probably require external >> toolchain support to get it working. >=20 > For native builds yes. For cross builds, clang 3.6 can be built on an > x86 host. Yes, and it could even be one of the ports, if that is easier to use. > * Another ports exp-run was done [3], after fixing the problem with >> lang/gcc, which lead to many skipped dependent ports. >> * The second exp-run had much better results: the failure with the >> highest number of dependencies is devel/mingw32-gcc, but this seems >> to be due to a problem with makeinfo, not clang. The next highest on >> the list is java/openjdk6, for which ports r374780 [4] was very >> recently committed. >=20 > Will users of our stable branch have code similar to the code that = caused > problems? I'm not sure which code you are referring to here, the openjdk6 code? The code itself is basically fine, but for reasons unknown to me, the port is compiled with -Werror (which is not the case for the other openjdk ports, apparently). Since clang 3.5.0 adds a few new warnings for shaky C++ constructions, these appear during the openjdk6 build, but they are easily suppressed, if upstream does not fix them, or does not care to fix them. I already sent Jung-uk an alternative fix for openjkd6, similar to the one used for www/squid, where warnings are suppressed based on the COMPILER_VERSION variable provided the ports infrastructure. In my opinion it would still be easier to just to turn off -Werror for any third-party code, if we don't feel like modifying it (with all the risks involved). > One warning flag about your upgrade to the stable branch > would be if there=E2=80=99s a significant number of user-written = programs that > suddenly become uncompilable with the new clang using the environment > that they have today. We know of some items that are issues, so = careful > attention here is needed. Unless we go proactively looking for these, > there=E2=80=99s a good chance we won=E2=80=99t find them until users = hit them and start > to complain (by which point it is likely too late). Could you post a = summary > of the issues that ports have hit and the fixes necessary? We may need > to have that in the release notes and/or UPDATING file to help prepare > our users for the bumps and give them solutions over them. The base system is already completely free of warnings, as far as I know of, so no action is needed there. For ports, the number of failures introduced by new warnings are quite small, as far as I can see, and mostly for ports that are compiled with -Werror. The most encountered new warnings are, off the top of my head: -Wabsolute-value This warns in two cases, for both C and C++: * When the code is trying to take the absolute value of an unsigned quantity, which is effectively a no-op, and almost never what was intended. The code should be fixed, if at all possible. * When the code is trying to take the absolute value, but the called abs() variant is of the wrong type, which may lead to truncation. If the warning is turned off, better make sure any truncation does not lead to unwanted side-effects. -Wtautological-undefined-compare and -Wundefined-bool-conversion These warn when C++ code is trying to compare 'this' against NULL, while 'this' should never be NULL in well-defined C++ code. However, there is some legacy (pre C++11) code out there, which actively abuses this feature, which was less strictly defined in previous C++ versions. Squid does this, and apparently openjdk too. The warning can be turned off for C++98 and earlier, but compiling the code in C++11 mode might result in unexpected behavior, for example the unreachable parts of the program could be optimized away. > I would really like to merge this branch to head in about a week, >> pending portmgr approvall; I don't expect the base system (outside of >> llvm/clang) to need any further updates. >=20 > I think there=E2=80=99s good reason to do this, but we should chat = about the > build issues below before doing it. They are minor, but an important > detail. I=E2=80=99ll see if I can find a few minutes to pull the = branch and send > patches. >=20 >> Lastly, to clear things up about the requirements for this branch = (and >> thus for head, in a while); to build it, you need to have: >> * A C++11 capable "host" compiler, e.g. clang >=3D 3.3 or later, or = gcc >>> =3D 4.8 (I'm not 100% sure if gcc 4.7 will work, reports welcome) >> * A C++11 standard library, e.g. libc++, or libstdc++ from gcc >=3D = 4.8. >>=20 >> So from any earlier standard 10.x or 11.x installation, you should be >> good, unless you explicitly disabled clang or libc++. In that case, >> you must build and install both of those first. >=20 > This is true only on i386, amd64, and arm hosts. Given that some = people > do try to do weird things, tightening up how you present this will get = the > word out a little better. >=20 >> On a 9.x installation, you will have clang by default, but not = libc++, >> so libc++ should be built and installed first, before attempting to >> build the clang350-import branch. >=20 > Can you make sure that the UPDATING entry you are writing for this > contains explicit instructions. I'm quite bad at writing UPDATING entries, so any help there is much appreciated. :-) > On 8.x an earlier, you need to upgrade to at least 9.x first, follow >> the previous instruction. >=20 > We should remove building on 8 support then, unless there external > toolchain stuff is up to the task (e.g. build gcc 4.9, libstc++, etc). The problem with 8.x is that it still has the old binutils 2.15, and neither clang nor libc++. It would really require some externally supplied parts. Maybe this could be done with ports, but I'm not sure how long ports still supports the 8.x branch? >> As for MFC'ing, I plan on merging clang 3.5.x to 10.x in a while >> (roughly a month), but this will cause upgrades from 9.x to 10.x to >> start requiring the build of libc++, as described above. I don't = think >> we can merge clang 3.5.x to 9.x, unless clang becomes the default >> compiler there (but that is very unlikely). >=20 > Let=E2=80=99s see how it goes, and what the upgrade issues wind up = being > before doing this merge back. New =E2=80=9Cmajor=E2=80=9D compilers on = stable branches > traditionally haven=E2=80=99t been done, but if clang is better about = being ABIly > identical to prior releases than gcc was, it might not have the same = issues > associated with it. We don't really use llvm or clang's own ABI for anything at the moment, just the resulting compiler executable, which is actually one big binary (and it is even statically linked, by default). The code output by clang 3.4.1 or 3.5.0 is not different in any "ABI" sense of the word. Of course it will be different in absolute sense, since optimizations were improved, and so on. The only real issue is how to bootstrap the compiler itself, since it requires working C++11 support. In 10.x, we provide that by default, but not in earlier releases. -Dimitry --Apple-Mail=_87AADF1D-B9B8-4954-9EDC-21E6948A47C2 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.26 iEYEARECAAYFAlSTJH0ACgkQsF6jCi4glqOyzwCfUxIAeT19Ct+Sar04C72noiC3 SwcAoONLkGO04a0C7/Y9oxfTfhidmjs3 =SWHs -----END PGP SIGNATURE----- --Apple-Mail=_87AADF1D-B9B8-4954-9EDC-21E6948A47C2-- From owner-freebsd-current@FreeBSD.ORG Thu Dec 18 19:13:37 2014 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 83D7599D; Thu, 18 Dec 2014 19:13:37 +0000 (UTC) Received: from mail-pd0-x233.google.com (mail-pd0-x233.google.com [IPv6:2607:f8b0:400e:c02::233]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49973105D; Thu, 18 Dec 2014 19:13:37 +0000 (UTC) Received: by mail-pd0-f179.google.com with SMTP id fp1so1975947pdb.24; Thu, 18 Dec 2014 11:13:36 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=content-type:mime-version:subject:from:in-reply-to:date:cc :message-id:references:to; bh=+xmpZdoMcVfKiQSBuMyzFvGknYzx3AXeytKJBe+ZynU=; b=VRCjSciVRkM/LMPYUbgHG0GCBK4oXdjQUjZvwu8NgPNey+MGNZRfkh+43sjMRGAd18 g61qIou4fBG0c4cjapECaMRzqt2+pBNm/2F3YAbaZOMLsq2K+p9K7wKR8PozWLvQNEBl m187IAC+83Ujh22pv1VXVhJ2bnmX798Dg3IzpREmXKFjdoC6Q7zX+Noh/JyJ8XZyxyWH ZYqHkg5qQnCT/PssSzgIccqX5oVK4q9Fwlhse1zNj4Vjo+Na9MxLMaAuGJbeOqAYilzk OiZ7NHzLY4dNZl/XTe3Defgi85C2Ee5NdtfGoJYUUbxeScGpAyDZTOxnB01lOyfUHvpf DDug== X-Received: by 10.70.137.1 with SMTP id qe1mr6127549pdb.90.1418930016794; Thu, 18 Dec 2014 11:13:36 -0800 (PST) Received: from ?IPv6:2601:8:ab80:7d6:4965:32c9:fd93:5519? ([2601:8:ab80:7d6:4965:32c9:fd93:5519]) by mx.google.com with ESMTPSA id eo4sm7401811pbb.87.2014.12.18.11.13.35 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 18 Dec 2014 11:13:35 -0800 (PST) Content-Type: multipart/signed; boundary="Apple-Mail=_7E7A7273-DB8E-4D03-BA0E-96DA9BB5A08E"; protocol="application/pgp-signature"; micalg=pgp-sha512 Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Subject: Re: RFT: Please help testing the llvm/clang 3.5.0 import From: Garrett Cooper In-Reply-To: Date: Thu, 18 Dec 2014 11:13:36 -0800 Message-Id: <6C1932BE-8B1D-44E1-AAFA-C24756434BDC@gmail.com> References: <8598B1D4-5485-426F-B6D6-22BF26AC5FE1@FreeBSD.org> To: Dimitry Andric X-Mailer: Apple Mail (2.1878.6) Cc: FreeBSD ARM , FreeBSD-Current , FreeBSD ports 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, 18 Dec 2014 19:13:37 -0000 --Apple-Mail=_7E7A7273-DB8E-4D03-BA0E-96DA9BB5A08E Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 On Dec 18, 2014, at 5:02, Dimitry Andric wrote: > On 18 Dec 2014, at 02:17, NGie Cooper wrote: >>=20 >> On Fri, Nov 28, 2014 at 1:03 PM, Dimitry Andric = wrote: > ... >> As a request to speed up the build process further, >> - Would it be [easily] possible in the clang35 branch to bootstrap >> the compiler for a specific architecture? The bootstrap / cross >> compiler for instance always builds N targets instead of building = just >> the desired TARGET/TARGET_ARCH combo. >=20 > It's not very easy, at least not without breaking various parts of our > fragile build system, but I surely want to put something like this on > the TODO list for *after* the import has completed. >=20 > The branch is making progress right now, and I would not want to > complicate matters further by introducing yet another tricky feature. = :) Fair enough :). >> - Could a "MK_CLANG_ALL_TARGETS" or something similar option be >> added to src.opts.mk to fine tune this process for those of us who >> don't want to build a cross-compile toolchain every iteration for our >> target MACHINE/MACHINE_ARCH? >=20 > I would be fine with something like this, as long as it is turned off = by > default, or if it is only used for the bootstrap stages. It is = actually > an extremely useful feature of clang that you can target multiple > architectures with one compiler binary. Yes. If make tinderbox could use this it would be useful, otherwise, for = most folks it seems like a less interesting feature. > A more interesting case would be to remodel the build system so it can > use one toolchain (external, or pkg-ng'd, maybe?) for building an = entire > universe. With clang, that should be relatively easy to do. Agreed. bdrewery is working on something similar to that internally for = Isilon. Building the same toolchain N times internally when building the = system and your upstream revision of FreeBSD doesn=92t change is like = testing your sanity =97 not much changes with the bootstrap = compiler/toolchain then! Thanks for the reply :)! --Apple-Mail=_7E7A7273-DB8E-4D03-BA0E-96DA9BB5A08E 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 iQEcBAEBCgAGBQJUkydgAAoJEMZr5QU6S73eA5MH/Rocvs4q+qhcrhIzhRFcqHGb iuQ0c9VqwmR7BU4aWAMY1qIzBqsEfyImZfUGc/zUAJ+zWQlf8QnJy50Bi5V9kTUO VLin6d7r62VvQu/yUQ0e948w/tlaIRC9kqiEliYZfFqdJMZLfF7ADS69ahzGuSm2 tUQiMLsPE/SMcehspLW/SweT3+fL44UXrzIzxJIAqeP3ea7GPEMQ0+auvqR40yLl iTsTlu2nyCESdWiuQ5tCJoSXjcWRiRsH3fMpCebSwT7oxi0Xn+TDE8PsXSti8doz btDp1abP0F/cQN84fy0xLX+TaUs5XonZe7YgIp080AqbgvhJAZSPy+g1WUsnAvc= =GVVZ -----END PGP SIGNATURE----- --Apple-Mail=_7E7A7273-DB8E-4D03-BA0E-96DA9BB5A08E-- From owner-freebsd-current@FreeBSD.ORG Thu Dec 18 20:02:47 2014 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 CB957C89; Thu, 18 Dec 2014 20:02:47 +0000 (UTC) Received: from mail-ie0-x234.google.com (mail-ie0-x234.google.com [IPv6:2607:f8b0:4001:c03::234]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 9463818FF; Thu, 18 Dec 2014 20:02:47 +0000 (UTC) Received: by mail-ie0-f180.google.com with SMTP id rp18so1840721iec.11; Thu, 18 Dec 2014 12:02:47 -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=yIiML4XKEd78ptHMrQ9NUng8oNYiaIX2kUu7Q3Y3uZM=; b=tOrJShdHNAxde7edotodDVl5526SWLCjhiawNNWvTN46MuwQHIRbUAPHup5I8q8+/9 nYgaO5+Zrf+eq7jvI7nq1xm5wenkFsWsDR9glouLJAjvmjmp0q6GM9lKtf29bD/fGBKm PyIQepFPiDw1OzxQJ+JryQfUlPkR08qSP6P7nzMUSDpLtR5FPn8A2yRE3Yhhd+9ihYdD ARfgb0rAPnuAD805KUnZTtkYxWgjG7nSq79uNYaBS/y0cGBB/Kz/xfN/kKgXe1e7Ypue Eo8AAA4ofQjHP+6h9IPvzAmP50tTwh02pcDchC7eeQjal9MPJULvu3ET/oPWs9i4AaZW Z+xA== X-Received: by 10.42.14.8 with SMTP id f8mr3682847ica.53.1418932967020; Thu, 18 Dec 2014 12:02:47 -0800 (PST) MIME-Version: 1.0 Sender: carpeddiem@gmail.com Received: by 10.107.0.85 with HTTP; Thu, 18 Dec 2014 12:02:26 -0800 (PST) In-Reply-To: <5493066F.7080100@FreeBSD.org> References: <5493066F.7080100@FreeBSD.org> From: Ed Maste Date: Thu, 18 Dec 2014 15:02:26 -0500 X-Google-Sender-Auth: V3ZH-UIB1hIXR-LI_8BlrEPl2gQ Message-ID: Subject: Re: Call for testing: elftoolchain tools To: Pedro Giffuni 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, 18 Dec 2014 20:02:47 -0000 On 18 December 2014 at 11:53, Pedro Giffuni wrote: > test the tools with a fuzzer like security/afl Yes, a very good idea, especially for strings(1) given the way it is often used. I've already found a strings crash with afl. From owner-freebsd-current@FreeBSD.ORG Thu Dec 18 20:21:43 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 452B53F8 for ; Thu, 18 Dec 2014 20:21:43 +0000 (UTC) Received: from mx1.scaleengine.net (beauharnois2.bhs1.scaleengine.net [142.4.218.15]) by mx1.freebsd.org (Postfix) with ESMTP id 1E2371C47 for ; Thu, 18 Dec 2014 20:21:42 +0000 (UTC) Received: from [192.168.1.2] (Seawolf.HML3.ScaleEngine.net [209.51.186.28]) (Authenticated sender: allanjude.freebsd@scaleengine.com) by mx1.scaleengine.net (Postfix) with ESMTPSA id 9073D87E8E for ; Thu, 18 Dec 2014 20:21:41 +0000 (UTC) Message-ID: <54933761.7040209@freebsd.org> Date: Thu, 18 Dec 2014 15:21:53 -0500 From: Allan Jude User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: Call for testing: elftoolchain tools References: <5493066F.7080100@FreeBSD.org> In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="2vWQEeqOoQF011GvsevMg4hrVPHH75L5U" 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, 18 Dec 2014 20:21:43 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --2vWQEeqOoQF011GvsevMg4hrVPHH75L5U Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 2014-12-18 15:02, Ed Maste wrote: > On 18 December 2014 at 11:53, Pedro Giffuni wrote: >> test the tools with a fuzzer like security/afl >=20 > Yes, a very good idea, especially for strings(1) given the way it is > often used. I've already found a strings crash with afl. > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.o= rg" >=20 I cam across this not that long ago: http://lcamtuf.blogspot.ca/2014/10/psa-dont-run-strings-on-untrusted-file= s.html Our strings didn't crash with his proof of concept, but there may be other similar bugs --=20 Allan Jude --2vWQEeqOoQF011GvsevMg4hrVPHH75L5U Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (MingW32) iQIcBAEBAgAGBQJUkzdkAAoJEJrBFpNRJZKfYosQAIJghKwTxrZcOVyczVZgEq3X fioLJSqk/Xtd14IIIsOH47BDIroh/ZgwMIHon/agllxSe0s4UPxdKhuoA9e6siOc L5QirZvyfJ1Sx23UQ4kpcbE0du0JToi+NTBpzzisz+y8N698cJhCPRLJbJClPWtg wc4ht7CTXh180AaEuwwsd0rdgqdElYsur74fXalZG3Q42ZRe6/OExRG1MnBsxJCt G30DG+qsTNLkFTBoJ5OjwMLZo4vJiW0w8cBw+VLAfD+fR2aQKnn42UtyCxtYk1AW tGfwprYgAR0HtLO89eZRrrK2JIBAKZDJlZU7HYJtCx4HzbWX0UJ3UCUpStBHDBpi EBRJbMmTRvvUstfsuzg3c7cl1DKm43rlMbZ1Ccm0zbmsRIu0TGIUfPPc48cSfrl3 M39YoJlQu0rHR1WftPz/uk4hBA0kkCcP/pyKCCXsfDdJc8vSzyvCRBKJiw9qUApF ueh32SviRtw9t2yZGVnKPAK/H3zeOqdm5Fm9xPnccTO0BGnbz1FjG9maAOJi4f7X ma+GznMleYNS9DQFQfA6mVXNLvP0vUmbFS4jIsHIFq84sBAvw8GpozJnhE2dLznC 6Smmo5t/l1NDCSAewtV2XKLXGoD0EjgEQsFmCGHOOsX5VpFWBu8KoCkVUdzeUnpm 0IfLPnMmDo8sWjEtWP8r =GJek -----END PGP SIGNATURE----- --2vWQEeqOoQF011GvsevMg4hrVPHH75L5U-- From owner-freebsd-current@FreeBSD.ORG Thu Dec 18 21:17:08 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 042E08A3; Thu, 18 Dec 2014 21:17:08 +0000 (UTC) Received: from mail-pa0-x22b.google.com (mail-pa0-x22b.google.com [IPv6:2607:f8b0:400e:c03::22b]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id BAD3E26AD; Thu, 18 Dec 2014 21:17:07 +0000 (UTC) Received: by mail-pa0-f43.google.com with SMTP id kx10so2171162pab.30; Thu, 18 Dec 2014 13:17:07 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=content-type:mime-version:subject:from:in-reply-to:date:cc :message-id:references:to; bh=WiNtF0Rm5xB5caPl8hAFac/vQeXBa/vatvcceFslTj8=; b=RnfZoqHGwpKdpJY4VeW4zK9LGUkMb7T7M8nX7K73OUlESgtn0qgp30wk1v3139NgCX sTTE0noMsVnEMXBDm66FIenqsad+g9ToR0hfSiqgMMAVMNxOiqfybywL6KPXal9+RixD Vr+3E3tlc/0XDa0MyBk9hIkJeFoo/p3ie3Q5nXkec+B5PJhmfVuf8a3MXnEK8WbOLMwU 5HVV6BPXs/c5/EaJ5KjGbyT46SbBS5tUrpoPqeB8rnOSQ9f+tmBzu7tWtPMS3oO9PpsS W8voVSn0qPxigBNotIoYy6h1QGcUapkAK/007XvFWBg0q8HbE47SEeItI/D4DllPqoUv WNvw== X-Received: by 10.67.1.66 with SMTP id be2mr6799097pad.132.1418937427313; Thu, 18 Dec 2014 13:17:07 -0800 (PST) Received: from [192.168.20.5] (c-98-247-240-204.hsd1.wa.comcast.net. [98.247.240.204]) by mx.google.com with ESMTPSA id m7sm7622278pdj.47.2014.12.18.13.17.06 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 18 Dec 2014 13:17:06 -0800 (PST) Content-Type: multipart/signed; boundary="Apple-Mail=_809A63B6-D6BB-4306-BBEF-CE33F0F6EA92"; protocol="application/pgp-signature"; micalg=pgp-sha512 Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Subject: Re: RFT: Please help testing the llvm/clang 3.5.0 import From: Garrett Cooper In-Reply-To: <9D9850F8-62D6-4A85-BED3-1B4AB4DE5C14@bsdimp.com> Date: Thu, 18 Dec 2014 13:17:03 -0800 Message-Id: <18CDB8BF-C24E-442D-8904-5DB777E64A62@gmail.com> References: <8598B1D4-5485-426F-B6D6-22BF26AC5FE1@FreeBSD.org> <21650.55288.425711.209975@jerusalem.litteratus.org> <9D9850F8-62D6-4A85-BED3-1B4AB4DE5C14@bsdimp.com> To: Warner Losh X-Mailer: Apple Mail (2.1878.6) Cc: FreeBSD ARM , Robert Huff , Dimitry Andric , FreeBSD ports , 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, 18 Dec 2014 21:17:08 -0000 --Apple-Mail=_809A63B6-D6BB-4306-BBEF-CE33F0F6EA92 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 On Dec 18, 2014, at 6:51, Warner Losh wrote: > With the recent parallelism work, the is true. It might save a couple = percent > off the build time. Before those changes, though, disabling all non = target > arches saved about 10% of the buildworld time. I=92m curious. How much is 10% in terms of minutes and with what -j = value? > Creating a hack to do this is easy (which is how I measured it). But = Dimitry > is right that creating a robust solution is hard. Even harder if you = want it > to be completely clean. It didn=92t seem incredibly hard =97 it just required a bit more = =93generated files=94 in clang AFAICT. I=92ll hang ten until clang35 is = in so I can re-asses what=92s going on with building it. > I tend to agree. IMHO, supporting the work going on to bring the > meta-mode stuff will pay far higher dividends than optimizing this > corner of the build. True=85 probably will! --Apple-Mail=_809A63B6-D6BB-4306-BBEF-CE33F0F6EA92 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 iQEcBAEBCgAGBQJUk0RPAAoJEMZr5QU6S73eDlIH/Rt0qDR/zVfty+f4hvlGSxgT nAaXV/kkkaS9LZcCjyi/4a/RYHUQ1n04I1DVFKmlXkokfCRHpjCV+qZngPyPkbh2 bOFaqMIUKc6Ch+9Y3wXCCIIpLD/7op29vjad/gWNvKsaelWTsdyv3Ls+1nxS4Mmn 69KCWuBqOmf37c1rjHZPOjcBUJG8xY4TDY7kVHn7HSIU+HUBpbSUK1hvTVU5uAd9 +Z8MKgRO9PHev7mzlQTXKblW7pLr7I/N6Lwf6qAfiny48DVJhkk5ZPEvhv0LJgua FFyq0YUGAHjQehmmiigBZ8hsvpCwahdRShzAqYXqeDV6KQ6vHJi48dYIIz6Vks0= =l2No -----END PGP SIGNATURE----- --Apple-Mail=_809A63B6-D6BB-4306-BBEF-CE33F0F6EA92-- From owner-freebsd-current@FreeBSD.ORG Thu Dec 18 21:20:27 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D7E08AA8 for ; Thu, 18 Dec 2014 21:20:27 +0000 (UTC) Received: from venus.codepro.be (venus.codepro.be [IPv6:2a01:4f8:162:1127::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.codepro.be", Issuer "Gandi Standard SSL CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 9D5DB2792 for ; Thu, 18 Dec 2014 21:20:27 +0000 (UTC) Received: from psyche.jupiter.sigsegv.be (94-225-212-248.access.telenet.be [94.225.212.248]) by venus.codepro.be (Postfix) with ESMTPS id A698F22A08; Thu, 18 Dec 2014 22:20:24 +0100 (CET) Received: from kp by psyche.jupiter.sigsegv.be with local (Exim 4.80) (envelope-from ) id 1Y1iUi-0006QE-6h; Thu, 18 Dec 2014 22:20:24 +0100 From: Kristof Provost To: freebsd-current@freebsd.org Subject: [PATCH] minstat: default width is terminal width, not 74 Date: Thu, 18 Dec 2014 22:20:01 +0100 Message-Id: <1418937601-24647-1-git-send-email-kristof@sigsegv.be> X-Mailer: git-send-email 2.1.3 Cc: Kristof Provost 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, 18 Dec 2014 21:20:27 -0000 The man page states that: '-w width Width of ASCII-art plot in characters, default is 74.' This is not entirely correct. The mini-help is more accurate: '-w : width of graph/test output (default 74 or terminal width)' In other words: the man page fails to explain that ministat will default to the terminal width, not 74. It will only fall back to 74 if 'COLUMNS' is not set and ioctl(TIOCGWINSZ) fails. --- usr.bin/ministat/ministat.1 | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/usr.bin/ministat/ministat.1 b/usr.bin/ministat/ministat.1 index ea31c23..4550a09 100644 --- a/usr.bin/ministat/ministat.1 +++ b/usr.bin/ministat/ministat.1 @@ -68,7 +68,7 @@ See .Xr strtok 3 for details. .It Fl w Ar width -Width of ASCII-art plot in characters, default is 74. +Width of ASCII-art plot in characters, default is terminal width or 74. .El .Pp A sample output could look like this: -- 2.1.3 From owner-freebsd-current@FreeBSD.ORG Thu Dec 18 21:29:53 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E6DF4D63 for ; Thu, 18 Dec 2014 21:29:53 +0000 (UTC) Received: from mail-pd0-f174.google.com (mail-pd0-f174.google.com [209.85.192.174]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B07FA282D for ; Thu, 18 Dec 2014 21:29:53 +0000 (UTC) Received: by mail-pd0-f174.google.com with SMTP id fp1so2193748pdb.5 for ; Thu, 18 Dec 2014 13:29:52 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:subject:mime-version:content-type:from :in-reply-to:date:cc:message-id:references:to; bh=8xMcoKdxkZ0OSGQ9A3Uh7Kv6tWCSy2ty83F8QmuIcGY=; b=BdHWzfO3kudth8mAda/9DcWZp0pH130461jd/fC7cnEzxLo50i6f1Qeg79WJewA4B/ qeIT3RPzAAUp0UJVlmX9OC6GhF9fH35Ns31plv4pDMfA8ajNPkUXK3pqcGbBch5jewEG bcY5vkvmQubUFQ/N9NMbxNQfUj0NjG/TE8pMLBS2dX16KIncw/J0vwYcuABTwe4Lv3WG 8f5FIhpjDGQYhe0ROi+0wuzmL/645wFITfP2Mrns+dJGCIfrZogZo2QBgydc9SZD2Pm+ sQdVx4QEClCTLpG0DWD1q72eKfCW+/KzrZZ9C0dYk582g0Wch37o400KDDkWP9rR12jG kMAQ== X-Gm-Message-State: ALoCoQm9KzsD2KMZ3YcMUgTFebBDAhmrUaDdoPACn4FvcoJ96h5DWEQFF38T1Lz0dZP9c39rJ6jf X-Received: by 10.70.27.225 with SMTP id w1mr7073622pdg.40.1418938192638; Thu, 18 Dec 2014 13:29:52 -0800 (PST) Received: from [10.64.25.114] ([69.53.236.236]) by mx.google.com with ESMTPSA id eo4sm7558138pbb.87.2014.12.18.13.29.50 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 18 Dec 2014 13:29:51 -0800 (PST) Sender: Warner Losh Subject: Re: RFT: Please help testing the llvm/clang 3.5.0 import Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\)) Content-Type: multipart/signed; boundary="Apple-Mail=_1EA3A6F9-3440-4F1A-8A0B-18DF4D7401D4"; protocol="application/pgp-signature"; micalg=pgp-sha512 X-Pgp-Agent: GPGMail 2.5b3 From: Warner Losh In-Reply-To: <7C679CB0-A17A-4463-ABF2-E3E456397F5E@FreeBSD.org> Date: Thu, 18 Dec 2014 14:29:49 -0700 Message-Id: <8C5EFF7C-9CA0-43A4-89A3-C6BFF518E83E@bsdimp.com> References: <8598B1D4-5485-426F-B6D6-22BF26AC5FE1@FreeBSD.org> <9A1A4235-3189-4A29-9942-64BF58A703F8@FreeBSD.org> <7C679CB0-A17A-4463-ABF2-E3E456397F5E@FreeBSD.org> To: Dimitry Andric X-Mailer: Apple Mail (2.1993) Cc: FreeBSD ARM , FreeBSD-Current , portmgr@FreeBSD.org, FreeBSD ports , FreeBSD toolchain 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, 18 Dec 2014 21:29:54 -0000 --Apple-Mail=_1EA3A6F9-3440-4F1A-8A0B-18DF4D7401D4 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 > On Dec 18, 2014, at 12:01 PM, Dimitry Andric wrote: >=20 > On 18 Dec 2014, at 15:47, Warner Losh wrote: > ... >>> * Mips will only have a chance with the upcoming clang 3.6.0, but = that >>> is way too late for this import. It will probably require external >>> toolchain support to get it working. >>=20 >> For native builds yes. For cross builds, clang 3.6 can be built on an >> x86 host. >=20 > Yes, and it could even be one of the ports, if that is easier to use. >=20 >=20 >> * Another ports exp-run was done [3], after fixing the problem with >>> lang/gcc, which lead to many skipped dependent ports. >>> * The second exp-run had much better results: the failure with the >>> highest number of dependencies is devel/mingw32-gcc, but this seems >>> to be due to a problem with makeinfo, not clang. The next highest = on >>> the list is java/openjdk6, for which ports r374780 [4] was very >>> recently committed. >>=20 >> Will users of our stable branch have code similar to the code that = caused >> problems? >=20 > I'm not sure which code you are referring to here, the openjdk6 code? > The code itself is basically fine, but for reasons unknown to me, the > port is compiled with -Werror (which is not the case for the other > openjdk ports, apparently). Since clang 3.5.0 adds a few new warnings > for shaky C++ constructions, these appear during the openjdk6 build, = but > they are easily suppressed, if upstream does not fix them, or does not > care to fix them. I meant =E2=80=9Csimilar code to what=E2=80=99s causing problems=E2=80=9D = with the build run in their code they build on FreeBSD. If it is a few new warnings for obscure = things, we can advice to the release notes about what to avoid and how to = mitigate things. > I already sent Jung-uk an alternative fix for openjkd6, similar to the > one used for www/squid, where warnings are suppressed based on the > COMPILER_VERSION variable provided the ports infrastructure. In my > opinion it would still be easier to just to turn off -Werror for any > third-party code, if we don't feel like modifying it (with all the = risks > involved). Yea, we can sort out the code in src and ports. I=E2=80=99m more worried = about what to tell our users that may be compiling their own code that we = don=E2=80=99t control. If these new warnings are ubiquitous, then that could be a = problem for adoption (since many shops mandate -Werror as much as possible, and to comply with that mandate would require additional resources when = trying to upgrade). If there are a few, then we could just document them and = move on. >> One warning flag about your upgrade to the stable branch >> would be if there=E2=80=99s a significant number of user-written = programs that >> suddenly become uncompilable with the new clang using the environment >> that they have today. We know of some items that are issues, so = careful >> attention here is needed. Unless we go proactively looking for these, >> there=E2=80=99s a good chance we won=E2=80=99t find them until users = hit them and start >> to complain (by which point it is likely too late). Could you post a = summary >> of the issues that ports have hit and the fixes necessary? We may = need >> to have that in the release notes and/or UPDATING file to help = prepare >> our users for the bumps and give them solutions over them. >=20 > The base system is already completely free of warnings, as far as I = know > of, so no action is needed there. For ports, the number of failures > introduced by new warnings are quite small, as far as I can see, and > mostly for ports that are compiled with -Werror. Yea, I wasn=E2=80=99t too worried about this aspect of things. > The most encountered new warnings are, off the top of my head: >=20 > -Wabsolute-value >=20 > This warns in two cases, for both C and C++: > * When the code is trying to take the absolute value of an unsigned > quantity, which is effectively a no-op, and almost never what was > intended. The code should be fixed, if at all possible. > * When the code is trying to take the absolute value, but the called > abs() variant is of the wrong type, which may lead to truncation. > If the warning is turned off, better make sure any truncation does > not lead to unwanted side-effects. >=20 > -Wtautological-undefined-compare and > -Wundefined-bool-conversion >=20 > These warn when C++ code is trying to compare 'this' against NULL, = while > 'this' should never be NULL in well-defined C++ code. However, there = is > some legacy (pre C++11) code out there, which actively abuses this > feature, which was less strictly defined in previous C++ versions. >=20 > Squid does this, and apparently openjdk too. The warning can be = turned > off for C++98 and earlier, but compiling the code in C++11 mode might > result in unexpected behavior, for example the unreachable parts of = the > program could be optimized away. This is the kind of information I was talking about. Do we have a = process to make sure this gets into the release notes? >> I would really like to merge this branch to head in about a week, >>> pending portmgr approvall; I don't expect the base system (outside = of >>> llvm/clang) to need any further updates. >>=20 >> I think there=E2=80=99s good reason to do this, but we should chat = about the >> build issues below before doing it. They are minor, but an important >> detail. I=E2=80=99ll see if I can find a few minutes to pull the = branch and send >> patches. >>=20 >>> Lastly, to clear things up about the requirements for this branch = (and >>> thus for head, in a while); to build it, you need to have: >>> * A C++11 capable "host" compiler, e.g. clang >=3D 3.3 or later, or = gcc >>>> =3D 4.8 (I'm not 100% sure if gcc 4.7 will work, reports welcome) >>> * A C++11 standard library, e.g. libc++, or libstdc++ from gcc >=3D = 4.8. >>>=20 >>> So from any earlier standard 10.x or 11.x installation, you should = be >>> good, unless you explicitly disabled clang or libc++. In that case, >>> you must build and install both of those first. >>=20 >> This is true only on i386, amd64, and arm hosts. Given that some = people >> do try to do weird things, tightening up how you present this will = get the >> word out a little better. >>=20 >>> On a 9.x installation, you will have clang by default, but not = libc++, >>> so libc++ should be built and installed first, before attempting to >>> build the clang350-import branch. >>=20 >> Can you make sure that the UPDATING entry you are writing for this >> contains explicit instructions. >=20 > I'm quite bad at writing UPDATING entries, so any help there is much > appreciated. :-) I=E2=80=99m happy to help with this, but I work best from a rough draft = ... >> On 8.x an earlier, you need to upgrade to at least 9.x first, follow >>> the previous instruction. >>=20 >> We should remove building on 8 support then, unless there external >> toolchain stuff is up to the task (e.g. build gcc 4.9, libstc++, = etc). >=20 > The problem with 8.x is that it still has the old binutils 2.15, and > neither clang nor libc++. It would really require some externally > supplied parts. Maybe this could be done with ports, but I'm not sure > how long ports still supports the 8.x branch? If we can=E2=80=99t bootstrap from an 8.x system and have it work, we = need to remove support for doing that from Makefile.inc1 and friends. If we = think we can still support it with the external tool chain stuff, or with the = =E2=80=98end goal=E2=80=99 for the external toolchain stuff, we should leave it in. = At this point, I think it would be best to add a .warning for 8.x saying this isn=E2=80=99= t supported without an external toolchain, and then a month out from the branch = point we can decide what to do. 8.x is supported through the summer, iirc, on ports. Right now, for example, we say if the host is < 8.0 then we = don=E2=80=99t support it. I=E2=80=99ll add something that says if the host is < = 9 then bootstrapping clang won=E2=80=99t work, but I won=E2=80=99t make it an error just yet = and send it to you for your branch. >>> As for MFC'ing, I plan on merging clang 3.5.x to 10.x in a while >>> (roughly a month), but this will cause upgrades from 9.x to 10.x to >>> start requiring the build of libc++, as described above. I don't = think >>> we can merge clang 3.5.x to 9.x, unless clang becomes the default >>> compiler there (but that is very unlikely). >>=20 >> Let=E2=80=99s see how it goes, and what the upgrade issues wind up = being >> before doing this merge back. New =E2=80=9Cmajor=E2=80=9D compilers = on stable branches >> traditionally haven=E2=80=99t been done, but if clang is better about = being ABIly >> identical to prior releases than gcc was, it might not have the same = issues >> associated with it. >=20 > We don't really use llvm or clang's own ABI for anything at the = moment, > just the resulting compiler executable, which is actually one big = binary > (and it is even statically linked, by default). Right, this isn=E2=80=99t what I=E2=80=99m worried about... > The code output by clang 3.4.1 or 3.5.0 is not different in any "ABI" > sense of the word. Of course it will be different in absolute sense, > since optimizations were improved, and so on. This is what I=E2=80=99m worried about given our past experiences with = updating compilers. If we believe there=E2=80=99s no issues here, we can tick = that box but it was traumatic enough the last time we tried this (admittedly with gcc) that I have to ask. Similar representations were made, though it turned out people forgot to ask =E2=80=9Cincluding C++=E2=80=9D until = people noticed that it failed in some cases and started asking=E2=80=A6 > The only real issue is how to bootstrap the compiler itself, since it > requires working C++11 support. In 10.x, we provide that by default, > but not in earlier releases. Yea, that=E2=80=99s something we can document with release notes. Cool! Thanks for taking the time to address my concerns. Warner --Apple-Mail=_1EA3A6F9-3440-4F1A-8A0B-18DF4D7401D4 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 iQIcBAEBCgAGBQJUk0dNAAoJEGwc0Sh9sBEAmUwP/jomM0zYSx9Pn+idgoLi8od8 l/e3bSMwuQcG8jZK+O7XkH+HFPMeDHRJUbFnr3TbnkHhxJIra5x7dOr0BArwzSDW vA1XwBNYcYsUQcgIlLNZ6KLOWmJoyTc8MVoEZPveVqVIyQwCHxHockm1Sl/jdkay fQMtnjES9ToBtpp4tqEFz/kb2hD4V1jJi90CXBdnAvzb2sFAQGZroSpIATo1n+0I XCUo8v1D/28T5xpapD4KUO3hqLc/UOeuozcEi/gBltix5e8xOCkVHyg9pGkiwJ9h 44J2o7k75LWPMZ9T52sCPFtc0F8RAKLcw1pSjRwfN9chCLirx1qnOBJwUmRH863Z X3Im4zDstU5rJhD4Dejsbals308oqyvjyLwS1nvdhReRbXajrj8O3F0UazWTB3cl oOEByTILaN5yrNdw5Y0WF8rPhP4cNQTKAyPv6BFolWW8fbPe8N573DbLbaZpQuX+ 41ppg/dkuV0FEQSVXFL70qZpKA1dRvnE2gBVxNaY5UTLr2urMDpR1ncvmqEVB65y E4qtgCPA9bSx0FPbajPHH8cO2KfK7T/DpHZlTmFLQ8ELWaPu1Vb6sY6mFTJ/es6V y5F4UzwwLsPZdxL/zedpK5J3DtU2tz+mM404267T7lRNOIFupGpZM4iSS0owXcQ+ yoxSQXZj5E1Z+/SMvK+S =ZvMz -----END PGP SIGNATURE----- --Apple-Mail=_1EA3A6F9-3440-4F1A-8A0B-18DF4D7401D4-- From owner-freebsd-current@FreeBSD.ORG Thu Dec 18 21:33:05 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9E2CAFA3 for ; Thu, 18 Dec 2014 21:33:05 +0000 (UTC) Received: from mail-pa0-f47.google.com (mail-pa0-f47.google.com [209.85.220.47]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 670212900 for ; Thu, 18 Dec 2014 21:33:05 +0000 (UTC) Received: by mail-pa0-f47.google.com with SMTP id kq14so2194497pab.6 for ; Thu, 18 Dec 2014 13:33:04 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:subject:mime-version:content-type:from :in-reply-to:date:cc:message-id:references:to; bh=sfdp6hX7rYu9F+ns2uUe1hpK43iBlxUG3iDqMNSo0iw=; b=R9k5rGZm1ZFfXg62L6O9N5+AxBzcr0b8Rs7SIxAqC0zyjfActZmVot6DaH6mTaSxNg Mjk7jJfF5G2BqqoVTw0q1ko4gPxFbWqqqTOnmSdE60ouTwrEerIr4d5rLsH0ACOr88zS OMq19ar3E5cYZy5weSQsfRPKUKE8kiVxsi4rhDy7MxRKDKHRh5AuGgG6aTZcJ5bLl4Es cLyTJ4ImHYuh/QZ5K+uKV5ARxs5eweFI2dCTQL5xsMECdE80P5pSv52+Doeec07IKYiX AwX/1wHrzLIH7kBlcP83dyBycv/IV/8+GCMvzCEVlBLiwvB65sQncCoQ5xRgrBfy7AUT pG+w== X-Gm-Message-State: ALoCoQn0FpqjTZ1gFoqYqwsCBn3yxwhbjxtDPgLTDcTxu0kZnvGgcrAu2yFukPRfhb8X+USQJHKP X-Received: by 10.70.42.172 with SMTP id p12mr7124521pdl.66.1418938384482; Thu, 18 Dec 2014 13:33:04 -0800 (PST) Received: from [10.64.25.114] ([69.53.236.236]) by mx.google.com with ESMTPSA id cm10sm7670846pad.46.2014.12.18.13.33.02 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 18 Dec 2014 13:33:03 -0800 (PST) Sender: Warner Losh Subject: Re: RFT: Please help testing the llvm/clang 3.5.0 import Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\)) Content-Type: multipart/signed; boundary="Apple-Mail=_A5CA1A93-A6F5-47F0-A106-C200CAC64F54"; protocol="application/pgp-signature"; micalg=pgp-sha512 X-Pgp-Agent: GPGMail 2.5b3 From: Warner Losh In-Reply-To: <18CDB8BF-C24E-442D-8904-5DB777E64A62@gmail.com> Date: Thu, 18 Dec 2014 14:33:01 -0700 Message-Id: <68DB489E-7345-4D94-9CE6-44A003D4B326@bsdimp.com> References: <8598B1D4-5485-426F-B6D6-22BF26AC5FE1@FreeBSD.org> <21650.55288.425711.209975@jerusalem.litteratus.org> <9D9850F8-62D6-4A85-BED3-1B4AB4DE5C14@bsdimp.com> <18CDB8BF-C24E-442D-8904-5DB777E64A62@gmail.com> To: Garrett Cooper X-Mailer: Apple Mail (2.1993) Cc: FreeBSD ARM , Robert Huff , Dimitry Andric , FreeBSD ports , 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, 18 Dec 2014 21:33:05 -0000 --Apple-Mail=_A5CA1A93-A6F5-47F0-A106-C200CAC64F54 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 > On Dec 18, 2014, at 2:17 PM, Garrett Cooper = wrote: >=20 > On Dec 18, 2014, at 6:51, Warner Losh wrote: >=20 >> With the recent parallelism work, the is true. It might save a couple = percent >> off the build time. Before those changes, though, disabling all non = target >> arches saved about 10% of the buildworld time. >=20 > I=92m curious. How much is 10% in terms of minutes and with what -j = value? That depends on how long the build takes. For my 20 minute builds it was = about 2 minutes faster. At the time, -j didn=92t really effect build times = once you got north of 4 because parallelism really sucked. Now it doesn=92t suck and it = scales much better and I suspect that the time savings would be tiny because it = would be done at the same time as other things anyway, but I=92ve not measured it = directly. >> Creating a hack to do this is easy (which is how I measured it). But = Dimitry >> is right that creating a robust solution is hard. Even harder if you = want it >> to be completely clean. >=20 > It didn=92t seem incredibly hard =97 it just required a bit more = =93generated files=94 in clang AFAICT. I=92ll hang ten until clang35 is = in so I can re-asses what=92s going on with building it. Yea, and that file generation is a pita, or I=92d have committed my changes a while ago... >> I tend to agree. IMHO, supporting the work going on to bring the >> meta-mode stuff will pay far higher dividends than optimizing this >> corner of the build. >=20 > True=85 probably will! Yea, this isn=92t a problem worth solving today. Warner --Apple-Mail=_A5CA1A93-A6F5-47F0-A106-C200CAC64F54 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 iQIcBAEBCgAGBQJUk0gNAAoJEGwc0Sh9sBEACCoQAMgYuu6g/pPHLcpndN8/cKjv g44ubOsyG8i+1ahZnP/bCGUdDRw9QitdwhV5WLktELlecYALccwPGoyiqlBg6vdt sJ/lKgDVSL0CKOhyUpPvfugB9D6qt3E1oQvqgIQ4iroxI/VeybFpPyBi0LS3L2oU +M6eSNgQWmFotss/MGHIN+6xygsQyxCskO6ft5qaOg/Vam60QrzMfcbQX/50EBZG opl8tpj8tqOuq0FZHbgPxpH6DNWrdyMzXL38yT0xQWUXtgH7OHr4n9xap6oD7iTy Nou9SwSFEEB7WJ3zgRPgg1HmASYMkHPUD7oQh7bn3OIfr777jQtBpS1z0CAdTvgW XHl4cIWuETI/5fo8aMdOj4IdMJTqnqr9M4Nelk4FYeBohp71Id0CZmUk5dSEeoam WY5mfIMgjkmxcz4oqHwJhpblVDyVQ7364wjBdanUX3Mwhv7u88NXce6K9W6T+2j9 sc5nVaDLQTUKnHAdjh7GmZcGv3SFMwMkBsu7dqipvWkK8a7HbxU1k5tggq+mdVdK USW9I7KRM+05Bqx1I6m2W5/iBQ6BmIbY0z9hdA5c0dEL/0WDgf5uuV2sHp3te2hZ g39Z1tb/Bx1axOj37ahnfsMurVSAoptO2BpgXbCnc87CsgNl24m0Z+zNdZou3moA uAYq7Xjw2xfwibX98mJC =2YY7 -----END PGP SIGNATURE----- --Apple-Mail=_A5CA1A93-A6F5-47F0-A106-C200CAC64F54-- From owner-freebsd-current@FreeBSD.ORG Thu Dec 18 21:49:20 2014 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4316E490; Thu, 18 Dec 2014 21:49:20 +0000 (UTC) Received: from frv25.fwdcdn.com (frv25.fwdcdn.com [212.42.77.25]) by mx1.freebsd.org (Postfix) with ESMTP id 005B32BB1; Thu, 18 Dec 2014 21:49:19 +0000 (UTC) Received: from [10.10.14.27] (helo=frv27.fwdcdn.com) by frv25.fwdcdn.com QID:1Y1iwa-0009Da-6F/RC:2; Thu, 18 Dec 2014 23:49:12 +0200 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:Cc:To:From:Date; bh=lGm6hzsgPH/QRQrldG1lRRHuwhjn6uyqGYekzcOagPE=; b=XL3SJdRZ++JKD/JAOuCkEkk9WM7jVsCGNOd+o1VOjv0PDvGkDFH3cIB2NMV8T2N5lf7llI38zVIDuKDyWX1aCk/RaciyU3QZU4YcDBrmm9b+UnJenWjIQcwu96Fm1+DkLRxlBF+TumcxWlaRfvUkYD0wepWVc1eA8KXNebVytcw=; Received: from [178.137.224.146] (helo=nonamehost.local) by frv27.fwdcdn.com with esmtpsa ID 1Y1ifG-000GiH-Kk ; Thu, 18 Dec 2014 23:31:18 +0200 Date: Thu, 18 Dec 2014 23:31:17 +0200 From: Ivan Klymenko To: "Rang, Anton" Subject: Re: 11-CURRENT r275641 panic: Unrecoverable machine check exception Message-ID: <20141218233117.045a8ed9@nonamehost.local> In-Reply-To: References: <20141212214653.41cec479@nonamehost.local> <548B85E7.7000102@FreeBSD.org> <20141213113823.660a1e05@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.224.146; mail.from=fidaj@ukr.net; dkim=pass; header.d=ukr.net X-Ukrnet-Yellow: 0 Cc: "freebsd-current@FreeBSD.org" , Andriy Gapon 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, 18 Dec 2014 21:49:20 -0000 =D0=92 Mon, 15 Dec 2014 17:49:54 +0000 "Rang, Anton" =D0=BF=D0=B8=D1=88=D0=B5=D1=82: > > I certainly could be wrong - but how to know for sure the cause of > > the panic? >=20 > > MCA: CPU 0 UNCOR PCC OVER DCACHE L2 DRD error > > MCA: Address 0xbd8d4cc0 > > MCA: Misc 0x30e3000086 >=20 > The "root cause" may be hard to determine, but the immediate cause > was helpfully decoded by the kernel. (Though I don't know whether all > of the model-specific fields were decoded.) >=20 > UNCOR =3D uncorrected error > PCC =3D processor context corrupted (can't safely continue to execute, > thus the panic) OVER =3D error overflow (hmmm, multiple errors occurred) > DCACHE L2 DRD =3D data being read from L2 data cache >=20 > The miscellaneous register indicates that 0xbd8d4cc0 is a physical > address. >=20 > So this looks like a processor failure. If it is repeatable, though, > it may indicate either failed hardware or some problem in configuring > the processor (though I'm not sure how that could lead to a cache > error). >=20 > Anton Thank you. From owner-freebsd-current@FreeBSD.ORG Fri Dec 19 00:12:45 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 06A19C9D; Fri, 19 Dec 2014 00:12:45 +0000 (UTC) Received: from h2.funkthat.com (gate2.funkthat.com [208.87.223.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "funkthat.com", Issuer "funkthat.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id B5EEB2257; Fri, 19 Dec 2014 00:12:44 +0000 (UTC) Received: from h2.funkthat.com (localhost [127.0.0.1]) by h2.funkthat.com (8.14.3/8.14.3) with ESMTP id sBJ0CfUV078928 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 18 Dec 2014 16:12:42 -0800 (PST) (envelope-from jmg@h2.funkthat.com) Received: (from jmg@localhost) by h2.funkthat.com (8.14.3/8.14.3/Submit) id sBJ0CfC9078927; Thu, 18 Dec 2014 16:12:41 -0800 (PST) (envelope-from jmg) Date: Thu, 18 Dec 2014 16:12:41 -0800 From: John-Mark Gurney To: Warner Losh Subject: Re: RFT: Please help testing the llvm/clang 3.5.0 import Message-ID: <20141219001241.GW25139@funkthat.com> Mail-Followup-To: Warner Losh , Dimitry Andric , FreeBSD ARM , FreeBSD-Current , portmgr@freebsd.org, FreeBSD ports , FreeBSD toolchain References: <8598B1D4-5485-426F-B6D6-22BF26AC5FE1@FreeBSD.org> <9A1A4235-3189-4A29-9942-64BF58A703F8@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 7.2-RELEASE i386 X-PGP-Fingerprint: 54BA 873B 6515 3F10 9E88 9322 9CB1 8F74 6D3F A396 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html X-TipJar: bitcoin:13Qmb6AeTgQecazTWph4XasEsP7nGRbAPE X-to-the-FBI-CIA-and-NSA: HI! HOW YA DOIN? can i haz chizburger? X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.2 (h2.funkthat.com [127.0.0.1]); Thu, 18 Dec 2014 16:12:42 -0800 (PST) Cc: FreeBSD-Current , Dimitry Andric , FreeBSD ARM , FreeBSD toolchain , FreeBSD ports , portmgr@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, 19 Dec 2014 00:12:45 -0000 Warner Losh wrote this message on Thu, Dec 18, 2014 at 07:47 -0700: > This is excellent news Dimitry! > > > On Dec 16, 2014, at 12:36 PM, Dimitry Andric wrote: > > > > On 28 Nov 2014, at 22:03, Dimitry Andric wrote: > >> > >> We're working on updating llvm, clang and lldb to 3.5.0 in head. This > >> is quite a big update again, and any help with testing is appreciated. > >> > >> To try this out, ensure you have good backups or snapshots, then build > >> world and kernel from the projects/clang350-import branch [1]. Please > >> use a Subversion mirror [2], if you are able to. > > > > Here are some updates about the status of the 3.5.0 import. > > > > * i386 and amd64 have been tested through make universe, and everything > > should compile and run. > > * Little-endian ARM builds should now compile and run, thanks to Andrew > > Turner for putting in lots of work. > > * Big-endian ARM is apparently supposed to work, but I'm not sure if > > Andrew managed to test it on real hardware. > > I know Andrew doesn???t have the right arm gear to do this test, and emulation > environments that run FreeBSD have had poor big-endian support for arm. I have a board that I plan to test on shortly... If Andrew would like, I know Jim Thompson has a standing offer to send board(s) to people who will test it... He provided me w/ the board I will be testing on soon... -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-current@FreeBSD.ORG Fri Dec 19 05:42:33 2014 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 D96B2645; Fri, 19 Dec 2014 05:42:32 +0000 (UTC) Received: from h2.funkthat.com (gate2.funkthat.com [208.87.223.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "funkthat.com", Issuer "funkthat.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 8897329E5; Fri, 19 Dec 2014 05:42:32 +0000 (UTC) Received: from h2.funkthat.com (localhost [127.0.0.1]) by h2.funkthat.com (8.14.3/8.14.3) with ESMTP id sBJ5gUMx002810 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 18 Dec 2014 21:42:31 -0800 (PST) (envelope-from jmg@h2.funkthat.com) Received: (from jmg@localhost) by h2.funkthat.com (8.14.3/8.14.3/Submit) id sBJ5gUSA002809; Thu, 18 Dec 2014 21:42:30 -0800 (PST) (envelope-from jmg) Date: Thu, 18 Dec 2014 21:42:30 -0800 From: John-Mark Gurney To: Dimitry Andric Subject: Re: RFT: Please help testing the llvm/clang 3.5.0 import Message-ID: <20141219054230.GA1396@funkthat.com> Mail-Followup-To: Dimitry Andric , FreeBSD-Current , FreeBSD ARM , FreeBSD toolchain , FreeBSD ports , portmgr@freebsd.org References: <8598B1D4-5485-426F-B6D6-22BF26AC5FE1@FreeBSD.org> <9A1A4235-3189-4A29-9942-64BF58A703F8@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable In-Reply-To: <9A1A4235-3189-4A29-9942-64BF58A703F8@FreeBSD.org> User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 7.2-RELEASE i386 X-PGP-Fingerprint: 54BA 873B 6515 3F10 9E88 9322 9CB1 8F74 6D3F A396 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html X-TipJar: bitcoin:13Qmb6AeTgQecazTWph4XasEsP7nGRbAPE X-to-the-FBI-CIA-and-NSA: HI! HOW YA DOIN? can i haz chizburger? X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.2 (h2.funkthat.com [127.0.0.1]); Thu, 18 Dec 2014 21:42:31 -0800 (PST) Cc: FreeBSD ARM , FreeBSD-Current , portmgr@freebsd.org, FreeBSD ports , FreeBSD toolchain 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, 19 Dec 2014 05:42:33 -0000 Dimitry Andric wrote this message on Tue, Dec 16, 2014 at 20:36 +0100: > * Big-endian ARM is apparently supposed to work, but I'm not sure if > Andrew managed to test it on real hardware. hmmm... I can't get it to compile... Maybe I'm missing something... I tried to do: # make buildworld TARGET_ARCH=3Darmeb WITH_BOOTSTRAP_CLANG=3D WITH_CLANG=3D= WITHOUT_GCC=3D WITHOUT_BOOTSTRAP_GCC=3D This is from an amd64 host, though it is a month or two out of date... But it ended w/: c++ -O -pipe -I/a/src/usr.bin/clang/clang/../../../contrib/llvm/include -= I/a/src/usr.bin/clang/clang/../../../contrib/llvm/tools/clang/include -I/a/= src/usr.bin/clang/clang/../../../contrib/llvm/tools/clang/tools/driver -I. = -I/a/src/usr.bin/clang/clang/../../../contrib/llvm/../../lib/clang/include = -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MA= CROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"armeb-gnueabi-fr= eebsd11.0\" -DLLVM_HOST_TRIPLE=3D\"armeb-unknown-freebsd11.0\" -DDEFAULT_SY= SROOT=3D\"\" -fno-exceptions -fno-rtti -static -o clang cc1_main.o cc1as= _main.o driver.o /usr/obj/arm.armeb/a/src/usr.bin/clang/clang/../../../lib/= clang/libclangfrontendtool/libclangfrontendtool.a /usr/obj/arm.armeb/a/src/= usr.bin/clang/clang/../../../lib/clang/libclangfrontend/libclangfrontend.a = /usr/obj/arm.armeb/a/src/usr.bin/clang/clang/../../../lib/clang/libclangdri= ver/libclangdriver.a /usr/obj/arm.armeb/a/src/usr.bin/clang/clang/../../../= lib/clang/libclangserialization/libclangserialization.a /usr/obj/arm.armeb/= a/src/usr.bin/clang/clang/../../../lib/clang/libclangcodegen/libclangcodege= n.a /usr/obj/arm.armeb/a/src/usr.bin/clang/clang/../../../lib/clang/libclan= gparse/libclangparse.a /usr/obj/arm.armeb/a/src/usr.bin/clang/clang/../../.= ./lib/clang/libclangsema/libclangsema.a /usr/obj/arm.armeb/a/src/usr.bin/cl= ang/clang/../../../lib/clang/libclanganalysis/libclanganalysis.a /usr/obj/a= rm.armeb/a/src/usr.bin/clang/clang/../../../lib/clang/libclangedit/libclang= edit.a /usr/obj/arm.armeb/a/src/usr.bin/clang/clang/../../../lib/clang/libc= langast/libclangast.a /usr/obj/arm.armeb/a/src/usr.bin/clang/clang/../../..= /lib/clang/libclangbasic/libclangbasic.a /usr/obj/arm.armeb/a/src/usr.bin/c= lang/clang/../../../lib/clang/libclanglex/libclanglex.a /usr/obj/arm.armeb/= a/src/usr.bin/clang/clang/../../../lib/clang/libllvmoption/libllvmoption.a = /usr/obj/arm.armeb/a/src/usr.bin/clang/clang/../../../lib/clang/libllvmlink= er/libllvmlinker.a /usr/obj/arm.armeb/a/src/usr.bin/clang/clang/../../../li= b/clang/libllvmirreader/libllvmirreader.a /usr/obj/arm.armeb/a/src/usr.bin/= clang/clang/../../../lib/clang/libllvmipo/libllvmipo.a /usr/obj/arm.armeb/a= /src/usr.bin/clang/clang/../../../lib/clang/libllvmvectorize/libllvmvectori= ze.a /usr/obj/arm.armeb/a/src/usr.bin/clang/clang/../../../lib/clang/libllv= minstrumentation/libllvminstrumentation.a /usr/obj/arm.armeb/a/src/usr.bin/= clang/clang/../../../lib/clang/libllvmbitwriter/libllvmbitwriter.a /usr/obj= /arm.armeb/a/src/usr.bin/clang/clang/../../../lib/clang/libllvmbitreader/li= bllvmbitreader.a /usr/obj/arm.armeb/a/src/usr.bin/clang/clang/../../../lib/= clang/libllvmasmparser/libllvmasmparser.a /usr/obj/arm.armeb/a/src/usr.bin/= clang/clang/../../../lib/clang/libllvmarmdisassembler/libllvmarmdisassemble= r.a /usr/obj/arm.armeb/a/src/usr.bin/clang/clang/../../../lib/clang/libllvm= armcodegen/libllvmarmcodegen.a /usr/obj/arm.armeb/a/src/usr.bin/clang/clang= /../../../lib/clang/libllvmarmasmparser/libllvmarmasmparser.a /usr/obj/arm.= armeb/a/src/usr.bin/clang/clang/../../../lib/clang/libllvmarmdesc/libllvmar= mdesc.a /usr/obj/arm.armeb/a/src/usr.bin/clang/clang/../../../lib/clang/lib= llvmarminfo/libllvmarminfo.a /usr/obj/arm.armeb/a/src/usr.bin/clang/clang/.= ./../../lib/clang/libllvmarminstprinter/libllvmarminstprinter.a /usr/obj/ar= m.armeb/a/src/usr.bin/clang/clang/../../../lib/clang/libllvmmipsdisassemble= r/libllvmmipsdisassembler.a /usr/obj/arm.armeb/a/src/usr.bin/clang/clang/..= /../../lib/clang/libllvmmipscodegen/libllvmmipscodegen.a /usr/obj/arm.armeb= /a/src/usr.bin/clang/clang/../../../lib/clang/libllvmmipsasmparser/libllvmm= ipsasmparser.a /usr/obj/arm.armeb/a/src/usr.bin/clang/clang/../../../lib/cl= ang/libllvmmipsdesc/libllvmmipsdesc.a /usr/obj/arm.armeb/a/src/usr.bin/clan= g/clang/../../../lib/clang/libllvmmipsinfo/libllvmmipsinfo.a /usr/obj/arm.a= rmeb/a/src/usr.bin/clang/clang/../../../lib/clang/libllvmmipsinstprinter/li= bllvmmipsinstprinter.a /usr/obj/arm.armeb/a/src/usr.bin/clang/clang/../../.= ./lib/clang/libllvmpowerpccodegen/libllvmpowerpccodegen.a /usr/obj/arm.arme= b/a/src/usr.bin/clang/clang/../../../lib/clang/libllvmpowerpcasmparser/libl= lvmpowerpcasmparser.a /usr/obj/arm.armeb/a/src/usr.bin/clang/clang/../../..= /lib/clang/libllvmpowerpcdesc/libllvmpowerpcdesc.a /usr/obj/arm.armeb/a/src= /usr.bin/clang/clang/../../../lib/clang/libllvmpowerpcinfo/libllvmpowerpcin= fo.a /usr/obj/arm.armeb/a/src/usr.bin/clang/clang/../../../lib/clang/libllv= mpowerpcinstprinter/libllvmpowerpcinstprinter.a /usr/obj/arm.armeb/a/src/us= r.bin/clang/clang/../../../lib/clang/libllvmsparcdisassembler/libllvmsparcd= isassembler.a /usr/obj/arm.armeb/a/src/usr.bin/clang/clang/../../../lib/cla= ng/libllvmsparccodegen/libllvmsparccodegen.a /usr/obj/arm.armeb/a/src/usr.b= in/clang/clang/../../../lib/clang/libllvmsparcasmparser/libllvmsparcasmpars= er.a /usr/obj/arm.armeb/a/src/usr.bin/clang/clang/../../../lib/clang/libllv= msparcdesc/libllvmsparcdesc.a /usr/obj/arm.armeb/a/src/usr.bin/clang/clang/= ../../../lib/clang/libllvmsparcinfo/libllvmsparcinfo.a /usr/obj/arm.armeb/a= /src/usr.bin/clang/clang/../../../lib/clang/libllvmsparcinstprinter/libllvm= sparcinstprinter.a /usr/obj/arm.armeb/a/src/usr.bin/clang/clang/../../../li= b/clang/libllvmx86disassembler/libllvmx86disassembler.a /usr/obj/arm.armeb/= a/src/usr.bin/clang/clang/../../../lib/clang/libllvmx86asmparser/libllvmx86= asmparser.a /usr/obj/arm.armeb/a/src/usr.bin/clang/clang/../../../lib/clang= /libllvmx86codegen/libllvmx86codegen.a /usr/obj/arm.armeb/a/src/usr.bin/cla= ng/clang/../../../lib/clang/libllvmselectiondag/libllvmselectiondag.a /usr/= obj/arm.armeb/a/src/usr.bin/clang/clang/../../../lib/clang/libllvmasmprinte= r/libllvmasmprinter.a /usr/obj/arm.armeb/a/src/usr.bin/clang/clang/../../..= /lib/clang/libllvmmcparser/libllvmmcparser.a /usr/obj/arm.armeb/a/src/usr.b= in/clang/clang/../../../lib/clang/libllvmcodegen/libllvmcodegen.a /usr/obj/= arm.armeb/a/src/usr.bin/clang/clang/../../../lib/clang/libllvmobjcarcopts/l= ibllvmobjcarcopts.a /usr/obj/arm.armeb/a/src/usr.bin/clang/clang/../../../l= ib/clang/libllvmscalaropts/libllvmscalaropts.a /usr/obj/arm.armeb/a/src/usr= .bin/clang/clang/../../../lib/clang/libllvminstcombine/libllvminstcombine.a= /usr/obj/arm.armeb/a/src/usr.bin/clang/clang/../../../lib/clang/libllvmtra= nsformutils/libllvmtransformutils.a /usr/obj/arm.armeb/a/src/usr.bin/clang/= clang/../../../lib/clang/libllvmipa/libllvmipa.a /usr/obj/arm.armeb/a/src/u= sr.bin/clang/clang/../../../lib/clang/libllvmanalysis/libllvmanalysis.a /us= r/obj/arm.armeb/a/src/usr.bin/clang/clang/../../../lib/clang/libllvmx86desc= /libllvmx86desc.a /usr/obj/arm.armeb/a/src/usr.bin/clang/clang/../../../lib= /clang/libllvmx86info/libllvmx86info.a /usr/obj/arm.armeb/a/src/usr.bin/cla= ng/clang/../../../lib/clang/libllvmtarget/libllvmtarget.a /usr/obj/arm.arme= b/a/src/usr.bin/clang/clang/../../../lib/clang/libllvmx86instprinter/libllv= mx86instprinter.a /usr/obj/arm.armeb/a/src/usr.bin/clang/clang/../../../lib= /clang/libllvmmc/libllvmmc.a /usr/obj/arm.armeb/a/src/usr.bin/clang/clang/.= ./../../lib/clang/libllvmobject/libllvmobject.a /usr/obj/arm.armeb/a/src/us= r.bin/clang/clang/../../../lib/clang/libllvmx86utils/libllvmx86utils.a /usr= /obj/arm.armeb/a/src/usr.bin/clang/clang/../../../lib/clang/libllvmcore/lib= llvmcore.a /usr/obj/arm.armeb/a/src/usr.bin/clang/clang/../../../lib/clang/= libllvmsupport/libllvmsupport.a -lncursesw /usr/obj/arm.armeb/a/src/tmp/usr/lib/crt1.o: In function `__start': crt1.c:(.text+0xb4): relocation truncated to fit: R_ARM_CALL against symbol= `atexit' defined in .text section in /usr/obj/arm.armeb/a/src/tmp/usr/lib/= libc.a(atexit.o) crt1.c:(.text+0xbc): relocation truncated to fit: R_ARM_CALL against symbol= `_init_tls' defined in .text section in /usr/obj/arm.armeb/a/src/tmp/usr/l= ib/libc.a(tls.o) crt1.c:(.text+0xc4): relocation truncated to fit: R_ARM_CALL against symbol= `atexit' defined in .text section in /usr/obj/arm.armeb/a/src/tmp/usr/lib/= libc.a(atexit.o) crt1.c:(.text+0x164): relocation truncated to fit: R_ARM_CALL against symbo= l `exit' defined in .text section in /usr/obj/arm.armeb/a/src/tmp/usr/lib/l= ibc.a(exit.o) /usr/obj/arm.armeb/a/src/tmp/usr/lib/crt1.o: In function `finalizer': crt1.c:(.text+0x1d4): relocation truncated to fit: R_ARM_CALL against symbo= l `_fini' defined in .fini section in /usr/obj/arm.armeb/a/src/tmp/usr/lib/= crti.o cc1_main.o: In function `__static_initialization_and_destruction_0(int, int= )': cc1_main.cpp:(.text+0xdc): relocation truncated to fit: R_ARM_CALL against = symbol `getenv' defined in .text section in /usr/obj/arm.armeb/a/src/tmp/us= r/lib/libc.a(getenv.o) cc1_main.cpp:(.text+0x2c4): relocation truncated to fit: R_ARM_CALL against= symbol `std::basic_string, std::allocator >::basic_string(char const*, std::allocator const&)' defined in .t= ext._ZNSsC1EPKcRKSaIcE[_ZNSsC1EPKcRKSaIcE] section in /usr/obj/arm.armeb/a/= src/tmp/usr/lib/libstdc++.a(string-inst.o) cc1_main.cpp:(.text+0x374): relocation truncated to fit: R_ARM_JUMP24 again= st symbol `__gnu_cxx::__exchange_and_add(int volatile*, int)' defined in .t= ext._ZN9__gnu_cxx18__exchange_and_addEPVii section in /usr/obj/arm.armeb/a/= src/tmp/usr/lib/libstdc++.a(atomicity.o) cc1_main.cpp:(.text+0x388): relocation truncated to fit: R_ARM_JUMP24 again= st symbol `std::string::_Rep::_M_destroy(std::allocator const&)' defi= ned in .text._ZNSs4_Rep10_M_destroyERKSaIcE[_ZNSs4_Rep10_M_destroyERKSaIcE]= section in /usr/obj/arm.armeb/a/src/tmp/usr/lib/libstdc++.a(string-inst.o) cc1_main.cpp:(.text+0x3a0): relocation truncated to fit: R_ARM_CALL against= symbol `std::basic_string, std::allocator >::basic_string(char const*, std::allocator const&)' defined in .t= ext._ZNSsC1EPKcRKSaIcE[_ZNSsC1EPKcRKSaIcE] section in /usr/obj/arm.armeb/a/= src/tmp/usr/lib/libstdc++.a(string-inst.o) cc1_main.cpp:(.text+0x44c): additional relocation overflows omitted from th= e output *** Error code 1 Stop. make[5]: stopped in /a/src/usr.bin/clang/clang *** Error code 1 Stop. make[4]: stopped in /a/src/usr.bin/clang *** Error code 1 Stop. make[3]: stopped in /a/src/usr.bin *** Error code 1 Stop. make[2]: stopped in /a/src *** Error code 1 Stop. make[1]: stopped in /a/src *** Error code 1 Stop. make: stopped in /a/src --=20 John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-current@FreeBSD.ORG Fri Dec 19 10:27:48 2014 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 78317153; Fri, 19 Dec 2014 10:27:48 +0000 (UTC) Received: from mail-wg0-x230.google.com (mail-wg0-x230.google.com [IPv6:2a00:1450:400c:c00::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 0CFFC188D; Fri, 19 Dec 2014 10:27:48 +0000 (UTC) Received: by mail-wg0-f48.google.com with SMTP id y19so902146wgg.21; Fri, 19 Dec 2014 02:27:46 -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=7eRs6seN1xdZEcgZGiX45l97/qQ7ojVsIqu0DriEVpk=; b=YhV9Z3X7HhxBAhjB3hk5JT1uPz5cgg3w6Aj8ixkv7V5R2xVSmPpBqCclw0ZfQKV93s rKEdu6n+ARugUD4G9dMea1+ikToMG2VAl9O0J4SPGTFPLFd7QnX0ELX+SSR6qUtlhV+/ lFUUXZ8inA3i5fsraDMsWEQ+2zeLFMjhsx11I3GEZ14OXMkALkT3AtbXNpMavIq4bF6M /Z0uSCpOzmbIOQxIHPb16Ooh+R4MFFuR+ReofBlyPOh8qsrfWIkwrBZBMI62rFhN5Z0u kxCPAPF3AvqTLXx19+2AucSA8bGQ1rbJ6ZjZoLkbhNjjK1q5ZrZ2z2S9siP62Y7Gawc1 zw9Q== MIME-Version: 1.0 X-Received: by 10.180.198.211 with SMTP id je19mr4262327wic.27.1418984866346; Fri, 19 Dec 2014 02:27:46 -0800 (PST) Received: by 10.194.216.226 with HTTP; Fri, 19 Dec 2014 02:27:46 -0800 (PST) Date: Fri, 19 Dec 2014 14:27:46 +0400 Message-ID: Subject: lighttpd crush the system after r274463 From: Andrey Fesenko To: freebsd-current , "freebsd-hackers@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.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, 19 Dec 2014 10:27:48 -0000 Hello, I'm use lighttpd+SPAWNFCGI for moinmoin wiki. Before r274463 work fine, after update r275317 and CURRENT system crushed after start any python CGI script. For test i'm install py27-flup and start simple #!/usr/local/bin/python2.7 def myapp(environ, start_response): start_response('200 OK', [('Content-Type', 'text/plain')]) return ['Hello World!\n'] if __name__ == '__main__': from flup.server.fcgi import WSGIServer WSGIServer(myapp).run() Perl CGI test script work fine. Workaround FreeBSD-r275317 and later lighttpd-1.4.35_5 Options : BZIP2 : on DOCS : on FAM : on GDBM : off IPV6 : on LDAP : off LIBEV : on LUA : on MEMCACHE : off MYSQL : off MYSQLAUTH : off NODELAY : on OPENSSL : on SPAWNFCGI : on VALGRIND : off WEBDAV : off Shared Libs required: libpcre.so.1 liblua-5.1.so libfam.so.0 libev.so.4 Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x8 fault code = supervisor read data, page not present instruction pointer = 0x20:0xffffffff809d44bd stack pointer = 0x28:0xfffffe00f77df700 frame pointer = 0x28:0xfffffe00f77df730 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 658 (lighttpd) [ thread pid 658 tid 100067 ] Stopped at sbappendstream_locked+0x2d: cmpq $0,0x8(%r14) db> bt Tracing pid 658 tid 100067 td 0xfffff8000ba3e940 sbappendstream_locked() at sbappendstream_locked+0x2d/frame 0xfffffe00f77df730 sbappendstream() at sbappendstream+0x3c/frame 0xfffffe00f77df760 tcp_usr_send() at tcp_usr_send+0x1ab/frame 0xfffffe00f77df7e0 sosend_generic() at sosend_generic+0x40b/frame 0xfffffe00f77df8a0 soo_write() at soo_write+0x42/frame 0xfffffe00f77df8d0 dofilewrite() at dofilewrite+0x88/frame 0xfffffe00f77df920 kern_writev() at kern_writev+0x68/frame 0xfffffe00f77df970 sys_writev() at sys_writev+0x36/frame 0xfffffe00f77df9a0 amd64_syscall() at amd64_syscall+0x25a/frame 0xfffffe00f77dfab0 Xfast_syscall() at Xfast_syscall+0xfb/frame 0xfffffe00f77dfab0 --- syscall (121, FreeBSD ELF64, sys_writev), rip = 0x80164cb8a, rsp = 0x7fffffffa658, rbp = 0x7fffffffe6 c0 --- From owner-freebsd-current@FreeBSD.ORG Fri Dec 19 15:46:48 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8DBD6332 for ; Fri, 19 Dec 2014 15:46:48 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 6F0012EB8 for ; Fri, 19 Dec 2014 15:46:48 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 4965B68E for ; Fri, 19 Dec 2014 15:46:44 +0000 (UTC) Date: Fri, 19 Dec 2014 15:46:43 +0000 (GMT) From: jenkins-admin@freebsd.org To: freebsd-current@freebsd.org Message-ID: <805885612.42.1419004003694.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Build failed in Jenkins: Build-UFS-image #715 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Jenkins-Job: Build-UFS-image 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: Fri, 19 Dec 2014 15:46:48 -0000 See ------------------------------------------ [...truncated 11731 lines...] install -o root -g wheel -m 444 ts.1.gz install -o root -g wheel -m 444 tsget.1.gz install -o root -g wheel -m 444 verify.1.gz install -o root -g wheel -m 444 version.1.gz install -o root -g wheel -m 444 x509.1.gz install -o root -g wheel -m 444 x509v3_config.1.gz -> -> -> -> -> -> -> -> -> -> -> -> ===> secure/usr.bin/scp (install) install -s -o root -g wheel -m 555 scp install -o root -g wheel -m 444 scp.1.gz ===> secure/usr.bin/sftp (install) install -s -o root -g wheel -m 555 sftp install -o root -g wheel -m 444 sftp.1.gz ===> secure/usr.bin/ssh (install) install -s -o root -g wheel -m 555 ssh install -o root -g wheel -m 444 ssh.1.gz install -o root -g wheel -m 444 ssh_config.5.gz -> -> ===> secure/usr.bin/ssh-add (install) install -s -o root -g wheel -m 555 ssh-add install -o root -g wheel -m 444 ssh-add.1.gz ===> secure/usr.bin/ssh-agent (install) install -s -o root -g wheel -m 555 ssh-agent install -o root -g wheel -m 444 ssh-agent.1.gz ===> secure/usr.bin/ssh-keygen (install) install -s -o root -g wheel -m 555 ssh-keygen install -o root -g wheel -m 444 ssh-keygen.1.gz ===> secure/usr.bin/ssh-keyscan (install) install -s -o root -g wheel -m 555 ssh-keyscan install -o root -g wheel -m 444 ssh-keyscan.1.gz ===> secure/usr.bin/tests (install) install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/tests/Kyuafile ===> secure/usr.sbin (install) ===> secure/usr.sbin/sshd (install) install -s -o root -g wheel -m 555 sshd install -o root -g wheel -m 444 sshd.8.gz install -o root -g wheel -m 444 sshd_config.5.gz ===> secure/usr.sbin/tests (install) install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/tests/Kyuafile ===> share (install) ===> share/colldef (install) install -o root -g wheel -m 444 bg_BG.CP1251.out install -o root -g wheel -m 444 be_BY.CP1131.out install -o root -g wheel -m 444 be_BY.CP1251.out install -o root -g wheel -m 444 be_BY.ISO8859-5.out install -o root -g wheel -m 444 ca_ES.ISO8859-1.out install -o root -g wheel -m 444 ca_ES.ISO8859-15.out install -o root -g wheel -m 444 cs_CZ.ISO8859-2.out install -o root -g wheel -m 444 de_DE.ISO8859-1.out install -o root -g wheel -m 444 de_DE.ISO8859-15.out install -o root -g wheel -m 444 el_GR.ISO8859-7.out install -o root -g wheel -m 444 es_ES.ISO8859-1.out install -o root -g wheel -m 444 es_ES.ISO8859-15.out install -o root -g wheel -m 444 et_EE.ISO8859-15.out install -o root -g wheel -m 444 hi_IN.ISCII-DEV.out install -o root -g wheel -m 444 hr_HR.ISO8859-2.out install -o root -g wheel -m 444 hy_AM.ARMSCII-8.out install -o root -g wheel -m 444 is_IS.ISO8859-1.out install -o root -g wheel -m 444 is_IS.ISO8859-15.out install -o root -g wheel -m 444 kk_KZ.PT154.out install -o root -g wheel -m 444 la_LN.ISO8859-1.out install -o root -g wheel -m 444 la_LN.ISO8859-13.out install -o root -g wheel -m 444 la_LN.ISO8859-15.out install -o root -g wheel -m 444 la_LN.ISO8859-2.out install -o root -g wheel -m 444 la_LN.ISO8859-4.out install -o root -g wheel -m 444 la_LN.US-ASCII.out install -o root -g wheel -m 444 no_NO.ISO8859-1.out install -o root -g wheel -m 444 no_NO.ISO8859-15.out install -o root -g wheel -m 444 lt_LT.ISO8859-4.out install -o root -g wheel -m 444 pl_PL.ISO8859-2.out install -o root -g wheel -m 444 ru_RU.CP1251.out install -o root -g wheel -m 444 ru_RU.CP866.out install -o root -g wheel -m 444 ru_RU.ISO8859-5.out install -o root -g wheel -m 444 ru_RU.KOI8-R.out install -o root -g wheel -m 444 sl_SI.ISO8859-2.out install -o root -g wheel -m 444 sr_YU.ISO8859-5.out install -o root -g wheel -m 444 sv_SE.ISO8859-1.out install -o root -g wheel -m 444 sv_SE.ISO8859-15.out install -o root -g wheel -m 444 tr_TR.ISO8859-9.out install -o root -g wheel -m 444 uk_UA.CP1251.out install -o root -g wheel -m 444 uk_UA.ISO8859-5.out install -o root -g wheel -m 444 uk_UA.KOI8-U.out -> ../is_IS.ISO8859-1/LC_COLLATE -> ../ca_ES.ISO8859-1/LC_COLLATE -> ../ca_ES.ISO8859-1/LC_COLLATE -> ../ca_ES.ISO8859-1/LC_COLLATE -> ../de_DE.ISO8859-1/LC_COLLATE -> ../de_DE.ISO8859-1/LC_COLLATE -> ../no_NO.ISO8859-1/LC_COLLATE -> ../no_NO.ISO8859-1/LC_COLLATE -> ../la_LN.ISO8859-1/LC_COLLATE -> ../la_LN.ISO8859-1/LC_COLLATE -> ../la_LN.ISO8859-1/LC_COLLATE -> ../la_LN.ISO8859-1/LC_COLLATE -> ../la_LN.ISO8859-1/LC_COLLATE -> ../la_LN.ISO8859-1/LC_COLLATE -> ../la_LN.ISO8859-1/LC_COLLATE -> ../la_LN.ISO8859-1/LC_COLLATE -> ../la_LN.ISO8859-1/LC_COLLATE -> ../la_LN.ISO8859-1/LC_COLLATE -> ../la_LN.ISO8859-1/LC_COLLATE -> ../la_LN.ISO8859-1/LC_COLLATE -> ../la_LN.ISO8859-1/LC_COLLATE -> ../la_LN.ISO8859-1/LC_COLLATE -> ../la_LN.ISO8859-1/LC_COLLATE -> ../la_LN.ISO8859-1/LC_COLLATE -> ../la_LN.ISO8859-1/LC_COLLATE -> ../la_LN.ISO8859-1/LC_COLLATE -> ../pt_PT.ISO8859-1/LC_COLLATE -> ../la_LN.ISO8859-2/LC_COLLATE -> ../la_LN.ISO8859-2/LC_COLLATE -> ../la_LN.ISO8859-2/LC_COLLATE -> ../cs_CZ.ISO8859-2/LC_COLLATE -> ../la_LN.ISO8859-13/LC_COLLATE -> ../la_LN.ISO8859-13/LC_COLLATE -> ../ca_ES.ISO8859-15/LC_COLLATE -> ../ca_ES.ISO8859-15/LC_COLLATE -> ../ca_ES.ISO8859-15/LC_COLLATE -> ../de_DE.ISO8859-15/LC_COLLATE -> ../de_DE.ISO8859-15/LC_COLLATE -> ../no_NO.ISO8859-15/LC_COLLATE -> ../no_NO.ISO8859-15/LC_COLLATE -> ../la_LN.ISO8859-15/LC_COLLATE -> ../la_LN.ISO8859-15/LC_COLLATE -> ../la_LN.ISO8859-15/LC_COLLATE -> ../la_LN.ISO8859-15/LC_COLLATE -> ../la_LN.ISO8859-15/LC_COLLATE -> ../la_LN.ISO8859-15/LC_COLLATE -> ../la_LN.ISO8859-15/LC_COLLATE -> ../la_LN.ISO8859-15/LC_COLLATE -> ../la_LN.ISO8859-15/LC_COLLATE -> ../la_LN.ISO8859-15/LC_COLLATE -> ../la_LN.ISO8859-15/LC_COLLATE -> ../la_LN.ISO8859-15/LC_COLLATE -> ../la_LN.ISO8859-15/LC_COLLATE -> ../la_LN.ISO8859-15/LC_COLLATE -> ../la_LN.ISO8859-15/LC_COLLATE -> ../la_LN.ISO8859-15/LC_COLLATE -> ../la_LN.ISO8859-15/LC_COLLATE -> ../la_LN.ISO8859-15/LC_COLLATE -> ../la_LN.US-ASCII/LC_COLLATE -> ../la_LN.US-ASCII/LC_COLLATE -> ../la_LN.US-ASCII/LC_COLLATE -> ../la_LN.US-ASCII/LC_COLLATE -> ../la_LN.US-ASCII/LC_COLLATE -> ../la_LN.US-ASCII/LC_COLLATE -> ../la_LN.US-ASCII/LC_COLLATE -> ../la_LN.US-ASCII/LC_COLLATE -> ../la_LN.US-ASCII/LC_COLLATE -> ../la_LN.US-ASCII/LC_COLLATE -> ../la_LN.US-ASCII/LC_COLLATE -> ../la_LN.US-ASCII/LC_COLLATE -> ../la_LN.US-ASCII/LC_COLLATE -> ../la_LN.US-ASCII/LC_COLLATE -> ../la_LN.US-ASCII/LC_COLLATE -> ../la_LN.US-ASCII/LC_COLLATE -> ../la_LN.US-ASCII/LC_COLLATE -> ../la_LN.US-ASCII/LC_COLLATE -> ../la_LN.US-ASCII/LC_COLLATE -> ../la_LN.US-ASCII/LC_COLLATE -> ../la_LN.US-ASCII/LC_COLLATE -> ../la_LN.US-ASCII/LC_COLLATE -> ../la_LN.US-ASCII/LC_COLLATE -> ../la_LN.US-ASCII/LC_COLLATE -> ../la_LN.US-ASCII/LC_COLLATE -> ../la_LN.US-ASCII/LC_COLLATE -> ../la_LN.US-ASCII/LC_COLLATE -> ../la_LN.US-ASCII/LC_COLLATE -> ../la_LN.US-ASCII/LC_COLLATE -> ../la_LN.US-ASCII/LC_COLLATE -> ../la_LN.US-ASCII/LC_COLLATE -> ../la_LN.US-ASCII/LC_COLLATE -> ../la_LN.US-ASCII/LC_COLLATE -> ../la_LN.US-ASCII/LC_COLLATE -> ../la_LN.US-ASCII/LC_COLLATE -> ../la_LN.US-ASCII/LC_COLLATE -> ../la_LN.US-ASCII/LC_COLLATE -> ../la_LN.US-ASCII/LC_COLLATE -> ../la_LN.US-ASCII/LC_COLLATE -> ../la_LN.US-ASCII/LC_COLLATE -> ../la_LN.US-ASCII/LC_COLLATE -> ../la_LN.US-ASCII/LC_COLLATE -> ../la_LN.US-ASCII/LC_COLLATE -> ../la_LN.US-ASCII/LC_COLLATE -> ../la_LN.US-ASCII/LC_COLLATE -> ../la_LN.US-ASCII/LC_COLLATE -> ../la_LN.US-ASCII/LC_COLLATE -> ../la_LN.US-ASCII/LC_COLLATE -> ../la_LN.US-ASCII/LC_COLLATE -> ../la_LN.US-ASCII/LC_COLLATE -> ../la_LN.US-ASCII/LC_COLLATE -> ../la_LN.US-ASCII/LC_COLLATE -> ../la_LN.US-ASCII/LC_COLLATE -> ../la_LN.US-ASCII/LC_COLLATE -> ../la_LN.US-ASCII/LC_COLLATE -> ../la_LN.US-ASCII/LC_COLLATE -> ../la_LN.US-ASCII/LC_COLLATE -> ../la_LN.US-ASCII/LC_COLLATE -> ../la_LN.US-ASCII/LC_COLLATE -> ../la_LN.US-ASCII/LC_COLLATE -> ../la_LN.US-ASCII/LC_COLLATE -> ../la_LN.US-ASCII/LC_COLLATE -> ../la_LN.US-ASCII/LC_COLLATE -> ../la_LN.US-ASCII/LC_COLLATE -> ../la_LN.US-ASCII/LC_COLLATE -> ../la_LN.US-ASCII/LC_COLLATE -> ../la_LN.US-ASCII/LC_COLLATE -> ../la_LN.US-ASCII/LC_COLLATE -> ../la_LN.US-ASCII/LC_COLLATE -> ../la_LN.US-ASCII/LC_COLLATE -> ../la_LN.US-ASCII/LC_COLLATE -> ../la_LN.US-ASCII/LC_COLLATE -> ../la_LN.US-ASCII/LC_COLLATE -> ../la_LN.US-ASCII/LC_COLLATE ===> share/dict (install) make[5]: "/builds/FreeBSD_HEAD/share/mk/bsd.compiler.mk" line 42: Unable to determine compiler type for cc. Consider setting COMPILER_TYPE. *** Error code 1 Stop. make[4]: stopped in /builds/FreeBSD_HEAD/share *** Error code 1 Stop. make[3]: stopped in /builds/FreeBSD_HEAD *** Error code 1 Stop. make[2]: stopped in /builds/FreeBSD_HEAD *** Error code 1 Stop. make[1]: stopped in /builds/FreeBSD_HEAD *** Error code 1 Stop. make: stopped in /builds/FreeBSD_HEAD Build step 'Execute shell' marked build as failure From owner-freebsd-current@FreeBSD.ORG Fri Dec 19 18:28:59 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 919DFCA3; Fri, 19 Dec 2014 18:28:59 +0000 (UTC) Received: from mail-wi0-x22c.google.com (mail-wi0-x22c.google.com [IPv6:2a00:1450:400c:c05::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 3501B2DEF; Fri, 19 Dec 2014 18:28:59 +0000 (UTC) Received: by mail-wi0-f172.google.com with SMTP id n3so2772856wiv.11; Fri, 19 Dec 2014 10:28:57 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=nImUziS9qEt8SBPgHRPHdtTagFGX7VNCIpitH2rhrZM=; b=GvUiuNiLj7Zw/igycdbJQHPmUPa0wmxDqoi5fdAg66xKpRLPio8NlO6XuJI8zWzPAm oEpHAHb8sGXMt7H3ZqyI2BHgFlti7PuLV+9egCZg4aAOecMjF+i3I1hgz7oCtq4QSs3Y 2HxPeBcn2ffmqV/2rhAyIorRr1AS8E32h5c6nWvudndeV/qcw3sK6c5Q+0VgQgN7F9T9 iVy5/RQzsH6p7ETlDGi8qqjHAZ5nRHQyzIoMyhNkNvyj4Bi6fUFGhPDJSVGCVwRLRN+q kUG4YrV9M42Lz1kCIwadk1KuKfsay5JJaTMqvVfTHVM9l0OLKIrWgZ3J5c32xiauLjDD OHXA== MIME-Version: 1.0 X-Received: by 10.194.85.83 with SMTP id f19mr17965185wjz.20.1419013737536; Fri, 19 Dec 2014 10:28:57 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.216.106.195 with HTTP; Fri, 19 Dec 2014 10:28:57 -0800 (PST) In-Reply-To: References: Date: Fri, 19 Dec 2014 10:28:57 -0800 X-Google-Sender-Auth: L8YLXbR2yNwOpR8u3u3ghNW6Nxk Message-ID: Subject: Re: lighttpd crush the system after r274463 From: Adrian Chadd To: Andrey Fesenko , Gleb Smirnoff Content-Type: text/plain; charset=UTF-8 Cc: "freebsd-hackers@freebsd.org" , freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-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, 19 Dec 2014 18:28:59 -0000 Hm, glebius? Any ideas? -adrian On 19 December 2014 at 02:27, Andrey Fesenko wrote: > Hello, > I'm use lighttpd+SPAWNFCGI for moinmoin wiki. > Before r274463 work fine, after update r275317 and CURRENT system > crushed after start any python CGI script. > > For test i'm install py27-flup and start simple > > #!/usr/local/bin/python2.7 > def myapp(environ, start_response): > start_response('200 OK', [('Content-Type', 'text/plain')]) > return ['Hello World!\n'] > > if __name__ == '__main__': > from flup.server.fcgi import WSGIServer > WSGIServer(myapp).run() > > Perl CGI test script work fine. > > Workaround FreeBSD-r275317 and later > > lighttpd-1.4.35_5 > Options : > BZIP2 : on > DOCS : on > FAM : on > GDBM : off > IPV6 : on > LDAP : off > LIBEV : on > LUA : on > MEMCACHE : off > MYSQL : off > MYSQLAUTH : off > NODELAY : on > OPENSSL : on > SPAWNFCGI : on > VALGRIND : off > WEBDAV : off > Shared Libs required: > libpcre.so.1 > liblua-5.1.so > libfam.so.0 > libev.so.4 > > Fatal trap 12: page fault while in kernel mode > cpuid = 0; apic id = 00 > fault virtual address = 0x8 > fault code = supervisor read data, page not present > instruction pointer = 0x20:0xffffffff809d44bd > stack pointer = 0x28:0xfffffe00f77df700 > frame pointer = 0x28:0xfffffe00f77df730 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, long 1, def32 0, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = 658 (lighttpd) > [ thread pid 658 tid 100067 ] > Stopped at sbappendstream_locked+0x2d: cmpq $0,0x8(%r14) > db> bt > Tracing pid 658 tid 100067 td 0xfffff8000ba3e940 > sbappendstream_locked() at sbappendstream_locked+0x2d/frame 0xfffffe00f77df730 > sbappendstream() at sbappendstream+0x3c/frame 0xfffffe00f77df760 > tcp_usr_send() at tcp_usr_send+0x1ab/frame 0xfffffe00f77df7e0 > sosend_generic() at sosend_generic+0x40b/frame 0xfffffe00f77df8a0 > soo_write() at soo_write+0x42/frame 0xfffffe00f77df8d0 > dofilewrite() at dofilewrite+0x88/frame 0xfffffe00f77df920 > kern_writev() at kern_writev+0x68/frame 0xfffffe00f77df970 > sys_writev() at sys_writev+0x36/frame 0xfffffe00f77df9a0 > amd64_syscall() at amd64_syscall+0x25a/frame 0xfffffe00f77dfab0 > Xfast_syscall() at Xfast_syscall+0xfb/frame 0xfffffe00f77dfab0 > --- syscall (121, FreeBSD ELF64, sys_writev), rip = 0x80164cb8a, rsp = > 0x7fffffffa658, rbp = 0x7fffffffe6 > c0 --- > _______________________________________________ > freebsd-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 Dec 19 19:42:17 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 45D6E124; Fri, 19 Dec 2014 19:42:17 +0000 (UTC) Received: from mail.madpilot.net (grunt.madpilot.net [78.47.145.38]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id EE2161BF6; Fri, 19 Dec 2014 19:42:15 +0000 (UTC) Received: from mail (mail [192.168.254.3]) by mail.madpilot.net (Postfix) with ESMTP id 3k40nx2j4SzZrR; Fri, 19 Dec 2014 20:41:57 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=madpilot.net; h= content-transfer-encoding:content-type:content-type:in-reply-to :references:subject:subject:mime-version:user-agent:from:from :date:date:message-id:received:received; s=mail; t=1419018115; x=1420832516; bh=edwPiOcvg4YBsAi8A8HixkUo3rQiAXDl7JGr7fNNC8g=; b= rbnpRJLgqyq+/bF07wvS7Q/GTFY3jAq3n/HtGiqpSzFcCe58mHlvWOs7pqsH0x+u QG5o6lLHcdeHwunAbDop7j6XVy2uwovNv14sRmCB+2gIdVaOvdhqwUk+1BHeongN q7rLWtw7PzYnddtcqkoCqmtkq1GynNjmELDVGgOrqMc= Received: from mail.madpilot.net ([192.168.254.3]) by mail (mail.madpilot.net [192.168.254.3]) (amavisd-new, port 10024) with ESMTP id 0CxCF4IWULzJ; Fri, 19 Dec 2014 20:41:55 +0100 (CET) Received: from tommy.madpilot.net (micro.madpilot.net [88.149.173.206]) by mail.madpilot.net (Postfix) with ESMTPSA; Fri, 19 Dec 2014 20:41:55 +0100 (CET) Message-ID: <54947F82.3090603@madpilot.net> Date: Fri, 19 Dec 2014 20:41:54 +0100 From: Guido Falsi User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 MIME-Version: 1.0 To: Adrian Chadd , Andrey Fesenko , Gleb Smirnoff Subject: Re: lighttpd crush the system after r274463 References: In-Reply-To: Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit Cc: "freebsd-hackers@freebsd.org" , 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, 19 Dec 2014 19:42:17 -0000 On 12/19/14 19:28, Adrian Chadd wrote: > Hm, glebius? Any ideas? > [...] >> Fatal trap 12: page fault while in kernel mode >> cpuid = 0; apic id = 00 >> fault virtual address = 0x8 >> fault code = supervisor read data, page not present >> instruction pointer = 0x20:0xffffffff809d44bd >> stack pointer = 0x28:0xfffffe00f77df700 >> frame pointer = 0x28:0xfffffe00f77df730 >> code segment = base 0x0, limit 0xfffff, type 0x1b >> = DPL 0, pres 1, long 1, def32 0, gran 1 >> processor eflags = interrupt enabled, resume, IOPL = 0 >> current process = 658 (lighttpd) >> [ thread pid 658 tid 100067 ] >> Stopped at sbappendstream_locked+0x2d: cmpq $0,0x8(%r14) >> db> bt >> Tracing pid 658 tid 100067 td 0xfffff8000ba3e940 >> sbappendstream_locked() at sbappendstream_locked+0x2d/frame 0xfffffe00f77df730 >> sbappendstream() at sbappendstream+0x3c/frame 0xfffffe00f77df760 >> tcp_usr_send() at tcp_usr_send+0x1ab/frame 0xfffffe00f77df7e0 >> sosend_generic() at sosend_generic+0x40b/frame 0xfffffe00f77df8a0 >> soo_write() at soo_write+0x42/frame 0xfffffe00f77df8d0 >> dofilewrite() at dofilewrite+0x88/frame 0xfffffe00f77df920 >> kern_writev() at kern_writev+0x68/frame 0xfffffe00f77df970 >> sys_writev() at sys_writev+0x36/frame 0xfffffe00f77df9a0 >> amd64_syscall() at amd64_syscall+0x25a/frame 0xfffffe00f77dfab0 >> Xfast_syscall() at Xfast_syscall+0xfb/frame 0xfffffe00f77dfab0 >> --- syscall (121, FreeBSD ELF64, sys_writev), rip = 0x80164cb8a, rsp = >> 0x7fffffffa658, rbp = 0x7fffffffe6 >> c0 --- Maybe I'm wrong but I see some similarities with what I reported with virtualbox. Bug 195822 has been filed about that. All information I have is there. Glebius already knows. -- Guido Falsi From owner-freebsd-current@FreeBSD.ORG Fri Dec 19 20:46:12 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 030387C8; Fri, 19 Dec 2014 20:46:12 +0000 (UTC) Received: from cell.glebius.int.ru (glebius.int.ru [81.19.69.10]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "cell.glebius.int.ru", Issuer "cell.glebius.int.ru" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 7FE4E29E7; Fri, 19 Dec 2014 20:46:10 +0000 (UTC) Received: from cell.glebius.int.ru (localhost [127.0.0.1]) by cell.glebius.int.ru (8.14.9/8.14.9) with ESMTP id sBJKk6XY060519 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Fri, 19 Dec 2014 23:46:06 +0300 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.glebius.int.ru (8.14.9/8.14.9/Submit) id sBJKk64u060518; Fri, 19 Dec 2014 23:46:06 +0300 (MSK) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.glebius.int.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Fri, 19 Dec 2014 23:46:06 +0300 From: Gleb Smirnoff To: Guido Falsi Subject: Re: lighttpd crush the system after r274463 Message-ID: <20141219204606.GD47144@glebius.int.ru> References: <54947F82.3090603@madpilot.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <54947F82.3090603@madpilot.net> User-Agent: Mutt/1.5.23 (2014-03-12) Cc: "freebsd-hackers@freebsd.org" , Adrian Chadd , freebsd-current , Andrey Fesenko 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, 19 Dec 2014 20:46:12 -0000 On Fri, Dec 19, 2014 at 08:41:54PM +0100, Guido Falsi wrote: G> On 12/19/14 19:28, Adrian Chadd wrote: G> > Hm, glebius? Any ideas? I was quite busy last week, doing defense of my thesis. Now it is done, and I will look at the problem ASAP. -- Totus tuus, Glebius. From owner-freebsd-current@FreeBSD.ORG Fri Dec 19 21:30:04 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0DDDB2E6; Fri, 19 Dec 2014 21:30:04 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id E39FC1084; Fri, 19 Dec 2014 21:30:03 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 4F3E56F9; Fri, 19 Dec 2014 21:30:04 +0000 (UTC) Date: Fri, 19 Dec 2014 21:30:03 +0000 (GMT) From: jenkins-admin@freebsd.org To: jenkins-admin@FreeBSD.org, freebsd-current@freebsd.org, imp@FreeBSD.org, mav@FreeBSD.org, benno@FreeBSD.org Message-ID: <528697071.44.1419024604128.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Build failed in Jenkins: FreeBSD_HEAD #2058 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Jenkins-Job: FreeBSD_HEAD X-Jenkins-Result: FAILURE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.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, 19 Dec 2014 21:30:04 -0000 See Changes: [mav] Constify some static data. MFC after: 2 weeks [mav] Reduce number of places where global control_softc is used. At some point we may want to have several CTL instances, and that is not really impossible. MFC after: 2 weeks [benno] Adjust the test of a KASSERT to better match the intent. This assertion was added in r246213 as a guard against corrupted mbufs arriving from drivers, the key distinguishing factor of said mbufs being that they had a negative length. Given we're in a while loop specifically designed to skip over zero-length mbufs, panicking on a zero-length mbuf seems incorrect. No objection from: kib [imp] Bump the largest record we can cope with from 1k to 8k. Other users of the hints file don't have any real limits, and longer records will need to be written shortly. ------------------------------------------ Started by an SCM change Building remotely on jenkins-10.freebsd.org (FreeBSD-10) in workspace Updating svn://svn.freebsd.org/base/head at revision '2014-12-19T21:28:13.207 +0000' U usr.sbin/kldxref/kldxref.c U sys/fs/nfs/nfs_commonsubs.c U sys/cam/ctl/ctl_frontend.c U sys/cam/ctl/ctl.c U sys/cam/ctl/ctl_tpc.c U sys/cam/ctl/ctl_backend.c U sys/cam/ctl/ctl_tpc.h U sys/cam/ctl/ctl_tpc_local.c U sys/cam/ctl/scsi_ctl.c At revision 275943 FATAL: PermGen space java.lang.OutOfMemoryError: PermGen space at java.lang.Class.getDeclaredConstructors0(Native Method) at java.lang.Class.privateGetDeclaredConstructors(Class.java:2532) at java.lang.Class.getConstructor0(Class.java:2842) at java.lang.Class.newInstance(Class.java:345) at sun.reflect.MethodAccessorGenerator$1.run(MethodAccessorGenerator.java:399) at sun.reflect.MethodAccessorGenerator$1.run(MethodAccessorGenerator.java:396) at java.security.AccessController.doPrivileged(Native Method) at sun.reflect.MethodAccessorGenerator.generate(MethodAccessorGenerator.java:395) at sun.reflect.MethodAccessorGenerator.generateMethod(MethodAccessorGenerator.java:77) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:46) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:606) at org.apache.commons.beanutils.PropertyUtilsBean.invokeMethod(PropertyUtilsBean.java:2170) at org.apache.commons.beanutils.PropertyUtilsBean.setSimpleProperty(PropertyUtilsBean.java:2151) at org.apache.commons.beanutils.PropertyUtilsBean.setNestedProperty(PropertyUtilsBean.java:1957) at org.apache.commons.beanutils.PropertyUtilsBean.setProperty(PropertyUtilsBean.java:2064) at org.apache.commons.beanutils.BeanUtilsBean.setProperty(BeanUtilsBean.java:1017) at org.apache.commons.beanutils.BeanUtils.setProperty(BeanUtils.java:456) at org.apache.commons.digester.BeanPropertySetterRule.end(BeanPropertySetterRule.java:202) at org.apache.commons.digester.Digester.endElement(Digester.java:1345) at com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.endElement(AbstractSAXParser.java:609) at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl.scanEndElement(XMLDocumentFragmentScannerImpl.java:1782) at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl$FragmentContentDriver.next(XMLDocumentFragmentScannerImpl.java:2973) at com.sun.org.apache.xerces.internal.impl.XMLDocumentScannerImpl.next(XMLDocumentScannerImpl.java:606) at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl.scanDocument(XMLDocumentFragmentScannerImpl.java:510) at com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(XML11Configuration.java:848) at com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(XML11Configuration.java:777) at com.sun.org.apache.xerces.internal.parsers.XMLParser.parse(XMLParser.java:141) at com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.parse(AbstractSAXParser.java:1213) at com.sun.org.apache.xerces.internal.jaxp.SAXParserImpl$JAXPSAXParser.parse(SAXParserImpl.java:648) at org.apache.commons.digester.Digester.parse(Digester.java:1871) at hudson.scm.SubversionChangeLogParser.parse(SubversionChangeLogParser.java:76) From owner-freebsd-current@FreeBSD.ORG Sat Dec 20 02:26:01 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AB566EF7; Sat, 20 Dec 2014 02:26: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 99ED82C28; Sat, 20 Dec 2014 02:26:01 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 2E3A7763; Sat, 20 Dec 2014 02:26:02 +0000 (UTC) Date: Sat, 20 Dec 2014 02:26:00 +0000 (GMT) From: jenkins-admin@freebsd.org To: jenkins-admin@FreeBSD.org, freebsd-current@freebsd.org, imp@FreeBSD.org, ian@FreeBSD.org, mav@FreeBSD.org, benno@FreeBSD.org Message-ID: <1835985366.45.1419042362075.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <528697071.44.1419024604128.JavaMail.jenkins@jenkins-9.freebsd.org> References: <528697071.44.1419024604128.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is back to normal : FreeBSD_HEAD #2059 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: Sat, 20 Dec 2014 02:26:01 -0000 See From owner-freebsd-current@FreeBSD.ORG Sat Dec 20 02:31:38 2014 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 AED2FBB; Sat, 20 Dec 2014 02:31:38 +0000 (UTC) Received: from mail-wi0-x22a.google.com (mail-wi0-x22a.google.com [IPv6:2a00:1450:400c:c05::22a]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 3E2462D15; Sat, 20 Dec 2014 02:31:38 +0000 (UTC) Received: by mail-wi0-f170.google.com with SMTP id bs8so6289352wib.3; Fri, 19 Dec 2014 18:31:36 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=uYe/1NUYGKbyF5Q3+Tbr/N5MLaSbHD8RBLXO9xZXcI8=; b=kVieJ0AQ5FJOWk4BEV719r93N5T7P3v5T50mwm5aebjJ8SkrOmzsrkI2wgkrF5Krwb T/Q4c5vWtu84n+lT8mu462KMQMLxZWtMhJupIlfEYDnJ/B9vaeDSqcl26IQ3SDxhP6Ny EtlioJiFy4lgyWql9LCaFKKAXn8hKF2elBaC1ePxM8pOiQW4U5Gpi7dEm6MHT+V6Z04F cszg48pKZu1WQ+jOfgqWc3a5NCrSptyH84DZcrUGq4VtBR1VM6ZM+dt/eorGKZD102QN vL2TzeUu9WI5QCJk/BzfkRtcHWvblEh+SQ86IW6R1bvYEdJZos8LDD5/j25oNr4+8L5V hc+w== MIME-Version: 1.0 X-Received: by 10.180.9.241 with SMTP id d17mr11057937wib.13.1419042696625; Fri, 19 Dec 2014 18:31:36 -0800 (PST) Received: by 10.194.216.226 with HTTP; Fri, 19 Dec 2014 18:31:36 -0800 (PST) In-Reply-To: <20141219204606.GD47144@glebius.int.ru> References: <54947F82.3090603@madpilot.net> <20141219204606.GD47144@glebius.int.ru> Date: Sat, 20 Dec 2014 06:31:36 +0400 Message-ID: Subject: Re: lighttpd crush the system after r274463 From: Andrey Fesenko To: Gleb Smirnoff Content-Type: text/plain; charset=UTF-8 Cc: "freebsd-hackers@freebsd.org" , Adrian Chadd , freebsd-current , Guido Falsi 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, 20 Dec 2014 02:31:38 -0000 On Fri, Dec 19, 2014 at 11:46 PM, Gleb Smirnoff wrote: > On Fri, Dec 19, 2014 at 08:41:54PM +0100, Guido Falsi wrote: > G> On 12/19/14 19:28, Adrian Chadd wrote: > G> > Hm, glebius? Any ideas? > > I was quite busy last week, doing defense of my thesis. Now it is > done, and I will look at the problem ASAP. > > -- > Totus tuus, Glebius. I found the problem seems to commit https://svnweb.freebsd.org/base/head/sys/kern/uipc_socket.c?r1=274712&r2=274711&pathrev=274712 if revert this, and rebuild kernel, system work fine. From owner-freebsd-current@FreeBSD.ORG Sat Dec 20 11:35:49 2014 Return-Path: Delivered-To: FreeBSD-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4CE5F66C; Sat, 20 Dec 2014 11:35:49 +0000 (UTC) Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.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 C32BF2E76; Sat, 20 Dec 2014 11:35:48 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by woozle.rinet.ru (8.14.5/8.14.5) with ESMTP id sBKBZNLr017883; Sat, 20 Dec 2014 14:35:23 +0300 (MSK) (envelope-from marck@rinet.ru) Date: Sat, 20 Dec 2014 14:35:23 +0300 (MSK) From: Dmitry Morozovsky To: eadler@FreeBSD.org Subject: adding VAMI port (5480) to /etc/services Message-ID: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) X-NCC-RegID: ru.rinet X-OpenPGP-Key-ID: 6B691B03 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (woozle.rinet.ru [0.0.0.0]); Sat, 20 Dec 2014 14:35:23 +0300 (MSK) 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: Sat, 20 Dec 2014 11:35:49 -0000 Eitan, colleagues, any objection to adding this (now almost standard, while not registered), port 5480 to /etc/services? simple patch (I'm not sure about SCTP): marck@castor:/FreeBSD/pristine/src.current/etc> svn diff Index: services =================================================================== --- services (revision 275952) +++ services (working copy) @@ -2345,6 +2345,8 @@ mdns 5353/udp #Multicast DNS postgresql 5432/tcp #PostgreSQL Database postgresql 5432/udp #PostgreSQL Database +vami 5480/tcp #VMware Appliance Management Interface, HTTPS-like +vami 5480/udp #VMware Appliance Management Interface, HTTPS-like rplay 5555/udp amqp 5672/sctp #AMQP amqp 5672/tcp #AMQP -- Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: marck@FreeBSD.org ] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Sat Dec 20 19:25:20 2014 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 9B48BFB3 for ; Sat, 20 Dec 2014 19:25:20 +0000 (UTC) Received: from mail-yh0-x230.google.com (mail-yh0-x230.google.com [IPv6:2607:f8b0:4002:c01::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 594BC2A46 for ; Sat, 20 Dec 2014 19:25:20 +0000 (UTC) Received: by mail-yh0-f48.google.com with SMTP id i57so1305811yha.21 for ; Sat, 20 Dec 2014 11:25:19 -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=UWUEogZE4JSNe4WEO1f4+7jZoeC9rvs7+beE6c5ldOQ=; b=LSH3kBwZxI9rfmboePuxonVUcOaxPjCFmr3kxa73FdBYCqcgIO9AQxs37f0spKVu2o k24h9fCE+EZz3mQ7ARwmA6td/W1TuItXT+3tcmgzLbcd73DWqCA9MaUlXJtyFaZYks8z vOy5KkXSKI9QR8l0lnrcmG8FOJ1tZfbDTyVDzchV1ZHa9XtgUb7oe+1hkFBG2b4gONS/ A3XBevI9fNrytl7TO90mLnNBnw8Au3+GZZA2/CmI0SiueGBDqRIw/YeettehMfSUjdjz MuAJItW3lgvjs08FnqzisG59+y8n8zjSc5frwm0SgfH0PJRlvsU0s0l4VH3mB+XpOgkJ RVUw== MIME-Version: 1.0 X-Received: by 10.170.214.4 with SMTP id g4mr13033461ykf.41.1419103519328; Sat, 20 Dec 2014 11:25:19 -0800 (PST) Received: by 10.170.90.131 with HTTP; Sat, 20 Dec 2014 11:25:19 -0800 (PST) Date: Sat, 20 Dec 2014 11:25:19 -0800 Message-ID: Subject: Get started with FreeBSD: A brief intro for Linux users by Paul Venezia From: Mehmet Erol Sanliturk To: FreeBSD Current 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: Sat, 20 Dec 2014 19:25:20 -0000 There is the following page : http://www.infoworld.com/article/2858288/unix/intro-to-freebsd-for-linux-users.html Get started with FreeBSD: A brief intro for Linux users by Paul Venezia Thank you very much . Mehmet Erol Sanliturk From owner-freebsd-current@FreeBSD.ORG Sat Dec 20 21:43:53 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4A9DED0C; Sat, 20 Dec 2014 21:43:53 +0000 (UTC) Received: from mail-pd0-x234.google.com (mail-pd0-x234.google.com [IPv6:2607:f8b0:400e:c02::234]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 1218326C1; Sat, 20 Dec 2014 21:43:53 +0000 (UTC) Received: by mail-pd0-f180.google.com with SMTP id w10so3398675pde.11; Sat, 20 Dec 2014 13:43:52 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=content-type:mime-version:subject:from:in-reply-to:date:cc :message-id:references:to; bh=EpL1A5N27anyLlVMroIH2vsSlwKBbNOB/l/i5YLf8RQ=; b=tZ5gmrQpa/4IuMh0zEC9zm6F2TAbAvtQJAw2OT1/dpT0SSJFZHczXv4QItt2M/LB0c EMkjlt8o5xBru35j431GIAddpoQ97iAr2J3cldzB1tadiIlvqKxr0Y/ylQRlAvuMRb/d 0N3zSskwmfv9DhvWcd7bJ3q8AEasVS4Jks9QG07Mz3lAagI5/r/zy8ETdjHQuYEDSanh jDyWJPGlrGtuflbWZwQ7uwbAJcaWy1d2VtamVrs+PIZ3HgSTVOkuwaNk60Z6MCxWKeZN KEeVQ5B1MVLwjh79bB+O98BzOxGUFZZKyNhpY0gEe1+q4QZSgVN9AuBUA+7W6fCyxaxS QViw== X-Received: by 10.68.224.6 with SMTP id qy6mr23428107pbc.35.1419111832609; Sat, 20 Dec 2014 13:43:52 -0800 (PST) Received: from ?IPv6:2601:8:ab80:7d6:4806:5459:7892:3518? ([2601:8:ab80:7d6:4806:5459:7892:3518]) by mx.google.com with ESMTPSA id f12sm13333892pat.43.2014.12.20.13.43.51 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sat, 20 Dec 2014 13:43:52 -0800 (PST) Content-Type: multipart/signed; boundary="Apple-Mail=_BB9AA672-700C-4A20-9A19-D3BDB9C9E734"; protocol="application/pgp-signature"; micalg=pgp-sha512 Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Subject: Re: Build failed in Jenkins: Build-UFS-image #599 From: Garrett Cooper In-Reply-To: Date: Sat, 20 Dec 2014 13:43:50 -0800 Message-Id: References: <1052304530.8.1417827164793.JavaMail.jenkins@jenkins-9.freebsd.org> To: jenkins-admin@freebsd.org X-Mailer: Apple Mail (2.1878.6) 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: Sat, 20 Dec 2014 21:43:53 -0000 --Apple-Mail=_BB9AA672-700C-4A20-9A19-D3BDB9C9E734 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 On Dec 5, 2014, at 19:59, Garrett Cooper wrote: > On Dec 5, 2014, at 16:52, jenkins-admin@freebsd.org wrote: >=20 >> See >=20 > I=92m not entirely sure why the "could not determine = COMPILER_TYPE" error popped up, but I have a couple of = questions/concerns related to the makefile snippet. I looked at the error and the jenkins jobs a bit more and I think the = real problem is that the FreeBSD_Head job is being run in parallel with = the Build-UFS-image job, because the FreeBSD_Head job completes without = issue and the Build-UFS-image job is not being run with -j . I = know based on past experience if the tree is updated but not rebuilt = with -DNO_CLEAN and installkernel/installworld is being run, sporadic = build failures like this will occur, depending on whether or not = something needs to be [re]built. One way to deal with this issue is to svn up a source tree, then rsync = the checked out copy of the source tree to a unique memory disk, build = from there, and install to a unique location as well. Using the jenkins = job identifier should be enough=85 but I=92m not sure what the best way = with Jenkins is to do this, partly because I don=92t know what plugins = are installed on the Jenkins server. Thanks! --Apple-Mail=_BB9AA672-700C-4A20-9A19-D3BDB9C9E734 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 iQEcBAEBCgAGBQJUle2WAAoJEMZr5QU6S73eAYkH/RQOfvvjCIhpW87MoVnIjcvw Wnu2SpwR8XxNM7VHujJfK91hbTs9c/a/9aDCLvKw0vmoo6HRZl8o5ep248g9xrVX L/d5AKnqf/1lUFwI7YQDvuwzCnPCJECA3VcH/NQ751loqH3roxpYoC60WFc/CFgg nZKtgqBwwh16vN1ZjDe5K7vK+7sYjhcc8xoJtwNCia6dbmYmWDrHtOJGT+Rlrg99 bT6bCHuM8LSgCUbfb7ntDQQx4sPaminmayoa9oem8/G4msGuUNSAUMPM+8zuuKxw 3ayyFRZToO6fLgVAZnsI8lljOzK+09u6MHBW3NlbLy+6PajuKXZuDXS568iXNTE= =K9d+ -----END PGP SIGNATURE----- --Apple-Mail=_BB9AA672-700C-4A20-9A19-D3BDB9C9E734-- From owner-freebsd-current@FreeBSD.ORG Sat Dec 20 22:27:24 2014 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 04010736; Sat, 20 Dec 2014 22:27:24 +0000 (UTC) Received: from mail.soaustin.net (pancho.soaustin.net [76.74.250.40]) by mx1.freebsd.org (Postfix) with ESMTP id D92542BFC; Sat, 20 Dec 2014 22:27:22 +0000 (UTC) Received: by mail.soaustin.net (Postfix, from userid 502) id 527A556083; Sat, 20 Dec 2014 16:27:21 -0600 (CST) Date: Sat, 20 Dec 2014 16:27:21 -0600 From: Mark Linimon To: Garrett Cooper Subject: Re: Build failed in Jenkins: Build-UFS-image #599 Message-ID: <20141220222721.GA31859@lonesome.com> References: <1052304530.8.1417827164793.JavaMail.jenkins@jenkins-9.freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: FreeBSD CURRENT , jenkins-admin@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: Sat, 20 Dec 2014 22:27:24 -0000 On Sat, Dec 20, 2014 at 01:43:50PM -0800, Garrett Cooper wrote: > One way to deal with this issue is to svn up a source tree, then rsync rsync? ITYM zfs clone :-) mcl