From owner-freebsd-stable@freebsd.org Sun Aug 21 05:21:12 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 709DDBB9EA2 for ; Sun, 21 Aug 2016 05:21:12 +0000 (UTC) (envelope-from koobs.freebsd@gmail.com) Received: from mail-pa0-x232.google.com (mail-pa0-x232.google.com [IPv6:2607:f8b0:400e:c03::232]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 42FF01935 for ; Sun, 21 Aug 2016 05:21:12 +0000 (UTC) (envelope-from koobs.freebsd@gmail.com) Received: by mail-pa0-x232.google.com with SMTP id pp5so27626221pac.3 for ; Sat, 20 Aug 2016 22:21:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:reply-to:subject:references:to:from:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=F/7HmSfU9Hi+MgcMlUskTK8u5//XTdK9RGXYx+JOJxc=; b=jDKvrTMceDxVhcJIGrrj1xRp/xK391LWMNLA9IGvlbNxEB0n023rOoW2e96yeBO5KC B7HRcwrRvvNfeZ86SjzzEz9OWHmVJQHoyqxbC4km2RWBUZIclYJlRymHB0UqhLXYlOFG cErImU4XT3tq8f32s6FfPrl0HkF7EzP17Od/XfXgZZg5/bVy/Ix47vCTAeGZwPVoPJTn N8cKiIKNnoY33q3FEFLCroJudmWz+hdP6ngXhSch07WeSCk1maCu+W+rAnaR79uYavJW Z5HubkdluSgvaHo4vkfCsEatW2AyEj0/skTRjVV0jsNFHpFwN+iMLGh9I0MMb2KNj+l4 QVCw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:reply-to:subject:references:to:from :message-id:date:user-agent:mime-version:in-reply-to :content-language:content-transfer-encoding; bh=F/7HmSfU9Hi+MgcMlUskTK8u5//XTdK9RGXYx+JOJxc=; b=mHS5hTkT89BsJ0E1gEbKOrnpbPxpozhBuyGmqjNFiBQtkCC5VXHu2rDbMKBa3RZ13i B8q+dyDFhbFqzVZ21MPcbu6q3Gt9slNzRMfkiW/KLkrRnWJl5jezVi3zg1qv649sIJVl LyuwPHCZ9RsyMJGAElGaE8fTiyLLLkbQ54g1qAz4cnXzbA39mhT+j1IUSKeh1FbminEa pjJt//EvLWK8r2vQ9Im/a14rMy/GEoD7xd/wx11oe0YHj2W2GhkyHZyQzG7gemiRk1fq YRABIc0gKeLFSE1Lr7AoPrTLBEDj/GVD2wCc8Hz/hF8rFhZULqJD7oP7XZPNzqdbxRBl Jm6g== X-Gm-Message-State: AEkooutAVke0zCrlxfCBIEwybrQfw3+t0ikF7oRhobgbylf3utrPin62w6YJ2wswqY6+6Q== X-Received: by 10.66.78.5 with SMTP id x5mr29383882paw.108.1471756871534; Sat, 20 Aug 2016 22:21:11 -0700 (PDT) Received: from ?IPv6:2001:44b8:31ae:7b01:f985:3c4b:2a0c:8bea? (2001-44b8-31ae-7b01-f985-3c4b-2a0c-8bea.static.ipv6.internode.on.net. [2001:44b8:31ae:7b01:f985:3c4b:2a0c:8bea]) by smtp.gmail.com with ESMTPSA id bx9sm22627908pab.17.2016.08.20.22.21.09 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sat, 20 Aug 2016 22:21:11 -0700 (PDT) Sender: Kubilay Kocak Reply-To: koobs@FreeBSD.org Subject: Re: Benchmarks results for FreeBSD 11 References: <20160819073422.4292997b@X220.alogt.com> To: Erich Dollansky , freebsd-stable From: Kubilay Kocak Message-ID: Date: Sun, 21 Aug 2016 15:21:01 +1000 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:50.0) Gecko/20100101 Thunderbird/50.0a2 MIME-Version: 1.0 In-Reply-To: <20160819073422.4292997b@X220.alogt.com> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Aug 2016 05:21:12 -0000 On 19/08/2016 9:34 AM, Erich Dollansky wrote: > Hi, > > I am sure that some know of this site: > > http://www.phoronix.com/scan.php?page=article&item=2bsd-7linux-bench&num=4 > > I wonder about the results for FreeBSD. As I do not have 11 on my > machines, a stupid question. Are there still some debugging aids > enabled in 11? They're off in those versions, but did note compiler (and compiler args) differences between within most tests (See attachments) as you mentioned. > I know that some of the results are caused by the use of CLang and > some of the results test applications/compilers and not operating > systems. gcc/clang tests and defaults in upstream build systems are almost certainly contributors. At a minimum it would be nice to see an attempt to standardise (force) compiler args across all OS runs for the same test, even if this doesn't prove to be perfect. Separating or adding tests for the same tests using non-default compilers (in particular latest GCC versions from ports) so they match across OS's would also be valuable. At a minimum it would be worth Michael highlighting the differences, and ideally removing these variables from the tests, even if they aren't default configurations. Though a test of out of the box configurations is still valuable, it can serve to muddy the underlying differences and make them tougher to isolate. From owner-freebsd-stable@freebsd.org Sun Aug 21 06:45:17 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E7625BC0EA0 for ; Sun, 21 Aug 2016 06:45:17 +0000 (UTC) (envelope-from erichsfreebsdlist@alogt.com) Received: from alogt.com (alogt.com [69.36.191.58]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id C7138169E; Sun, 21 Aug 2016 06:45:17 +0000 (UTC) (envelope-from erichsfreebsdlist@alogt.com) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=alogt.com; s=default; h=Content-Transfer-Encoding:Content-Type:MIME-Version:References: In-Reply-To:Message-ID:Subject:Cc:To:From:Date:Sender:Reply-To:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=0OPmye6iTjJuj/ozJTk1IPSKJnt1JVS66wZmgT2ls4M=; b=gLMTEWb+66asPNCklt49xNqvqa HpkcyEDLumUTrnaVXuad9lPZkma9I8R2KeonS64EjS+doF2b88znlc9nBTX868fFUXnlab4TM0U5q x28GnH95Cf0udtmPgNU4jG0FFa+4VBQNaETtw6efxh8VJqRMBVqPIUGGAyy0DoJUSm4I=; Received: from [114.121.234.203] (port=18697 helo=X220.alogt.com) by sl-508-2.slc.westdc.net with esmtpsa (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.87) (envelope-from ) id 1bbMVK-0016nS-G6; Sun, 21 Aug 2016 00:45:11 -0600 Date: Sun, 21 Aug 2016 14:45:05 +0800 From: Erich Dollansky To: Kubilay Kocak Cc: freebsd-stable Subject: Re: Benchmarks results for FreeBSD 11 Message-ID: <20160821144505.27c0f55d@X220.alogt.com> In-Reply-To: References: <20160819073422.4292997b@X220.alogt.com> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - sl-508-2.slc.westdc.net X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - alogt.com X-Get-Message-Sender-Via: sl-508-2.slc.westdc.net: authenticated_id: erichsfreebsdlist@alogt.com X-Authenticated-Sender: sl-508-2.slc.westdc.net: erichsfreebsdlist@alogt.com X-Source: X-Source-Args: X-Source-Dir: X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Aug 2016 06:45:18 -0000 Hi, On Sun, 21 Aug 2016 15:21:01 +1000 Kubilay Kocak wrote: > On 19/08/2016 9:34 AM, Erich Dollansky wrote: > > > > I am sure that some know of this site: > > > > http://www.phoronix.com/scan.php?page=article&item=2bsd-7linux-bench&num=4 > > > > I wonder about the results for FreeBSD. As I do not have 11 on my > > machines, a stupid question. Are there still some debugging aids > > enabled in 11? > > They're off in those versions, but did note compiler (and compiler > args) differences between within most tests (See attachments) as you > mentioned. > the benchmark then compares the off-the-shelve distributions. > > > I know that some of the results are caused by the use of CLang and > > some of the results test applications/compilers and not operating > > systems. > > gcc/clang tests and defaults in upstream build systems are almost > certainly contributors. At a minimum it would be nice to see an > attempt to standardise (force) compiler args across all OS runs for > the same test, even if this doesn't prove to be perfect. Yes, without, he compares compilers more than operating systems. > > Separating or adding tests for the same tests using non-default > compilers (in particular latest GCC versions from ports) so they match > across OS's would also be valuable. > > At a minimum it would be worth Michael highlighting the differences, > and ideally removing these variables from the tests, even if they > aren't default configurations. Though a test of out of the box > configurations is still valuable, it can serve to muddy the > underlying differences and make them tougher to isolate. He never does this. I have no idea what he wants to achieve with his benchmarking all the while as the results are very difficult to compare with real life workloads. Erich From owner-freebsd-stable@freebsd.org Sun Aug 21 21:30:37 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5EC18BC176D for ; Sun, 21 Aug 2016 21:30:37 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-8.reflexion.net [208.70.210.8]) (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 134F3172B for ; Sun, 21 Aug 2016 21:30:36 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 4556 invoked from network); 21 Aug 2016 21:24:41 -0000 Received: from unknown (HELO mail-cs-02.app.dca.reflexion.local) (10.81.19.2) by 0 (rfx-qmail) with SMTP; 21 Aug 2016 21:24:41 -0000 Received: by mail-cs-02.app.dca.reflexion.local (Reflexion email security v8.00.0) with SMTP; Sun, 21 Aug 2016 17:23:48 -0400 (EDT) Received: (qmail 17741 invoked from network); 21 Aug 2016 21:23:48 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 21 Aug 2016 21:23:48 -0000 X-No-Relay: not in my network X-No-Relay: not in my network X-No-Relay: not in my network X-No-Relay: not in my network Received: from [192.168.0.105] (ip70-189-131-151.lv.lv.cox.net [70.189.131.151]) by iron2.pdx.net (Postfix) with ESMTPSA id BCDBD1C43F0; Sun, 21 Aug 2016 14:23:50 -0700 (PDT) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Subject: Re: Problems with our libgcc_s.so in base [FYI: armv6 C++/g++6 example under stable/11 -r304029] Message-Id: <65040FD8-1CDF-4D39-9D8B-19480E23CD31@dsl-only.net> Date: Sun, 21 Aug 2016 14:23:54 -0700 To: FreeBSD Toolchain , freebsd-arm , freebsd-stable@freebsd.org, FreeBSD Ports Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Aug 2016 21:30:37 -0000 "problems come when we try to us archtiectures not fully supported by = out libgcc_s.so" ( from https://people.freebsd.org/~db/libgcc.txt ). . . On armv6 (an rpi2) C++ by itself can have /lib/libgcc_s.so.1 not being = sufficient, for example with g++6 being used:=20 > # g++6 -std=3Dc++14 -O2 cpp_clocks_investigation.cpp > # ldd a.out > a.out: > libstdc++.so.6 =3D> /usr/local/lib/gcc6/libstdc++.so.6 = (0x20100000) > libm.so.5 =3D> /lib/libm.so.5 (0x20053000) > libgcc_s.so.1 =3D> /lib/libgcc_s.so.1 (0x20076000) > libc.so.7 =3D> /lib/libc.so.7 (0x20300000) > # ./a.out > /usr/local/lib/gcc6/libstdc++.so.6: Undefined symbol = "__aeabi_uldivmod" By contrast: > # g++6 -Wl,-rpath=3D/usr/local/lib/gcc6 -std=3Dc++14 -O2 = cpp_clocks_investigation.cpp > # ldd a.out > a.out: > libstdc++.so.6 =3D> /usr/local/lib/gcc6/libstdc++.so.6 = (0x20100000) > libm.so.5 =3D> /lib/libm.so.5 (0x20053000) > libgcc_s.so.1 =3D> /usr/local/lib/gcc6/libgcc_s.so.1 = (0x20076000) > libc.so.7 =3D> /lib/libc.so.7 (0x20300000) > # ./a.out > std::numeric_limits::max(): 9'223'372'036'854'775'807 . . . (works fine) . . . Context details: > # svnlite info /usr/src/ | grep "Re[vl][ia:]" > Relative URL: ^/stable/11 > Revision: 304029 > Last Changed Rev: 304029 > # uname -apKU > FreeBSD rpi2 11.0-PRERELEASE FreeBSD 11.0-PRERELEASE #4 r304029M: Sat = Aug 13 01:10:34 PDT 2016 = markmi@FreeBSDx64:/usr/obj/clang/arm.armv6/usr/src/sys/RPI2-N > ODBG arm armv6 1100500 1100500 =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-stable@freebsd.org Sun Aug 21 23:02:05 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A6568BC1B89 for ; Sun, 21 Aug 2016 23:02:05 +0000 (UTC) (envelope-from rainer@ultra-secure.de) Received: from connect.ultra-secure.de (connect.ultra-secure.de [88.198.71.201]) by mx1.freebsd.org (Postfix) with ESMTP id 11AAB1A4F for ; Sun, 21 Aug 2016 23:02:04 +0000 (UTC) (envelope-from rainer@ultra-secure.de) Received: (Haraka outbound); Mon, 22 Aug 2016 01:01:56 +0200 Authentication-Results: connect.ultra-secure.de; iprev=pass; auth=pass (plain); spf=none smtp.mailfrom=ultra-secure.de Received-SPF: None (connect.ultra-secure.de: domain of ultra-secure.de does not designate 217.71.83.52 as permitted sender) receiver=connect.ultra-secure.de; identity=mailfrom; client-ip=217.71.83.52; helo=[192.168.1.200]; envelope-from= Received: from [192.168.1.200] (217-071-083-052.ip-tech.ch [217.71.83.52]) by connect.ultra-secure.de (Haraka/2.6.2-toaster) with ESMTPSA id ED806EA3-78BB-491F-9333-192590FB7FB6.1 envelope-from (authenticated bits=0) (version=TLSv1/SSLv3 cipher=AES256-SHA verify=NO); Mon, 22 Aug 2016 01:01:54 +0200 Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Subject: Re: FreeBSD 10.1 can't upgrade to FreeBSD 11-RC1 via freebsd-update From: Rainer Duffner In-Reply-To: <6EB5F84D-E392-4742-BB4D-5A78393F4A24@mail.sermon-archive.info> Date: Mon, 22 Aug 2016 01:01:52 +0200 Cc: freebsd-stable Content-Transfer-Encoding: quoted-printable Message-Id: References: <504FE992-890D-4335-BFD5-5F538FBC6459@ultra-secure.de> <6EB5F84D-E392-4742-BB4D-5A78393F4A24@mail.sermon-archive.info> To: Doug Hardie X-Mailer: Apple Mail (2.3124) X-Haraka-GeoIP: EU, CH, 451km X-Haraka-ASN: 24951 X-Haraka-GeoIP-Received: X-Haraka-ASN: 24951 217.71.80.0/20 X-Haraka-ASN-CYMRU: asn=24951 net=217.71.80.0/20 country=CH assignor=ripencc date=2003-08-07 X-Haraka-FCrDNS: 217-071-083-052.ip-tech.ch X-Haraka-p0f: os="Mac OS X " link_type="DSL" distance=12 total_conn=17 shared_ip=N X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on spamassassin X-Spam-Level: X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00, URIBL_BLOCKED autolearn=ham autolearn_force=no version=3.4.1 X-Haraka-Karma: score: 6, good: 990, bad: 1, connections: 1226, history: 989, asn_score: 471, asn_connections: 482, asn_good: 471, asn_bad: 0, pass:asn, asn_all_good, relaying X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Aug 2016 23:02:05 -0000 > Am 20.08.2016 um 22:34 schrieb Doug Hardie = : >=20 >=20 >> On 20 August 2016, at 11:50, Rainer Duffner = wrote: >>=20 >> FreeBSD 10.3 works. >>=20 >> FreeBSD 10.1 complains about a failed integrity check etc (which the = EN was supposed to fix, I assume) >>=20 >>=20 >> I did run freebsd-update to update to the latest patch-level and = freebsd-version said, I was on p37. >=20 > I encountered the same issue with 9.x. The following patch was sent = to me: >=20 > --- Comment #5 from Xin LI --- > (In reply to bc979 from comment #4) >=20 > Can you try applying this? (r279901) >=20 > Index: head/usr.sbin/freebsd-update/freebsd-update.sh > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > --- head/usr.sbin/freebsd-update/freebsd-update.sh (revision = 279900) > +++ head/usr.sbin/freebsd-update/freebsd-update.sh (revision = 279901) > @@ -1231,7 +1231,7 @@ fetch_metadata_sanity () { > # Some aliases to save space later: ${P} is a character which = can > # appear in a path; ${M} is the four numeric metadata fields; = and > # ${H} is a sha256 hash. > - P=3D"[-+./:=3D%@_[~[:alnum:]]" > + P=3D"[-+./:=3D,%@_[~[:alnum:]]" > M=3D"[0-9]+\|[0-9]+\|[0-9]+\|[0-9]+" > H=3D"[0-9a-f]{64}" >=20 > --=20 >=20 > However, it doesn't actually go in 9.x. The line numbers are very = close. Use the comment to find the proper line. For me it was less = than 10 lines before 1231. I don't keep the source so I just updated = /usr/sbin/freebsd-update directly. The patch worked. >=20 It seems to work, yes. I think this should be fixed before 11.0-RELEASE becomes available. Rainer= From owner-freebsd-stable@freebsd.org Sun Aug 21 23:57:55 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id AEF93BC045F for ; Sun, 21 Aug 2016 23:57:55 +0000 (UTC) (envelope-from dewaynegeraghty@gmail.com) Received: from mail-it0-x22b.google.com (mail-it0-x22b.google.com [IPv6:2607:f8b0:4001:c0b::22b]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 7D5D319AF; Sun, 21 Aug 2016 23:57:55 +0000 (UTC) (envelope-from dewaynegeraghty@gmail.com) Received: by mail-it0-x22b.google.com with SMTP id e63so10765434ith.1; Sun, 21 Aug 2016 16:57:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=QI+TCIy7eKWM26xy4v9zdnoRksz/DBq0GiDAcbUzwuk=; b=d+gzPwWxLzbLzRiIX+Of/kKlNJwb+H3czTn24eys/yanYYROAkGnlZxKsbZp9yALa9 xarphRjPucI93fzMJ1U6/OsQFK4VLXMo24Ezfeu0421Gk27eeoAV+zEn3bHiXzI0nKbZ IRH/jUCgy+VGPQtyJ9Z/vVk5AGyZk53r9Wf0tF3T5PjPL4/6GIZcW46Wf0QPPRZBPwBU pdCsoEcZ61CGCXu2sz14dlw2BN/sHpfzWIojRGZUSCYd6o+PrZIhmGVFiBwnlekMG/FF vjg/6/64apuAk52jKYQaQ8IFhBNXHf18S/7BRYMpbUvvxEA5nxiEYT4yafDG8e9yZ2pa ZfRA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=QI+TCIy7eKWM26xy4v9zdnoRksz/DBq0GiDAcbUzwuk=; b=MXrdOY2iyp1X44iZFJgLWQ4+0UWrhLpHM0WdPWydbViBV9u+/cjHC25I9BiKN66CP+ VLXBM3xHNVaaAu4byHuehOOh6Pwhg1FdB+YCa7MzA38/5Fe9jAqNOctCtksHA+iRFoZR vd6u3/brX4n0PRv4uLQW7ub30sMOH6jtJ6qfVmn5NDJJIE31X3h4dD1laAm9vjJlO2LQ lA93lqCyh+fW/7bZTIu4Qc3V0a2QAsjEODkAv1pdRqeKW8gPQlFncy5LH1gqFCF43/hp hqu5InQAAcQAepH+jJph2o6/+8yYRUDK129UO7+gODpI4Sk52Lfd2b7OsaeVmhztHwR+ JdgQ== X-Gm-Message-State: AEkooutKcmYFz7nVJa7mPsp0geAvhunGCbuCg1mre9fc0O/3WpwcF/r5EKetPrtvXylb2+y7M2zQCQ3C4cKPjg== X-Received: by 10.36.28.203 with SMTP id c194mr17900092itc.95.1471823874800; Sun, 21 Aug 2016 16:57:54 -0700 (PDT) MIME-Version: 1.0 Received: by 10.79.104.133 with HTTP; Sun, 21 Aug 2016 16:57:24 -0700 (PDT) In-Reply-To: <20160821144505.27c0f55d@X220.alogt.com> References: <20160819073422.4292997b@X220.alogt.com> <20160821144505.27c0f55d@X220.alogt.com> From: Dewayne Geraghty Date: Mon, 22 Aug 2016 09:57:24 +1000 Message-ID: Subject: Re: Benchmarks results for FreeBSD 11 To: Erich Dollansky Cc: Kubilay Kocak , freebsd-stable Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Aug 2016 23:57:55 -0000 Unfortunately people (customers, developers, hardward vendors) make decisions on the basis of bang-for-buck. FreeBSD is consistently underperforming on benchmarks. And regardless of real-world similarity, the contrived benchmarks are the best that is used. If clang (v3.4.1 on 10.3 Stable) really is the cause, then there should be an option to use "whatever" will let the source perform at its best and reflect the stability that we have with FreeBSD. We can criticise the test results or the test regime, but unless knowledgable people respond publicly and/or in the phoronix forums, such as https://www.phoronix.com/forums/forum/software/distributions/891660-benchmarks-2-bsds-vs-7-linux-distributions Then this interpretation of reality will be fixed in decision-makers' minds and consequently the uptake (and support) of FreeBSD. As I recall Michael's testing regime has been consistently criticised (by FreeBSD folks) since he started his website, unfortunately when someone is making public statements and comparisons we really need to have a relationship with them to ensure that FreeBSD's best position is put forward. From owner-freebsd-stable@freebsd.org Mon Aug 22 01:30:59 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9E12FBC1B62 for ; Mon, 22 Aug 2016 01:30:59 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: from mail.soaustin.net (mail.soaustin.net [192.108.105.60]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.soaustin.net", Issuer "StartCom Class 2 IV Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 857901E3E; Mon, 22 Aug 2016 01:30:58 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: from lonesome.com (bones.soaustin.net [192.108.105.22]) by mail.soaustin.net (Postfix) with ESMTPSA id B86753C; Sun, 21 Aug 2016 20:30:52 -0500 (CDT) Date: Sun, 21 Aug 2016 20:30:51 -0500 From: Mark Linimon To: Dewayne Geraghty Cc: Erich Dollansky , freebsd-stable , Kubilay Kocak Subject: Re: Benchmarks results for FreeBSD 11 Message-ID: <20160822013051.GA14436@lonesome.com> References: <20160819073422.4292997b@X220.alogt.com> <20160821144505.27c0f55d@X220.alogt.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Aug 2016 01:30:59 -0000 On Mon, Aug 22, 2016 at 09:57:24AM +1000, Dewayne Geraghty wrote: > unless knowledgable people respond publicly and/or in the phoronix > forums [...] this interpretation of reality will be fixed in decision- > makers' minds and consequently the uptake (and support) of FreeBSD. IIRC this has been done before and hasn't really been productive. OTOH I don't recall the details. FreeBSD hasn't had a benchmarking guru since Kris Kennaway retired from working on FreeBSD. It would be really nice if Someone(TM) took up the position. I would have to educate myself on the whole topic, so I'm not a likely nominee. mcl From owner-freebsd-stable@freebsd.org Mon Aug 22 03:22:47 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3040CBC1693 for ; Mon, 22 Aug 2016 03:22:47 +0000 (UTC) (envelope-from koobs.freebsd@gmail.com) Received: from mail-it0-f47.google.com (mail-it0-f47.google.com [209.85.214.47]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 09408146B for ; Mon, 22 Aug 2016 03:22:46 +0000 (UTC) (envelope-from koobs.freebsd@gmail.com) Received: by mail-it0-f47.google.com with SMTP id f6so71497364ith.0 for ; Sun, 21 Aug 2016 20:22:46 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to; bh=IIJwI4HXhhlnDbpC1YX5OUaun+knhRWMwSnDqYQU+kA=; b=ctC5PiRdS4oBJ0BfjrU+BDk5wDrXEuKPXBgVrjxamLyJRxHA10EmU1mhlmhoXdF6eh 79Yjp+6j2pqLM8xzZKQL0z8v4UIHM10NdUQ+voS2lWtJ3BVlS8x06TjsNvWq882RQTId /Tl1Q5/GZ4tqxwF1Ne9y2zUFk9neT59pPTqk+Kr/pu4Re23ypyjdt0fygNvk34n2sh1P J7VADfu9UOUIycbO13haX5C/cN0fDkqzZsB+mWkl4ncGwV+wg9nN9GFXT/RetxdpOtls JVEgrH/1kgyuqq8KBX7GUQjhm3Gv3jVzZ24zY5BVeOYhxqjryx677DpPbL7bxEOfl3si /w+Q== X-Gm-Message-State: AEkoouuqWn1zu578SzjCIoBy9MwFuY2Q36wQcH1uIbxKunx9yOLIlw94fpT9Tytd/7BjGhxqadjW33zohKe5Ig== X-Received: by 10.36.192.9 with SMTP id u9mr18007479itf.86.1471836165664; Sun, 21 Aug 2016 20:22:45 -0700 (PDT) MIME-Version: 1.0 References: <20160819073422.4292997b@X220.alogt.com> <20160821144505.27c0f55d@X220.alogt.com> <20160822013051.GA14436@lonesome.com> In-Reply-To: <20160822013051.GA14436@lonesome.com> From: Kubilay Kocak Date: Mon, 22 Aug 2016 03:22:35 +0000 Message-ID: Subject: Re: Benchmarks results for FreeBSD 11 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Aug 2016 03:22:47 -0000 On Mon, 22 Aug 2016, 11:31 AM Mark Linimon wrote: > On Mon, Aug 22, 2016 at 09:57:24AM +1000, Dewayne Geraghty wrote: > > unless knowledgable people respond publicly and/or in the phoronix > > forums [...] this interpretation of reality will be fixed in decision- > > makers' minds and consequently the uptake (and support) of FreeBSD. > > IIRC this has been done before and hasn't really been productive. OTOH > I don't recall the details. > > FreeBSD hasn't had a benchmarking guru since Kris Kennaway retired from > working on FreeBSD. Michael has reached out off-list (thanks!) If anyone else is interested, I'd be happy to create a dedicated IRC channel on freenode to widen and focus the freebsd performance discussion net and doc any outcomes/notes in the FreeBSD Wiki. ./koobs From owner-freebsd-stable@freebsd.org Mon Aug 22 08:29:13 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 72CC9BB8826; Mon, 22 Aug 2016 08:29:13 +0000 (UTC) (envelope-from theraven@FreeBSD.org) Received: from theravensnest.org (theraven.freebsd.your.org [216.14.102.27]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "cloud.theravensnest.org", Issuer "StartCom Class 1 DV Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E5867128B; Mon, 22 Aug 2016 08:29:12 +0000 (UTC) (envelope-from theraven@FreeBSD.org) Received: from [192.168.0.7] (cpc91230-cmbg18-2-0-cust661.5-4.cable.virginm.net [82.1.230.150]) (authenticated bits=0) by theravensnest.org (8.15.2/8.15.2) with ESMTPSA id u7M8LdkB065170 (version=TLSv1 cipher=ECDHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 22 Aug 2016 08:21:43 GMT (envelope-from theraven@FreeBSD.org) X-Authentication-Warning: theravensnest.org: Host cpc91230-cmbg18-2-0-cust661.5-4.cable.virginm.net [82.1.230.150] claimed to be [192.168.0.7] Content-Type: multipart/signed; boundary="Apple-Mail=_E19F0EEC-3A77-456F-9729-D6DB9ED6362B"; protocol="application/pkcs7-signature"; micalg=sha1 Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Subject: Re: Problems with our libgcc_s.so in base [FYI: armv6 C++/g++6 example under stable/11 -r304029] From: David Chisnall In-Reply-To: <65040FD8-1CDF-4D39-9D8B-19480E23CD31@dsl-only.net> Date: Mon, 22 Aug 2016 09:21:44 +0100 Cc: FreeBSD Toolchain , freebsd-arm , freebsd-stable@freebsd.org, FreeBSD Ports Message-Id: References: <65040FD8-1CDF-4D39-9D8B-19480E23CD31@dsl-only.net> To: Mark Millard X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Aug 2016 08:29:13 -0000 --Apple-Mail=_E19F0EEC-3A77-456F-9729-D6DB9ED6362B Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 On 21 Aug 2016, at 22:23, Mark Millard wrote: >=20 > On armv6 (an rpi2) C++ by itself can have /lib/libgcc_s.so.1 not being = sufficient, for example with g++6 being used:=20 >=20 >> # g++6 -std=3Dc++14 -O2 cpp_clocks_investigation.cpp >> # ldd a.out >> a.out: >> libstdc++.so.6 =3D> /usr/local/lib/gcc6/libstdc++.so.6 = (0x20100000) >> libm.so.5 =3D> /lib/libm.so.5 (0x20053000) >> libgcc_s.so.1 =3D> /lib/libgcc_s.so.1 (0x20076000) >> libc.so.7 =3D> /lib/libc.so.7 (0x20300000) >> # ./a.out >> /usr/local/lib/gcc6/libstdc++.so.6: Undefined symbol = "__aeabi_uldivmod" >=20 The problem appears to be that we=E2=80=99ve not imported (all of?) the = ARM-specific bits of compiler-rt. For example, this function is = provided upstream: = http://llvm.org/viewvc/llvm-project/compiler-rt/trunk/lib/builtins/arm/aea= bi_uldivmod.S?revision=3D273500&view=3Dmarkup David --Apple-Mail=_E19F0EEC-3A77-456F-9729-D6DB9ED6362B Content-Disposition: attachment; filename=smime.p7s Content-Type: application/pkcs7-signature; name=smime.p7s Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIK5jCCBPww ggPkoAMCAQICECJrrb9nBol9MHok/UZg/AYwDQYJKoZIhvcNAQELBQAwdTELMAkGA1UEBhMCSUwx FjAUBgNVBAoTDVN0YXJ0Q29tIEx0ZC4xKTAnBgNVBAsTIFN0YXJ0Q29tIENlcnRpZmljYXRpb24g QXV0aG9yaXR5MSMwIQYDVQQDExpTdGFydENvbSBDbGFzcyAxIENsaWVudCBDQTAeFw0xNjA0MTkw OTI3NDJaFw0xNzA0MTkwOTI3NDJaMEQxHTAbBgNVBAMMFHRoZXJhdmVuQGZyZWVic2Qub3JnMSMw IQYJKoZIhvcNAQkBFhR0aGVyYXZlbkBmcmVlYnNkLm9yZzCCASIwDQYJKoZIhvcNAQEBBQADggEP ADCCAQoCggEBALsL5pEhrGjrswHVdMHWhgxb8ARKDYRePSqpDLmjJ40bpx+n1zrvIwjC2Vk2IpoD 04rg5Pog2IrhnX+Qk2NSXzBXWj2JAaTc9OtSeAY0BtgJYXONGONQbRKVy97QBdzd1SbMEzDrOgH5 UDI+5sF1PboOTmLyTAPI9273XdfZ0BnstUXs8NXr/7p9E5CWJOsO1iQcINbm4XiwC1PLNMeWUknE Nji/hFKwcE8IFtaUe1ymbw6yA3rBpDu3KewIRD1T66FPTZJeIzvUoBIqWd+GAOfCBG2QYmbc3y/x K2hCtcXThcB1uVFA2q39koLKA8wHyqv4Jhm3wzhAqKDsWK4bGW0CAwEAAaOCAbcwggGzMA4GA1Ud DwEB/wQEAwIEsDAdBgNVHSUEFjAUBggrBgEFBQcDAgYIKwYBBQUHAwQwCQYDVR0TBAIwADAdBgNV HQ4EFgQU5J3Kc8GeW8pEGxBkcMoA7eUOPRwwHwYDVR0jBBgwFoAUJIFsOWG+SQ+PtxtGK8kotSdI bWgwbwYIKwYBBQUHAQEEYzBhMCQGCCsGAQUFBzABhhhodHRwOi8vb2NzcC5zdGFydHNzbC5jb20w OQYIKwYBBQUHMAKGLWh0dHA6Ly9haWEuc3RhcnRzc2wuY29tL2NlcnRzL3NjYS5jbGllbnQxLmNy dDA4BgNVHR8EMTAvMC2gK6AphidodHRwOi8vY3JsLnN0YXJ0c3NsLmNvbS9zY2EtY2xpZW50MS5j cmwwHwYDVR0RBBgwFoEUdGhlcmF2ZW5AZnJlZWJzZC5vcmcwIwYDVR0SBBwwGoYYaHR0cDovL3d3 dy5zdGFydHNzbC5jb20vMEYGA1UdIAQ/MD0wOwYLKwYBBAGBtTcBAgUwLDAqBggrBgEFBQcCARYe aHR0cDovL3d3dy5zdGFydHNzbC5jb20vcG9saWN5MA0GCSqGSIb3DQEBCwUAA4IBAQBSBDH+kZf5 bZkNFcMSPdfnGC7F8utBIxs2bi3JQjsBoQTm1vnXdwgINSfO9At6iQZHoEyj8ZE6PcMFuEU0+bk0 aE8aYcW59WnxfWx943upZoMhX0YVaJcFK01EHFrddRAP44sh7Eu6JtdFuAG+6btDReMcg35Qm65X 7/280aVm7awadJ+IQs8r9qBVk2NFqkvHCETtJjNWXd7M6mcsfXstvykbubPQH/VNW/zrX6yzIcI4 aoz+Sn8RJmHNkk6cImqe1KvsdDLXmqCoeoMwos62pT18RaI//jwTdmnf5EHFMlevnxOr7rzA++71 OSZfdYf6+nvHOod1F721rNuy6lxFMIIF4jCCA8qgAwIBAgIQa6eKfQrXiNZRCvlZ5Oe04TANBgkq hkiG9w0BAQsFADB9MQswCQYDVQQGEwJJTDEWMBQGA1UEChMNU3RhcnRDb20gTHRkLjErMCkGA1UE CxMiU2VjdXJlIERpZ2l0YWwgQ2VydGlmaWNhdGUgU2lnbmluZzEpMCcGA1UEAxMgU3RhcnRDb20g Q2VydGlmaWNhdGlvbiBBdXRob3JpdHkwHhcNMTUxMjE2MDEwMDA1WhcNMzAxMjE2MDEwMDA1WjB1 MQswCQYDVQQGEwJJTDEWMBQGA1UEChMNU3RhcnRDb20gTHRkLjEpMCcGA1UECxMgU3RhcnRDb20g Q2VydGlmaWNhdGlvbiBBdXRob3JpdHkxIzAhBgNVBAMTGlN0YXJ0Q29tIENsYXNzIDEgQ2xpZW50 IENBMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAvX3a98OifYP2W4L921tfrh4bdcC1 Ga+YJKy7V3nYNewJHnzMlBsK0Hb8Dm4Wo3FZpylcYa1MJGT10QMGWaLER3xCIuRR+8eklf/EqeZW RLojJ7zBRtjMywPOCelrOU+DX12dKp+Ez4J6919rz1UudTO1GvZyCYJ/I7062uHsskM8b7gPxmcC oO1UHwwpgkvpCArJWGFoFzjLdsZbErJcS3HtAhlkbE/BKTMrdYg35Uo12SLBO5tbk8h2imbKTC8i Ms+pskrvI/AVlh6QoTTXk6xboVX6zgMgzxSVVLymQiygYYm0y5aMsvi2raFhC643SOGvErWWPPnS EfbeAD1xswIDAQABo4IBZDCCAWAwDgYDVR0PAQH/BAQDAgEGMB0GA1UdJQQWMBQGCCsGAQUFBwMC BggrBgEFBQcDBDASBgNVHRMBAf8ECDAGAQH/AgEAMDIGA1UdHwQrMCkwJ6AloCOGIWh0dHA6Ly9j cmwuc3RhcnRzc2wuY29tL3Nmc2NhLmNybDBmBggrBgEFBQcBAQRaMFgwJAYIKwYBBQUHMAGGGGh0 dHA6Ly9vY3NwLnN0YXJ0c3NsLmNvbTAwBggrBgEFBQcwAoYkaHR0cDovL2FpYS5zdGFydHNzbC5j b20vY2VydHMvY2EuY3J0MB0GA1UdDgQWBBQkgWw5Yb5JD4+3G0YrySi1J0htaDAfBgNVHSMEGDAW gBROC+8apEBbpRdphzDKNGhD0EGu8jA/BgNVHSAEODA2MDQGBFUdIAAwLDAqBggrBgEFBQcCARYe aHR0cDovL3d3dy5zdGFydHNzbC5jb20vcG9saWN5MA0GCSqGSIb3DQEBCwUAA4ICAQCL4/eH7AGL hK0PAQJbnOEjJyMEvTTwcAJuUh/bodjQl06u4putYOxdSyIjSP/sKt+31LmjG8+IO1WqykE4H/Lm 7NKezWVnCHuwb3ptgFmlwbMbGkU2MOZBtwzfKXdYUhFLhaE2uw5jXhXvLYitQay962wP5uPI6eAI hV4L8aaya1u4s7MnrTq0Rz25FuGNO79vTHYWj797tSRC8rM16js4yGKOLFpQvIg0F8IElv57b1st p+C7omqM5Qn15dePbSnqr8Jb65WtmJJbnv6rlqfY/aLuE/zmNAlzLmPgfMDStKIXdg+EoYBZTEo8 wBUaBxihfNbJ069ndQOxMNNqBelEMgpAtmjTbCuXFjqIwWq+XOx6ZV/Wh2FAmaLsSHlNvEjjSQMZ wE4EeHCdo66ZmEs/5JYlCeOkulKVQ6P3m5/XOj2jP17Q2AgmjP+11+sHN7PvrG0OwrQp9QMe3X+r n0G8MjtFfqBWvR9CgLIxzM3MJNxFdgdjS2rYnShP5uxvqwfZvhZVYCIkqdJhpYON0DvSodfiar0w iM79mySZJjzC0CTbiisBzS/BeBhqeo2wFfli/iw3hn1XKvAx0ty6w/scmBF0AYqmRHYj1TjMSw0l Al7AztLglqWjUPI+sukvadMRPxmtKXlS2nVR4an/Z16imsZ69+fFYH68c1CK7zmjozGCA04wggNK AgEBMIGJMHUxCzAJBgNVBAYTAklMMRYwFAYDVQQKEw1TdGFydENvbSBMdGQuMSkwJwYDVQQLEyBT dGFydENvbSBDZXJ0aWZpY2F0aW9uIEF1dGhvcml0eTEjMCEGA1UEAxMaU3RhcnRDb20gQ2xhc3Mg MSBDbGllbnQgQ0ECECJrrb9nBol9MHok/UZg/AYwCQYFKw4DAhoFAKCCAZkwGAYJKoZIhvcNAQkD MQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMTYwODIyMDgyMTQ1WjAjBgkqhkiG9w0BCQQx FgQU0yAw7goPuwTK3tBzh1wWFd3OFmAwgZoGCSsGAQQBgjcQBDGBjDCBiTB1MQswCQYDVQQGEwJJ TDEWMBQGA1UEChMNU3RhcnRDb20gTHRkLjEpMCcGA1UECxMgU3RhcnRDb20gQ2VydGlmaWNhdGlv biBBdXRob3JpdHkxIzAhBgNVBAMTGlN0YXJ0Q29tIENsYXNzIDEgQ2xpZW50IENBAhAia62/ZwaJ fTB6JP1GYPwGMIGcBgsqhkiG9w0BCRACCzGBjKCBiTB1MQswCQYDVQQGEwJJTDEWMBQGA1UEChMN U3RhcnRDb20gTHRkLjEpMCcGA1UECxMgU3RhcnRDb20gQ2VydGlmaWNhdGlvbiBBdXRob3JpdHkx IzAhBgNVBAMTGlN0YXJ0Q29tIENsYXNzIDEgQ2xpZW50IENBAhAia62/ZwaJfTB6JP1GYPwGMA0G CSqGSIb3DQEBAQUABIIBAJtf0rdznUJOYSgD278yFtDFlyZ7leOZWRFn0cyUe0j7U3ROoUBPKEhI izvmtHald1NFPU6eTcogv1qPT+QnLTQFl/ZOIR9+hd4oi8Bkofm/34c/NH73HfVmXsk79/oh6TuY mYjY/7PTRGC8D1XUZD/dPdqZKv/jhyocrGUZSqYBaLaNjf5db3pKQVz1u2t0GIUOcIhejYEKuHxA t2Lwpv+yguy0UclY3vCL1Zozk4cEE8g5F7n1/N7nLUH+Qc2iQiCkcrKV09DdXoThPyfFjxog/G5E /QUExhvLWWOfLMRfIMws+o7bc3Dxdp3OHsAj1/jH43wWpCPTpAUa6bG28PwAAAAAAAA= --Apple-Mail=_E19F0EEC-3A77-456F-9729-D6DB9ED6362B-- From owner-freebsd-stable@freebsd.org Mon Aug 22 09:38:15 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2E7A4BBF086 for ; Mon, 22 Aug 2016 09:38:15 +0000 (UTC) (envelope-from slw@zxy.spb.ru) 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 CE42E164A; Mon, 22 Aug 2016 09:38:14 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from slw by zxy.spb.ru with local (Exim 4.86 (FreeBSD)) (envelope-from ) id 1bblgG-0007zP-SB; Mon, 22 Aug 2016 12:38:08 +0300 Date: Mon, 22 Aug 2016 12:38:08 +0300 From: Slawa Olhovchenkov To: Kubilay Kocak Cc: freebsd-stable@freebsd.org Subject: Re: Benchmarks results for FreeBSD 11 Message-ID: <20160822093808.GU22212@zxy.spb.ru> References: <20160819073422.4292997b@X220.alogt.com> <20160821144505.27c0f55d@X220.alogt.com> <20160822013051.GA14436@lonesome.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.24 (2015-08-30) 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 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Aug 2016 09:38:15 -0000 On Mon, Aug 22, 2016 at 03:22:35AM +0000, Kubilay Kocak wrote: > On Mon, 22 Aug 2016, 11:31 AM Mark Linimon wrote: > > > On Mon, Aug 22, 2016 at 09:57:24AM +1000, Dewayne Geraghty wrote: > > > unless knowledgable people respond publicly and/or in the phoronix > > > forums [...] this interpretation of reality will be fixed in decision- > > > makers' minds and consequently the uptake (and support) of FreeBSD. > > > > IIRC this has been done before and hasn't really been productive. OTOH > > I don't recall the details. > > > > FreeBSD hasn't had a benchmarking guru since Kris Kennaway retired from > > working on FreeBSD. > > > Michael has reached out off-list (thanks!) If anyone else is interested, > I'd be happy to create a dedicated IRC channel on freenode to widen and > focus the freebsd performance discussion net and doc any outcomes/notes in > the FreeBSD Wiki. What about support by hardware? For good benchmarking report need: 1. Hardware (with KVM access) 2. People(s) do benchmark 3. Advocacy 4. Time for this 5. Reputation (only time create this). I am have some expirense with performance advocacing and improvement, but don't have hardware for test and advocacy skils. From owner-freebsd-stable@freebsd.org Mon Aug 22 09:49:34 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 49BEDBBF504 for ; Mon, 22 Aug 2016 09:49:34 +0000 (UTC) (envelope-from abrancatelli@schema31.it) Received: from titanio.pomona.schema31.it (skeyby-3-pt.tunnel.tserv6.fra1.ipv6.he.net [IPv6:2001:470:1f0a:11db::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "titanio.pomona.schema31.it", Issuer "titanio.pomona.schema31.it" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id C9D5C1EF0; Mon, 22 Aug 2016 09:49:33 +0000 (UTC) (envelope-from abrancatelli@schema31.it) Received: from smtp.schema31.it (localhost [127.0.0.1]) by titanio.pomona.schema31.it (8.14.7/8.14.7) with ESMTP id u7M9mkpS059545; Mon, 22 Aug 2016 11:48:46 +0200 (CEST) (envelope-from abrancatelli@schema31.it) MIME-Version: 1.0 Date: Mon, 22 Aug 2016 11:48:46 +0200 From: Andrea Brancatelli To: Erich Dollansky Cc: Kubilay Kocak , freebsd-stable Subject: Re: Benchmarks results for FreeBSD 11 Organization: Schema31 s.r.l. In-Reply-To: <20160821144505.27c0f55d@X220.alogt.com> References: <20160819073422.4292997b@X220.alogt.com> <20160821144505.27c0f55d@X220.alogt.com> Message-ID: <827183a944ee4052649c152d65204444@schema31.it> X-Sender: abrancatelli@schema31.it User-Agent: Roundcube Webmail/1.1.5 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Aug 2016 09:49:34 -0000 Il 2016-08-21 08:45 Erich Dollansky ha scritto: > I am sure that some know of this site: > > http://www.phoronix.com/scan.php?page=article&item=2bsd-7linux-bench&num=4 > > I wonder about the results for FreeBSD. As I do not have 11 on my > machines, a stupid question. Are there still some debugging aids > enabled in 11? > They're off in those versions, but did note compiler (and compiler > args) differences between within most tests (See attachments) as you > mentioned. the benchmark then compares the off-the-shelve distributions. Excuse me, as a casual reader of the list, I don't get this "critique". I never recompile my installations, I just use them from the installation CD (as probably 90% of the rest of the world), so I don't get what is wrong with the approach of comparing an out-of-the-box FreeBSD 11 with an out-of-the-box Ubuntu whatever. If FreeBSD 11 "out-the-box" performs slow because the standard compilers options aren't good it's not a problem with the benchmarking platform but with the default CD compiling options. Am I getting it wrong? Thanks :) --- Andrea Brancatelli Schema31 S.p.a. Responsabile IT ROMA - BO - FI - PA ITALY Tel: +39.06.98.358.472 Cell: +39.331.2488468 Fax: +39.055.71.880.466 Società del Gruppo SC31 ITALIA From owner-freebsd-stable@freebsd.org Mon Aug 22 10:14:29 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 22980BC0088 for ; Mon, 22 Aug 2016 10:14:29 +0000 (UTC) (envelope-from lars@e-new.0x20.net) Received: from mail.0x20.net (mail.0x20.net [IPv6:2001:aa8:fffb:1::3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "0x20.net", Issuer "StartCom Class 1 DV Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id DB3D6165F; Mon, 22 Aug 2016 10:14:28 +0000 (UTC) (envelope-from lars@e-new.0x20.net) Received: from e-new.0x20.net (mail.0x20.net [IPv6:2001:aa8:fffb:1::3]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mail.0x20.net (Postfix) with ESMTPS id C73FF6E0081; Mon, 22 Aug 2016 12:14:26 +0200 (CEST) Received: from e-new.0x20.net (localhost [127.0.0.1]) by e-new.0x20.net (8.14.7/8.14.7) with ESMTP id u7MAEQFW067346; Mon, 22 Aug 2016 12:14:26 +0200 (CEST) (envelope-from lars@e-new.0x20.net) Received: (from lars@localhost) by e-new.0x20.net (8.14.7/8.14.7/Submit) id u7MAENpx065914; Mon, 22 Aug 2016 12:14:23 +0200 (CEST) (envelope-from lars) Date: Mon, 22 Aug 2016 12:14:23 +0200 From: Lars Engels To: Andrea Brancatelli Cc: Erich Dollansky , freebsd-stable , Kubilay Kocak Subject: Re: Benchmarks results for FreeBSD 11 Message-ID: <20160822101423.GF18643@e-new.0x20.net> References: <20160819073422.4292997b@X220.alogt.com> <20160821144505.27c0f55d@X220.alogt.com> <827183a944ee4052649c152d65204444@schema31.it> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="SnG0pWpA7SYxRffL" Content-Disposition: inline In-Reply-To: <827183a944ee4052649c152d65204444@schema31.it> X-Editor: VIM - Vi IMproved 7.4 X-Operation-System: FreeBSD 8.4-RELEASE-p23 User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Aug 2016 10:14:29 -0000 --SnG0pWpA7SYxRffL Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Aug 22, 2016 at 11:48:46AM +0200, Andrea Brancatelli wrote: > Il 2016-08-21 08:45 Erich Dollansky ha scritto: >=20 > > I am sure that some know of this site: > >=20 > > http://www.phoronix.com/scan.php?page=3Darticle&item=3D2bsd-7linux-benc= h&num=3D4 > >=20 > > I wonder about the results for FreeBSD. As I do not have 11 on my=20 > > machines, a stupid question. Are there still some debugging aids=20 > > enabled in 11? =20 > > They're off in those versions, but did note compiler (and compiler > > args) differences between within most tests (See attachments) as you > > mentioned. > the benchmark then compares the off-the-shelve distributions.=20 >=20 > Excuse me, as a casual reader of the list, I don't get this "critique".= =20 >=20 > I never recompile my installations, I just use them from the > installation CD (as probably 90% of the rest of the world), so I don't > get what is wrong with the approach of comparing an out-of-the-box > FreeBSD 11 with an out-of-the-box Ubuntu whatever.=20 >=20 > If FreeBSD 11 "out-the-box" performs slow because the standard compilers > options aren't good it's not a problem with the benchmarking platform > but with the default CD compiling options.=20 >=20 > Am I getting it wrong?=20 The problem here is that Phoronix took a Beta version of FreeBSD 11. Beta versions have a lot of debugging (malloc, invariants, witness) options enabled which make it significantly slower than release versions. This is even obviously when you run a Beta as a desktop. It just feels much slower. --SnG0pWpA7SYxRffL Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQF8BAEBCgBmBQJXutB/XxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ4RjQwMDE3RTRERjUzMTI1N0FGRTUxNDlF NTRDQjM3RDNBMDg5RDZEAAoJEOVMs306CJ1tSiAH/j5Qk27TT8COtpNgcGd9aUJ6 dLpYR1g9q2wbcU5w0qnXwL4ciqIKQ0BSnJZ9H+AaVF8RdaW9aZcDnH/a6bedOzFs 8G/ZAEl3dPes49egBF27GgirNrDeN558FfnhnO4LAVu3FtOQW3c/kqnc+AmV+1Zt 9+2bGAyB4M+/tqguo/HwYciGQ+QayNUsV52IBx7Pz1ZTXVHfR0VDDmpK8017C/a0 U6J0U1ey0Kx2NN5miisuxeKPwygJsNagejdergyYXIoMDHbBVZ3N5a7tI7ub5z4L RaDflpLEyeDAeevK7kxJQ3Mo7dsGGbbJBtLml4og4oSC7/WfkgGsyYlGVfPCqhQ= =RpI8 -----END PGP SIGNATURE----- --SnG0pWpA7SYxRffL-- From owner-freebsd-stable@freebsd.org Mon Aug 22 11:08:22 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 29415BC1738; Mon, 22 Aug 2016 11:08:22 +0000 (UTC) (envelope-from mad@madpilot.net) 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 E073B1E94; Mon, 22 Aug 2016 11:08:21 +0000 (UTC) (envelope-from mad@madpilot.net) Received: from mail (mail [192.168.254.3]) by mail.madpilot.net (Postfix) with ESMTP id 3sHrQj2lJlzZqm; Mon, 22 Aug 2016 13:08:13 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=madpilot.net; h= content-transfer-encoding:content-type:content-type:mime-version :user-agent:date:date:message-id:subject:subject:from:from :received:received; s=mail; t=1471864091; x=1473678492; bh=Y3fVK RwwYDzZBKmguxkD+jabae9oiNrCtywAmU69xxM=; b=i6lwzkFg1XxDmluHxf71D 41gK898UMA9cdBuljbnrOyjcdI3fdxQU7dPYY6uLlLCHxbNt1RIRbC+t8C474662 gs12NMJKLw/EQqjGQLamEAC1HaABlAsqAQHRMXflj1SX0OX98vcanIqrVlyY2YS2 Qmimt27RkaslnRbswIfvAo= 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 NnvauieAMQbh; Mon, 22 Aug 2016 13:08:11 +0200 (CEST) Received: from marvin.madpilot.net (micro.madpilot.net [88.149.173.206]) by mail.madpilot.net (Postfix) with ESMTPSA; Mon, 22 Aug 2016 13:08:11 +0200 (CEST) To: freebsd-stable Cc: FreeBSD CURRENT From: Guido Falsi Subject: NanoBSD install phase failing for releng/11 Message-ID: Date: Mon, 22 Aug 2016 13:08:11 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Aug 2016 11:08:22 -0000 Hi, While building a NanoBSD image using releng/11 sources I got this error message: ===> lib/libc++ (install) install -C -o root -g wheel -m 444 libc++.a /usr/local/nanobsd/rr-trunk/obj/_.w/usr/lib/ install -s -o root -g wheel -m 444 libc++.so.1 /usr/local/nanobsd/rr-trunk/obj/_.w/usr/lib/ install -S -C -o root -g wheel -m 444 libc++.ld /usr/local/nanobsd/rr-trunk/obj/_.w/usr/lib/libc++.so ===> lib/libcxxrt (install) install -C -o root -g wheel -m 444 libcxxrt.a /usr/local/nanobsd/rr-trunk/obj/_.w/usr/lib/ install -s -o root -g wheel -m 444 libcxxrt.so.1 /usr/local/nanobsd/rr-trunk/obj/_.w/lib/ install -l rs /usr/local/nanobsd/rr-trunk/obj/_.w/lib/libcxxrt.so.1 /usr/local/nanobsd/rr-trunk/obj/_.w/usr/lib/libcxxrt.so install: symlink ../../lib/libcxxrt.so.1 -> /usr/local/nanobsd/rr-trunk/obj/_.w/usr/lib: File exists *** Error code 71 Stop. I'm not sure what's happening, I already tried reverting locally r301880, thinking it could be related, but this changed nothing. Anyone has some insight? It was working fine up to August 4th. Thanks in advance to anyone giving me some hint! -- Guido Falsi From owner-freebsd-stable@freebsd.org Mon Aug 22 12:02:27 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6F52DBC031F for ; Mon, 22 Aug 2016 12:02:27 +0000 (UTC) (envelope-from slw@zxy.spb.ru) 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 32FE61E6C; Mon, 22 Aug 2016 12:02:27 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from slw by zxy.spb.ru with local (Exim 4.86 (FreeBSD)) (envelope-from ) id 1bbnvj-000C0G-J4; Mon, 22 Aug 2016 15:02:15 +0300 Date: Mon, 22 Aug 2016 15:02:15 +0300 From: Slawa Olhovchenkov To: Lars Engels Cc: Andrea Brancatelli , Kubilay Kocak , Erich Dollansky , freebsd-stable Subject: Re: Benchmarks results for FreeBSD 11 Message-ID: <20160822120215.GV22212@zxy.spb.ru> References: <20160819073422.4292997b@X220.alogt.com> <20160821144505.27c0f55d@X220.alogt.com> <827183a944ee4052649c152d65204444@schema31.it> <20160822101423.GF18643@e-new.0x20.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20160822101423.GF18643@e-new.0x20.net> User-Agent: Mutt/1.5.24 (2015-08-30) 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 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Aug 2016 12:02:27 -0000 On Mon, Aug 22, 2016 at 12:14:23PM +0200, Lars Engels wrote: > On Mon, Aug 22, 2016 at 11:48:46AM +0200, Andrea Brancatelli wrote: > > Il 2016-08-21 08:45 Erich Dollansky ha scritto: > > > > > I am sure that some know of this site: > > > > > > http://www.phoronix.com/scan.php?page=article&item=2bsd-7linux-bench&num=4 > > > > > > I wonder about the results for FreeBSD. As I do not have 11 on my > > > machines, a stupid question. Are there still some debugging aids > > > enabled in 11? > > > They're off in those versions, but did note compiler (and compiler > > > args) differences between within most tests (See attachments) as you > > > mentioned. > > the benchmark then compares the off-the-shelve distributions. > > > > Excuse me, as a casual reader of the list, I don't get this "critique". > > > > I never recompile my installations, I just use them from the > > installation CD (as probably 90% of the rest of the world), so I don't > > get what is wrong with the approach of comparing an out-of-the-box > > FreeBSD 11 with an out-of-the-box Ubuntu whatever. > > > > If FreeBSD 11 "out-the-box" performs slow because the standard compilers > > options aren't good it's not a problem with the benchmarking platform > > but with the default CD compiling options. > > > > Am I getting it wrong? > > The problem here is that Phoronix took a Beta version of FreeBSD 11. > Beta versions have a lot of debugging (malloc, invariants, witness) > options enabled which make it significantly slower than release > versions. This is even obviously when you run a Beta as a desktop. It > just feels much slower. No. All debugs in amd64 is off at time of BETA. From owner-freebsd-stable@freebsd.org Mon Aug 22 13:35:51 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7CFA4BC2297 for ; Mon, 22 Aug 2016 13:35:51 +0000 (UTC) (envelope-from shawn.webb@hardenedbsd.org) Received: from mail-qt0-x22c.google.com (mail-qt0-x22c.google.com [IPv6:2607:f8b0:400d:c0d::22c]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 347AF180F for ; Mon, 22 Aug 2016 13:35:51 +0000 (UTC) (envelope-from shawn.webb@hardenedbsd.org) Received: by mail-qt0-x22c.google.com with SMTP id x25so29642882qtx.2 for ; Mon, 22 Aug 2016 06:35:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=hardenedbsd-org.20150623.gappssmtp.com; s=20150623; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to:user-agent; bh=c8Zp0o3QQuNGM5O9TRq+5M+PGyZKSDJjsQl9mXcF9FE=; b=wLI1i3sIbRJh2e62E+giby2YFBkLCDnD0Sdc5XQ2ZyA08OdwbsJ8szuX2fTODKg0XB RE8dM1uGm6CP8xbUpaZwVh9l58HJ2ZmATlLMV5xxLytZ1hSUMVPhXt/WkZThmqS68Y3z NdvF/31N+37554YiSbbgeYos25xSIX5omPz/BvXoEjofTMxtdG5SQXF7oIcirW2JBGsG rv28DjyhHhF92WDqmBM0wvtKlrvJDIihq7E0MifikhtOHNIJZo6puOAhtKQJKSJBLjlk BL3+4ydTN4qA6IyaQfVHsPjPLsFZ7hwFNIvJ2idMLmT/0yDLuRNrY6pLkWYtBnsZZa3n +JQA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to:user-agent; bh=c8Zp0o3QQuNGM5O9TRq+5M+PGyZKSDJjsQl9mXcF9FE=; b=J1v9CZzQrcSGyA86+cqodJWTkRTFVFoxkUfZ6N5AqG7RDX2cItKBJBlzvCzPyf5G94 c1iH0xpUuX8+EY9QHOgYG8jMmYbVZ7ZK5BxH8ygbbm+Ji6tmGUV4K1uFi3LArK4fY2z+ mbdtY5WW0dcYnWpJrTkZUnKPjCRQcy5+YorewGMfI5ZvEnfrW0BSd+Q3ZJSxkiLO9x6Z 34uK69mZTXh2dfTVEEBp/pvBn0UOSRKVwZ9onwykx4oLqIdv10RsI77rh9swMGr9Vt5V hoS/AA+5UIPQAZeMdi6RGpjsFy9RvLsRGwGU2n1oV+4+epCtb+cdlxqfNkt0UxurYC2+ OQTg== X-Gm-Message-State: AEkooutO8pk1UFGzG6HWEXbhmn7TN7bR6gBUwhRvRIDT5/rWGLH0xmRtiawRSYRpWgOsnZ8p X-Received: by 10.200.44.115 with SMTP id e48mr23302285qta.64.1471872950281; Mon, 22 Aug 2016 06:35:50 -0700 (PDT) Received: from mutt-hardenedbsd (pool-100-16-219-226.bltmmd.fios.verizon.net. [100.16.219.226]) by smtp.gmail.com with ESMTPSA id a63sm11193742qkb.26.2016.08.22.06.35.48 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Mon, 22 Aug 2016 06:35:48 -0700 (PDT) Date: Mon, 22 Aug 2016 09:35:46 -0400 From: Shawn Webb To: Guido Falsi Cc: freebsd-stable , FreeBSD CURRENT Subject: Re: NanoBSD install phase failing for releng/11 Message-ID: <20160822133546.GA32267@mutt-hardenedbsd> References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="d6Gm4EdcadzBjdND" Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD mutt-hardenedbsd 12.0-CURRENT-HBSD FreeBSD 12.0-CURRENT-HBSD X-PGP-Key: http://pgp.mit.edu/pks/lookup?op=vindex&search=0x6A84658F52456EEE User-Agent: Mutt/1.6.1 (2016-04-27) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Aug 2016 13:35:51 -0000 --d6Gm4EdcadzBjdND Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Aug 22, 2016 at 01:08:11PM +0200, Guido Falsi wrote: > Hi, >=20 > While building a NanoBSD image using releng/11 sources I got this error > message: >=20 > =3D=3D=3D> lib/libc++ (install) > install -C -o root -g wheel -m 444 libc++.a > /usr/local/nanobsd/rr-trunk/obj/_.w/usr/lib/ > install -s -o root -g wheel -m 444 libc++.so.1 > /usr/local/nanobsd/rr-trunk/obj/_.w/usr/lib/ > install -S -C -o root -g wheel -m 444 libc++.ld > /usr/local/nanobsd/rr-trunk/obj/_.w/usr/lib/libc++.so > =3D=3D=3D> lib/libcxxrt (install) > install -C -o root -g wheel -m 444 libcxxrt.a > /usr/local/nanobsd/rr-trunk/obj/_.w/usr/lib/ > install -s -o root -g wheel -m 444 libcxxrt.so.1 > /usr/local/nanobsd/rr-trunk/obj/_.w/lib/ > install -l rs /usr/local/nanobsd/rr-trunk/obj/_.w/lib/libcxxrt.so.1 > /usr/local/nanobsd/rr-trunk/obj/_.w/usr/lib/libcxxrt.so > install: symlink ../../lib/libcxxrt.so.1 -> > /usr/local/nanobsd/rr-trunk/obj/_.w/usr/lib: File exists > *** Error code 71 >=20 > Stop. >=20 > I'm not sure what's happening, I already tried reverting locally > r301880, thinking it could be related, but this changed nothing. >=20 > Anyone has some insight? It was working fine up to August 4th. >=20 > Thanks in advance to anyone giving me some hint! I've been getting this simply in installworld outside the context of nanobsd. I've got a 12-CURRENT host doing an installworld of an 11-STABLE src tree to a chroot directory. Here's the log (granted, -s was added to make): http://ix.io/1fN3 Thanks, --=20 Shawn Webb Cofounder and Security Engineer HardenedBSD GPG Key ID: 0x6A84658F52456EEE GPG Key Fingerprint: 2ABA B6BD EF6A F486 BE89 3D9E 6A84 658F 5245 6EEE --d6Gm4EdcadzBjdND Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJXuv+wAAoJEGqEZY9SRW7uQZAQAJUS2Ji9nJO/azlKqgyPyk+l E4GFg6/0Vj+9Qs+GPH0muudq+KTdPc8lRxjW0OZOO23FUc5aeWz1bKaQzA0xQerD VDkZgVQ4UQcPZLw2p2e6+yKAKGcLR6SkKByo8f/9UvZpPCMbkIqa8tJHs3xIvAo+ x+OP6M0D7jmVspXnhUF6N0OebiQKtpBYLRqhhCAjSH4uLvrI3cPquusXCSstwoHk FmNK9n+OK5oat80O3ixZQKAE3odytwecfgJfjWXIGNi8YgNMkKSh4TxiosrXlwqi QZllPmwb/rtgvBD4nDOLd4xLoYDItSd95h9MtbkZhlqdjKhS2obCe0wPi9tcou0O NZtKBrnhLygwvEiuuppFBJcEQjBLx1B2aEJXFKGrsaxyXJs8gX7Boze9c5qFXk5a r0pVJXXE+JgC6URnRmdNSYFOOMt4vL4ZNI9wqa42MRD9AyKFckBXsf8MLiexs5hN DhHcxpN2ZQ+OYUlJtlueYpGSAt+yT0zl+4112WOzWf468MhoEF7bMD3owm1ewR8K ae7KLXcn044w4epWYGJ8/ze+sRKbVaOwXZNmB4lIm+TnhPZnbYHp0Rqs5ReDuO1F CYZOd+g87puYNDCKqJIUSveWuhwUgNjAjWoImeFnItqeEwtTXbjc1t2ohUlotVvf nCHUaLIhpra56Vc2Ipf2 =gcU0 -----END PGP SIGNATURE----- --d6Gm4EdcadzBjdND-- From owner-freebsd-stable@freebsd.org Mon Aug 22 14:29:01 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8BDF0BC1CC1 for ; Mon, 22 Aug 2016 14:29:01 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-oi0-x236.google.com (mail-oi0-x236.google.com [IPv6:2607:f8b0:4003:c06::236]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 573F91301 for ; Mon, 22 Aug 2016 14:29:01 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-oi0-x236.google.com with SMTP id c15so152943627oig.0 for ; Mon, 22 Aug 2016 07:29:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=7aVjlmW1ylGdt4aqesyZUoOOwCzlSBJXK6Aw+Y4Vqvk=; b=TEH5uopN779Y/2zyfUyhlgj/K2qkHpykt6T/NfiMrGdCShxqeICDk/IowBsVOYgNvF RTtXSeqM0E7hTyz0W7YBRDxostNC1DC2tyvaUZXfFNni8X8v09HfjS9cx8DGhh/QsMjX pdPs5aqpdEAbMEgAdCYqkixYbwyfOswLmmTX9a5GlwVoOgrg5WttVB4U0ZmnS5E4gfVD 4vTGUhWSgG9MQoVldjAHa4ZOdnBgUwiiQOxSxMyG7T8Gbj4ec9lZ/f5Xgda038NJZPGO 1pGmiMvksQ/CZx60uA3t3qlqDlI8saW+s1z8iNHg6ZOrXkM4WDcVrjc0zwrTnRgkQEQ2 WUKw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=7aVjlmW1ylGdt4aqesyZUoOOwCzlSBJXK6Aw+Y4Vqvk=; b=efH+FPZ+c0g6tLDLVnGZOWkSIq9sedfJ3/Z5KmlgzZrZMnIkHRjCRp0pY+QD1lAH6H J71wQLgUrxVCqxzsMgCoO69i9VQu74jq2D9vXcMV3/3oGH+ZWsaJTXyuRDtFIvjcQbnX H9L83qktFofOE2tA0zMRaXqoGU/7O4njr4NiY83KpOWgoghh/aMVcUWR6+PUw55zBMoh K1juqM3JY+Bw/ef5uTeCoJ6N3+vBcgnimPUVwx4V0wtUQ37xxwLjbb++A8Bg4d5LrS+n eZzM2A1WDZsyjxiPhOyXfXzk/VqXKcHVYYKbtFQq/c67/Nap6SirBV/krIBx1iwxL7Y8 GhwQ== X-Gm-Message-State: AEkoousihZ3Zv1uDEPpVHdCLAUn408EpolNr+jnjuitq+/Y9QOZeq5AnQM8RMYXPypIk4sPI0bNfy72j+Tja4w== X-Received: by 10.202.87.143 with SMTP id l137mr12929083oib.16.1471876139959; Mon, 22 Aug 2016 07:28:59 -0700 (PDT) MIME-Version: 1.0 Sender: wlosh@bsdimp.com Received: by 10.36.65.7 with HTTP; Mon, 22 Aug 2016 07:28:59 -0700 (PDT) X-Originating-IP: [69.53.245.200] In-Reply-To: <20160822133546.GA32267@mutt-hardenedbsd> References: <20160822133546.GA32267@mutt-hardenedbsd> From: Warner Losh Date: Mon, 22 Aug 2016 08:28:59 -0600 X-Google-Sender-Auth: dRdJFKzMLuNmc2iR1NLwyduGEwA Message-ID: Subject: Re: NanoBSD install phase failing for releng/11 To: Shawn Webb Cc: Guido Falsi , FreeBSD CURRENT , freebsd-stable Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Aug 2016 14:29:01 -0000 Yea, this isn't nanobsd specific. Adrian was complaining about it as well causing multiple entries in METALOG. Does this happen with any of the embedded images we have in the tree now as examples? I imagine it would.. Warner On Mon, Aug 22, 2016 at 7:35 AM, Shawn Webb wrote: > On Mon, Aug 22, 2016 at 01:08:11PM +0200, Guido Falsi wrote: >> Hi, >> >> While building a NanoBSD image using releng/11 sources I got this error >> message: >> >> ===> lib/libc++ (install) >> install -C -o root -g wheel -m 444 libc++.a >> /usr/local/nanobsd/rr-trunk/obj/_.w/usr/lib/ >> install -s -o root -g wheel -m 444 libc++.so.1 >> /usr/local/nanobsd/rr-trunk/obj/_.w/usr/lib/ >> install -S -C -o root -g wheel -m 444 libc++.ld >> /usr/local/nanobsd/rr-trunk/obj/_.w/usr/lib/libc++.so >> ===> lib/libcxxrt (install) >> install -C -o root -g wheel -m 444 libcxxrt.a >> /usr/local/nanobsd/rr-trunk/obj/_.w/usr/lib/ >> install -s -o root -g wheel -m 444 libcxxrt.so.1 >> /usr/local/nanobsd/rr-trunk/obj/_.w/lib/ >> install -l rs /usr/local/nanobsd/rr-trunk/obj/_.w/lib/libcxxrt.so.1 >> /usr/local/nanobsd/rr-trunk/obj/_.w/usr/lib/libcxxrt.so >> install: symlink ../../lib/libcxxrt.so.1 -> >> /usr/local/nanobsd/rr-trunk/obj/_.w/usr/lib: File exists >> *** Error code 71 >> >> Stop. >> >> I'm not sure what's happening, I already tried reverting locally >> r301880, thinking it could be related, but this changed nothing. >> >> Anyone has some insight? It was working fine up to August 4th. >> >> Thanks in advance to anyone giving me some hint! > > I've been getting this simply in installworld outside the context of > nanobsd. I've got a 12-CURRENT host doing an installworld of an > 11-STABLE src tree to a chroot directory. > > Here's the log (granted, -s was added to make): http://ix.io/1fN3 > > Thanks, > > -- > Shawn Webb > Cofounder and Security Engineer > HardenedBSD > > GPG Key ID: 0x6A84658F52456EEE > GPG Key Fingerprint: 2ABA B6BD EF6A F486 BE89 3D9E 6A84 658F 5245 6EEE From owner-freebsd-stable@freebsd.org Mon Aug 22 14:34:11 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D026ABC2127; Mon, 22 Aug 2016 14:34:11 +0000 (UTC) (envelope-from mad@madpilot.net) 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 8ED381B0C; Mon, 22 Aug 2016 14:34:11 +0000 (UTC) (envelope-from mad@madpilot.net) Received: from mail (mail [192.168.254.3]) by mail.madpilot.net (Postfix) with ESMTP id 3sHx0K2L3lzZqm; Mon, 22 Aug 2016 16:34:09 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=madpilot.net; h= content-transfer-encoding:content-type:content-type:in-reply-to :mime-version:user-agent:date:date:message-id:from:from :references:subject:subject:received:received; s=mail; t= 1471876447; x=1473690848; bh=VH8Lz9vqat4ADkOry7IoecG0qkV9PDu9LQ9 YvrURmsc=; b=t2kq3reXS1dmVwvGTZDHzjz2tznqB+AdsPsAYuoxah7GG0IU2kP XkOkOU8ZsBMv9gXXw2oH/qB9liFkb3mD3Ku4wfP+V11NDaH7v8yhsF0ajrcxlMEs ZUDZ+NbAMDe++R6sCCRH6kc1zFwVTP362qIZtzYL5HSWUcppc7u59xBw= 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 j5TPfYtMzzAW; Mon, 22 Aug 2016 16:34:07 +0200 (CEST) Received: from marvin.madpilot.net (micro.madpilot.net [88.149.173.206]) by mail.madpilot.net (Postfix) with ESMTPSA; Mon, 22 Aug 2016 16:34:07 +0200 (CEST) Subject: Re: NanoBSD install phase failing for releng/11 To: Warner Losh , Shawn Webb References: <20160822133546.GA32267@mutt-hardenedbsd> Cc: FreeBSD CURRENT , freebsd-stable From: Guido Falsi Message-ID: <40867fad-ec41-268c-3df1-57c59ae36991@madpilot.net> Date: Mon, 22 Aug 2016 16:34:07 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Aug 2016 14:34:11 -0000 On 08/22/16 16:28, Warner Losh wrote: > Yea, this isn't nanobsd specific. Adrian was complaining about it as well > causing multiple entries in METALOG. Outside of NanoBSD i did a "make packages" on a machine without problems at head r304521. Don't know if make packages would be affected as make install, but maybe this information can help narrow things down. -- Guido Falsi From owner-freebsd-stable@freebsd.org Mon Aug 22 21:43:18 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E4197BC239C for ; Mon, 22 Aug 2016 21:43:18 +0000 (UTC) (envelope-from jakub_lach@mailplus.pl) Received: from mbob.nabble.com (mbob.nabble.com [162.253.133.15]) by mx1.freebsd.org (Postfix) with ESMTP id D4BF51E4A for ; Mon, 22 Aug 2016 21:43:18 +0000 (UTC) (envelope-from jakub_lach@mailplus.pl) Received: from static.162.253.133.122.macminivault.com (unknown [162.253.133.122]) by mbob.nabble.com (Postfix) with ESMTP id E4D3E2F64053 for ; Mon, 22 Aug 2016 14:43:10 -0700 (PDT) Date: Mon, 22 Aug 2016 14:43:10 -0700 (MST) From: Jakub Lach To: freebsd-stable@freebsd.org Message-ID: <1471902188182-6124304.post@n5.nabble.com> In-Reply-To: <20160819073422.4292997b@X220.alogt.com> References: <20160819073422.4292997b@X220.alogt.com> Subject: Re: Benchmarks results for FreeBSD 11 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Aug 2016 21:43:19 -0000 Unixbench is slower for me since switching to 11-STABLE from 10-STABLE, due to triple drop of 'Pipe Throughput'. Rest looks the same or better. That's all I know. -- View this message in context: http://freebsd.1045724.n5.nabble.com/Benchmarks-results-for-FreeBSD-11-tp6123994p6124304.html Sent from the freebsd-stable mailing list archive at Nabble.com. From owner-freebsd-stable@freebsd.org Tue Aug 23 03:43:21 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1F958BC2FF4; Tue, 23 Aug 2016 03:43:21 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 0D96714B3; Tue, 23 Aug 2016 03:43:21 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from FreeBSD.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by freefall.freebsd.org (Postfix) with ESMTP id AF06D1D7A; Tue, 23 Aug 2016 03:43:20 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Date: Tue, 23 Aug 2016 03:43:19 +0000 From: Glen Barber To: freebsd-current@FreeBSD.org, freebsd-stable@FreeBSD.org Cc: FreeBSD Release Engineering Team Subject: Re: Delay with 11.0-RC2 builds Message-ID: <20160823034319.GG54084@FreeBSD.org> References: <20160818233024.GZ765@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="VACxsDaSTfeluoxK" Content-Disposition: inline In-Reply-To: <20160818233024.GZ765@FreeBSD.org> X-Operating-System: FreeBSD 11.0-CURRENT amd64 X-SCUD-Definition: Sudden Completely Unexpected Dataloss X-SULE-Definition: Sudden Unexpected Learning Event X-PEKBAC-Definition: Problem Exists, Keyboard Between Admin/Computer User-Agent: Mutt/1.5.24 (2015-08-30) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Aug 2016 03:43:21 -0000 --VACxsDaSTfeluoxK Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Aug 18, 2016 at 11:30:24PM +0000, Glen Barber wrote: > Two issues have been brought to our attention, and as a result, 11.0-RC2 > builds will be delayed a day or two while these are investigated. >=20 > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D211872 > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D211926 >=20 > An update will be sent if the delay is longer than anticipated. >=20 Just an update, the 11.0-RC2 will be delayed at least two days. One of the issues mentioned in the above PR URLs does not affect releng/11.0, and is a non-issue, but we are awaiting one more change to the stable/11 and releng/11.0 branches that we hope will be the final major changes to 11.0. If this is the case, we may be able to eliminate 11.0-RC3 entirely, and still release on time (or, on time as the current schedule suggests). However, as you know, FreeBSD releases prioritize quality over schedule, so we may still need to adjust the schedule appropriately. So, help with testing 11.0-RC1 (or the latest releng/11.0 from svn) is greatly appreciated. Glen On behalf of: re@ --VACxsDaSTfeluoxK Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJXu8ZXAAoJEAMUWKVHj+KTdpcP/icbtJmfAocKl4Fos01ZA8Tq C7iOcVPqxb1YZauBxdxhlTE53O9WqCe/MCoPPRLODMhwhUkelH8WkuxRlh1Qio1l YT+u+wbsRPcL6NVXC2qiWuR1I5C7Q355LVjP3wMhaid4ZK+IR20SWUIF7oapPR3d vkT7CwNitAtMK6AtCVvOJO4Ft8eoO9KnFzfUKMoEuQwh92NqJU00cD1XE2Zy/Iog BHJCd5+L/WZ99CaU/UPPF5x/xmg2JomFILGpak0CBBTWXJDLckTFpqX6VDCy45Av QRcyNQ42ZWpRqlzI+4zvxQjTsfBuJuInPM1hQOdAD9HMkJVECs8Ht9Jc4esbXLsO ZK4Ye5aW6nideFzwpVRRs/cA0AJifSIxHWTwV1rB6muC6MCO9D6y8FXw/ZkCucb4 lfzG5zRK4KXRYSUFs+A14rhF2qtjORzaUozSWJ/6pllawNRAU0C3sjDUb7Da2eDY Cd6vaAjg93fF5G+hvOSbhur3Nb8ScgTf6mjdzrmBZY3/3MjiPZCpx/ilvQDhRm1Z glWxKZBAdrkB5vlmbreiOQPRHMgPczMUi0UmDF6s4FZG5pXzm6d/lOjGGs8biuNA d9AElCVFha39FKirTgxgYUO/dQq4seb7RXT8GAtmu0msig2Lu38Y3mJwq0nvF8Wn Q3TQpxZ2d6Smw1pkMIoN =2svc -----END PGP SIGNATURE----- --VACxsDaSTfeluoxK-- From owner-freebsd-stable@freebsd.org Tue Aug 23 03:53:09 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B1DA6BC14A1 for ; Tue, 23 Aug 2016 03:53:09 +0000 (UTC) (envelope-from karl@denninger.net) Received: from mail.denninger.net (denninger.net [70.169.168.7]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 5D5581CCA for ; Tue, 23 Aug 2016 03:53:09 +0000 (UTC) (envelope-from karl@denninger.net) Received: from [192.168.1.40] (Karl-Desktop.Denninger.net [192.168.1.40]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.denninger.net (Postfix) with ESMTPSA id 83DA821BD9 for ; Mon, 22 Aug 2016 22:53:06 -0500 (CDT) Subject: Re: Delay with 11.0-RC2 builds To: freebsd-stable@freebsd.org References: <20160818233024.GZ765@FreeBSD.org> <20160823034319.GG54084@FreeBSD.org> From: Karl Denninger Message-ID: <50aeed81-fdb2-83a4-10c8-d4e50b0d5684@denninger.net> Date: Mon, 22 Aug 2016 22:53:06 -0500 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 In-Reply-To: <20160823034319.GG54084@FreeBSD.org> Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha-512; boundary="------------ms060509070800000408020106" X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Aug 2016 03:53:09 -0000 This is a cryptographically signed message in MIME format. --------------ms060509070800000408020106 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 8/22/2016 22:43, Glen Barber wrote: > On Thu, Aug 18, 2016 at 11:30:24PM +0000, Glen Barber wrote: >> Two issues have been brought to our attention, and as a result, 11.0-R= C2 >> builds will be delayed a day or two while these are investigated. >> >> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D211872 >> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D211926 >> >> An update will be sent if the delay is longer than anticipated. >> > Just an update, the 11.0-RC2 will be delayed at least two days. One of= > the issues mentioned in the above PR URLs does not affect releng/11.0, > and is a non-issue, but we are awaiting one more change to the stable/1= 1 > and releng/11.0 branches that we hope will be the final major changes t= o > 11.0. > > If this is the case, we may be able to eliminate 11.0-RC3 entirely, and= > still release on time (or, on time as the current schedule suggests). > > However, as you know, FreeBSD releases prioritize quality over schedule= , > so we may still need to adjust the schedule appropriately. > > So, help with testing 11.0-RC1 (or the latest releng/11.0 from svn) is > greatly appreciated. > > Glen > On behalf of: re@ > Has any decision been made on this? It is not local to me (others have reported problems with combination devices) and rolling back the change in question eliminates the problem. It remains un-triaged as of this point. Note that this impacts a system that is booting and needs manual intervention, which is not a good place to a have a problem.... https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D211884 --=20 Karl Denninger karl@denninger.net /The Market Ticker/ /[S/MIME encrypted email preferred]/ --------------ms060509070800000408020106 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgMFADCABgkqhkiG9w0BBwEAAKCC Bl8wggZbMIIEQ6ADAgECAgEpMA0GCSqGSIb3DQEBCwUAMIGQMQswCQYDVQQGEwJVUzEQMA4G A1UECBMHRmxvcmlkYTESMBAGA1UEBxMJTmljZXZpbGxlMRkwFwYDVQQKExBDdWRhIFN5c3Rl bXMgTExDMRwwGgYDVQQDExNDdWRhIFN5c3RlbXMgTExDIENBMSIwIAYJKoZIhvcNAQkBFhND dWRhIFN5c3RlbXMgTExDIENBMB4XDTE1MDQyMTAyMjE1OVoXDTIwMDQxOTAyMjE1OVowWjEL MAkGA1UEBhMCVVMxEDAOBgNVBAgTB0Zsb3JpZGExGTAXBgNVBAoTEEN1ZGEgU3lzdGVtcyBM TEMxHjAcBgNVBAMTFUthcmwgRGVubmluZ2VyIChPQ1NQKTCCAiIwDQYJKoZIhvcNAQEBBQAD ggIPADCCAgoCggIBALmEWPhAdphrWd4K5VTvE5pxL3blRQPyGF3ApjUjgtavqU1Y8pbI3Byg XDj2/Uz9Si8XVj/kNbKEjkRh5SsNvx3Fc0oQ1uVjyCq7zC/kctF7yLzQbvWnU4grAPZ3IuAp 3/fFxIVaXpxEdKmyZAVDhk9az+IgHH43rdJRIMzxJ5vqQMb+n2EjadVqiGPbtG9aZEImlq7f IYDTnKyToi23PAnkPwwT+q1IkI2DTvf2jzWrhLR5DTX0fUYC0nxlHWbjgpiapyJWtR7K2YQO aevQb/3vN9gSojT2h+cBem7QIj6U69rEYcEDvPyCMXEV9VcXdcmW42LSRsPvZcBHFkWAJqMZ Myiz4kumaP+s+cIDaXitR/szoqDKGSHM4CPAZV9Yh8asvxQL5uDxz5wvLPgS5yS8K/o7zDR5 vNkMCyfYQuR6PAJxVOk5Arqvj9lfP3JSVapwbr01CoWDBkpuJlKfpQIEeC/pcCBKknllbMYq yHBO2TipLyO5Ocd1nhN/nOsO+C+j31lQHfOMRZaPQykXVPWG5BbhWT7ttX4vy5hOW6yJgeT/ o3apynlp1cEavkQRS8uJHoQszF6KIrQMID/JfySWvVQ4ksnfzwB2lRomrdrwnQ4eG/HBS+0l eozwOJNDIBlAP+hLe8A5oWZgooIIK/SulUAsfI6Sgd8dTZTTYmlhAgMBAAGjgfQwgfEwNwYI KwYBBQUHAQEEKzApMCcGCCsGAQUFBzABhhtodHRwOi8vY3VkYXN5c3RlbXMubmV0Ojg4ODgw CQYDVR0TBAIwADARBglghkgBhvhCAQEEBAMCBaAwCwYDVR0PBAQDAgXgMCwGCWCGSAGG+EIB DQQfFh1PcGVuU1NMIEdlbmVyYXRlZCBDZXJ0aWZpY2F0ZTAdBgNVHQ4EFgQUxRyULenJaFwX RtT79aNmIB/u5VkwHwYDVR0jBBgwFoAUJHGbnYV9/N3dvbDKkpQDofrTbTUwHQYDVR0RBBYw FIESa2FybEBkZW5uaW5nZXIubmV0MA0GCSqGSIb3DQEBCwUAA4ICAQBPf3cYtmKowmGIYsm6 eBinJu7QVWvxi1vqnBz3KE+HapqoIZS8/PolB/hwiY0UAE1RsjBJ7yEjihVRwummSBvkoOyf G30uPn4yg4vbJkR9lTz8d21fPshWETa6DBh2jx2Qf13LZpr3Pj2fTtlu6xMYKzg7cSDgd2bO sJGH/rcvva9Spkx5Vfq0RyOrYph9boshRN3D4tbWgBAcX9POdXCVfJONDxhfBuPHsJ6vEmPb An+XL5Yl26XYFPiODQ+Qbk44Ot1kt9s7oS3dVUrh92Qv0G3J3DF+Vt6C15nED+f+bk4gScu+ JHT7RjEmfa18GT8DcT//D1zEke1Ymhb41JH+GyZchDRWtjxsS5OBFMzrju7d264zJUFtX7iJ 3xvpKN7VcZKNtB6dLShj3v/XDsQVQWXmR/1YKWZ93C3LpRs2Y5nYdn6gEOpL/WfQFThtfnat HNc7fNs5vjotaYpBl5H8+VCautKbGOs219uQbhGZLYTv6okuKcY8W+4EJEtK0xB08vqr9Jd0 FS9MGjQE++GWo+5eQxFt6nUENHbVYnsr6bYPQsZH0CRNycgTG9MwY/UIXOf4W034UpR82TBG 1LiMsYfb8ahQJhs3wdf1nzipIjRwoZKT1vGXh/cj3gwSr64GfenURBxaFZA5O1acOZUjPrRT n3ci4McYW/0WVVA3lDGCBRMwggUPAgEBMIGWMIGQMQswCQYDVQQGEwJVUzEQMA4GA1UECBMH RmxvcmlkYTESMBAGA1UEBxMJTmljZXZpbGxlMRkwFwYDVQQKExBDdWRhIFN5c3RlbXMgTExD MRwwGgYDVQQDExNDdWRhIFN5c3RlbXMgTExDIENBMSIwIAYJKoZIhvcNAQkBFhNDdWRhIFN5 c3RlbXMgTExDIENBAgEpMA0GCWCGSAFlAwQCAwUAoIICTTAYBgkqhkiG9w0BCQMxCwYJKoZI hvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xNjA4MjMwMzUzMDZaME8GCSqGSIb3DQEJBDFCBEBf fB9l/CxZujr8dWfnO57OSeEVrnKIDBq3L+3s0v94ubcygFYAjWeT4bVVESDYkSNjYoyEbdfg O6YBovLBgkVSMGwGCSqGSIb3DQEJDzFfMF0wCwYJYIZIAWUDBAEqMAsGCWCGSAFlAwQBAjAK BggqhkiG9w0DBzAOBggqhkiG9w0DAgICAIAwDQYIKoZIhvcNAwICAUAwBwYFKw4DAgcwDQYI KoZIhvcNAwICASgwgacGCSsGAQQBgjcQBDGBmTCBljCBkDELMAkGA1UEBhMCVVMxEDAOBgNV BAgTB0Zsb3JpZGExEjAQBgNVBAcTCU5pY2V2aWxsZTEZMBcGA1UEChMQQ3VkYSBTeXN0ZW1z IExMQzEcMBoGA1UEAxMTQ3VkYSBTeXN0ZW1zIExMQyBDQTEiMCAGCSqGSIb3DQEJARYTQ3Vk YSBTeXN0ZW1zIExMQyBDQQIBKTCBqQYLKoZIhvcNAQkQAgsxgZmggZYwgZAxCzAJBgNVBAYT AlVTMRAwDgYDVQQIEwdGbG9yaWRhMRIwEAYDVQQHEwlOaWNldmlsbGUxGTAXBgNVBAoTEEN1 ZGEgU3lzdGVtcyBMTEMxHDAaBgNVBAMTE0N1ZGEgU3lzdGVtcyBMTEMgQ0ExIjAgBgkqhkiG 9w0BCQEWE0N1ZGEgU3lzdGVtcyBMTEMgQ0ECASkwDQYJKoZIhvcNAQEBBQAEggIAiRbkndOL PuGXc55kFWQ6PiyuXZ2Zuw8fgKnPVaBJSDm3WfpubGt1IYnrNqCrgc6jb4oQf5nh+ItX/1m6 NyA93zLNG42D/NF+QvZNkpFkQH2Vryr34RtJ1KKpIhLfwrTiq9IrVfkEvvblvQuBS+15nzVO JIDILTQE3dW1NcYUSpuu5DFJ59W+6mBmz/IsANoXBrc1NnL3p7sf4+nO8tAdUYNqFnFrTsY3 kCAiYDMOEjLdpuXzkb6lnScfhwdGtidD3no9hgqjwKToCbrYb/FvnQs0ZPO9ts0UuWBWcmzG F1MtZP6Qh4vXo/5BYa/mluwiec2sbvNwGybwuBQNRPSi70JOgaZdlJkCy4nyupiBoNPtpow3 S+6LpDQd+KAVpeUDAAPqwGyf22uRbSXTRXz5jCq80t+wmVMiQ1UoQwOGoZl9wT2fAy3/xAKH UHuQGpzH4eNNVxhJ6O4OVHgw/F0fejrA/PFemJDQJlCGGGmjjlbhXHFDEIgxGeTeAxSsXnTF xjdVTnB+Jt0RRmag4rqr5i53M+MqdJF4tk87KRdolJYLAYxPgsFFJgoPDnyd3Gw4TSlbej/T Iih7TzXITJxu2QJAJn1N6nkTIxJWSUFY/ljQf1rYHybMS138M8FoNbnWux9A+dFqDaKPXwIA lFCOUL4wRdbIObnOSuQsNCGuxHwAAAAAAAA= --------------ms060509070800000408020106-- From owner-freebsd-stable@freebsd.org Tue Aug 23 04:01:28 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B422DBC176C for ; Tue, 23 Aug 2016 04:01:28 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 9A54311E0; Tue, 23 Aug 2016 04:01:28 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from FreeBSD.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by freefall.freebsd.org (Postfix) with ESMTP id 055C01410; Tue, 23 Aug 2016 04:01:27 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Date: Tue, 23 Aug 2016 04:01:27 +0000 From: Glen Barber To: Karl Denninger Cc: freebsd-stable@freebsd.org Subject: Re: Delay with 11.0-RC2 builds Message-ID: <20160823040127.GG765@FreeBSD.org> References: <20160818233024.GZ765@FreeBSD.org> <20160823034319.GG54084@FreeBSD.org> <50aeed81-fdb2-83a4-10c8-d4e50b0d5684@denninger.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="0YvPcIOsea23f0hb" Content-Disposition: inline In-Reply-To: <50aeed81-fdb2-83a4-10c8-d4e50b0d5684@denninger.net> X-Operating-System: FreeBSD 11.0-CURRENT amd64 X-SCUD-Definition: Sudden Completely Unexpected Dataloss X-SULE-Definition: Sudden Unexpected Learning Event X-PEKBAC-Definition: Problem Exists, Keyboard Between Admin/Computer User-Agent: Mutt/1.5.24 (2015-08-30) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Aug 2016 04:01:28 -0000 --0YvPcIOsea23f0hb Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Aug 22, 2016 at 10:53:06PM -0500, Karl Denninger wrote: > On 8/22/2016 22:43, Glen Barber wrote: > > On Thu, Aug 18, 2016 at 11:30:24PM +0000, Glen Barber wrote: > >> Two issues have been brought to our attention, and as a result, 11.0-R= C2 > >> builds will be delayed a day or two while these are investigated. > >> > >> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D211872 > >> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D211926 > >> > >> An update will be sent if the delay is longer than anticipated. > >> > > Just an update, the 11.0-RC2 will be delayed at least two days. One of > > the issues mentioned in the above PR URLs does not affect releng/11.0, > > and is a non-issue, but we are awaiting one more change to the stable/11 > > and releng/11.0 branches that we hope will be the final major changes to > > 11.0. > > > > If this is the case, we may be able to eliminate 11.0-RC3 entirely, and > > still release on time (or, on time as the current schedule suggests). > > > > However, as you know, FreeBSD releases prioritize quality over schedule, > > so we may still need to adjust the schedule appropriately. > > > > So, help with testing 11.0-RC1 (or the latest releng/11.0 from svn) is > > greatly appreciated. > > > > Glen > > On behalf of: re@ > > > Has any decision been made on this? >=20 > It is not local to me (others have reported problems with combination > devices) and rolling back the change in question eliminates the > problem. It remains un-triaged as of this point. >=20 > Note that this impacts a system that is booting and needs manual > intervention, which is not a good place to a have a problem.... >=20 > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D211884 >=20 Well, it's an EN candidate if we cannot get it fixed before the release. But, I've put it on our radar, which it was not on mine previously... Glen --0YvPcIOsea23f0hb Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJXu8qXAAoJEAMUWKVHj+KTdrAP/09BOkbbf1GgAb90cVHsmwbn g/9RxTsGhNxiuDKg8xLDAcscwAs3XmvYaf+Dywk8fjvMJvdVaZGlVMP9dOdvC5n1 fUUqh9erTOLo0YJzGBpNZZnIfpLrAsUJb6W7Oqei6gk50ZHxMmKVqTmwZlmQb84p qmQ2eM0/NkwnMA0Pkh/lHLhP7zWH64cDSWxk+KQspfF6I9YVW8Iwo68QiUQGoQTl uJwAZGbo9mrq11gUC4WcNDqxpkfXu8POwii1sHym8671AlNggmQmKwmKAIdBL0J0 L9r6x/ggihd6tAD2gsTMKRaxahbyeXaLiwMo7zvHJEgeii7nHVWJ4V6S6JE/OeP4 G2h6txDzNxKkAq88KMAnO5P1iQz2K+pw6+JE3LKXRNLEoOGEXfUdEsqHwIE/UsjF 1vEamYI/brdFnV/HDwbA49Q7Pk3XRSspQ8A++7Tm/wCdi0bUXzFBoTAvdsoaKCVA dMi+L2OjzypYMx5L4WwxWVkNYJRr6fX8QZV+4u3rRClDr2nr4lhoM03NG9GpJLr1 jeKguK+DP6/nuowxG4LnO0lq1fQkdpG3RqEuLX5nrX2o0TB9bninwG3EXYUKMhNH CHK2rH2zdzG/MN/kk7fZMNbBPREm3CiC+cJOpTfo9yz9Kkfi/x9sg8uRsm8IWuTd pMf2ntzauz0AyET88z7o =IuBc -----END PGP SIGNATURE----- --0YvPcIOsea23f0hb-- From owner-freebsd-stable@freebsd.org Tue Aug 23 04:03:34 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6C4F1BC189D for ; Tue, 23 Aug 2016 04:03:34 +0000 (UTC) (envelope-from karl@denninger.net) Received: from mail.denninger.net (denninger.net [70.169.168.7]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 3FD04153B for ; Tue, 23 Aug 2016 04:03:34 +0000 (UTC) (envelope-from karl@denninger.net) Received: from [192.168.1.40] (Karl-Desktop.Denninger.net [192.168.1.40]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.denninger.net (Postfix) with ESMTPSA id 924B621C4E for ; Mon, 22 Aug 2016 23:03:31 -0500 (CDT) Subject: Re: Delay with 11.0-RC2 builds References: <20160818233024.GZ765@FreeBSD.org> <20160823034319.GG54084@FreeBSD.org> <50aeed81-fdb2-83a4-10c8-d4e50b0d5684@denninger.net> <20160823040127.GG765@FreeBSD.org> To: freebsd-stable@freebsd.org From: Karl Denninger Message-ID: Date: Mon, 22 Aug 2016 23:03:31 -0500 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 In-Reply-To: <20160823040127.GG765@FreeBSD.org> Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha-512; boundary="------------ms030908000505070600080903" X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Aug 2016 04:03:34 -0000 This is a cryptographically signed message in MIME format. --------------ms030908000505070600080903 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 8/22/2016 23:01, Glen Barber wrote: > On Mon, Aug 22, 2016 at 10:53:06PM -0500, Karl Denninger wrote: >> On 8/22/2016 22:43, Glen Barber wrote: >>> On Thu, Aug 18, 2016 at 11:30:24PM +0000, Glen Barber wrote: >>>> Two issues have been brought to our attention, and as a result, 11.0= -RC2 >>>> builds will be delayed a day or two while these are investigated. >>>> >>>> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D211872 >>>> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D211926 >>>> >>>> An update will be sent if the delay is longer than anticipated. >>>> >>> Just an update, the 11.0-RC2 will be delayed at least two days. One = of >>> the issues mentioned in the above PR URLs does not affect releng/11.0= , >>> and is a non-issue, but we are awaiting one more change to the stable= /11 >>> and releng/11.0 branches that we hope will be the final major changes= to >>> 11.0. >>> >>> If this is the case, we may be able to eliminate 11.0-RC3 entirely, a= nd >>> still release on time (or, on time as the current schedule suggests).= >>> >>> However, as you know, FreeBSD releases prioritize quality over schedu= le, >>> so we may still need to adjust the schedule appropriately. >>> >>> So, help with testing 11.0-RC1 (or the latest releng/11.0 from svn) i= s >>> greatly appreciated. >>> >>> Glen >>> On behalf of: re@ >>> >> Has any decision been made on this? >> >> It is not local to me (others have reported problems with combination >> devices) and rolling back the change in question eliminates the >> problem. It remains un-triaged as of this point. >> >> Note that this impacts a system that is booting and needs manual >> intervention, which is not a good place to a have a problem.... >> >> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D211884 >> > Well, it's an EN candidate if we cannot get it fixed before the release= =2E > But, I've put it on our radar, which it was not on mine previously... > > Glen Thank you. As far as I can tell reverting that one commit (which results in just one file being rolled back with a handful of lines) fixes it. The other PR (which is linked in this one) reporter also reported that reverting that same commit fixes the problem for him as well. --=20 Karl Denninger karl@denninger.net /The Market Ticker/ /[S/MIME encrypted email preferred]/ --------------ms030908000505070600080903 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgMFADCABgkqhkiG9w0BBwEAAKCC Bl8wggZbMIIEQ6ADAgECAgEpMA0GCSqGSIb3DQEBCwUAMIGQMQswCQYDVQQGEwJVUzEQMA4G A1UECBMHRmxvcmlkYTESMBAGA1UEBxMJTmljZXZpbGxlMRkwFwYDVQQKExBDdWRhIFN5c3Rl bXMgTExDMRwwGgYDVQQDExNDdWRhIFN5c3RlbXMgTExDIENBMSIwIAYJKoZIhvcNAQkBFhND dWRhIFN5c3RlbXMgTExDIENBMB4XDTE1MDQyMTAyMjE1OVoXDTIwMDQxOTAyMjE1OVowWjEL MAkGA1UEBhMCVVMxEDAOBgNVBAgTB0Zsb3JpZGExGTAXBgNVBAoTEEN1ZGEgU3lzdGVtcyBM TEMxHjAcBgNVBAMTFUthcmwgRGVubmluZ2VyIChPQ1NQKTCCAiIwDQYJKoZIhvcNAQEBBQAD ggIPADCCAgoCggIBALmEWPhAdphrWd4K5VTvE5pxL3blRQPyGF3ApjUjgtavqU1Y8pbI3Byg XDj2/Uz9Si8XVj/kNbKEjkRh5SsNvx3Fc0oQ1uVjyCq7zC/kctF7yLzQbvWnU4grAPZ3IuAp 3/fFxIVaXpxEdKmyZAVDhk9az+IgHH43rdJRIMzxJ5vqQMb+n2EjadVqiGPbtG9aZEImlq7f IYDTnKyToi23PAnkPwwT+q1IkI2DTvf2jzWrhLR5DTX0fUYC0nxlHWbjgpiapyJWtR7K2YQO aevQb/3vN9gSojT2h+cBem7QIj6U69rEYcEDvPyCMXEV9VcXdcmW42LSRsPvZcBHFkWAJqMZ Myiz4kumaP+s+cIDaXitR/szoqDKGSHM4CPAZV9Yh8asvxQL5uDxz5wvLPgS5yS8K/o7zDR5 vNkMCyfYQuR6PAJxVOk5Arqvj9lfP3JSVapwbr01CoWDBkpuJlKfpQIEeC/pcCBKknllbMYq yHBO2TipLyO5Ocd1nhN/nOsO+C+j31lQHfOMRZaPQykXVPWG5BbhWT7ttX4vy5hOW6yJgeT/ o3apynlp1cEavkQRS8uJHoQszF6KIrQMID/JfySWvVQ4ksnfzwB2lRomrdrwnQ4eG/HBS+0l eozwOJNDIBlAP+hLe8A5oWZgooIIK/SulUAsfI6Sgd8dTZTTYmlhAgMBAAGjgfQwgfEwNwYI KwYBBQUHAQEEKzApMCcGCCsGAQUFBzABhhtodHRwOi8vY3VkYXN5c3RlbXMubmV0Ojg4ODgw CQYDVR0TBAIwADARBglghkgBhvhCAQEEBAMCBaAwCwYDVR0PBAQDAgXgMCwGCWCGSAGG+EIB DQQfFh1PcGVuU1NMIEdlbmVyYXRlZCBDZXJ0aWZpY2F0ZTAdBgNVHQ4EFgQUxRyULenJaFwX RtT79aNmIB/u5VkwHwYDVR0jBBgwFoAUJHGbnYV9/N3dvbDKkpQDofrTbTUwHQYDVR0RBBYw FIESa2FybEBkZW5uaW5nZXIubmV0MA0GCSqGSIb3DQEBCwUAA4ICAQBPf3cYtmKowmGIYsm6 eBinJu7QVWvxi1vqnBz3KE+HapqoIZS8/PolB/hwiY0UAE1RsjBJ7yEjihVRwummSBvkoOyf G30uPn4yg4vbJkR9lTz8d21fPshWETa6DBh2jx2Qf13LZpr3Pj2fTtlu6xMYKzg7cSDgd2bO sJGH/rcvva9Spkx5Vfq0RyOrYph9boshRN3D4tbWgBAcX9POdXCVfJONDxhfBuPHsJ6vEmPb An+XL5Yl26XYFPiODQ+Qbk44Ot1kt9s7oS3dVUrh92Qv0G3J3DF+Vt6C15nED+f+bk4gScu+ JHT7RjEmfa18GT8DcT//D1zEke1Ymhb41JH+GyZchDRWtjxsS5OBFMzrju7d264zJUFtX7iJ 3xvpKN7VcZKNtB6dLShj3v/XDsQVQWXmR/1YKWZ93C3LpRs2Y5nYdn6gEOpL/WfQFThtfnat HNc7fNs5vjotaYpBl5H8+VCautKbGOs219uQbhGZLYTv6okuKcY8W+4EJEtK0xB08vqr9Jd0 FS9MGjQE++GWo+5eQxFt6nUENHbVYnsr6bYPQsZH0CRNycgTG9MwY/UIXOf4W034UpR82TBG 1LiMsYfb8ahQJhs3wdf1nzipIjRwoZKT1vGXh/cj3gwSr64GfenURBxaFZA5O1acOZUjPrRT n3ci4McYW/0WVVA3lDGCBRMwggUPAgEBMIGWMIGQMQswCQYDVQQGEwJVUzEQMA4GA1UECBMH RmxvcmlkYTESMBAGA1UEBxMJTmljZXZpbGxlMRkwFwYDVQQKExBDdWRhIFN5c3RlbXMgTExD MRwwGgYDVQQDExNDdWRhIFN5c3RlbXMgTExDIENBMSIwIAYJKoZIhvcNAQkBFhNDdWRhIFN5 c3RlbXMgTExDIENBAgEpMA0GCWCGSAFlAwQCAwUAoIICTTAYBgkqhkiG9w0BCQMxCwYJKoZI hvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xNjA4MjMwNDAzMzFaME8GCSqGSIb3DQEJBDFCBEBg OJNhfYXSwS4aYcXaJLbBia6iH/B1V9BRKkPPWXlboUhlceAPHmjFqSh5SRKe/D+85DqqHWxC BBXOlOi36UPkMGwGCSqGSIb3DQEJDzFfMF0wCwYJYIZIAWUDBAEqMAsGCWCGSAFlAwQBAjAK BggqhkiG9w0DBzAOBggqhkiG9w0DAgICAIAwDQYIKoZIhvcNAwICAUAwBwYFKw4DAgcwDQYI KoZIhvcNAwICASgwgacGCSsGAQQBgjcQBDGBmTCBljCBkDELMAkGA1UEBhMCVVMxEDAOBgNV BAgTB0Zsb3JpZGExEjAQBgNVBAcTCU5pY2V2aWxsZTEZMBcGA1UEChMQQ3VkYSBTeXN0ZW1z IExMQzEcMBoGA1UEAxMTQ3VkYSBTeXN0ZW1zIExMQyBDQTEiMCAGCSqGSIb3DQEJARYTQ3Vk YSBTeXN0ZW1zIExMQyBDQQIBKTCBqQYLKoZIhvcNAQkQAgsxgZmggZYwgZAxCzAJBgNVBAYT AlVTMRAwDgYDVQQIEwdGbG9yaWRhMRIwEAYDVQQHEwlOaWNldmlsbGUxGTAXBgNVBAoTEEN1 ZGEgU3lzdGVtcyBMTEMxHDAaBgNVBAMTE0N1ZGEgU3lzdGVtcyBMTEMgQ0ExIjAgBgkqhkiG 9w0BCQEWE0N1ZGEgU3lzdGVtcyBMTEMgQ0ECASkwDQYJKoZIhvcNAQEBBQAEggIAKF/4A8we Q2KQGUt73LMZc1UFL+aLoNtnqBTyI6sNo0bpGz9U44QzpIBIY0VTR1XD9EL6FVVT6Kzud5dq TPsqrMFMixQCIVwQpO+fJepsR+a1V59YG9jcQGUR7fECaWipQHnfOCj/wwKXfnBz0Y64gi4D y6W+UXFYpb1Mlegz7ydjr8klUoLmeO/1/k5tZSRw5kvHqhOijV6dQq1UA0AmYlYim40AimIB YkBzgjKSz9EyNagvE3+GJOWTJzw/sV0lmWaLDMV3C5j+ZEXKvTJ02vvJik70xpN5jTAYSRaA boVluuMY3P4mALlLH3NBeWxLaSrIOPtL6N+wEtZtFJAwsszw4yV7nBGyKaViEbKaI05iv6nX vY57zoE8TH3rokExBob3NmR1kGGOYUACQ/hM7ATpXQbnLWUi7J7CSKdPYQ1hF9uir0cTBwT+ 1pSMrse/UP4ExOsJpT9eCCx+PovAl2CZVKUVY3Fzr8OLy/7KPjRrEzqBv1iZvVwMpjdDO7UD OLAITY53q0nVFDAs35xXEYeMSBbMGd9Ug8N/KBPvtLkAzc+LFBnxxYV2sv1qIz1sNm86uflK X2q47xdXexyeNZl8+4NEgi1yHP0ZUGOnGALdOcajOkKTPEo5qvqLr8Yet53qb6hBOgwBntsa GBIwVk65/84bCEMCwrRiaycje/YAAAAAAAA= --------------ms030908000505070600080903-- From owner-freebsd-stable@freebsd.org Tue Aug 23 06:32:30 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C6FA6BC3EE0 for ; Tue, 23 Aug 2016 06:32:30 +0000 (UTC) (envelope-from erichsfreebsdlist@alogt.com) Received: from alogt.com (alogt.com [69.36.191.58]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 9FD941633; Tue, 23 Aug 2016 06:32:30 +0000 (UTC) (envelope-from erichsfreebsdlist@alogt.com) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=alogt.com; s=default; h=Content-Transfer-Encoding:Content-Type:MIME-Version:References: In-Reply-To:Message-ID:Subject:Cc:To:From:Date:Sender:Reply-To:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=wRcgQYvzwzrXcFTsef23lQBGoONB8Etuo2aeVzWeS8o=; b=V877mUTTYXQlHgZsLIbQTd6W1B cMVnbt9WhogbGB1QZgZZQmZSQTxH60lB4HncqnI2EFxdoRpx/2BrTxBq08cmwhNqA0AypssAKe5x2 XIMdX/ZbqfDJZdrVsSXMxCD1lQRCjzcHJfUJcM+N1UYSmQ5DKYyEpXWK0RucHABkyhVI=; Received: from [114.120.233.205] (port=24391 helo=X220.alogt.com) by sl-508-2.slc.westdc.net with esmtpsa (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.87) (envelope-from ) id 1bc5G3-002FAI-GD; Tue, 23 Aug 2016 00:32:24 -0600 Date: Tue, 23 Aug 2016 14:32:15 +0800 From: Erich Dollansky To: Kubilay Kocak Cc: freebsd-stable@freebsd.org Subject: Re: Benchmarks results for FreeBSD 11 Message-ID: <20160823143215.6bfab8ea@X220.alogt.com> In-Reply-To: References: <20160819073422.4292997b@X220.alogt.com> <20160821144505.27c0f55d@X220.alogt.com> <20160822013051.GA14436@lonesome.com> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - sl-508-2.slc.westdc.net X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - alogt.com X-Get-Message-Sender-Via: sl-508-2.slc.westdc.net: authenticated_id: erichsfreebsdlist@alogt.com X-Authenticated-Sender: sl-508-2.slc.westdc.net: erichsfreebsdlist@alogt.com X-Source: X-Source-Args: X-Source-Dir: X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Aug 2016 06:32:30 -0000 Hi, On Mon, 22 Aug 2016 03:22:35 +0000 Kubilay Kocak wrote: > On Mon, 22 Aug 2016, 11:31 AM Mark Linimon > wrote: > > > On Mon, Aug 22, 2016 at 09:57:24AM +1000, Dewayne Geraghty wrote: > > > unless knowledgable people respond publicly and/or in the phoronix > > > forums [...] this interpretation of reality will be fixed in > > > decision- makers' minds and consequently the uptake (and support) > > > of FreeBSD. > > > > IIRC this has been done before and hasn't really been productive. > > OTOH I don't recall the details. > > > > FreeBSD hasn't had a benchmarking guru since Kris Kennaway retired > > from working on FreeBSD. > > > Michael has reached out off-list (thanks!) If anyone else is > interested, I'd be happy to create a dedicated IRC channel on > freenode to widen and focus the freebsd performance discussion net > and doc any outcomes/notes in the FreeBSD Wiki. > this is good. So, how can we help him to get things straight the next time? Erich From owner-freebsd-stable@freebsd.org Tue Aug 23 06:50:14 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id AC2C5BC31C7 for ; Tue, 23 Aug 2016 06:50:14 +0000 (UTC) (envelope-from estartu@ze.tum.de) Received: from mail.ze.tum.de (mail.ze.tum.de [IPv6:2001:4ca0:2e03::1:2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.ze.tum.de", Issuer "Zertifizierungsstelle der TUM" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 44E141A95 for ; Tue, 23 Aug 2016 06:50:14 +0000 (UTC) (envelope-from estartu@ze.tum.de) Received: from etustar.ze.tum.de ([IPv6:2001:4ca0:2e03:0:0:0:1:180]) by mail.ze.tum.de (8.15.2/8.15.2) with ESMTPS id u7N6oCZC078988 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 23 Aug 2016 08:50:12 +0200 (CEST) (envelope-from estartu@ze.tum.de) X-Authentication-Warning: hades.ze.tum.de: Host [IPv6:2001:4ca0:2e03:0:0:0:1:180] claimed to be etustar.ze.tum.de To: freebsd-stable From: Gerhard Schmidt Subject: Problems while reading from /dev/cd0 Reply-To: schmidt@ze.tum.de Organization: =?UTF-8?Q?Technische_Universit=c3=a4t_M=c3=bcnchen_-_WWW_und_O?= =?UTF-8?Q?nline_Services?= Message-ID: Date: Tue, 23 Aug 2016 08:50:12 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Aug 2016 06:50:14 -0000 Hi, I'm having some very curios Problems while reading from an BD-R recorded as a tar directly on the disk without a filesystem. When i try to read the Disk via 'tar tvvf /dev/cd0' i get the following output -rw-r--r-- 0 root wheel 5793264611 1 Jan 2015 file1.db tar: Error reading '/dev/cd0' Archive Format: POSIX ustar format, Compression: none tar: Error exit delayed from previous errors. reading the whole file via 'dd if=/dev/cd0 of=backup.tar bs=2048' and than 'tar tvvf backup.tar' the file is read without a hitch. So the data on the disk is OK but can't be read directly by tar. if i try the dd without the bs=2048 i get dd: /dev/cd0: Invalid argument 0+0 records in 0+0 records out 0 bytes transferred in 0.000115 secs (0 bytes/sec) So there is a problem reading anything other than 2048 byte blocks from a Disk. Reading directly with tar worked in the past. I really don't know how long it's there but i guess it's since i updated from FreeBSD 9 to FreeBSD 10. I running right now FreeBSD 10.3-RELEASE-p4 Here is the output from the kernel boot msg of the BRD Drive. cd0 at ahcich7 bus 0 scbus7 target 0 lun 0 cd0: Removable CD-ROM SCSI device cd0: Serial Number SIK9JFANE175 cd0: 150.000MB/s transfers (SATA 1.x, UDMA6, ATAPI 12bytes, PIO 8192bytes) cd0: Attempt to query device size failed: NOT READY, Medium not present - tray closed Regards Estartu -- ---------------------------------------------------------- Gerhard Schmidt | E-Mail: schmidt@ze.tum.de Technische Universität München | Jabber: estartu@ze.tum.de WWW & Online Services | Tel: +49 89 289-25270 | PGP-PublicKey Fax: +49 89 289-25257 | on request From owner-freebsd-stable@freebsd.org Tue Aug 23 07:06:09 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A5DCEBC3695 for ; Tue, 23 Aug 2016 07:06:09 +0000 (UTC) (envelope-from estartu@ze.tum.de) Received: from mail.ze.tum.de (mail.ze.tum.de [IPv6:2001:4ca0:2e03::1:2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.ze.tum.de", Issuer "Zertifizierungsstelle der TUM" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4CA1218EA for ; Tue, 23 Aug 2016 07:06:09 +0000 (UTC) (envelope-from estartu@ze.tum.de) Received: from etustar.ze.tum.de ([IPv6:2001:4ca0:2e03:0:0:0:1:180]) by mail.ze.tum.de (8.15.2/8.15.2) with ESMTPS id u7N767S5079882 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 23 Aug 2016 09:06:07 +0200 (CEST) (envelope-from estartu@ze.tum.de) X-Authentication-Warning: hades.ze.tum.de: Host [IPv6:2001:4ca0:2e03:0:0:0:1:180] claimed to be etustar.ze.tum.de Reply-To: schmidt@ze.tum.de To: freebsd-stable From: Gerhard Schmidt Subject: Problems with piped tar Organization: =?UTF-8?Q?Technische_Universit=c3=a4t_M=c3=bcnchen_-_WWW_und_O?= =?UTF-8?Q?nline_Services?= Message-ID: <96b7f57f-74ac-9445-1d04-61327ab111dc@ze.tum.de> Date: Tue, 23 Aug 2016 09:06:07 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Aug 2016 07:06:09 -0000 Hi, i'm quite often use tar to copy files using tar cf - /some/dir | (cd /dest/dir; tar xvvf - ) the files are copied without a problem but the reading tar never terminates and so the whole command never terminates. This is new since FreeBSD 10. Regards Estartu -- ---------------------------------------------------------- Gerhard Schmidt | E-Mail: schmidt@ze.tum.de Technische Universität München | Jabber: estartu@ze.tum.de WWW & Online Services | Tel: +49 89 289-25270 | PGP-PublicKey Fax: +49 89 289-25257 | on request From owner-freebsd-stable@freebsd.org Tue Aug 23 07:17:09 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 28903BC3AF6 for ; Tue, 23 Aug 2016 07:17:09 +0000 (UTC) (envelope-from ultima1252@gmail.com) Received: from mail-yb0-x22f.google.com (mail-yb0-x22f.google.com [IPv6:2607:f8b0:4002:c09::22f]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id DBCC31147 for ; Tue, 23 Aug 2016 07:17:08 +0000 (UTC) (envelope-from ultima1252@gmail.com) Received: by mail-yb0-x22f.google.com with SMTP id b96so12822728ybi.0 for ; Tue, 23 Aug 2016 00:17:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:cc; bh=mgXOX5hfSdQx/PnsWT6x/l3Cw0jQkewz7Kfdab/RuJA=; b=bntI1ZcN5CqXuh/QvBAyx+B9ZUF2PwqH55sOxBxsEWftke5jRxpR5SHZx/eA0CGGni OFFiOln0nUwBs8BoZi2OpI2Qu7M60MMQo/q71Nycz8UOv7+igHkiqlGPChOne70BRqkC V++h0mfdRewhk5T5xflbUXz9AR+FQ196Jc0xVmNWKTJY6gtPaCVnTMM8rL1EuYuH7dN9 BAE2BI9gk9+wjEPmV8UaNTB2SrB+AO61ZSKZrslAHckaz00axALWE0GoK03CIzat1epD fxuz3t7FpadMnpEjy0oe1Bhf85/G2qXhteokDd1HgawlnXtqdfrFbzuYFirTic88wfOP ZlAA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:cc; bh=mgXOX5hfSdQx/PnsWT6x/l3Cw0jQkewz7Kfdab/RuJA=; b=HVUhHppfQOKiymxcIxBKoTTMRLGCOE4Jkf0ElMIT2yCvw44iJL5L7Yh4HASoagjt/N ZCcCeKtzlyLZxuOrmWrmZfyj0E7j3yrfH+5d/yolLrJ86npr3Lvx1mhgGdfl0JsdsBXa jAyZ0hAcFZ8ZaCUBY1dhEhFP00LgidHRczw2grTghjcPThr9A7SdJX1CKeTP86PsBHU7 usWmiFHMWkC+CjObXBBiQyMAeyfhaUGaluFw4AN9ZzbrD9O+oWTEB9v1dPw8Wmnt/Q0Z 83I5pYb2O++wB7+juJ+nayJ1or+AYAd39SqIWVud3PRQ7ZrDnfZo0+4Mmk0vXf3bcztE WQ8w== X-Gm-Message-State: AEkoouvpazF1FvyZ/CFQCQ2jwO/dFyG1G+BJOcz29PIIWJullPOrImjhyb5jeK5tF4EXJkv4aG0p6C3MrJeeWw== X-Received: by 10.37.13.19 with SMTP id 19mr13487384ybn.145.1471936627827; Tue, 23 Aug 2016 00:17:07 -0700 (PDT) MIME-Version: 1.0 Received: by 10.129.51.150 with HTTP; Tue, 23 Aug 2016 00:17:07 -0700 (PDT) In-Reply-To: References: <20160818233024.GZ765@FreeBSD.org> <20160823034319.GG54084@FreeBSD.org> <50aeed81-fdb2-83a4-10c8-d4e50b0d5684@denninger.net> <20160823040127.GG765@FreeBSD.org> From: Ultima Date: Tue, 23 Aug 2016 03:17:07 -0400 Message-ID: Subject: Re: Delay with 11.0-RC2 builds Cc: freebsd-stable@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Aug 2016 07:17:09 -0000 Please consider taking a looking at PR211629. This currently affects 11 as well as head. I'm not entirely sure it is a sane default. Changing the default value as well appears broken as well. I'm sure this can affect various ports, tho I have only found audio-teamspeak3-server to have an issue with it thus far. https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=211629 On Tue, Aug 23, 2016 at 12:03 AM, Karl Denninger wrote: > On 8/22/2016 23:01, Glen Barber wrote: > > On Mon, Aug 22, 2016 at 10:53:06PM -0500, Karl Denninger wrote: > >> On 8/22/2016 22:43, Glen Barber wrote: > >>> On Thu, Aug 18, 2016 at 11:30:24PM +0000, Glen Barber wrote: > >>>> Two issues have been brought to our attention, and as a result, > 11.0-RC2 > >>>> builds will be delayed a day or two while these are investigated. > >>>> > >>>> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=211872 > >>>> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=211926 > >>>> > >>>> An update will be sent if the delay is longer than anticipated. > >>>> > >>> Just an update, the 11.0-RC2 will be delayed at least two days. One of > >>> the issues mentioned in the above PR URLs does not affect releng/11.0, > >>> and is a non-issue, but we are awaiting one more change to the > stable/11 > >>> and releng/11.0 branches that we hope will be the final major changes > to > >>> 11.0. > >>> > >>> If this is the case, we may be able to eliminate 11.0-RC3 entirely, and > >>> still release on time (or, on time as the current schedule suggests). > >>> > >>> However, as you know, FreeBSD releases prioritize quality over > schedule, > >>> so we may still need to adjust the schedule appropriately. > >>> > >>> So, help with testing 11.0-RC1 (or the latest releng/11.0 from svn) is > >>> greatly appreciated. > >>> > >>> Glen > >>> On behalf of: re@ > >>> > >> Has any decision been made on this? > >> > >> It is not local to me (others have reported problems with combination > >> devices) and rolling back the change in question eliminates the > >> problem. It remains un-triaged as of this point. > >> > >> Note that this impacts a system that is booting and needs manual > >> intervention, which is not a good place to a have a problem.... > >> > >> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=211884 > >> > > Well, it's an EN candidate if we cannot get it fixed before the release. > > But, I've put it on our radar, which it was not on mine previously... > > > > Glen > Thank you. > > As far as I can tell reverting that one commit (which results in just > one file being rolled back with a handful of lines) fixes it. The other > PR (which is linked in this one) reporter also reported that reverting > that same commit fixes the problem for him as well. > > -- > Karl Denninger > karl@denninger.net > /The Market Ticker/ > /[S/MIME encrypted email preferred]/ > From owner-freebsd-stable@freebsd.org Tue Aug 23 07:18:42 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8F835BC3BB6 for ; Tue, 23 Aug 2016 07:18:42 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.116.210]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 460D91295 for ; Tue, 23 Aug 2016 07:18:42 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from bach.cs.huji.ac.il ([132.65.81.13]) by kabab.cs.huji.ac.il with esmtp id 1bc5yl-000A1I-DC; Tue, 23 Aug 2016 10:18:35 +0300 Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Subject: Re: Problems with piped tar From: Daniel Braniss In-Reply-To: <96b7f57f-74ac-9445-1d04-61327ab111dc@ze.tum.de> Date: Tue, 23 Aug 2016 10:18:36 +0300 Cc: freebsd-stable Content-Transfer-Encoding: quoted-printable Message-Id: References: <96b7f57f-74ac-9445-1d04-61327ab111dc@ze.tum.de> To: schmidt@ze.tum.de X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Aug 2016 07:18:42 -0000 > On 23 Aug 2016, at 10:06, Gerhard Schmidt wrote: >=20 > Hi, >=20 > i'm quite often use tar to copy files using >=20 > tar cf - /some/dir | (cd /dest/dir; tar xvvf - ) the =E2=80=98new=E2=80=99 way: tar cf - /some/dir | tar xvvd - -C /dest/dir which of course does not explain way your version hangs, but this one is = cleaner, and btw, don=E2=80=99t include /. >=20 > the files are copied without a problem but the reading tar never > terminates and so the whole command never terminates. >=20 > This is new since FreeBSD 10. >=20 > Regards > Estartu >=20 >=20 > --=20 > ---------------------------------------------------------- > Gerhard Schmidt | E-Mail: schmidt@ze.tum.de > Technische Universit=C3=A4t M=C3=BCnchen | Jabber: estartu@ze.tum.de > WWW & Online Services | > Tel: +49 89 289-25270 | PGP-PublicKey > Fax: +49 89 289-25257 | on request > _______________________________________________ > freebsd-stable@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to = "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@freebsd.org Tue Aug 23 07:21:55 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 60385BC3CE3 for ; Tue, 23 Aug 2016 07:21:55 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.116.210]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id DAEC215FC for ; Tue, 23 Aug 2016 07:21:54 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from bach.cs.huji.ac.il ([132.65.81.13]) by kabab.cs.huji.ac.il with esmtp id 1bc61w-000A44-3L; Tue, 23 Aug 2016 10:21:52 +0300 Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Subject: Re: Problems with piped tar From: Daniel Braniss In-Reply-To: Date: Tue, 23 Aug 2016 10:21:53 +0300 Cc: freebsd-stable Message-Id: References: <96b7f57f-74ac-9445-1d04-61327ab111dc@ze.tum.de> To: schmidt@ze.tum.de X-Mailer: Apple Mail (2.3124) Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Aug 2016 07:21:55 -0000 > On 23 Aug 2016, at 10:18, Daniel Braniss wrote: >=20 >>=20 >> On 23 Aug 2016, at 10:06, Gerhard Schmidt > wrote: >>=20 >> Hi, >>=20 >> i'm quite often use tar to copy files using >>=20 >> tar cf - /some/dir | (cd /dest/dir; tar xvvf - ) > the =E2=80=98new=E2=80=99 way: > tar cf - /some/dir | tar xvvd - -C /dest/dir s/xvvd/xvvf/ > which of course does not explain way your version hangs, but this one = is cleaner, and btw, don=E2=80=99t > include /. >=20 >>=20 >> the files are copied without a problem but the reading tar never >> terminates and so the whole command never terminates. >>=20 >> This is new since FreeBSD 10. >>=20 >> Regards >> Estartu >>=20 >>=20 >> --=20 >> ---------------------------------------------------------- >> Gerhard Schmidt | E-Mail: schmidt@ze.tum.de >> Technische Universit=C3=A4t M=C3=BCnchen | Jabber: estartu@ze.tum.de >> WWW & Online Services | >> Tel: +49 89 289-25270 | PGP-PublicKey >> Fax: +49 89 289-25257 | on request >> _______________________________________________ >> freebsd-stable@freebsd.org mailing list >> https://lists.freebsd.org/mailman/listinfo/freebsd-stable >> To unsubscribe, send any mail to = "freebsd-stable-unsubscribe@freebsd.org" >=20 > _______________________________________________ > freebsd-stable@freebsd.org mailing = list > https://lists.freebsd.org/mailman/listinfo/freebsd-stable = > To unsubscribe, send any mail to = "freebsd-stable-unsubscribe@freebsd.org = " From owner-freebsd-stable@freebsd.org Tue Aug 23 07:27:58 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BF3A7BC213F; Tue, 23 Aug 2016 07:27:58 +0000 (UTC) (envelope-from chardon.frederic@gmail.com) Received: from mail-oi0-x22a.google.com (mail-oi0-x22a.google.com [IPv6:2607:f8b0:4003:c06::22a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 82FF31E02; Tue, 23 Aug 2016 07:27:58 +0000 (UTC) (envelope-from chardon.frederic@gmail.com) Received: by mail-oi0-x22a.google.com with SMTP id f189so185011613oig.3; Tue, 23 Aug 2016 00:27:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to; bh=2a9zOnmXiceS/lvKBUIK4iF4YP1/kTpXOpzSNS2yEw0=; b=Twx8ner3UbxE39nJ+XUT00JI12juOmjgLFa3EZGxJ6rEKDbKQ0dA2RcV49c5B7jLGL FtSQa9Bicm/KKw4iqtAJAFSYrN0Hl3khC2hITZjepWqKIqeIUTXtogGf77uB53hpgLR9 B04E1Z8Tiq0Q1dOzaSrd39n0VtKdXGjAQainFE/7wbhzYNd/14AAtdwTj2cU0DzD2cU+ D8tgLPhiwiWiCvUkY/vCZAHLO0gPgIUaqH78T4bGmfLPSUiR88bw6FQYR56L7xvSJCad HKTxYOLQanzcGv/MlK/W0KGCjumArLtgEgKVuEnWGDNM880qh5QLyvj4mVI3cHp150BT GDxQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to; bh=2a9zOnmXiceS/lvKBUIK4iF4YP1/kTpXOpzSNS2yEw0=; b=fS+qN45Q+Ll8PwFcA6zT0rdj/PNTKI143Lh4Sw0GWo+PMe76VdlJhwamgbL5fxGG24 qVaCIhKd6/+T/JBxdg/qY1jWHGZ2Nx6lBu4QHJ9SqS4uELrzQ+6X4YuY9KNvovHZpwzn 5bxZEPjeiI6xPkLzY3+lPxhrgWKpm+9qMZPGScUmDkwo92KOVbu56hDrLub2BYh84LyE SizaWLxNN2hfmhJ6rDgNVhmMtUDgOSdUguKUbFfcaY+Slg2JwIOcsdFekB2+BJ11EgxJ o0kCUvIIC/V2rYRcMhrGGVg82NSEPerBgTrOIMp2/27K4NLDBQ3Tnq+EuA4L+YdjuCLi Y5DA== X-Gm-Message-State: AEkoouumAnzAaR6/0qhXA5kkLT54Fm+Fq74Gf+ZNuvdE80LE3AzG1FHitpI17UZmMP35Z8fR+a8UCjiEkcu/nQ== X-Received: by 10.157.19.9 with SMTP id f9mr16578663ote.174.1471937277614; Tue, 23 Aug 2016 00:27:57 -0700 (PDT) MIME-Version: 1.0 Received: by 10.202.51.196 with HTTP; Tue, 23 Aug 2016 00:27:56 -0700 (PDT) Received: by 10.202.51.196 with HTTP; Tue, 23 Aug 2016 00:27:56 -0700 (PDT) In-Reply-To: References: From: Frederic Chardon Date: Tue, 23 Aug 2016 09:27:56 +0200 Message-ID: Subject: Re: kern.proc.pathname failure while booting from zfs To: freebsd-stable@freebsd.org, freebsd-current@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Aug 2016 07:27:58 -0000 Le 20 ao=C3=BBt 2016 22:03, "Frederic Chardon" = a =C3=A9crit : > > Hi > > I see a strange interaction between zfs on root and kern.proc.pathname > on my laptop. Whenever I try to use gcore it fails with: > gcore 1023 > gcore: kern.proc.pathname failure > > However, gcore /usr/local/bin/zsh 1023 is working properly. > > I made some tests booting from usb stick (fresh installworld, no > src.conf, no make.conf, GENERIC kernel) > What works: having / on ufs and importing a zfs pool later on. > What doesn't: having / on zfs, whatever the settings for checksum, > compression, or normalization. > > Both 11-stable and 12-current behave this way. Current from may-june > worked properly. > adb, chromium and virtualbox as well stopped working at approximately > the same time, however I don't know if it is linked ("truss -f adb > start-server" shows that garbage is passed to execl after forking). > > Any idea what's going on? Does anybody else see this? > > Thanks! Nobody else have this problem? I reinstalled the system from scratch and still gcore fails with the same error, even in single user mode. From owner-freebsd-stable@freebsd.org Tue Aug 23 07:35:58 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2DDFDBC2732; Tue, 23 Aug 2016 07:35:58 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 9C0AA18D2; Tue, 23 Aug 2016 07:35:57 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from tom.home (kib@localhost [127.0.0.1]) by kib.kiev.ua (8.15.2/8.15.2) with ESMTPS id u7N7ZqfT053060 (version=TLSv1 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Tue, 23 Aug 2016 10:35:53 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua u7N7ZqfT053060 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id u7N7ZqU1053058; Tue, 23 Aug 2016 10:35:52 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Tue, 23 Aug 2016 10:35:52 +0300 From: Konstantin Belousov To: Frederic Chardon Cc: freebsd-stable@freebsd.org, freebsd-current@freebsd.org Subject: Re: kern.proc.pathname failure while booting from zfs Message-ID: <20160823073552.GK83214@kib.kiev.ua> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.6.1 (2016-04-27) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on tom.home X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Aug 2016 07:35:58 -0000 On Tue, Aug 23, 2016 at 09:27:56AM +0200, Frederic Chardon wrote: > Le 20 ao??t 2016 22:03, "Frederic Chardon" a > ??crit : > > > > Hi > > > > I see a strange interaction between zfs on root and kern.proc.pathname > > on my laptop. Whenever I try to use gcore it fails with: > > gcore 1023 > > gcore: kern.proc.pathname failure > > > > However, gcore /usr/local/bin/zsh 1023 is working properly. > > > > I made some tests booting from usb stick (fresh installworld, no > > src.conf, no make.conf, GENERIC kernel) > > What works: having / on ufs and importing a zfs pool later on. > > What doesn't: having / on zfs, whatever the settings for checksum, > > compression, or normalization. > > > > Both 11-stable and 12-current behave this way. Current from may-june > > worked properly. > > adb, chromium and virtualbox as well stopped working at approximately > > the same time, however I don't know if it is linked ("truss -f adb > > start-server" shows that garbage is passed to execl after forking). > > > > Any idea what's going on? Does anybody else see this? > > > > Thanks! > > Nobody else have this problem? I reinstalled the system from scratch and > still gcore fails with the same error, even in single user mode. Do you have a property on your root fs which forces it to ignore case in the file names ? From owner-freebsd-stable@freebsd.org Tue Aug 23 07:36:05 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 10D10BC275A for ; Tue, 23 Aug 2016 07:36:05 +0000 (UTC) (envelope-from estartu@ze.tum.de) Received: from mail.ze.tum.de (mail.ze.tum.de [IPv6:2001:4ca0:2e03::1:2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.ze.tum.de", Issuer "Zertifizierungsstelle der TUM" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A081D19C3 for ; Tue, 23 Aug 2016 07:36:04 +0000 (UTC) (envelope-from estartu@ze.tum.de) Received: from etustar.ze.tum.de ([IPv6:2001:4ca0:2e03:0:0:0:1:180]) by mail.ze.tum.de (8.15.2/8.15.2) with ESMTPS id u7N7ZCPM081324 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 23 Aug 2016 09:35:12 +0200 (CEST) (envelope-from estartu@ze.tum.de) X-Authentication-Warning: hades.ze.tum.de: Host [IPv6:2001:4ca0:2e03:0:0:0:1:180] claimed to be etustar.ze.tum.de Subject: Re: Problems with piped tar To: Daniel Braniss , freebsd-stable References: <96b7f57f-74ac-9445-1d04-61327ab111dc@ze.tum.de> From: Gerhard Schmidt Reply-To: schmidt@ze.tum.de Organization: =?UTF-8?Q?Technische_Universit=c3=a4t_M=c3=bcnchen_-_WWW_und_O?= =?UTF-8?Q?nline_Services?= Message-ID: <6a841a00-6765-f1a2-02c3-9ce87ec595e8@ze.tum.de> Date: Tue, 23 Aug 2016 09:35:12 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Aug 2016 07:36:05 -0000 Am 23.08.2016 um 09:18 schrieb Daniel Braniss: > >> On 23 Aug 2016, at 10:06, Gerhard Schmidt wrote: >> >> Hi, >> >> i'm quite often use tar to copy files using >> >> tar cf - /some/dir | (cd /dest/dir; tar xvvf - ) > the ‘new’ way: > tar cf - /some/dir | tar xvvd - -C /dest/dir > which of course does not explain way your version hangs, but this one is cleaner, and btw, don’t > include /. that's very strange. It's working, but doesn't solve another related problem. When i pipe the tar thru nc a have the same problem as my version. And it's no difference if there is a tar c an the receiving end of nc or just a '> file.tar' Regards Estartu -- ------------------------------------------------- Gerhard Schmidt | E-Mail: schmidt@ze.tum.de TU-München | Jabber: estartu@ze.tum.de WWW & Online Services | Tel: 089/289-25270 | Fax: 089/289-25257 | PGP-Publickey auf Anfrage From owner-freebsd-stable@freebsd.org Tue Aug 23 07:58:33 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 98290BC32F1 for ; Tue, 23 Aug 2016 07:58:33 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.116.210]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 1EDF81F56 for ; Tue, 23 Aug 2016 07:58:32 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from bach.cs.huji.ac.il ([132.65.81.13]) by kabab.cs.huji.ac.il with esmtp id 1bc6bK-000AWp-UX; Tue, 23 Aug 2016 10:58:26 +0300 Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Subject: Re: Problems with piped tar From: Daniel Braniss In-Reply-To: <6a841a00-6765-f1a2-02c3-9ce87ec595e8@ze.tum.de> Date: Tue, 23 Aug 2016 10:58:26 +0300 Cc: freebsd-stable Message-Id: <85AD8196-B2C7-46AC-B9D2-68C71DF1824C@cs.huji.ac.il> References: <96b7f57f-74ac-9445-1d04-61327ab111dc@ze.tum.de> <6a841a00-6765-f1a2-02c3-9ce87ec595e8@ze.tum.de> To: schmidt@ze.tum.de X-Mailer: Apple Mail (2.3124) Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Aug 2016 07:58:33 -0000 > On 23 Aug 2016, at 10:35, Gerhard Schmidt wrote: >=20 > Am 23.08.2016 um 09:18 schrieb Daniel Braniss: >>=20 >>> On 23 Aug 2016, at 10:06, Gerhard Schmidt wrote: >>>=20 >>> Hi, >>>=20 >>> i'm quite often use tar to copy files using >>>=20 >>> tar cf - /some/dir | (cd /dest/dir; tar xvvf - ) >> the =E2=80=98new=E2=80=99 way: >> tar cf - /some/dir | tar xvvd - -C /dest/dir >> which of course does not explain way your version hangs, but this one = is cleaner, and btw, don=E2=80=99t >> include /. >=20 > that's very strange. It's working, but doesn't solve another related > problem. When i pipe the tar thru nc a have the same problem as my > version. And it's no difference if there is a tar c an the receiving = end > of nc or just a '> file.tar=E2=80=99 >=20 try with different shells. (sh/bash/csh/zsh/=E2=80=A6) > Regards > Estartu >=20 >=20 >=20 > --=20 > ------------------------------------------------- > Gerhard Schmidt | E-Mail: schmidt@ze.tum.de = > TU-M=C3=BCnchen | Jabber: estartu@ze.tum.de = > WWW & Online Services | > Tel: 089/289-25270 | > Fax: 089/289-25257 | PGP-Publickey auf Anfrage From owner-freebsd-stable@freebsd.org Tue Aug 23 10:58:34 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1976BBC2945 for ; Tue, 23 Aug 2016 10:58:34 +0000 (UTC) (envelope-from george+freebsd@m5p.com) Received: from mailhost.m5p.com (mailhost.m5p.com [IPv6:2001:418:3fd::f7]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id ADEBB1D60 for ; Tue, 23 Aug 2016 10:58:33 +0000 (UTC) (envelope-from george+freebsd@m5p.com) Received: from [10.100.0.31] (haymarket.m5p.com [10.100.0.31]) by mailhost.m5p.com (8.14.5/8.14.5) with ESMTP id u7NAwO13033818 for ; Tue, 23 Aug 2016 06:58:30 -0400 (EDT) (envelope-from george+freebsd@m5p.com) Subject: Re: Benchmarks results for FreeBSD 11 To: freebsd-stable@freebsd.org References: <20160819073422.4292997b@X220.alogt.com> <20160821144505.27c0f55d@X220.alogt.com> <20160822013051.GA14436@lonesome.com> <20160823143215.6bfab8ea@X220.alogt.com> From: George Mitchell Message-ID: Date: Tue, 23 Aug 2016 06:58:24 -0400 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 In-Reply-To: <20160823143215.6bfab8ea@X220.alogt.com> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.73 X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.2.7 (mailhost.m5p.com [10.100.0.247]); Tue, 23 Aug 2016 06:58:30 -0400 (EDT) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Aug 2016 10:58:34 -0000 On 08/23/16 02:32, Erich Dollansky wrote: > Hi, > > On Mon, 22 Aug 2016 03:22:35 +0000 > Kubilay Kocak wrote: > >> On Mon, 22 Aug 2016, 11:31 AM Mark Linimon >> wrote: >> >>> On Mon, Aug 22, 2016 at 09:57:24AM +1000, Dewayne Geraghty wrote: >>>> unless knowledgable people respond publicly and/or in the phoronix >>>> forums [...] this interpretation of reality will be fixed in >>>> decision- makers' minds and consequently the uptake (and support) >>>> of FreeBSD. >>> >>> IIRC this has been done before and hasn't really been productive. >>> OTOH I don't recall the details. >>> >>> FreeBSD hasn't had a benchmarking guru since Kris Kennaway retired >>> from working on FreeBSD. >> >> >> Michael has reached out off-list (thanks!) If anyone else is >> interested, I'd be happy to create a dedicated IRC channel on >> freenode to widen and focus the freebsd performance discussion net >> and doc any outcomes/notes in the FreeBSD Wiki. >> > this is good. So, how can we help him to get things straight the next > time? > > Erich > _______________________________________________ > freebsd-stable@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > Off-the-wall note: has anyone tried comparing SCHED_ULE to SCHED_BSD? -- George From owner-freebsd-stable@freebsd.org Tue Aug 23 11:02:05 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4282BBC2E80 for ; Tue, 23 Aug 2016 11:02:05 +0000 (UTC) (envelope-from lars@e-new.0x20.net) Received: from mail.0x20.net (mail.0x20.net [IPv6:2001:aa8:fffb:1::3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "0x20.net", Issuer "StartCom Class 1 DV Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C4BF3151E; Tue, 23 Aug 2016 11:02:04 +0000 (UTC) (envelope-from lars@e-new.0x20.net) Received: from e-new.0x20.net (mail.0x20.net [IPv6:2001:aa8:fffb:1::3]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mail.0x20.net (Postfix) with ESMTPS id D815D6E0081; Tue, 23 Aug 2016 13:02:00 +0200 (CEST) Received: from e-new.0x20.net (localhost [127.0.0.1]) by e-new.0x20.net (8.14.7/8.14.7) with ESMTP id u7NB20QQ012798; Tue, 23 Aug 2016 13:02:00 +0200 (CEST) (envelope-from lars@e-new.0x20.net) Received: (from lars@localhost) by e-new.0x20.net (8.14.7/8.14.7/Submit) id u7NB1x5O011659; Tue, 23 Aug 2016 13:01:59 +0200 (CEST) (envelope-from lars) Date: Tue, 23 Aug 2016 13:01:59 +0200 From: Lars Engels To: Slawa Olhovchenkov Cc: Lars Engels , Andrea Brancatelli , Kubilay Kocak , Erich Dollansky , freebsd-stable Subject: Re: Benchmarks results for FreeBSD 11 Message-ID: <20160823110159.GU18643@e-new.0x20.net> References: <20160819073422.4292997b@X220.alogt.com> <20160821144505.27c0f55d@X220.alogt.com> <827183a944ee4052649c152d65204444@schema31.it> <20160822101423.GF18643@e-new.0x20.net> <20160822120215.GV22212@zxy.spb.ru> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="hN1XGyM8GoU8K2XL" Content-Disposition: inline In-Reply-To: <20160822120215.GV22212@zxy.spb.ru> X-Editor: VIM - Vi IMproved 7.4 X-Operation-System: FreeBSD 8.4-RELEASE-p23 User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Aug 2016 11:02:05 -0000 --hN1XGyM8GoU8K2XL Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Aug 22, 2016 at 03:02:15PM +0300, Slawa Olhovchenkov wrote: > On Mon, Aug 22, 2016 at 12:14:23PM +0200, Lars Engels wrote: >=20 > > On Mon, Aug 22, 2016 at 11:48:46AM +0200, Andrea Brancatelli wrote: > > > Il 2016-08-21 08:45 Erich Dollansky ha scritto: > > >=20 > > > > I am sure that some know of this site: > > > >=20 > > > > http://www.phoronix.com/scan.php?page=3Darticle&item=3D2bsd-7linux-= bench&num=3D4 > > > >=20 > > > > I wonder about the results for FreeBSD. As I do not have 11 on my= =20 > > > > machines, a stupid question. Are there still some debugging aids=20 > > > > enabled in 11? =20 > > > > They're off in those versions, but did note compiler (and compiler > > > > args) differences between within most tests (See attachments) as you > > > > mentioned. > > > the benchmark then compares the off-the-shelve distributions.=20 > > >=20 > > > Excuse me, as a casual reader of the list, I don't get this "critique= ".=20 > > >=20 > > > I never recompile my installations, I just use them from the > > > installation CD (as probably 90% of the rest of the world), so I don't > > > get what is wrong with the approach of comparing an out-of-the-box > > > FreeBSD 11 with an out-of-the-box Ubuntu whatever.=20 > > >=20 > > > If FreeBSD 11 "out-the-box" performs slow because the standard compil= ers > > > options aren't good it's not a problem with the benchmarking platform > > > but with the default CD compiling options.=20 > > >=20 > > > Am I getting it wrong?=20 > >=20 > > The problem here is that Phoronix took a Beta version of FreeBSD 11. > > Beta versions have a lot of debugging (malloc, invariants, witness) > > options enabled which make it significantly slower than release > > versions. This is even obviously when you run a Beta as a desktop. It > > just feels much slower. >=20 > No. > All debugs in amd64 is off at time of BETA. Ok, then FreeBSD is just slower... --hN1XGyM8GoU8K2XL Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQF8BAEBCgBmBQJXvC0nXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ4RjQwMDE3RTRERjUzMTI1N0FGRTUxNDlF NTRDQjM3RDNBMDg5RDZEAAoJEOVMs306CJ1tToUH/15tsj3zgUM6WmPUndLcDhoe FyeuXf7+kpFhk7OLyem0EYQab1v6cizU/sS8Af2iv8lVljEKHMff+PwLgPy00LZX m27NlnbbnOUuvkF089IIkz70Zxw7eX/qjCXf4gPg0gWmrNhCzEZ/EtNp+2evj3CC GdFUsp2jiajrGyZqFjcfJccN2Zo7HzPvMiinUtHbXuhvxa++LtGWDrSzH4wUU9GB mRkkTr1Yah3GVug+8bC3LHbBwF61YdzGotMPHRmNZmO9TdapUsTi5IA6/3o11cLd FAkwNyx2Yi8NCKzQCfFrCq7SwMpekPDhZUPCoBE62VXURbTpSq1EuY/HSUafASU= =Tlpx -----END PGP SIGNATURE----- --hN1XGyM8GoU8K2XL-- From owner-freebsd-stable@freebsd.org Tue Aug 23 11:12:07 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9AFDEBC325D for ; Tue, 23 Aug 2016 11:12:07 +0000 (UTC) (envelope-from ardovm@yahoo.it) Received: from nm34-vm8.bullet.mail.ir2.yahoo.com (nm34-vm8.bullet.mail.ir2.yahoo.com [212.82.97.122]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 032A71CBC for ; Tue, 23 Aug 2016 11:12:06 +0000 (UTC) (envelope-from ardovm@yahoo.it) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.it; s=s2048; t=1471950568; bh=LioJVLFrQdyAtQwKZ23cYBMlhiTfy4gldYcfrEwMU84=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From:Subject; b=PFb+LaXZB4tmqOas9qzdzJD1G5VfYgPUQsg0ksRyQHr4lyYQUWW9j0lVp1Fn8EXb2jKkzfUDbZymShNDoPqdpGWsGaQFGwSdHeHJOCiyr7jI7pnoN6AOGdoYgesExtsMAwPwIgwdiKuLiK0yFtLkbxN6UqLGdyuqfh0txBXOheRlJxhy+xYamJ4gTQCPuVysKT7oU8nZJH0BF8HsqRq5nDjgm+isH7xmzaYLEHvUoRWPIP43cb8ivoIq8spTGpDghJ8GM2N+EtLZje/VRX/33k4wYu6OMJNXMAZlaNByKrJqk0BWidGOiclkWRcRhtY2X1VRCRXGJ0yrmMkYR0J9oA== Received: from [212.82.98.55] by nm34.bullet.mail.ir2.yahoo.com with NNFMP; 23 Aug 2016 11:09:28 -0000 Received: from [46.228.39.105] by tm8.bullet.mail.ir2.yahoo.com with NNFMP; 23 Aug 2016 11:09:28 -0000 Received: from [127.0.0.1] by smtp142.mail.ir2.yahoo.com with NNFMP; 23 Aug 2016 11:09:28 -0000 X-Yahoo-Newman-Id: 654863.48852.bm@smtp142.mail.ir2.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: pb06TgkVM1lDV5za6bZoHtMSdLqUXOpyN7zf3_LifLffyXR Iw1Hn9f2HgH.L7hxkzBvwZt.hk51iOGsR5FJQJLvt_DS3omQX9vEpGMqdUtY 6NWuQ53xtvZac8VZKR7rdrvKF9u31nLqCW0uV7UwSfhE8liieV34MqsZSJgg LSiQ0vA0ovxQHcx0K1sTOMtghXfXm0AwUWZ8_sMHgpQEHDObAkh2VU_V63XU 8PurXYayIDIauYS2p7lepQ1grDr19Y8uVSjfOUdvK9Vc81Dce9sbwSalaORe .Sm2cVajdh9MeSN_r9h_fMQPkFE3LqoCgO.BrBCWsFmwnRPPeAzI8EMf4vt7 uSp2Xnki23S_QfTGbjUIS68fcplSInP8cBkOnC0UHXyZfIYa27TbaV2ROFNQ ENOaB24sMx2PIUeGV9TTke.xmr0ezr3SWbHD_9Z8K3AppuB22zkXY.YJixy9 bQT0G.ZMcxpC.vTCI_FyVHNn3aZCIndaXUyeaAHxfQ4NP312xxJL8MmYY.EE tnnh8BdH4ZxCNE0zf7580N9s5PFZUe1eJ597IEXEMzwmRkrEV X-Yahoo-SMTP: WU.IBxeswBAAnLcBZV3tEZIK0A-- Received: by nuvolo.localdomain (Postfix, from userid 1001) id B24001D6E49; Tue, 23 Aug 2016 13:09:26 +0200 (CEST) Date: Tue, 23 Aug 2016 13:09:26 +0200 From: Arrigo Marchiori To: schmidt@ze.tum.de Cc: freebsd-stable Subject: Re: Problems with piped tar Message-ID: <20160823110926.GB76750@nuvolo> References: <96b7f57f-74ac-9445-1d04-61327ab111dc@ze.tum.de> <6a841a00-6765-f1a2-02c3-9ce87ec595e8@ze.tum.de> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <6a841a00-6765-f1a2-02c3-9ce87ec595e8@ze.tum.de> User-Agent: Mutt/1.6.1 (2016-04-27) Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Aug 2016 11:12:07 -0000 Hello, On Tue, Aug 23, 2016 at 09:35:12AM +0200, Gerhard Schmidt wrote: > Am 23.08.2016 um 09:18 schrieb Daniel Braniss: > >=20 > >> On 23 Aug 2016, at 10:06, Gerhard Schmidt wrote: > >> > >> Hi, > >> > >> i'm quite often use tar to copy files using > >> > >> tar cf - /some/dir | (cd /dest/dir; tar xvvf - ) > > the =E2=80=98new=E2=80=99 way: > > tar cf - /some/dir | tar xvvd - -C /dest/dir > > which of course does not explain way your version hangs, but this one= is cleaner, and btw, don=E2=80=99t > > include /. >=20 > that's very strange. It's working, but doesn't solve another related > problem. When i pipe the tar thru nc a have the same problem as my > version. And it's no difference if there is a tar c an the receiving en= d > of nc or just a '> file.tar' Maybe you are not invoking nc(1) with the -N option? >From the manual page: >>>> -N shutdown(2) the network socket after EOF on the input. = Some >>>> servers require this to finish their work. I hope this helps. Regards, --=20 rigo http://rigo.altervista.org From owner-freebsd-stable@freebsd.org Tue Aug 23 11:12:56 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C1E60BC33C3 for ; Tue, 23 Aug 2016 11:12:56 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (tensor.andric.com [87.251.56.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (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 8656B1E38 for ; Tue, 23 Aug 2016 11:12:56 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from coleburn.avinity.tv (unknown [77.95.97.98]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id E9FE739C1A; Tue, 23 Aug 2016 13:12:47 +0200 (CEST) Subject: Re: Problems while reading from /dev/cd0 Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Content-Type: multipart/signed; boundary="Apple-Mail=_D0C014CB-281D-4F98-9F67-4C2984750635"; protocol="application/pgp-signature"; micalg=pgp-sha1 X-Pgp-Agent: GPGMail 2.6.1 From: Dimitry Andric In-Reply-To: Date: Tue, 23 Aug 2016 13:12:33 +0200 Cc: freebsd-stable Message-Id: <66E3F5E4-F640-4E05-A2CF-E7AD5F7D8327@FreeBSD.org> References: To: schmidt@ze.tum.de X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Aug 2016 11:12:56 -0000 --Apple-Mail=_D0C014CB-281D-4F98-9F67-4C2984750635 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii On 23 Aug 2016, at 08:50, Gerhard Schmidt wrote: > > I'm having some very curios Problems while reading from an BD-R recorded > as a tar directly on the disk without a filesystem. > > When i try to read the Disk via 'tar tvvf /dev/cd0' > > i get the following output > > -rw-r--r-- 0 root wheel 5793264611 1 Jan 2015 file1.db > tar: Error reading '/dev/cd0' > Archive Format: POSIX ustar format, Compression: none > tar: Error exit delayed from previous errors. > > reading the whole file via 'dd if=/dev/cd0 of=backup.tar bs=2048' and > than 'tar tvvf backup.tar' the file is read without a hitch. So the data > on the disk is OK but can't be read directly by tar. > > if i try the dd without the bs=2048 i get > > dd: /dev/cd0: Invalid argument > 0+0 records in > 0+0 records out > 0 bytes transferred in 0.000115 secs (0 bytes/sec) > > So there is a problem reading anything other than 2048 byte blocks from > a Disk. Have you tried tar's -b option, to set the block size 2048? Maybe that will help. -Dimitry --Apple-Mail=_D0C014CB-281D-4F98-9F67-4C2984750635 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.30 iEYEARECAAYFAle8L64ACgkQsF6jCi4glqPJ3QCfQ4saDKcGJQa7xhwYqtabPpKm +zkAoKVT39WDHCSIXfiM2/1YCcLxDN8m =/fiC -----END PGP SIGNATURE----- --Apple-Mail=_D0C014CB-281D-4F98-9F67-4C2984750635-- From owner-freebsd-stable@freebsd.org Tue Aug 23 11:20:22 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0A2EBBC35B6 for ; Tue, 23 Aug 2016 11:20:22 +0000 (UTC) (envelope-from estartu@ze.tum.de) Received: from mail.ze.tum.de (mail.ze.tum.de [IPv6:2001:4ca0:2e03::1:2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.ze.tum.de", Issuer "Zertifizierungsstelle der TUM" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A19511329; Tue, 23 Aug 2016 11:20:21 +0000 (UTC) (envelope-from estartu@ze.tum.de) Received: from etustar.ze.tum.de ([IPv6:2001:4ca0:2e03:0:0:0:1:180]) by mail.ze.tum.de (8.15.2/8.15.2) with ESMTPS id u7NBKHPp092854 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 23 Aug 2016 13:20:18 +0200 (CEST) (envelope-from estartu@ze.tum.de) X-Authentication-Warning: hades.ze.tum.de: Host [IPv6:2001:4ca0:2e03:0:0:0:1:180] claimed to be etustar.ze.tum.de Subject: Re: Problems while reading from /dev/cd0 To: Dimitry Andric References: <66E3F5E4-F640-4E05-A2CF-E7AD5F7D8327@FreeBSD.org> Cc: freebsd-stable Reply-To: schmidt@ze.tum.de From: Gerhard Schmidt Organization: =?UTF-8?Q?Technische_Universit=c3=a4t_M=c3=bcnchen_-_WWW_und_O?= =?UTF-8?Q?nline_Services?= Message-ID: <83cc5126-2044-acc4-854c-96ef0d2ca458@ze.tum.de> Date: Tue, 23 Aug 2016 13:20:17 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 In-Reply-To: <66E3F5E4-F640-4E05-A2CF-E7AD5F7D8327@FreeBSD.org> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Aug 2016 11:20:22 -0000 Am 23.08.2016 um 13:12 schrieb Dimitry Andric: > On 23 Aug 2016, at 08:50, Gerhard Schmidt wrote: >> >> I'm having some very curios Problems while reading from an BD-R recorded >> as a tar directly on the disk without a filesystem. >> >> When i try to read the Disk via 'tar tvvf /dev/cd0' >> >> i get the following output >> >> -rw-r--r-- 0 root wheel 5793264611 1 Jan 2015 file1.db >> tar: Error reading '/dev/cd0' >> Archive Format: POSIX ustar format, Compression: none >> tar: Error exit delayed from previous errors. >> >> reading the whole file via 'dd if=/dev/cd0 of=backup.tar bs=2048' and >> than 'tar tvvf backup.tar' the file is read without a hitch. So the data >> on the disk is OK but can't be read directly by tar. >> >> if i try the dd without the bs=2048 i get >> >> dd: /dev/cd0: Invalid argument >> 0+0 records in >> 0+0 records out >> 0 bytes transferred in 0.000115 secs (0 bytes/sec) >> >> So there is a problem reading anything other than 2048 byte blocks from >> a Disk. > > Have you tried tar's -b option, to set the block size 2048? Maybe that > will help. It does partially. extracting the files work but testing the archive with tar t fails. Estartu -- ---------------------------------------------------------- Gerhard Schmidt | E-Mail: schmidt@ze.tum.de Technische Universität München | Jabber: estartu@ze.tum.de WWW & Online Services | Tel: +49 89 289-25270 | PGP-PublicKey Fax: +49 89 289-25257 | on request From owner-freebsd-stable@freebsd.org Tue Aug 23 11:31:59 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 32776BC3BE7 for ; Tue, 23 Aug 2016 11:31:59 +0000 (UTC) (envelope-from gpalmer@freebsd.org) Received: from mail.in-addr.com (mail.in-addr.com [IPv6:2a01:4f8:191:61e8::2525:2525]) (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 F0FDB1DB8 for ; Tue, 23 Aug 2016 11:31:58 +0000 (UTC) (envelope-from gpalmer@freebsd.org) Received: from gjp by mail.in-addr.com with local (Exim 4.87 (FreeBSD)) (envelope-from ) id 1bc9vv-0008YL-Si; Tue, 23 Aug 2016 12:31:56 +0100 Date: Tue, 23 Aug 2016 12:31:55 +0100 From: Gary Palmer To: Gerhard Schmidt Cc: Daniel Braniss , freebsd-stable Subject: Re: Problems with piped tar Message-ID: <20160823113155.GB56297@in-addr.com> References: <96b7f57f-74ac-9445-1d04-61327ab111dc@ze.tum.de> <6a841a00-6765-f1a2-02c3-9ce87ec595e8@ze.tum.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <6a841a00-6765-f1a2-02c3-9ce87ec595e8@ze.tum.de> X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: gpalmer@freebsd.org X-SA-Exim-Scanned: No (on mail.in-addr.com); SAEximRunCond expanded to false X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Aug 2016 11:31:59 -0000 On Tue, Aug 23, 2016 at 09:35:12AM +0200, Gerhard Schmidt wrote: > Am 23.08.2016 um 09:18 schrieb Daniel Braniss: > > > >> On 23 Aug 2016, at 10:06, Gerhard Schmidt wrote: > >> > >> Hi, > >> > >> i'm quite often use tar to copy files using > >> > >> tar cf - /some/dir | (cd /dest/dir; tar xvvf - ) > > the ???new??? way: > > tar cf - /some/dir | tar xvvd - -C /dest/dir > > which of course does not explain way your version hangs, but this one is cleaner, and btw, don???t > > include /. > > that's very strange. It's working, but doesn't solve another related > problem. When i pipe the tar thru nc a have the same problem as my > version. And it's no difference if there is a tar c an the receiving end > of nc or just a '> file.tar' Is the sending side using nc -N ? If not, the sending socket is not being shut down. Regards, Gary From owner-freebsd-stable@freebsd.org Tue Aug 23 12:28:41 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8A687BC32AA for ; Tue, 23 Aug 2016 12:28:41 +0000 (UTC) (envelope-from estartu@ze.tum.de) Received: from mail.ze.tum.de (mail.ze.tum.de [IPv6:2001:4ca0:2e03::1:2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.ze.tum.de", Issuer "Zertifizierungsstelle der TUM" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 2CAFB1D0B; Tue, 23 Aug 2016 12:28:40 +0000 (UTC) (envelope-from estartu@ze.tum.de) Received: from etustar.ze.tum.de ([IPv6:2001:4ca0:2e03:0:0:0:1:180]) by mail.ze.tum.de (8.15.2/8.15.2) with ESMTPS id u7NCRkbR096480 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 23 Aug 2016 14:27:47 +0200 (CEST) (envelope-from estartu@ze.tum.de) X-Authentication-Warning: hades.ze.tum.de: Host [IPv6:2001:4ca0:2e03:0:0:0:1:180] claimed to be etustar.ze.tum.de Reply-To: schmidt@ze.tum.de Subject: Re: Problems with piped tar References: <96b7f57f-74ac-9445-1d04-61327ab111dc@ze.tum.de> <6a841a00-6765-f1a2-02c3-9ce87ec595e8@ze.tum.de> <20160823113155.GB56297@in-addr.com> To: Gary Palmer Cc: Daniel Braniss , freebsd-stable From: Gerhard Schmidt Organization: =?UTF-8?Q?Technische_Universit=c3=a4t_M=c3=bcnchen_-_WWW_und_O?= =?UTF-8?Q?nline_Services?= Message-ID: Date: Tue, 23 Aug 2016 14:27:46 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 In-Reply-To: <20160823113155.GB56297@in-addr.com> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Aug 2016 12:28:41 -0000 Am 23.08.2016 um 13:31 schrieb Gary Palmer: > On Tue, Aug 23, 2016 at 09:35:12AM +0200, Gerhard Schmidt wrote: >> Am 23.08.2016 um 09:18 schrieb Daniel Braniss: >>> >>>> On 23 Aug 2016, at 10:06, Gerhard Schmidt wrote: >>>> >>>> Hi, >>>> >>>> i'm quite often use tar to copy files using >>>> >>>> tar cf - /some/dir | (cd /dest/dir; tar xvvf - ) >>> the ???new??? way: >>> tar cf - /some/dir | tar xvvd - -C /dest/dir >>> which of course does not explain way your version hangs, but this one is cleaner, and btw, don???t >>> include /. >> >> that's very strange. It's working, but doesn't solve another related >> problem. When i pipe the tar thru nc a have the same problem as my >> version. And it's no difference if there is a tar c an the receiving end >> of nc or just a '> file.tar' > > Is the sending side using nc -N ? If not, the sending socket is not being > shut down. Is that something new? Because it worked on freebsd9 without the -N option. The problem seams to be that tar c doesn't terminate after the last File is send. I think it send the EOF (because nc -N terminates and therefor terminates the pipe) but the tar process doesn't terminate. Estartu -- ------------------------------------------------- Gerhard Schmidt | E-Mail: schmidt@ze.tum.de TU-München | Jabber: estartu@ze.tum.de WWW & Online Services | Tel: 089/289-25270 | Fax: 089/289-25257 | PGP-Publickey auf Anfrage From owner-freebsd-stable@freebsd.org Tue Aug 23 12:56:33 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 343A8BC3B44 for ; Tue, 23 Aug 2016 12:56:33 +0000 (UTC) (envelope-from gpalmer@freebsd.org) Received: from mail.in-addr.com (mail.in-addr.com [IPv6:2a01:4f8:191:61e8::2525:2525]) (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 F1AD9131B for ; Tue, 23 Aug 2016 12:56:32 +0000 (UTC) (envelope-from gpalmer@freebsd.org) Received: from gjp by mail.in-addr.com with local (Exim 4.87 (FreeBSD)) (envelope-from ) id 1bcBFn-0008qH-90; Tue, 23 Aug 2016 13:56:31 +0100 Date: Tue, 23 Aug 2016 13:56:31 +0100 From: Gary Palmer To: Gerhard Schmidt Cc: Daniel Braniss , freebsd-stable Subject: Re: Problems with piped tar Message-ID: <20160823125631.GC56297@in-addr.com> References: <96b7f57f-74ac-9445-1d04-61327ab111dc@ze.tum.de> <6a841a00-6765-f1a2-02c3-9ce87ec595e8@ze.tum.de> <20160823113155.GB56297@in-addr.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: gpalmer@freebsd.org X-SA-Exim-Scanned: No (on mail.in-addr.com); SAEximRunCond expanded to false X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Aug 2016 12:56:33 -0000 On Tue, Aug 23, 2016 at 02:27:46PM +0200, Gerhard Schmidt wrote: > Am 23.08.2016 um 13:31 schrieb Gary Palmer: > > On Tue, Aug 23, 2016 at 09:35:12AM +0200, Gerhard Schmidt wrote: > >> Am 23.08.2016 um 09:18 schrieb Daniel Braniss: > >>> > >>>> On 23 Aug 2016, at 10:06, Gerhard Schmidt wrote: > >>>> > >>>> Hi, > >>>> > >>>> i'm quite often use tar to copy files using > >>>> > >>>> tar cf - /some/dir | (cd /dest/dir; tar xvvf - ) > >>> the ???new??? way: > >>> tar cf - /some/dir | tar xvvd - -C /dest/dir > >>> which of course does not explain way your version hangs, but this one is cleaner, and btw, don???t > >>> include /. > >> > >> that's very strange. It's working, but doesn't solve another related > >> problem. When i pipe the tar thru nc a have the same problem as my > >> version. And it's no difference if there is a tar c an the receiving end > >> of nc or just a '> file.tar' > > > > Is the sending side using nc -N ? If not, the sending socket is not being > > shut down. > > Is that something new? Because it worked on freebsd9 without the -N option. Yes. It was introduced in 10.x for some reason. It caught me out a few times > The problem seams to be that tar c doesn't terminate after the last File > is send. I think it send the EOF (because nc -N terminates and therefor > terminates the pipe) but the tar process doesn't terminate. nc -N will terminate when the input pipe is closed AFAIK (i.e. the process feeding into the pipe exits) I presume you mean the tar process on the receiving side doesn't terminate? Most odd. I haven't tried tar across nc in a while, I normally use dd or zfs send/receive Regards, Gary From owner-freebsd-stable@freebsd.org Tue Aug 23 17:35:12 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2A3C8BC47EC; Tue, 23 Aug 2016 17:35:12 +0000 (UTC) (envelope-from chardon.frederic@gmail.com) Received: from mail-oi0-x22a.google.com (mail-oi0-x22a.google.com [IPv6:2607:f8b0:4003:c06::22a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E1C491279; Tue, 23 Aug 2016 17:35:11 +0000 (UTC) (envelope-from chardon.frederic@gmail.com) Received: by mail-oi0-x22a.google.com with SMTP id f189so205886841oig.3; Tue, 23 Aug 2016 10:35:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=lqnha1eVFepQaQxtuwdUL2JZrlASlgQWMO8itwnUNao=; b=bIzEQmBSUuhfcxb4naieVVC0xVmQbDjMf874yrh/Fxdg5nxeuG+kgLqGGNZ43u2uDJ /o/rghBr9O0XxP+K5Wik5R4ShSd3TnX+DixS9CZsY0kQD7+aZlBqwhop+xxzAgYteCxo SBQO59k5l7o2oni//5THW0aitwavTWnDhTpKqpBUGTDssizD37k4sra7L+hucHyVGeYj hQD8uuTO+KEp7IBVw0ZfinacKcGmUPoXJrmHyCWvdsxhEtk0orUxGYqx2Ll0yC/zvyTF dzZY7By/HBdT+6rJe/D+wgD/9MKjezcjxyN9t7oQlg3ULrNmfY88oeOroVQsWXhdeJ5E WRHg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=lqnha1eVFepQaQxtuwdUL2JZrlASlgQWMO8itwnUNao=; b=TWQMVYlDjZDjJWbDSUTLLaZ5Czp9HCo7vwRU6wbsZaOIoqqyDDWEXXbr+L3mHiBdBV B2qU37o1PniwFWVMUJILlMB343ZfShoV7RL6O7EYCL1d7+clXfBrbbHSYIbV0BJHxN4p 2td0CGS8ZF0AekETzk9ntlnaKW0bAdTp8xMUmlwhjhWFnckKlYp0zX8UOrj6CZLgRZoi yctq4/auQOhK/63hB1LkgXFhzied0hIbtPETHXfWRNNrB45XE53b76R8r2kM1A+pUyT6 kwxaW0LUWI1dhDrVwL9YfqPIqpp96NFS8r72ee7xmXyLnqpqicNA3eh+9GA7YhHZ7GPU ofPg== X-Gm-Message-State: AEkoousjEY9gdAhYF31fwmlCmnnNxDyyFTDh+B4F/lBCuH/N7p21yrXz+hQtUD3l/NXvVfrXbWwURsWP3A++pQ== X-Received: by 10.202.221.198 with SMTP id u189mr17751005oig.149.1471973711150; Tue, 23 Aug 2016 10:35:11 -0700 (PDT) MIME-Version: 1.0 Received: by 10.202.51.196 with HTTP; Tue, 23 Aug 2016 10:35:10 -0700 (PDT) In-Reply-To: <20160823073552.GK83214@kib.kiev.ua> References: <20160823073552.GK83214@kib.kiev.ua> From: Frederic Chardon Date: Tue, 23 Aug 2016 19:35:10 +0200 Message-ID: Subject: Re: kern.proc.pathname failure while booting from zfs To: Konstantin Belousov Cc: freebsd-stable@freebsd.org, freebsd-current@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Aug 2016 17:35:12 -0000 2016-08-23 9:35 GMT+02:00 Konstantin Belousov : > On Tue, Aug 23, 2016 at 09:27:56AM +0200, Frederic Chardon wrote: >> Le 20 ao??t 2016 22:03, "Frederic Chardon" = a >> ??crit : >> > >> > Hi >> > >> > I see a strange interaction between zfs on root and kern.proc.pathname >> > on my laptop. Whenever I try to use gcore it fails with: >> > gcore 1023 >> > gcore: kern.proc.pathname failure >> > >> > However, gcore /usr/local/bin/zsh 1023 is working properly. >> > >> > I made some tests booting from usb stick (fresh installworld, no >> > src.conf, no make.conf, GENERIC kernel) >> > What works: having / on ufs and importing a zfs pool later on. >> > What doesn't: having / on zfs, whatever the settings for checksum, >> > compression, or normalization. >> > >> > Both 11-stable and 12-current behave this way. Current from may-june >> > worked properly. >> > adb, chromium and virtualbox as well stopped working at approximately >> > the same time, however I don't know if it is linked ("truss -f adb >> > start-server" shows that garbage is passed to execl after forking). >> > >> > Any idea what's going on? Does anybody else see this? >> > >> > Thanks! >> >> Nobody else have this problem? I reinstalled the system from scratch and >> still gcore fails with the same error, even in single user mode. > > Do you have a property on your root fs which forces it to ignore case in > the file names ? No. I do have normalization set to formC though. I observed the same behavior with the property unset (in fact, with no property set to anything but default as well). If I boot from usb stick and import the pool afterwards it works properly. zpool get all zbase NAME PROPERTY VALUE SOURCE zbase size 9,94G - zbase capacity 43% - zbase altroot - defaul= t zbase health ONLINE - zbase guid 8964242380523899513 defaul= t zbase version - defaul= t zbase bootfs zbase/bootenv/11-STABLE local zbase delegation on defaul= t zbase autoreplace off defaul= t zbase cachefile - defaul= t zbase failmode wait defaul= t zbase listsnapshots off defaul= t zbase autoexpand off defaul= t zbase dedupditto 0 defaul= t zbase dedupratio 1.00x - zbase free 5,65G - zbase allocated 4,29G - zbase readonly off - zbase comment - defaul= t zbase expandsize - - zbase freeing 0 defaul= t zbase fragmentation 41% - zbase leaked 0 defaul= t zbase feature@async_destroy enabled local zbase feature@empty_bpobj active local zbase feature@lz4_compress active local zbase feature@multi_vdev_crash_dump enabled local zbase feature@spacemap_histogram active local zbase feature@enabled_txg active local zbase feature@hole_birth active local zbase feature@extensible_dataset enabled local zbase feature@embedded_data active local zbase feature@bookmarks enabled local zbase feature@filesystem_limits enabled local zbase feature@large_blocks enabled local zbase feature@sha512 enabled local zbase feature@skein enabled local zfs get all zbase/bootenv/11-STABLE NAME PROPERTY VALUE SO= URCE zbase/bootenv/11-STABLE type filesystem - zbase/bootenv/11-STABLE creation sam. ao=C3=BBt 20 13:07 2016= - zbase/bootenv/11-STABLE used 4,23G - zbase/bootenv/11-STABLE available 5,34G - zbase/bootenv/11-STABLE referenced 2,72G - zbase/bootenv/11-STABLE compressratio 1.97x - zbase/bootenv/11-STABLE mounted yes - zbase/bootenv/11-STABLE quota none de= fault zbase/bootenv/11-STABLE reservation none de= fault zbase/bootenv/11-STABLE recordsize 128K de= fault zbase/bootenv/11-STABLE mountpoint / lo= cal zbase/bootenv/11-STABLE sharenfs off de= fault zbase/bootenv/11-STABLE checksum sha256 inherited from zbase zbase/bootenv/11-STABLE compression lz4 inherited from zbase zbase/bootenv/11-STABLE atime off inherited from zbase zbase/bootenv/11-STABLE devices on de= fault zbase/bootenv/11-STABLE exec on de= fault zbase/bootenv/11-STABLE setuid on de= fault zbase/bootenv/11-STABLE readonly off de= fault zbase/bootenv/11-STABLE jailed off de= fault zbase/bootenv/11-STABLE snapdir hidden de= fault zbase/bootenv/11-STABLE aclmode discard de= fault zbase/bootenv/11-STABLE aclinherit restricted de= fault zbase/bootenv/11-STABLE canmount on lo= cal zbase/bootenv/11-STABLE xattr off temporary zbase/bootenv/11-STABLE copies 1 de= fault zbase/bootenv/11-STABLE version 5 - zbase/bootenv/11-STABLE utf8only on - zbase/bootenv/11-STABLE normalization formC - zbase/bootenv/11-STABLE casesensitivity sensitive - zbase/bootenv/11-STABLE vscan off de= fault zbase/bootenv/11-STABLE nbmand off de= fault zbase/bootenv/11-STABLE sharesmb off de= fault zbase/bootenv/11-STABLE refquota none de= fault zbase/bootenv/11-STABLE refreservation none de= fault zbase/bootenv/11-STABLE primarycache all de= fault zbase/bootenv/11-STABLE secondarycache all de= fault zbase/bootenv/11-STABLE usedbysnapshots 1,52G - zbase/bootenv/11-STABLE usedbydataset 2,72G - zbase/bootenv/11-STABLE usedbychildren 0 - zbase/bootenv/11-STABLE usedbyrefreservation 0 - zbase/bootenv/11-STABLE logbias latency de= fault zbase/bootenv/11-STABLE dedup off de= fault zbase/bootenv/11-STABLE mlslabel - zbase/bootenv/11-STABLE sync disabled inherited from zbase zbase/bootenv/11-STABLE refcompressratio 1.96x - zbase/bootenv/11-STABLE written 37,6M - zbase/bootenv/11-STABLE logicalused 7,82G - zbase/bootenv/11-STABLE logicalreferenced 4,95G - zbase/bootenv/11-STABLE volmode default de= fault zbase/bootenv/11-STABLE filesystem_limit none de= fault zbase/bootenv/11-STABLE snapshot_limit none de= fault zbase/bootenv/11-STABLE filesystem_count none de= fault zbase/bootenv/11-STABLE snapshot_count none de= fault zbase/bootenv/11-STABLE redundant_metadata all de= fault From owner-freebsd-stable@freebsd.org Tue Aug 23 17:47:42 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 806EEBC4CC0 for ; Tue, 23 Aug 2016 17:47:42 +0000 (UTC) (envelope-from cowbert@gmail.com) Received: from mail-oi0-x234.google.com (mail-oi0-x234.google.com [IPv6:2607:f8b0:4003:c06::234]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 534681187 for ; Tue, 23 Aug 2016 17:47:42 +0000 (UTC) (envelope-from cowbert@gmail.com) Received: by mail-oi0-x234.google.com with SMTP id 4so207166082oih.2 for ; Tue, 23 Aug 2016 10:47:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:from:date:message-id:subject:to:cc; bh=3MEtJrUm5guJyuZoFDE1D/E/QG3i6OhqBnmJr6MSDxs=; b=DKwIY3zgwFpXupLdfLedfKdioCvYFuIjjJkGpeGtQzEInRgvT+MuPF4tVBX3PWg3h7 xdAL6NiXXcWOMF4nzy6gdNcKn037CYBSVNBQaWpNKsa7OtIQLvejgOgfwtaia2BUWlux OjVj7e5dpV1DIEj1JTBCZ3xOLhveHTUgMHQ9j7sW79pg5lb3D8Cn5UFZoow6BmF/I/H7 KjJRyIhpIB9qKdba5t1KEhGilYGr0xj4uiHeUu/hKqMscRG3amGImGZ1J4sULWlLRAA+ fHSoFNyomXIUpKZWInztWdz3ViyemNqhffCic5eeOJgehuRtzfw0dRa5zfjakM/LCxy7 doTg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:from:date:message-id:subject:to:cc; bh=3MEtJrUm5guJyuZoFDE1D/E/QG3i6OhqBnmJr6MSDxs=; b=Jb2jdWXU6n/3Kkh0zyPTupQykq6WWkpY34TiAzBt6Q0Ue5oGHG5Hq1IQUwCtMoZ373 KUy3JzHU2dhD0ccz9c3ihi//vKZizvUw2qkKWLMHjBuczRjyjfU52K06VkXRj6J85M0s d8uVisC7zv57wREIkobMj4Wn/oy/dG9bMgOCvqwfh23WCpHUrFnbQH01PQb5nUemSTOo 8o4kf3O2cwdX1/Un19RewJ9Jg3YARIhWebLGzDZUOW4kJfGkgq7LLEsKfrGBvFdULgdC oja8fQuwmlZBlUPTPyBGUrWIhn9d4cH0iWc3aY8xSCkLPReVi2B1I+gKWzT/OYbw071K zWqw== X-Gm-Message-State: AEkoouuH5IAQti/OoQgfqk+q3gBg9PDCUg/41vuLsd0473wDxPACNfUQ0jHCuRCBCOEjyCw6ge96cAswjnWBBw== X-Received: by 10.157.27.41 with SMTP id l38mr18626620otl.0.1471974461533; Tue, 23 Aug 2016 10:47:41 -0700 (PDT) MIME-Version: 1.0 Received: by 10.157.49.52 with HTTP; Tue, 23 Aug 2016 10:47:41 -0700 (PDT) From: Peter Lai Date: Tue, 23 Aug 2016 13:47:41 -0400 Message-ID: Subject: Re: upgrading from 10.0 to 10.3 problem To: freebsd-stable@freebsd.org Cc: sem@semmy.ru Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Aug 2016 17:47:42 -0000 > Hello. I tried to upgrade from 10.0-RELEASE: # freebsd-update -r 10.3-RELEASE upgrade > ... > # freebsd-update install > ... > # reboot > ... > # freebsd-update install > Installing updates...Segmentation fault (core dumped) > Segmentation fault (core dumped) > Segmentation fault (core dumped) > Segmentation fault (core dumped) > Segmentation fault (core dumped) > Segmentation fault (core dumped) > Segmentation fault (core dumped) > Segmentation fault (core dumped) Now I have: > # freebsd-version -ku > 10.3-RELEASE-p4 > 10.0-RELEASE It's not looking good. How to fix? PS. In /var/log/messages I see "(gunzip), uid 0: exited on signal 11" > And yes: > # gunzip > Segmentation fault (core dumped) Hi Sergey: I ran into this problem the week before you did: https://lists.freebsd.org/pipermail/freebsd-stable/2016-July/085115.html Because just about all of the binaries were trashed (including /lib, /[s]bin, /usr/lib, /usr/[s]bin files were truncated to 0), I had to /rescue/nc > base.txz (where I fetched base.txz from the ftp site in the 10.3-RELEASE distribution), then /rescue/tar -zxvf base.txz into a directory, then tar | tar each of /lib and so on to get my binaries back (apparently /rescue does not have a statically compiled cpio). After sending the above to the mailing list I went ahead and replaced the kernel that the broken freebsd-update install installed with the one from 10.3-RELEASE (from the distribution base.txz:boot/kernel), which made the system entirely binary 10.3-RELEASE then I was able to freebsd-update to FreeBSD-10.3-RELEASE-p6 with no problems. Note that the initial freebsd-update from 10.0 also severely trashed my /etc, I had to restore master.passwd and friends! (many of /etc files were also truncated to 0), even though the merge process seemed to complete ok before the broken freebsd-update install. From owner-freebsd-stable@freebsd.org Tue Aug 23 18:04:30 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4CBEDBC353B for ; Tue, 23 Aug 2016 18:04:30 +0000 (UTC) (envelope-from David.Boyd49@twc.com) Received: from dnvrco-oedge-vip.email.rr.com (dnvrco-outbound-snat.email.rr.com [107.14.73.227]) by mx1.freebsd.org (Postfix) with ESMTP id 213D91137 for ; Tue, 23 Aug 2016 18:04:29 +0000 (UTC) (envelope-from David.Boyd49@twc.com) Received: from [96.28.149.98] ([96.28.149.98:60272] helo=bashful.bsd1.net) by dnvrco-oedge03 (envelope-from ) (ecelerity 3.5.0.35861 r(Momo-dev:tip)) with ESMTP id 63/F9-18303-27C8CB75; Tue, 23 Aug 2016 17:48:35 +0000 Message-ID: <1471974514.13982.5.camel@twc.com> Subject: FreeBSD 11.0-RC1 regression with regard to mouse integration in VirtualBox 5.1.4 From: David Boyd To: freebsd-emulation@freebsd.org Cc: freebsd-stable@freebsd.org Date: Tue, 23 Aug 2016 13:48:34 -0400 Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.12.11 (3.12.11-15.el7) Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-RR-Connecting-IP: 107.14.64.142:25 X-Authority-Analysis: v=2.1 cv=M9zDKkAs c=1 sm=1 tr=0 a=AOPbyhnPA/g1jYzQ6n4/RQ==:117 a=AOPbyhnPA/g1jYzQ6n4/RQ==:17 a=L9H7d07YOLsA:10 a=9cW_t1CCXrUA:10 a=s5jvgZ67dGcA:10 a=IkcTkHD0fZMA:10 a=h2QYZ1Hjzgv03ZqAbSgA:9 a=QEXdDO2ut3YA:10 a=yCoDMIqJiZUA:10 X-Cloudmark-Score: 0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Aug 2016 18:04:30 -0000 Using FreeBSD 10.3-RELEASE-p6 with virtualbox-guest-additions 5.0.26 on VirtualBox 5.1.4 (CentOS EL7 host) as a baseline I didn't experience any difficulties. After fresh install of FreeBSD 11.0-RC1 with virtualbox-guest-additions 5.0.26 on VirtualBox 5.1.4 (CentOS EL7 host) mouse integration is missing. I have time and resources to test any changes you have to suggest. Thanks. From owner-freebsd-stable@freebsd.org Tue Aug 23 18:06:04 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 87C1FBC365A for ; Tue, 23 Aug 2016 18:06:04 +0000 (UTC) (envelope-from karl@denninger.net) Received: from mail.denninger.net (denninger.net [70.169.168.7]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 81791133C for ; Tue, 23 Aug 2016 18:06:02 +0000 (UTC) (envelope-from karl@denninger.net) Received: from [192.168.1.40] (Karl-Desktop.Denninger.net [192.168.1.40]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.denninger.net (Postfix) with ESMTPSA id 8682421FBB for ; Tue, 23 Aug 2016 13:05:54 -0500 (CDT) Subject: Re: FreeBSD 11.0-RC1 regression with regard to mouse integration in VirtualBox 5.1.4 To: freebsd-stable@freebsd.org References: <1471974514.13982.5.camel@twc.com> From: Karl Denninger Message-ID: Date: Tue, 23 Aug 2016 13:05:54 -0500 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 In-Reply-To: <1471974514.13982.5.camel@twc.com> Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha-512; boundary="------------ms060601080106030606030402" X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Aug 2016 18:06:04 -0000 This is a cryptographically signed message in MIME format. --------------ms060601080106030606030402 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 8/23/2016 12:48, David Boyd wrote: > Using FreeBSD 10.3-RELEASE-p6 with virtualbox-guest-additions 5.0.26 on= > VirtualBox 5.1.4 (CentOS EL7 host) as a baseline I didn't experience an= y > difficulties. > > After fresh install of FreeBSD 11.0-RC1 with virtualbox-guest-additions= > 5.0.26 on VirtualBox 5.1.4 (CentOS EL7 host) mouse integration is > missing. > > I have time and resources to test any changes you have to suggest. > > Thanks. > Does the mouse normally attach as what appears to be a USB port? If so the problem is likely here: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D211884 --=20 Karl Denninger karl@denninger.net /The Market Ticker/ /[S/MIME encrypted email preferred]/ --------------ms060601080106030606030402 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgMFADCABgkqhkiG9w0BBwEAAKCC Bl8wggZbMIIEQ6ADAgECAgEpMA0GCSqGSIb3DQEBCwUAMIGQMQswCQYDVQQGEwJVUzEQMA4G A1UECBMHRmxvcmlkYTESMBAGA1UEBxMJTmljZXZpbGxlMRkwFwYDVQQKExBDdWRhIFN5c3Rl bXMgTExDMRwwGgYDVQQDExNDdWRhIFN5c3RlbXMgTExDIENBMSIwIAYJKoZIhvcNAQkBFhND dWRhIFN5c3RlbXMgTExDIENBMB4XDTE1MDQyMTAyMjE1OVoXDTIwMDQxOTAyMjE1OVowWjEL MAkGA1UEBhMCVVMxEDAOBgNVBAgTB0Zsb3JpZGExGTAXBgNVBAoTEEN1ZGEgU3lzdGVtcyBM TEMxHjAcBgNVBAMTFUthcmwgRGVubmluZ2VyIChPQ1NQKTCCAiIwDQYJKoZIhvcNAQEBBQAD ggIPADCCAgoCggIBALmEWPhAdphrWd4K5VTvE5pxL3blRQPyGF3ApjUjgtavqU1Y8pbI3Byg XDj2/Uz9Si8XVj/kNbKEjkRh5SsNvx3Fc0oQ1uVjyCq7zC/kctF7yLzQbvWnU4grAPZ3IuAp 3/fFxIVaXpxEdKmyZAVDhk9az+IgHH43rdJRIMzxJ5vqQMb+n2EjadVqiGPbtG9aZEImlq7f IYDTnKyToi23PAnkPwwT+q1IkI2DTvf2jzWrhLR5DTX0fUYC0nxlHWbjgpiapyJWtR7K2YQO aevQb/3vN9gSojT2h+cBem7QIj6U69rEYcEDvPyCMXEV9VcXdcmW42LSRsPvZcBHFkWAJqMZ Myiz4kumaP+s+cIDaXitR/szoqDKGSHM4CPAZV9Yh8asvxQL5uDxz5wvLPgS5yS8K/o7zDR5 vNkMCyfYQuR6PAJxVOk5Arqvj9lfP3JSVapwbr01CoWDBkpuJlKfpQIEeC/pcCBKknllbMYq yHBO2TipLyO5Ocd1nhN/nOsO+C+j31lQHfOMRZaPQykXVPWG5BbhWT7ttX4vy5hOW6yJgeT/ o3apynlp1cEavkQRS8uJHoQszF6KIrQMID/JfySWvVQ4ksnfzwB2lRomrdrwnQ4eG/HBS+0l eozwOJNDIBlAP+hLe8A5oWZgooIIK/SulUAsfI6Sgd8dTZTTYmlhAgMBAAGjgfQwgfEwNwYI KwYBBQUHAQEEKzApMCcGCCsGAQUFBzABhhtodHRwOi8vY3VkYXN5c3RlbXMubmV0Ojg4ODgw CQYDVR0TBAIwADARBglghkgBhvhCAQEEBAMCBaAwCwYDVR0PBAQDAgXgMCwGCWCGSAGG+EIB DQQfFh1PcGVuU1NMIEdlbmVyYXRlZCBDZXJ0aWZpY2F0ZTAdBgNVHQ4EFgQUxRyULenJaFwX RtT79aNmIB/u5VkwHwYDVR0jBBgwFoAUJHGbnYV9/N3dvbDKkpQDofrTbTUwHQYDVR0RBBYw FIESa2FybEBkZW5uaW5nZXIubmV0MA0GCSqGSIb3DQEBCwUAA4ICAQBPf3cYtmKowmGIYsm6 eBinJu7QVWvxi1vqnBz3KE+HapqoIZS8/PolB/hwiY0UAE1RsjBJ7yEjihVRwummSBvkoOyf G30uPn4yg4vbJkR9lTz8d21fPshWETa6DBh2jx2Qf13LZpr3Pj2fTtlu6xMYKzg7cSDgd2bO sJGH/rcvva9Spkx5Vfq0RyOrYph9boshRN3D4tbWgBAcX9POdXCVfJONDxhfBuPHsJ6vEmPb An+XL5Yl26XYFPiODQ+Qbk44Ot1kt9s7oS3dVUrh92Qv0G3J3DF+Vt6C15nED+f+bk4gScu+ JHT7RjEmfa18GT8DcT//D1zEke1Ymhb41JH+GyZchDRWtjxsS5OBFMzrju7d264zJUFtX7iJ 3xvpKN7VcZKNtB6dLShj3v/XDsQVQWXmR/1YKWZ93C3LpRs2Y5nYdn6gEOpL/WfQFThtfnat HNc7fNs5vjotaYpBl5H8+VCautKbGOs219uQbhGZLYTv6okuKcY8W+4EJEtK0xB08vqr9Jd0 FS9MGjQE++GWo+5eQxFt6nUENHbVYnsr6bYPQsZH0CRNycgTG9MwY/UIXOf4W034UpR82TBG 1LiMsYfb8ahQJhs3wdf1nzipIjRwoZKT1vGXh/cj3gwSr64GfenURBxaFZA5O1acOZUjPrRT n3ci4McYW/0WVVA3lDGCBRMwggUPAgEBMIGWMIGQMQswCQYDVQQGEwJVUzEQMA4GA1UECBMH RmxvcmlkYTESMBAGA1UEBxMJTmljZXZpbGxlMRkwFwYDVQQKExBDdWRhIFN5c3RlbXMgTExD MRwwGgYDVQQDExNDdWRhIFN5c3RlbXMgTExDIENBMSIwIAYJKoZIhvcNAQkBFhNDdWRhIFN5 c3RlbXMgTExDIENBAgEpMA0GCWCGSAFlAwQCAwUAoIICTTAYBgkqhkiG9w0BCQMxCwYJKoZI hvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xNjA4MjMxODA1NTRaME8GCSqGSIb3DQEJBDFCBECD 9rbImsngY+YtFjRd3Zd9Lx9B11mg6asCAwMVYTFteKDYnsdOkGEDQNm1iPWa+2hz4060VQTP It08ZT/ONf3kMGwGCSqGSIb3DQEJDzFfMF0wCwYJYIZIAWUDBAEqMAsGCWCGSAFlAwQBAjAK BggqhkiG9w0DBzAOBggqhkiG9w0DAgICAIAwDQYIKoZIhvcNAwICAUAwBwYFKw4DAgcwDQYI KoZIhvcNAwICASgwgacGCSsGAQQBgjcQBDGBmTCBljCBkDELMAkGA1UEBhMCVVMxEDAOBgNV BAgTB0Zsb3JpZGExEjAQBgNVBAcTCU5pY2V2aWxsZTEZMBcGA1UEChMQQ3VkYSBTeXN0ZW1z IExMQzEcMBoGA1UEAxMTQ3VkYSBTeXN0ZW1zIExMQyBDQTEiMCAGCSqGSIb3DQEJARYTQ3Vk YSBTeXN0ZW1zIExMQyBDQQIBKTCBqQYLKoZIhvcNAQkQAgsxgZmggZYwgZAxCzAJBgNVBAYT AlVTMRAwDgYDVQQIEwdGbG9yaWRhMRIwEAYDVQQHEwlOaWNldmlsbGUxGTAXBgNVBAoTEEN1 ZGEgU3lzdGVtcyBMTEMxHDAaBgNVBAMTE0N1ZGEgU3lzdGVtcyBMTEMgQ0ExIjAgBgkqhkiG 9w0BCQEWE0N1ZGEgU3lzdGVtcyBMTEMgQ0ECASkwDQYJKoZIhvcNAQEBBQAEggIAN9NjonRa USu004OXvPj8eDTkzh0WiHGVPKkvYGSpB1+K6vG7AmEN/9FLIr9byu4BH4+X7zvfJs5lG/hL hJxy5fhMeqR73l8b1w20iErrwc9Mu8OtvWU1u/5DjVtiwGjw4pMBHXkxsdrkwQv2P0A7t5dt zv2bW+N8jI68AXj38lFmKIROMVvJ/EwJsvwxM0/X+Vy3VuolyYEStqJ98YRjXj2Qp3zqXHNB inwlrm1nLQFinunZtA7gLFLQPo5E6kQhIozjKm0hormddRFlY7+NqGLkJv2xrQs6mXXMXkb8 d54KFbo7PqQth0aQNPYnE3jlMc3zsSzGtVZFI3ZrS5KTDqLoHCTC01vfjTdUOtfyeU7d4WS8 R8LxExBqF+tZtmDBB5yCzDyEIk/19VkwB15FdlkdAyBFWD+pJetdPN8qP/Lb1+v9p7cM8F30 ZDvM37EaUGhOADEsFypeukl13s9/57Ak7XY9VGOuOCZ+Pi9OcFgmjR+zd/Tq0RMN52e0b0ku KjBCkMgtgRv6AOkyVSYDa8gJ+i01VPvyGuktq1Ms+p+hCZNFMkvEXgf1LmpT2fXhfwGsLE+i 7FROE5JkIzxkFIAHf8dw7FGPQ3ddIcnS3DvqhRE5wEqaH8bP0PyKTmD+sufMKFX6ZmA1YgRz vTLntkxNoQebD1lS9hzzhPp+87cAAAAAAAA= --------------ms060601080106030606030402-- From owner-freebsd-stable@freebsd.org Tue Aug 23 18:24:38 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1CFBBBC3E4F; Tue, 23 Aug 2016 18:24:38 +0000 (UTC) (envelope-from chardon.frederic@gmail.com) Received: from mail-oi0-x230.google.com (mail-oi0-x230.google.com [IPv6:2607:f8b0:4003:c06::230]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D4AAC12B6; Tue, 23 Aug 2016 18:24:37 +0000 (UTC) (envelope-from chardon.frederic@gmail.com) Received: by mail-oi0-x230.google.com with SMTP id f189so207797073oig.3; Tue, 23 Aug 2016 11:24:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=x0tBYzKOP7Y3/taJMdLFZRCf/wmHJ7imM7xosZKyMTY=; b=UfdTj/uIhgU89Zl2m+NnYJWTcgLRSsTz0S3c4N9SqzzFdtzyrx93F//UORdXV13rhq Hgx0Nenmdjr+9SFMQg8f9oVWV1rMkmoLVp5IIG1WpZ5nIbWVlfkJeZMWV9l3WFa8Ad7E GftFrjQaURKx3mRGWfeS3cv+0NNda0D17egt5nbWAJF6dTnOoQhZJ8roCWIxLjUw+SMl sQtCosgKOcWIbJ6nCxfPaKSbWGaMCEHlwaPvAV0nUqok6VO1MD4D+4cP7wUtvQMccdNb CNAlXkDZBDN8UcMXWceElWE580ZC0B9aQ9+LqA3TLRrZcVwqefDxMXIMdTmSWAapfvhL mHbw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=x0tBYzKOP7Y3/taJMdLFZRCf/wmHJ7imM7xosZKyMTY=; b=JY+4lc3STkZbAmYqX9bj8HvpGJUsnq6H5Yy1nd6Fy8TpME8q3/Pdkr68w5cOIsDJ0u RFYxRZHu9vTLffc7f5iKZd7itGLR1sctigt5GLA5hFnQqYaVTHojjBNo1zvr6+qWgsvd diAAiL4n5njkdatVJStnnFGKPrqW7vqn1Tt3P0PxT3z3b55Vj91hCFFb9H6OGhENlmaD ZuudDZqzGzsi5vbq2kwGgPKZ9GVPwQ09QfZN0o0ZdKvyqX7V6lEBm4xQUcyyc5vQA3ZL 7MSFVXjF3jubdj5jCTpasYz+HbylIrz8doFsDxu1XFPQWzhtETiB0LuaXCDIIicnhARp 3oLQ== X-Gm-Message-State: AEkoouvqd9v7J2Gev6arAXo83j9i55XUOKKp2Bs56FBLdk9JoCOdjKNTFKZpRjrirL39z7YUgTPYZYIe5+dZHA== X-Received: by 10.157.19.9 with SMTP id f9mr18979817ote.174.1471976676995; Tue, 23 Aug 2016 11:24:36 -0700 (PDT) MIME-Version: 1.0 Received: by 10.202.51.196 with HTTP; Tue, 23 Aug 2016 11:24:36 -0700 (PDT) In-Reply-To: References: <20160823073552.GK83214@kib.kiev.ua> From: Frederic Chardon Date: Tue, 23 Aug 2016 20:24:36 +0200 Message-ID: Subject: Re: kern.proc.pathname failure while booting from zfs To: Konstantin Belousov Cc: freebsd-stable@freebsd.org, freebsd-current@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Aug 2016 18:24:38 -0000 2016-08-23 19:35 GMT+02:00 Frederic Chardon : > 2016-08-23 9:35 GMT+02:00 Konstantin Belousov : >> On Tue, Aug 23, 2016 at 09:27:56AM +0200, Frederic Chardon wrote: >>> Le 20 ao??t 2016 22:03, "Frederic Chardon" = a >>> ??crit : >>> > >>> > Hi >>> > >>> > I see a strange interaction between zfs on root and kern.proc.pathnam= e >>> > on my laptop. Whenever I try to use gcore it fails with: >>> > gcore 1023 >>> > gcore: kern.proc.pathname failure >>> > >>> > However, gcore /usr/local/bin/zsh 1023 is working properly. >>> > >>> > I made some tests booting from usb stick (fresh installworld, no >>> > src.conf, no make.conf, GENERIC kernel) >>> > What works: having / on ufs and importing a zfs pool later on. >>> > What doesn't: having / on zfs, whatever the settings for checksum, >>> > compression, or normalization. >>> > >>> > Both 11-stable and 12-current behave this way. Current from may-june >>> > worked properly. >>> > adb, chromium and virtualbox as well stopped working at approximately >>> > the same time, however I don't know if it is linked ("truss -f adb >>> > start-server" shows that garbage is passed to execl after forking). >>> > >>> > Any idea what's going on? Does anybody else see this? >>> > >>> > Thanks! >>> >>> Nobody else have this problem? I reinstalled the system from scratch an= d >>> still gcore fails with the same error, even in single user mode. >> >> Do you have a property on your root fs which forces it to ignore case in >> the file names ? > > No. I do have normalization set to formC though. I observed the same > behavior with the property unset (in fact, with no property set to > anything but default as well). > If I boot from usb stick and import the pool afterwards it works properly= . > > zpool get all zbase > NAME PROPERTY VALUE SOUR= CE > zbase size 9,94G - > zbase capacity 43% - > zbase altroot - defa= ult > zbase health ONLINE - > zbase guid 8964242380523899513 defa= ult > zbase version - defa= ult > zbase bootfs zbase/bootenv/11-STABLE loca= l > zbase delegation on defa= ult > zbase autoreplace off defa= ult > zbase cachefile - defa= ult > zbase failmode wait defa= ult > zbase listsnapshots off defa= ult > zbase autoexpand off defa= ult > zbase dedupditto 0 defa= ult > zbase dedupratio 1.00x - > zbase free 5,65G - > zbase allocated 4,29G - > zbase readonly off - > zbase comment - defa= ult > zbase expandsize - - > zbase freeing 0 defa= ult > zbase fragmentation 41% - > zbase leaked 0 defa= ult > zbase feature@async_destroy enabled loca= l > zbase feature@empty_bpobj active loca= l > zbase feature@lz4_compress active loca= l > zbase feature@multi_vdev_crash_dump enabled loca= l > zbase feature@spacemap_histogram active loca= l > zbase feature@enabled_txg active loca= l > zbase feature@hole_birth active loca= l > zbase feature@extensible_dataset enabled loca= l > zbase feature@embedded_data active loca= l > zbase feature@bookmarks enabled loca= l > zbase feature@filesystem_limits enabled loca= l > zbase feature@large_blocks enabled loca= l > zbase feature@sha512 enabled loca= l > zbase feature@skein enabled loca= l > > > zfs get all zbase/bootenv/11-STABLE > NAME PROPERTY VALUE = SOURCE > zbase/bootenv/11-STABLE type filesystem = - > zbase/bootenv/11-STABLE creation sam. ao=C3=BBt 20 13:07 20= 16 - > zbase/bootenv/11-STABLE used 4,23G = - > zbase/bootenv/11-STABLE available 5,34G = - > zbase/bootenv/11-STABLE referenced 2,72G = - > zbase/bootenv/11-STABLE compressratio 1.97x = - > zbase/bootenv/11-STABLE mounted yes = - > zbase/bootenv/11-STABLE quota none = default > zbase/bootenv/11-STABLE reservation none = default > zbase/bootenv/11-STABLE recordsize 128K = default > zbase/bootenv/11-STABLE mountpoint / = local > zbase/bootenv/11-STABLE sharenfs off = default > zbase/bootenv/11-STABLE checksum sha256 > inherited from zbase > zbase/bootenv/11-STABLE compression lz4 > inherited from zbase > zbase/bootenv/11-STABLE atime off > inherited from zbase > zbase/bootenv/11-STABLE devices on = default > zbase/bootenv/11-STABLE exec on = default > zbase/bootenv/11-STABLE setuid on = default > zbase/bootenv/11-STABLE readonly off = default > zbase/bootenv/11-STABLE jailed off = default > zbase/bootenv/11-STABLE snapdir hidden = default > zbase/bootenv/11-STABLE aclmode discard = default > zbase/bootenv/11-STABLE aclinherit restricted = default > zbase/bootenv/11-STABLE canmount on = local > zbase/bootenv/11-STABLE xattr off > temporary > zbase/bootenv/11-STABLE copies 1 = default > zbase/bootenv/11-STABLE version 5 = - > zbase/bootenv/11-STABLE utf8only on = - > zbase/bootenv/11-STABLE normalization formC = - > zbase/bootenv/11-STABLE casesensitivity sensitive = - > zbase/bootenv/11-STABLE vscan off = default > zbase/bootenv/11-STABLE nbmand off = default > zbase/bootenv/11-STABLE sharesmb off = default > zbase/bootenv/11-STABLE refquota none = default > zbase/bootenv/11-STABLE refreservation none = default > zbase/bootenv/11-STABLE primarycache all = default > zbase/bootenv/11-STABLE secondarycache all = default > zbase/bootenv/11-STABLE usedbysnapshots 1,52G = - > zbase/bootenv/11-STABLE usedbydataset 2,72G = - > zbase/bootenv/11-STABLE usedbychildren 0 = - > zbase/bootenv/11-STABLE usedbyrefreservation 0 = - > zbase/bootenv/11-STABLE logbias latency = default > zbase/bootenv/11-STABLE dedup off = default > zbase/bootenv/11-STABLE mlslabel = - > zbase/bootenv/11-STABLE sync disabled > inherited from zbase > zbase/bootenv/11-STABLE refcompressratio 1.96x = - > zbase/bootenv/11-STABLE written 37,6M = - > zbase/bootenv/11-STABLE logicalused 7,82G = - > zbase/bootenv/11-STABLE logicalreferenced 4,95G = - > zbase/bootenv/11-STABLE volmode default = default > zbase/bootenv/11-STABLE filesystem_limit none = default > zbase/bootenv/11-STABLE snapshot_limit none = default > zbase/bootenv/11-STABLE filesystem_count none = default > zbase/bootenv/11-STABLE snapshot_count none = default > zbase/bootenv/11-STABLE redundant_metadata all = default I meant: "if I boot from a _UFS_ usb stick" of course. The FreeBSD installation img for example. From owner-freebsd-stable@freebsd.org Tue Aug 23 19:28:08 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A8AEDBC32BC; Tue, 23 Aug 2016 19:28:08 +0000 (UTC) (envelope-from stefan.wendler@tngtech.com) Received: from proxy.tng.vnc.biz (zimbra-vnc.tngtech.com [83.144.240.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 DEF73131C; Tue, 23 Aug 2016 19:28:06 +0000 (UTC) (envelope-from stefan.wendler@tngtech.com) Received: from localhost (localhost [127.0.0.1]) by proxy.tng.vnc.biz (Postfix) with ESMTP id 44A191E2D3D; Tue, 23 Aug 2016 21:18:25 +0200 (CEST) X-Spam-Flag: NO X-Spam-Score: -1.501 X-Spam-Level: X-Spam-Status: No, score=-1.501 tagged_above=-10 required=5 tests=[ALL_TRUSTED=-1, BAYES_00=-0.5, LOCAL_FROM_TNG=-0.001] autolearn=ham autolearn_force=no Received: from proxy.tng.vnc.biz ([127.0.0.1]) by localhost (proxy.tng.vnc.biz [127.0.0.1]) (amavisd-new, port 10032) with ESMTP id ejclUjryfiaI; Tue, 23 Aug 2016 21:18:21 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by proxy.tng.vnc.biz (Postfix) with ESMTP id 9F87E1E2D3B; Tue, 23 Aug 2016 21:18:21 +0200 (CEST) X-Virus-Scanned: amavisd-new at Received: from proxy.tng.vnc.biz ([127.0.0.1]) by localhost (proxy.tng.vnc.biz [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id 3brdIVnI0P2M; Tue, 23 Aug 2016 21:18:21 +0200 (CEST) Received: from [10.0.0.95] (p5B046855.dip0.t-ipconnect.de [91.4.104.85]) by proxy.tng.vnc.biz (Postfix) with ESMTPSA id 473AE1E2D3A; Tue, 23 Aug 2016 21:18:21 +0200 (CEST) To: freebsd-stable@freebsd.org Cc: freebsd-current@freebsd.org From: Stefan Wendler Subject: FreeBSD 11 RC1 - no wifi Message-ID: <8a427194-726c-ccad-9e02-70460152477d@tngtech.com> Date: Tue, 23 Aug 2016 21:18:20 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="------------958A118986E17E2324FE7EA9" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Aug 2016 19:28:08 -0000 This is a multi-part message in MIME format. --------------958A118986E17E2324FE7EA9 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hi, I have upgraded from FreeBSD 10.3 to 11 RC1 on my Lenovo W450 with Intel Centrino Ultimate-N 6300 After upgrade and a last reboot the iwn driver gets loaded but no iwn0 interface pops up. Doing a 'service netif restart' crashes the machine and a core is written. I have attached the output of the dmesg command. If somebody needs the core, I can upload it somewhere and give you the download link. Please tell me how I can help you guys. Cheers, Stefan --------------958A118986E17E2324FE7EA9 Content-Type: text/plain; charset=UTF-8; name="dmesg.txt" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="dmesg.txt" dHVuMDogbGluayBzdGF0ZSBjaGFuZ2VkIHRvIERPV04Kd2xhbjA6IGxpbmsgc3RhdGUgY2hh bmdlZCB0byBET1dOCmxhZ2cwOiBsaW5rIHN0YXRlIGNoYW5nZWQgdG8gRE9XTgp3bGFuMDog bGluayBzdGF0ZSBjaGFuZ2VkIHRvIFVQCmxhZ2cwOiBsaW5rIHN0YXRlIGNoYW5nZWQgdG8g VVAKcGlkIDk3MjI4ICh3aW5lKSwgdWlkIDEwMDE6IGV4aXRlZCBvbiBzaWduYWwgMTAgKGNv cmUgZHVtcGVkKQp3bGFuMDogbGluayBzdGF0ZSBjaGFuZ2VkIHRvIERPV04KbGFnZzA6IGxp bmsgc3RhdGUgY2hhbmdlZCB0byBET1dOCldhaXRpbmcgKG1heCA2MCBzZWNvbmRzKSBmb3Ig c3lzdGVtIHByb2Nlc3MgYHZubHJ1JyB0byBzdG9wLi4uZG9uZQpXYWl0aW5nIChtYXggNjAg c2Vjb25kcykgZm9yIHN5c3RlbSBwcm9jZXNzIGBidWZkYWVtb24nIHRvIHN0b3AuLi5kb25l CldhaXRpbmcgKG1heCA2MCBzZWNvbmRzKSBmb3Igc3lzdGVtIHByb2Nlc3MgYHN5bmNlcicg dG8gc3RvcC4uLgpTeW5jaW5nIGRpc2tzLCB2bm9kZXMgcmVtYWluaW5nLi4uMCAwIDAgMCAw IDAgZG9uZQpBbGwgYnVmZmVycyBzeW5jZWQuClVwdGltZTogMTBoMTZtNDFzCkdFT01fRUxJ OiBEZXZpY2UgYWRhMXAxLmVsaSBkZXN0cm95ZWQuCkdFT01fRUxJOiBEZXRhY2hlZCBhZGEx cDEuZWxpIG9uIGxhc3QgY2xvc2UuCkNvcHlyaWdodCAoYykgMTk5Mi0yMDE2IFRoZSBGcmVl QlNEIFByb2plY3QuCkNvcHlyaWdodCAoYykgMTk3OSwgMTk4MCwgMTk4MywgMTk4NiwgMTk4 OCwgMTk4OSwgMTk5MSwgMTk5MiwgMTk5MywgMTk5NAoJVGhlIFJlZ2VudHMgb2YgdGhlIFVu aXZlcnNpdHkgb2YgQ2FsaWZvcm5pYS4gQWxsIHJpZ2h0cyByZXNlcnZlZC4KRnJlZUJTRCBp cyBhIHJlZ2lzdGVyZWQgdHJhZGVtYXJrIG9mIFRoZSBGcmVlQlNEIEZvdW5kYXRpb24uCkZy ZWVCU0QgMTAuMy1SRUxFQVNFLXA0ICMwOiBTYXQgTWF5IDI4IDEyOjIzOjQ0IFVUQyAyMDE2 CiAgICByb290QGFtZDY0LWJ1aWxkZXIuZGFlbW9ub2xvZ3kubmV0Oi91c3Ivb2JqL3Vzci9z cmMvc3lzL0dFTkVSSUMgYW1kNjQKRnJlZUJTRCBjbGFuZyB2ZXJzaW9uIDMuNC4xICh0YWdz L1JFTEVBU0VfMzQvZG90MS1maW5hbCAyMDgwMzIpIDIwMTQwNTEyCkNQVTogSW50ZWwoUikg Q29yZShUTSkgaTctMzYzMFFNIENQVSBAIDIuNDBHSHogKDIzOTQuNjEtTUh6IEs4LWNsYXNz IENQVSkKICBPcmlnaW49IkdlbnVpbmVJbnRlbCIgIElkPTB4MzA2YTkgIEZhbWlseT0weDYg IE1vZGVsPTB4M2EgIFN0ZXBwaW5nPTkKICBGZWF0dXJlcz0weGJmZWJmYmZmPEZQVSxWTUUs REUsUFNFLFRTQyxNU1IsUEFFLE1DRSxDWDgsQVBJQyxTRVAsTVRSUixQR0UsTUNBLENNT1Ys UEFULFBTRTM2LENMRkxVU0gsRFRTLEFDUEksTU1YLEZYU1IsU1NFLFNTRTIsU1MsSFRULFRN LFBCRT4KICBGZWF0dXJlczI9MHg3ZmJhZTNiZjxTU0UzLFBDTE1VTFFEUSxEVEVTNjQsTU9O LERTX0NQTCxWTVgsRVNULFRNMixTU1NFMyxDWDE2LHhUUFIsUERDTSxQQ0lELFNTRTQuMSxT U0U0LjIseDJBUElDLFBPUENOVCxUU0NETFQsQUVTTkksWFNBVkUsT1NYU0FWRSxBVlgsRjE2 QyxSRFJBTkQ+CiAgQU1EIEZlYXR1cmVzPTB4MjgxMDA4MDA8U1lTQ0FMTCxOWCxSRFRTQ1As TE0+CiAgQU1EIEZlYXR1cmVzMj0weDE8TEFIRj4KICBTdHJ1Y3R1cmVkIEV4dGVuZGVkIEZl YXR1cmVzPTB4MjgxPEZTR1NCQVNFLFNNRVAsRVJNUz4KICBYU0FWRSBGZWF0dXJlcz0weDE8 WFNBVkVPUFQ+CiAgVlQteDogUEFULEhMVCxNVEYsUEFVU0UsRVBULFVHLFZQSUQKICBUU0M6 IFAtc3RhdGUgaW52YXJpYW50LCBwZXJmb3JtYW5jZSBzdGF0aXN0aWNzCnJlYWwgbWVtb3J5 ICA9IDM0MzU5NzM4MzY4ICgzMjc2OCBNQikKYXZhaWwgbWVtb3J5ID0gMzI4ODcwMjE1Njgg KDMxMzYzIE1CKQpFdmVudCB0aW1lciAiTEFQSUMiIHF1YWxpdHkgNjAwCkFDUEkgQVBJQyBU YWJsZTogPExFTk9WTyBUUC1HNSAgID4KRnJlZUJTRC9TTVA6IE11bHRpcHJvY2Vzc29yIFN5 c3RlbSBEZXRlY3RlZDogOCBDUFVzCkZyZWVCU0QvU01QOiAxIHBhY2thZ2UocykgeCA0IGNv cmUocykgeCAyIFNNVCB0aHJlYWRzCiBjcHUwIChCU1ApOiBBUElDIElEOiAgMAogY3B1MSAo QVApOiBBUElDIElEOiAgMQogY3B1MiAoQVApOiBBUElDIElEOiAgMgogY3B1MyAoQVApOiBB UElDIElEOiAgMwogY3B1NCAoQVApOiBBUElDIElEOiAgNAogY3B1NSAoQVApOiBBUElDIElE OiAgNQogY3B1NiAoQVApOiBBUElDIElEOiAgNgogY3B1NyAoQVApOiBBUElDIElEOiAgNwpy YW5kb206IDxTb2Z0d2FyZSwgWWFycm93PiBpbml0aWFsaXplZAppb2FwaWMwIDxWZXJzaW9u IDIuMD4gaXJxcyAwLTIzIG9uIG1vdGhlcmJvYXJkCmtiZDEgYXQga2JkbXV4MApjcnlwdG9z b2Z0MDogPHNvZnR3YXJlIGNyeXB0bz4gb24gbW90aGVyYm9hcmQKYWVzbmkwOiA8QUVTLUNC QyxBRVMtWFRTPiBvbiBtb3RoZXJib2FyZAphY3BpMDogPExFTk9WTyBUUC1HNT4gb24gbW90 aGVyYm9hcmQKYWNwaV9lYzA6IDxFbWJlZGRlZCBDb250cm9sbGVyOiBHUEUgMHgxMSwgRUNE VD4gcG9ydCAweDYyLDB4NjYgb24gYWNwaTAKYWNwaTA6IFBvd2VyIEJ1dHRvbiAoZml4ZWQp CmNwdTA6IDxBQ1BJIENQVT4gb24gYWNwaTAKY3B1MTogPEFDUEkgQ1BVPiBvbiBhY3BpMApj cHUyOiA8QUNQSSBDUFU+IG9uIGFjcGkwCmNwdTM6IDxBQ1BJIENQVT4gb24gYWNwaTAKY3B1 NDogPEFDUEkgQ1BVPiBvbiBhY3BpMApjcHU1OiA8QUNQSSBDUFU+IG9uIGFjcGkwCmNwdTY6 IDxBQ1BJIENQVT4gb24gYWNwaTAKY3B1NzogPEFDUEkgQ1BVPiBvbiBhY3BpMAphdHRpbWVy MDogPEFUIHRpbWVyPiBwb3J0IDB4NDAtMHg0MyBpcnEgMCBvbiBhY3BpMApUaW1lY291bnRl ciAiaTgyNTQiIGZyZXF1ZW5jeSAxMTkzMTgyIEh6IHF1YWxpdHkgMApFdmVudCB0aW1lciAi aTgyNTQiIGZyZXF1ZW5jeSAxMTkzMTgyIEh6IHF1YWxpdHkgMTAwCmhwZXQwOiA8SGlnaCBQ cmVjaXNpb24gRXZlbnQgVGltZXI+IGlvbWVtIDB4ZmVkMDAwMDAtMHhmZWQwMDNmZiBvbiBh Y3BpMApUaW1lY291bnRlciAiSFBFVCIgZnJlcXVlbmN5IDE0MzE4MTgwIEh6IHF1YWxpdHkg OTUwCkV2ZW50IHRpbWVyICJIUEVUIiBmcmVxdWVuY3kgMTQzMTgxODAgSHogcXVhbGl0eSA1 NTAKYXRydGMwOiA8QVQgcmVhbHRpbWUgY2xvY2s+IHBvcnQgMHg3MC0weDcxIGlycSA4IG9u IGFjcGkwCkV2ZW50IHRpbWVyICJSVEMiIGZyZXF1ZW5jeSAzMjc2OCBIeiBxdWFsaXR5IDAK VGltZWNvdW50ZXIgIkFDUEktZmFzdCIgZnJlcXVlbmN5IDM1Nzk1NDUgSHogcXVhbGl0eSA5 MDAKYWNwaV90aW1lcjA6IDwyNC1iaXQgdGltZXIgYXQgMy41Nzk1NDVNSHo+IHBvcnQgMHg0 MDgtMHg0MGIgb24gYWNwaTAKYWNwaV9saWQwOiA8Q29udHJvbCBNZXRob2QgTGlkIFN3aXRj aD4gb24gYWNwaTAKYWNwaV9idXR0b24wOiA8U2xlZXAgQnV0dG9uPiBvbiBhY3BpMApwY2li MDogPEFDUEkgSG9zdC1QQ0kgYnJpZGdlPiBwb3J0IDB4Y2Y4LTB4Y2ZmIG9uIGFjcGkwCnBj aTA6IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWIwCnBjaWIxOiA8QUNQSSBQQ0ktUENJIGJyaWRn ZT4gaXJxIDE2IGF0IGRldmljZSAxLjAgb24gcGNpMApwY2kxOiA8QUNQSSBQQ0kgYnVzPiBv biBwY2liMQp2Z2FwY2kwOiA8VkdBLWNvbXBhdGlibGUgZGlzcGxheT4gcG9ydCAweDUwMDAt MHg1MDdmIG1lbSAweGYyMDAwMDAwLTB4ZjJmZmZmZmYsMHhlMDAwMDAwMC0weGVmZmZmZmZm LDB4ZjAwMDAwMDAtMHhmMWZmZmZmZiBpcnEgMTYgYXQgZGV2aWNlIDAuMCBvbiBwY2kxCm52 aWRpYTA6IDxRdWFkcm8gSzIwMDBNPiBvbiB2Z2FwY2kwCnZnYXBjaTA6IGNoaWxkIG52aWRp YTAgcmVxdWVzdGVkIHBjaV9lbmFibGVfaW8KdmdhcGNpMDogY2hpbGQgbnZpZGlhMCByZXF1 ZXN0ZWQgcGNpX2VuYWJsZV9pbwp2Z2FwY2kwOiBCb290IHZpZGVvIGRldmljZQpoZGFjMDog PE5WSURJQSAoMHgwZTFiKSBIREEgQ29udHJvbGxlcj4gbWVtIDB4ZjMwMDAwMDAtMHhmMzAw M2ZmZiBpcnEgMTcgYXQgZGV2aWNlIDAuMSBvbiBwY2kxCnhoY2kwOiA8SW50ZWwgUGFudGhl ciBQb2ludCBVU0IgMy4wIGNvbnRyb2xsZXI+IG1lbSAweGY1MzIwMDAwLTB4ZjUzMmZmZmYg aXJxIDE2IGF0IGRldmljZSAyMC4wIG9uIHBjaTAKeGhjaTA6IDMyIGJ5dGVzIGNvbnRleHQg c2l6ZSwgNjQtYml0IERNQQp4aGNpMDogUG9ydCByb3V0aW5nIG1hc2sgc2V0IHRvIDB4ZmZm ZmZmZmYKdXNidXMwIG9uIHhoY2kwCnBjaTA6IDxzaW1wbGUgY29tbXM+IGF0IGRldmljZSAy Mi4wIChubyBkcml2ZXIgYXR0YWNoZWQpCmVtMDogPEludGVsKFIpIFBSTy8xMDAwIE5ldHdv cmsgQ29ubmVjdGlvbiA3LjYuMS1rPiBwb3J0IDB4NjA0MC0weDYwNWYgbWVtIDB4ZjUzMDAw MDAtMHhmNTMxZmZmZiwweGY1MzNiMDAwLTB4ZjUzM2JmZmYgaXJxIDIwIGF0IGRldmljZSAy NS4wIG9uIHBjaTAKZW0wOiBVc2luZyBhbiBNU0kgaW50ZXJydXB0CmVtMDogRXRoZXJuZXQg YWRkcmVzczogM2M6OTc6MGU6YzM6Yzk6ZDAKZWhjaTA6IDxJbnRlbCBQYW50aGVyIFBvaW50 IFVTQiAyLjAgY29udHJvbGxlcj4gbWVtIDB4ZjUzM2EwMDAtMHhmNTMzYTNmZiBpcnEgMTYg YXQgZGV2aWNlIDI2LjAgb24gcGNpMAp1c2J1czE6IEVIQ0kgdmVyc2lvbiAxLjAKdXNidXMx IG9uIGVoY2kwCmhkYWMxOiA8SW50ZWwgUGFudGhlciBQb2ludCBIREEgQ29udHJvbGxlcj4g bWVtIDB4ZjUzMzAwMDAtMHhmNTMzM2ZmZiBpcnEgMjIgYXQgZGV2aWNlIDI3LjAgb24gcGNp MApwY2liMjogPEFDUEkgUENJLVBDSSBicmlkZ2U+IGlycSAxNiBhdCBkZXZpY2UgMjguMCBv biBwY2kwCnBjaTI6IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWIyCnNkaGNpX3BjaTA6IDxSSUNP SCBSNUNFODIzIFNEPiBtZW0gMHhmNGEwMTAwMC0weGY0YTAxMGZmIGlycSAxNiBhdCBkZXZp Y2UgMC4wIG9uIHBjaTIKc2RoY2lfcGNpMDogMSBzbG90KHMpIGFsbG9jYXRlZApwY2kyOiA8 c2VyaWFsIGJ1cywgRmlyZVdpcmU+IGF0IGRldmljZSAwLjMgKG5vIGRyaXZlciBhdHRhY2hl ZCkKcGNpYjM6IDxBQ1BJIFBDSS1QQ0kgYnJpZGdlPiBpcnEgMTcgYXQgZGV2aWNlIDI4LjEg b24gcGNpMApwY2kzOiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2liMwppd24wOiA8SW50ZWwgQ2Vu dHJpbm8gVWx0aW1hdGUtTiA2MzAwPiBtZW0gMHhmNDkwMDAwMC0weGY0OTAxZmZmIGlycSAx NyBhdCBkZXZpY2UgMC4wIG9uIHBjaTMKcGNpYjQ6IDxBQ1BJIFBDSS1QQ0kgYnJpZGdlPiBp cnEgMTggYXQgZGV2aWNlIDI4LjIgb24gcGNpMApwY2k0OiA8QUNQSSBQQ0kgYnVzPiBvbiBw Y2liNAplaGNpMTogPEludGVsIFBhbnRoZXIgUG9pbnQgVVNCIDIuMCBjb250cm9sbGVyPiBt ZW0gMHhmNTMzOTAwMC0weGY1MzM5M2ZmIGlycSAyMyBhdCBkZXZpY2UgMjkuMCBvbiBwY2kw CnVzYnVzMjogRUhDSSB2ZXJzaW9uIDEuMAp1c2J1czIgb24gZWhjaTEKaXNhYjA6IDxQQ0kt SVNBIGJyaWRnZT4gYXQgZGV2aWNlIDMxLjAgb24gcGNpMAppc2EwOiA8SVNBIGJ1cz4gb24g aXNhYjAKYWhjaTA6IDxJbnRlbCBQYW50aGVyIFBvaW50IEFIQ0kgU0FUQSBjb250cm9sbGVy PiBwb3J0IDB4NjA2OC0weDYwNmYsMHg2MDc0LTB4NjA3NywweDYwNjAtMHg2MDY3LDB4NjA3 MC0weDYwNzMsMHg2MDIwLTB4NjAzZiBtZW0gMHhmNTMzODAwMC0weGY1MzM4N2ZmIGlycSAx OSBhdCBkZXZpY2UgMzEuMiBvbiBwY2kwCmFoY2kwOiBBSENJIHYxLjMwIHdpdGggNiA2R2Jw cyBwb3J0cywgUG9ydCBNdWx0aXBsaWVyIG5vdCBzdXBwb3J0ZWQKYWhjaWNoMDogPEFIQ0kg Y2hhbm5lbD4gYXQgY2hhbm5lbCAwIG9uIGFoY2kwCmFoY2ljaDE6IDxBSENJIGNoYW5uZWw+ IGF0IGNoYW5uZWwgMSBvbiBhaGNpMAphaGNpY2g0OiA8QUhDSSBjaGFubmVsPiBhdCBjaGFu bmVsIDQgb24gYWhjaTAKYWhjaWVtMDogPEFIQ0kgZW5jbG9zdXJlIG1hbmFnZW1lbnQgYnJp ZGdlPiBvbiBhaGNpMAphY3BpX3R6MDogPFRoZXJtYWwgWm9uZT4gb24gYWNwaTAKYXRrYmRj MDogPEtleWJvYXJkIGNvbnRyb2xsZXIgKGk4MDQyKT4gcG9ydCAweDYwLDB4NjQgaXJxIDEg b24gYWNwaTAKYXRrYmQwOiA8QVQgS2V5Ym9hcmQ+IGlycSAxIG9uIGF0a2JkYzAKa2JkMCBh dCBhdGtiZDAKYXRrYmQwOiBbR0lBTlQtTE9DS0VEXQpwc20wOiA8UFMvMiBNb3VzZT4gaXJx IDEyIG9uIGF0a2JkYzAKcHNtMDogW0dJQU5ULUxPQ0tFRF0KcHNtMDogbW9kZWwgU3luYXB0 aWNzIFRvdWNocGFkLCBkZXZpY2UgSUQgMApiYXR0ZXJ5MDogPEFDUEkgQ29udHJvbCBNZXRo b2QgQmF0dGVyeT4gb24gYWNwaTAKYWNwaV9hY2FkMDogPEFDIEFkYXB0ZXI+IG9uIGFjcGkw CnNjMDogPFN5c3RlbSBjb25zb2xlPiBvbiBpc2EwCnNjMDogVkdBIDwxNiB2aXJ0dWFsIGNv bnNvbGVzLCBmbGFncz0weDMwMD4KdmdhMDogPEdlbmVyaWMgSVNBIFZHQT4gYXQgcG9ydCAw eDNjMC0weDNkZiBpb21lbSAweGEwMDAwLTB4YmZmZmYgb24gaXNhMAplc3QwOiA8RW5oYW5j ZWQgU3BlZWRTdGVwIEZyZXF1ZW5jeSBDb250cm9sPiBvbiBjcHUwCnA0dGNjMDogPENQVSBG cmVxdWVuY3kgVGhlcm1hbCBDb250cm9sPiBvbiBjcHUwCmVzdDE6IDxFbmhhbmNlZCBTcGVl ZFN0ZXAgRnJlcXVlbmN5IENvbnRyb2w+IG9uIGNwdTEKcDR0Y2MxOiA8Q1BVIEZyZXF1ZW5j eSBUaGVybWFsIENvbnRyb2w+IG9uIGNwdTEKZXN0MjogPEVuaGFuY2VkIFNwZWVkU3RlcCBG cmVxdWVuY3kgQ29udHJvbD4gb24gY3B1MgpwNHRjYzI6IDxDUFUgRnJlcXVlbmN5IFRoZXJt YWwgQ29udHJvbD4gb24gY3B1Mgplc3QzOiA8RW5oYW5jZWQgU3BlZWRTdGVwIEZyZXF1ZW5j eSBDb250cm9sPiBvbiBjcHUzCnA0dGNjMzogPENQVSBGcmVxdWVuY3kgVGhlcm1hbCBDb250 cm9sPiBvbiBjcHUzCmVzdDQ6IDxFbmhhbmNlZCBTcGVlZFN0ZXAgRnJlcXVlbmN5IENvbnRy b2w+IG9uIGNwdTQKcDR0Y2M0OiA8Q1BVIEZyZXF1ZW5jeSBUaGVybWFsIENvbnRyb2w+IG9u IGNwdTQKZXN0NTogPEVuaGFuY2VkIFNwZWVkU3RlcCBGcmVxdWVuY3kgQ29udHJvbD4gb24g Y3B1NQpwNHRjYzU6IDxDUFUgRnJlcXVlbmN5IFRoZXJtYWwgQ29udHJvbD4gb24gY3B1NQpl c3Q2OiA8RW5oYW5jZWQgU3BlZWRTdGVwIEZyZXF1ZW5jeSBDb250cm9sPiBvbiBjcHU2CnA0 dGNjNjogPENQVSBGcmVxdWVuY3kgVGhlcm1hbCBDb250cm9sPiBvbiBjcHU2CmVzdDc6IDxF bmhhbmNlZCBTcGVlZFN0ZXAgRnJlcXVlbmN5IENvbnRyb2w+IG9uIGNwdTcKcDR0Y2M3OiA8 Q1BVIEZyZXF1ZW5jeSBUaGVybWFsIENvbnRyb2w+IG9uIGNwdTcKZnVzZS1mcmVlYnNkOiB2 ZXJzaW9uIDAuNC40LCBGVVNFIEFCSSA3LjgKWkZTIGZpbGVzeXN0ZW0gdmVyc2lvbjogNQpa RlMgc3RvcmFnZSBwb29sIHZlcnNpb246IGZlYXR1cmVzIHN1cHBvcnQgKDUwMDApClRpbWVj b3VudGVycyB0aWNrIGV2ZXJ5IDEuMDAwIG1zZWMKaGRhY2MwOiA8TlZJRElBICgweDAwNDIp IEhEQSBDT0RFQz4gYXQgY2FkIDAgb24gaGRhYzAKaGRhYTA6IDxOVklESUEgKDB4MDA0Mikg QXVkaW8gRnVuY3Rpb24gR3JvdXA+IGF0IG5pZCAxIG9uIGhkYWNjMApwY20wOiA8TlZJRElB ICgweDAwNDIpIChIRE1JL0RQIDhjaCk+IGF0IG5pZCA1IG9uIGhkYWEwCnBjbTE6IDxOVklE SUEgKDB4MDA0MikgKEhETUkvRFAgOGNoKT4gYXQgbmlkIDYgb24gaGRhYTAKcGNtMjogPE5W SURJQSAoMHgwMDQyKSAoSERNSS9EUCA4Y2gpPiBhdCBuaWQgNyBvbiBoZGFhMApoZGFjYzE6 IDxSZWFsdGVrIEFMQzI2OSBIREEgQ09ERUM+IGF0IGNhZCAwIG9uIGhkYWMxCmhkYWExOiA8 UmVhbHRlayBBTEMyNjkgQXVkaW8gRnVuY3Rpb24gR3JvdXA+IGF0IG5pZCAxIG9uIGhkYWNj MQpwY20zOiA8UmVhbHRlayBBTEMyNjkgKEFuYWxvZyAyLjArSFAvMi4wKT4gYXQgbmlkIDIw LDIxIGFuZCAyNCBvbiBoZGFhMQpwY200OiA8UmVhbHRlayBBTEMyNjkgKEludGVybmFsIEFu YWxvZyBNaWMpPiBhdCBuaWQgMTggb24gaGRhYTEKcmFuZG9tOiB1bmJsb2NraW5nIGRldmlj ZS4KdXNidXMwOiA1LjBHYnBzIFN1cGVyIFNwZWVkIFVTQiB2My4wCnVzYnVzMTogNDgwTWJw cyBIaWdoIFNwZWVkIFVTQiB2Mi4wCnVzYnVzMjogNDgwTWJwcyBIaWdoIFNwZWVkIFVTQiB2 Mi4wCnVnZW4yLjE6IDxJbnRlbD4gYXQgdXNidXMyCnVodWIwOiA8SW50ZWwgRUhDSSByb290 IEhVQiwgY2xhc3MgOS8wLCByZXYgMi4wMC8xLjAwLCBhZGRyIDE+IG9uIHVzYnVzMgp1Z2Vu MS4xOiA8SW50ZWw+IGF0IHVzYnVzMQp1aHViMTogPEludGVsIEVIQ0kgcm9vdCBIVUIsIGNs YXNzIDkvMCwgcmV2IDIuMDAvMS4wMCwgYWRkciAxPiBvbiB1c2J1czEKdWdlbjAuMTogPDB4 ODA4Nj4gYXQgdXNidXMwCnVodWIyOiA8MHg4MDg2IFhIQ0kgcm9vdCBIVUIsIGNsYXNzIDkv MCwgcmV2IDMuMDAvMS4wMCwgYWRkciAxPiBvbiB1c2J1czAKc2VzMCBhdCBhaGNpZW0wIGJ1 cyAwIHNjYnVzMyB0YXJnZXQgMCBsdW4gMApzZXMwOiA8QUhDSSBTR1BJTyBFbmNsb3N1cmUg MS4wMCAwMDAxPiBTRU1CIFMtRS1TIDIuMDAgZGV2aWNlCnNlczA6IFNFTUIgU0VTIERldmlj ZQphZGEwIGF0IGFoY2ljaDAgYnVzIDAgc2NidXMwIHRhcmdldCAwIGx1biAwCmFkYTA6IDxT YW1zdW5nIFNTRCA4NDAgU2VyaWVzIERYVDA4QjBRPiBBQ1MtMiBBVEEgU0FUQSAzLnggZGV2 aWNlCmFkYTA6IFNlcmlhbCBOdW1iZXIgUzE0TE5FQUQ4MDE0MTZWCmFkYTA6IDYwMC4wMDBN Qi9zIHRyYW5zZmVycyAoU0FUQSAzLngsIFVETUE2LCBQSU8gODE5MmJ5dGVzKQphZGEwOiBD b21tYW5kIFF1ZXVlaW5nIGVuYWJsZWQKYWRhMDogNDc2OTQwTUIgKDk3Njc3MzE2OCA1MTIg Ynl0ZSBzZWN0b3JzKQphZGEwOiBxdWlya3M9MHgxPDRLPgphZGEwOiBQcmV2aW91c2x5IHdh cyBrbm93biBhcyBhZDQKYWRhMSBhdCBhaGNpY2gxIGJ1cyAwIHNjYnVzMSB0YXJnZXQgMCBs dW4gMAphZGExOiA8U2Ftc3VuZyBTU0QgODQwIEVWTyAxVEIgRVhUMEJCNlE+IEFDUy0yIEFU QSBTQVRBIDMueCBkZXZpY2UKYWRhMTogU2VyaWFsIE51bWJlciBTMUQ5TlNBRjQwNTQ5M1cK YWRhMTogNjAwLjAwME1CL3MgdHJhbnNmZXJzIChTQVRBIDMueCwgVURNQTYsIFBJTyA1MTJi eXRlcykKYWRhMTogQ29tbWFuZCBRdWV1ZWluZyBlbmFibGVkCmFkYTE6IDk1Mzg2OU1CICgx OTUzNTI1MTY4IDUxMiBieXRlIHNlY3RvcnMpCmFkYTE6IHF1aXJrcz0weDE8NEs+CmFkYTE6 IFByZXZpb3VzbHkgd2FzIGtub3duIGFzIGFkNgpTTVA6IEFQIENQVSAjMSBMYXVuY2hlZCEK U01QOiBBUCBDUFUgIzYgTGF1bmNoZWQhClNNUDogQVAgQ1BVICM0IExhdW5jaGVkIQpTTVA6 IEFQIENQVSAjMiBMYXVuY2hlZCEKU01QOiBBUCBDUFUgIzUgTGF1bmNoZWQhClNNUDogQVAg Q1BVICMzIExhdW5jaGVkIQpTTVA6IEFQIENQVSAjNyBMYXVuY2hlZCEKVGltZWNvdW50ZXIg IlRTQy1sb3ciIGZyZXF1ZW5jeSAxMTk3MzA3NDkyIEh6IHF1YWxpdHkgMTAwMApSb290IG1v dW50IHdhaXRpbmcgZm9yOiB1c2J1czIgdXNidXMxIHVzYnVzMAp1aHViMjogOCBwb3J0cyB3 aXRoIDggcmVtb3ZhYmxlLCBzZWxmIHBvd2VyZWQKdWdlbjAuMjogPExlbm92bz4gYXQgdXNi dXMwClJvb3QgbW91bnQgd2FpdGluZyBmb3I6IHVzYnVzMiB1c2J1czEKdWh1YjA6IDMgcG9y dHMgd2l0aCAzIHJlbW92YWJsZSwgc2VsZiBwb3dlcmVkCnVodWIxOiAzIHBvcnRzIHdpdGgg MyByZW1vdmFibGUsIHNlbGYgcG93ZXJlZApSb290IG1vdW50IHdhaXRpbmcgZm9yOiB1c2J1 czIgdXNidXMxCnVnZW4yLjI6IDx2ZW5kb3IgMHg4MDg3PiBhdCB1c2J1czIKdWh1YjM6IDx2 ZW5kb3IgMHg4MDg3IHByb2R1Y3QgMHgwMDI0LCBjbGFzcyA5LzAsIHJldiAyLjAwLzAuMDAs IGFkZHIgMj4gb24gdXNidXMyCnVnZW4xLjI6IDx2ZW5kb3IgMHg4MDg3PiBhdCB1c2J1czEK dWh1YjQ6IDx2ZW5kb3IgMHg4MDg3IHByb2R1Y3QgMHgwMDI0LCBjbGFzcyA5LzAsIHJldiAy LjAwLzAuMDAsIGFkZHIgMj4gb24gdXNidXMxCnVodWI0OiA2IHBvcnRzIHdpdGggNiByZW1v dmFibGUsIHNlbGYgcG93ZXJlZApSb290IG1vdW50IHdhaXRpbmcgZm9yOiB1c2J1czIgdXNi dXMxCnVodWIzOiA4IHBvcnRzIHdpdGggOCByZW1vdmFibGUsIHNlbGYgcG93ZXJlZAp1Z2Vu MS4zOiA8QXV0aD4gYXQgdXNidXMxCnVnZW4yLjM6IDxMb2dpdGVjaD4gYXQgdXNidXMyCnVr YmQwOiA8TG9naXRlY2ggVVNCIFJlY2VpdmVyLCBjbGFzcyAwLzAsIHJldiAyLjAwLzI0LjAw LCBhZGRyIDM+IG9uIHVzYnVzMgprYmQyIGF0IHVrYmQwCnVnZW4xLjQ6IDxCcm9hZGNvbSBD b3JwPiBhdCB1c2J1czEKUm9vdCBtb3VudCB3YWl0aW5nIGZvcjogdXNidXMxCnVnZW4xLjU6 IDxDaGljb255IEVsZWN0cm9uaWNzIENvLiwgTHRkLj4gYXQgdXNidXMxClRyeWluZyB0byBt b3VudCByb290IGZyb20gemZzOnpyb290L1JPT1QvRnJlZUJTRDExUkMxIFtdLi4uCkdFT01f RUxJOiBEZXZpY2UgYWRhMXAxLmVsaSBjcmVhdGVkLgpHRU9NX0VMSTogRW5jcnlwdGlvbjog QUVTLVhUUyAxMjgKR0VPTV9FTEk6ICAgICBDcnlwdG86IGhhcmR3YXJlCndsYW4wOiBFdGhl cm5ldCBhZGRyZXNzOiAzYzo5NzowZTpjMzpjOTpkMApsYWdnMDogSVB2NiBhZGRyZXNzZXMg b24gZW0wIGhhdmUgYmVlbiByZW1vdmVkIGJlZm9yZSBhZGRpbmcgaXQgYXMgYSBtZW1iZXIg dG8gcHJldmVudCBJUHY2IGFkZHJlc3Mgc2NvcGUgdmlvbGF0aW9uLgpsYWdnMDogbGluayBz dGF0ZSBjaGFuZ2VkIHRvIERPV04KbGFnZzA6IElQdjYgYWRkcmVzc2VzIG9uIHdsYW4wIGhh dmUgYmVlbiByZW1vdmVkIGJlZm9yZSBhZGRpbmcgaXQgYXMgYSBtZW1iZXIgdG8gcHJldmVu dCBJUHY2IGFkZHJlc3Mgc2NvcGUgdmlvbGF0aW9uLgp1bW9kZW0wOiA8SDUzMjEgZ3cgTW9i aWxlIEJyb2FkYmFuZCBNb2RlbT4gb24gdXNidXMwCnVtb2RlbTA6IGRhdGEgaW50ZXJmYWNl IDIsIGhhcyBDTSBvdmVyIGRhdGEsIGhhcyBicmVhawp1bW9kZW0xOiA8SDUzMjEgZ3cgTW9i aWxlIEJyb2FkYmFuZCBEYXRhIE1vZGVtPiBvbiB1c2J1czAKdW1vZGVtMTogZGF0YSBpbnRl cmZhY2UgNCwgaGFzIENNIG92ZXIgZGF0YSwgaGFzIGJyZWFrCnVtb2RlbTI6IDxINTMyMSBn dyBNb2JpbGUgQnJvYWRiYW5kIEdQUyBQb3J0PiBvbiB1c2J1czAKdW1vZGVtMjogZGF0YSBp bnRlcmZhY2UgMTAsIGhhcyBDTSBvdmVyIGRhdGEsIGhhcyBicmVhawpjZGNlMDogPEVyaWNz c29uIEg1MzIxIGd3PiBvbiB1c2J1czAKdWUwOiA8VVNCIEV0aGVybmV0PiBvbiBjZGNlMAp1 ZTA6IEV0aGVybmV0IGFkZHJlc3M6IDAyOjE1OmUwOmVjOjAxOjAwCnVtczA6IDxMb2dpdGVj aCBVU0IgUmVjZWl2ZXIsIGNsYXNzIDAvMCwgcmV2IDIuMDAvMjQuMDAsIGFkZHIgMz4gb24g dXNidXMyCnVtczA6IDE2IGJ1dHRvbnMgYW5kIFtYWVpUXSBjb29yZGluYXRlcyBJRD0yCnVo aWQwOiA8TG9naXRlY2ggVVNCIFJlY2VpdmVyLCBjbGFzcyAwLzAsIHJldiAyLjAwLzI0LjAw LCBhZGRyIDM+IG9uIHVzYnVzMgp1YnQwOiA8QnJvYWRjb20gQ29ycCBCQ00yMDcwMkEwLCBy ZXYgMi4wMC8xLjEyLCBhZGRyIDQ+IG9uIHVzYnVzMQpXQVJOSU5HOiBhdHRlbXB0IHRvIGRv bWFpbl9hZGQoYmx1ZXRvb3RoKSBhZnRlciBkb21haW5maW5hbGl6ZSgpCldBUk5JTkc6IGF0 dGVtcHQgdG8gZG9tYWluX2FkZChuZXRncmFwaCkgYWZ0ZXIgZG9tYWluZmluYWxpemUoKQp3 bGFuMDogbGluayBzdGF0ZSBjaGFuZ2VkIHRvIFVQCmxhZ2cwOiBsaW5rIHN0YXRlIGNoYW5n ZWQgdG8gVVAKbGlua19lbGZfb2JqOiBzeW1ib2wgbGludXhfc3lzZW50IHVuZGVmaW5lZAps aW5rZXJfbG9hZF9maWxlOiBVbnN1cHBvcnRlZCBmaWxlIHR5cGUKQUNQSSBXYXJuaW5nOiBc MTM0X1NCXy5QQ0kwLlBFR18uVklEXy5fRFNNOiBBcmd1bWVudCAjNCB0eXBlIG1pc21hdGNo IC0gRm91bmQgW0J1ZmZlcl0sIEFDUEkgcmVxdWlyZXMgW1BhY2thZ2VdICgyMDE1MDUxNS9u c2FyZ3VtZW50cy05NykKQUNQSSBXYXJuaW5nOiBcMTM0X1NCXy5QQ0kwLlBFR18uVklEXy5f RFNNOiBBcmd1bWVudCAjNCB0eXBlIG1pc21hdGNoIC0gRm91bmQgW0J1ZmZlcl0sIEFDUEkg cmVxdWlyZXMgW1BhY2thZ2VdICgyMDE1MDUxNS9uc2FyZ3VtZW50cy05NykKQUNQSSBXYXJu aW5nOiBcMTM0X1NCXy5QQ0kwLlBFR18uVklEXy5fRFNNOiBBcmd1bWVudCAjNCB0eXBlIG1p c21hdGNoIC0gRm91bmQgW0J1ZmZlcl0sIEFDUEkgcmVxdWlyZXMgW1BhY2thZ2VdICgyMDE1 MDUxNS9uc2FyZ3VtZW50cy05NykKQUNQSSBXYXJuaW5nOiBcMTM0X1NCXy5QQ0kwLlBFR18u VklEXy5fRFNNOiBBcmd1bWVudCAjNCB0eXBlIG1pc21hdGNoIC0gRm91bmQgW0J1ZmZlcl0s IEFDUEkgcmVxdWlyZXMgW1BhY2thZ2VdICgyMDE1MDUxNS9uc2FyZ3VtZW50cy05NykKQUNQ SSBXYXJuaW5nOiBcMTM0X1NCXy5QQ0kwLlBFR18uVklEXy5fRFNNOiBBcmd1bWVudCAjNCB0 eXBlIG1pc21hdGNoIC0gRm91bmQgW0J1ZmZlcl0sIEFDUEkgcmVxdWlyZXMgW1BhY2thZ2Vd ICgyMDE1MDUxNS9uc2FyZ3VtZW50cy05NykKQUNQSSBXYXJuaW5nOiBcMTM0X1NCXy5QQ0kw LlBFR18uVklEXy5fRFNNOiBBcmd1bWVudCAjNCB0eXBlIG1pc21hdGNoIC0gRm91bmQgW0J1 ZmZlcl0sIEFDUEkgcmVxdWlyZXMgW1BhY2thZ2VdICgyMDE1MDUxNS9uc2FyZ3VtZW50cy05 NykKQUNQSSBXYXJuaW5nOiBcMTM0X1NCXy5QQ0kwLlBFR18uVklEXy5fRFNNOiBBcmd1bWVu dCAjNCB0eXBlIG1pc21hdGNoIC0gRm91bmQgW0J1ZmZlcl0sIEFDUEkgcmVxdWlyZXMgW1Bh Y2thZ2VdICgyMDE1MDUxNS9uc2FyZ3VtZW50cy05NykKQUNQSSBXYXJuaW5nOiBcMTM0X1NC Xy5QQ0kwLlBFR18uVklEXy5fRFNNOiBBcmd1bWVudCAjNCB0eXBlIG1pc21hdGNoIC0gRm91 bmQgW0J1ZmZlcl0sIEFDUEkgcmVxdWlyZXMgW1BhY2thZ2VdICgyMDE1MDUxNS9uc2FyZ3Vt ZW50cy05NykKQUNQSSBFcnJvcjogRmllbGQgW1RCRjNdIGF0IDM4OTEyMCBleGNlZWRzIEJ1 ZmZlciBbTlVMTF0gc2l6ZSAzNjg2NDAgKGJpdHMpICgyMDE1MDUxNS9kc29wY29kZS0yNDcp CkFDUEkgRXJyb3I6IE1ldGhvZCBwYXJzZS9leGVjdXRpb24gZmFpbGVkIFtcMTM0X1NCXy5Q Q0kwLlBFR18uVklEXy5HRVRCXSAoTm9kZSAweGZmZmZmODAwMDY3MmZhODApLCBBRV9BTUxf QlVGRkVSX0xJTUlUICgyMDE1MDUxNS9wc3BhcnNlLTU1MikKQUNQSSBFcnJvcjogTWV0aG9k IHBhcnNlL2V4ZWN1dGlvbiBmYWlsZWQgW1wxMzRfU0JfLlBDSTAuUEVHXy5WSURfLl9ST01d IChOb2RlIDB4ZmZmZmY4MDAwNjcyZmFjMCksIEFFX0FNTF9CVUZGRVJfTElNSVQgKDIwMTUw NTE1L3BzcGFyc2UtNTUyKQpBQ1BJIFdhcm5pbmc6IFwxMzRfU0JfLlBDSTAuUEVHXy5WSURf Ll9EU006IEFyZ3VtZW50ICM0IHR5cGUgbWlzbWF0Y2ggLSBGb3VuZCBbQnVmZmVyXSwgQUNQ SSByZXF1aXJlcyBbUGFja2FnZV0gKDIwMTUwNTE1L25zYXJndW1lbnRzLTk3KQpBQ1BJIFdh cm5pbmc6IFwxMzRfU0JfLlBDSTAuUEVHXy5WSURfLl9EU006IEFyZ3VtZW50ICM0IHR5cGUg bWlzbWF0Y2ggLSBGb3VuZCBbQnVmZmVyXSwgQUNQSSByZXF1aXJlcyBbUGFja2FnZV0gKDIw MTUwNTE1L25zYXJndW1lbnRzLTk3KQppd24wOiBpd25faW50cjogZmF0YWwgZmlybXdhcmUg ZXJyb3IKZmlybXdhcmUgZXJyb3IgbG9nOgogIGVycm9yIHR5cGUgICAgICA9ICJOTUlfSU5U RVJSVVBUX1dERyIgKDB4MDAwMDAwMDQpCiAgcHJvZ3JhbSBjb3VudGVyID0gMHgwMDAwMDZC NAogIHNvdXJjZSBsaW5lICAgICA9IDB4MDAwMDA0NUYKICBlcnJvciBkYXRhICAgICAgPSAw eDAwMDAwMDAyMDcwMzAwMDAKICBicmFuY2ggbGluayAgICAgPSAweDAwMDAwNjdBMDAwMDA3 MUEKICBpbnRlcnJ1cHQgbGluayAgPSAweDAwMDAxNTMyMDAwMDBBNDIKICB0aW1lICAgICAg ICAgICAgPSAxMjIwMjYwNTU4CmRyaXZlciBzdGF0dXM6CiAgdHggcmluZyAgMDogcWlkPTAg IGN1cj03MCAgcXVldWVkPTAgIAogIHR4IHJpbmcgIDE6IHFpZD0xICBjdXI9MCAgIHF1ZXVl ZD0wICAKICB0eCByaW5nICAyOiBxaWQ9MiAgY3VyPTE1ICBxdWV1ZWQ9MCAgCiAgdHggcmlu ZyAgMzogcWlkPTMgIGN1cj03ICAgcXVldWVkPTAgIAogIHR4IHJpbmcgIDQ6IHFpZD00ICBj dXI9MjQ3IHF1ZXVlZD0wICAKICB0eCByaW5nICA1OiBxaWQ9NSAgY3VyPTAgICBxdWV1ZWQ9 MCAgCiAgdHggcmluZyAgNjogcWlkPTYgIGN1cj0wICAgcXVldWVkPTAgIAogIHR4IHJpbmcg IDc6IHFpZD03ICBjdXI9MCAgIHF1ZXVlZD0wICAKICB0eCByaW5nICA4OiBxaWQ9OCAgY3Vy PTAgICBxdWV1ZWQ9MCAgCiAgdHggcmluZyAgOTogcWlkPTkgIGN1cj0wICAgcXVldWVkPTAg IAogIHR4IHJpbmcgMTA6IHFpZD0xMCBjdXI9MTcwIHF1ZXVlZD0wICAKICB0eCByaW5nIDEx OiBxaWQ9MTEgY3VyPTAgICBxdWV1ZWQ9MCAgCiAgdHggcmluZyAxMjogcWlkPTEyIGN1cj0w ICAgcXVldWVkPTAgIAogIHR4IHJpbmcgMTM6IHFpZD0xMyBjdXI9MCAgIHF1ZXVlZD0wICAK ICB0eCByaW5nIDE0OiBxaWQ9MTQgY3VyPTAgICBxdWV1ZWQ9MCAgCiAgdHggcmluZyAxNTog cWlkPTE1IGN1cj0wICAgcXVldWVkPTAgIAogIHR4IHJpbmcgMTY6IHFpZD0xNiBjdXI9MCAg IHF1ZXVlZD0wICAKICB0eCByaW5nIDE3OiBxaWQ9MTcgY3VyPTAgICBxdWV1ZWQ9MCAgCiAg dHggcmluZyAxODogcWlkPTE4IGN1cj0wICAgcXVldWVkPTAgIAogIHR4IHJpbmcgMTk6IHFp ZD0xOSBjdXI9MCAgIHF1ZXVlZD0wICAKICByeCByaW5nOiBjdXI9MjAKaWZhX2RlbF9sb29w YmFja19yb3V0ZTogZGVsZXRpb24gZmFpbGVkOiA0OApsYWdnMDogbGluayBzdGF0ZSBjaGFu Z2VkIHRvIERPV04Kd2xhbjA6IGxpbmsgc3RhdGUgY2hhbmdlZCB0byBET1dOCmxhZ2cwOiBs aW5rIHN0YXRlIGNoYW5nZWQgdG8gRE9XTgp3bGFuMDogRXRoZXJuZXQgYWRkcmVzczogM2M6 OTc6MGU6YzM6Yzk6ZDAKbGFnZzA6IElQdjYgYWRkcmVzc2VzIG9uIGVtMCBoYXZlIGJlZW4g cmVtb3ZlZCBiZWZvcmUgYWRkaW5nIGl0IGFzIGEgbWVtYmVyIHRvIHByZXZlbnQgSVB2NiBh ZGRyZXNzIHNjb3BlIHZpb2xhdGlvbi4KbGFnZzA6IElQdjYgYWRkcmVzc2VzIG9uIHdsYW4w IGhhdmUgYmVlbiByZW1vdmVkIGJlZm9yZSBhZGRpbmcgaXQgYXMgYSBtZW1iZXIgdG8gcHJl dmVudCBJUHY2IGFkZHJlc3Mgc2NvcGUgdmlvbGF0aW9uLgp3bGFuMDogbGluayBzdGF0ZSBj aGFuZ2VkIHRvIFVQCmxhZ2cwOiBsaW5rIHN0YXRlIGNoYW5nZWQgdG8gVVAKQ1BVMDogbG9j YWwgQVBJQyBlcnJvciAweDgwCkNQVTA6IGxvY2FsIEFQSUMgZXJyb3IgMHg4MAppd24wOiBp d25faW50cjogZmF0YWwgZmlybXdhcmUgZXJyb3IKZmlybXdhcmUgZXJyb3IgbG9nOgogIGVy cm9yIHR5cGUgICAgICA9ICJOTUlfSU5URVJSVVBUX1dERyIgKDB4MDAwMDAwMDQpCiAgcHJv Z3JhbSBjb3VudGVyID0gMHgwMDAwMDZCNAogIHNvdXJjZSBsaW5lICAgICA9IDB4MDAwMDA0 NUYKICBlcnJvciBkYXRhICAgICAgPSAweDAwMDAwMDAyMDcwMzAwMDAKICBicmFuY2ggbGlu ayAgICAgPSAweDAwMDAwNjdBMDAwMDA3MUEKICBpbnRlcnJ1cHQgbGluayAgPSAweDAwMDAx NTMyMDAwMDBBMzQKICB0aW1lICAgICAgICAgICAgPSAzNzYyMjAxNDM1CmRyaXZlciBzdGF0 dXM6CiAgdHggcmluZyAgMDogcWlkPTAgIGN1cj0xNDMgcXVldWVkPTAgIAogIHR4IHJpbmcg IDE6IHFpZD0xICBjdXI9MCAgIHF1ZXVlZD0wICAKICB0eCByaW5nICAyOiBxaWQ9MiAgY3Vy PTM5ICBxdWV1ZWQ9MCAgCiAgdHggcmluZyAgMzogcWlkPTMgIGN1cj0xMCAgcXVldWVkPTAg IAogIHR4IHJpbmcgIDQ6IHFpZD00ICBjdXI9ODUgIHF1ZXVlZD0wICAKICB0eCByaW5nICA1 OiBxaWQ9NSAgY3VyPTAgICBxdWV1ZWQ9MCAgCiAgdHggcmluZyAgNjogcWlkPTYgIGN1cj0w ICAgcXVldWVkPTAgIAogIHR4IHJpbmcgIDc6IHFpZD03ICBjdXI9MCAgIHF1ZXVlZD0wICAK ICB0eCByaW5nICA4OiBxaWQ9OCAgY3VyPTAgICBxdWV1ZWQ9MCAgCiAgdHggcmluZyAgOTog cWlkPTkgIGN1cj0wICAgcXVldWVkPTAgIAogIHR4IHJpbmcgMTA6IHFpZD0xMCBjdXI9MCAg IHF1ZXVlZD0wICAKICB0eCByaW5nIDExOiBxaWQ9MTEgY3VyPTQ5ICBxdWV1ZWQ9MyAgCiAg dHggcmluZyAxMjogcWlkPTEyIGN1cj0wICAgcXVldWVkPTAgIAogIHR4IHJpbmcgMTM6IHFp ZD0xMyBjdXI9MCAgIHF1ZXVlZD0wICAKICB0eCByaW5nIDE0OiBxaWQ9MTQgY3VyPTAgICBx dWV1ZWQ9MCAgCiAgdHggcmluZyAxNTogcWlkPTE1IGN1cj0wICAgcXVldWVkPTAgIAogIHR4 IHJpbmcgMTY6IHFpZD0xNiBjdXI9MCAgIHF1ZXVlZD0wICAKICB0eCByaW5nIDE3OiBxaWQ9 MTcgY3VyPTAgICBxdWV1ZWQ9MCAgCiAgdHggcmluZyAxODogcWlkPTE4IGN1cj0wICAgcXVl dWVkPTAgIAogIHR4IHJpbmcgMTk6IHFpZD0xOSBjdXI9MCAgIHF1ZXVlZD0wICAKICByeCBy aW5nOiBjdXI9NDMKaWZhX2RlbF9sb29wYmFja19yb3V0ZTogZGVsZXRpb24gZmFpbGVkOiA0 OApsYWdnMDogbGluayBzdGF0ZSBjaGFuZ2VkIHRvIERPV04Kd2xhbjA6IGxpbmsgc3RhdGUg Y2hhbmdlZCB0byBET1dOCmxhZ2cwOiBsaW5rIHN0YXRlIGNoYW5nZWQgdG8gRE9XTgp3bGFu MDogRXRoZXJuZXQgYWRkcmVzczogM2M6OTc6MGU6YzM6Yzk6ZDAKbGFnZzA6IElQdjYgYWRk cmVzc2VzIG9uIGVtMCBoYXZlIGJlZW4gcmVtb3ZlZCBiZWZvcmUgYWRkaW5nIGl0IGFzIGEg bWVtYmVyIHRvIHByZXZlbnQgSVB2NiBhZGRyZXNzIHNjb3BlIHZpb2xhdGlvbi4KbGFnZzA6 IElQdjYgYWRkcmVzc2VzIG9uIHdsYW4wIGhhdmUgYmVlbiByZW1vdmVkIGJlZm9yZSBhZGRp bmcgaXQgYXMgYSBtZW1iZXIgdG8gcHJldmVudCBJUHY2IGFkZHJlc3Mgc2NvcGUgdmlvbGF0 aW9uLgp3bGFuMDogbGluayBzdGF0ZSBjaGFuZ2VkIHRvIFVQCmxhZ2cwOiBsaW5rIHN0YXRl IGNoYW5nZWQgdG8gVVAKd2xhbjA6IGxpbmsgc3RhdGUgY2hhbmdlZCB0byBET1dOCmxhZ2cw OiBsaW5rIHN0YXRlIGNoYW5nZWQgdG8gRE9XTgpXYWl0aW5nIChtYXggNjAgc2Vjb25kcykg Zm9yIHN5c3RlbSBwcm9jZXNzIGB2bmxydScgdG8gc3RvcC4uLmRvbmUKV2FpdGluZyAobWF4 IDYwIHNlY29uZHMpIGZvciBzeXN0ZW0gcHJvY2VzcyBgYnVmZGFlbW9uJyB0byBzdG9wLi4u ZG9uZQpXYWl0aW5nIChtYXggNjAgc2Vjb25kcykgZm9yIHN5c3RlbSBwcm9jZXNzIGBzeW5j ZXInIHRvIHN0b3AuLi4KU3luY2luZyBkaXNrcywgdm5vZGVzIHJlbWFpbmluZy4uLjAgMCAw IDAgMCBkb25lCkFsbCBidWZmZXJzIHN5bmNlZC4KVXB0aW1lOiAxaDU5bTE3cwpHRU9NX0VM STogRGV2aWNlIGFkYTFwMS5lbGkgZGVzdHJveWVkLgpHRU9NX0VMSTogRGV0YWNoZWQgYWRh MXAxLmVsaSBvbiBsYXN0IGNsb3NlLgpDb3B5cmlnaHQgKGMpIDE5OTItMjAxNiBUaGUgRnJl ZUJTRCBQcm9qZWN0LgpDb3B5cmlnaHQgKGMpIDE5NzksIDE5ODAsIDE5ODMsIDE5ODYsIDE5 ODgsIDE5ODksIDE5OTEsIDE5OTIsIDE5OTMsIDE5OTQKCVRoZSBSZWdlbnRzIG9mIHRoZSBV bml2ZXJzaXR5IG9mIENhbGlmb3JuaWEuIEFsbCByaWdodHMgcmVzZXJ2ZWQuCkZyZWVCU0Qg aXMgYSByZWdpc3RlcmVkIHRyYWRlbWFyayBvZiBUaGUgRnJlZUJTRCBGb3VuZGF0aW9uLgpG cmVlQlNEIDExLjAtUkMxICMwIHIzMDM5Nzk6IEZyaSBBdWcgMTIgMDI6Mjg6MjQgVVRDIDIw MTYKICAgIHJvb3RAcmVsZW5nMi5ueWkuZnJlZWJzZC5vcmc6L3Vzci9vYmovdXNyL3NyYy9z eXMvR0VORVJJQyBhbWQ2NApGcmVlQlNEIGNsYW5nIHZlcnNpb24gMy44LjAgKHRhZ3MvUkVM RUFTRV8zODAvZmluYWwgMjYyNTY0KSAoYmFzZWQgb24gTExWTSAzLjguMCkKVlQodmdhKTog cmVzb2x1dGlvbiA2NDB4NDgwCkNQVTogSW50ZWwoUikgQ29yZShUTSkgaTctMzYzMFFNIENQ VSBAIDIuNDBHSHogKDIzOTQuNjEtTUh6IEs4LWNsYXNzIENQVSkKICBPcmlnaW49IkdlbnVp bmVJbnRlbCIgIElkPTB4MzA2YTkgIEZhbWlseT0weDYgIE1vZGVsPTB4M2EgIFN0ZXBwaW5n PTkKICBGZWF0dXJlcz0weGJmZWJmYmZmPEZQVSxWTUUsREUsUFNFLFRTQyxNU1IsUEFFLE1D RSxDWDgsQVBJQyxTRVAsTVRSUixQR0UsTUNBLENNT1YsUEFULFBTRTM2LENMRkxVU0gsRFRT LEFDUEksTU1YLEZYU1IsU1NFLFNTRTIsU1MsSFRULFRNLFBCRT4KICBGZWF0dXJlczI9MHg3 ZmJhZTNiZjxTU0UzLFBDTE1VTFFEUSxEVEVTNjQsTU9OLERTX0NQTCxWTVgsRVNULFRNMixT U1NFMyxDWDE2LHhUUFIsUERDTSxQQ0lELFNTRTQuMSxTU0U0LjIseDJBUElDLFBPUENOVCxU U0NETFQsQUVTTkksWFNBVkUsT1NYU0FWRSxBVlgsRjE2QyxSRFJBTkQ+CiAgQU1EIEZlYXR1 cmVzPTB4MjgxMDA4MDA8U1lTQ0FMTCxOWCxSRFRTQ1AsTE0+CiAgQU1EIEZlYXR1cmVzMj0w eDE8TEFIRj4KICBTdHJ1Y3R1cmVkIEV4dGVuZGVkIEZlYXR1cmVzPTB4MjgxPEZTR1NCQVNF LFNNRVAsRVJNUz4KICBYU0FWRSBGZWF0dXJlcz0weDE8WFNBVkVPUFQ+CiAgVlQteDogUEFU LEhMVCxNVEYsUEFVU0UsRVBULFVHLFZQSUQKICBUU0M6IFAtc3RhdGUgaW52YXJpYW50LCBw ZXJmb3JtYW5jZSBzdGF0aXN0aWNzCnJlYWwgbWVtb3J5ICA9IDM0MzU5NzM4MzY4ICgzMjc2 OCBNQikKYXZhaWwgbWVtb3J5ID0gMzI4ODk2NTEyMDAgKDMxMzY2IE1CKQpFdmVudCB0aW1l ciAiTEFQSUMiIHF1YWxpdHkgNjAwCkFDUEkgQVBJQyBUYWJsZTogPExFTk9WTyBUUC1HNSAg ID4KRnJlZUJTRC9TTVA6IE11bHRpcHJvY2Vzc29yIFN5c3RlbSBEZXRlY3RlZDogOCBDUFVz CkZyZWVCU0QvU01QOiAxIHBhY2thZ2UocykgeCA0IGNvcmUocykgeCAyIGhhcmR3YXJlIHRo cmVhZHMKcmFuZG9tOiB1bmJsb2NraW5nIGRldmljZS4KaW9hcGljMCA8VmVyc2lvbiAyLjA+ IGlycXMgMC0yMyBvbiBtb3RoZXJib2FyZApyYW5kb206IGVudHJvcHkgZGV2aWNlIGV4dGVy bmFsIGludGVyZmFjZQprYmQxIGF0IGtiZG11eDAKbmV0bWFwOiBsb2FkZWQgbW9kdWxlCm1v ZHVsZV9yZWdpc3Rlcl9pbml0OiBNT0RfTE9BRCAodmVzYSwgMHhmZmZmZmZmZjgxMDFiOTIw LCAwKSBlcnJvciAxOQpyYW5kb206IHJlZ2lzdGVyaW5nIGZhc3Qgc291cmNlIEludGVsIFNl Y3VyZSBLZXkgUk5HCnJhbmRvbTogZmFzdCBwcm92aWRlcjogIkludGVsIFNlY3VyZSBLZXkg Uk5HIgp2dHZnYTA6IDxWVCBWR0EgZHJpdmVyPiBvbiBtb3RoZXJib2FyZApjcnlwdG9zb2Z0 MDogPHNvZnR3YXJlIGNyeXB0bz4gb24gbW90aGVyYm9hcmQKYWVzbmkwOiA8QUVTLUNCQyxB RVMtWFRTLEFFUy1HQ00sQUVTLUlDTT4gb24gbW90aGVyYm9hcmQKYWNwaTA6IDxMRU5PVk8g VFAtRzU+IG9uIG1vdGhlcmJvYXJkCmFjcGlfZWMwOiA8RW1iZWRkZWQgQ29udHJvbGxlcjog R1BFIDB4MTEsIEVDRFQ+IHBvcnQgMHg2MiwweDY2IG9uIGFjcGkwCmFjcGkwOiBQb3dlciBC dXR0b24gKGZpeGVkKQpjcHUwOiA8QUNQSSBDUFU+IG9uIGFjcGkwCmNwdTE6IDxBQ1BJIENQ VT4gb24gYWNwaTAKY3B1MjogPEFDUEkgQ1BVPiBvbiBhY3BpMApjcHUzOiA8QUNQSSBDUFU+ IG9uIGFjcGkwCmNwdTQ6IDxBQ1BJIENQVT4gb24gYWNwaTAKY3B1NTogPEFDUEkgQ1BVPiBv biBhY3BpMApjcHU2OiA8QUNQSSBDUFU+IG9uIGFjcGkwCmNwdTc6IDxBQ1BJIENQVT4gb24g YWNwaTAKYXR0aW1lcjA6IDxBVCB0aW1lcj4gcG9ydCAweDQwLTB4NDMgaXJxIDAgb24gYWNw aTAKVGltZWNvdW50ZXIgImk4MjU0IiBmcmVxdWVuY3kgMTE5MzE4MiBIeiBxdWFsaXR5IDAK RXZlbnQgdGltZXIgImk4MjU0IiBmcmVxdWVuY3kgMTE5MzE4MiBIeiBxdWFsaXR5IDEwMApo cGV0MDogPEhpZ2ggUHJlY2lzaW9uIEV2ZW50IFRpbWVyPiBpb21lbSAweGZlZDAwMDAwLTB4 ZmVkMDAzZmYgb24gYWNwaTAKVGltZWNvdW50ZXIgIkhQRVQiIGZyZXF1ZW5jeSAxNDMxODE4 MCBIeiBxdWFsaXR5IDk1MApFdmVudCB0aW1lciAiSFBFVCIgZnJlcXVlbmN5IDE0MzE4MTgw IEh6IHF1YWxpdHkgNTUwCmF0cnRjMDogPEFUIHJlYWx0aW1lIGNsb2NrPiBwb3J0IDB4NzAt MHg3MSBpcnEgOCBvbiBhY3BpMApFdmVudCB0aW1lciAiUlRDIiBmcmVxdWVuY3kgMzI3Njgg SHogcXVhbGl0eSAwClRpbWVjb3VudGVyICJBQ1BJLWZhc3QiIGZyZXF1ZW5jeSAzNTc5NTQ1 IEh6IHF1YWxpdHkgOTAwCmFjcGlfdGltZXIwOiA8MjQtYml0IHRpbWVyIGF0IDMuNTc5NTQ1 TUh6PiBwb3J0IDB4NDA4LTB4NDBiIG9uIGFjcGkwCmFjcGlfbGlkMDogPENvbnRyb2wgTWV0 aG9kIExpZCBTd2l0Y2g+IG9uIGFjcGkwCmFjcGlfYnV0dG9uMDogPFNsZWVwIEJ1dHRvbj4g b24gYWNwaTAKcGNpYjA6IDxBQ1BJIEhvc3QtUENJIGJyaWRnZT4gcG9ydCAweGNmOC0weGNm ZiBvbiBhY3BpMApwY2kwOiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2liMApwY2liMTogPEFDUEkg UENJLVBDSSBicmlkZ2U+IGlycSAxNiBhdCBkZXZpY2UgMS4wIG9uIHBjaTAKcGNpMTogPEFD UEkgUENJIGJ1cz4gb24gcGNpYjEKdmdhcGNpMDogPFZHQS1jb21wYXRpYmxlIGRpc3BsYXk+ IHBvcnQgMHg1MDAwLTB4NTA3ZiBtZW0gMHhmMjAwMDAwMC0weGYyZmZmZmZmLDB4ZTAwMDAw MDAtMHhlZmZmZmZmZiwweGYwMDAwMDAwLTB4ZjFmZmZmZmYgaXJxIDE2IGF0IGRldmljZSAw LjAgb24gcGNpMQp2Z2FwY2kwOiBCb290IHZpZGVvIGRldmljZQpoZGFjMDogPE5WSURJQSAo MHgwZTFiKSBIREEgQ29udHJvbGxlcj4gbWVtIDB4ZjMwMDAwMDAtMHhmMzAwM2ZmZiBpcnEg MTcgYXQgZGV2aWNlIDAuMSBvbiBwY2kxCnhoY2kwOiA8SW50ZWwgUGFudGhlciBQb2ludCBV U0IgMy4wIGNvbnRyb2xsZXI+IG1lbSAweGY1MzIwMDAwLTB4ZjUzMmZmZmYgaXJxIDE2IGF0 IGRldmljZSAyMC4wIG9uIHBjaTAKeGhjaTA6IDMyIGJ5dGVzIGNvbnRleHQgc2l6ZSwgNjQt Yml0IERNQQp4aGNpMDogUG9ydCByb3V0aW5nIG1hc2sgc2V0IHRvIDB4ZmZmZmZmZmYKdXNi dXMwIG9uIHhoY2kwCnBjaTA6IDxzaW1wbGUgY29tbXM+IGF0IGRldmljZSAyMi4wIChubyBk cml2ZXIgYXR0YWNoZWQpCmVtMDogPEludGVsKFIpIFBSTy8xMDAwIE5ldHdvcmsgQ29ubmVj dGlvbiA3LjYuMS1rPiBwb3J0IDB4NjA0MC0weDYwNWYgbWVtIDB4ZjUzMDAwMDAtMHhmNTMx ZmZmZiwweGY1MzNiMDAwLTB4ZjUzM2JmZmYgaXJxIDIwIGF0IGRldmljZSAyNS4wIG9uIHBj aTAKZW0wOiBVc2luZyBhbiBNU0kgaW50ZXJydXB0CmVtMDogRXRoZXJuZXQgYWRkcmVzczog M2M6OTc6MGU6YzM6Yzk6ZDAKZW0wOiBuZXRtYXAgcXVldWVzL3Nsb3RzOiBUWCAxLzEwMjQs IFJYIDEvMTAyNAplaGNpMDogPEludGVsIFBhbnRoZXIgUG9pbnQgVVNCIDIuMCBjb250cm9s bGVyPiBtZW0gMHhmNTMzYTAwMC0weGY1MzNhM2ZmIGlycSAxNiBhdCBkZXZpY2UgMjYuMCBv biBwY2kwCnVzYnVzMTogRUhDSSB2ZXJzaW9uIDEuMAp1c2J1czEgb24gZWhjaTAKaGRhYzE6 IDxJbnRlbCBQYW50aGVyIFBvaW50IEhEQSBDb250cm9sbGVyPiBtZW0gMHhmNTMzMDAwMC0w eGY1MzMzZmZmIGlycSAyMiBhdCBkZXZpY2UgMjcuMCBvbiBwY2kwCnBjaWIyOiA8QUNQSSBQ Q0ktUENJIGJyaWRnZT4gaXJxIDE2IGF0IGRldmljZSAyOC4wIG9uIHBjaTAKcGNpYjI6IFtH SUFOVC1MT0NLRURdCnBjaTI6IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWIyCnNkaGNpX3BjaTA6 IDxSSUNPSCBSNUNFODIzIFNEPiBtZW0gMHhmNGEwMTAwMC0weGY0YTAxMGZmIGlycSAxNiBh dCBkZXZpY2UgMC4wIG9uIHBjaTIKc2RoY2lfcGNpMDogMSBzbG90KHMpIGFsbG9jYXRlZApw Y2kyOiA8c2VyaWFsIGJ1cywgRmlyZVdpcmU+IGF0IGRldmljZSAwLjMgKG5vIGRyaXZlciBh dHRhY2hlZCkKcGNpYjM6IDxBQ1BJIFBDSS1QQ0kgYnJpZGdlPiBpcnEgMTcgYXQgZGV2aWNl IDI4LjEgb24gcGNpMApwY2kzOiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2liMwppd24wOiA8SW50 ZWwgQ2VudHJpbm8gVWx0aW1hdGUtTiA2MzAwPiBtZW0gMHhmNDkwMDAwMC0weGY0OTAxZmZm IGlycSAxNyBhdCBkZXZpY2UgMC4wIG9uIHBjaTMKcGNpYjQ6IDxBQ1BJIFBDSS1QQ0kgYnJp ZGdlPiBpcnEgMTggYXQgZGV2aWNlIDI4LjIgb24gcGNpMApwY2liNDogW0dJQU5ULUxPQ0tF RF0KZWhjaTE6IDxJbnRlbCBQYW50aGVyIFBvaW50IFVTQiAyLjAgY29udHJvbGxlcj4gbWVt IDB4ZjUzMzkwMDAtMHhmNTMzOTNmZiBpcnEgMjMgYXQgZGV2aWNlIDI5LjAgb24gcGNpMAp1 c2J1czI6IEVIQ0kgdmVyc2lvbiAxLjAKdXNidXMyIG9uIGVoY2kxCmlzYWIwOiA8UENJLUlT QSBicmlkZ2U+IGF0IGRldmljZSAzMS4wIG9uIHBjaTAKaXNhMDogPElTQSBidXM+IG9uIGlz YWIwCmFoY2kwOiA8SW50ZWwgUGFudGhlciBQb2ludCBBSENJIFNBVEEgY29udHJvbGxlcj4g cG9ydCAweDYwNjgtMHg2MDZmLDB4NjA3NC0weDYwNzcsMHg2MDYwLTB4NjA2NywweDYwNzAt MHg2MDczLDB4NjAyMC0weDYwM2YgbWVtIDB4ZjUzMzgwMDAtMHhmNTMzODdmZiBpcnEgMTkg YXQgZGV2aWNlIDMxLjIgb24gcGNpMAphaGNpMDogQUhDSSB2MS4zMCB3aXRoIDYgNkdicHMg cG9ydHMsIFBvcnQgTXVsdGlwbGllciBub3Qgc3VwcG9ydGVkCmFoY2ljaDA6IDxBSENJIGNo YW5uZWw+IGF0IGNoYW5uZWwgMCBvbiBhaGNpMAphaGNpY2gxOiA8QUhDSSBjaGFubmVsPiBh dCBjaGFubmVsIDEgb24gYWhjaTAKYWhjaWNoNDogPEFIQ0kgY2hhbm5lbD4gYXQgY2hhbm5l bCA0IG9uIGFoY2kwCmFoY2llbTA6IDxBSENJIGVuY2xvc3VyZSBtYW5hZ2VtZW50IGJyaWRn ZT4gb24gYWhjaTAKYWNwaV90ejA6IDxUaGVybWFsIFpvbmU+IG9uIGFjcGkwCmF0a2JkYzA6 IDxLZXlib2FyZCBjb250cm9sbGVyIChpODA0Mik+IHBvcnQgMHg2MCwweDY0IGlycSAxIG9u IGFjcGkwCmF0a2JkMDogPEFUIEtleWJvYXJkPiBpcnEgMSBvbiBhdGtiZGMwCmtiZDAgYXQg YXRrYmQwCmF0a2JkMDogW0dJQU5ULUxPQ0tFRF0KcHNtMDogPFBTLzIgTW91c2U+IGlycSAx MiBvbiBhdGtiZGMwCnBzbTA6IFtHSUFOVC1MT0NLRURdCnBzbTA6IG1vZGVsIFN5bmFwdGlj cyBUb3VjaHBhZCwgZGV2aWNlIElEIDAKYmF0dGVyeTA6IDxBQ1BJIENvbnRyb2wgTWV0aG9k IEJhdHRlcnk+IG9uIGFjcGkwCmFjcGlfYWNhZDA6IDxBQyBBZGFwdGVyPiBvbiBhY3BpMApl c3QwOiA8RW5oYW5jZWQgU3BlZWRTdGVwIEZyZXF1ZW5jeSBDb250cm9sPiBvbiBjcHUwCnA0 dGNjMDogPENQVSBGcmVxdWVuY3kgVGhlcm1hbCBDb250cm9sPiBvbiBjcHUwCmVzdDE6IDxF bmhhbmNlZCBTcGVlZFN0ZXAgRnJlcXVlbmN5IENvbnRyb2w+IG9uIGNwdTEKcDR0Y2MxOiA8 Q1BVIEZyZXF1ZW5jeSBUaGVybWFsIENvbnRyb2w+IG9uIGNwdTEKZXN0MjogPEVuaGFuY2Vk IFNwZWVkU3RlcCBGcmVxdWVuY3kgQ29udHJvbD4gb24gY3B1MgpwNHRjYzI6IDxDUFUgRnJl cXVlbmN5IFRoZXJtYWwgQ29udHJvbD4gb24gY3B1Mgplc3QzOiA8RW5oYW5jZWQgU3BlZWRT dGVwIEZyZXF1ZW5jeSBDb250cm9sPiBvbiBjcHUzCnA0dGNjMzogPENQVSBGcmVxdWVuY3kg VGhlcm1hbCBDb250cm9sPiBvbiBjcHUzCmVzdDQ6IDxFbmhhbmNlZCBTcGVlZFN0ZXAgRnJl cXVlbmN5IENvbnRyb2w+IG9uIGNwdTQKcDR0Y2M0OiA8Q1BVIEZyZXF1ZW5jeSBUaGVybWFs IENvbnRyb2w+IG9uIGNwdTQKZXN0NTogPEVuaGFuY2VkIFNwZWVkU3RlcCBGcmVxdWVuY3kg Q29udHJvbD4gb24gY3B1NQpwNHRjYzU6IDxDUFUgRnJlcXVlbmN5IFRoZXJtYWwgQ29udHJv bD4gb24gY3B1NQplc3Q2OiA8RW5oYW5jZWQgU3BlZWRTdGVwIEZyZXF1ZW5jeSBDb250cm9s PiBvbiBjcHU2CnA0dGNjNjogPENQVSBGcmVxdWVuY3kgVGhlcm1hbCBDb250cm9sPiBvbiBj cHU2CmVzdDc6IDxFbmhhbmNlZCBTcGVlZFN0ZXAgRnJlcXVlbmN5IENvbnRyb2w+IG9uIGNw dTcKcDR0Y2M3OiA8Q1BVIEZyZXF1ZW5jeSBUaGVybWFsIENvbnRyb2w+IG9uIGNwdTcKZnVz ZS1mcmVlYnNkOiB2ZXJzaW9uIDAuNC40LCBGVVNFIEFCSSA3LjgKWkZTIGZpbGVzeXN0ZW0g dmVyc2lvbjogNQpaRlMgc3RvcmFnZSBwb29sIHZlcnNpb246IGZlYXR1cmVzIHN1cHBvcnQg KDUwMDApClRpbWVjb3VudGVycyB0aWNrIGV2ZXJ5IDEuMDAwIG1zZWMKbnZtZSBjYW0gcHJv YmUgZGV2aWNlIGluaXQKaGRhY2MwOiA8TlZJRElBICgweDAwNDIpIEhEQSBDT0RFQz4gYXQg Y2FkIDAgb24gaGRhYzAKaGRhYTA6IDxOVklESUEgKDB4MDA0MikgQXVkaW8gRnVuY3Rpb24g R3JvdXA+IGF0IG5pZCAxIG9uIGhkYWNjMApwY20wOiA8TlZJRElBICgweDAwNDIpIChIRE1J L0RQIDhjaCk+IGF0IG5pZCA1IG9uIGhkYWEwCnBjbTE6IDxOVklESUEgKDB4MDA0MikgKEhE TUkvRFAgOGNoKT4gYXQgbmlkIDYgb24gaGRhYTAKcGNtMjogPE5WSURJQSAoMHgwMDQyKSAo SERNSS9EUCA4Y2gpPiBhdCBuaWQgNyBvbiBoZGFhMApoZGFjYzE6IDxSZWFsdGVrIEFMQzI2 OSBIREEgQ09ERUM+IGF0IGNhZCAwIG9uIGhkYWMxCmhkYWExOiA8UmVhbHRlayBBTEMyNjkg QXVkaW8gRnVuY3Rpb24gR3JvdXA+IGF0IG5pZCAxIG9uIGhkYWNjMQpwY20zOiA8UmVhbHRl ayBBTEMyNjkgKEFuYWxvZyAyLjArSFAvMi4wKT4gYXQgbmlkIDIwLDIxIGFuZCAyNCBvbiBo ZGFhMQpwY200OiA8UmVhbHRlayBBTEMyNjkgKEludGVybmFsIEFuYWxvZyBNaWMpPiBhdCBu aWQgMTggb24gaGRhYTEKdXNidXMwOiA1LjBHYnBzIFN1cGVyIFNwZWVkIFVTQiB2My4wCnVz YnVzMTogNDgwTWJwcyBIaWdoIFNwZWVkIFVTQiB2Mi4wCnVzYnVzMjogNDgwTWJwcyBIaWdo IFNwZWVkIFVTQiB2Mi4wCnVnZW4wLjE6IDwweDgwODY+IGF0IHVzYnVzMAp1aHViMDogPDB4 ODA4NiBYSENJIHJvb3QgSFVCLCBjbGFzcyA5LzAsIHJldiAzLjAwLzEuMDAsIGFkZHIgMT4g b24gdXNidXMwCnVnZW4xLjE6IDxJbnRlbD4gYXQgdXNidXMxCnVodWIxOiA8SW50ZWwgRUhD SSByb290IEhVQiwgY2xhc3MgOS8wLCByZXYgMi4wMC8xLjAwLCBhZGRyIDE+IG9uIHVzYnVz MQp1Z2VuMi4xOiA8SW50ZWw+IGF0IHVzYnVzMgp1aHViMjogPEludGVsIEVIQ0kgcm9vdCBI VUIsIGNsYXNzIDkvMCwgcmV2IDIuMDAvMS4wMCwgYWRkciAxPiBvbiB1c2J1czIKYWRhMCBh dCBhaGNpY2gwIGJ1cyAwIHNjYnVzMCB0YXJnZXQgMCBsdW4gMAphZGEwOiA8U2Ftc3VuZyBT U0QgODQwIFNlcmllcyBEWFQwOEIwUT4gQUNTLTIgQVRBIFNBVEEgMy54IGRldmljZQphZGEw OiBTZXJpYWwgTnVtYmVyIFMxNExORUFEODAxNDE2VgphZGEwOiA2MDAuMDAwTUIvcyB0cmFu c2ZlcnMgKFNBVEEgMy54LCBVRE1BNiwgUElPIDgxOTJieXRlcykKYWRhMDogQ29tbWFuZCBR dWV1ZWluZyBlbmFibGVkCmFkYTA6IDQ3Njk0ME1CICg5NzY3NzMxNjggNTEyIGJ5dGUgc2Vj dG9ycykKYWRhMDogcXVpcmtzPTB4Mzw0SyxOQ1FfVFJJTV9CUk9LRU4+CmFkYTEgYXQgYWhj aWNoMSBidXMgMCBzY2J1czEgdGFyZ2V0IDAgbHVuIDAKYWRhMTogPFNhbXN1bmcgU1NEIDg0 MCBFVk8gMVRCIEVYVDBCQjZRPiBBQ1MtMiBBVEEgU0FUQSAzLnggZGV2aWNlCmFkYTE6IFNl cmlhbCBOdW1iZXIgUzFEOU5TQUY0MDU0OTNXCmFkYTE6IDYwMC4wMDBNQi9zIHRyYW5zZmVy cyAoU0FUQSAzLngsIFVETUE2LCBQSU8gNTEyYnl0ZXMpCmFkYTE6IENvbW1hbmQgUXVldWVp bmcgZW5hYmxlZAphZGExOiA5NTM4NjlNQiAoMTk1MzUyNTE2OCA1MTIgYnl0ZSBzZWN0b3Jz KQphZGExOiBxdWlya3M9MHgzPDRLLE5DUV9UUklNX0JST0tFTj4Kc2VzMCBhdCBhaGNpZW0w IGJ1cyAwIHNjYnVzMyB0YXJnZXQgMCBsdW4gMApzZXMwOiA8QUhDSSBTR1BJTyBFbmNsb3N1 cmUgMS4wMCAwMDAxPiBTRU1CIFMtRS1TIDIuMDAgZGV2aWNlCnNlczA6IFNFTUIgU0VTIERl dmljZQpTTVA6IEFQIENQVSAjMSBMYXVuY2hlZCEKU01QOiBBUCBDUFUgIzUgTGF1bmNoZWQh ClNNUDogQVAgQ1BVICM3IExhdW5jaGVkIQpTTVA6IEFQIENQVSAjNiBMYXVuY2hlZCEKU01Q OiBBUCBDUFUgIzQgTGF1bmNoZWQhClNNUDogQVAgQ1BVICMyIExhdW5jaGVkIQpTTVA6IEFQ IENQVSAjMyBMYXVuY2hlZCEKVGltZWNvdW50ZXIgIlRTQy1sb3ciIGZyZXF1ZW5jeSAxMTk3 MzA1Mjk4IEh6IHF1YWxpdHkgMTAwMApUcnlpbmcgdG8gbW91bnQgcm9vdCBmcm9tIHpmczp6 cm9vdC9ST09UL0ZyZWVCU0QxMVJDMSBbXS4uLgpSb290IG1vdW50IHdhaXRpbmcgZm9yOiB1 c2J1czIgdXNidXMxIHVzYnVzMAp1aHViMDogOCBwb3J0cyB3aXRoIDggcmVtb3ZhYmxlLCBz ZWxmIHBvd2VyZWQKdWdlbjAuMjogPExlbm92bz4gYXQgdXNidXMwCnVodWIxOiAzIHBvcnRz IHdpdGggMyByZW1vdmFibGUsIHNlbGYgcG93ZXJlZAp1aHViMjogMyBwb3J0cyB3aXRoIDMg cmVtb3ZhYmxlLCBzZWxmIHBvd2VyZWQKUm9vdCBtb3VudCB3YWl0aW5nIGZvcjogdXNidXMy IHVzYnVzMQp1Z2VuMS4yOiA8dmVuZG9yIDB4ODA4Nz4gYXQgdXNidXMxCnVodWIzOiA8dmVu ZG9yIDB4ODA4NyBwcm9kdWN0IDB4MDAyNCwgY2xhc3MgOS8wLCByZXYgMi4wMC8wLjAwLCBh ZGRyIDI+IG9uIHVzYnVzMQp1Z2VuMi4yOiA8dmVuZG9yIDB4ODA4Nz4gYXQgdXNidXMyCnVo dWI0OiA8dmVuZG9yIDB4ODA4NyBwcm9kdWN0IDB4MDAyNCwgY2xhc3MgOS8wLCByZXYgMi4w MC8wLjAwLCBhZGRyIDI+IG9uIHVzYnVzMgpSb290IG1vdW50IHdhaXRpbmcgZm9yOiB1c2J1 czIgdXNidXMxCnVodWIzOiA2IHBvcnRzIHdpdGggNiByZW1vdmFibGUsIHNlbGYgcG93ZXJl ZAp1aHViNDogOCBwb3J0cyB3aXRoIDggcmVtb3ZhYmxlLCBzZWxmIHBvd2VyZWQKdWdlbjEu MzogPEF1dGg+IGF0IHVzYnVzMQp1Z2VuMi4zOiA8TG9naXRlY2g+IGF0IHVzYnVzMgp1a2Jk MDogPExvZ2l0ZWNoIFVTQiBSZWNlaXZlciwgY2xhc3MgMC8wLCByZXYgMi4wMC8yNC4wMCwg YWRkciAzPiBvbiB1c2J1czIKa2JkMiBhdCB1a2JkMAp1Z2VuMS40OiA8QnJvYWRjb20gQ29y cD4gYXQgdXNidXMxClJvb3QgbW91bnQgd2FpdGluZyBmb3I6IHVzYnVzMQp1Z2VuMS41OiA8 Q2hpY29ueSBFbGVjdHJvbmljcyBDby4sIEx0ZC4+IGF0IHVzYnVzMQpHRU9NX0VMSTogRGV2 aWNlIGFkYTFwMS5lbGkgY3JlYXRlZC4KR0VPTV9FTEk6IEVuY3J5cHRpb246IEFFUy1YVFMg MTI4CkdFT01fRUxJOiAgICAgQ3J5cHRvOiBoYXJkd2FyZQpsYWdnMDogSVB2NiBhZGRyZXNz ZXMgb24gZW0wIGhhdmUgYmVlbiByZW1vdmVkIGJlZm9yZSBhZGRpbmcgaXQgYXMgYSBtZW1i ZXIgdG8gcHJldmVudCBJUHY2IGFkZHJlc3Mgc2NvcGUgdmlvbGF0aW9uLgpsYWdnMDogbGlu ayBzdGF0ZSBjaGFuZ2VkIHRvIERPV04KdW1vZGVtMDogPEg1MzIxIGd3IE1vYmlsZSBCcm9h ZGJhbmQgTW9kZW0+IG9uIHVzYnVzMAp1bW9kZW0wOiBkYXRhIGludGVyZmFjZSAyLCBoYXMg Q00gb3ZlciBkYXRhLCBoYXMgYnJlYWsKdW1vZGVtMTogPEg1MzIxIGd3IE1vYmlsZSBCcm9h ZGJhbmQgRGF0YSBNb2RlbT4gb24gdXNidXMwCnVtb2RlbTE6IGRhdGEgaW50ZXJmYWNlIDQs IGhhcyBDTSBvdmVyIGRhdGEsIGhhcyBicmVhawp1bW9kZW0yOiA8SDUzMjEgZ3cgTW9iaWxl IEJyb2FkYmFuZCBHUFMgUG9ydD4gb24gdXNidXMwCnVtb2RlbTI6IGRhdGEgaW50ZXJmYWNl IDEwLCBoYXMgQ00gb3ZlciBkYXRhLCBoYXMgYnJlYWsKY2RjZTA6IDxFcmljc3NvbiBINTMy MSBndz4gb24gdXNidXMwCnVlMDogPFVTQiBFdGhlcm5ldD4gb24gY2RjZTAKdWUwOiBFdGhl cm5ldCBhZGRyZXNzOiAwMjoxNTplMDplYzowMTowMAp1bXMwOiA8TG9naXRlY2ggVVNCIFJl Y2VpdmVyLCBjbGFzcyAwLzAsIHJldiAyLjAwLzI0LjAwLCBhZGRyIDM+IG9uIHVzYnVzMgp1 bXMwOiAxNiBidXR0b25zIGFuZCBbWFlaVF0gY29vcmRpbmF0ZXMgSUQ9Mgp1aGlkMDogPExv Z2l0ZWNoIFVTQiBSZWNlaXZlciwgY2xhc3MgMC8wLCByZXYgMi4wMC8yNC4wMCwgYWRkciAz PiBvbiB1c2J1czIKS0xEIHZib3hkcnYua286IGRlcGVuZHMgb24ga2VybmVsIC0gbm90IGF2 YWlsYWJsZSBvciB2ZXJzaW9uIG1pc21hdGNoCmxpbmtlcl9sb2FkX2ZpbGU6IFVuc3VwcG9y dGVkIGZpbGUgdHlwZQp1YnQwOiA8QnJvYWRjb20gQ29ycCBCQ00yMDcwMkEwLCByZXYgMi4w MC8xLjEyLCBhZGRyIDQ+IG9uIHVzYnVzMQpXQVJOSU5HOiBhdHRlbXB0IHRvIGRvbWFpbl9h ZGQoYmx1ZXRvb3RoKSBhZnRlciBkb21haW5maW5hbGl6ZSgpCldBUk5JTkc6IGF0dGVtcHQg dG8gZG9tYWluX2FkZChuZXRncmFwaCkgYWZ0ZXIgZG9tYWluZmluYWxpemUoKQpLTEQgbGlu dXhfYWRvYmUua286IGRlcGVuZHMgb24ga2VybmVsIC0gbm90IGF2YWlsYWJsZSBvciB2ZXJz aW9uIG1pc21hdGNoCmxpbmtlcl9sb2FkX2ZpbGU6IFVuc3VwcG9ydGVkIGZpbGUgdHlwZQpX YWl0aW5nIChtYXggNjAgc2Vjb25kcykgZm9yIHN5c3RlbSBwcm9jZXNzIGB2bmxydScgdG8g c3RvcC4uLiBkb25lCldhaXRpbmcgKG1heCA2MCBzZWNvbmRzKSBmb3Igc3lzdGVtIHByb2Nl c3MgYGJ1ZmRhZW1vbicgdG8gc3RvcC4uLiBkb25lCldhaXRpbmcgKG1heCA2MCBzZWNvbmRz KSBmb3Igc3lzdGVtIHByb2Nlc3MgYHN5bmNlcicgdG8gc3RvcC4uLiAKU3luY2luZyBkaXNr cywgdm5vZGVzIHJlbWFpbmluZy4uLiAwIDAgMCAwIDAgZG9uZQpBbGwgYnVmZmVycyBzeW5j ZWQuClVwdGltZTogMTZtOHMKR0VPTV9FTEk6IERldmljZSBhZGExcDEuZWxpIGRlc3Ryb3ll ZC4KR0VPTV9FTEk6IERldGFjaGVkIGFkYTFwMS5lbGkgb24gbGFzdCBjbG9zZS4KQ29weXJp Z2h0IChjKSAxOTkyLTIwMTYgVGhlIEZyZWVCU0QgUHJvamVjdC4KQ29weXJpZ2h0IChjKSAx OTc5LCAxOTgwLCAxOTgzLCAxOTg2LCAxOTg4LCAxOTg5LCAxOTkxLCAxOTkyLCAxOTkzLCAx OTk0CglUaGUgUmVnZW50cyBvZiB0aGUgVW5pdmVyc2l0eSBvZiBDYWxpZm9ybmlhLiBBbGwg cmlnaHRzIHJlc2VydmVkLgpGcmVlQlNEIGlzIGEgcmVnaXN0ZXJlZCB0cmFkZW1hcmsgb2Yg VGhlIEZyZWVCU0QgRm91bmRhdGlvbi4KRnJlZUJTRCAxMS4wLVJDMSAjMCByMzAzOTc5OiBG cmkgQXVnIDEyIDAyOjI4OjI0IFVUQyAyMDE2CiAgICByb290QHJlbGVuZzIubnlpLmZyZWVi c2Qub3JnOi91c3Ivb2JqL3Vzci9zcmMvc3lzL0dFTkVSSUMgYW1kNjQKRnJlZUJTRCBjbGFu ZyB2ZXJzaW9uIDMuOC4wICh0YWdzL1JFTEVBU0VfMzgwL2ZpbmFsIDI2MjU2NCkgKGJhc2Vk IG9uIExMVk0gMy44LjApClZUKHZnYSk6IHJlc29sdXRpb24gNjQweDQ4MApDUFU6IEludGVs KFIpIENvcmUoVE0pIGk3LTM2MzBRTSBDUFUgQCAyLjQwR0h6ICgyMzk0LjYxLU1IeiBLOC1j bGFzcyBDUFUpCiAgT3JpZ2luPSJHZW51aW5lSW50ZWwiICBJZD0weDMwNmE5ICBGYW1pbHk9 MHg2ICBNb2RlbD0weDNhICBTdGVwcGluZz05CiAgRmVhdHVyZXM9MHhiZmViZmJmZjxGUFUs Vk1FLERFLFBTRSxUU0MsTVNSLFBBRSxNQ0UsQ1g4LEFQSUMsU0VQLE1UUlIsUEdFLE1DQSxD TU9WLFBBVCxQU0UzNixDTEZMVVNILERUUyxBQ1BJLE1NWCxGWFNSLFNTRSxTU0UyLFNTLEhU VCxUTSxQQkU+CiAgRmVhdHVyZXMyPTB4N2ZiYWUzYmY8U1NFMyxQQ0xNVUxRRFEsRFRFUzY0 LE1PTixEU19DUEwsVk1YLEVTVCxUTTIsU1NTRTMsQ1gxNix4VFBSLFBEQ00sUENJRCxTU0U0 LjEsU1NFNC4yLHgyQVBJQyxQT1BDTlQsVFNDRExULEFFU05JLFhTQVZFLE9TWFNBVkUsQVZY LEYxNkMsUkRSQU5EPgogIEFNRCBGZWF0dXJlcz0weDI4MTAwODAwPFNZU0NBTEwsTlgsUkRU U0NQLExNPgogIEFNRCBGZWF0dXJlczI9MHgxPExBSEY+CiAgU3RydWN0dXJlZCBFeHRlbmRl ZCBGZWF0dXJlcz0weDI4MTxGU0dTQkFTRSxTTUVQLEVSTVM+CiAgWFNBVkUgRmVhdHVyZXM9 MHgxPFhTQVZFT1BUPgogIFZULXg6IFBBVCxITFQsTVRGLFBBVVNFLEVQVCxVRyxWUElECiAg VFNDOiBQLXN0YXRlIGludmFyaWFudCwgcGVyZm9ybWFuY2Ugc3RhdGlzdGljcwpyZWFsIG1l bW9yeSAgPSAzNDM1OTczODM2OCAoMzI3NjggTUIpCmF2YWlsIG1lbW9yeSA9IDMyODg5NjUx MjAwICgzMTM2NiBNQikKRXZlbnQgdGltZXIgIkxBUElDIiBxdWFsaXR5IDYwMApBQ1BJIEFQ SUMgVGFibGU6IDxMRU5PVk8gVFAtRzUgICA+CkZyZWVCU0QvU01QOiBNdWx0aXByb2Nlc3Nv ciBTeXN0ZW0gRGV0ZWN0ZWQ6IDggQ1BVcwpGcmVlQlNEL1NNUDogMSBwYWNrYWdlKHMpIHgg NCBjb3JlKHMpIHggMiBoYXJkd2FyZSB0aHJlYWRzCnJhbmRvbTogdW5ibG9ja2luZyBkZXZp Y2UuCmlvYXBpYzAgPFZlcnNpb24gMi4wPiBpcnFzIDAtMjMgb24gbW90aGVyYm9hcmQKcmFu ZG9tOiBlbnRyb3B5IGRldmljZSBleHRlcm5hbCBpbnRlcmZhY2UKa2JkMSBhdCBrYmRtdXgw Cm5ldG1hcDogbG9hZGVkIG1vZHVsZQptb2R1bGVfcmVnaXN0ZXJfaW5pdDogTU9EX0xPQUQg KHZlc2EsIDB4ZmZmZmZmZmY4MTAxYjkyMCwgMCkgZXJyb3IgMTkKcmFuZG9tOiByZWdpc3Rl cmluZyBmYXN0IHNvdXJjZSBJbnRlbCBTZWN1cmUgS2V5IFJORwpyYW5kb206IGZhc3QgcHJv dmlkZXI6ICJJbnRlbCBTZWN1cmUgS2V5IFJORyIKdnR2Z2EwOiA8VlQgVkdBIGRyaXZlcj4g b24gbW90aGVyYm9hcmQKY3J5cHRvc29mdDA6IDxzb2Z0d2FyZSBjcnlwdG8+IG9uIG1vdGhl cmJvYXJkCmFlc25pMDogPEFFUy1DQkMsQUVTLVhUUyxBRVMtR0NNLEFFUy1JQ00+IG9uIG1v dGhlcmJvYXJkCmFjcGkwOiA8TEVOT1ZPIFRQLUc1PiBvbiBtb3RoZXJib2FyZAphY3BpX2Vj MDogPEVtYmVkZGVkIENvbnRyb2xsZXI6IEdQRSAweDExLCBFQ0RUPiBwb3J0IDB4NjIsMHg2 NiBvbiBhY3BpMAphY3BpMDogUG93ZXIgQnV0dG9uIChmaXhlZCkKY3B1MDogPEFDUEkgQ1BV PiBvbiBhY3BpMApjcHUxOiA8QUNQSSBDUFU+IG9uIGFjcGkwCmNwdTI6IDxBQ1BJIENQVT4g b24gYWNwaTAKY3B1MzogPEFDUEkgQ1BVPiBvbiBhY3BpMApjcHU0OiA8QUNQSSBDUFU+IG9u IGFjcGkwCmNwdTU6IDxBQ1BJIENQVT4gb24gYWNwaTAKY3B1NjogPEFDUEkgQ1BVPiBvbiBh Y3BpMApjcHU3OiA8QUNQSSBDUFU+IG9uIGFjcGkwCmF0dGltZXIwOiA8QVQgdGltZXI+IHBv cnQgMHg0MC0weDQzIGlycSAwIG9uIGFjcGkwClRpbWVjb3VudGVyICJpODI1NCIgZnJlcXVl bmN5IDExOTMxODIgSHogcXVhbGl0eSAwCkV2ZW50IHRpbWVyICJpODI1NCIgZnJlcXVlbmN5 IDExOTMxODIgSHogcXVhbGl0eSAxMDAKaHBldDA6IDxIaWdoIFByZWNpc2lvbiBFdmVudCBU aW1lcj4gaW9tZW0gMHhmZWQwMDAwMC0weGZlZDAwM2ZmIG9uIGFjcGkwClRpbWVjb3VudGVy ICJIUEVUIiBmcmVxdWVuY3kgMTQzMTgxODAgSHogcXVhbGl0eSA5NTAKRXZlbnQgdGltZXIg IkhQRVQiIGZyZXF1ZW5jeSAxNDMxODE4MCBIeiBxdWFsaXR5IDU1MAphdHJ0YzA6IDxBVCBy ZWFsdGltZSBjbG9jaz4gcG9ydCAweDcwLTB4NzEgaXJxIDggb24gYWNwaTAKRXZlbnQgdGlt ZXIgIlJUQyIgZnJlcXVlbmN5IDMyNzY4IEh6IHF1YWxpdHkgMApUaW1lY291bnRlciAiQUNQ SS1mYXN0IiBmcmVxdWVuY3kgMzU3OTU0NSBIeiBxdWFsaXR5IDkwMAphY3BpX3RpbWVyMDog PDI0LWJpdCB0aW1lciBhdCAzLjU3OTU0NU1Iej4gcG9ydCAweDQwOC0weDQwYiBvbiBhY3Bp MAphY3BpX2xpZDA6IDxDb250cm9sIE1ldGhvZCBMaWQgU3dpdGNoPiBvbiBhY3BpMAphY3Bp X2J1dHRvbjA6IDxTbGVlcCBCdXR0b24+IG9uIGFjcGkwCnBjaWIwOiA8QUNQSSBIb3N0LVBD SSBicmlkZ2U+IHBvcnQgMHhjZjgtMHhjZmYgb24gYWNwaTAKcGNpMDogPEFDUEkgUENJIGJ1 cz4gb24gcGNpYjAKcGNpYjE6IDxBQ1BJIFBDSS1QQ0kgYnJpZGdlPiBpcnEgMTYgYXQgZGV2 aWNlIDEuMCBvbiBwY2kwCnBjaTE6IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWIxCnZnYXBjaTA6 IDxWR0EtY29tcGF0aWJsZSBkaXNwbGF5PiBwb3J0IDB4NTAwMC0weDUwN2YgbWVtIDB4ZjIw MDAwMDAtMHhmMmZmZmZmZiwweGUwMDAwMDAwLTB4ZWZmZmZmZmYsMHhmMDAwMDAwMC0weGYx ZmZmZmZmIGlycSAxNiBhdCBkZXZpY2UgMC4wIG9uIHBjaTEKdmdhcGNpMDogQm9vdCB2aWRl byBkZXZpY2UKaGRhYzA6IDxOVklESUEgKDB4MGUxYikgSERBIENvbnRyb2xsZXI+IG1lbSAw eGYzMDAwMDAwLTB4ZjMwMDNmZmYgaXJxIDE3IGF0IGRldmljZSAwLjEgb24gcGNpMQp4aGNp MDogPEludGVsIFBhbnRoZXIgUG9pbnQgVVNCIDMuMCBjb250cm9sbGVyPiBtZW0gMHhmNTMy MDAwMC0weGY1MzJmZmZmIGlycSAxNiBhdCBkZXZpY2UgMjAuMCBvbiBwY2kwCnhoY2kwOiAz MiBieXRlcyBjb250ZXh0IHNpemUsIDY0LWJpdCBETUEKeGhjaTA6IFBvcnQgcm91dGluZyBt YXNrIHNldCB0byAweGZmZmZmZmZmCnVzYnVzMCBvbiB4aGNpMApwY2kwOiA8c2ltcGxlIGNv bW1zPiBhdCBkZXZpY2UgMjIuMCAobm8gZHJpdmVyIGF0dGFjaGVkKQplbTA6IDxJbnRlbChS KSBQUk8vMTAwMCBOZXR3b3JrIENvbm5lY3Rpb24gNy42LjEtaz4gcG9ydCAweDYwNDAtMHg2 MDVmIG1lbSAweGY1MzAwMDAwLTB4ZjUzMWZmZmYsMHhmNTMzYjAwMC0weGY1MzNiZmZmIGly cSAyMCBhdCBkZXZpY2UgMjUuMCBvbiBwY2kwCmVtMDogVXNpbmcgYW4gTVNJIGludGVycnVw dAplbTA6IEV0aGVybmV0IGFkZHJlc3M6IDNjOjk3OjBlOmMzOmM5OmQwCmVtMDogbmV0bWFw IHF1ZXVlcy9zbG90czogVFggMS8xMDI0LCBSWCAxLzEwMjQKZWhjaTA6IDxJbnRlbCBQYW50 aGVyIFBvaW50IFVTQiAyLjAgY29udHJvbGxlcj4gbWVtIDB4ZjUzM2EwMDAtMHhmNTMzYTNm ZiBpcnEgMTYgYXQgZGV2aWNlIDI2LjAgb24gcGNpMAp1c2J1czE6IEVIQ0kgdmVyc2lvbiAx LjAKdXNidXMxIG9uIGVoY2kwCmhkYWMxOiA8SW50ZWwgUGFudGhlciBQb2ludCBIREEgQ29u dHJvbGxlcj4gbWVtIDB4ZjUzMzAwMDAtMHhmNTMzM2ZmZiBpcnEgMjIgYXQgZGV2aWNlIDI3 LjAgb24gcGNpMApwY2liMjogPEFDUEkgUENJLVBDSSBicmlkZ2U+IGlycSAxNiBhdCBkZXZp Y2UgMjguMCBvbiBwY2kwCnBjaWIyOiBbR0lBTlQtTE9DS0VEXQpwY2kyOiA8QUNQSSBQQ0kg YnVzPiBvbiBwY2liMgpzZGhjaV9wY2kwOiA8UklDT0ggUjVDRTgyMyBTRD4gbWVtIDB4ZjRh MDEwMDAtMHhmNGEwMTBmZiBpcnEgMTYgYXQgZGV2aWNlIDAuMCBvbiBwY2kyCnNkaGNpX3Bj aTA6IDEgc2xvdChzKSBhbGxvY2F0ZWQKcGNpMjogPHNlcmlhbCBidXMsIEZpcmVXaXJlPiBh dCBkZXZpY2UgMC4zIChubyBkcml2ZXIgYXR0YWNoZWQpCnBjaWIzOiA8QUNQSSBQQ0ktUENJ IGJyaWRnZT4gaXJxIDE3IGF0IGRldmljZSAyOC4xIG9uIHBjaTAKcGNpMzogPEFDUEkgUENJ IGJ1cz4gb24gcGNpYjMKaXduMDogPEludGVsIENlbnRyaW5vIFVsdGltYXRlLU4gNjMwMD4g bWVtIDB4ZjQ5MDAwMDAtMHhmNDkwMWZmZiBpcnEgMTcgYXQgZGV2aWNlIDAuMCBvbiBwY2kz CnBjaWI0OiA8QUNQSSBQQ0ktUENJIGJyaWRnZT4gaXJxIDE4IGF0IGRldmljZSAyOC4yIG9u IHBjaTAKcGNpYjQ6IFtHSUFOVC1MT0NLRURdCmVoY2kxOiA8SW50ZWwgUGFudGhlciBQb2lu dCBVU0IgMi4wIGNvbnRyb2xsZXI+IG1lbSAweGY1MzM5MDAwLTB4ZjUzMzkzZmYgaXJxIDIz IGF0IGRldmljZSAyOS4wIG9uIHBjaTAKdXNidXMyOiBFSENJIHZlcnNpb24gMS4wCnVzYnVz MiBvbiBlaGNpMQppc2FiMDogPFBDSS1JU0EgYnJpZGdlPiBhdCBkZXZpY2UgMzEuMCBvbiBw Y2kwCmlzYTA6IDxJU0EgYnVzPiBvbiBpc2FiMAphaGNpMDogPEludGVsIFBhbnRoZXIgUG9p bnQgQUhDSSBTQVRBIGNvbnRyb2xsZXI+IHBvcnQgMHg2MDY4LTB4NjA2ZiwweDYwNzQtMHg2 MDc3LDB4NjA2MC0weDYwNjcsMHg2MDcwLTB4NjA3MywweDYwMjAtMHg2MDNmIG1lbSAweGY1 MzM4MDAwLTB4ZjUzMzg3ZmYgaXJxIDE5IGF0IGRldmljZSAzMS4yIG9uIHBjaTAKYWhjaTA6 IEFIQ0kgdjEuMzAgd2l0aCA2IDZHYnBzIHBvcnRzLCBQb3J0IE11bHRpcGxpZXIgbm90IHN1 cHBvcnRlZAphaGNpY2gwOiA8QUhDSSBjaGFubmVsPiBhdCBjaGFubmVsIDAgb24gYWhjaTAK YWhjaWNoMTogPEFIQ0kgY2hhbm5lbD4gYXQgY2hhbm5lbCAxIG9uIGFoY2kwCmFoY2ljaDQ6 IDxBSENJIGNoYW5uZWw+IGF0IGNoYW5uZWwgNCBvbiBhaGNpMAphaGNpZW0wOiA8QUhDSSBl bmNsb3N1cmUgbWFuYWdlbWVudCBicmlkZ2U+IG9uIGFoY2kwCmFjcGlfdHowOiA8VGhlcm1h bCBab25lPiBvbiBhY3BpMAphdGtiZGMwOiA8S2V5Ym9hcmQgY29udHJvbGxlciAoaTgwNDIp PiBwb3J0IDB4NjAsMHg2NCBpcnEgMSBvbiBhY3BpMAphdGtiZDA6IDxBVCBLZXlib2FyZD4g aXJxIDEgb24gYXRrYmRjMAprYmQwIGF0IGF0a2JkMAphdGtiZDA6IFtHSUFOVC1MT0NLRURd CnBzbTA6IDxQUy8yIE1vdXNlPiBpcnEgMTIgb24gYXRrYmRjMApwc20wOiBbR0lBTlQtTE9D S0VEXQpwc20wOiBtb2RlbCBTeW5hcHRpY3MgVG91Y2hwYWQsIGRldmljZSBJRCAwCmJhdHRl cnkwOiA8QUNQSSBDb250cm9sIE1ldGhvZCBCYXR0ZXJ5PiBvbiBhY3BpMAphY3BpX2FjYWQw OiA8QUMgQWRhcHRlcj4gb24gYWNwaTAKZXN0MDogPEVuaGFuY2VkIFNwZWVkU3RlcCBGcmVx dWVuY3kgQ29udHJvbD4gb24gY3B1MApwNHRjYzA6IDxDUFUgRnJlcXVlbmN5IFRoZXJtYWwg Q29udHJvbD4gb24gY3B1MAplc3QxOiA8RW5oYW5jZWQgU3BlZWRTdGVwIEZyZXF1ZW5jeSBD b250cm9sPiBvbiBjcHUxCnA0dGNjMTogPENQVSBGcmVxdWVuY3kgVGhlcm1hbCBDb250cm9s PiBvbiBjcHUxCmVzdDI6IDxFbmhhbmNlZCBTcGVlZFN0ZXAgRnJlcXVlbmN5IENvbnRyb2w+ IG9uIGNwdTIKcDR0Y2MyOiA8Q1BVIEZyZXF1ZW5jeSBUaGVybWFsIENvbnRyb2w+IG9uIGNw dTIKZXN0MzogPEVuaGFuY2VkIFNwZWVkU3RlcCBGcmVxdWVuY3kgQ29udHJvbD4gb24gY3B1 MwpwNHRjYzM6IDxDUFUgRnJlcXVlbmN5IFRoZXJtYWwgQ29udHJvbD4gb24gY3B1Mwplc3Q0 OiA8RW5oYW5jZWQgU3BlZWRTdGVwIEZyZXF1ZW5jeSBDb250cm9sPiBvbiBjcHU0CnA0dGNj NDogPENQVSBGcmVxdWVuY3kgVGhlcm1hbCBDb250cm9sPiBvbiBjcHU0CmVzdDU6IDxFbmhh bmNlZCBTcGVlZFN0ZXAgRnJlcXVlbmN5IENvbnRyb2w+IG9uIGNwdTUKcDR0Y2M1OiA8Q1BV IEZyZXF1ZW5jeSBUaGVybWFsIENvbnRyb2w+IG9uIGNwdTUKZXN0NjogPEVuaGFuY2VkIFNw ZWVkU3RlcCBGcmVxdWVuY3kgQ29udHJvbD4gb24gY3B1NgpwNHRjYzY6IDxDUFUgRnJlcXVl bmN5IFRoZXJtYWwgQ29udHJvbD4gb24gY3B1Ngplc3Q3OiA8RW5oYW5jZWQgU3BlZWRTdGVw IEZyZXF1ZW5jeSBDb250cm9sPiBvbiBjcHU3CnA0dGNjNzogPENQVSBGcmVxdWVuY3kgVGhl cm1hbCBDb250cm9sPiBvbiBjcHU3CmZ1c2UtZnJlZWJzZDogdmVyc2lvbiAwLjQuNCwgRlVT RSBBQkkgNy44ClpGUyBmaWxlc3lzdGVtIHZlcnNpb246IDUKWkZTIHN0b3JhZ2UgcG9vbCB2 ZXJzaW9uOiBmZWF0dXJlcyBzdXBwb3J0ICg1MDAwKQpUaW1lY291bnRlcnMgdGljayBldmVy eSAxLjAwMCBtc2VjCm52bWUgY2FtIHByb2JlIGRldmljZSBpbml0CmhkYWNjMDogPE5WSURJ QSAoMHgwMDQyKSBIREEgQ09ERUM+IGF0IGNhZCAwIG9uIGhkYWMwCmhkYWEwOiA8TlZJRElB ICgweDAwNDIpIEF1ZGlvIEZ1bmN0aW9uIEdyb3VwPiBhdCBuaWQgMSBvbiBoZGFjYzAKcGNt MDogPE5WSURJQSAoMHgwMDQyKSAoSERNSS9EUCA4Y2gpPiBhdCBuaWQgNSBvbiBoZGFhMApw Y20xOiA8TlZJRElBICgweDAwNDIpIChIRE1JL0RQIDhjaCk+IGF0IG5pZCA2IG9uIGhkYWEw CnBjbTI6IDxOVklESUEgKDB4MDA0MikgKEhETUkvRFAgOGNoKT4gYXQgbmlkIDcgb24gaGRh YTAKaGRhY2MxOiA8UmVhbHRlayBBTEMyNjkgSERBIENPREVDPiBhdCBjYWQgMCBvbiBoZGFj MQpoZGFhMTogPFJlYWx0ZWsgQUxDMjY5IEF1ZGlvIEZ1bmN0aW9uIEdyb3VwPiBhdCBuaWQg MSBvbiBoZGFjYzEKcGNtMzogPFJlYWx0ZWsgQUxDMjY5IChBbmFsb2cgMi4wK0hQLzIuMCk+ IGF0IG5pZCAyMCwyMSBhbmQgMjQgb24gaGRhYTEKcGNtNDogPFJlYWx0ZWsgQUxDMjY5IChJ bnRlcm5hbCBBbmFsb2cgTWljKT4gYXQgbmlkIDE4IG9uIGhkYWExCnVzYnVzMDogNS4wR2Jw cyBTdXBlciBTcGVlZCBVU0IgdjMuMAp1c2J1czE6IDQ4ME1icHMgSGlnaCBTcGVlZCBVU0Ig djIuMAp1c2J1czI6IDQ4ME1icHMgSGlnaCBTcGVlZCBVU0IgdjIuMAp1Z2VuMC4xOiA8MHg4 MDg2PiBhdCB1c2J1czAKdWh1YjA6IDwweDgwODYgWEhDSSByb290IEhVQiwgY2xhc3MgOS8w LCByZXYgMy4wMC8xLjAwLCBhZGRyIDE+IG9uIHVzYnVzMAp1Z2VuMS4xOiA8SW50ZWw+IGF0 IHVzYnVzMQp1aHViMTogPEludGVsIEVIQ0kgcm9vdCBIVUIsIGNsYXNzIDkvMCwgcmV2IDIu MDAvMS4wMCwgYWRkciAxPiBvbiB1c2J1czEKdWdlbjIuMTogPEludGVsPiBhdCB1c2J1czIK dWh1YjI6IDxJbnRlbCBFSENJIHJvb3QgSFVCLCBjbGFzcyA5LzAsIHJldiAyLjAwLzEuMDAs IGFkZHIgMT4gb24gdXNidXMyCmFkYTAgYXQgYWhjaWNoMCBidXMgMCBzY2J1czAgdGFyZ2V0 IDAgbHVuIDAKYWRhMDogPFNhbXN1bmcgU1NEIDg0MCBTZXJpZXMgRFhUMDhCMFE+IEFDUy0y IEFUQSBTQVRBIDMueCBkZXZpY2UKYWRhMDogU2VyaWFsIE51bWJlciBTMTRMTkVBRDgwMTQx NlYKYWRhMDogNjAwLjAwME1CL3MgdHJhbnNmZXJzIChTQVRBIDMueCwgVURNQTYsIFBJTyA4 MTkyYnl0ZXMpCmFkYTA6IENvbW1hbmQgUXVldWVpbmcgZW5hYmxlZAphZGEwOiA0NzY5NDBN QiAoOTc2NzczMTY4IDUxMiBieXRlIHNlY3RvcnMpCmFkYTA6IHF1aXJrcz0weDM8NEssTkNR X1RSSU1fQlJPS0VOPgphZGExIGF0IGFoY2ljaDEgYnVzIDAgc2NidXMxIHRhcmdldCAwIGx1 biAwCmFkYTE6IDxTYW1zdW5nIFNTRCA4NDAgRVZPIDFUQiBFWFQwQkI2UT4gQUNTLTIgQVRB IFNBVEEgMy54IGRldmljZQphZGExOiBTZXJpYWwgTnVtYmVyIFMxRDlOU0FGNDA1NDkzVwph ZGExOiA2MDAuMDAwTUIvcyB0cmFuc2ZlcnMgKFNBVEEgMy54LCBVRE1BNiwgUElPIDUxMmJ5 dGVzKQphZGExOiBDb21tYW5kIFF1ZXVlaW5nIGVuYWJsZWQKYWRhMTogOTUzODY5TUIgKDE5 NTM1MjUxNjggNTEyIGJ5dGUgc2VjdG9ycykKYWRhMTogcXVpcmtzPTB4Mzw0SyxOQ1FfVFJJ TV9CUk9LRU4+CnNlczAgYXQgYWhjaWVtMCBidXMgMCBzY2J1czMgdGFyZ2V0IDAgbHVuIDAK c2VzMDogPEFIQ0kgU0dQSU8gRW5jbG9zdXJlIDEuMDAgMDAwMT4gU0VNQiBTLUUtUyAyLjAw IGRldmljZQpzZXMwOiBTRU1CIFNFUyBEZXZpY2UKU01QOiBBUCBDUFUgIzEgTGF1bmNoZWQh ClNNUDogQVAgQ1BVICM1IExhdW5jaGVkIQpTTVA6IEFQIENQVSAjMiBMYXVuY2hlZCEKU01Q OiBBUCBDUFUgIzYgTGF1bmNoZWQhClNNUDogQVAgQ1BVICM0IExhdW5jaGVkIQpTTVA6IEFQ IENQVSAjMyBMYXVuY2hlZCEKU01QOiBBUCBDUFUgIzcgTGF1bmNoZWQhClRpbWVjb3VudGVy ICJUU0MtbG93IiBmcmVxdWVuY3kgMTE5NzMwNTc4MCBIeiBxdWFsaXR5IDEwMDAKVHJ5aW5n IHRvIG1vdW50IHJvb3QgZnJvbSB6ZnM6enJvb3QvUk9PVC9GcmVlQlNEMTFSQzEgW10uLi4K Um9vdCBtb3VudCB3YWl0aW5nIGZvcjogdXNidXMyIHVzYnVzMSB1c2J1czAKdWh1YjA6IDgg cG9ydHMgd2l0aCA4IHJlbW92YWJsZSwgc2VsZiBwb3dlcmVkCnVnZW4wLjI6IDxMZW5vdm8+ IGF0IHVzYnVzMAp1aHViMTogMyBwb3J0cyB3aXRoIDMgcmVtb3ZhYmxlLCBzZWxmIHBvd2Vy ZWQKdWh1YjI6IDMgcG9ydHMgd2l0aCAzIHJlbW92YWJsZSwgc2VsZiBwb3dlcmVkClJvb3Qg bW91bnQgd2FpdGluZyBmb3I6IHVzYnVzMiB1c2J1czEKdWdlbjEuMjogPHZlbmRvciAweDgw ODc+IGF0IHVzYnVzMQp1aHViMzogPHZlbmRvciAweDgwODcgcHJvZHVjdCAweDAwMjQsIGNs YXNzIDkvMCwgcmV2IDIuMDAvMC4wMCwgYWRkciAyPiBvbiB1c2J1czEKdWdlbjIuMjogPHZl bmRvciAweDgwODc+IGF0IHVzYnVzMgp1aHViNDogPHZlbmRvciAweDgwODcgcHJvZHVjdCAw eDAwMjQsIGNsYXNzIDkvMCwgcmV2IDIuMDAvMC4wMCwgYWRkciAyPiBvbiB1c2J1czIKdWh1 YjM6IDYgcG9ydHMgd2l0aCA2IHJlbW92YWJsZSwgc2VsZiBwb3dlcmVkClJvb3QgbW91bnQg d2FpdGluZyBmb3I6IHVzYnVzMiB1c2J1czEKdWh1YjQ6IDggcG9ydHMgd2l0aCA4IHJlbW92 YWJsZSwgc2VsZiBwb3dlcmVkCnVnZW4xLjM6IDxBdXRoPiBhdCB1c2J1czEKdWdlbjIuMzog PExvZ2l0ZWNoPiBhdCB1c2J1czIKdWtiZDA6IDxMb2dpdGVjaCBVU0IgUmVjZWl2ZXIsIGNs YXNzIDAvMCwgcmV2IDIuMDAvMjQuMDAsIGFkZHIgMz4gb24gdXNidXMyCmtiZDIgYXQgdWti ZDAKdWdlbjEuNDogPEJyb2FkY29tIENvcnA+IGF0IHVzYnVzMQpSb290IG1vdW50IHdhaXRp bmcgZm9yOiB1c2J1czEKdWdlbjEuNTogPENoaWNvbnkgRWxlY3Ryb25pY3MgQ28uLCBMdGQu PiBhdCB1c2J1czEKR0VPTV9FTEk6IERldmljZSBhZGExcDEuZWxpIGNyZWF0ZWQuCkdFT01f RUxJOiBFbmNyeXB0aW9uOiBBRVMtWFRTIDEyOApHRU9NX0VMSTogICAgIENyeXB0bzogaGFy ZHdhcmUKd2xhbjA6IEV0aGVybmV0IGFkZHJlc3M6IDNjOmE5OmY0OjVhOmExOjI4Cml3bjA6 IGl3bl9yZWFkX2Zpcm13YXJlOiB1Y29kZSByZXY9MHgwOWRkMDQwMQpsYWdnMDogSVB2NiBh ZGRyZXNzZXMgb24gZW0wIGhhdmUgYmVlbiByZW1vdmVkIGJlZm9yZSBhZGRpbmcgaXQgYXMg YSBtZW1iZXIgdG8gcHJldmVudCBJUHY2IGFkZHJlc3Mgc2NvcGUgdmlvbGF0aW9uLgpsYWdn MDogbGluayBzdGF0ZSBjaGFuZ2VkIHRvIERPV04KbGFnZzA6IElQdjYgYWRkcmVzc2VzIG9u IHdsYW4wIGhhdmUgYmVlbiByZW1vdmVkIGJlZm9yZSBhZGRpbmcgaXQgYXMgYSBtZW1iZXIg dG8gcHJldmVudCBJUHY2IGFkZHJlc3Mgc2NvcGUgdmlvbGF0aW9uLgppd24wOiBpd25fcmVh ZF9maXJtd2FyZTogdWNvZGUgcmV2PTB4MDlkZDA0MDEKd2xhbjA6IGxpbmsgc3RhdGUgY2hh bmdlZCB0byBVUApsYWdnMDogbGluayBzdGF0ZSBjaGFuZ2VkIHRvIFVQCnVtb2RlbTA6IDxI NTMyMSBndyBNb2JpbGUgQnJvYWRiYW5kIE1vZGVtPiBvbiB1c2J1czAKdW1vZGVtMDogZGF0 YSBpbnRlcmZhY2UgMiwgaGFzIENNIG92ZXIgZGF0YSwgaGFzIGJyZWFrCnVtb2RlbTE6IDxI NTMyMSBndyBNb2JpbGUgQnJvYWRiYW5kIERhdGEgTW9kZW0+IG9uIHVzYnVzMAp1bW9kZW0x OiBkYXRhIGludGVyZmFjZSA0LCBoYXMgQ00gb3ZlciBkYXRhLCBoYXMgYnJlYWsKdW1vZGVt MjogPEg1MzIxIGd3IE1vYmlsZSBCcm9hZGJhbmQgR1BTIFBvcnQ+IG9uIHVzYnVzMAp1bW9k ZW0yOiBkYXRhIGludGVyZmFjZSAxMCwgaGFzIENNIG92ZXIgZGF0YSwgaGFzIGJyZWFrCmNk Y2UwOiA8RXJpY3Nzb24gSDUzMjEgZ3c+IG9uIHVzYnVzMAp1ZTA6IDxVU0IgRXRoZXJuZXQ+ IG9uIGNkY2UwCnVlMDogRXRoZXJuZXQgYWRkcmVzczogMDI6MTU6ZTA6ZWM6MDE6MDAKdW1z MDogPExvZ2l0ZWNoIFVTQiBSZWNlaXZlciwgY2xhc3MgMC8wLCByZXYgMi4wMC8yNC4wMCwg YWRkciAzPiBvbiB1c2J1czIKdW1zMDogMTYgYnV0dG9ucyBhbmQgW1hZWlRdIGNvb3JkaW5h dGVzIElEPTIKdWhpZDA6IDxMb2dpdGVjaCBVU0IgUmVjZWl2ZXIsIGNsYXNzIDAvMCwgcmV2 IDIuMDAvMjQuMDAsIGFkZHIgMz4gb24gdXNidXMyCnVidDA6IDxCcm9hZGNvbSBDb3JwIEJD TTIwNzAyQTAsIHJldiAyLjAwLzEuMTIsIGFkZHIgND4gb24gdXNidXMxCndsYW4wOiBsaW5r IHN0YXRlIGNoYW5nZWQgdG8gRE9XTgpsYWdnMDogbGluayBzdGF0ZSBjaGFuZ2VkIHRvIERP V04KaXduMDogZGV2aWNlIHRpbWVvdXQKaXduMDogaXduX3JlYWRfZmlybXdhcmU6IHVjb2Rl IHJldj0weDA5ZGQwNDAxCml3bjA6IHNjYW4gdGltZW91dAppd24wOiBpd25fcmVhZF9maXJt d2FyZTogdWNvZGUgcmV2PTB4MDlkZDA0MDEKd2xhbjA6IGxpbmsgc3RhdGUgY2hhbmdlZCB0 byBVUApsYWdnMDogbGluayBzdGF0ZSBjaGFuZ2VkIHRvIFVQCndsYW4wOiBsaW5rIHN0YXRl IGNoYW5nZWQgdG8gRE9XTgpsYWdnMDogbGluayBzdGF0ZSBjaGFuZ2VkIHRvIERPV04Kd2xh bjA6IGxpbmsgc3RhdGUgY2hhbmdlZCB0byBVUApsYWdnMDogbGluayBzdGF0ZSBjaGFuZ2Vk IHRvIFVQCndsYW4wOiBsaW5rIHN0YXRlIGNoYW5nZWQgdG8gRE9XTgpsYWdnMDogbGluayBz dGF0ZSBjaGFuZ2VkIHRvIERPV04Kd2xhbjA6IGxpbmsgc3RhdGUgY2hhbmdlZCB0byBVUAps YWdnMDogbGluayBzdGF0ZSBjaGFuZ2VkIHRvIFVQCndsYW4wOiBsaW5rIHN0YXRlIGNoYW5n ZWQgdG8gRE9XTgpsYWdnMDogbGluayBzdGF0ZSBjaGFuZ2VkIHRvIERPV04Kd2xhbjA6IGxp bmsgc3RhdGUgY2hhbmdlZCB0byBVUApsYWdnMDogbGluayBzdGF0ZSBjaGFuZ2VkIHRvIFVQ CndsYW4wOiBsaW5rIHN0YXRlIGNoYW5nZWQgdG8gRE9XTgpsYWdnMDogbGluayBzdGF0ZSBj aGFuZ2VkIHRvIERPV04Kd2xhbjA6IGxpbmsgc3RhdGUgY2hhbmdlZCB0byBVUApsYWdnMDog bGluayBzdGF0ZSBjaGFuZ2VkIHRvIFVQCndsYW4wOiBsaW5rIHN0YXRlIGNoYW5nZWQgdG8g RE9XTgpsYWdnMDogbGluayBzdGF0ZSBjaGFuZ2VkIHRvIERPV04KV0FSTklORzogYXR0ZW1w dCB0byBkb21haW5fYWRkKGJsdWV0b290aCkgYWZ0ZXIgZG9tYWluZmluYWxpemUoKQpXQVJO SU5HOiBhdHRlbXB0IHRvIGRvbWFpbl9hZGQobmV0Z3JhcGgpIGFmdGVyIGRvbWFpbmZpbmFs aXplKCkKS0xEIHZib3hkcnYua286IGRlcGVuZHMgb24ga2VybmVsIC0gbm90IGF2YWlsYWJs ZSBvciB2ZXJzaW9uIG1pc21hdGNoCmxpbmtlcl9sb2FkX2ZpbGU6IFVuc3VwcG9ydGVkIGZp bGUgdHlwZQpLTEQgbGludXhfYWRvYmUua286IGRlcGVuZHMgb24ga2VybmVsIC0gbm90IGF2 YWlsYWJsZSBvciB2ZXJzaW9uIG1pc21hdGNoCmxpbmtlcl9sb2FkX2ZpbGU6IFVuc3VwcG9y dGVkIGZpbGUgdHlwZQp3bGFuMDogbGluayBzdGF0ZSBjaGFuZ2VkIHRvIFVQCmxhZ2cwOiBs aW5rIHN0YXRlIGNoYW5nZWQgdG8gVVAKd2xhbjA6IGxpbmsgc3RhdGUgY2hhbmdlZCB0byBE T1dOCmxhZ2cwOiBsaW5rIHN0YXRlIGNoYW5nZWQgdG8gRE9XTgp3bGFuMDogbGluayBzdGF0 ZSBjaGFuZ2VkIHRvIFVQCmxhZ2cwOiBsaW5rIHN0YXRlIGNoYW5nZWQgdG8gVVAKd2xhbjA6 IGxpbmsgc3RhdGUgY2hhbmdlZCB0byBET1dOCmxhZ2cwOiBsaW5rIHN0YXRlIGNoYW5nZWQg dG8gRE9XTgppZmFfbWFpbnRhaW5fbG9vcGJhY2tfcm91dGU6IGRlbGV0aW9uIGZhaWxlZCBm b3IgaW50ZXJmYWNlIGxvMDogNDgKd2xhbjA6IEV0aGVybmV0IGFkZHJlc3M6IDNjOmE5OmY0 OjVhOmExOjI4CmxhZ2cwOiBJUHY2IGFkZHJlc3NlcyBvbiBlbTAgaGF2ZSBiZWVuIHJlbW92 ZWQgYmVmb3JlIGFkZGluZyBpdCBhcyBhIG1lbWJlciB0byBwcmV2ZW50IElQdjYgYWRkcmVz cyBzY29wZSB2aW9sYXRpb24uCmxhZ2cwOiBsaW5rIHN0YXRlIGNoYW5nZWQgdG8gRE9XTgoK CkZhdGFsIHRyYXAgMTI6IHBhZ2UgZmF1bHQgd2hpbGUgaW4ga2VybmVsIG1vZGUKY3B1aWQg PSA2OyBhcGljIGlkID0gMDYKZmF1bHQgdmlydHVhbCBhZGRyZXNzCT0gMHg0NApmYXVsdCBj b2RlCQk9IHN1cGVydmlzb3Igd3JpdGUgZGF0YSwgcGFnZSBub3QgcHJlc2VudAppbnN0cnVj dGlvbiBwb2ludGVyCT0gMHgyMDoweGZmZmZmZmZmODBiZDZmMGUKc3RhY2sgcG9pbnRlcgkg ICAgICAgID0gMHgyODoweGZmZmZmZTA2OTgzY2Y1YzAKZnJhbWUgcG9pbnRlcgkgICAgICAg ID0gMHgyODoweGZmZmZmZTA2OTgzY2Y1ZTAKY29kZSBzZWdtZW50CQk9IGJhc2UgMHgwLCBs aW1pdCAweGZmZmZmLCB0eXBlIDB4MWIKCQkJPSBEUEwgMCwgcHJlcyAxLCBsb25nIDEsIGRl ZjMyIDAsIGdyYW4gMQpwcm9jZXNzb3IgZWZsYWdzCT0gaW50ZXJydXB0IGVuYWJsZWQsIHJl c3VtZSwgSU9QTCA9IDAKY3VycmVudCBwcm9jZXNzCQk9IDQ5NzkgKGlmY29uZmlnKQp0cmFw IG51bWJlcgkJPSAxMgpwYW5pYzogcGFnZSBmYXVsdApjcHVpZCA9IDYKS0RCOiBzdGFjayBi YWNrdHJhY2U6CiMwIDB4ZmZmZmZmZmY4MGIyMThmNyBhdCBrZGJfYmFja3RyYWNlKzB4NjcK IzEgMHhmZmZmZmZmZjgwYWQ5MzIyIGF0IHZwYW5pYysweDE4MgojMiAweGZmZmZmZmZmODBh ZDkxOTMgYXQgcGFuaWMrMHg0MwojMyAweGZmZmZmZmZmODBmOWZkMzEgYXQgdHJhcF9mYXRh bCsweDM1MQojNCAweGZmZmZmZmZmODBmOWZmMjMgYXQgdHJhcF9wZmF1bHQrMHgxZTMKIzUg MHhmZmZmZmZmZjgwZjlmNGNjIGF0IHRyYXArMHgyNmMKIzYgMHhmZmZmZmZmZjgwZjgyNGEx IGF0IGNhbGx0cmFwKzB4OAojNyAweGZmZmZmZmZmODBkMTg3NTMgYXQgaW42X2lmYXR0YWNo KzB4NTEzCiM4IDB4ZmZmZmZmZmY4MGJkYjliYiBhdCBpZmlvY3RsKzB4MTIwYgojOSAweGZm ZmZmZmZmODBiNDA2MzQgYXQga2Vybl9pb2N0bCsweDJkNAojMTAgMHhmZmZmZmZmZjgwYjQw MmYxIGF0IHN5c19pb2N0bCsweDE3MQojMTEgMHhmZmZmZmZmZjgwZmEwNjhlIGF0IGFtZDY0 X3N5c2NhbGwrMHg0Y2UKIzEyIDB4ZmZmZmZmZmY4MGY4Mjc4YiBhdCBYZmFzdF9zeXNjYWxs KzB4ZmIKVXB0aW1lOiA2bTUycwpEdW1waW5nIDE0NDEgb3V0IG9mIDMyMzMxIE1COi4uMiUu LjEyJS4uMjIlLi4zMiUuLjQyJS4uNTIlLi42MiUuLjcyJS4uODIlLi45MiVDb3B5cmlnaHQg KGMpIDE5OTItMjAxNiBUaGUgRnJlZUJTRCBQcm9qZWN0LgpDb3B5cmlnaHQgKGMpIDE5Nzks IDE5ODAsIDE5ODMsIDE5ODYsIDE5ODgsIDE5ODksIDE5OTEsIDE5OTIsIDE5OTMsIDE5OTQK CVRoZSBSZWdlbnRzIG9mIHRoZSBVbml2ZXJzaXR5IG9mIENhbGlmb3JuaWEuIEFsbCByaWdo dHMgcmVzZXJ2ZWQuCkZyZWVCU0QgaXMgYSByZWdpc3RlcmVkIHRyYWRlbWFyayBvZiBUaGUg RnJlZUJTRCBGb3VuZGF0aW9uLgpGcmVlQlNEIDExLjAtUkMxICMwIHIzMDM5Nzk6IEZyaSBB dWcgMTIgMDI6Mjg6MjQgVVRDIDIwMTYKICAgIHJvb3RAcmVsZW5nMi5ueWkuZnJlZWJzZC5v cmc6L3Vzci9vYmovdXNyL3NyYy9zeXMvR0VORVJJQyBhbWQ2NApGcmVlQlNEIGNsYW5nIHZl cnNpb24gMy44LjAgKHRhZ3MvUkVMRUFTRV8zODAvZmluYWwgMjYyNTY0KSAoYmFzZWQgb24g TExWTSAzLjguMCkKVlQodmdhKTogcmVzb2x1dGlvbiA2NDB4NDgwCkNQVTogSW50ZWwoUikg Q29yZShUTSkgaTctMzYzMFFNIENQVSBAIDIuNDBHSHogKDIzOTQuNjEtTUh6IEs4LWNsYXNz IENQVSkKICBPcmlnaW49IkdlbnVpbmVJbnRlbCIgIElkPTB4MzA2YTkgIEZhbWlseT0weDYg IE1vZGVsPTB4M2EgIFN0ZXBwaW5nPTkKICBGZWF0dXJlcz0weGJmZWJmYmZmPEZQVSxWTUUs REUsUFNFLFRTQyxNU1IsUEFFLE1DRSxDWDgsQVBJQyxTRVAsTVRSUixQR0UsTUNBLENNT1Ys UEFULFBTRTM2LENMRkxVU0gsRFRTLEFDUEksTU1YLEZYU1IsU1NFLFNTRTIsU1MsSFRULFRN LFBCRT4KICBGZWF0dXJlczI9MHg3ZmJhZTNiZjxTU0UzLFBDTE1VTFFEUSxEVEVTNjQsTU9O LERTX0NQTCxWTVgsRVNULFRNMixTU1NFMyxDWDE2LHhUUFIsUERDTSxQQ0lELFNTRTQuMSxT U0U0LjIseDJBUElDLFBPUENOVCxUU0NETFQsQUVTTkksWFNBVkUsT1NYU0FWRSxBVlgsRjE2 QyxSRFJBTkQ+CiAgQU1EIEZlYXR1cmVzPTB4MjgxMDA4MDA8U1lTQ0FMTCxOWCxSRFRTQ1As TE0+CiAgQU1EIEZlYXR1cmVzMj0weDE8TEFIRj4KICBTdHJ1Y3R1cmVkIEV4dGVuZGVkIEZl YXR1cmVzPTB4MjgxPEZTR1NCQVNFLFNNRVAsRVJNUz4KICBYU0FWRSBGZWF0dXJlcz0weDE8 WFNBVkVPUFQ+CiAgVlQteDogUEFULEhMVCxNVEYsUEFVU0UsRVBULFVHLFZQSUQKICBUU0M6 IFAtc3RhdGUgaW52YXJpYW50LCBwZXJmb3JtYW5jZSBzdGF0aXN0aWNzCnJlYWwgbWVtb3J5 ICA9IDM0MzU5NzM4MzY4ICgzMjc2OCBNQikKYXZhaWwgbWVtb3J5ID0gMzI4ODk2NTEyMDAg KDMxMzY2IE1CKQpFdmVudCB0aW1lciAiTEFQSUMiIHF1YWxpdHkgNjAwCkFDUEkgQVBJQyBU YWJsZTogPExFTk9WTyBUUC1HNSAgID4KRnJlZUJTRC9TTVA6IE11bHRpcHJvY2Vzc29yIFN5 c3RlbSBEZXRlY3RlZDogOCBDUFVzCkZyZWVCU0QvU01QOiAxIHBhY2thZ2UocykgeCA0IGNv cmUocykgeCAyIGhhcmR3YXJlIHRocmVhZHMKcmFuZG9tOiB1bmJsb2NraW5nIGRldmljZS4K aW9hcGljMCA8VmVyc2lvbiAyLjA+IGlycXMgMC0yMyBvbiBtb3RoZXJib2FyZApyYW5kb206 IGVudHJvcHkgZGV2aWNlIGV4dGVybmFsIGludGVyZmFjZQprYmQxIGF0IGtiZG11eDAKbmV0 bWFwOiBsb2FkZWQgbW9kdWxlCm1vZHVsZV9yZWdpc3Rlcl9pbml0OiBNT0RfTE9BRCAodmVz YSwgMHhmZmZmZmZmZjgxMDFiOTIwLCAwKSBlcnJvciAxOQpyYW5kb206IHJlZ2lzdGVyaW5n IGZhc3Qgc291cmNlIEludGVsIFNlY3VyZSBLZXkgUk5HCnJhbmRvbTogZmFzdCBwcm92aWRl cjogIkludGVsIFNlY3VyZSBLZXkgUk5HIgp2dHZnYTA6IDxWVCBWR0EgZHJpdmVyPiBvbiBt b3RoZXJib2FyZApjcnlwdG9zb2Z0MDogPHNvZnR3YXJlIGNyeXB0bz4gb24gbW90aGVyYm9h cmQKYWVzbmkwOiA8QUVTLUNCQyxBRVMtWFRTLEFFUy1HQ00sQUVTLUlDTT4gb24gbW90aGVy Ym9hcmQKYWNwaTA6IDxMRU5PVk8gVFAtRzU+IG9uIG1vdGhlcmJvYXJkCmFjcGlfZWMwOiA8 RW1iZWRkZWQgQ29udHJvbGxlcjogR1BFIDB4MTEsIEVDRFQ+IHBvcnQgMHg2MiwweDY2IG9u IGFjcGkwCmFjcGkwOiBQb3dlciBCdXR0b24gKGZpeGVkKQpjcHUwOiA8QUNQSSBDUFU+IG9u IGFjcGkwCmNwdTE6IDxBQ1BJIENQVT4gb24gYWNwaTAKY3B1MjogPEFDUEkgQ1BVPiBvbiBh Y3BpMApjcHUzOiA8QUNQSSBDUFU+IG9uIGFjcGkwCmNwdTQ6IDxBQ1BJIENQVT4gb24gYWNw aTAKY3B1NTogPEFDUEkgQ1BVPiBvbiBhY3BpMApjcHU2OiA8QUNQSSBDUFU+IG9uIGFjcGkw CmNwdTc6IDxBQ1BJIENQVT4gb24gYWNwaTAKYXR0aW1lcjA6IDxBVCB0aW1lcj4gcG9ydCAw eDQwLTB4NDMgaXJxIDAgb24gYWNwaTAKVGltZWNvdW50ZXIgImk4MjU0IiBmcmVxdWVuY3kg MTE5MzE4MiBIeiBxdWFsaXR5IDAKRXZlbnQgdGltZXIgImk4MjU0IiBmcmVxdWVuY3kgMTE5 MzE4MiBIeiBxdWFsaXR5IDEwMApocGV0MDogPEhpZ2ggUHJlY2lzaW9uIEV2ZW50IFRpbWVy PiBpb21lbSAweGZlZDAwMDAwLTB4ZmVkMDAzZmYgb24gYWNwaTAKVGltZWNvdW50ZXIgIkhQ RVQiIGZyZXF1ZW5jeSAxNDMxODE4MCBIeiBxdWFsaXR5IDk1MApFdmVudCB0aW1lciAiSFBF VCIgZnJlcXVlbmN5IDE0MzE4MTgwIEh6IHF1YWxpdHkgNTUwCmF0cnRjMDogPEFUIHJlYWx0 aW1lIGNsb2NrPiBwb3J0IDB4NzAtMHg3MSBpcnEgOCBvbiBhY3BpMApFdmVudCB0aW1lciAi UlRDIiBmcmVxdWVuY3kgMzI3NjggSHogcXVhbGl0eSAwClRpbWVjb3VudGVyICJBQ1BJLWZh c3QiIGZyZXF1ZW5jeSAzNTc5NTQ1IEh6IHF1YWxpdHkgOTAwCmFjcGlfdGltZXIwOiA8MjQt Yml0IHRpbWVyIGF0IDMuNTc5NTQ1TUh6PiBwb3J0IDB4NDA4LTB4NDBiIG9uIGFjcGkwCmFj cGlfbGlkMDogPENvbnRyb2wgTWV0aG9kIExpZCBTd2l0Y2g+IG9uIGFjcGkwCmFjcGlfYnV0 dG9uMDogPFNsZWVwIEJ1dHRvbj4gb24gYWNwaTAKcGNpYjA6IDxBQ1BJIEhvc3QtUENJIGJy aWRnZT4gcG9ydCAweGNmOC0weGNmZiBvbiBhY3BpMApwY2kwOiA8QUNQSSBQQ0kgYnVzPiBv biBwY2liMApwY2liMTogPEFDUEkgUENJLVBDSSBicmlkZ2U+IGlycSAxNiBhdCBkZXZpY2Ug MS4wIG9uIHBjaTAKcGNpMTogPEFDUEkgUENJIGJ1cz4gb24gcGNpYjEKdmdhcGNpMDogPFZH QS1jb21wYXRpYmxlIGRpc3BsYXk+IHBvcnQgMHg1MDAwLTB4NTA3ZiBtZW0gMHhmMjAwMDAw MC0weGYyZmZmZmZmLDB4ZTAwMDAwMDAtMHhlZmZmZmZmZiwweGYwMDAwMDAwLTB4ZjFmZmZm ZmYgaXJxIDE2IGF0IGRldmljZSAwLjAgb24gcGNpMQp2Z2FwY2kwOiBCb290IHZpZGVvIGRl dmljZQpoZGFjMDogPE5WSURJQSAoMHgwZTFiKSBIREEgQ29udHJvbGxlcj4gbWVtIDB4ZjMw MDAwMDAtMHhmMzAwM2ZmZiBpcnEgMTcgYXQgZGV2aWNlIDAuMSBvbiBwY2kxCnhoY2kwOiA8 SW50ZWwgUGFudGhlciBQb2ludCBVU0IgMy4wIGNvbnRyb2xsZXI+IG1lbSAweGY1MzIwMDAw LTB4ZjUzMmZmZmYgaXJxIDE2IGF0IGRldmljZSAyMC4wIG9uIHBjaTAKeGhjaTA6IDMyIGJ5 dGVzIGNvbnRleHQgc2l6ZSwgNjQtYml0IERNQQp4aGNpMDogUG9ydCByb3V0aW5nIG1hc2sg c2V0IHRvIDB4ZmZmZmZmZmYKdXNidXMwIG9uIHhoY2kwCnBjaTA6IDxzaW1wbGUgY29tbXM+ IGF0IGRldmljZSAyMi4wIChubyBkcml2ZXIgYXR0YWNoZWQpCmVtMDogPEludGVsKFIpIFBS Ty8xMDAwIE5ldHdvcmsgQ29ubmVjdGlvbiA3LjYuMS1rPiBwb3J0IDB4NjA0MC0weDYwNWYg bWVtIDB4ZjUzMDAwMDAtMHhmNTMxZmZmZiwweGY1MzNiMDAwLTB4ZjUzM2JmZmYgaXJxIDIw IGF0IGRldmljZSAyNS4wIG9uIHBjaTAKZW0wOiBVc2luZyBhbiBNU0kgaW50ZXJydXB0CmVt MDogRXRoZXJuZXQgYWRkcmVzczogM2M6OTc6MGU6YzM6Yzk6ZDAKZW0wOiBuZXRtYXAgcXVl dWVzL3Nsb3RzOiBUWCAxLzEwMjQsIFJYIDEvMTAyNAplaGNpMDogPEludGVsIFBhbnRoZXIg UG9pbnQgVVNCIDIuMCBjb250cm9sbGVyPiBtZW0gMHhmNTMzYTAwMC0weGY1MzNhM2ZmIGly cSAxNiBhdCBkZXZpY2UgMjYuMCBvbiBwY2kwCnVzYnVzMTogRUhDSSB2ZXJzaW9uIDEuMAp1 c2J1czEgb24gZWhjaTAKaGRhYzE6IDxJbnRlbCBQYW50aGVyIFBvaW50IEhEQSBDb250cm9s bGVyPiBtZW0gMHhmNTMzMDAwMC0weGY1MzMzZmZmIGlycSAyMiBhdCBkZXZpY2UgMjcuMCBv biBwY2kwCnBjaWIyOiA8QUNQSSBQQ0ktUENJIGJyaWRnZT4gaXJxIDE2IGF0IGRldmljZSAy OC4wIG9uIHBjaTAKcGNpYjI6IFtHSUFOVC1MT0NLRURdCnBjaTI6IDxBQ1BJIFBDSSBidXM+ IG9uIHBjaWIyCnNkaGNpX3BjaTA6IDxSSUNPSCBSNUNFODIyIFNEPiBtZW0gMHhmNGEwMTAw MC0weGY0YTAxMGZmIGlycSAxNiBhdCBkZXZpY2UgMC4wIG9uIHBjaTIKc2RoY2lfcGNpMDog MSBzbG90KHMpIGFsbG9jYXRlZApwY2kyOiA8c2VyaWFsIGJ1cywgRmlyZVdpcmU+IGF0IGRl dmljZSAwLjMgKG5vIGRyaXZlciBhdHRhY2hlZCkKcGNpYjM6IDxBQ1BJIFBDSS1QQ0kgYnJp ZGdlPiBpcnEgMTcgYXQgZGV2aWNlIDI4LjEgb24gcGNpMApwY2kzOiA8QUNQSSBQQ0kgYnVz PiBvbiBwY2liMwppd24wOiA8SW50ZWwgQ2VudHJpbm8gVWx0aW1hdGUtTiA2MzAwPiBtZW0g MHhmNDkwMDAwMC0weGY0OTAxZmZmIGlycSAxNyBhdCBkZXZpY2UgMC4wIG9uIHBjaTMKcGNp YjQ6IDxBQ1BJIFBDSS1QQ0kgYnJpZGdlPiBpcnEgMTggYXQgZGV2aWNlIDI4LjIgb24gcGNp MApwY2liNDogW0dJQU5ULUxPQ0tFRF0KZWhjaTE6IDxJbnRlbCBQYW50aGVyIFBvaW50IFVT QiAyLjAgY29udHJvbGxlcj4gbWVtIDB4ZjUzMzkwMDAtMHhmNTMzOTNmZiBpcnEgMjMgYXQg ZGV2aWNlIDI5LjAgb24gcGNpMAp1c2J1czI6IEVIQ0kgdmVyc2lvbiAxLjAKdXNidXMyIG9u IGVoY2kxCmlzYWIwOiA8UENJLUlTQSBicmlkZ2U+IGF0IGRldmljZSAzMS4wIG9uIHBjaTAK aXNhMDogPElTQSBidXM+IG9uIGlzYWIwCmFoY2kwOiA8SW50ZWwgUGFudGhlciBQb2ludCBB SENJIFNBVEEgY29udHJvbGxlcj4gcG9ydCAweDYwNjgtMHg2MDZmLDB4NjA3NC0weDYwNzcs MHg2MDYwLTB4NjA2NywweDYwNzAtMHg2MDczLDB4NjAyMC0weDYwM2YgbWVtIDB4ZjUzMzgw MDAtMHhmNTMzODdmZiBpcnEgMTkgYXQgZGV2aWNlIDMxLjIgb24gcGNpMAphaGNpMDogQUhD SSB2MS4zMCB3aXRoIDYgNkdicHMgcG9ydHMsIFBvcnQgTXVsdGlwbGllciBub3Qgc3VwcG9y dGVkCmFoY2ljaDA6IDxBSENJIGNoYW5uZWw+IGF0IGNoYW5uZWwgMCBvbiBhaGNpMAphaGNp Y2gxOiA8QUhDSSBjaGFubmVsPiBhdCBjaGFubmVsIDEgb24gYWhjaTAKYWhjaWNoNDogPEFI Q0kgY2hhbm5lbD4gYXQgY2hhbm5lbCA0IG9uIGFoY2kwCmFoY2llbTA6IDxBSENJIGVuY2xv c3VyZSBtYW5hZ2VtZW50IGJyaWRnZT4gb24gYWhjaTAKYWNwaV90ejA6IDxUaGVybWFsIFpv bmU+IG9uIGFjcGkwCmF0a2JkYzA6IDxLZXlib2FyZCBjb250cm9sbGVyIChpODA0Mik+IHBv cnQgMHg2MCwweDY0IGlycSAxIG9uIGFjcGkwCmF0a2JkMDogPEFUIEtleWJvYXJkPiBpcnEg MSBvbiBhdGtiZGMwCmtiZDAgYXQgYXRrYmQwCmF0a2JkMDogW0dJQU5ULUxPQ0tFRF0KcHNt MDogPFBTLzIgTW91c2U+IGlycSAxMiBvbiBhdGtiZGMwCnBzbTA6IFtHSUFOVC1MT0NLRURd CnBzbTA6IG1vZGVsIFN5bmFwdGljcyBUb3VjaHBhZCwgZGV2aWNlIElEIDAKYmF0dGVyeTA6 IDxBQ1BJIENvbnRyb2wgTWV0aG9kIEJhdHRlcnk+IG9uIGFjcGkwCmFjcGlfYWNhZDA6IDxB QyBBZGFwdGVyPiBvbiBhY3BpMAplc3QwOiA8RW5oYW5jZWQgU3BlZWRTdGVwIEZyZXF1ZW5j eSBDb250cm9sPiBvbiBjcHUwCnA0dGNjMDogPENQVSBGcmVxdWVuY3kgVGhlcm1hbCBDb250 cm9sPiBvbiBjcHUwCmVzdDE6IDxFbmhhbmNlZCBTcGVlZFN0ZXAgRnJlcXVlbmN5IENvbnRy b2w+IG9uIGNwdTEKcDR0Y2MxOiA8Q1BVIEZyZXF1ZW5jeSBUaGVybWFsIENvbnRyb2w+IG9u IGNwdTEKZXN0MjogPEVuaGFuY2VkIFNwZWVkU3RlcCBGcmVxdWVuY3kgQ29udHJvbD4gb24g Y3B1MgpwNHRjYzI6IDxDUFUgRnJlcXVlbmN5IFRoZXJtYWwgQ29udHJvbD4gb24gY3B1Mgpl c3QzOiA8RW5oYW5jZWQgU3BlZWRTdGVwIEZyZXF1ZW5jeSBDb250cm9sPiBvbiBjcHUzCnA0 dGNjMzogPENQVSBGcmVxdWVuY3kgVGhlcm1hbCBDb250cm9sPiBvbiBjcHUzCmVzdDQ6IDxF bmhhbmNlZCBTcGVlZFN0ZXAgRnJlcXVlbmN5IENvbnRyb2w+IG9uIGNwdTQKcDR0Y2M0OiA8 Q1BVIEZyZXF1ZW5jeSBUaGVybWFsIENvbnRyb2w+IG9uIGNwdTQKZXN0NTogPEVuaGFuY2Vk IFNwZWVkU3RlcCBGcmVxdWVuY3kgQ29udHJvbD4gb24gY3B1NQpwNHRjYzU6IDxDUFUgRnJl cXVlbmN5IFRoZXJtYWwgQ29udHJvbD4gb24gY3B1NQplc3Q2OiA8RW5oYW5jZWQgU3BlZWRT dGVwIEZyZXF1ZW5jeSBDb250cm9sPiBvbiBjcHU2CnA0dGNjNjogPENQVSBGcmVxdWVuY3kg VGhlcm1hbCBDb250cm9sPiBvbiBjcHU2CmVzdDc6IDxFbmhhbmNlZCBTcGVlZFN0ZXAgRnJl cXVlbmN5IENvbnRyb2w+IG9uIGNwdTcKcDR0Y2M3OiA8Q1BVIEZyZXF1ZW5jeSBUaGVybWFs IENvbnRyb2w+IG9uIGNwdTcKZnVzZS1mcmVlYnNkOiB2ZXJzaW9uIDAuNC40LCBGVVNFIEFC SSA3LjgKWkZTIGZpbGVzeXN0ZW0gdmVyc2lvbjogNQpaRlMgc3RvcmFnZSBwb29sIHZlcnNp b246IGZlYXR1cmVzIHN1cHBvcnQgKDUwMDApClRpbWVjb3VudGVycyB0aWNrIGV2ZXJ5IDEu MDAwIG1zZWMKbnZtZSBjYW0gcHJvYmUgZGV2aWNlIGluaXQKaGRhY2MwOiA8TlZJRElBICgw eDAwNDIpIEhEQSBDT0RFQz4gYXQgY2FkIDAgb24gaGRhYzAKaGRhYTA6IDxOVklESUEgKDB4 MDA0MikgQXVkaW8gRnVuY3Rpb24gR3JvdXA+IGF0IG5pZCAxIG9uIGhkYWNjMApwY20wOiA8 TlZJRElBICgweDAwNDIpIChIRE1JL0RQIDhjaCk+IGF0IG5pZCA1IG9uIGhkYWEwCnBjbTE6 IDxOVklESUEgKDB4MDA0MikgKEhETUkvRFAgOGNoKT4gYXQgbmlkIDYgb24gaGRhYTAKcGNt MjogPE5WSURJQSAoMHgwMDQyKSAoSERNSS9EUCA4Y2gpPiBhdCBuaWQgNyBvbiBoZGFhMApo ZGFjYzE6IDxSZWFsdGVrIEFMQzI2OSBIREEgQ09ERUM+IGF0IGNhZCAwIG9uIGhkYWMxCmhk YWExOiA8UmVhbHRlayBBTEMyNjkgQXVkaW8gRnVuY3Rpb24gR3JvdXA+IGF0IG5pZCAxIG9u IGhkYWNjMQpwY20zOiA8UmVhbHRlayBBTEMyNjkgKEFuYWxvZyAyLjArSFAvMi4wKT4gYXQg bmlkIDIwLDIxIGFuZCAyNCBvbiBoZGFhMQpwY200OiA8UmVhbHRlayBBTEMyNjkgKEludGVy bmFsIEFuYWxvZyBNaWMpPiBhdCBuaWQgMTggb24gaGRhYTEKdXNidXMwOiA1LjBHYnBzIFN1 cGVyIFNwZWVkIFVTQiB2My4wCnVzYnVzMTogNDgwTWJwcyBIaWdoIFNwZWVkIFVTQiB2Mi4w CnVzYnVzMjogNDgwTWJwcyBIaWdoIFNwZWVkIFVTQiB2Mi4wCnVnZW4wLjE6IDwweDgwODY+ IGF0IHVzYnVzMAp1aHViMDogPDB4ODA4NiBYSENJIHJvb3QgSFVCLCBjbGFzcyA5LzAsIHJl diAzLjAwLzEuMDAsIGFkZHIgMT4gb24gdXNidXMwCnVnZW4xLjE6IDxJbnRlbD4gYXQgdXNi dXMxCnVodWIxOiA8SW50ZWwgRUhDSSByb290IEhVQiwgY2xhc3MgOS8wLCByZXYgMi4wMC8x LjAwLCBhZGRyIDE+IG9uIHVzYnVzMQp1Z2VuMi4xOiA8SW50ZWw+IGF0IHVzYnVzMgp1aHVi MjogPEludGVsIEVIQ0kgcm9vdCBIVUIsIGNsYXNzIDkvMCwgcmV2IDIuMDAvMS4wMCwgYWRk ciAxPiBvbiB1c2J1czIKYWRhMCBhdCBhaGNpY2gwIGJ1cyAwIHNjYnVzMCB0YXJnZXQgMCBs dW4gMAphZGEwOiA8U2Ftc3VuZyBTU0QgODQwIFNlcmllcyBEWFQwOEIwUT4gQUNTLTIgQVRB IFNBVEEgMy54IGRldmljZQphZGEwOiBTZXJpYWwgTnVtYmVyIFMxNExORUFEODAxNDE2Vgph ZGEwOiA2MDAuMDAwTUIvcyB0cmFuc2ZlcnMgKFNBVEEgMy54LCBVRE1BNiwgUElPIDgxOTJi eXRlcykKYWRhMDogQ29tbWFuZCBRdWV1ZWluZyBlbmFibGVkCmFkYTA6IDQ3Njk0ME1CICg5 NzY3NzMxNjggNTEyIGJ5dGUgc2VjdG9ycykKYWRhMDogcXVpcmtzPTB4Mzw0SyxOQ1FfVFJJ TV9CUk9LRU4+CmFkYTEgYXQgYWhjaWNoMSBidXMgMCBzY2J1czEgdGFyZ2V0IDAgbHVuIDAK YWRhMTogPFNhbXN1bmcgU1NEIDg0MCBFVk8gMVRCIEVYVDBCQjZRPiBBQ1MtMiBBVEEgU0FU QSAzLnggZGV2aWNlCmFkYTE6IFNlcmlhbCBOdW1iZXIgUzFEOU5TQUY0MDU0OTNXCmFkYTE6 IDYwMC4wMDBNQi9zIHRyYW5zZmVycyAoU0FUQSAzLngsIFVETUE2LCBQSU8gNTEyYnl0ZXMp CmFkYTE6IENvbW1hbmQgUXVldWVpbmcgZW5hYmxlZAphZGExOiA5NTM4NjlNQiAoMTk1MzUy NTE2OCA1MTIgYnl0ZSBzZWN0b3JzKQphZGExOiBxdWlya3M9MHgzPDRLLE5DUV9UUklNX0JS T0tFTj4Kc2VzMCBhdCBhaGNpZW0wIGJ1cyAwIHNjYnVzMyB0YXJnZXQgMCBsdW4gMApzZXMw OiA8QUhDSSBTR1BJTyBFbmNsb3N1cmUgMS4wMCAwMDAxPiBTRU1CIFMtRS1TIDIuMDAgZGV2 aWNlCnNlczA6IFNFTUIgU0VTIERldmljZQpTTVA6IEFQIENQVSAjMSBMYXVuY2hlZCEKU01Q OiBBUCBDUFUgIzIgTGF1bmNoZWQhClNNUDogQVAgQ1BVICM0IExhdW5jaGVkIQpTTVA6IEFQ IENQVSAjNSBMYXVuY2hlZCEKU01QOiBBUCBDUFUgIzMgTGF1bmNoZWQhClNNUDogQVAgQ1BV ICM3IExhdW5jaGVkIQpTTVA6IEFQIENQVSAjNiBMYXVuY2hlZCEKVGltZWNvdW50ZXIgIlRT Qy1sb3ciIGZyZXF1ZW5jeSAxMTk3MzA3MTgwIEh6IHF1YWxpdHkgMTAwMApUcnlpbmcgdG8g bW91bnQgcm9vdCBmcm9tIHpmczp6cm9vdC9ST09UL0ZyZWVCU0QxMVJDMSBbXS4uLgpSb290 IG1vdW50IHdhaXRpbmcgZm9yOiB1c2J1czIgdXNidXMxIHVzYnVzMAp1aHViMDogOCBwb3J0 cyB3aXRoIDggcmVtb3ZhYmxlLCBzZWxmIHBvd2VyZWQKdWdlbjAuMjogPExlbm92bz4gYXQg dXNidXMwCnVodWIxOiAzIHBvcnRzIHdpdGggMyByZW1vdmFibGUsIHNlbGYgcG93ZXJlZAp1 aHViMjogMyBwb3J0cyB3aXRoIDMgcmVtb3ZhYmxlLCBzZWxmIHBvd2VyZWQKUm9vdCBtb3Vu dCB3YWl0aW5nIGZvcjogdXNidXMyIHVzYnVzMQp1Z2VuMS4yOiA8dmVuZG9yIDB4ODA4Nz4g YXQgdXNidXMxCnVodWIzOiA8dmVuZG9yIDB4ODA4NyBwcm9kdWN0IDB4MDAyNCwgY2xhc3Mg OS8wLCByZXYgMi4wMC8wLjAwLCBhZGRyIDI+IG9uIHVzYnVzMQp1Z2VuMi4yOiA8dmVuZG9y IDB4ODA4Nz4gYXQgdXNidXMyCnVodWI0OiA8dmVuZG9yIDB4ODA4NyBwcm9kdWN0IDB4MDAy NCwgY2xhc3MgOS8wLCByZXYgMi4wMC8wLjAwLCBhZGRyIDI+IG9uIHVzYnVzMgp1aHViMzog NiBwb3J0cyB3aXRoIDYgcmVtb3ZhYmxlLCBzZWxmIHBvd2VyZWQKUm9vdCBtb3VudCB3YWl0 aW5nIGZvcjogdXNidXMyIHVzYnVzMQp1aHViNDogOCBwb3J0cyB3aXRoIDggcmVtb3ZhYmxl LCBzZWxmIHBvd2VyZWQKdWdlbjEuMzogPEF1dGg+IGF0IHVzYnVzMQp1Z2VuMi4zOiA8TG9n aXRlY2g+IGF0IHVzYnVzMgp1a2JkMDogPExvZ2l0ZWNoIFVTQiBSZWNlaXZlciwgY2xhc3Mg MC8wLCByZXYgMi4wMC8yNC4wMCwgYWRkciAzPiBvbiB1c2J1czIKa2JkMiBhdCB1a2JkMAp1 Z2VuMS40OiA8QnJvYWRjb20gQ29ycD4gYXQgdXNidXMxCnVnZW4xLjU6IDxDaGljb255IEVs ZWN0cm9uaWNzIENvLiwgTHRkLj4gYXQgdXNidXMxCkdFT01fRUxJOiBEZXZpY2UgYWRhMXAx LmVsaSBjcmVhdGVkLgpHRU9NX0VMSTogRW5jcnlwdGlvbjogQUVTLVhUUyAxMjgKR0VPTV9F TEk6ICAgICBDcnlwdG86IGhhcmR3YXJlCndsYW4wOiBFdGhlcm5ldCBhZGRyZXNzOiAzYzph OTpmNDo1YTphMToyOApsYWdnMDogSVB2NiBhZGRyZXNzZXMgb24gZW0wIGhhdmUgYmVlbiBy ZW1vdmVkIGJlZm9yZSBhZGRpbmcgaXQgYXMgYSBtZW1iZXIgdG8gcHJldmVudCBJUHY2IGFk ZHJlc3Mgc2NvcGUgdmlvbGF0aW9uLgpsYWdnMDogbGluayBzdGF0ZSBjaGFuZ2VkIHRvIERP V04KbGFnZzA6IElQdjYgYWRkcmVzc2VzIG9uIHdsYW4wIGhhdmUgYmVlbiByZW1vdmVkIGJl Zm9yZSBhZGRpbmcgaXQgYXMgYSBtZW1iZXIgdG8gcHJldmVudCBJUHY2IGFkZHJlc3Mgc2Nv cGUgdmlvbGF0aW9uLgppd24wOiBpd25fcmVhZF9maXJtd2FyZTogdWNvZGUgcmV2PTB4MDlk ZDA0MDEKaXduMDogaXduX3JlYWRfZmlybXdhcmU6IHVjb2RlIHJldj0weDA5ZGQwNDAxCnVt b2RlbTA6IDxINTMyMSBndyBNb2JpbGUgQnJvYWRiYW5kIE1vZGVtPiBvbiB1c2J1czAKdW1v ZGVtMDogZGF0YSBpbnRlcmZhY2UgMiwgaGFzIENNIG92ZXIgZGF0YSwgaGFzIGJyZWFrCnVt b2RlbTE6IDxINTMyMSBndyBNb2JpbGUgQnJvYWRiYW5kIERhdGEgTW9kZW0+IG9uIHVzYnVz MAp1bW9kZW0xOiBkYXRhIGludGVyZmFjZSA0LCBoYXMgQ00gb3ZlciBkYXRhLCBoYXMgYnJl YWsKdW1vZGVtMjogPEg1MzIxIGd3IE1vYmlsZSBCcm9hZGJhbmQgR1BTIFBvcnQ+IG9uIHVz YnVzMAp1bW9kZW0yOiBkYXRhIGludGVyZmFjZSAxMCwgaGFzIENNIG92ZXIgZGF0YSwgaGFz IGJyZWFrCmNkY2UwOiA8RXJpY3Nzb24gSDUzMjEgZ3c+IG9uIHVzYnVzMAp1ZTA6IDxVU0Ig RXRoZXJuZXQ+IG9uIGNkY2UwCnVlMDogRXRoZXJuZXQgYWRkcmVzczogMDI6MTU6ZTA6ZWM6 MDE6MDAKdW1zMDogPExvZ2l0ZWNoIFVTQiBSZWNlaXZlciwgY2xhc3MgMC8wLCByZXYgMi4w MC8yNC4wMCwgYWRkciAzPiBvbiB1c2J1czIKdW1zMDogMTYgYnV0dG9ucyBhbmQgW1hZWlRd IGNvb3JkaW5hdGVzIElEPTIKdWhpZDA6IDxMb2dpdGVjaCBVU0IgUmVjZWl2ZXIsIGNsYXNz IDAvMCwgcmV2IDIuMDAvMjQuMDAsIGFkZHIgMz4gb24gdXNidXMyCnVidDA6IDxCcm9hZGNv bSBDb3JwIEJDTTIwNzAyQTAsIHJldiAyLjAwLzEuMTIsIGFkZHIgND4gb24gdXNidXMxCldB Uk5JTkc6IGF0dGVtcHQgdG8gZG9tYWluX2FkZChibHVldG9vdGgpIGFmdGVyIGRvbWFpbmZp bmFsaXplKCkKV0FSTklORzogYXR0ZW1wdCB0byBkb21haW5fYWRkKG5ldGdyYXBoKSBhZnRl ciBkb21haW5maW5hbGl6ZSgpCktMRCB2Ym94ZHJ2LmtvOiBkZXBlbmRzIG9uIGtlcm5lbCAt IG5vdCBhdmFpbGFibGUgb3IgdmVyc2lvbiBtaXNtYXRjaApsaW5rZXJfbG9hZF9maWxlOiBV bnN1cHBvcnRlZCBmaWxlIHR5cGUKd2xhbjA6IGxpbmsgc3RhdGUgY2hhbmdlZCB0byBVUAps YWdnMDogbGluayBzdGF0ZSBjaGFuZ2VkIHRvIFVQCndsYW4wOiBsaW5rIHN0YXRlIGNoYW5n ZWQgdG8gRE9XTgpsYWdnMDogbGluayBzdGF0ZSBjaGFuZ2VkIHRvIERPV04Kd2xhbjA6IGxp bmsgc3RhdGUgY2hhbmdlZCB0byBVUApsYWdnMDogbGluayBzdGF0ZSBjaGFuZ2VkIHRvIFVQ CndsYW4wOiBsaW5rIHN0YXRlIGNoYW5nZWQgdG8gRE9XTgpsYWdnMDogbGluayBzdGF0ZSBj aGFuZ2VkIHRvIERPV04KS0xEIGxpbnV4X2Fkb2JlLmtvOiBkZXBlbmRzIG9uIGtlcm5lbCAt IG5vdCBhdmFpbGFibGUgb3IgdmVyc2lvbiBtaXNtYXRjaApsaW5rZXJfbG9hZF9maWxlOiBV bnN1cHBvcnRlZCBmaWxlIHR5cGUKd2xhbjA6IGxpbmsgc3RhdGUgY2hhbmdlZCB0byBVUAps YWdnMDogbGluayBzdGF0ZSBjaGFuZ2VkIHRvIFVQCndsYW4wOiBsaW5rIHN0YXRlIGNoYW5n ZWQgdG8gRE9XTgpsYWdnMDogbGluayBzdGF0ZSBjaGFuZ2VkIHRvIERPV04Kd2xhbjA6IGxp bmsgc3RhdGUgY2hhbmdlZCB0byBVUApsYWdnMDogbGluayBzdGF0ZSBjaGFuZ2VkIHRvIFVQ CndsYW4wOiBsaW5rIHN0YXRlIGNoYW5nZWQgdG8gRE9XTgpsYWdnMDogbGluayBzdGF0ZSBj aGFuZ2VkIHRvIERPV04Kd2xhbjA6IGxpbmsgc3RhdGUgY2hhbmdlZCB0byBVUApsYWdnMDog bGluayBzdGF0ZSBjaGFuZ2VkIHRvIFVQCndsYW4wOiBsaW5rIHN0YXRlIGNoYW5nZWQgdG8g RE9XTgpsYWdnMDogbGluayBzdGF0ZSBjaGFuZ2VkIHRvIERPV04Kd2xhbjA6IGxpbmsgc3Rh dGUgY2hhbmdlZCB0byBVUApsYWdnMDogbGluayBzdGF0ZSBjaGFuZ2VkIHRvIFVQCndsYW4w OiBsaW5rIHN0YXRlIGNoYW5nZWQgdG8gRE9XTgpsYWdnMDogbGluayBzdGF0ZSBjaGFuZ2Vk IHRvIERPV04KaW50ZXJmYWNlIGl3bi4xIGFscmVhZHkgcHJlc2VudCBpbiB0aGUgS0xEICdr ZXJuZWwnIQpsaW5rZXJfbG9hZF9maWxlOiBVbnN1cHBvcnRlZCBmaWxlIHR5cGUKd2xhbjA6 IGxpbmsgc3RhdGUgY2hhbmdlZCB0byBVUApsYWdnMDogbGluayBzdGF0ZSBjaGFuZ2VkIHRv IFVQCndsYW4wOiBsaW5rIHN0YXRlIGNoYW5nZWQgdG8gRE9XTgpsYWdnMDogbGluayBzdGF0 ZSBjaGFuZ2VkIHRvIERPV04K --------------958A118986E17E2324FE7EA9-- From owner-freebsd-stable@freebsd.org Tue Aug 23 19:30:08 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 674EEBC3580; Tue, 23 Aug 2016 19:30:08 +0000 (UTC) (envelope-from stefan.wendler@tngtech.com) Received: from proxy.tng.vnc.biz (zimbra-vnc.tngtech.com [83.144.240.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 2567E18D2; Tue, 23 Aug 2016 19:30:08 +0000 (UTC) (envelope-from stefan.wendler@tngtech.com) Received: from localhost (localhost [127.0.0.1]) by proxy.tng.vnc.biz (Postfix) with ESMTP id 83DB11E2D2D; Tue, 23 Aug 2016 21:30:05 +0200 (CEST) X-Spam-Flag: NO X-Spam-Score: -1.501 X-Spam-Level: X-Spam-Status: No, score=-1.501 tagged_above=-10 required=5 tests=[ALL_TRUSTED=-1, BAYES_00=-0.5, LOCAL_FROM_TNG=-0.001] autolearn=ham autolearn_force=no Received: from proxy.tng.vnc.biz ([127.0.0.1]) by localhost (proxy.tng.vnc.biz [127.0.0.1]) (amavisd-new, port 10032) with ESMTP id 6HwfkzktKUsc; Tue, 23 Aug 2016 21:30:04 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by proxy.tng.vnc.biz (Postfix) with ESMTP id A2BE81E2D3A; Tue, 23 Aug 2016 21:30:04 +0200 (CEST) X-Virus-Scanned: amavisd-new at Received: from proxy.tng.vnc.biz ([127.0.0.1]) by localhost (proxy.tng.vnc.biz [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id Xj-5eLH_NXP2; Tue, 23 Aug 2016 21:30:04 +0200 (CEST) Received: from [10.0.0.95] (p5B046855.dip0.t-ipconnect.de [91.4.104.85]) by proxy.tng.vnc.biz (Postfix) with ESMTPSA id 6F2F61E2D2D; Tue, 23 Aug 2016 21:30:04 +0200 (CEST) Subject: Re: FreeBSD 11 RC1 - no wifi To: freebsd-stable@freebsd.org References: <8a427194-726c-ccad-9e02-70460152477d@tngtech.com> Cc: freebsd-current@freebsd.org From: Stefan Wendler Message-ID: Date: Tue, 23 Aug 2016 21:30:04 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 In-Reply-To: <8a427194-726c-ccad-9e02-70460152477d@tngtech.com> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Aug 2016 19:30:08 -0000 EDIT: It's a W 530, not a 540 On 08/23/2016 21:18, Stefan Wendler wrote: > Hi, >=20 > I have upgraded from FreeBSD 10.3 to 11 RC1 on my Lenovo W450 with Inte= l > Centrino Ultimate-N 6300 >=20 > After upgrade and a last reboot the iwn driver gets loaded but no iwn0 > interface pops up. Doing a 'service netif restart' crashes the machine > and a core is written. >=20 > I have attached the output of the dmesg command. If somebody needs the > core, I can upload it somewhere and give you the download link. >=20 > Please tell me how I can help you guys. >=20 > Cheers, > Stefan >=20 >=20 >=20 > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.o= rg" >=20 --=20 Stefan Wendler stefan.wendler@tngtech.com +49 (0) 176 - 2438 3835 Senior Consultant TNG Technology Consulting GmbH, Betastr. 13a, 85774 Unterf=F6hring Gesch=E4ftsf=FChrer: Henrik Klagges, Christoph Stock, Dr. Robert Dahlke Sitz: Unterf=F6hring * Amtsgericht M=FCnchen * HRB 135082 From owner-freebsd-stable@freebsd.org Tue Aug 23 19:55:03 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C4B84BC4365; Tue, 23 Aug 2016 19:55:03 +0000 (UTC) (envelope-from lists@opsec.eu) Received: from home.opsec.eu (home.opsec.eu [IPv6:2001:14f8:200::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 8BA291701; Tue, 23 Aug 2016 19:55:03 +0000 (UTC) (envelope-from lists@opsec.eu) Received: from pi by home.opsec.eu with local (Exim 4.87 (FreeBSD)) (envelope-from ) id 1bcHms-000CcH-RY; Tue, 23 Aug 2016 21:55:06 +0200 Date: Tue, 23 Aug 2016 21:55:06 +0200 From: Kurt Jaeger To: Stefan Wendler Cc: freebsd-stable@freebsd.org, freebsd-current@freebsd.org Subject: Re: FreeBSD 11 RC1 - no wifi Message-ID: <20160823195506.GR96200@home.opsec.eu> References: <8a427194-726c-ccad-9e02-70460152477d@tngtech.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <8a427194-726c-ccad-9e02-70460152477d@tngtech.com> X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Aug 2016 19:55:03 -0000 Hi! > After upgrade and a last reboot the iwn driver gets loaded but no iwn0 > interface pops up. In 11, the hardware interfaces no longer appear. They still can be found with sysctl net.wlan.devices > Doing a 'service netif restart' crashes the machine > and a core is written. The crash should not happen. -- pi@opsec.eu +49 171 3101372 4 years to go ! From owner-freebsd-stable@freebsd.org Tue Aug 23 20:56:09 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CFCD3BC45D3 for ; Tue, 23 Aug 2016 20:56:09 +0000 (UTC) (envelope-from erichsfreebsdlist@alogt.com) Received: from alogt.com (alogt.com [69.36.191.58]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id AC73E1954; Tue, 23 Aug 2016 20:56:09 +0000 (UTC) (envelope-from erichsfreebsdlist@alogt.com) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=alogt.com; s=default; h=Content-Transfer-Encoding:Content-Type:MIME-Version:References: In-Reply-To:Message-ID:Subject:Cc:To:From:Date:Sender:Reply-To:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=u6hdd3p6gaNUNAzqktvUgyPMELJjDnfvY72FFUxKGCc=; b=wv62YfErlxVZo6Rnjr69ELFQFz J9TKJ7qOatIdvlN4k/7qhUjFhfAVbx8F8z78x3C5aRBhpcbcNL6At6nXIbWl0V7HadqqnFjpRnQup qj+Qbl+/V2RFF7iv92+9LjjMcmim5wzJT3A3ri6sCbnycrJ7Y2psnnXdj/thZ92YVB6g=; Received: from [114.120.237.7] (port=40066 helo=X220.alogt.com) by sl-508-2.slc.westdc.net with esmtpsa (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.87) (envelope-from ) id 1bcIju-000kvi-3Z; Tue, 23 Aug 2016 14:56:06 -0600 Date: Wed, 24 Aug 2016 04:55:58 +0800 From: Erich Dollansky To: Lars Engels Cc: Slawa Olhovchenkov , Andrea Brancatelli , Kubilay Kocak , freebsd-stable Subject: Re: Benchmarks results for FreeBSD 11 Message-ID: <20160824045558.18c86764@X220.alogt.com> In-Reply-To: <20160823110159.GU18643@e-new.0x20.net> References: <20160819073422.4292997b@X220.alogt.com> <20160821144505.27c0f55d@X220.alogt.com> <827183a944ee4052649c152d65204444@schema31.it> <20160822101423.GF18643@e-new.0x20.net> <20160822120215.GV22212@zxy.spb.ru> <20160823110159.GU18643@e-new.0x20.net> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - sl-508-2.slc.westdc.net X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - alogt.com X-Get-Message-Sender-Via: sl-508-2.slc.westdc.net: authenticated_id: erichsfreebsdlist@alogt.com X-Authenticated-Sender: sl-508-2.slc.westdc.net: erichsfreebsdlist@alogt.com X-Source: X-Source-Args: X-Source-Dir: X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Aug 2016 20:56:09 -0000 Hi, On Tue, 23 Aug 2016 13:01:59 +0200 Lars Engels wrote: > On Mon, Aug 22, 2016 at 03:02:15PM +0300, Slawa Olhovchenkov wrote: > > On Mon, Aug 22, 2016 at 12:14:23PM +0200, Lars Engels wrote: > > > > > On Mon, Aug 22, 2016 at 11:48:46AM +0200, Andrea Brancatelli > > > wrote: > > > > Il 2016-08-21 08:45 Erich Dollansky ha scritto: > > > > > > > > > I am sure that some know of this site: > > > > > > > > > > http://www.phoronix.com/scan.php?page=article&item=2bsd-7linux-bench&num=4 > > > > > > > > > > I wonder about the results for FreeBSD. As I do not have 11 > > > > > on my machines, a stupid question. Are there still some > > > > > debugging aids enabled in 11? > > > > > They're off in those versions, but did note compiler (and > > > > > compiler args) differences between within most tests (See > > > > > attachments) as you mentioned. > > > > the benchmark then compares the off-the-shelve distributions. > > > > > > > > Excuse me, as a casual reader of the list, I don't get this > > > > "critique". > > > > > > > > I never recompile my installations, I just use them from the > > > > installation CD (as probably 90% of the rest of the world), so > > > > I don't get what is wrong with the approach of comparing an > > > > out-of-the-box FreeBSD 11 with an out-of-the-box Ubuntu > > > > whatever. > > > > > > > > If FreeBSD 11 "out-the-box" performs slow because the standard > > > > compilers options aren't good it's not a problem with the > > > > benchmarking platform but with the default CD compiling > > > > options. > > > > > > > > Am I getting it wrong? > > > > > > The problem here is that Phoronix took a Beta version of FreeBSD > > > 11. Beta versions have a lot of debugging (malloc, invariants, > > > witness) options enabled which make it significantly slower than > > > release versions. This is even obviously when you run a Beta as a > > > desktop. It just feels much slower. > > > > No. > > All debugs in amd64 is off at time of BETA. > > Ok, then FreeBSD is just slower... you missed the main point. The test was done with applications compiled with unknown options. If you want to find out the impact of an operating system on you application you have to use the same compiler with the same options on all platforms. Basically, it was a compiler test named operating system benchmark. Erich From owner-freebsd-stable@freebsd.org Tue Aug 23 20:58:18 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 493D0BC46E1; Tue, 23 Aug 2016 20:58:18 +0000 (UTC) (envelope-from jan.kokemueller@gmail.com) Received: from mail-lf0-x233.google.com (mail-lf0-x233.google.com [IPv6:2a00:1450:4010:c07::233]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id BE94B1C6F; Tue, 23 Aug 2016 20:58:17 +0000 (UTC) (envelope-from jan.kokemueller@gmail.com) Received: by mail-lf0-x233.google.com with SMTP id g62so109457528lfe.3; Tue, 23 Aug 2016 13:58:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=subject:to:references:cc:from:message-id:date:user-agent :mime-version:in-reply-to:content-transfer-encoding; bh=C+4Qds4FxgOawMnpGNsrOGwJDIMkFqy/1poSibb5VY4=; b=R+KGjtPbE7lELrS76P5H12HHZH2rc2Axss6ywdt6cL8iSOW5mrdaagl2HNBVe1F2KU dlF0YswCx/NO7kOYv8vRqQ8CnhQBc6whqCuN/AyITlZEkhs7SMqk7KDAH0w2jRTZn1ma FghCps1UTRUBlWw27yhB9GsWp4azQrWrEi1GFpA4A+oTX3aMiTmcU9u7Gjb0WahL8FVc tohr2REnJXP668eQOUz/mdMzkSJXAZvt1FeRSOda6Qx0PM0LHNpo7ptQba4kmdw7HY0t DRHEcYdr9JokOlQY2dEyHq1cJcT7lkrPQ5+iLxpbx16uYpeMyLW7NGMweSZ21XliyZtS ne+A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:subject:to:references:cc:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding; bh=C+4Qds4FxgOawMnpGNsrOGwJDIMkFqy/1poSibb5VY4=; b=mfOGOVqeZZMbyTKzkSV5kiTJIg/0/6yyybCInGVu6aZIRZRknMghFg++OW7mDUvZ6a Pdg0QmoHgZsltwzwtHC7wcfWt6M2qXlFFIly14Cn84WZq0v7ul0kCfMwegkuns+JUvA+ U26lh7m7JvM2YKUiHY9Ye/hyaa4CP8pm6NdmEInXUAuqLizVxUupxpgIQYmXLjaSdVWw tLlwg/4ibl56XSu7bWpxlneKIW0CRYTfPu5kiHI+9OwScZCj6P4r7Ooc1bAXQOmR90AA edA4g5e7lCTSM3Sl02b8SRXEi/DZ04j6eP2Y4RoTIvf5u/f1+DOB1IMgr7fbbGVDnfRR X3Nw== X-Gm-Message-State: AEkoouvfGZcefgp/bsBYz3z9YhL8YSMLtS0MN8TLc9w75LTx7HHesHfkahwJGAOLeNIInw== X-Received: by 10.46.0.92 with SMTP id 89mr7594192lja.37.1471985895153; Tue, 23 Aug 2016 13:58:15 -0700 (PDT) Received: from ?IPv6:2003:71:4f2d:3f00:b46e:6340:536c:8087? (p200300714F2D3F00B46E6340536C8087.dip0.t-ipconnect.de. [2003:71:4f2d:3f00:b46e:6340:536c:8087]) by smtp.googlemail.com with ESMTPSA id d11sm1241040lfe.13.2016.08.23.13.58.13 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 23 Aug 2016 13:58:14 -0700 (PDT) Subject: Re: FreeBSD 11 RC1 - no wifi To: Stefan Wendler , freebsd-stable@freebsd.org References: <8a427194-726c-ccad-9e02-70460152477d@tngtech.com> Cc: freebsd-current@freebsd.org From: =?UTF-8?Q?Jan_Kokem=c3=bcller?= Message-ID: <4d2f6787-49d5-a1fd-49bc-bbdcee422795@gmail.com> Date: Tue, 23 Aug 2016 22:58:12 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 In-Reply-To: <8a427194-726c-ccad-9e02-70460152477d@tngtech.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Aug 2016 20:58:18 -0000 On 23.08.16 21:18, Stefan Wendler wrote: > Hi, > > I have upgraded from FreeBSD 10.3 to 11 RC1 on my Lenovo W450 with Intel > Centrino Ultimate-N 6300 > > After upgrade and a last reboot the iwn driver gets loaded but no iwn0 > interface pops up. Doing a 'service netif restart' crashes the machine > and a core is written. It's probably this bug: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=211689#c4 I've attached a patch there that fixes this issue for me. -Jan From owner-freebsd-stable@freebsd.org Wed Aug 24 05:41:12 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 21CCDBC3EB8 for ; Wed, 24 Aug 2016 05:41:12 +0000 (UTC) (envelope-from andreas@naund.org) Received: from naund.org (172-11-194-172.lightspeed.sntcca.sbcglobal.net [172.11.194.172]) by mx1.freebsd.org (Postfix) with ESMTP id 045E21F2F for ; Wed, 24 Aug 2016 05:41:11 +0000 (UTC) (envelope-from andreas@naund.org) Received: (from andreas@localhost) by naund.org (8.11.6/8.11.6-20030329ao) id u7O5eUB10639; Tue, 23 Aug 2016 22:40:30 -0700 Date: Tue, 23 Aug 2016 22:40:30 -0700 From: Andreas Ott To: Kevin Oberman Cc: Randy Bush , FreeBSD Stable Subject: Re: leapsecond file Message-ID: <20160823224030.A9828@naund.org> References: <8092297e-7a0a-12c4-e115-4ed81d28f123@protected-networks.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: ; from rkoberman@gmail.com on Sun, Aug 07, 2016 at 09:44:55PM -0700 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Aug 2016 05:41:12 -0000 On Sun, Aug 07, 2016 at 09:44:55PM -0700, Kevin Oberman wrote: > On 11.0-BETA4 I have: > > grep expires /var/db/ntpd.leap-seconds.list > # File expires on: 1 Jun 2017 > > But I see what you do on 10.3-RELEASE. Looks like the update has not made > it into 10 (an I would guess 9). The flaw is in the internal versioning of files, it does fetch the newer file from IETF and puts it into /var/run/ntpd.leap-seconds.list, but although the expiry is newer, the FreeBSD onboard source version claims to be newer in the 'last update date in NTP timestamp format' line ... FreeBSD 10.3-RELEASE-p7 onboard source is in /etc/ntp/leap-seconds, which gets copied to /var/db/ntpd.leap-seconds.list. The fetch IETF file downloads to /var/run/ntpd.leap-seconds.list . [root@mon ~]# egrep -e Update\|expires\|^'#\$' /etc/ntp/leap-seconds # Last Update of leap second values: 31 Dec 2015 #$ 3660508800 # Updated through IERS Bulletin C 50 # File expires on: 1 Jun 2016 [root@mon ~]# egrep -e Update\|expires\|^'#\$' /var/db/ntpd.leap-seconds.list # Last Update of leap second values: 31 Dec 2015 #$ 3660508800 # Updated through IERS Bulletin C 50 # File expires on: 1 Jun 2016 [root@mon ~]# egrep -e Update\|expires\|^'#\$' /var/run/ntpd.leap-seconds.list # Last Update of leap second values: 5 January 2015 #$ 3629404800 # Updated through IERS Bulletin C51 # File expires on: 28 December 2016 [root@mon ~]# with the end result that the file from /var/run/ never gets moved to /var/db/ . The 480.leapfile-ntpd used by periodic calls the same rc file fetch and comparison. -andreas -- Andreas Ott K6OTT +1.408.431.8727 andreas@naund.org From owner-freebsd-stable@freebsd.org Wed Aug 24 10:08:03 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BB22DBBE8C1 for ; Wed, 24 Aug 2016 10:08:03 +0000 (UTC) (envelope-from abrancatelli@schema31.it) Received: from titanio.pomona.schema31.it (skeyby-3-pt.tunnel.tserv6.fra1.ipv6.he.net [IPv6:2001:470:1f0a:11db::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "titanio.pomona.schema31.it", Issuer "titanio.pomona.schema31.it" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 402D113D7; Wed, 24 Aug 2016 10:08:02 +0000 (UTC) (envelope-from abrancatelli@schema31.it) Received: from smtp.schema31.it (localhost [127.0.0.1]) by titanio.pomona.schema31.it (8.14.7/8.14.7) with ESMTP id u7OA78lU083512; Wed, 24 Aug 2016 12:07:10 +0200 (CEST) (envelope-from abrancatelli@schema31.it) MIME-Version: 1.0 Date: Wed, 24 Aug 2016 12:07:08 +0200 From: Andrea Brancatelli To: Erich Dollansky Cc: Lars Engels , freebsd-stable , Kubilay Kocak , Slawa Olhovchenkov Subject: Re: Benchmarks results for FreeBSD 11 Organization: Schema31 s.r.l. In-Reply-To: <20160824045558.18c86764@X220.alogt.com> References: <20160819073422.4292997b@X220.alogt.com> <20160821144505.27c0f55d@X220.alogt.com> <827183a944ee4052649c152d65204444@schema31.it> <20160822101423.GF18643@e-new.0x20.net> <20160822120215.GV22212@zxy.spb.ru> <20160823110159.GU18643@e-new.0x20.net> <20160824045558.18c86764@X220.alogt.com> Message-ID: <3234db29c228879cc473deec0b09568c@schema31.it> X-Sender: abrancatelli@schema31.it User-Agent: Roundcube Webmail/1.1.5 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Aug 2016 10:08:03 -0000 Il 2016-08-23 22:55 Erich Dollansky ha scritto: > The problem here is that Phoronix took a Beta version of FreeBSD > 11. Beta versions have a lot of debugging (malloc, invariants, > witness) options enabled which make it significantly slower than > release versions. This is even obviously when you run a Beta as a > desktop. It just feels much slower. > No. > All debugs in amd64 is off at time of BETA. Ok, then FreeBSD is just slower... you missed the main point. The test was done with applications compiled with unknown options. If you want to find out the impact of an operating system on you application you have to use the same compiler with the same options on all platforms. Basically, it was a compiler test named operating system benchmark. OK, now I get your point. You mean he's doing an Operative System test using an application, that is something that involve an additional complexity. I get your point, but, er... I suppose he's using pkg to install the ports or apt-get to install the packages. I mean I suppose he's lazy enough to compare binaries vs binaries. Now what you're telling me is "it's not a kernel comparison, it's an application over a kernel comparison" and I agree with you, but why should a casual reader be interested in a kernel comparison? Or, in general, what would you do with a kernel without an application? :) Sorry, I don't want to sound polemic, neither start a flame or anything, I'm just curious... And I understand clearly the philosophical differences between a Base BSD system and a Linux Distribution, but again I'm a simple person, I just stick the FreeBSD cd in, install and then do pkg install unzip. If it's slower than my colleague using Ubuntu and doing the same thing I just feel sad :) So the first outcome everyone thought about was "The RC is slower because of debugging?". No. Then the next question that pops into my mind is "The ports are slow because the binaries are compiled with the wrong options?". Thanks for your clarifications. From owner-freebsd-stable@freebsd.org Wed Aug 24 11:12:32 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 465B8BC46D2 for ; Wed, 24 Aug 2016 11:12:32 +0000 (UTC) (envelope-from elferdo@gmail.com) Received: from mail-it0-x234.google.com (mail-it0-x234.google.com [IPv6:2607:f8b0:4001:c0b::234]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 0CB0B1F16 for ; Wed, 24 Aug 2016 11:12:32 +0000 (UTC) (envelope-from elferdo@gmail.com) Received: by mail-it0-x234.google.com with SMTP id x131so202162251ite.0 for ; Wed, 24 Aug 2016 04:12:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=jJFLW/CB8u2/EikPzyU04BPUu8nF6VyPEdlC1jLB0Qk=; b=vN9XU8A1766nYqf+HjI9OgU5BHIGLs9hpnmcYA8WEkR5ZNcgO0JA8cejRKP1u3yl7z pEg6d93aHSUn5xQwmAzx4C+qRfj8/ZTwurMD38WEaRxbMqAoVCNWrdqCdtSrQwvBrc+7 eUrFPFjIa+CxYuPwixH1QPUcCN3q/nDdTZ0A7ys7sJAKYIbERBi8SmP4IES54oHlNl/P vmQJHBfOWqGZY5iXeij4xgdt1yhW5knQVHsmQZSYAInt6rz2XzrsTKopdLMMlPYlYwF9 BgvTPb2nqxYKkKexs5/LOrafDFUhu9TFKQLIHAr3xyJ83HF4YkcPVVnYdMM5/2qArP8o wGhg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=jJFLW/CB8u2/EikPzyU04BPUu8nF6VyPEdlC1jLB0Qk=; b=RR6sWuQUJxoYd2Xe2qpSohWYd/ZIIl7v6sBIck1E48fTsKMRkLtegC0t8Bk96W+fTR Uw1waK1DbgLhbfpcsFkGQmRkI18HRPes/wKGWhVmoQ/pzqAdIXyzD9OHRPGCsHoQoYeN qSseXUfRRu9rz8jY0uu3X1CvBpVjk91z9vCiOfFknnBh9jMMGUQC7wUf7vlBY/1jx2ZE r8nGfQV5GOW+8rJdZirfgwVGnoICYCw8u4zSsvbk2Y2u+QLy+0eBZQDvgzZCNzzRAICP oqCM9rB+JFLDrYYLqmo9nKovjopndBdrsVH06DCv/ZmCvCDK2mpFsIjiKUz9wCR3zDGs uMaA== X-Gm-Message-State: AEkoouvVXuBC8q/SIhFCVOkuLkmWGM2oj+cnUPHyTcr6Kex2dJg9I+eMVWHihV9FdLAP5dz+y80YqKvnyY9+Dw== X-Received: by 10.36.124.141 with SMTP id a135mr3331873itd.25.1472037144754; Wed, 24 Aug 2016 04:12:24 -0700 (PDT) MIME-Version: 1.0 Received: by 10.36.95.18 with HTTP; Wed, 24 Aug 2016 04:12:24 -0700 (PDT) In-Reply-To: <3234db29c228879cc473deec0b09568c@schema31.it> References: <20160819073422.4292997b@X220.alogt.com> <20160821144505.27c0f55d@X220.alogt.com> <827183a944ee4052649c152d65204444@schema31.it> <20160822101423.GF18643@e-new.0x20.net> <20160822120215.GV22212@zxy.spb.ru> <20160823110159.GU18643@e-new.0x20.net> <20160824045558.18c86764@X220.alogt.com> <3234db29c228879cc473deec0b09568c@schema31.it> From: =?UTF-8?Q?Fernando_Herrero_Carr=C3=B3n?= Date: Wed, 24 Aug 2016 13:12:24 +0200 Message-ID: Subject: Re: Benchmarks results for FreeBSD 11 To: Andrea Brancatelli Cc: freebsd-stable Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Aug 2016 11:12:32 -0000 Many ports offer an option to compile with optimized cflags. See for instance http://www.freshports.org/multimedia/ffmpeg: OPTIMIZED_CFLAGS=off: Use extra compiler optimizations though: SSE=on: Use SSE optimized routines It turns out that optimization options are usually off by default, so binary packages will be built without them. It is an interesting question whether they should be enabled by default. On the other hand, a generic distribution cannot assume specific processor capabilities, for instance the newest SSE or AVX, so binary distributed packages will, in general, never be as performant as specifically built ones (some software packages do runtime CPU detection though). That is one of the reasons why I use FreeBSD and why I always build my own ports. Cheers, Fernando 2016-08-24 12:07 GMT+02:00 Andrea Brancatelli : > Il 2016-08-23 22:55 Erich Dollansky ha scritto: > > > The problem here is that Phoronix took a Beta version of FreeBSD > > 11. Beta versions have a lot of debugging (malloc, invariants, > > witness) options enabled which make it significantly slower than > > release versions. This is even obviously when you run a Beta as a > > desktop. It just feels much slower. > > No. > > All debugs in amd64 is off at time of BETA. > > Ok, then FreeBSD is just slower... > you missed the main point. The test was done with applications compiled > with unknown options. If you want to find out the impact of an > operating system on you application you have to use the same compiler > with the same options on all platforms. Basically, it was a compiler > test named operating system benchmark. > > OK, now I get your point. You mean he's doing an Operative System test > using an application, that is something that involve an additional > complexity. > > I get your point, but, er... I suppose he's using pkg to install the > ports or apt-get to install the packages. I mean I suppose he's lazy > enough to compare binaries vs binaries. > > Now what you're telling me is "it's not a kernel comparison, it's an > application over a kernel comparison" and I agree with you, but why > should a casual reader be interested in a kernel comparison? Or, in > general, what would you do with a kernel without an application? :) > > Sorry, I don't want to sound polemic, neither start a flame or anything, > I'm just curious... And I understand clearly the philosophical > differences between a Base BSD system and a Linux Distribution, but > again I'm a simple person, I just stick the FreeBSD cd in, install and > then do pkg install unzip. If it's slower than my colleague using Ubuntu > and doing the same thing I just feel sad :) > > So the first outcome everyone thought about was "The RC is slower > because of debugging?". No. Then the next question that pops into my > mind is "The ports are slow because the binaries are compiled with the > wrong options?". > > Thanks for your clarifications. > _______________________________________________ > freebsd-stable@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@freebsd.org Wed Aug 24 13:57:48 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0892BBC498C for ; Wed, 24 Aug 2016 13:57:48 +0000 (UTC) (envelope-from David.Boyd49@twc.com) Received: from dnvrco-oedge-vip.email.rr.com (dnvrco-outbound-snat.email.rr.com [107.14.73.232]) by mx1.freebsd.org (Postfix) with ESMTP id CE16E1589 for ; Wed, 24 Aug 2016 13:57:47 +0000 (UTC) (envelope-from David.Boyd49@twc.com) Received: from [96.28.149.98] ([96.28.149.98:60482] helo=bashful.bsd1.net) by dnvrco-oedge02 (envelope-from ) (ecelerity 3.5.0.35861 r(Momo-dev:tip)) with ESMTP id AF/6D-14002-AD7ADB75; Wed, 24 Aug 2016 13:57:46 +0000 Message-ID: <1472047065.4920.4.camel@twc.com> Subject: Re: FreeBSD 11.0-RC1 regression with regard to mouse integration in VirtualBox 5.1.4 From: David Boyd To: freebsd-stable@freebsd.org Date: Wed, 24 Aug 2016 09:57:45 -0400 In-Reply-To: References: <1471974514.13982.5.camel@twc.com> Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.12.11 (3.12.11-15.el7) Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-RR-Connecting-IP: 107.14.64.130:25 X-Authority-Analysis: v=2.1 cv=F6nZd8RN c=1 sm=1 tr=0 a=AOPbyhnPA/g1jYzQ6n4/RQ==:117 a=AOPbyhnPA/g1jYzQ6n4/RQ==:17 a=L9H7d07YOLsA:10 a=9cW_t1CCXrUA:10 a=s5jvgZ67dGcA:10 a=IkcTkHD0fZMA:10 a=C6q32NwkAAAA:8 a=6I5d2MoRAAAA:8 a=7tZC5J9a7iOFG_Nm444A:9 a=QEXdDO2ut3YA:10 a=d0GpIgV8JInD5zQLk0HG:22 a=IjZwj45LgO3ly-622nXo:22 X-Cloudmark-Score: 0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Aug 2016 13:57:48 -0000 -----Original Message-----From: Karl Denninger To: freebsd-stable@freebsd.org Subject: Re: FreeBSD 11.0-RC1 regression with regard to mouse integration in VirtualBox 5.1.4 Date: Tue, 23 Aug 2016 13:05:54 -0500 On 8/23/2016 12:48, David Boyd wrote: > Using FreeBSD 10.3-RELEASE-p6 with virtualbox-guest-additions 5.0.26 on > VirtualBox 5.1.4 (CentOS EL7 host) as a baseline I didn't experience any > difficulties. > > After fresh install of FreeBSD 11.0-RC1 with virtualbox-guest-additions > 5.0.26 on VirtualBox 5.1.4 (CentOS EL7 host) mouse integration is > missing. > > I have time and resources to test any changes you have to suggest. > > Thanks. > Does the mouse normally attach as what appears to be a USB port? If so the problem is likely here: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=211884 The mouse is attached to the host via usb (wireless). Unlike PR211884 there is not any problem with mouse operation once the mouse is captured by the guest. It is only mouse integration which appears to be affected. From owner-freebsd-stable@freebsd.org Wed Aug 24 14:55:59 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B6A45BC42CD; Wed, 24 Aug 2016 14:55:59 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 9A8BB1E98; Wed, 24 Aug 2016 14:55:59 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [IPv6:::1]) by freefall.freebsd.org (Postfix) with ESMTP id 938EE1D0C; Wed, 24 Aug 2016 14:55:59 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [172.31.3.2]) by mail.xzibition.com (Postfix) with ESMTP id 5D3DB1A062; Wed, 24 Aug 2016 14:55:59 +0000 (UTC) X-Virus-Scanned: amavisd-new at mail.xzibition.com Received: from mail.xzibition.com ([172.31.3.2]) by mail.xzibition.com (mail.xzibition.com [172.31.3.2]) (amavisd-new, port 10026) with LMTP id GgmLMNUNpfRX; Wed, 24 Aug 2016 14:55:56 +0000 (UTC) Subject: Re: NanoBSD install phase failing for releng/11 DKIM-Filter: OpenDKIM Filter v2.9.2 mail.xzibition.com 313301A05D To: Guido Falsi , freebsd-stable References: Cc: FreeBSD CURRENT From: Bryan Drewery Openpgp: id=F9173CB2C3AAEA7A5C8A1F0935D771BB6E4697CF; url=http://www.shatow.net/bryan/bryan2.asc Organization: FreeBSD Message-ID: <537b0b16-bda0-c7c1-d771-02a34371397a@FreeBSD.org> Date: Wed, 24 Aug 2016 07:55:57 -0700 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="7D1E2xRbo6UiU1qd93FEHKSfecu5CVkcQ" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Aug 2016 14:55:59 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --7D1E2xRbo6UiU1qd93FEHKSfecu5CVkcQ Content-Type: multipart/mixed; boundary="ubxfkfVNDJksU4nw2qq51MPVfjuJdcGJS" From: Bryan Drewery To: Guido Falsi , freebsd-stable Cc: FreeBSD CURRENT Message-ID: <537b0b16-bda0-c7c1-d771-02a34371397a@FreeBSD.org> Subject: Re: NanoBSD install phase failing for releng/11 References: In-Reply-To: --ubxfkfVNDJksU4nw2qq51MPVfjuJdcGJS Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 8/22/2016 4:08 AM, Guido Falsi wrote: > Hi, >=20 > While building a NanoBSD image using releng/11 sources I got this error= > message: >=20 > =3D=3D=3D> lib/libc++ (install) > install -C -o root -g wheel -m 444 libc++.a > /usr/local/nanobsd/rr-trunk/obj/_.w/usr/lib/ > install -s -o root -g wheel -m 444 libc++.so.1 > /usr/local/nanobsd/rr-trunk/obj/_.w/usr/lib/ > install -S -C -o root -g wheel -m 444 libc++.ld > /usr/local/nanobsd/rr-trunk/obj/_.w/usr/lib/libc++.so > =3D=3D=3D> lib/libcxxrt (install) > install -C -o root -g wheel -m 444 libcxxrt.a > /usr/local/nanobsd/rr-trunk/obj/_.w/usr/lib/ > install -s -o root -g wheel -m 444 libcxxrt.so.1 > /usr/local/nanobsd/rr-trunk/obj/_.w/lib/ > install -l rs /usr/local/nanobsd/rr-trunk/obj/_.w/lib/libcxxrt.so.1 > /usr/local/nanobsd/rr-trunk/obj/_.w/usr/lib/libcxxrt.so > install: symlink ../../lib/libcxxrt.so.1 -> > /usr/local/nanobsd/rr-trunk/obj/_.w/usr/lib: File exists > *** Error code 71 >=20 > Stop. >=20 > I'm not sure what's happening, I already tried reverting locally > r301880, thinking it could be related, but this changed nothing. >=20 > Anyone has some insight? It was working fine up to August 4th. >=20 > Thanks in advance to anyone giving me some hint! >=20 Is this still reproducible for anyone? I have theories but need it in its broken state to debug it further. --=20 Regards, Bryan Drewery --ubxfkfVNDJksU4nw2qq51MPVfjuJdcGJS-- --7D1E2xRbo6UiU1qd93FEHKSfecu5CVkcQ 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 iQEcBAEBAgAGBQJXvbV9AAoJEDXXcbtuRpfP8EcH/jpGo+AsO6pVCpM5qaBTKDOl 3MC37Aesojr0KSzvWpKtbrIowep69EN3P2LNx9GGgDw/8adFy/G0XFFfvP4Si/Aj 9MTHeNZxJIBLBxXWJ4He1g2DU5ltTQYRDLH65qZ8RYQcJX48+tS1stPIJCUzkwVN 46HZ4znAGSyXks/IAzauZMV7dQMPcYBsXUlaRULslG1oCJxz5w6N1cpjvRCeGC1W lZ9XAYmP5WxkFu0T17PL23bcivsgh95A63MM1SkwHwEDo91D/rhCqxF/kiiSpNXZ +zSdSgB1zRAFj+u+k/C6Ev28cUr9Gug5YCiX7aIUyoOYRkpPR5jaJ+KfL0TCi6k= =3rT5 -----END PGP SIGNATURE----- --7D1E2xRbo6UiU1qd93FEHKSfecu5CVkcQ-- From owner-freebsd-stable@freebsd.org Wed Aug 24 15:22:55 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A94A3BC4D64; Wed, 24 Aug 2016 15:22:55 +0000 (UTC) (envelope-from mad@madpilot.net) 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 6736217A3; Wed, 24 Aug 2016 15:22:54 +0000 (UTC) (envelope-from mad@madpilot.net) Received: from mail (mail [192.168.254.3]) by mail.madpilot.net (Postfix) with ESMTP id 3sK9zc62S9zZqm; Wed, 24 Aug 2016 17:22:52 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=madpilot.net; h= content-transfer-encoding:content-type:content-type:in-reply-to :mime-version:user-agent:date:date:message-id:from:from :references:subject:subject:received:received; s=mail; t= 1472052171; x=1473866572; bh=Pf4kaJxbf0YHa/VZ+99dJy8znUFN7Sbu0Sq /OJP150I=; b=HVe5O9tiLgTj5DGJTmeezQmazFINJmCvSddsVJuxrXWS56SmEgA 6XmQqg3nds5HGUED6O6kNphw7dUES6L2eW7Pzr+oA9JJ74IFIeuBPM2f5t4azIUr RP1ncvnCQ+WDJAoQPyL+0x1BNP1lp9rqrdd3JkkmB4I4wqjLLi5crEzM= 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 WJy1DtRRrwaG; Wed, 24 Aug 2016 17:22:51 +0200 (CEST) Received: from marvin.madpilot.net (micro.madpilot.net [88.149.173.206]) by mail.madpilot.net (Postfix) with ESMTPSA; Wed, 24 Aug 2016 17:22:51 +0200 (CEST) Subject: Re: NanoBSD install phase failing for releng/11 To: Bryan Drewery , freebsd-stable References: <537b0b16-bda0-c7c1-d771-02a34371397a@FreeBSD.org> Cc: FreeBSD CURRENT From: Guido Falsi Message-ID: <350b12be-2fbc-b3b6-8538-ac880c66d082@madpilot.net> Date: Wed, 24 Aug 2016 17:22:50 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 In-Reply-To: <537b0b16-bda0-c7c1-d771-02a34371397a@FreeBSD.org> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Aug 2016 15:22:55 -0000 On 08/24/16 16:55, Bryan Drewery wrote: > On 8/22/2016 4:08 AM, Guido Falsi wrote: >> Hi, >> >> While building a NanoBSD image using releng/11 sources I got this error >> message: >> >> ===> lib/libc++ (install) >> install -C -o root -g wheel -m 444 libc++.a >> /usr/local/nanobsd/rr-trunk/obj/_.w/usr/lib/ >> install -s -o root -g wheel -m 444 libc++.so.1 >> /usr/local/nanobsd/rr-trunk/obj/_.w/usr/lib/ >> install -S -C -o root -g wheel -m 444 libc++.ld >> /usr/local/nanobsd/rr-trunk/obj/_.w/usr/lib/libc++.so >> ===> lib/libcxxrt (install) >> install -C -o root -g wheel -m 444 libcxxrt.a >> /usr/local/nanobsd/rr-trunk/obj/_.w/usr/lib/ >> install -s -o root -g wheel -m 444 libcxxrt.so.1 >> /usr/local/nanobsd/rr-trunk/obj/_.w/lib/ >> install -l rs /usr/local/nanobsd/rr-trunk/obj/_.w/lib/libcxxrt.so.1 >> /usr/local/nanobsd/rr-trunk/obj/_.w/usr/lib/libcxxrt.so >> install: symlink ../../lib/libcxxrt.so.1 -> >> /usr/local/nanobsd/rr-trunk/obj/_.w/usr/lib: File exists >> *** Error code 71 >> >> Stop. >> >> I'm not sure what's happening, I already tried reverting locally >> r301880, thinking it could be related, but this changed nothing. >> >> Anyone has some insight? It was working fine up to August 4th. >> >> Thanks in advance to anyone giving me some hint! >> > > Is this still reproducible for anyone? I have theories but need it in > its broken state to debug it further. > Yes it is, I tested had the same problem this morning with updated sources from releng/11.0: > svn info Path: . Working Copy Root Path: /usr/local/nanobsd/rr-trunk/src URL: https://svn.freebsd.org/base/releng/11.0 Relative URL: ^/releng/11.0 Repository Root: https://svn.freebsd.org/base Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f Revision: 304737 Node Kind: directory Schedule: normal Last Changed Author: gjb Last Changed Rev: 304729 Last Changed Date: 2016-08-24 06:33:21 +0200 (Wed, 24 Aug 2016) -- Guido Falsi From owner-freebsd-stable@freebsd.org Wed Aug 24 17:46:43 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 60A53BC4183; Wed, 24 Aug 2016 17:46:43 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 4593213B8; Wed, 24 Aug 2016 17:46:43 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [IPv6:::1]) by freefall.freebsd.org (Postfix) with ESMTP id 3EC521165; Wed, 24 Aug 2016 17:46:43 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [172.31.3.2]) by mail.xzibition.com (Postfix) with ESMTP id 0462E1A678; Wed, 24 Aug 2016 17:46:43 +0000 (UTC) X-Virus-Scanned: amavisd-new at mail.xzibition.com Received: from mail.xzibition.com ([172.31.3.2]) by mail.xzibition.com (mail.xzibition.com [172.31.3.2]) (amavisd-new, port 10026) with LMTP id qEoROgR8JAuS; Wed, 24 Aug 2016 17:46:39 +0000 (UTC) Subject: Re: NanoBSD install phase failing for releng/11 DKIM-Filter: OpenDKIM Filter v2.9.2 mail.xzibition.com 02E231A670 To: Guido Falsi , freebsd-stable References: <537b0b16-bda0-c7c1-d771-02a34371397a@FreeBSD.org> Cc: FreeBSD CURRENT From: Bryan Drewery Organization: FreeBSD Message-ID: <6548a644-dc36-baf5-c6af-78a469d38ee4@FreeBSD.org> Date: Wed, 24 Aug 2016 10:46:37 -0700 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 In-Reply-To: <537b0b16-bda0-c7c1-d771-02a34371397a@FreeBSD.org> Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="ESBBVEQ5n4NedvdmsNvU5drBULLPSU2Q1" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Aug 2016 17:46:43 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --ESBBVEQ5n4NedvdmsNvU5drBULLPSU2Q1 Content-Type: multipart/mixed; boundary="05DourOeQieLgs3rRssEK6smnO3uXsF2s" From: Bryan Drewery To: Guido Falsi , freebsd-stable Cc: FreeBSD CURRENT Message-ID: <6548a644-dc36-baf5-c6af-78a469d38ee4@FreeBSD.org> Subject: Re: NanoBSD install phase failing for releng/11 References: <537b0b16-bda0-c7c1-d771-02a34371397a@FreeBSD.org> In-Reply-To: <537b0b16-bda0-c7c1-d771-02a34371397a@FreeBSD.org> --05DourOeQieLgs3rRssEK6smnO3uXsF2s Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 8/24/16 7:55 AM, Bryan Drewery wrote: > On 8/22/2016 4:08 AM, Guido Falsi wrote: >> Hi, >> >> While building a NanoBSD image using releng/11 sources I got this erro= r >> message: >> >> =3D=3D=3D> lib/libc++ (install) >> install -C -o root -g wheel -m 444 libc++.a >> /usr/local/nanobsd/rr-trunk/obj/_.w/usr/lib/ >> install -s -o root -g wheel -m 444 libc++.so.1 >> /usr/local/nanobsd/rr-trunk/obj/_.w/usr/lib/ >> install -S -C -o root -g wheel -m 444 libc++.ld >> /usr/local/nanobsd/rr-trunk/obj/_.w/usr/lib/libc++.so >> =3D=3D=3D> lib/libcxxrt (install) >> install -C -o root -g wheel -m 444 libcxxrt.a >> /usr/local/nanobsd/rr-trunk/obj/_.w/usr/lib/ >> install -s -o root -g wheel -m 444 libcxxrt.so.1 >> /usr/local/nanobsd/rr-trunk/obj/_.w/lib/ >> install -l rs /usr/local/nanobsd/rr-trunk/obj/_.w/lib/libcxxrt.so.1 >> /usr/local/nanobsd/rr-trunk/obj/_.w/usr/lib/libcxxrt.so >> install: symlink ../../lib/libcxxrt.so.1 -> >> /usr/local/nanobsd/rr-trunk/obj/_.w/usr/lib: File exists >> *** Error code 71 >> >> Stop. >> >> I'm not sure what's happening, I already tried reverting locally >> r301880, thinking it could be related, but this changed nothing. >> >> Anyone has some insight? It was working fine up to August 4th. >> >> Thanks in advance to anyone giving me some hint! >> >=20 > Is this still reproducible for anyone? I have theories but need it in > its broken state to debug it further. >=20 I've created a trivial reproducibility on it and am working on a fix. So far it appears to be purely an issue in head with dirname(3) compat. --=20 Regards, Bryan Drewery --05DourOeQieLgs3rRssEK6smnO3uXsF2s-- --ESBBVEQ5n4NedvdmsNvU5drBULLPSU2Q1 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQEcBAEBCgAGBQJXvd19AAoJEDXXcbtuRpfP+vAH/0hOWLkeI2mpuLejQ4tGmXrL fYu8jmORaZ5fXdadJZGjQm28Atp3RTzIAo8xRJq/JJnP6N7D8ipP4DVuqJvgZJ4Y XmcU061nQh/3D8nqXGP1gl69Lab4ck/wGPWK4lMjGQXwI/03TfRJoelD+f8UzX4r RJpgwl/TM6xZ2s1f/c7TtCEBGR5p0eVRkh0O6jN/gdsLP88HLo0E50C1bG0VBlL1 ZioLS9z6SGK0w+S9kJFRgq7iQu2JO6ple5Z5v+5gZXYo5i5np/p7jbmviE5IJjVc bazQh7RlYX4gauQFKNU+HRi9DyQ0V/xFtX/c876OnrwlIyE2w5nXGADixbSUgyU= =ttLl -----END PGP SIGNATURE----- --ESBBVEQ5n4NedvdmsNvU5drBULLPSU2Q1-- From owner-freebsd-stable@freebsd.org Wed Aug 24 20:22:32 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 15022BC5063 for ; Wed, 24 Aug 2016 20:22:32 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from outbound1a.eu.mailhop.org (outbound1a.eu.mailhop.org [52.58.109.202]) (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 6FA551E57 for ; Wed, 24 Aug 2016 20:22:30 +0000 (UTC) (envelope-from ian@freebsd.org) X-MHO-User: 53572a5a-6a38-11e6-8a83-176deb810eee X-Report-Abuse-To: https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information X-Originating-IP: 73.34.117.227 X-Mail-Handler: DuoCircle Outbound SMTP Received: from ilsoft.org (unknown [73.34.117.227]) by outbound1.eu.mailhop.org (Halon Mail Gateway) with ESMTPSA; Wed, 24 Aug 2016 20:21:22 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.15.2/8.14.9) with ESMTP id u7OKLEBt005007; Wed, 24 Aug 2016 14:21:15 -0600 (MDT) (envelope-from ian@freebsd.org) Message-ID: <1472070074.1430.39.camel@freebsd.org> Subject: Re: leapsecond file From: Ian Lepore To: Andreas Ott , Kevin Oberman Cc: Randy Bush , FreeBSD Stable , Cy Schubert Date: Wed, 24 Aug 2016 14:21:14 -0600 In-Reply-To: <20160823224030.A9828@naund.org> References: <8092297e-7a0a-12c4-e115-4ed81d28f123@protected-networks.net> <20160823224030.A9828@naund.org> Content-Type: text/plain; charset="us-ascii" X-Mailer: Evolution 3.16.5 FreeBSD GNOME Team Port Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Aug 2016 20:22:32 -0000 On Tue, 2016-08-23 at 22:40 -0700, Andreas Ott wrote: > On Sun, Aug 07, 2016 at 09:44:55PM -0700, Kevin Oberman wrote: > > On 11.0-BETA4 I have: > > > grep expires /var/db/ntpd.leap-seconds.list > > # File expires on: 1 Jun 2017 > > > > But I see what you do on 10.3-RELEASE. Looks like the update has > > not made > > it into 10 (an I would guess 9). > > The flaw is in the internal versioning of files, it does fetch the > newer > file from IETF and puts it into /var/run/ntpd.leap-seconds.list, but > although the expiry is newer, the FreeBSD onboard source version > claims > to be newer in the 'last update date in NTP timestamp format' line > ... > > FreeBSD 10.3-RELEASE-p7 onboard source is in /etc/ntp/leap-seconds, > which gets copied to /var/db/ntpd.leap-seconds.list. The fetch > IETF file downloads to /var/run/ntpd.leap-seconds.list . > > > [root@mon ~]# egrep -e Update\|expires\|^'#\$' /etc/ntp/leap-seconds > # Last Update of leap second values: 31 Dec 2015 > #$ 3660508800 > # Updated through IERS Bulletin C 50 > # File expires on: 1 Jun 2016 > [root@mon ~]# egrep -e Update\|expires\|^'#\$' /var/db/ntpd.leap > -seconds.list > # Last Update of leap second values: 31 Dec 2015 > #$ 3660508800 > # Updated through IERS Bulletin C 50 > # File expires on: 1 Jun 2016 > [root@mon ~]# egrep -e Update\|expires\|^'#\$' /var/run/ntpd.leap > -seconds.list > # Last Update of leap second values: 5 January 2015 > #$ 3629404800 > # Updated through IERS Bulletin C51 > # File expires on: 28 December 2016 > [root@mon ~]# > > with the end result that the file from /var/run/ never gets moved to > /var/db/ . > The 480.leapfile-ntpd used by periodic calls the same rc file fetch > and > comparison. > > -andreas The Last Update value reflects only additions of leap seconds to the file, and it is specifically documented that Last Update does NOT change when the file's expiration date is extended without changing the other contents. It looks like part of the problem here is that the Last Update value IS changing when the leap data itself is not. Our commit logs say the files have been obtained from USNO. Either USNO is violating the standard in their files, or the value is getting modified before it's commited to the freebsd repos. (I'm adding Cy to the CC list, since he committed them.) It looks like the fetch/install decisions in rc.d/ntpd are not quite right either. Both Last Update and Expiration date have to be taken into account. To allow for these broken files that incorrectly change the Last Update, workable logic would be to keep the file with the highest Expiration date, and if the expirations are equal, then keep the one with the highest Last Update. (I think it would be better to test Last Update first, then use Expiration as the tie-breaker, but that fails with these broken files.) Testing both Expiration and Last Update will allow for a corrected file to be published after accidentally publishing bad data, and we'd take the corrected file. -- Ian From owner-freebsd-stable@freebsd.org Wed Aug 24 21:21:43 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 605B2BC43F1 for ; Wed, 24 Aug 2016 21:21:43 +0000 (UTC) (envelope-from andreas@naund.org) Received: from naund.org (172-11-194-172.lightspeed.sntcca.sbcglobal.net [172.11.194.172]) by mx1.freebsd.org (Postfix) with ESMTP id 2986412A1; Wed, 24 Aug 2016 21:21:42 +0000 (UTC) (envelope-from andreas@naund.org) Received: (from andreas@localhost) by naund.org (8.11.6/8.11.6-20030329ao) id u7OLLff27276; Wed, 24 Aug 2016 14:21:41 -0700 Date: Wed, 24 Aug 2016 14:21:41 -0700 From: Andreas Ott To: Ian Lepore Cc: Andreas Ott , Kevin Oberman , Randy Bush , FreeBSD Stable , Cy Schubert Subject: Re: leapsecond file Message-ID: <20160824142141.G1223@naund.org> References: <8092297e-7a0a-12c4-e115-4ed81d28f123@protected-networks.net> <20160823224030.A9828@naund.org> <1472070074.1430.39.camel@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <1472070074.1430.39.camel@freebsd.org>; from ian@freebsd.org on Wed, Aug 24, 2016 at 02:21:14PM -0600 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Aug 2016 21:21:43 -0000 Hi, On Wed, Aug 24, 2016 at 02:21:14PM -0600, Ian Lepore wrote: > It looks like part of the problem here is that the Last Update value IS > changing when the leap data itself is not. Our commit logs say the > files have been obtained from USNO. Either USNO is violating the > standard in their files, or the value is getting modified before it's > commited to the freebsd repos. (I'm adding Cy to the CC list, since he > committed them.) The beauty of standards is, that there are too many to chose from. These seem to be the three top sources of the file (lmgtfy), and while they might agree in the actual leapsecond data, the meta information in it is very different. fetch -m --no-passive ftp://tycho.usno.navy.mil/pub/ntp/leap-seconds.list fetch https://www.ietf.org/timezones/data/leap-seconds.list fetch https://hpiers.obspm.fr/iers/bul/bulc/ntp/leap-seconds.list [root@mon /tmp]# ls -la *list -rw-r--r-- 1 root wheel 10384 Mar 14 18:33 ietf-leap-seconds.list -rw-r--r-- 1 root wheel 8795 Jul 6 14:13 navy-leap-seconds.list -rw-r--r-- 1 root wheel 4920 Jul 6 14:37 obspm-leap-seconds.list [root@mon /tmp]# wc *list 249 1960 10384 ietf-leap-seconds.list 220 1657 8795 navy-leap-seconds.list 117 881 4920 obspm-leap-seconds.list [root@mon /tmp]# egrep -e Update\|expires\|^'#\$'\|^'#@' *list ietf-leap-seconds.list:# Last Update of leap second values: 5 January 2015 ietf-leap-seconds.list:#$ 3629404800 ietf-leap-seconds.list:# Updated through IERS Bulletin C51 ietf-leap-seconds.list:# File expires on: 28 December 2016 ietf-leap-seconds.list:#@ 3691872000 navy-leap-seconds.list:# Last Update of leap second values: 6 Jul 2016 navy-leap-seconds.list:#$ 3676752000 navy-leap-seconds.list:# Updated through IERS Bulletin C 52 navy-leap-seconds.list:# File expires on: 1 Jun 2017 navy-leap-seconds.list:#@ 3705264000 obspm-leap-seconds.list:# Updated through IERS Bulletin C (ftp://hpiers.obspm.fr/iers/bul/bulc/bulletinc.dat) obspm-leap-seconds.list:#$ 3676752000 obspm-leap-seconds.list:# File expires on 28 June 2017 obspm-leap-seconds.list:#@ 3707596800 [root@mon /tmp]# For now, the following workaround did get me a current file that ended up in /var/db/ after being downloaded to /var/run/ . IMHO, I have bought myself some time that this either gets fixed upstream, or until I need to keep my own site copy of the file on a web server that I'm responsible to update every 5.95 months. [root@mon /tmp]# grep leap /etc/rc.conf ntp_leapfile_fetch_opts="-m --no-passive" ntp_leapfile_sources="ftp://tycho.usno.navy.mil/pub/ntp/leap-seconds.list" [root@mon /tmp]# -andreas -- Andreas Ott K6OTT +1.408.431.8727 andreas@naund.org From owner-freebsd-stable@freebsd.org Thu Aug 25 01:55:43 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6410EBC53A4 for ; Thu, 25 Aug 2016 01:55:43 +0000 (UTC) (envelope-from cy.schubert@komquats.com) Received: from smtp-out-so.shaw.ca (smtp-out-so.shaw.ca [64.59.136.139]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "Client", Issuer "CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 119331C3C; Thu, 25 Aug 2016 01:55:42 +0000 (UTC) (envelope-from cy.schubert@komquats.com) Received: from spqr.komquats.com ([96.50.22.10]) by shaw.ca with SMTP id cjtJbYbsTeXEccjtKb9saq; Wed, 24 Aug 2016 19:55:40 -0600 X-Authority-Analysis: v=2.2 cv=T/3OdLCQ c=1 sm=1 tr=0 a=jvE2nwUzI0ECrNeyr98KWA==:117 a=jvE2nwUzI0ECrNeyr98KWA==:17 a=L9H7d07YOLsA:10 a=9cW_t1CCXrUA:10 a=s5jvgZ67dGcA:10 a=7z1cN_iqozsA:10 a=XldT38RWNwACPDQzwzUA:9 a=6I5d2MoRAAAA:8 a=HCyQD4T0amLVwaDb6A8A:9 a=BR2OOmX87acmJDJU:21 a=0YN6N2NffhGcuqrE:21 a=CjuIK1q_8ugA:10 a=6aalRKW9uRfXw0sECM0A:9 a=hquHOILUSkIA:10 a=YxBL1-UpAAAA:8 a=ics_IjAVWSmO8OVX31YA:9 a=BOg4e644cxQA:10 a=IjZwj45LgO3ly-622nXo:22 a=Ia-lj3WSrqcvXOmTRaiG:22 Received: from slippy.cwsent.com (slippy [10.1.1.91]) by spqr.komquats.com (Postfix) with ESMTPS id 7481F13753; Wed, 24 Aug 2016 18:55:37 -0700 (PDT) Received: from slippy (localhost [127.0.0.1]) by slippy.cwsent.com (8.15.2/8.15.2) with ESMTP id u7P1tbda010990; Wed, 24 Aug 2016 18:55:37 -0700 (PDT) (envelope-from Cy.Schubert@cschubert.com) Message-Id: <201608250155.u7P1tbda010990@slippy.cwsent.com> X-Mailer: exmh version 2.8.0 04/21/2012 with nmh-1.6 Reply-to: Cy Schubert From: Cy Schubert X-os: FreeBSD X-Sender: cy@cwsent.com X-URL: http://www.cschubert.com/ To: Ian Lepore cc: Andreas Ott , Kevin Oberman , Randy Bush , FreeBSD Stable , Cy Schubert , pfg@freebsd.org Subject: Re: leapsecond file In-Reply-To: Message from Ian Lepore of "Wed, 24 Aug 2016 14:21:14 -0600." <1472070074.1430.39.camel@freebsd.org> Mime-Version: 1.0 Content-Type: multipart/mixed ; boundary="==_Exmh_1472089702_29840" Date: Wed, 24 Aug 2016 18:55:37 -0700 X-CMAE-Envelope: MS4wfJpDLpVt8uipm5yjv/RPHazF8c8CZ75Lrh8RqMp9jed+IMnDcV4TswKbv0cLn0neljQLR7brpqOLBSls1+WWoFDMrcEvwu168JodIswfPl6GtxWXojyR jlIgpm6MzGNTugbWfPvmLHx//0AIiu9UkldLfsxPgSJ/b6DGxYCbsUBJ1QpoyGARPeHJbv+FmltDjNwB5b2nr4O9jeqoGjZ7HdL2523BG7i/+gG8UdFWJDCm qART9VJgH01bZkthwmQ1mT+yrLS28JAn2odHMoanRqFqDpxOxEdPCaE0n/4tTXXoJstqMgRV9tbvFWsCq5eFeCCdhteM/aGO14JB+CJ8LY8= X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Aug 2016 01:55:43 -0000 This is a multipart MIME message. --==_Exmh_1472089702_29840 Content-Type: text/plain; charset=us-ascii In message <1472070074.1430.39.camel@freebsd.org>, Ian Lepore writes: > On Tue, 2016-08-23 at 22:40 -0700, Andreas Ott wrote: > > On Sun, Aug 07, 2016 at 09:44:55PM -0700, Kevin Oberman wrote: > > > On 11.0-BETA4 I have: > > > > grep expires /var/db/ntpd.leap-seconds.list > > > # File expires on: 1 Jun 2017 > > > > > > But I see what you do on 10.3-RELEASE. Looks like the update has > > > not made > > > it into 10 (an I would guess 9). > > > > The flaw is in the internal versioning of files, it does fetch the > > newer > > file from IETF and puts it into /var/run/ntpd.leap-seconds.list, but > > although the expiry is newer, the FreeBSD onboard source version > > claims > > to be newer in the 'last update date in NTP timestamp format' line > > ... > > > > FreeBSD 10.3-RELEASE-p7 onboard source is in /etc/ntp/leap-seconds, > > which gets copied to /var/db/ntpd.leap-seconds.list. The fetch > > IETF file downloads to /var/run/ntpd.leap-seconds.list . > > > > > > [root@mon ~]# egrep -e Update\|expires\|^'#\$' /etc/ntp/leap-seconds > > # Last Update of leap second values: 31 Dec 2015 > > #$ 3660508800 > > # Updated through IERS Bulletin C 50 > > # File expires on: 1 Jun 2016 > > [root@mon ~]# egrep -e Update\|expires\|^'#\$' /var/db/ntpd.leap > > -seconds.list > > # Last Update of leap second values: 31 Dec 2015 > > #$ 3660508800 > > # Updated through IERS Bulletin C 50 > > # File expires on: 1 Jun 2016 > > [root@mon ~]# egrep -e Update\|expires\|^'#\$' /var/run/ntpd.leap > > -seconds.list > > # Last Update of leap second values: 5 January 2015 > > #$ 3629404800 > > # Updated through IERS Bulletin C51 > > # File expires on: 28 December 2016 > > [root@mon ~]# > > > > with the end result that the file from /var/run/ never gets moved to > > /var/db/ . > > The 480.leapfile-ntpd used by periodic calls the same rc file fetch > > and > > comparison. > > > > -andreas > > The Last Update value reflects only additions of leap seconds to the > file, and it is specifically documented that Last Update does NOT > change when the file's expiration date is extended without changing the > other contents. > > It looks like part of the problem here is that the Last Update value IS > changing when the leap data itself is not. Our commit logs say the > files have been obtained from USNO. Either USNO is violating the > standard in their files, or the value is getting modified before it's > commited to the freebsd repos. (I'm adding Cy to the CC list, since he > committed them.) The file was obtained from USNO. Except for a $FreeBSD$ and a minor spelling fix that was brought forward from r298087, the file was not altered in any way. One of the problems is that the minor spelling fix invalidated the secure hash at the end of the file, ntpd ignores the file. r298087 needs to be reverted. (cc'd pfg@) I'll revert r298087. Fetching and comparing shows the files being totally different because of comments and whitespace differences. Comparing the version numbers (update dates) we have the following: slippy$ grep '#\$' leap-seconds.* leap-seconds.iers:#$ 3676752000 leap-seconds.ietf:#$ 3629404800 leap-seconds.usno:#$ 3676752000 (Slippy BTW is the name of a dead pet. I name my computers after dead pets.) The IETF file hasn't been updated for a while: slippy$ date -r $((3629404800-2208988800)) Sun Jan 4 16:00:00 PST 2015 The other two files were update in July: slippy$ date -r $((3676752000-2208988800)) Tue Jul 5 17:00:00 PDT 2016 Looking at expiry dates: slippy$ grep '#@' leap-seconds.* leap-seconds.iers:#@ 3707596800 leap-seconds.ietf:#@ 3691872000 leap-seconds.usno:#@ 3705264000 The IETF file expires at: slippy$ date -r $((3691872000-2208988800)) Tue Dec 27 16:00:00 PST 2016 slippy$ The IERS file expires at: slippy$ date -r $((3707596800-2208988800)) Tue Jun 27 17:00:00 PDT 2017 slippy$ The USNO file expires at: slippy$ date -r $((3705264000-2208988800)) Wed May 31 17:00:00 PDT 2017 slippy$ > > It looks like the fetch/install decisions in rc.d/ntpd are not quite > right either. Both Last Update and Expiration date have to be taken > into account. To allow for these broken files that incorrectly change > the Last Update, workable logic would be to keep the file with the > highest Expiration date, and if the expirations are equal, then keep > the one with the highest Last Update. (I think it would be better to > test Last Update first, then use Expiration as the tie-breaker, but > that fails with these broken files.) Testing both Expiration and Last > Update will allow for a corrected file to be published after > accidentally publishing bad data, and we'd take the corrected file. The attached patch should address this last issue. I'll revert pfg's spelling fixup which I had brought forward and I'll need to remove $FreeBSD$ as well, validating the hash again. Additional code will need to be added to rc.d/ntpd to replace the copy in /var/db if $FreeBSD$ exists. --==_Exmh_1472089702_29840 Content-Type: text/plain ; name="ntpd.diff"; charset=us-ascii Content-Description: ntpd.diff Content-Disposition: attachment; filename="ntpd.diff" Index: ntpd =================================================================== --- ntpd (revision 304600) +++ ntpd (working copy) @@ -67,11 +67,13 @@ } get_ntp_leapfile_ver() { + # Leapfile update date (version number). expr "$(awk '$1 == "#$" { print $2 }' "$1" 2>/dev/null)" : \ '^\([1-9][0-9]*\)$' \| 0 } get_ntp_leapfile_expiry() { + # Leapfile expiry date. expr "$(awk '$1 == "#@" { print $2 }' "$1" 2>/dev/null)" : \ '^\([1-9][0-9]*\)$' \| 0 } @@ -88,11 +90,15 @@ ntp_tmp_leapfile="/var/run/ntpd.leap-seconds.list" ntp_ver_no_src=$(get_ntp_leapfile_ver $ntp_src_leapfile) + ntp_expiry_src=$(get_ntp_leapfile_expiry $ntp_src_leapfile) ntp_ver_no_db=$(get_ntp_leapfile_ver $ntp_db_leapfile) + ntp_expiry_db=$(get_ntp_leapfile_expiry $ntp_db_leapfile) $verbose ntp_src_leapfile version is $ntp_ver_no_src $verbose ntp_db_leapfile version is $ntp_ver_no_db - if [ "$ntp_ver_no_src" -gt "$ntp_ver_no_db" ]; then + if [ "$ntp_ver_no_src" -gt "$ntp_ver_no_db" -o \ + "$ntp_ver_no_src" -eq "$ntp_ver_no_db" -a \ + "$ntp_expiry_src" -gt "$ntp_expiry_db" ]; then $verbose replacing $ntp_db_leapfile with $ntp_src_leapfile cp -p $ntp_src_leapfile $ntp_db_leapfile ntp_ver_no_db=$ntp_ver_no_src @@ -99,8 +105,8 @@ else $verbose not replacing $ntp_db_leapfile with $ntp_src_leapfile fi + ntp_leapfile_expiry_seconds=$((ntp_leapfile_expiry_days*86400)) ntp_leap_expiry=$(get_ntp_leapfile_expiry $ntp_db_leapfile) - ntp_leapfile_expiry_seconds=$((ntp_leapfile_expiry_days*86400)) ntp_leap_fetch_date=$((ntp_leap_expiry-ntp_leapfile_expiry_seconds)) if [ $(current_ntp_ts) -ge $ntp_leap_fetch_date ]; then $verbose Within ntp leapfile expiry limit, initiating fetch @@ -108,8 +114,11 @@ $verbose fetching $url fetch $ntp_leapfile_fetch_opts -o $ntp_tmp_leapfile $url && break done + ntp_ver_no_tmp=$(get_ntp_leapfile_ver $ntp_tmp_leapfile) ntp_expiry_tmp=$(get_ntp_leapfile_expiry $ntp_tmp_leapfile) - if [ "$ntp_expiry_tmp" -gt "$ntp_leap_expiry" ]; then + if [ "$ntp_ver_no_tmp" -gt "$ntp_ver_no_db" -o \ + "$ntp_ver_no_tmp" -eq "$ntp_ver_no_db" -a \ + "$ntp_expiry_tmp" -gt "$ntp_expiry_db" ]; then $verbose using $url as $ntp_db_leapfile mv $ntp_tmp_leapfile $ntp_db_leapfile else --==_Exmh_1472089702_29840 Content-Type: text/plain; charset=us-ascii Cheers, Cy Schubert FreeBSD UNIX: Web: http://www.FreeBSD.org The need of the many outweighs the greed of the few. --==_Exmh_1472089702_29840-- From owner-freebsd-stable@freebsd.org Thu Aug 25 03:14:23 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 75967BC4999; Thu, 25 Aug 2016 03:14:23 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 5949D191F; Thu, 25 Aug 2016 03:14:23 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from FreeBSD.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by freefall.freebsd.org (Postfix) with ESMTP id C9F0511CC; Thu, 25 Aug 2016 03:14:22 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Date: Thu, 25 Aug 2016 03:14:20 +0000 From: Glen Barber To: freebsd-current@FreeBSD.org, freebsd-stable@FreeBSD.org Cc: re@FreeBSD.org Subject: FreeBSD 11.0-RC2 Now Available Message-ID: <20160825031420.GA31319@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; x-action=pgp-signed X-Operating-System: FreeBSD 11.0-CURRENT amd64 X-SCUD-Definition: Sudden Completely Unexpected Dataloss X-SULE-Definition: Sudden Unexpected Learning Event X-PEKBAC-Definition: Problem Exists, Keyboard Between Admin/Computer User-Agent: Mutt/1.5.24 (2015-08-30) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Aug 2016 03:14:23 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 The second RC build of the 11.0-RELEASE release cycle is now available. Installation images are available for: o 11.0-RC2 amd64 GENERIC o 11.0-RC2 i386 GENERIC o 11.0-RC2 powerpc GENERIC o 11.0-RC2 powerpc64 GENERIC64 o 11.0-RC2 sparc64 GENERIC o 11.0-RC2 armv6 BANANAPI o 11.0-RC2 armv6 BEAGLEBONE o 11.0-RC2 armv6 CUBIEBOARD o 11.0-RC2 armv6 CUBIEBOARD2 o 11.0-RC2 armv6 CUBOX-HUMMINGBOARD o 11.0-RC2 armv6 GUMSTIX o 11.0-RC2 armv6 RPI-B o 11.0-RC2 armv6 RPI2 o 11.0-RC2 armv6 PANDABOARD o 11.0-RC2 armv6 WANDBOARD o 11.0-RC2 aarch64 GENERIC Note regarding arm/armv6 images: For convenience for those without console access to the system, a freebsd user with a password of freebsd is available by default for ssh(1) access. Additionally, the root user password is set to root, which it is strongly recommended to change the password for both users after gaining access to the system. Installer images and memory stick images are available here: ftp://ftp.freebsd.org/pub/FreeBSD/releases/ISO-IMAGES/11.0/ The image checksums follow at the end of this e-mail. If you notice problems you can report them through the Bugzilla PR system or on the -stable mailing list. If you would like to use SVN to do a source based update of an existing system, use the "releng/11.0" branch. A summary of changes since RC1 includes: o Support for 'nat global' has been restored in ipfw(4). o A hang in vtnet(4) when max_virtqueue_pairs > VTNET_MAX_QUEUE_PAIR has been fixed. o Detection bridges that are not really HotPlug capable has been fixed. o Various clang fixes. o L2 caching for UDP over IPv6 has been disabled. o Various build fixes. o Various other fixes since RC1. A list of changes since 10.0-RELEASE are available on the releng/11.0 release notes: https://www.freebsd.org/releases/11.0R/relnotes.html Please note, the release notes page is not yet complete, and will be updated on an ongoing basis as the 11.0-RELEASE cycle progresses. === Virtual Machine Disk Images === VM disk images are available for the amd64 and i386 architectures. Disk images may be downloaded from the following URL (or any of the FreeBSD FTP mirrors): ftp://ftp.freebsd.org/pub/FreeBSD/releases/VM-IMAGES/11.0-RC2/ The partition layout is: ~ 16 kB - freebsd-boot GPT partition type (bootfs GPT label) ~ 1 GB - freebsd-swap GPT partition type (swapfs GPT label) ~ 20 GB - freebsd-ufs GPT partition type (rootfs GPT label) The disk images are available in QCOW2, VHD, VMDK, and raw disk image formats. The image download size is approximately 135 MB and 165 MB respectively (amd64/i386), decompressing to a 21 GB sparse image. Note regarding arm64/aarch64 virtual machine images: a modified QEMU EFI loader file is needed for qemu-system-aarch64 to be able to boot the virtual machine images. See this page for more information: https://wiki.freebsd.org/arm64/QEMU To boot the VM image, run: % qemu-system-aarch64 -m 4096M -cpu cortex-a57 -M virt \ -bios QEMU_EFI.fd -serial telnet::4444,server -nographic \ -drive if=none,file=VMDISK,id=hd0 \ -device virtio-blk-device,drive=hd0 \ -device virtio-net-device,netdev=net0 \ -netdev user,id=net0 Be sure to replace "VMDISK" with the path to the virtual machine image. === Amazon EC2 AMI Images === FreeBSD/amd64 EC2 AMIs are available in the following regions: us-east-1 region: ami-03086b14 us-west-1 region: ami-3af8ba5a us-west-2 region: ami-529b4c32 sa-east-1 region: ami-e9891885 eu-west-1 region: ami-4cc2b43f eu-central-1 region: ami-af9c6cc0 ap-northeast-1 region: ami-6fc20c0e ap-northeast-2 region: ami-c8ac79a6 ap-southeast-1 region: ami-fdc41c9e ap-southeast-2 region: ami-77cef914 === Vagrant Images === FreeBSD/amd64 images are available on the Hashicorp Atlas site, and can be installed by running: % vagrant init freebsd/FreeBSD-11.0-RC2 % vagrant up === Upgrading === The freebsd-update(8) utility supports binary upgrades of amd64 and i386 systems running earlier FreeBSD releases. Systems running earlier FreeBSD releases can upgrade as follows: # freebsd-update upgrade -r 11.0-RC2 During this process, freebsd-update(8) may ask the user to help by merging some configuration files or by confirming that the automatically performed merging was done correctly. # freebsd-update install The system must be rebooted with the newly installed kernel before continuing. # shutdown -r now After rebooting, freebsd-update needs to be run again to install the new userland components: # freebsd-update install It is recommended to rebuild and install all applications if possible, especially if upgrading from an earlier FreeBSD release, for example, FreeBSD 9.x. Alternatively, the user can install misc/compat9x and other compatibility libraries, afterwards the system must be rebooted into the new userland: # shutdown -r now Finally, after rebooting, freebsd-update needs to be run again to remove stale files: # freebsd-update install == ISO CHECKSUMS == o 11.0-RC2 amd64 GENERIC: SHA512 (FreeBSD-11.0-RC2-amd64-bootonly.iso) = 18e321d31a0644e6b3c369fe550b227191a3fe4b6583b266cb8cfc5785d12d2d96635c95e65907327489f143c65dfb63b8139b7201e4c7d52aa83bd31cc617be SHA512 (FreeBSD-11.0-RC2-amd64-bootonly.iso.xz) = bce0b28795d3279c55237b5f18d8b67a342cc32471befbf3acecab7e0d564bbd2d1ff06f34805fa51569f901b39176f0554252d6c872d6506947060be0d81c59 SHA512 (FreeBSD-11.0-RC2-amd64-disc1.iso) = 77348f04f2d00f502b3a7e4e20d0082f55f7057f651227f9f9b6c9a4c177ab4fa597c482e57b3042c141f5fae9e80ea1dbc0820eb85e5f0586ddde0778bbc33c SHA512 (FreeBSD-11.0-RC2-amd64-disc1.iso.xz) = bb2db9e693a9372c1aa8ac58220ddfbc16f2a289ce79f5e63f3a5ebdb6598ebcff6fc2bf4537eb19ec320ba8c8f9d5c35b8020791505cae0951e5ea366d52e45 SHA512 (FreeBSD-11.0-RC2-amd64-dvd1.iso) = df1787cf385aaae795c01c30c298e50cc131df07a0304defb0aa80f11ffdec265603ed8426848a2c67114d3a43c6f080c77bbab4e07855d1b3c07866ee6f31a6 SHA512 (FreeBSD-11.0-RC2-amd64-dvd1.iso.xz) = 546af8cf3380d4d38fb7f4bb6867cb3ad34ac1647b8d2f194ddbab97100246fadbd1a4583d0c8ec09416653aad361ae7e99691853a0d858bbaf685f76aa0bbc9 SHA512 (FreeBSD-11.0-RC2-amd64-memstick.img) = ed49793c881375e3000dd303eb01249d7ef951ad56e59f835920b65855e6333ae62ac8756df6e3612d1582137500210709d0887ab4c0e6579c97bc3a4524d4a0 SHA512 (FreeBSD-11.0-RC2-amd64-memstick.img.xz) = 8b7da0baa04044e6cbdc59aa6cf0ceccd3754dd9ee00305e10260e1879ab246e48f5f7ac78188b446fefcd6e54cdb9b61f5e73dee132f551cb4b1e2fc23bf62d SHA512 (FreeBSD-11.0-RC2-amd64-mini-memstick.img) = 2abdfaeb232d693896075e7e8381d80b76236e0c601ece94381299fd296fc97be70e32be4c1731735eacce3eef0b4afb2d869753a1b212f9ab2602fdf232511a SHA512 (FreeBSD-11.0-RC2-amd64-mini-memstick.img.xz) = d4095a3b8b37b970f677c94349a5a63631f057bc5c9dba0a18b322d11107cdaaa6b1dec94c324e60452b74afcca958528551cd0e46117a2193c9be51b2ef9b3c SHA256 (FreeBSD-11.0-RC2-amd64-bootonly.iso) = 2b7a92596d5b2807ea9ed4f874554d54446b416900f8c619eeaf73303ee7bc9f SHA256 (FreeBSD-11.0-RC2-amd64-bootonly.iso.xz) = e120d37f4d46833762bd474be86abee8000352348c20628682feff8ca71f2721 SHA256 (FreeBSD-11.0-RC2-amd64-disc1.iso) = 9fb2bc0b904113d45ba77d18663ee42fa184d02e5d400315277dc6d6fa6ee5d5 SHA256 (FreeBSD-11.0-RC2-amd64-disc1.iso.xz) = 4fd23f12cda3d024845f9c6d83ce5514375419abf16ec2cc3c34f91dcf4a0963 SHA256 (FreeBSD-11.0-RC2-amd64-dvd1.iso) = e5bb9c950496531443344c81777af30be33c765fe772f7f9d0378c91221d70b9 SHA256 (FreeBSD-11.0-RC2-amd64-dvd1.iso.xz) = c9f665734ddfd1ba887987483a53855c6e60a9c9ff5165b9e0e302e551be2dec SHA256 (FreeBSD-11.0-RC2-amd64-memstick.img) = 70eece396387e8fe360a9b3c697d731b76728400d76d06fe3bc9642f6fc6fcab SHA256 (FreeBSD-11.0-RC2-amd64-memstick.img.xz) = 88b816bff2817401dd26e24e27f18a60ac8a36552768319d90dea9a1c0272f5f SHA256 (FreeBSD-11.0-RC2-amd64-mini-memstick.img) = f77e1407b5592b9133dd59ed332bd876bdd695056e0437b2ae01307fee1c477d SHA256 (FreeBSD-11.0-RC2-amd64-mini-memstick.img.xz) = 66b8e1272ef7539518002c8c45994710652915c4da614f1e7ec32493cbfa5f0b o 11.0-RC2 i386 GENERIC: SHA512 (FreeBSD-11.0-RC2-i386-bootonly.iso) = d8bead022493bf3b46873f34a5c8f185ecc277eaac0b241d36296a1aab7024f3384bbc8cdc871cab4fe5e4f1aae9775f21f2b6a597cec07db55edee555a3a472 SHA512 (FreeBSD-11.0-RC2-i386-bootonly.iso.xz) = 60a9ebe7281e11aab2150d93489398f7cf8f1b40db149545077b349df0a8aa47afd86f9115c5633482b8adfd3d92ca949f376a36ad7b4efb7bb23c2fedcf38be SHA512 (FreeBSD-11.0-RC2-i386-disc1.iso) = 378b6c1da124b4ecfccbdd9c3da96c30ed71fa544f6fddeb08043af6483403b98868adcd4f5392388feb01d7bd7823033a90f9b4237279661aaa0abfe4cabed5 SHA512 (FreeBSD-11.0-RC2-i386-disc1.iso.xz) = cffb3ef554148f17a12e6758ed6a2ebeedfa8fad747244b18e35242c939b50283e5d3566a1c416499b40baf69b2be581ddf1a1044929f1af6cdeb7a28be9a9d9 SHA512 (FreeBSD-11.0-RC2-i386-dvd1.iso) = 6d59f8e290a86ba594e8042ea63597b5214ed3a6f62fe2243024d67174275a7e0d9a0c3f7c7ae4cce1a7913316c6195f294a4efb26b873f027d8c10b8b2afebe SHA512 (FreeBSD-11.0-RC2-i386-dvd1.iso.xz) = 30341f85ef94f71ea2e5c1f89d5abaf15dbda2ff6170bcaf5f54fceb747bd6f3ad51b6024c7ee5ea33ad11f1956f3df4439f4353dba964bb580cc1e503378724 SHA512 (FreeBSD-11.0-RC2-i386-memstick.img) = 75b0f3a2ff1a5e73063978ea5c1e1af3c6f16fbf1ab7a74dd5587bb1b94da7f6ddc0b282f40bc21c65680105a4835d8ea2afc30cba3f43545864c9f9919e5757 SHA512 (FreeBSD-11.0-RC2-i386-memstick.img.xz) = 8f89d4c50eef3b2e95b14206d1cebdf41fe1a6c956add6c02040ddc467a03abb710b8899a84c980357789ed466f5cf096e342bbd3ec49aeeb883c47da135d775 SHA512 (FreeBSD-11.0-RC2-i386-mini-memstick.img) = 287e04e7364674e603b45315587cc91fcdc86ec96b90ee199f7da9dffca0c6734447d1b9eb2e8bbd13ff389323d9441bce0a02cbf2a7eba31839910b85775a1e SHA512 (FreeBSD-11.0-RC2-i386-mini-memstick.img.xz) = dc5a01fc8015dfc65b139bb0b661273c7788854ad70c953b1fb682e1c8f12101fe5ee532bbbbcbb28d5d71f1bdca01f031b8e587d7931fe0641ecf6af18d4b2e SHA256 (FreeBSD-11.0-RC2-i386-bootonly.iso) = 54d9bafcfde95e9f587a008fb12a90f19b1af5591369126f6caf556927fbbed5 SHA256 (FreeBSD-11.0-RC2-i386-bootonly.iso.xz) = f4c4fe35d969d57f7ea9591553f16f775553b35295b88039ac9fce99552f6def SHA256 (FreeBSD-11.0-RC2-i386-disc1.iso) = aec86f318fb38deb2e764c8d7e5c841179b74dabdd733b2360d80ff95f165ad9 SHA256 (FreeBSD-11.0-RC2-i386-disc1.iso.xz) = d3f0ef19438e38059d24b188e180bd07f3f943d4746f6c4d35c257294678b39d SHA256 (FreeBSD-11.0-RC2-i386-dvd1.iso) = aaa50b1eae2d1d4b6d5b8b3fbcd123727a5865821126fd507201ed4c8f10cd6d SHA256 (FreeBSD-11.0-RC2-i386-dvd1.iso.xz) = 24e35da082846af8173f556735fbada33ca06e8afec060f7bb712bdd3cb60b6b SHA256 (FreeBSD-11.0-RC2-i386-memstick.img) = 1e70ed2e65514abed6c54d3f072fe497533e108a725b4dcd30c9435989e0ce22 SHA256 (FreeBSD-11.0-RC2-i386-memstick.img.xz) = 2024388f79964e930ae1f6829419a647e903b4a4a28cba2ac060632566e0406a SHA256 (FreeBSD-11.0-RC2-i386-mini-memstick.img) = a646d821959485640bef369089981062c4e828f7ca966ed5faa45ad3931f4d56 SHA256 (FreeBSD-11.0-RC2-i386-mini-memstick.img.xz) = 65a97aa44e61216a99929c1ef836964de57d6875fb6bb5fb02aa585c5e3d9660 o 11.0-RC2 powerpc GENERIC: SHA512 (FreeBSD-11.0-RC2-powerpc-bootonly.iso) = 6a13d805dc847db3721e9c68dbdd09d7733d3e0062073a97c0c72a72348e21d85693cd4086ca38d6bdbea5fa4985bf4d95846cc2ba649f96254d8f6fa4637589 SHA512 (FreeBSD-11.0-RC2-powerpc-bootonly.iso.xz) = 7714934b77b8116607dd78b57cc1ab11ae2873f3f5059e0d4cd45e96d9bca91122c95c819ceb64c8dcdf4efeb84ebfe5958b38874d34f5c789bc590f2ac2cbb6 SHA512 (FreeBSD-11.0-RC2-powerpc-disc1.iso) = 5e81558aa46c1b6eeda60d79aee8626e7f4ab90df978e4b46ee9e3cc9946eb234fa9baea81781f9c1d8dd63f808ccdbe310c0a8d4237240840fff55263cd81d2 SHA512 (FreeBSD-11.0-RC2-powerpc-disc1.iso.xz) = 7fd4d40b59a84ab145189a519542fe69f70f709ca9be9637569605a6d4f36ee9d15e81c9dff39ef119cfc89dd2f229e169ad1ccae0b2208ff06e08cd9efde617 SHA512 (FreeBSD-11.0-RC2-powerpc-memstick.img) = 14c2c674ee095e26156788688377096ce65802500b3033f790feaa5680afea662cdb8ea22d16a32a144a108be4a51a533390ce105aefa33112d8229b3263cd72 SHA512 (FreeBSD-11.0-RC2-powerpc-memstick.img.xz) = 42dd421aafb477ae0d1af852a402f5a94c5e5af57ad0f3d495bcdfecc0505f70f4c3137ae8b2d0249a67f8c02873e25e14024cb0f747bc11d5b554cad3071622 SHA512 (FreeBSD-11.0-RC2-powerpc-mini-memstick.img) = 3d64587a4a54833d49a9c5f25ac1e4427d4d923ca26b41984cf4b63e0cce5aa633d71848aba06fb576d5329b3fe665c75e965a9f30b24337ac81a8b1f7f05d48 SHA512 (FreeBSD-11.0-RC2-powerpc-mini-memstick.img.xz) = 0de2a52a1d3b52c395cf2133805bcc8470276414e4b823de76f47e5256ac19408da81f4133791fd07bb7eda48395d4bcc13eef96753c06091061bcabf9d56057 SHA256 (FreeBSD-11.0-RC2-powerpc-bootonly.iso) = 6b52d2eb29bd5d8c2cb327ec6307f2c4bce6b216790a183c9a2717d6cb1f7b8f SHA256 (FreeBSD-11.0-RC2-powerpc-bootonly.iso.xz) = aa984031c0079796217b61c3401fcaf7cc3ccb74b286941579037a6307ad320b SHA256 (FreeBSD-11.0-RC2-powerpc-disc1.iso) = 32abeccf4514efae8ab979945d45304c410537d2b8d6a80dd9a4710976afc1a6 SHA256 (FreeBSD-11.0-RC2-powerpc-disc1.iso.xz) = 671926f79bb350ae595e8052ba8e28e11ca9f132b620782140701e2936aa8436 SHA256 (FreeBSD-11.0-RC2-powerpc-memstick.img) = 3164b8e548d98b437d8bec1af47aa729552de983c431b35de4eeee8056717614 SHA256 (FreeBSD-11.0-RC2-powerpc-memstick.img.xz) = 92cfe03015854a2d71ab51b0c599fbe5ddc874282e5b06cb200e7c393445ca55 SHA256 (FreeBSD-11.0-RC2-powerpc-mini-memstick.img) = 57f25a743249d8f63e12c889b2def7ce351694d162ffb1155ac43e1bec4021fc SHA256 (FreeBSD-11.0-RC2-powerpc-mini-memstick.img.xz) = bb45905539f364e5a52a175fe2fd52094d682140bd5942edbede628a6235eb10 o 11.0-RC2 powerpc64 GENERIC64: SHA512 (FreeBSD-11.0-RC2-powerpc-powerpc64-bootonly.iso) = 1c6b10fdb3afc4cc0ebaa0da3f3b11e0b1c4481bd44ee07f653d9cab1cd62f832951f8a0e993f687e7355875787da0a5e5396045e4dcc1a8e9bccb24d75b7aeb SHA512 (FreeBSD-11.0-RC2-powerpc-powerpc64-bootonly.iso.xz) = 4702ca0302b3e8dc09b0c7f209932b266886f03e9b0dcce93ccab0bb6e813daae8e0004251fc35d74f5eea3544bd074551f448bc1ace1e121c94ad9af7e68376 SHA512 (FreeBSD-11.0-RC2-powerpc-powerpc64-disc1.iso) = aac6879f4c3b091d4458344464aca3a42cbfcc5c0db39d0c7db143689f5d918395fc7a333866dc6de58284d26f7256d6b5fb6447f340621b3fc7483878d784c1 SHA512 (FreeBSD-11.0-RC2-powerpc-powerpc64-disc1.iso.xz) = c4e48583370b805564eb9f82650ea9f9fb868c984ec663d1db49dabe3efdb11bbf27db3bec4e0be975adaa82b2d3b9291d2f5cfb09cc242e2ea0c0055306ced5 SHA512 (FreeBSD-11.0-RC2-powerpc-powerpc64-memstick.img) = fed0a045c1de882deaa5dd5fd38460bccf77255b938535fe28b1b9a61c24a82d77aa8b0414adfaced073459323e6aa1e2dbbb64cd0d7051aca9866a480a2f6f3 SHA512 (FreeBSD-11.0-RC2-powerpc-powerpc64-memstick.img.xz) = b8fb570dddf564c776e23800de5252b82e5e2b1f2b146587660c2163781dc7031b7e48383b467d13c413e721a5c761465b1d6f2b6a660099d4efdd18d6005630 SHA512 (FreeBSD-11.0-RC2-powerpc-powerpc64-mini-memstick.img) = e23a423e73c50f9d9e8e055ba2b48a264a22d336ef5a135784a08e12535c69c2e03065f7f2e36eb67ccf4f3c4df4d9914b929b7eca4ccd67ba43cdcfe97bfe28 SHA512 (FreeBSD-11.0-RC2-powerpc-powerpc64-mini-memstick.img.xz) = 86d9421779257eb3eb8b6ca2f1297b5b4b1ec59ce7f64947bdeac8d022d6a57ad93a49e9b01eb8c59bea25b8eff27c5504b164a44c936e5e954a0792f6966c37 SHA256 (FreeBSD-11.0-RC2-powerpc-powerpc64-bootonly.iso) = 58f8ccf54b75b6032405ed3fab70444472eed9beacd4adb4f9541f5503afa9e2 SHA256 (FreeBSD-11.0-RC2-powerpc-powerpc64-bootonly.iso.xz) = 620a6460d4f6276cc1b9f9b4e79d5655419e63004972fc24873febc4f0ee67c5 SHA256 (FreeBSD-11.0-RC2-powerpc-powerpc64-disc1.iso) = 270afffcbed3e4c889660dff63032af9bc0e923afc599ece31f6e89596c7cbf2 SHA256 (FreeBSD-11.0-RC2-powerpc-powerpc64-disc1.iso.xz) = 5b1bbdf1b0c3231a48347598103234e0bed2c8fd1dcee28bad4c16ef1f0707a6 SHA256 (FreeBSD-11.0-RC2-powerpc-powerpc64-memstick.img) = 5c875150079e7b4dcbc4189bfed53a5b59479ece982434392f620de52e82af42 SHA256 (FreeBSD-11.0-RC2-powerpc-powerpc64-memstick.img.xz) = 5cf1fc91eaa860a01f49aa4cb56e92505ca945bd8adf019f50c6fcc9387e7e3c SHA256 (FreeBSD-11.0-RC2-powerpc-powerpc64-mini-memstick.img) = 1037e106c82348fdace2cdd93f3a85d4600eb3d291d2562a9dbe9d5999636644 SHA256 (FreeBSD-11.0-RC2-powerpc-powerpc64-mini-memstick.img.xz) = ea1e6f1a75933c66def83c86150f4cb5b9cbf2d8801c5c13dfe04069b747bc16 o 11.0-RC2 sparc64 GENERIC: SHA512 (FreeBSD-11.0-RC2-sparc64-bootonly.iso) = 67f715c6124ea6be4aa6958a890c2960964a8a3a394410b35d05e9150858bf8588fdc2b4b566b80510213cadc700859bb9f58c519491f79e72bd56e934172a05 SHA512 (FreeBSD-11.0-RC2-sparc64-bootonly.iso.xz) = f338a2f7629e1d81b1c3fc2a8b3c535127dcf25dd44dd9089e54119eb7231f4f0852eaaed1ac72db2d84857511dae3896c2a19c5d4638776f509ee4896b7adeb SHA512 (FreeBSD-11.0-RC2-sparc64-disc1.iso) = b9a01076d57457599d8ae291b034936ddeef735c712c8da44034d07b6dd7e12807ee294e400ced17375af7896747d329ab7a12a8cc18aaff778b4f0edb0be8ac SHA512 (FreeBSD-11.0-RC2-sparc64-disc1.iso.xz) = 9b96ec84140072cbf161fc0a73e3ee417aadb5a0ad23236bc824330f95c762dc415fbcb252527d7eaf7ffa1ab2bcc10f524508ea7e41087277a22228db83736d SHA256 (FreeBSD-11.0-RC2-sparc64-bootonly.iso) = 6248930d8b4a13ca6dd5124e916f2f5c493860b9b24497db86a65fe04e17c9f7 SHA256 (FreeBSD-11.0-RC2-sparc64-bootonly.iso.xz) = adbe71588f9e1148bec45c8b6fd3d74c7c5af563ec59b19ae8811d0277f191ac SHA256 (FreeBSD-11.0-RC2-sparc64-disc1.iso) = f52707f81609cebaba87209033aa44df644bfc3553376e9deaa248f469adfe7a SHA256 (FreeBSD-11.0-RC2-sparc64-disc1.iso.xz) = 151132b75bf09afa0670525276e9e08e95d923976d812321ded28d04409e7282 o 11.0-RC2 armv6 BANANAPI: SHA512 (FreeBSD-11.0-RC2-arm-armv6-BANANAPI.img.xz) = f46b5362ecf8027d8a0b119ebdcd8a981580d1c381805ac33eb6f9a1e0da0ae9e563b184b5fc72c0f863f89cd816e611f177d0e6ee1749bd902bc83dd0fba49b SHA256 (FreeBSD-11.0-RC2-arm-armv6-BANANAPI.img.xz) = d56da5d1131b8986e0dbf61682838c061dfc8bca2780c96788715a88ed41d277 o 11.0-RC2 armv6 BEAGLEBONE: SHA512 (FreeBSD-11.0-RC2-arm-armv6-BEAGLEBONE.img.xz) = 4b1ee9e7f8b32ba9a901a5dbf4a6f08db408ff925fa642ad9a684817e23ab5b298158d02932bc8c8b958cf26c3138245e0e6a0bc3633bfb4d01b58bd296204fd SHA256 (FreeBSD-11.0-RC2-arm-armv6-BEAGLEBONE.img.xz) = bbcbfedbfb67ca709eca2f29cae48a1e3e42db8b741adce6336b8a4242d4e570 o 11.0-RC2 armv6 CUBIEBOARD: SHA512 (FreeBSD-11.0-RC2-arm-armv6-CUBIEBOARD.img.xz) = 6c61dadcadbd26791c1b2525793e89a02ade907b4c8eda79aa1cf598eed8b65eb54c345c64fdbee5945ac8d8a711d28b297d081e86eb5f9611100037ed339294 SHA256 (FreeBSD-11.0-RC2-arm-armv6-CUBIEBOARD.img.xz) = 24ea62fa2690c6d2aeb30600c174ea96d9c1b2fc543aebe76a24353606c0d6d4 o 11.0-RC2 armv6 CUBIEBOARD2: SHA512 (FreeBSD-11.0-RC2-arm-armv6-CUBIEBOARD2.img.xz) = 6eba6043758590bf9b714ee8025ed9e86d21b38f0b7339d70adefd40159ec1370db3277c130f26dee5e974de30d33b56219e417f16847e64b216a7fe92072055 SHA256 (FreeBSD-11.0-RC2-arm-armv6-CUBIEBOARD2.img.xz) = 35e3f4c726f92801d95e6dd0993157f5d6b962aca8c217fc4c95d3feea50b72d o 11.0-RC2 armv6 CUBOX-HUMMINGBOARD: SHA512 (FreeBSD-11.0-RC2-arm-armv6-CUBOX-HUMMINGBOARD.img.xz) = ed6fc8bd10ed5e42c6a8b93e74e95845903c317b58c7b4bd834b71af13dbb774607cc63513e71930ea4504c16e6805afda8d9308e09aeff3de52701756989ea5 SHA256 (FreeBSD-11.0-RC2-arm-armv6-CUBOX-HUMMINGBOARD.img.xz) = ff423ace67dc09f2367bab1560793408a989453a7a0f62ebf4639f02aa16b459 o 11.0-RC2 armv6 GUMSTIX: SHA512 (FreeBSD-11.0-RC2-arm-armv6-GUMSTIX.img.xz) = 5cd2ede97f2f1921d96da6e6ddb4b32f489195fdaeafa097f44ebc8791af3a3421c1e17df9c7d78dd64785bfad447ebfaa049839fa5e215662e760fc05b7e8b0 SHA256 (FreeBSD-11.0-RC2-arm-armv6-GUMSTIX.img.xz) = a86eaf9d6d7ebbc8c8b0e969207f8124b2e23bbdae2ef3f6dc5849c9818110cd o 11.0-RC2 armv6 RPI-B: SHA512 (FreeBSD-11.0-RC2-arm-armv6-RPI-B.img.xz) = 5b6fb93c6b56c501418ddd3641cb8ee2a7ef180ca3dbf011ac384f7a61aaf4fe00b862dcafcd11d16a56f16dc869ae48f8eec803d76333cb2aec9275ea60f3ce SHA256 (FreeBSD-11.0-RC2-arm-armv6-RPI-B.img.xz) = 06d20120b624a515c01880283171bdff82103d8e0ed1fa326494070a13a5f334 o 11.0-RC2 armv6 RPI2: SHA512 (FreeBSD-11.0-RC2-arm-armv6-RPI2.img.xz) = d43e95872fd2045dbf4acee9dcfeaa1811476f1549431c4e4658d5215fd54d2ac648f079f277eedd470ee319ba9c314d75583ef43dada74fc018e393a94c9e46 SHA256 (FreeBSD-11.0-RC2-arm-armv6-RPI2.img.xz) = 875861bf60e315ec24b5843e7efad126780939a645347a2bb85c6aa73512e57b o 11.0-RC2 armv6 PANDABOARD: SHA512 (FreeBSD-11.0-RC2-arm-armv6-PANDABOARD.img.xz) = 4900ad2bd9a748de28a41324d885fca005537435e2a9a86e8ef0be89c60bf8ea7ea22570afe42053e3767f444fe90c26eec0fadaa3c6729bad567986843a4ea5 SHA256 (FreeBSD-11.0-RC2-arm-armv6-PANDABOARD.img.xz) = c8393617da5926e69686fd9644977ef54fc92b30e7a809a44e1ed63769766ef0 o 11.0-RC2 armv6 WANDBOARD: SHA512 (FreeBSD-11.0-RC2-arm-armv6-WANDBOARD.img.xz) = 90013eb03599085fa97c34ac3551561e3765236581b67fd6d47ab61aae8df3d18316953fd287a3bd31e07584282513f918487a1da754ca32c65e472754afa25f SHA256 (FreeBSD-11.0-RC2-arm-armv6-WANDBOARD.img.xz) = e28735ac9af807b0ef37d21e1e9e17969c81303b256eec43188490fc98511932 o 11.0-RC2 aarch64 GENERIC: SHA512 (FreeBSD-11.0-RC2-arm64-aarch64-memstick.img) = 81cff88033c05202cfb5568716cab7b0822a57764a49ac245caccc46230407f1fa84a4b978838d7a66cd7b9d5291061993cc37c068d6be5adb5550d09fceebc8 SHA512 (FreeBSD-11.0-RC2-arm64-aarch64-memstick.img.xz) = de2b5a15bab505b82e53352daed85d8506460fc67c7379b1bd181df59749d161d4df5fca45fcae08786bbeabee3c31a816e114cbf881324898d26b7e00a6b9c6 SHA512 (FreeBSD-11.0-RC2-arm64-aarch64-mini-memstick.img) = 2518a80402a86800ebd83230d60d69b2c9e822c36eba3770e1f1670170d13a322a3dc18ef550aa0f0c41bab2dbe37dbf1d17cdf3406b608cc10f4376fb8bb275 SHA512 (FreeBSD-11.0-RC2-arm64-aarch64-mini-memstick.img.xz) = 58e7ad6df6cbf3f84039c307825146e437d8f49d2f377a204eb384c21bd145911b1860f42482a1d61b6dae69a6dc59db796f562a7056062aff9c5a6f450dc301 SHA256 (FreeBSD-11.0-RC2-arm64-aarch64-memstick.img) = e7c4e8d1def42df29caec9065c11d5ad0399dfd33a103115cc6cf72fbdf2b95b SHA256 (FreeBSD-11.0-RC2-arm64-aarch64-memstick.img.xz) = 4f983db617f923b21fd15a5604197b6e1f44115290c0400aef5d0ef00b24d93d SHA256 (FreeBSD-11.0-RC2-arm64-aarch64-mini-memstick.img) = 00a9e99a9596e48fb1491a35fedf719ff4a55fbc080a5bfb1e3acef06ea3294d SHA256 (FreeBSD-11.0-RC2-arm64-aarch64-mini-memstick.img.xz) = a9ca5ce87bb530187c8845eee65472254fc2f84de8bbfaeb34cb1515c106d09d == VM IMAGE CHECKSUMS == o 11.0-RC2 amd64: SHA512 (FreeBSD-11.0-RC2-amd64.qcow2.xz) = b5b8e1982f62466acfb39c1747d629d8cb99034ae8cd8a682dcf8c2e61ae299baf388743ee742717ce65b7441abd06f59ae85f577e632b92ef20d4dab4176c2a SHA512 (FreeBSD-11.0-RC2-amd64.raw.xz) = 0a36756f9558f1a24def3db7d181a398f7a90f56a6dd2e260acf2b97894f37afe3fb97e5763dc96cc02397151d5d69f92ab7d1a222847ad13fcb3d072cf8030b SHA512 (FreeBSD-11.0-RC2-amd64.vhd.xz) = 17fc84f368cedaf26a30f700420f05c3bc630cfaabbd8384d89f40cb0565cc6fbe4ec7e5044ef0cb5346bc7d75b86be054100a705ed5fcc883b28b6d1ef38466 SHA512 (FreeBSD-11.0-RC2-amd64.vmdk.xz) = de696e5352d904d8be4472c966e7c42c240fb2c92b094281d064bcc5face8febdf6b9407b0f171c087787b2b6841e6cdf17fee9a93e4a339480841a8bdbe99b0 SHA256 (FreeBSD-11.0-RC2-amd64.qcow2.xz) = b80bd52fe511ad09ddcca2293262534b6ee3f17b9421618ccc7fd786747614cf SHA256 (FreeBSD-11.0-RC2-amd64.raw.xz) = 8c814df5feef784f425d191d07c04b7dbc1e6a6820e56b63ec45461728d0562c SHA256 (FreeBSD-11.0-RC2-amd64.vhd.xz) = 58cd982286772fa1461b07523655d122719f046a304f0c0b2bcecfda0f90084a SHA256 (FreeBSD-11.0-RC2-amd64.vmdk.xz) = 43e9e132720d13c3b22947364a39cd77cf9fe4f034575747e7d01094d3392567 o 11.0-RC2 i386: SHA512 (FreeBSD-11.0-RC2-i386.qcow2.xz) = c1ebdea3881949c7fee688e734d56558f7028c6579045ceed84ecbf8170a66897877af0901532c9ad79c30f982c80feb649d381fa3aedb328c847412cc8ee576 SHA512 (FreeBSD-11.0-RC2-i386.raw.xz) = 7b80f9f813ae3cf1ccefbafd76a0a9effb56724e1593ce285d82d423d0c3572ecaa2d07b0ccd79824f81f6c21177002e4efcb92f7d195faae44690a0d9d8ff5c SHA512 (FreeBSD-11.0-RC2-i386.vhd.xz) = 262026c0c75ed93e8476d3d990df0dfe38676b22606cea12783625bb3832589c1e1869855a0cbac8b00ee407f49a9d6638267aa96450fb8a92c20ad289eb6c1f SHA512 (FreeBSD-11.0-RC2-i386.vmdk.xz) = 6ff2bd563621461dcd7d055f3d43d94607ec8f5e7d6a91da905d1d16f4f3c06672173f52aba2ebe52a7a37b78a60112db2ad6522cd0101e0b0bb4a77d271b2f1 SHA256 (FreeBSD-11.0-RC2-i386.qcow2.xz) = 111481b47f5dd241d527173f8ec0cb518756392bfaddbd0772b2b755cee9ea5b SHA256 (FreeBSD-11.0-RC2-i386.raw.xz) = 97cb088f639b37075f9ef67a76c1d792bab7c61d0cfeea0b90c0d9e8a8dea04d SHA256 (FreeBSD-11.0-RC2-i386.vhd.xz) = 7dfc6545df46f282d555b0575c396b6786d8ba077a82679a03846a02e6038c86 SHA256 (FreeBSD-11.0-RC2-i386.vmdk.xz) = cbb3bc6cb905a7aacf45e8fd165d5d6ee6734a294a7472ce6abbb5648c3350dd o 11.0-RC2 aarch64: SHA512 (FreeBSD-11.0-RC2-arm64-aarch64.qcow2.xz) = a2a5d01f00eac52a64980bb4b42c77892b8ab9df96fe9e7415db348e30efe8b9e9b9470c25138aaa187519d0bb6e9c543d3f98ab4452d4796b76de7b59090a22 SHA512 (FreeBSD-11.0-RC2-arm64-aarch64.raw.xz) = 117b39f63d1599239b48b43c65fa4e260b5c64050fed184582125ee589ad24bef15983130847ca2e9dd786b7db9299ffc10747fe20fcc234c31df9336b2a48ef SHA512 (FreeBSD-11.0-RC2-arm64-aarch64.vhd.xz) = 147a7b9cd2944a2b02916e3915dda451325385a89a9ba6ba958a91d6b702efb247d97b4f2fd5194ec7868f0551ab2d20ebb813ee86f62b89c0f8f8e2272e9efa SHA512 (FreeBSD-11.0-RC2-arm64-aarch64.vmdk.xz) = 7d28f6efee0cf8354a35479cb992daa7720416834381229054e108baff4319204a763e00a5c2e571bc79d5841e270ac7fd31f28f1284068492572c9d2753ab0c SHA256 (FreeBSD-11.0-RC2-arm64-aarch64.qcow2.xz) = d6c187ef9b9c97860ca3abd3f11162d84f83ed0dbcda5a9699d7dca922dbdd56 SHA256 (FreeBSD-11.0-RC2-arm64-aarch64.raw.xz) = aaa5efb0766a21238e07680ccddab9c8f43266264b3b7476cc759a0f38f4cb2e SHA256 (FreeBSD-11.0-RC2-arm64-aarch64.vhd.xz) = 08bff51a45cce9ad614941b294e5a464baad0e5663b6dc8dc254f1d049ed9f9c SHA256 (FreeBSD-11.0-RC2-arm64-aarch64.vmdk.xz) = 561557879ce88afdd56d66b30bff681cc86e5419fb93f37c249523d50c3aabac Regards, Glen Love FreeBSD? Support this and future releases with a donation to the FreeBSD Foundation! https://www.freebsdfoundation.org/donate/ -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJXvmKHAAoJEAMUWKVHj+KTLYQP/2pFFA5oDr7hlBJFWGTYjFkE q+UE7gZVzkpXW23Djuuc7ymmG5OgSyQ9yXSKzuTDh4m4GZm50pLpSSIZAYYP0Jdz AciuvjRhUPSqVfZ82dk8QAoWQgE4RhKdjoeuZyQdAVXARAtHQ8ib+RBetYuICZ+d 8LecATUmr4/2cdiKEkSyWbQ3hKTJclpbBWScVQb46/7IBbuOWrTJ76GOXt4EHbIb jawpaFMhaF8a8Q/8ljQsdIsOLsHWn897py9sgryG3V47+yXFFCgCvdAqrbpyF5so ooPO4tc2mI3rbWCt09/XoN0jtw1WWVegBXRLFHpw0z8LyJxid00vuZ1C3KFvggJ3 N6hn8PAOQlb377NoVZlJFoJ5W3NDUZTVgE59VJIb2oLDpXd/wrq93SLoSJ+Ul3x3 gaQDhxYvoaMQwM0W+2FjMOzDdTJv04+WsedwsID22EfkNkmF3rutIjALW8bnMzyQ 6Q3LpUTM3gm+CMzxxSoaB0BxASvQTS3XVRUPouwydC4xYyefmTqNOZ8/E8H7fnfY w9opTNAvGzyQqVLpo+ZKCzMn5XNeWum3lqQyhjXYYy2JdC3OA6+LDe4E6W3WiJH0 hEGd09dFX18iyqwMxcvZlGtN7C32mS7GEvWj8iHcO7IflnLfNc+pd4Sc6EbFhyKS qqLUWUzjqv8sc3rP5k6Y =HuOj -----END PGP SIGNATURE----- From owner-freebsd-stable@freebsd.org Thu Aug 25 04:53:10 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D2DE4BC34BF; Thu, 25 Aug 2016 04:53:10 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id C490C180E; Thu, 25 Aug 2016 04:53:10 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from FreeBSD.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by freefall.freebsd.org (Postfix) with ESMTP id DE9A410DD; Thu, 25 Aug 2016 04:53:09 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Date: Thu, 25 Aug 2016 04:53:07 +0000 From: Glen Barber To: freebsd-current@FreeBSD.org, freebsd-stable@FreeBSD.org Cc: re@FreeBSD.org Subject: Re: FreeBSD 11.0-RC2 Now Available Message-ID: <20160825045307.GE40474@FreeBSD.org> References: <20160825031420.GA31319@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="ZRyEpB+iJ+qUx0kp" Content-Disposition: inline In-Reply-To: <20160825031420.GA31319@FreeBSD.org> X-Operating-System: FreeBSD 11.0-CURRENT amd64 X-SCUD-Definition: Sudden Completely Unexpected Dataloss X-SULE-Definition: Sudden Unexpected Learning Event X-PEKBAC-Definition: Problem Exists, Keyboard Between Admin/Computer User-Agent: Mutt/1.5.24 (2015-08-30) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Aug 2016 04:53:10 -0000 --ZRyEpB+iJ+qUx0kp Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Aug 25, 2016 at 03:14:20AM +0000, Glen Barber wrote: > [...] > =3D=3D=3D Upgrading =3D=3D=3D >=20 > The freebsd-update(8) utility supports binary upgrades of amd64 and i386 > systems running earlier FreeBSD releases. Systems running earlier > FreeBSD releases can upgrade as follows: >=20 > # freebsd-update upgrade -r 11.0-RC2 >=20 > [...] Apologies to anyone that ran freebsd-update(8) just after this email, there was a miscommunication that was my fault that made me think the freebsd-update(8) bits were already published. They should be available within the next 20 minutes (worst-case) from the timestamp of this email. Apologies for any confusion. Glen --ZRyEpB+iJ+qUx0kp Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJXvnmzAAoJEAMUWKVHj+KTqA8P/1Jtw9uFW8jW2ktlSZuKX1XA HTgdVjDhbGQs9Db8Hljj0pFXIoRvW7H39gbb8NaoqwFKePjQ9vrAdfLwO8lgfmxP wOtN40LjkxSePUgUKLdD6MNji46FureXs60LPlF+lu9xcjcjxscqjEa+A7HPE8fi s2iFKfnBpA8j/swMX/Vy4WF5IPycoFpVySFyBqYBzDFav3goOqcJpE3z5Z9m9CmE QZSHloQSbGWPK2OrMqj0YZXnEmAwqjNIE5TUV6m408S/ZjWkLxZa3eeBEBRvq9fA PZWThRFLtsojiVdoMBxrgx9bkxpDwGM50zRp7fmJmN2rqjr3zM2XStXMF/kksUCs K5Y9pil9BbciiuaD5TW7fYDNG9C6jvwMXrANVCqK29vxFFkY2DYPDUhfZ8wMtUsW 4C/UxfpRLMn7Y0Po2RsiPWqg4USnfHxetsQ2ac+kDBHa+tCtw8Y6PMoqEwGg9V1p XMm36ivEAw1Ly/hn6Iz0dTSpy1uLk66hMc81fGDpjycW31qGJjdTfeby0H4MhY4i +/6zGR+ccuIXr7JuYI3yp+ItVUarHdRpP9WSzM6FG0xJ6BTy8Jut2Q7vR2658v9x xLCUm1ZgNAYu/kLW9CKRfoz+A0xVw/kY1Es4GbRfwnjJXDoOj2A2cpYd8HZxSMQx JzT+C1KEW0kanK1+t5Ho =kYlN -----END PGP SIGNATURE----- --ZRyEpB+iJ+qUx0kp-- From owner-freebsd-stable@freebsd.org Thu Aug 25 06:29:15 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B6B92BC5D96; Thu, 25 Aug 2016 06:29:15 +0000 (UTC) (envelope-from jochen@jochen-neumeister.de) Received: from dd36626.kasserver.com (dd36626.kasserver.com [85.13.153.106]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 7FA941D5A; Thu, 25 Aug 2016 06:29:14 +0000 (UTC) (envelope-from jochen@jochen-neumeister.de) Received: from dagobert.home.jochen-neumeister.de (p548940C4.dip0.t-ipconnect.de [84.137.64.196]) by dd36626.kasserver.com (Postfix) with ESMTPSA id 55B632E01132; Thu, 25 Aug 2016 08:29:12 +0200 (CEST) Subject: Re: FreeBSD 11.0-RC2 Now Available To: Glen Barber , freebsd-current@FreeBSD.org, freebsd-stable@FreeBSD.org References: <20160825031420.GA31319@FreeBSD.org> <20160825045307.GE40474@FreeBSD.org> Cc: re@FreeBSD.org From: Jochen Neumeister Message-ID: <7c7a692a-4a34-2082-c1c6-771b7003731a@jochen-neumeister.de> Date: Thu, 25 Aug 2016 08:29:11 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 In-Reply-To: <20160825045307.GE40474@FreeBSD.org> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Aug 2016 06:29:15 -0000 On 25.08.2016 06:53, Glen Barber wrote: > On Thu, Aug 25, 2016 at 03:14:20AM +0000, Glen Barber wrote: >> [...] >> === Upgrading === >> >> The freebsd-update(8) utility supports binary upgrades of amd64 and i386 >> systems running earlier FreeBSD releases. Systems running earlier >> FreeBSD releases can upgrade as follows: >> >> # freebsd-update upgrade -r 11.0-RC2 >> >> [...] > Apologies to anyone that ran freebsd-update(8) just after this email, > there was a miscommunication that was my fault that made me think the > freebsd-update(8) bits were already published. > > They should be available within the next 20 minutes (worst-case) from > the timestamp of this email. Is anyone else seeing this? Fetching metadata signature for 11.0-RC2 from update.FreeBSD.org... failed. No mirrors remaining, giving up. > > Apologies for any confusion. From owner-freebsd-stable@freebsd.org Thu Aug 25 06:32:55 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 56E64BB70F6; Thu, 25 Aug 2016 06:32:55 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 46F8D143F; Thu, 25 Aug 2016 06:32:55 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from FreeBSD.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by freefall.freebsd.org (Postfix) with ESMTP id EEED91871; Thu, 25 Aug 2016 06:32:53 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Date: Thu, 25 Aug 2016 06:32:52 +0000 From: Glen Barber To: Jochen Neumeister Cc: freebsd-current@FreeBSD.org, freebsd-stable@FreeBSD.org, re@FreeBSD.org Subject: Re: FreeBSD 11.0-RC2 Now Available Message-ID: <20160825063252.GT19112@FreeBSD.org> References: <20160825031420.GA31319@FreeBSD.org> <20160825045307.GE40474@FreeBSD.org> <7c7a692a-4a34-2082-c1c6-771b7003731a@jochen-neumeister.de> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="ZNotpC0yWfjHZxBL" Content-Disposition: inline In-Reply-To: <7c7a692a-4a34-2082-c1c6-771b7003731a@jochen-neumeister.de> X-Operating-System: FreeBSD 11.0-CURRENT amd64 X-SCUD-Definition: Sudden Completely Unexpected Dataloss X-SULE-Definition: Sudden Unexpected Learning Event X-PEKBAC-Definition: Problem Exists, Keyboard Between Admin/Computer User-Agent: Mutt/1.5.24 (2015-08-30) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Aug 2016 06:32:55 -0000 --ZNotpC0yWfjHZxBL Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Aug 25, 2016 at 08:29:11AM +0200, Jochen Neumeister wrote: > On 25.08.2016 06:53, Glen Barber wrote: > > On Thu, Aug 25, 2016 at 03:14:20AM +0000, Glen Barber wrote: > >> [...] > >> =3D=3D=3D Upgrading =3D=3D=3D > >> > >> The freebsd-update(8) utility supports binary upgrades of amd64 and i3= 86 > >> systems running earlier FreeBSD releases. Systems running earlier > >> FreeBSD releases can upgrade as follows: > >> > >> # freebsd-update upgrade -r 11.0-RC2 > >> > >> [...] > > Apologies to anyone that ran freebsd-update(8) just after this email, > > there was a miscommunication that was my fault that made me think the > > freebsd-update(8) bits were already published. > > > > They should be available within the next 20 minutes (worst-case) from > > the timestamp of this email. >=20 > Is anyone else seeing this? >=20 > Fetching metadata signature for 11.0-RC2 from update.FreeBSD.org... fail= ed. > No mirrors remaining, giving up. >=20 Yes, it is being worked on. :( I was hoping no one saw it before having all the details, because I am not clear on the background bits on freebsd-update. An update will be sent when things are fixed. Sorry, again. :( Glen --ZNotpC0yWfjHZxBL Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJXvpEOAAoJEAMUWKVHj+KTGz8QAJ/BdNDsfWEouhZlMV1rAIPQ I/af3TSylZFmgr+8xBSnR+kQ9v80DDxcfy4HBkyR3kzw7tVnFadsnYdci1IgbhZ4 XQcNxZ8wcEg+rKIYdYKZ7XWWqCp6xvG4li9BVEFJX34dU0hczTowCLqkuOjr1OtD w3dtnYl2wzR9eax8PTndWCAbVO2YbbkqxCh/PfFE4uVz+EoII9X7Nz2rEV0TCtWW YZdF7UBoFUigHGeiPjGBtFzPodm/0FAt537SnR1ZdNLV+dD9vMK/AP9nLR6HxoY4 IEQKUB8G4jHk6xlmuptBPMBWafoLWESLthBT4MqNfYmQw+wyTi+kBU8m1E4RIqaG kMrmDYHoTthZB4QUUtYtsK7QgRHx+K+HTP5iA4/DUxy0drl8iVbhdgv26wroSqjo uyIf7cT1v8mMd4EDUeCzoXoqqsMeF7VPAld3PP2f94mPGToLcL9s6dgl0tLZU2z8 VGmU3kdVbPqteNNCtnCy4S+xiX0is3yVcu76T6kF4hiHQH175JDPhPi8447ui4RM 4+rr2F6ob/yb81RnVsn0TeYMZsM7WEW2wJCKYMAgJkJP8adE700MPnGICm2CZyIY Ie1Q9ZcMDBvvMpGCpD52KyAvBEQwy24pqmD/Sdy6CDyJHxkhiVQKdegg9+WqcNLI E0QKD1yjwx43oWEZmrvm =CWuS -----END PGP SIGNATURE----- --ZNotpC0yWfjHZxBL-- From owner-freebsd-stable@freebsd.org Thu Aug 25 06:43:21 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 74AE3BB744B; Thu, 25 Aug 2016 06:43:21 +0000 (UTC) (envelope-from jochen@jochen-neumeister.de) Received: from dd36626.kasserver.com (dd36626.kasserver.com [85.13.153.106]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 394091A38; Thu, 25 Aug 2016 06:43:20 +0000 (UTC) (envelope-from jochen@jochen-neumeister.de) Received: from dagobert.home.jochen-neumeister.de (p548940C4.dip0.t-ipconnect.de [84.137.64.196]) by dd36626.kasserver.com (Postfix) with ESMTPSA id BDED22E00FA9; Thu, 25 Aug 2016 08:43:18 +0200 (CEST) Subject: Re: FreeBSD 11.0-RC2 Now Available To: Glen Barber References: <20160825031420.GA31319@FreeBSD.org> <20160825045307.GE40474@FreeBSD.org> <7c7a692a-4a34-2082-c1c6-771b7003731a@jochen-neumeister.de> <20160825063252.GT19112@FreeBSD.org> Cc: freebsd-current@FreeBSD.org, freebsd-stable@FreeBSD.org, re@FreeBSD.org From: Jochen Neumeister Message-ID: <3afec748-1976-b055-6620-73355f3e6528@jochen-neumeister.de> Date: Thu, 25 Aug 2016 08:43:18 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 In-Reply-To: <20160825063252.GT19112@FreeBSD.org> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Aug 2016 06:43:21 -0000 On 25.08.2016 08:32, Glen Barber wrote: > On Thu, Aug 25, 2016 at 08:29:11AM +0200, Jochen Neumeister wrote: >> On 25.08.2016 06:53, Glen Barber wrote: >>> On Thu, Aug 25, 2016 at 03:14:20AM +0000, Glen Barber wrote: >>>> [...] >>>> === Upgrading === >>>> >>>> The freebsd-update(8) utility supports binary upgrades of amd64 and i386 >>>> systems running earlier FreeBSD releases. Systems running earlier >>>> FreeBSD releases can upgrade as follows: >>>> >>>> # freebsd-update upgrade -r 11.0-RC2 >>>> >>>> [...] >>> Apologies to anyone that ran freebsd-update(8) just after this email, >>> there was a miscommunication that was my fault that made me think the >>> freebsd-update(8) bits were already published. >>> >>> They should be available within the next 20 minutes (worst-case) from >>> the timestamp of this email. >> Is anyone else seeing this? >> >> Fetching metadata signature for 11.0-RC2 from update.FreeBSD.org... failed. >> No mirrors remaining, giving up. >> > Yes, it is being worked on. :( > > I was hoping no one saw it before having all the details, because I am > not clear on the background bits on freebsd-update. > > An update will be sent when things are fixed. Sorry, again. :( It works now: Fetching metadata signature for 11.0-RC2 from update6.freebsd.org... done. From owner-freebsd-stable@freebsd.org Thu Aug 25 06:53:09 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CFF7BBB7732; Thu, 25 Aug 2016 06:53:09 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id BEFBC1F5A; Thu, 25 Aug 2016 06:53:09 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from FreeBSD.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by freefall.freebsd.org (Postfix) with ESMTP id 81E691C0E; Thu, 25 Aug 2016 06:53:07 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Date: Thu, 25 Aug 2016 06:53:06 +0000 From: Glen Barber To: Jochen Neumeister Cc: freebsd-current@FreeBSD.org, freebsd-stable@FreeBSD.org, re@FreeBSD.org Subject: Re: FreeBSD 11.0-RC2 Now Available Message-ID: <20160825065306.GU19112@FreeBSD.org> References: <20160825031420.GA31319@FreeBSD.org> <20160825045307.GE40474@FreeBSD.org> <7c7a692a-4a34-2082-c1c6-771b7003731a@jochen-neumeister.de> <20160825063252.GT19112@FreeBSD.org> <3afec748-1976-b055-6620-73355f3e6528@jochen-neumeister.de> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="JcGvecxLhm+LytDG" Content-Disposition: inline In-Reply-To: <3afec748-1976-b055-6620-73355f3e6528@jochen-neumeister.de> X-Operating-System: FreeBSD 11.0-CURRENT amd64 X-SCUD-Definition: Sudden Completely Unexpected Dataloss X-SULE-Definition: Sudden Unexpected Learning Event X-PEKBAC-Definition: Problem Exists, Keyboard Between Admin/Computer User-Agent: Mutt/1.5.24 (2015-08-30) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Aug 2016 06:53:09 -0000 --JcGvecxLhm+LytDG Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Aug 25, 2016 at 08:43:18AM +0200, Jochen Neumeister wrote: > On 25.08.2016 08:32, Glen Barber wrote: > > On Thu, Aug 25, 2016 at 08:29:11AM +0200, Jochen Neumeister wrote: > >> On 25.08.2016 06:53, Glen Barber wrote: > >>> On Thu, Aug 25, 2016 at 03:14:20AM +0000, Glen Barber wrote: > >>>> [...] > >>>> =3D=3D=3D Upgrading =3D=3D=3D > >>>> > >>>> The freebsd-update(8) utility supports binary upgrades of amd64 and = i386 > >>>> systems running earlier FreeBSD releases. Systems running earlier > >>>> FreeBSD releases can upgrade as follows: > >>>> > >>>> # freebsd-update upgrade -r 11.0-RC2 > >>>> > >>>> [...] > >>> Apologies to anyone that ran freebsd-update(8) just after this email, > >>> there was a miscommunication that was my fault that made me think the > >>> freebsd-update(8) bits were already published. > >>> > >>> They should be available within the next 20 minutes (worst-case) from > >>> the timestamp of this email. > >> Is anyone else seeing this? > >> > >> Fetching metadata signature for 11.0-RC2 from update.FreeBSD.org... f= ailed. > >> No mirrors remaining, giving up. > >> > > Yes, it is being worked on. :( > > > > I was hoping no one saw it before having all the details, because I am > > not clear on the background bits on freebsd-update. > > > > An update will be sent when things are fixed. Sorry, again. :( > It works now: >=20 > Fetching metadata signature for 11.0-RC2 from update6.freebsd.org... done. >=20 Yes, everything should be working now. Again, sorry about this. Glen --JcGvecxLhm+LytDG Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJXvpXSAAoJEAMUWKVHj+KTSaoP/33bolL5bgU2zOTOt2xzTfTW K+5fwfHbZ62PkyuQi+7SMBoT/PgB7bWAuN95ViP4L/KRKQ29Vt6jJM/lfTOe+JyB WiwzBB24pw8PTo8d3F7vIe5o8dtwmByO0X5+WhnjrNXbR1PUeVJU1lO1HNW+CNlc xmOKc/AeCVcIHa5zSLKP8QndA8Q8My6556Ygbluv+L6UGXZPvy8yqvPug1Q37FdB vemEI+11IlFmJBOMbT0rzcV4/5TJBD2ve5iJqv3bQmnnQVSxNAfMo73no5Bm5FV8 S7RuGS3xAHAE69SM0W6r9Epzl2AgVu7eEcMb2sHDNUPSlJvNCpUdvtBF8IBrH7Zj B+IuLCgOK1TkMiNzjqD1TmUVU9ea1oMB2QE4k+4f8/jlM5Lej+La8C/xUOD8Wf4x vjmjASBYiSadUz9W6jEs12kXy7EGJkc/G5LLiLMLaNb1UYJ1Wp4rmpXwx1nPSEQ4 Y3y47KEO+Dvkq/KJ/EW6vO6mSx+dxi4Ogzm+UV14oGHVjVyv6NdRPZZTBEVr1Yw5 5Khnmm1ISpreYY9+dirv9Jpc15+/zRSm7Amvz8UFlyTTEMkT3/uXBsloSkRxc7dI blKoIfNcBLekjocbY3ltsKv9zdqodXfwUOkTRjDS4TbrL7S0gDGLSNGj75laSbg+ 6LwqQ8Wa8NiuNcIWrBSA =I7k1 -----END PGP SIGNATURE----- --JcGvecxLhm+LytDG-- From owner-freebsd-stable@freebsd.org Thu Aug 25 07:16:33 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C7604BB7EA4 for ; Thu, 25 Aug 2016 07:16:33 +0000 (UTC) (envelope-from andreas@naund.org) Received: from naund.org (172-11-194-172.lightspeed.sntcca.sbcglobal.net [172.11.194.172]) by mx1.freebsd.org (Postfix) with ESMTP id 976A91D46; Thu, 25 Aug 2016 07:16:33 +0000 (UTC) (envelope-from andreas@naund.org) Received: (from andreas@localhost) by naund.org (8.11.6/8.11.6-20030329ao) id u7P7GOl02005; Thu, 25 Aug 2016 00:16:24 -0700 Date: Thu, 25 Aug 2016 00:16:24 -0700 From: Andreas Ott To: Cy Schubert Cc: Ian Lepore , Andreas Ott , Kevin Oberman , Randy Bush , FreeBSD Stable , Cy Schubert , pfg@freebsd.org Subject: Re: leapsecond file Message-ID: <20160825001624.H1223@naund.org> References: <201608250155.u7P1tbda010990@slippy.cwsent.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <201608250155.u7P1tbda010990@slippy.cwsent.com>; from Cy.Schubert@komquats.com on Wed, Aug 24, 2016 at 06:55:37PM -0700 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Aug 2016 07:16:33 -0000 Hi, On Wed, Aug 24, 2016 at 06:55:37PM -0700, Cy Schubert wrote: > The file was obtained from USNO. Except for a $FreeBSD$ and a minor > spelling fix that was brought forward from r298087, the file was not > altered in any way. One of the problems is that the minor spelling fix > invalidated the secure hash at the end of the file, ntpd ignores the file. > r298087 needs to be reverted. (cc'd pfg@) I'll revert r298087. If I read the hash instructions towards the bottom of the file, you should be good to fix typos or add $FreeBSD$ in a comment line, the only lines that are hashed are the data and time stamps. Syslog shows that during the last week the hash was considered OK on the file in 10.3-p7 with $FreeBSD: releng/10.3/etc/ntp/leap-seconds 295461 2016-02-10 07:16:17Z cy $ . 2016 Aug 18 18:26:07 [ntp.notice] mon leapsecond file ('/var/db/ntpd.leap-seconds.list'): good hash signature 2016 Aug 18 18:26:07 [ntp.notice] mon leapsecond file ('/var/db/ntpd.leap-seconds.list'): loaded, expire=2016-06-01T00:00:00Z last=2015-07-01T00:00:00Z ofs=36 2016 Aug 18 18:26:07 [ntp.err] mon leapsecond file ('/var/db/ntpd.leap-seconds.list'): expired less than 79 days ago 2016 Aug 18 18:26:07 [console.info] mon Aug 18 18:26:07 mon ntpd[584]: leapsecond file ('/var/db/ntpd.leap-seconds.list'): expired less than 79 days ago > I'll revert pfg's spelling fixup which I had brought forward and I'll need > to remove $FreeBSD$ as well, validating the hash again. Additional code > will need to be added to rc.d/ntpd to replace the copy in /var/db if > $FreeBSD$ exists. Please check the hash instructions, I don't think it's needed to remove that. -andreas -- Andreas Ott K6OTT +1.408.431.8727 andreas@naund.org From owner-freebsd-stable@freebsd.org Thu Aug 25 07:36:56 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5F229BC33F0 for ; Thu, 25 Aug 2016 07:36:56 +0000 (UTC) (envelope-from cy.schubert@komquats.com) Received: from smtp-out-no.shaw.ca (smtp-out-no.shaw.ca [64.59.134.13]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "Client", Issuer "CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 0702A165C; Thu, 25 Aug 2016 07:36:55 +0000 (UTC) (envelope-from cy.schubert@komquats.com) Received: from spqr.komquats.com ([96.50.22.10]) by shaw.ca with SMTP id cpDNbXyZTXHJlcpDObU39u; Thu, 25 Aug 2016 01:36:49 -0600 X-Authority-Analysis: v=2.2 cv=Ffh1/926 c=1 sm=1 tr=0 a=jvE2nwUzI0ECrNeyr98KWA==:117 a=jvE2nwUzI0ECrNeyr98KWA==:17 a=L9H7d07YOLsA:10 a=9cW_t1CCXrUA:10 a=s5jvgZ67dGcA:10 a=7z1cN_iqozsA:10 a=Xmgk0pk9AAAA:8 a=4oh0Co9YAAAA:8 a=YxBL1-UpAAAA:8 a=6I5d2MoRAAAA:8 a=6IFMsL_sn1Xtb98CyPoA:9 a=CjuIK1q_8ugA:10 a=7pooXsdeB5MEiP3-X_3Z:22 a=6Ic80tr7TKC5YoSk8s7Z:22 a=Ia-lj3WSrqcvXOmTRaiG:22 a=IjZwj45LgO3ly-622nXo:22 Received: from slippy.cwsent.com (slippy [10.1.1.91]) by spqr.komquats.com (Postfix) with ESMTPS id 505CC13753; Thu, 25 Aug 2016 00:36:41 -0700 (PDT) Received: from slippy (localhost [127.0.0.1]) by slippy.cwsent.com (8.15.2/8.15.2) with ESMTP id u7P7ae58001565; Thu, 25 Aug 2016 00:36:40 -0700 (PDT) (envelope-from Cy.Schubert@cschubert.com) Message-Id: <201608250736.u7P7ae58001565@slippy.cwsent.com> X-Mailer: exmh version 2.8.0 04/21/2012 with nmh-1.6 Reply-to: Cy Schubert From: Cy Schubert X-os: FreeBSD X-Sender: cy@cwsent.com X-URL: http://www.cschubert.com/ To: Andreas Ott cc: Cy Schubert , Ian Lepore , Kevin Oberman , Randy Bush , FreeBSD Stable , Cy Schubert , pfg@freebsd.org, Xin Li Subject: Re: leapsecond file In-Reply-To: Message from Andreas Ott of "Thu, 25 Aug 2016 00:16:24 -0700." <20160825001624.H1223@naund.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 25 Aug 2016 00:36:40 -0700 X-CMAE-Envelope: MS4wfGl3V9UP7yh03+ota8810I5efQv/rbW/LqZvuWQQeBIBCQzqB8xDLCFtJIzKGL/QSJlwJ7Za0K7xByEW0dWU67MU43khD4otswPbcP/aIMyQ2DeVBDBk KIxCLiMdJwA1XhE2QooEG4nO5VRmPHcwzfO2V5Sb5sXmmoMsNX20tQpmowPvpJdeovB4qGwu8BkIL4anNQS9jhmS9S/xL2dqCzkwLoNgmtpiNSikKhQm+5aw eSy/U5lXUb2isiG3avOmqOt/Bb2JghU2Vd9kFtMqttUG0R9pJnsyDyKdLEDANgBCoJwDsyq6NentLBbKocMI29uquT0HJ4rQ9QiKU5ncQvQ3WvNRedgkNJzu ZUS4vZHRgVIJW8bcJJq07iYjyZlyJg== X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Aug 2016 07:36:56 -0000 In message <20160825001624.H1223@naund.org>, Andreas Ott writes: > Hi, > > On Wed, Aug 24, 2016 at 06:55:37PM -0700, Cy Schubert wrote: > > The file was obtained from USNO. Except for a $FreeBSD$ and a minor > > spelling fix that was brought forward from r298087, the file was not > > altered in any way. One of the problems is that the minor spelling fix > > invalidated the secure hash at the end of the file, ntpd ignores the file. > > r298087 needs to be reverted. (cc'd pfg@) I'll revert r298087. > > If I read the hash instructions towards the bottom of the file, you should > be good to fix typos or add $FreeBSD$ in a comment line, the only lines > that are hashed are the data and time stamps. Syslog shows that during the > last week the hash was considered OK on the file in 10.3-p7 with > $FreeBSD: releng/10.3/etc/ntp/leap-seconds 295461 2016-02-10 07:16:17Z cy $ > . > > 2016 Aug 18 18:26:07 [ntp.notice] mon leapsecond file ('/var/db/ntpd.leap-sec > onds.list'): good hash signature > 2016 Aug 18 18:26:07 [ntp.notice] mon leapsecond file ('/var/db/ntpd.leap-sec > onds.list'): loaded, expire=2016-06-01T00:00:00Z last=2015-07-01T00:00:00Z of > s=36 > 2016 Aug 18 18:26:07 [ntp.err] mon leapsecond file ('/var/db/ntpd.leap-second > s.list'): expired less than 79 days ago > 2016 Aug 18 18:26:07 [console.info] mon Aug 18 18:26:07 mon ntpd[584]: leapse > cond file ('/var/db/ntpd.leap-seconds.list'): expired less than 79 days ago The updated rc.d/ntpd will fix this. > > > I'll revert pfg's spelling fixup which I had brought forward and I'll need > > to remove $FreeBSD$ as well, validating the hash again. Additional code > > will need to be added to rc.d/ntpd to replace the copy in /var/db if > > $FreeBSD$ exists. > > Please check the hash instructions, I don't think it's needed to remove that. IMO it's better to use the virgin leap-seconds file anyway to avoid any confusion as to its authenticity. -- Cheers, Cy Schubert FreeBSD UNIX: Web: http://www.FreeBSD.org The need of the many outweighs the greed of the few. From owner-freebsd-stable@freebsd.org Thu Aug 25 08:56:17 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 86A90BC5297 for ; Thu, 25 Aug 2016 08:56:17 +0000 (UTC) (envelope-from knswanso@andrew.cmu.edu) Received: from multidiff.com (unknown [IPv6:2001:41d0:2:dea3::]) (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 527551CD1 for ; Thu, 25 Aug 2016 08:56:17 +0000 (UTC) (envelope-from knswanso@andrew.cmu.edu) Received: from localhost (localhost.localdomain [127.0.0.1]) by multidiff.com (Postfix) with ESMTP id B05EF54A8FCA; Thu, 25 Aug 2016 06:13:07 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at multidiff.com Received: from multidiff.com ([127.0.0.1]) by localhost (ns3351455.ip-46-105-111.eu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id DQt8oPUaxMP3; Thu, 25 Aug 2016 06:13:04 +0200 (CEST) Received: from pesp.com (unknown [77.70.18.227]) (Authenticated sender: contact@b2vauto.fr) by multidiff.com (Postfix) with ESMTPSA id C2E2D634619C; Thu, 25 Aug 2016 05:52:19 +0200 (CEST) From: knswanso To: "geneX" , "freebsd-stable" , "gnome-multimedia" , "grigiox4" Subject: Fw: pizza time Date: Thu, 25 Aug 2016 06:52:18 +0300 Message-ID: <0000415619ee$d71daacb$3a340cd3$@andrew.cmu.edu> MIME-Version: 1.0 X-Mailer: Microsoft Outlook 16.0 Thread-Index: AdHw6+1vKch1GxDnhlPmMTzhb0C1Xg== Content-Language: fr Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Aug 2016 08:56:17 -0000 Greetings, I've got some new pizza recipe for you, you should try it, more info here Take care, knswanso From owner-freebsd-stable@freebsd.org Thu Aug 25 11:29:35 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5494FBC6716; Thu, 25 Aug 2016 11:29:35 +0000 (UTC) (envelope-from chardon.frederic@gmail.com) Received: from mail-oi0-x22e.google.com (mail-oi0-x22e.google.com [IPv6:2607:f8b0:4003:c06::22e]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 195051918; Thu, 25 Aug 2016 11:29:35 +0000 (UTC) (envelope-from chardon.frederic@gmail.com) Received: by mail-oi0-x22e.google.com with SMTP id 4so62498295oih.2; Thu, 25 Aug 2016 04:29:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=cd6Sj5YCJT5UyCqQB1Y6pntkX5wuhEKIa24cfdMnQ40=; b=RZIAJ/XDHeWeq/y6YptDc8u9qHLa743+AVzUZWrUzQOhJOko/RIVfis3ljXg+x2LSV frhl6ETUrk3q9ul67Yb4MgS7LA3/oq9ICjiLPiPIHzYY2JfHvrDq+jatNXH6SjGAbcNZ d/3ahPa8BvdvjlmFVlBxXJ1qm0ymdFj5jkw22Aqm6TlMCSx4YnHt+LchX2A4XI61kwPO PJKHPiriolx7JMN2OqZ8DZhSzXthC99BNelpMzqMurCG5DKCBqIfZP/F8muCJUYAt/Py Gmrf0HA/4PetAFb19UHBI2QvzjwDJ4LoI75IzMbuG7pCV1LNMj5xQNCL7780w94SnDjM N3RA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=cd6Sj5YCJT5UyCqQB1Y6pntkX5wuhEKIa24cfdMnQ40=; b=FxY7HlRHwGpnAO17krKLWeJY4myLG/UIEyR6SNF0hbb1W0IDKCko9rR5NFsMj7sikk HvCYLk/wWkS3HXmq+S9D1aSDqfLLlE/YhS48ONjBlB+I8klG+SZPQZxyO7+51Bj2E38d ufPD4dpat8uZTMuybpF4cLsb6oGLo94DoAbvIINtZnpcOSh6R4P8tyL1FNsler9i0NVH lB6Zc9r3VI5sJeH9GqwVyW9aL5vGnFe0VU0zwZp3AxYq37pe3LUClWWrk5yq/gKgltP4 0CDWgkGCgNDX7dJXBZ4RiWM2VvaZElsjb6fVqs4bfudBjNhK3L0HNnMzW6bSw5fRv3or JK3w== X-Gm-Message-State: AE9vXwMXHPGsjz05v0B5FK3tA0LuXAWty4oQzCDQ9FzBKtTUycb+QHoCRotor1aoZ3kmPwg5P8UHMs2cFPTzNQ== X-Received: by 10.157.10.46 with SMTP id 43mr5835715otg.150.1472124574205; Thu, 25 Aug 2016 04:29:34 -0700 (PDT) MIME-Version: 1.0 Received: by 10.202.51.196 with HTTP; Thu, 25 Aug 2016 04:29:33 -0700 (PDT) Received: by 10.202.51.196 with HTTP; Thu, 25 Aug 2016 04:29:33 -0700 (PDT) In-Reply-To: References: <20160823073552.GK83214@kib.kiev.ua> From: Frederic Chardon Date: Thu, 25 Aug 2016 13:29:33 +0200 Message-ID: Subject: Re: kern.proc.pathname failure while booting from zfs To: Konstantin Belousov Cc: freebsd-stable@freebsd.org, freebsd-current@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Aug 2016 11:29:35 -0000 Le 23 ao=C3=BBt 2016 20:24, "Frederic Chardon" = a =C3=A9crit : > > 2016-08-23 19:35 GMT+02:00 Frederic Chardon : > > 2016-08-23 9:35 GMT+02:00 Konstantin Belousov : > >> On Tue, Aug 23, 2016 at 09:27:56AM +0200, Frederic Chardon wrote: > >>> Le 20 ao??t 2016 22:03, "Frederic Chardon" a > >>> ??crit : > >>> > > >>> > Hi > >>> > > >>> > I see a strange interaction between zfs on root and kern.proc.pathname > >>> > on my laptop. Whenever I try to use gcore it fails with: > >>> > gcore 1023 > >>> > gcore: kern.proc.pathname failure > >>> > > >>> > However, gcore /usr/local/bin/zsh 1023 is working properly. > >>> > > >>> > I made some tests booting from usb stick (fresh installworld, no > >>> > src.conf, no make.conf, GENERIC kernel) > >>> > What works: having / on ufs and importing a zfs pool later on. > >>> > What doesn't: having / on zfs, whatever the settings for checksum, > >>> > compression, or normalization. > >>> > > >>> > Both 11-stable and 12-current behave this way. Current from may-jun= e > >>> > worked properly. > >>> > adb, chromium and virtualbox as well stopped working at approximately > >>> > the same time, however I don't know if it is linked ("truss -f adb > >>> > start-server" shows that garbage is passed to execl after forking). > >>> > > >>> > Any idea what's going on? Does anybody else see this? > >>> > > >>> > Thanks! > >>> > >>> Nobody else have this problem? I reinstalled the system from scratch and > >>> still gcore fails with the same error, even in single user mode. > >> > >> Do you have a property on your root fs which forces it to ignore case in > >> the file names ? > > > > No. I do have normalization set to formC though. I observed the same > > behavior with the property unset (in fact, with no property set to > > anything but default as well). > > If I boot from usb stick and import the pool afterwards it works properly. > > > > zpool get all zbase > > NAME PROPERTY VALUE SOURCE > > zbase size 9,94G - > > zbase capacity 43% - > > zbase altroot - default > > zbase health ONLINE - > > zbase guid 8964242380523899513 default > > zbase version - default > > zbase bootfs zbase/bootenv/11-STABLE local > > zbase delegation on default > > zbase autoreplace off default > > zbase cachefile - default > > zbase failmode wait default > > zbase listsnapshots off default > > zbase autoexpand off default > > zbase dedupditto 0 default > > zbase dedupratio 1.00x - > > zbase free 5,65G - > > zbase allocated 4,29G - > > zbase readonly off - > > zbase comment - default > > zbase expandsize - - > > zbase freeing 0 default > > zbase fragmentation 41% - > > zbase leaked 0 default > > zbase feature@async_destroy enabled local > > zbase feature@empty_bpobj active local > > zbase feature@lz4_compress active local > > zbase feature@multi_vdev_crash_dump enabled local > > zbase feature@spacemap_histogram active local > > zbase feature@enabled_txg active local > > zbase feature@hole_birth active local > > zbase feature@extensible_dataset enabled local > > zbase feature@embedded_data active local > > zbase feature@bookmarks enabled local > > zbase feature@filesystem_limits enabled local > > zbase feature@large_blocks enabled local > > zbase feature@sha512 enabled local > > zbase feature@skein enabled local > > > > > > zfs get all zbase/bootenv/11-STABLE > > NAME PROPERTY VALUE SOURCE > > zbase/bootenv/11-STABLE type filesystem - > > zbase/bootenv/11-STABLE creation sam. ao=C3=BBt 20 13:07 = 2016 - > > zbase/bootenv/11-STABLE used 4,23G - > > zbase/bootenv/11-STABLE available 5,34G - > > zbase/bootenv/11-STABLE referenced 2,72G - > > zbase/bootenv/11-STABLE compressratio 1.97x - > > zbase/bootenv/11-STABLE mounted yes - > > zbase/bootenv/11-STABLE quota none default > > zbase/bootenv/11-STABLE reservation none default > > zbase/bootenv/11-STABLE recordsize 128K default > > zbase/bootenv/11-STABLE mountpoint / local > > zbase/bootenv/11-STABLE sharenfs off default > > zbase/bootenv/11-STABLE checksum sha256 > > inherited from zbase > > zbase/bootenv/11-STABLE compression lz4 > > inherited from zbase > > zbase/bootenv/11-STABLE atime off > > inherited from zbase > > zbase/bootenv/11-STABLE devices on default > > zbase/bootenv/11-STABLE exec on default > > zbase/bootenv/11-STABLE setuid on default > > zbase/bootenv/11-STABLE readonly off default > > zbase/bootenv/11-STABLE jailed off default > > zbase/bootenv/11-STABLE snapdir hidden default > > zbase/bootenv/11-STABLE aclmode discard default > > zbase/bootenv/11-STABLE aclinherit restricted default > > zbase/bootenv/11-STABLE canmount on local > > zbase/bootenv/11-STABLE xattr off > > temporary > > zbase/bootenv/11-STABLE copies 1 default > > zbase/bootenv/11-STABLE version 5 - > > zbase/bootenv/11-STABLE utf8only on - > > zbase/bootenv/11-STABLE normalization formC - > > zbase/bootenv/11-STABLE casesensitivity sensitive - > > zbase/bootenv/11-STABLE vscan off default > > zbase/bootenv/11-STABLE nbmand off default > > zbase/bootenv/11-STABLE sharesmb off default > > zbase/bootenv/11-STABLE refquota none default > > zbase/bootenv/11-STABLE refreservation none default > > zbase/bootenv/11-STABLE primarycache all default > > zbase/bootenv/11-STABLE secondarycache all default > > zbase/bootenv/11-STABLE usedbysnapshots 1,52G - > > zbase/bootenv/11-STABLE usedbydataset 2,72G - > > zbase/bootenv/11-STABLE usedbychildren 0 - > > zbase/bootenv/11-STABLE usedbyrefreservation 0 - > > zbase/bootenv/11-STABLE logbias latency default > > zbase/bootenv/11-STABLE dedup off default > > zbase/bootenv/11-STABLE mlslabel - > > zbase/bootenv/11-STABLE sync disabled > > inherited from zbase > > zbase/bootenv/11-STABLE refcompressratio 1.96x - > > zbase/bootenv/11-STABLE written 37,6M - > > zbase/bootenv/11-STABLE logicalused 7,82G - > > zbase/bootenv/11-STABLE logicalreferenced 4,95G - > > zbase/bootenv/11-STABLE volmode default default > > zbase/bootenv/11-STABLE filesystem_limit none default > > zbase/bootenv/11-STABLE snapshot_limit none default > > zbase/bootenv/11-STABLE filesystem_count none default > > zbase/bootenv/11-STABLE snapshot_count none default > > zbase/bootenv/11-STABLE redundant_metadata all default > > I meant: "if I boot from a _UFS_ usb stick" of course. The FreeBSD > installation img for example. Anybody is able to reproduce this behavior or is it a local problem? From owner-freebsd-stable@freebsd.org Thu Aug 25 12:20:37 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 09CD1BC49F4 for ; Thu, 25 Aug 2016 12:20:37 +0000 (UTC) (envelope-from cedric@precidata.com) Received: from ne6-sys-email.precidata.net (ne-6.precidata.com [157.26.74.6]) (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 3ACC914E1 for ; Thu, 25 Aug 2016 12:20:34 +0000 (UTC) (envelope-from cedric@precidata.com) Received: from ne6-sys-proxy.precidata.net (ne6-sys-proxy.precidata.net [127.1.0.13]) by ne6-sys-email.precidata.net (OpenSMTPD) with ESMTP id 2e6aa52f; Thu, 25 Aug 2016 14:13:51 +0200 (CEST) From: Cedric Berger Date: Thu, 25 Aug 2016 14:13:51 +0200 Subject: Re: Call for testing: VM bugs in 10.3 To: freebsd-stable@freebsd.org, kostikbel@gmail.com Message-Id: <013D8398-BE45-481F-BDC6-E200437CA186@precidata.com> Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) X-Mailer: Apple Mail (2.3124) Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Aug 2016 12:20:37 -0000 Hello I=E2=80=99ve run with this patch applied on two servers, on top of = FreeBSD 10.3: 1) On a fast real server which was not experiencing the problem = (skylake+c236+nvme) 2) On a slow virtual server (ESXi 5.5, running on 6 year old hardware) = which I think=20 was experiencing this problem when our java apps was creating = threads. (typically at java startup or sometimes after a few weeks of = usage). dmesg follows. I=E2=80=99ve not seen any problem so far with these 2 = servers in 2 weeks. It would be great if you could apply that patch with an official 10.3 = EN.=20 Thanks, Cedric cedric@precidata.com Copyright (c) 1992-2016 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights = reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 10.3-RELEASE-p6x #4: Mon Aug 8 17:08:40 CEST 2016 = root@ne-6.precidata.com:/usr/obj/svr/build/system/p15devel/src/sys/DATACEN= TER amd64 FreeBSD clang version 3.4.1 (tags/RELEASE_34/dot1-final 208032) 20140512 VT(efifb): resolution 800x600 CPU: Intel(R) Xeon(R) CPU E3-1275 v5 @ 3.60GHz (3600.15-MHz K8-class = CPU) Origin=3D"GenuineIntel" Id=3D0x506e3 Family=3D0x6 Model=3D0x5e = Stepping=3D3 = Features=3D0xbfebfbff = Features2=3D0x7ffafbff AMD Features=3D0x2c100800 AMD Features2=3D0x121 Structured Extended = Features=3D0x29c6fbb XSAVE Features=3D0xf VT-x: PAT,HLT,MTF,PAUSE,EPT,UG,VPID TSC: P-state invariant, performance statistics real memory =3D 34359738368 (32768 MB) avail memory =3D 32925085696 (31399 MB) Event timer "LAPIC" quality 600 ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 8 CPUs FreeBSD/SMP: 1 package(s) x 4 core(s) x 2 SMT threads cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 cpu2 (AP): APIC ID: 2 cpu3 (AP): APIC ID: 3 cpu4 (AP): APIC ID: 4 cpu5 (AP): APIC ID: 5 cpu6 (AP): APIC ID: 6 cpu7 (AP): APIC ID: 7 random: initialized ioapic0 irqs 0-119 on motherboard module_register_init: MOD_LOAD (vesa, 0xffffffff80e315d0, 0) error 19 kbd1 at kbdmux0 cryptosoft0: on motherboard acpi0: on motherboard ACPI Error: [\134_SB_.PCI0.XHC_.RHUB.HS11] Namespace lookup failure, = AE_NOT_FOUND (20150515/dswload-219) ACPI Exception: AE_NOT_FOUND, During name lookup/catalog = (20150515/psobject-233) acpi0: Power Button (fixed) cpu0: on acpi0 cpu1: on acpi0 cpu2: on acpi0 cpu3: on acpi0 cpu4: on acpi0 cpu5: on acpi0 cpu6: on acpi0 cpu7: on acpi0 hpet0: iomem 0xfed00000-0xfed003ff on acpi0 Timecounter "HPET" frequency 24000000 Hz quality 950 Event timer "HPET" frequency 24000000 Hz quality 550 atrtc0: port 0x70-0x77 irq 8 on acpi0 atrtc0: Warning: Couldn't map I/O. Event timer "RTC" frequency 32768 Hz quality 0 attimer0: port 0x40-0x43,0x50-0x53 irq 0 on acpi0 Timecounter "i8254" frequency 1193182 Hz quality 0 Event timer "i8254" frequency 1193182 Hz quality 100 Timecounter "ACPI-fast" frequency 3579545 Hz quality 900 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1808-0x180b on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: irq 16 at device 1.0 on pci0 pci1: on pcib1 nvme0: mem 0xdf110000-0xdf113fff irq 16 at = device 0.0 on pci1 vgapci0: port 0xf000-0xf03f mem = 0xde000000-0xdeffffff,0xc0000000-0xcfffffff irq 16 at device 2.0 on pci0 vgapci0: Boot video device xhci0: mem 0xdf230000-0xdf23ffff irq = 16 at device 20.0 on pci0 xhci0: 32 bytes context size, 64-bit DMA usbus0: waiting for BIOS to give up control usbus0 on xhci0 pci0: at device 22.0 (no driver attached) pci0: at device 22.3 (no driver attached) ahci0: port = 0xf090-0xf097,0xf080-0xf083,0xf060-0xf07f mem = 0xdf248000-0xdf249fff,0xdf24c000-0xdf24c0ff,0xdf24b000-0xdf24b7ff irq 16 = at device 23.0 on pci0 ahci0: AHCI v1.31 with 8 6Gbps ports, Port Multiplier not supported ahcich0: at channel 0 on ahci0 ahcich1: at channel 1 on ahci0 ahcich2: at channel 2 on ahci0 ahcich3: at channel 3 on ahci0 ahcich4: at channel 4 on ahci0 ahcich5: at channel 5 on ahci0 ahcich6: at channel 6 on ahci0 ahcich7: at channel 7 on ahci0 ahciem0: on ahci0 pcib2: irq 16 at device 28.0 on pci0 pci2: on pcib2 pcib3: irq 19 at device 28.7 on pci0 pci3: on pcib3 igb0: port = 0xe000-0xe01f mem 0xdf000000-0xdf07ffff,0xdf080000-0xdf083fff irq 19 at = device 0.0 on pci3 igb0: Using MSIX interrupts with 5 vectors igb0: Ethernet address: d0:50:99:c0:b7:0a igb0: Bound queue 0 to cpu 0 igb0: Bound queue 1 to cpu 1 igb0: Bound queue 2 to cpu 2 igb0: Bound queue 3 to cpu 3 isab0: at device 31.0 on pci0 isa0: on isab0 pci0: at device 31.2 (no driver attached) hdac0: mem = 0xdf240000-0xdf243fff,0xdf220000-0xdf22ffff irq 16 at device 31.3 on = pci0 em0: mem = 0xdf200000-0xdf21ffff irq 16 at device 31.6 on pci0 em0: Using an MSI interrupt em0: Ethernet address: d0:50:99:c0:b7:0b acpi_button0: on acpi0 acpi_button1: on acpi0 uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] ppc0: cannot reserve I/O port range coretemp0: on cpu0 est0: on cpu0 coretemp1: on cpu1 est1: on cpu1 coretemp2: on cpu2 est2: on cpu2 coretemp3: on cpu3 est3: on cpu3 coretemp4: on cpu4 est4: on cpu4 coretemp5: on cpu5 est5: on cpu5 coretemp6: on cpu6 est6: on cpu6 coretemp7: on cpu7 est7: on cpu7 random: unblocking device. usbus0: 5.0Gbps Super Speed USB v3.0 ZFS filesystem version: 5 ZFS storage pool version: features support (5000) Timecounters tick every 1.000 msec IPsec: Initialized Security Association Processing. ugen0.1: <0x8086> at usbus0 uhub0: <0x8086 XHCI root HUB, class 9/0, rev 3.00/1.00, addr 1> on = usbus0 nvd0: NVMe namespace nvd0: 381554MB (781422768 512 byte sectors) hdacc0: at cad 0 on hdac0 hdaa0: at nid 1 on hdacc0 pcm0: at nid 20 and 24,26 on hdaa0 pcm1: at nid 27 and 25 on hdaa0 pcm2: at nid 30 on hdaa0 hdacc1: at cad 2 on hdac0 hdaa1: at nid 1 on hdacc1 pcm3: at nid 3 on hdaa1 ada0 at ahcich2 bus 0 scbus2 target 0 lun 0 ada0: ATA8-ACS SATA 3.x device ada0: Serial Number WD-WCC5C0032150 ada0: 600.000MB/s transfers (SATA 3.x, UDMA6, PIO 8192bytes) ada0: Command Queueing enabled ada0: 1907729MB (3907029168 512 byte sectors) ada0: Previously was known as ad8 ada1 at ahcich3 bus 0 scbus3 target 0 lun 0 ada1: ACS-2 ATA SATA 3.x device ada1: Serial Number WD-WCC4M7KFEUK0 ada1: 600.000MB/s transfers (SATA 3.x, UDMA6, PIO 8192bytes) ada1: Command Queueing enabled ada1: 1907729MB (3907029168 512 byte sectors) ada1: quirks=3D0x1<4K> ada1: Previously was known as ad10 ses0 at ahciem0 bus 0 scbus8 target 0 lun 0 ses0: SEMB S-E-S 2.00 device ses0: SEMB SES Device SMP: AP CPU #1 Launched! SMP: AP CPU #7 Launched! SMP: AP CPU #4 Launched! SMP: AP CPU #5 Launched! SMP: AP CPU #6 Launched! SMP: AP CPU #3 Launched! SMP: AP CPU #2 Launched! Timecounter "TSC-low" frequency 1800075300 Hz quality 1000 Trying to mount root from zfs:zfast/p15 []... uhub0: 26 ports with 26 removable, self powered bridge0: Ethernet address: 02:a0:d0:cd:c7:00 igb0: changing name to 'eth0' em0: changing name to 'eth1' pflog0: promiscuous mode enabled eth1: link state changed to UP eth0: link state changed to UP Copyright (c) 1992-2016 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights = reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 10.3-RELEASE-p6x #4: Mon Aug 8 17:08:40 CEST 2016 = root@ne-6.precidata.com:/usr/obj/svr/build/system/p15devel/src/sys/DATACEN= TER amd64 FreeBSD clang version 3.4.1 (tags/RELEASE_34/dot1-final 208032) 20140512 CPU: Intel(R) Xeon(R) CPU L5640 @ 2.27GHz (2266.75-MHz = K8-class CPU) Origin=3D"GenuineIntel" Id=3D0x206c2 Family=3D0x6 Model=3D0x2c = Stepping=3D2 = Features=3D0x1fa3fbff Features2=3D0x80982201 AMD Features=3D0x28100800 AMD Features2=3D0x1 TSC: P-state invariant Hypervisor: Origin =3D "VMwareVMware" real memory =3D 34359738368 (32768 MB) avail memory =3D 33289777152 (31747 MB) Event timer "LAPIC" quality 600 ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs FreeBSD/SMP: 2 package(s) x 2 core(s) cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 cpu2 (AP): APIC ID: 2 cpu3 (AP): APIC ID: 3 random: initialized MADT: Forcing active-low polarity and level trigger for SCI ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 cryptosoft0: on motherboard acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "HPET" frequency 14318180 Hz quality 950 cpu0: on acpi0 cpu1: on acpi0 cpu2: on acpi0 cpu3: on acpi0 attimer0: port 0x40-0x43 irq 0 on acpi0 Timecounter "i8254" frequency 1193182 Hz quality 0 Event timer "i8254" frequency 1193182 Hz quality 100 atrtc0: port 0x70-0x71 irq 8 on acpi0 Event timer "RTC" frequency 32768 Hz quality 0 Timecounter "ACPI-fast" frequency 3579545 Hz quality 900 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: at device 1.0 on pci0 pci1: on pcib1 isab0: at device 7.0 on pci0 isa0: on isab0 atapci0: port = 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x1060-0x106f at device 7.1 on pci0 ata0: at channel 0 on atapci0 ata1: at channel 1 on atapci0 pci0: at device 7.3 (no driver attached) vgapci0: port 0x1070-0x107f mem = 0xec000000-0xefffffff,0xfe000000-0xfe7fffff irq 16 at device 15.0 on = pci0 vgapci0: Boot video device mpt0: port 0x1400-0x14ff mem = 0xfeba0000-0xfebbffff,0xfebc0000-0xfebdffff irq 17 at device 16.0 on = pci0 mpt0: MPI Version=3D1.2.0.0 pcib2: at device 17.0 on pci0 pci2: on pcib2 uhci0: port 0x2040-0x205f irq 18 at = device 0.0 on pci2 usbus0 on uhci0 em0: port = 0x2000-0x203f mem 0xfd5c0000-0xfd5dffff,0xfdff0000-0xfdffffff irq 19 at = device 1.0 on pci2 em0: Ethernet address: 00:50:56:91:36:fc ehci0: mem 0xfd5ef000-0xfd5effff irq = 17 at device 3.0 on pci2 usbus1: EHCI version 1.0 usbus1 on ehci0 pcib3: at device 21.0 on pci0 pci3: on pcib3 pcib4: at device 21.1 on pci0 pci4: on pcib4 pcib5: at device 21.2 on pci0 pci5: on pcib5 pcib6: at device 21.3 on pci0 pci6: on pcib6 pcib7: at device 21.4 on pci0 pci7: on pcib7 pcib8: at device 21.5 on pci0 pci8: on pcib8 pcib9: at device 21.6 on pci0 pci9: on pcib9 pcib10: at device 21.7 on pci0 pci10: on pcib10 pcib11: at device 22.0 on pci0 pci11: on pcib11 pcib12: at device 22.1 on pci0 pci12: on pcib12 pcib13: at device 22.2 on pci0 pci13: on pcib13 pcib14: at device 22.3 on pci0 pci14: on pcib14 pcib15: at device 22.4 on pci0 pci15: on pcib15 pcib16: at device 22.5 on pci0 pci16: on pcib16 pcib17: at device 22.6 on pci0 pci17: on pcib17 pcib18: at device 22.7 on pci0 pci18: on pcib18 pcib19: at device 23.0 on pci0 pci19: on pcib19 pcib20: at device 23.1 on pci0 pci20: on pcib20 pcib21: at device 23.2 on pci0 pci21: on pcib21 pcib22: at device 23.3 on pci0 pci22: on pcib22 pcib23: at device 23.4 on pci0 pci23: on pcib23 pcib24: at device 23.5 on pci0 pci24: on pcib24 pcib25: at device 23.6 on pci0 pci25: on pcib25 pcib26: at device 23.7 on pci0 pci26: on pcib26 pcib27: at device 24.0 on pci0 pci27: on pcib27 pcib28: at device 24.1 on pci0 pci28: on pcib28 pcib29: at device 24.2 on pci0 pci29: on pcib29 pcib30: at device 24.3 on pci0 pci30: on pcib30 pcib31: at device 24.4 on pci0 pci31: on pcib31 pcib32: at device 24.5 on pci0 pci32: on pcib32 pcib33: at device 24.6 on pci0 pci33: on pcib33 pcib34: at device 24.7 on pci0 pci34: on pcib34 acpi_acad0: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model IntelliMouse, device ID 3 ppc0: port 0x378-0x37b irq 7 on acpi0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode ppbus0: on ppc0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 uart1: <16550 or compatible> port 0x2f8-0x2ff irq 3 on acpi0 fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on = acpi0 fd0: <1440-KB 3.5" drive> on fdc0 drive 0 qpi0: on motherboard orm0: at iomem = 0xc0000-0xc7fff,0xca000-0xcafff,0xdc000-0xdffff,0xe0000-0xe7fff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=3D0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on = isa0 coretemp0: on cpu0 coretemp0: Tj(target) value 0 does not seem right. coretemp1: on cpu1 coretemp1: Tj(target) value 0 does not seem right. coretemp2: on cpu2 coretemp2: Tj(target) value 0 does not seem right. coretemp3: on cpu3 coretemp3: Tj(target) value 0 does not seem right. ZFS filesystem version: 5 ZFS storage pool version: features support (5000) Timecounters tick every 1.000 msec IPsec: Initialized Security Association Processing. em0: link state changed to UP random: unblocking device. usbus0: 12Mbps Full Speed USB v1.0 usbus1: 480Mbps High Speed USB v2.0 ugen0.1: <0x15ad> at usbus0 uhub0: <0x15ad UHCI root HUB, class 9/0, rev 1.00/1.00, addr 1> on = usbus0 ugen1.1: <0x15ad> at usbus1 uhub1: <0x15ad EHCI root HUB, class 9/0, rev 2.00/1.00, addr 1> on = usbus1 uhub0: 2 ports with 2 removable, self powered cd0 at ata1 bus 0 scbus1 target 0 lun 0 cd0: Removable CD-ROM SCSI device cd0: Serial Number 10000000000000000001 cd0: 33.300MB/s transfers (UDMA2, ATAPI 12bytes, PIO 65534bytes) cd0: Attempt to query device size failed: NOT READY, Medium not present cd0: quirks=3D0x40 da0 at mpt0 bus 0 scbus2 target 0 lun 0 da0: Fixed Direct Access SCSI-2 device da0: 320.000MB/s transfers (160.000MHz, offset 127, 16bit) da0: Command Queueing enabled da0: 262144MB (536870912 512 byte sectors) da0: quirks=3D0x40 SMP: AP CPU #3 Launched! SMP: AP CPU #2 Launched! SMP: AP CPU #1 Launched! Trying to mount root from zfs:zfast/p15 []... ugen0.2: at usbus0 uhub1: 6 ports with 6 removable, self powered ugen0.3: at usbus0 uhub2: on usbus0 uhub2: 7 ports with 7 removable, self powered bridge0: Ethernet address: 02:d8:88:ee:9b:00 em0: changing name to 'eth0' pflog0: promiscuous mode enabled uhid0: on usbus0 uhid1: on usbus0 From owner-freebsd-stable@freebsd.org Thu Aug 25 19:45:13 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E289ABC6719; Thu, 25 Aug 2016 19:45:13 +0000 (UTC) (envelope-from stefan.wendler@tngtech.com) Received: from proxy.tng.vnc.biz (zimbra-vnc.tngtech.com [83.144.240.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 A178D1D08; Thu, 25 Aug 2016 19:45:12 +0000 (UTC) (envelope-from stefan.wendler@tngtech.com) Received: from localhost (localhost [127.0.0.1]) by proxy.tng.vnc.biz (Postfix) with ESMTP id B0C371E2D66; Thu, 25 Aug 2016 21:45:03 +0200 (CEST) X-Spam-Flag: NO X-Spam-Score: -1.501 X-Spam-Level: X-Spam-Status: No, score=-1.501 tagged_above=-10 required=5 tests=[ALL_TRUSTED=-1, BAYES_00=-0.5, LOCAL_FROM_TNG=-0.001] autolearn=ham autolearn_force=no Received: from proxy.tng.vnc.biz ([127.0.0.1]) by localhost (proxy.tng.vnc.biz [127.0.0.1]) (amavisd-new, port 10032) with ESMTP id k_-E24L8udFP; Thu, 25 Aug 2016 21:45:02 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by proxy.tng.vnc.biz (Postfix) with ESMTP id 8939A1E2D79; Thu, 25 Aug 2016 21:45:02 +0200 (CEST) X-Virus-Scanned: amavisd-new at Received: from proxy.tng.vnc.biz ([127.0.0.1]) by localhost (proxy.tng.vnc.biz [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id d9sZZTTxI3Kd; Thu, 25 Aug 2016 21:45:02 +0200 (CEST) Received: from [10.0.0.95] (p5B0465BD.dip0.t-ipconnect.de [91.4.101.189]) by proxy.tng.vnc.biz (Postfix) with ESMTPSA id 4B3E51E2D66; Thu, 25 Aug 2016 21:45:02 +0200 (CEST) Subject: Re: FreeBSD 11 RC1 - no wifi To: =?UTF-8?Q?Jan_Kokem=c3=bcller?= , freebsd-stable@freebsd.org References: <8a427194-726c-ccad-9e02-70460152477d@tngtech.com> <4d2f6787-49d5-a1fd-49bc-bbdcee422795@gmail.com> Cc: freebsd-current@freebsd.org From: Stefan Wendler Message-ID: <8a7c9e3c-77a6-b84c-8202-d2c0dacb0d12@tngtech.com> Date: Thu, 25 Aug 2016 21:45:01 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 In-Reply-To: <4d2f6787-49d5-a1fd-49bc-bbdcee422795@gmail.com> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Aug 2016 19:45:14 -0000 Hi, is this fixed in RC2? I haven't tried it yet but would be nice to know Cheers On 08/23/2016 22:58, Jan Kokem=FCller wrote: >=20 > On 23.08.16 21:18, Stefan Wendler wrote: >> Hi, >> >> I have upgraded from FreeBSD 10.3 to 11 RC1 on my Lenovo W450 with Int= el >> Centrino Ultimate-N 6300 >> >> After upgrade and a last reboot the iwn driver gets loaded but no iwn0 >> interface pops up. Doing a 'service netif restart' crashes the machine >> and a core is written. >=20 > It's probably this bug: > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D211689#c4 >=20 > I've attached a patch there that fixes this issue for me. >=20 > -Jan From owner-freebsd-stable@freebsd.org Thu Aug 25 21:06:51 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 66A8DBC60C0; Thu, 25 Aug 2016 21:06:51 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-it0-x22b.google.com (mail-it0-x22b.google.com [IPv6:2607:f8b0:4001:c0b::22b]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 309B519AA; Thu, 25 Aug 2016 21:06:51 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by mail-it0-x22b.google.com with SMTP id e63so296494838ith.1; Thu, 25 Aug 2016 14:06:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=IkMglvnGZKaShFOkHyUCJ/zXPmM1Si5o7MY4OexlXaY=; b=naHVTAHMEwrLDxadBJExo3mCLgVYFRJ0jGrl0uQxi8tTec3A2+AsKDwZYMmVwLI9K6 yvuBDl3sH6a01cN3g+LZWXbza6fJWlJmYcI2/tpki9xkWVFngRfHV6gXUvyH9vC3xIuu AUKg3vKLHeJxKG1dj40olWVmObQP4lG5RCHbFEwL95HLbAjJYqO17aigyzUD/0Mgg+uG tlFYmTz6ulwv1GpD09c9YK22nHmRcmb3Fy/w94n5Kkvw0EWNqCKeY6p1G+xvz4LNqzSY RZWTvjKCKDq/6scxxQVSrzJny7Qi0tj2YxdHlDBpHAxu4MkPreTRWqb5IrDCR05Q42rn oX/g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=IkMglvnGZKaShFOkHyUCJ/zXPmM1Si5o7MY4OexlXaY=; b=UNDr6Yh9aH9BUrQ6UMyVY6YVldqGdX6D2IO36MVBDJCMoscBo+cn63twIniLPVtbrI vBFogjTw+f3UGBdkxplx9aadrENWmOyBfo/AxD+TzvxAeQ//5cOKO8lW47HdfQz93qO7 GIm7z0zBCv5TnilKC5HdXtk3ZKxG7x+tipOtxl5yM21dGekMfjt/s3RTCPl4mPHPWWB1 cXmXm9Cx4JAZt6sLS2rTZhM21LQ+5CXHz6DwctlYBBJ7CrJ8eSz51s7yaU8gYoxP1zp8 9d5CKCuEh1/rei3fJcNh2+BtnCfRjIYOBkxgPPsVlmwxD8uRH20YX0jCvayCZHoDl2BM BS7w== X-Gm-Message-State: AEkoous3bPXB6Et4deHdFq7OVzYJ0srfeu47SMeIGH4ggdCyUpfIWbAFoeXOiejzHBj6bQUIrAV/2SiUULV+/g== X-Received: by 10.36.124.141 with SMTP id a135mr7184064itd.25.1472159210701; Thu, 25 Aug 2016 14:06:50 -0700 (PDT) MIME-Version: 1.0 Received: by 10.36.141.129 with HTTP; Thu, 25 Aug 2016 14:06:49 -0700 (PDT) In-Reply-To: <8a7c9e3c-77a6-b84c-8202-d2c0dacb0d12@tngtech.com> References: <8a427194-726c-ccad-9e02-70460152477d@tngtech.com> <4d2f6787-49d5-a1fd-49bc-bbdcee422795@gmail.com> <8a7c9e3c-77a6-b84c-8202-d2c0dacb0d12@tngtech.com> From: Adrian Chadd Date: Thu, 25 Aug 2016 14:06:49 -0700 Message-ID: Subject: Re: FreeBSD 11 RC1 - no wifi To: Stefan Wendler Cc: =?UTF-8?Q?Jan_Kokem=C3=BCller?= , FreeBSD Stable Mailing List , freebsd-current Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Aug 2016 21:06:51 -0000 On 25 August 2016 at 12:45, Stefan Wendler wrote: > Hi, > > is this fixed in RC2? I haven't tried it yet but would be nice to know Hi, Just so everyone who may be interested/involved can see - I don't have the spare bandwidth/cycles to try and make wifi + lagg "work", and personally I still maintain it's unsupported until someone takes ownership of it. So I'd appreciate it if someone else would fix it up to continue working. Please not rely on me to fix it. :) -a From owner-freebsd-stable@freebsd.org Fri Aug 26 03:17:53 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2158DBC6FD4; Fri, 26 Aug 2016 03:17:53 +0000 (UTC) (envelope-from norbu09@gmail.com) Received: from mail-yb0-x22a.google.com (mail-yb0-x22a.google.com [IPv6:2607:f8b0:4002:c09::22a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id CF5C916C3; Fri, 26 Aug 2016 03:17:52 +0000 (UTC) (envelope-from norbu09@gmail.com) Received: by mail-yb0-x22a.google.com with SMTP id e31so23140773ybi.3; Thu, 25 Aug 2016 20:17:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=DnM2JsOT8rPqUXelX9sVK8pHeW7IIFSpBPAsUGipHXw=; b=ijOp+C18qs1+n5rpXA3LhsayLJzZ3FpoHTa3NxFeZCVOJ+mK0YskDe3BxHGmfwL6Ne JDlTTySUMjtR1LwKJy5c/OQr/bfaVdB4nIAcyP4X5ZLB/jVl1nwg0FaXqdmATicC9X9I RyVjMd/5DjqnFzdl9TCxZ34vmdRZ9Ee36PVYMOp9RDP3Z1hVZFBEDXd6RLfvmSb6+dh/ mHp/8ltNESC0cH2SddiLt8l9Fxk6SVgLTbuol1TriYm5WBJE2GfYp/8WHzLLNZW3kSHA YMklouNHW6qyk2ZRx61v0dNS2oWEXBwXuBvEuv47lXuLfpkrYlhE2BxiPnG7Ugy2H3L7 uASw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=DnM2JsOT8rPqUXelX9sVK8pHeW7IIFSpBPAsUGipHXw=; b=b02hut/e9usynmcEmuFH7OuJAO6M22OP8b/Ed+XhnPlhQn43t0N5NHBm8MZKlQu7N4 XIVY37YjDWBlzLMgHxYDYyBDlU0ZRdcTsm/5AIKpwtwlN2Nssxl2Dqh/rFmRoHPPuCkg U32sYwNlDVXqufNYmuNcgmzn9pBS+GH8+jWlSYXtWxnBPZeWrcKirZPYqXUoGFFIENUw sYoHVrJWwykOCQ9HM5tE1ltB+prhI3E5Pati0qCovppCjrYgRTZLKv0zucWIT6Mnjvnx O8IzAV2abmWmgf32FH54vaxbQFo7GDWfufb0zRtl14WCEMDg4o+Ey+92MrbQoHbxBUg9 unlg== X-Gm-Message-State: AE9vXwMt3XMIq+atiTXv002ngU6ILrGJYw2vtbLrHVxBQ67+Y8zcf5jEH5UXW6b3QinstH2IP0An9EFEj0ZWIA== X-Received: by 10.37.79.7 with SMTP id d7mr759200ybb.31.1472181471554; Thu, 25 Aug 2016 20:17:51 -0700 (PDT) MIME-Version: 1.0 Received: by 10.129.138.65 with HTTP; Thu, 25 Aug 2016 20:17:50 -0700 (PDT) In-Reply-To: References: <8a427194-726c-ccad-9e02-70460152477d@tngtech.com> <4d2f6787-49d5-a1fd-49bc-bbdcee422795@gmail.com> <8a7c9e3c-77a6-b84c-8202-d2c0dacb0d12@tngtech.com> From: lenz Date: Fri, 26 Aug 2016 15:17:50 +1200 Message-ID: Subject: Re: FreeBSD 11 RC1 - no wifi To: FreeBSD Stable Mailing List Cc: freebsd-current Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Aug 2016 03:17:53 -0000 I run a X1 Carbon 4th gen and can report that the iwm driver now runs very reliable with RC2, reliable enough that I moved it back into loader.conf and did not see any panics after a bunch or reboots. Thanks for the good work on this :) cheers Lenz On Fri, Aug 26, 2016 at 9:06 AM, Adrian Chadd wrote: > On 25 August 2016 at 12:45, Stefan Wendler > wrote: > > Hi, > > > > is this fixed in RC2? I haven't tried it yet but would be nice to know > > Hi, > > Just so everyone who may be interested/involved can see - I don't have > the spare bandwidth/cycles to try and make wifi + lagg "work", and > personally I still maintain it's unsupported until someone takes > ownership of it. > > So I'd appreciate it if someone else would fix it up to continue > working. Please not rely on me to fix it. :) > > > -a > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-stable@freebsd.org Fri Aug 26 05:21:14 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C4A19BC5C47 for ; Fri, 26 Aug 2016 05:21:14 +0000 (UTC) (envelope-from erichsfreebsdlist@alogt.com) Received: from alogt.com (alogt.com [69.36.191.58]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id A19201E60 for ; Fri, 26 Aug 2016 05:21:14 +0000 (UTC) (envelope-from erichsfreebsdlist@alogt.com) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=alogt.com; s=default; h=Content-Transfer-Encoding:Content-Type:MIME-Version:References: In-Reply-To:Message-ID:Subject:Cc:To:From:Date:Sender:Reply-To:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=+3SXQFt1OigGLDoxUG+mGlPkaPwoTI47tEHCfB2SLr0=; b=QWkry269NI7iVL4Yrj2+C1kCkL xbIp5CePKIOUS5jAsHLyqtYgUtos0mMpf5rBrGWBOGKrRTLufwGgIFKvkrbMxFsAv92Nzyo9x7DZ8 4tTZV7+7eO72aEFQnEZhkE81mZP9Pc5kbrHvJN6D76THpjyOZ5zIXFxcPWHHAu02QqUo=; Received: from [114.121.232.92] (port=62984 helo=X220.alogt.com) by sl-508-2.slc.westdc.net with esmtpsa (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.87) (envelope-from ) id 1bd9Zi-001QJt-TQ; Thu, 25 Aug 2016 23:21:07 -0600 Date: Fri, 26 Aug 2016 13:20:59 +0800 From: Erich Dollansky To: Fernando Herrero =?ISO-8859-1?Q?Carr=F3n?= Cc: Andrea Brancatelli , freebsd-stable Subject: Re: Benchmarks results for FreeBSD 11 Message-ID: <20160826132059.63c23ee5@X220.alogt.com> In-Reply-To: References: <20160819073422.4292997b@X220.alogt.com> <20160821144505.27c0f55d@X220.alogt.com> <827183a944ee4052649c152d65204444@schema31.it> <20160822101423.GF18643@e-new.0x20.net> <20160822120215.GV22212@zxy.spb.ru> <20160823110159.GU18643@e-new.0x20.net> <20160824045558.18c86764@X220.alogt.com> <3234db29c228879cc473deec0b09568c@schema31.it> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - sl-508-2.slc.westdc.net X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - alogt.com X-Get-Message-Sender-Via: sl-508-2.slc.westdc.net: authenticated_id: erichsfreebsdlist@alogt.com X-Authenticated-Sender: sl-508-2.slc.westdc.net: erichsfreebsdlist@alogt.com X-Source: X-Source-Args: X-Source-Dir: X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Aug 2016 05:21:14 -0000 Hi, On Wed, 24 Aug 2016 13:12:24 +0200 Fernando Herrero Carr=C3=B3n wrote: > Many ports offer an option to compile with optimized cflags. See for > instance http://www.freshports.org/multimedia/ffmpeg: >=20 > OPTIMIZED_CFLAGS=3Doff: Use extra compiler optimizations >=20 > though: >=20 > SSE=3Don: Use SSE optimized routines >=20 > It turns out that optimization options are usually off by default, so if we assume Micheal has built the test suite from ports, it is all to the defaults. I also do not see a compiler option. With the compiler option, the same compiler could be used on all platforms. I am not even sure if the same compiler was used on the Linux platforms. Erich From owner-freebsd-stable@freebsd.org Fri Aug 26 05:57:45 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 62B56BC6508 for ; Fri, 26 Aug 2016 05:57:45 +0000 (UTC) (envelope-from mazhe@alkumuna.eu) Received: from smtp1-g21.free.fr (smtp1-g21.free.fr [IPv6:2a01:e0c:1:1599::10]) (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 E5DF31EF2 for ; Fri, 26 Aug 2016 05:57:44 +0000 (UTC) (envelope-from mazhe@alkumuna.eu) Received: from yggdrasil.alkumuna.eu (unknown [IPv6:2a01:e35:8a74:6e70:232:36ff:fe5c:3a87]) by smtp1-g21.free.fr (Postfix) with ESMTPS id 7BB74B004EC; Fri, 26 Aug 2016 05:57:20 +0200 (CEST) Received: from freedom.alkumuna.eu ([IPv6:2a01:e35:8a74:6e70:62a4:4cff:fe54:b212]) (authenticated bits=0) by yggdrasil.alkumuna.eu (8.15.2/8.15.2) with ESMTPSA id u7Q5vSb5024687 (version=TLSv1.2 cipher=AES256-GCM-SHA384 bits=256 verify=NOT); Fri, 26 Aug 2016 07:57:32 +0200 (CEST) (envelope-from mazhe@alkumuna.eu) Date: Fri, 26 Aug 2016 07:57:21 +0200 From: Matthieu Volat To: Erich Dollansky Cc: Fernando Herrero =?UTF-8?B?Q2FycsOzbg==?= , Andrea Brancatelli , freebsd-stable Subject: Re: Benchmarks results for FreeBSD 11 Message-ID: <20160826075721.51539e75@freedom.alkumuna.eu> In-Reply-To: <20160826132059.63c23ee5@X220.alogt.com> References: <20160819073422.4292997b@X220.alogt.com> <20160821144505.27c0f55d@X220.alogt.com> <827183a944ee4052649c152d65204444@schema31.it> <20160822101423.GF18643@e-new.0x20.net> <20160822120215.GV22212@zxy.spb.ru> <20160823110159.GU18643@e-new.0x20.net> <20160824045558.18c86764@X220.alogt.com> <3234db29c228879cc473deec0b09568c@schema31.it> <20160826132059.63c23ee5@X220.alogt.com> X-Mailer: Claws Mail 3.14.0 (GTK+ 2.24.29; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; boundary="Sig_/Sp7NveXR8zOxJ.4Te4dBRro"; protocol="application/pgp-signature" DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=alkumuna.eu; s=dkim; t=1472191052; bh=aZ6bP+sB5t2ejkvmsEQXMUHXbuHZxxv05srneNrDDaw=; h=Date:From:To:Cc:Subject:Message-ID:In-Reply-To:References:MIME-Version:Content-Type; b=cK7QAQTaNeoh9JDHh6qiUmTp9DNkC1bsgH+rPYFwX6lVm/8lkZiogBGqPqIf4033pl2ic35a+gwhDfe7K/JI5zm1RJEI/NJP/1ve5VOTEHl+kJAKCjCpq8jyxhl47iINn4rDIIAq+cPCAwmXm0LbxCmeuQDKfmW0ie45qAaogfE= X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Aug 2016 05:57:45 -0000 --Sig_/Sp7NveXR8zOxJ.4Te4dBRro Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On Fri, 26 Aug 2016 13:20:59 +0800 Erich Dollansky wrote: > Hi, >=20 > On Wed, 24 Aug 2016 13:12:24 +0200 > Fernando Herrero Carr=C3=B3n wrote: >=20 > > Many ports offer an option to compile with optimized cflags. See for > > instance http://www.freshports.org/multimedia/ffmpeg: > >=20 > > OPTIMIZED_CFLAGS=3Doff: Use extra compiler optimizations > >=20 > > though: > >=20 > > SSE=3Don: Use SSE optimized routines > >=20 > > It turns out that optimization options are usually off by default, so = =20 >=20 > if we assume Micheal has built the test suite from ports, it is all to > the defaults. I also do not see a compiler option. With the compiler > option, the same compiler could be used on all platforms. I think at some point, he mentionned that PC-BSD could/would be the basis f= or the FreeBSD benchmarks at phoronix (due to deployment considerations). In that case, the options used in PC-BSD packages should be taken into acco= unt... >=20 > I am not even sure if the same compiler was used on the Linux platforms. No, when he does OSes benchmarks, he make them compete with the compiler th= e OS provides. But he sometimes do compiler benchmarks. >=20 > Erich > _______________________________________________ > freebsd-stable@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" >=20 --=20 Matthieu Volat tel: 06 84 54 39 43 www: --Sig_/Sp7NveXR8zOxJ.4Te4dBRro Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iEYEARECAAYFAle/2kEACgkQ+ENDeYKZi34g/wCgjGqzP9JNAO+9N+Po5sdzoLix xhIAnjCboNsehaR+jSlQo3F8tqlh8u6g =jrYJ -----END PGP SIGNATURE----- --Sig_/Sp7NveXR8zOxJ.4Te4dBRro-- From owner-freebsd-stable@freebsd.org Fri Aug 26 13:38:39 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 441DFB7029A for ; Fri, 26 Aug 2016 13:38:39 +0000 (UTC) (envelope-from fbsd@xtaz.co.uk) Received: from mail.xtaz.uk (tao.xtaz.uk [IPv6:2001:8b0:fe33::10]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 14094D97 for ; Fri, 26 Aug 2016 13:38:38 +0000 (UTC) (envelope-from fbsd@xtaz.co.uk) Received: by mail.xtaz.uk (Postfix, from userid 1001) id 99C07209B039; Fri, 26 Aug 2016 14:38:34 +0100 (BST) Date: Fri, 26 Aug 2016 14:38:34 +0100 From: Matt Smith To: freebsd-stable@freebsd.org Subject: Error compiling stable/11 from stable/10 Message-ID: <20160826133834.GA17937@xtaz.uk> Mail-Followup-To: Matt Smith , freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline User-Agent: Mutt/1.6.1 (2016-04-27) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Aug 2016 13:38:39 -0000 Hi, I'm attempting to compile the latest stable/11 from a 12 day old stable/10 system and I'm getting the following error. I've tried completely deleting /usr/obj. I've tried without make -j. And I've tried commenting out options from src.conf and make.conf and nothing seems to make any difference. Any ideas? I haven't tried it yet but I'm wondering if I should do RC2 before stable/11. In file included from /usr/src/lib/liblzma/../../contrib/xz/src/liblzma/lz/lz_encoder.c: 23: /usr/src/lib/liblzma/../../contrib/xz/src/liblzma/common/memcmplen.h:19:11: fatal error: 'immintrin.h' file not found # include ^ 1 error generated. *** Error code 1 Stop. bmake[4]: stopped in /usr/src/lib/liblzma -- Matt From owner-freebsd-stable@freebsd.org Fri Aug 26 20:40:02 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 59176B74951; Fri, 26 Aug 2016 20:40:02 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 35995991; Fri, 26 Aug 2016 20:40:02 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [IPv6:::1]) by freefall.freebsd.org (Postfix) with ESMTP id 27E16173F; Fri, 26 Aug 2016 20:40:02 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [172.31.3.2]) by mail.xzibition.com (Postfix) with ESMTP id D5B2623824; Fri, 26 Aug 2016 20:40:01 +0000 (UTC) X-Virus-Scanned: amavisd-new at mail.xzibition.com Received: from mail.xzibition.com ([172.31.3.2]) by mail.xzibition.com (mail.xzibition.com [172.31.3.2]) (amavisd-new, port 10026) with LMTP id SKa1yxgjJYbL; Fri, 26 Aug 2016 20:39:59 +0000 (UTC) Subject: Re: NanoBSD install phase failing for releng/11 DKIM-Filter: OpenDKIM Filter v2.9.2 mail.xzibition.com C47BA2381E To: Guido Falsi , freebsd-stable References: <537b0b16-bda0-c7c1-d771-02a34371397a@FreeBSD.org> <6548a644-dc36-baf5-c6af-78a469d38ee4@FreeBSD.org> Cc: FreeBSD CURRENT From: Bryan Drewery Openpgp: id=F9173CB2C3AAEA7A5C8A1F0935D771BB6E4697CF; url=http://www.shatow.net/bryan/bryan2.asc Organization: FreeBSD Message-ID: <2d9c5c20-9504-5d29-80e2-c00a850630b7@FreeBSD.org> Date: Fri, 26 Aug 2016 13:40:00 -0700 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 In-Reply-To: <6548a644-dc36-baf5-c6af-78a469d38ee4@FreeBSD.org> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="x87c541BtgFlICpFhANrGvIDf8QqPVdsw" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Aug 2016 20:40:02 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --x87c541BtgFlICpFhANrGvIDf8QqPVdsw Content-Type: multipart/mixed; boundary="cf7ghGa1b9WxsAbN0XsVw6c6VBTp9MCcE" From: Bryan Drewery To: Guido Falsi , freebsd-stable Cc: FreeBSD CURRENT Message-ID: <2d9c5c20-9504-5d29-80e2-c00a850630b7@FreeBSD.org> Subject: Re: NanoBSD install phase failing for releng/11 References: <537b0b16-bda0-c7c1-d771-02a34371397a@FreeBSD.org> <6548a644-dc36-baf5-c6af-78a469d38ee4@FreeBSD.org> In-Reply-To: <6548a644-dc36-baf5-c6af-78a469d38ee4@FreeBSD.org> --cf7ghGa1b9WxsAbN0XsVw6c6VBTp9MCcE Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 8/24/2016 10:46 AM, Bryan Drewery wrote: > On 8/24/16 7:55 AM, Bryan Drewery wrote: >> On 8/22/2016 4:08 AM, Guido Falsi wrote: >>> Hi, >>> >>> While building a NanoBSD image using releng/11 sources I got this err= or >>> message: >>> >>> =3D=3D=3D> lib/libc++ (install) >>> install -C -o root -g wheel -m 444 libc++.a >>> /usr/local/nanobsd/rr-trunk/obj/_.w/usr/lib/ >>> install -s -o root -g wheel -m 444 libc++.so.1 >>> /usr/local/nanobsd/rr-trunk/obj/_.w/usr/lib/ >>> install -S -C -o root -g wheel -m 444 libc++.ld >>> /usr/local/nanobsd/rr-trunk/obj/_.w/usr/lib/libc++.so >>> =3D=3D=3D> lib/libcxxrt (install) >>> install -C -o root -g wheel -m 444 libcxxrt.a >>> /usr/local/nanobsd/rr-trunk/obj/_.w/usr/lib/ >>> install -s -o root -g wheel -m 444 libcxxrt.so.1 >>> /usr/local/nanobsd/rr-trunk/obj/_.w/lib/ >>> install -l rs /usr/local/nanobsd/rr-trunk/obj/_.w/lib/libcxxrt.so.1 >>> /usr/local/nanobsd/rr-trunk/obj/_.w/usr/lib/libcxxrt.so >>> install: symlink ../../lib/libcxxrt.so.1 -> >>> /usr/local/nanobsd/rr-trunk/obj/_.w/usr/lib: File exists >>> *** Error code 71 >>> >>> Stop. >>> >>> I'm not sure what's happening, I already tried reverting locally >>> r301880, thinking it could be related, but this changed nothing. >>> >>> Anyone has some insight? It was working fine up to August 4th. >>> >>> Thanks in advance to anyone giving me some hint! >>> >> >> Is this still reproducible for anyone? I have theories but need it in= >> its broken state to debug it further. >> >=20 > I've created a trivial reproducibility on it and am working on a fix. > So far it appears to be purely an issue in head with dirname(3) compat.= >=20 This is fixed in head r304860 by ed@. It requires updating the host. --=20 Regards, Bryan Drewery --cf7ghGa1b9WxsAbN0XsVw6c6VBTp9MCcE-- --x87c541BtgFlICpFhANrGvIDf8QqPVdsw 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 iQEcBAEBAgAGBQJXwKkgAAoJEDXXcbtuRpfPrf0IAKBAGwUyvHetEFZDLbScpKtz z0/t8P/S1IIs54Tx7n4CnI8SBZH3G9BmNfWrwMNuYMmdKv9gdblerYJ9f1Z0SVs7 /QX/BIXVZyQXPAjHNctT5UgT9ZyyTuAG9rPqmpvh6KhopczxeO/MO7FY+Ef5HhEM Ok4VUSnBO2Ya30Flh0Kb2/At+jqBm0hOIDhqa8qrNtiwtFiLtSblVAT1KxF82h79 Nb+SR/xMNoOhesriwZ8RY6gfefFdKMAJVMM/g1mAQWzAWzl7E0TS+qv8AbnZDfK5 Vge+W9P3BnQDKytOxknA2OHS/F4j9pOQem+NkfhbVS88HnbTGX1VGsqi+zhrKhE= =x4yb -----END PGP SIGNATURE----- --x87c541BtgFlICpFhANrGvIDf8QqPVdsw-- From owner-freebsd-stable@freebsd.org Sat Aug 27 04:24:16 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 917F0B76193 for ; Sat, 27 Aug 2016 04:24:16 +0000 (UTC) (envelope-from jakub_lach@mailplus.pl) Received: from mbob.nabble.com (mbob.nabble.com [162.253.133.15]) by mx1.freebsd.org (Postfix) with ESMTP id 75B0B324 for ; Sat, 27 Aug 2016 04:24:15 +0000 (UTC) (envelope-from jakub_lach@mailplus.pl) Received: from static.162.255.23.22.macminivault.com (unknown [162.255.23.22]) by mbob.nabble.com (Postfix) with ESMTP id 0679D2FB8799 for ; Fri, 26 Aug 2016 21:23:52 -0700 (PDT) Date: Fri, 26 Aug 2016 21:24:08 -0700 (MST) From: Jakub Lach To: freebsd-stable@freebsd.org Message-ID: <1472271847822-6124925.post@n5.nabble.com> In-Reply-To: References: <20160819073422.4292997b@X220.alogt.com> <20160821144505.27c0f55d@X220.alogt.com> <20160822013051.GA14436@lonesome.com> <20160823143215.6bfab8ea@X220.alogt.com> Subject: Re: Benchmarks results for FreeBSD 11 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Aug 2016 04:24:16 -0000 Yes, when going from FreeBSD 6 to 7 on a UP system. The latter was a little slower. -- View this message in context: http://freebsd.1045724.n5.nabble.com/Benchmarks-results-for-FreeBSD-11-tp6123994p6124925.html Sent from the freebsd-stable mailing list archive at Nabble.com. From owner-freebsd-stable@freebsd.org Sat Aug 27 05:49:43 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 06C27B7660E for ; Sat, 27 Aug 2016 05:49:43 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id E48DB9EC; Sat, 27 Aug 2016 05:49:42 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [IPv6:::1]) by freefall.freebsd.org (Postfix) with ESMTP id DF7F11C41; Sat, 27 Aug 2016 05:49:42 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [172.31.3.2]) by mail.xzibition.com (Postfix) with ESMTP id 977302464A; Sat, 27 Aug 2016 05:49:42 +0000 (UTC) X-Virus-Scanned: amavisd-new at mail.xzibition.com Received: from mail.xzibition.com ([172.31.3.2]) by mail.xzibition.com (mail.xzibition.com [172.31.3.2]) (amavisd-new, port 10026) with LMTP id 9DGAz-qLfEby; Sat, 27 Aug 2016 05:49:35 +0000 (UTC) Subject: Re: Error compiling stable/11 from stable/10 DKIM-Filter: OpenDKIM Filter v2.9.2 mail.xzibition.com DE33024644 To: Matt Smith , freebsd-stable@freebsd.org References: <20160826133834.GA17937@xtaz.uk> From: Bryan Drewery Openpgp: id=F9173CB2C3AAEA7A5C8A1F0935D771BB6E4697CF; url=http://www.shatow.net/bryan/bryan2.asc Organization: FreeBSD Message-ID: <453dcc9a-10ef-86f8-a255-dbc44517fa55@FreeBSD.org> Date: Fri, 26 Aug 2016 22:49:34 -0700 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 In-Reply-To: <20160826133834.GA17937@xtaz.uk> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="CS9W0XCPIMXp6mFpAdA2Cg7vwF6EEOnhf" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Aug 2016 05:49:43 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --CS9W0XCPIMXp6mFpAdA2Cg7vwF6EEOnhf Content-Type: multipart/mixed; boundary="o2c39HgGsO5T3W7hS0PVkU7O8SlfqfAlq" From: Bryan Drewery To: Matt Smith , freebsd-stable@freebsd.org Message-ID: <453dcc9a-10ef-86f8-a255-dbc44517fa55@FreeBSD.org> Subject: Re: Error compiling stable/11 from stable/10 References: <20160826133834.GA17937@xtaz.uk> In-Reply-To: <20160826133834.GA17937@xtaz.uk> --o2c39HgGsO5T3W7hS0PVkU7O8SlfqfAlq Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 8/26/2016 6:38 AM, Matt Smith wrote: > Hi, I'm attempting to compile the latest stable/11 from a 12 day old > stable/10 system and I'm getting the following error. I've tried > completely deleting /usr/obj. I've tried without make -j. And I've trie= d > commenting out options from src.conf and make.conf and nothing seems to= > make any difference. Any ideas? I haven't tried it yet but I'm wonderin= g > if I should do RC2 before stable/11. >=20 > In file included from > /usr/src/lib/liblzma/../../contrib/xz/src/liblzma/lz/lz_encoder.c: > 23: > /usr/src/lib/liblzma/../../contrib/xz/src/liblzma/common/memcmplen.h:19= :11: > fatal error: >=20 > 'immintrin.h' file not found > # include > ^ > 1 error generated. > *** Error code 1 >=20 > Stop. > bmake[4]: stopped in /usr/src/lib/liblzma >=20 >=20 >=20 Can you provide a full log of buildworld somewhere for me to look at? What's in your make.conf and src.conf? --=20 Regards, Bryan Drewery --o2c39HgGsO5T3W7hS0PVkU7O8SlfqfAlq-- --CS9W0XCPIMXp6mFpAdA2Cg7vwF6EEOnhf 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 iQEcBAEBAgAGBQJXwSnuAAoJEDXXcbtuRpfPiaQIAJXj4OwBry/XTiue5jy+7oVD vVi/EMn06tmaXLM9oxkz/Wo7HD4qnRVeCTDU3YYad61wDqRAQqnYNZgx9bJUx3ZV npggnt0pA2uk5gy8DfQH8C3zzG62F2uIm/YoUMiksIGl41HWF1f50nC4zRA8LXAS IOvUY0AfWuShtoNL9AbQZzU/QL+bQeMJDTTRPPObclLIKdPRLFAXEYh8tPAIvkfe nemsciIbVy7XamAABbIwbOxamcasI0Ep48V4H4y2LRdIiFfPdyhAptxKpvvhDwsI xjwG8zwxw8ucDErMXF5No8e3AlRV1GG9IlUXuFfKiEl5jvSLRZYqhROpZraLsn8= =Y1nC -----END PGP SIGNATURE----- --CS9W0XCPIMXp6mFpAdA2Cg7vwF6EEOnhf-- From owner-freebsd-stable@freebsd.org Sat Aug 27 07:56:56 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2B33EB77FCC for ; Sat, 27 Aug 2016 07:56:56 +0000 (UTC) (envelope-from fbsd@xtaz.co.uk) Received: from mail.xtaz.uk (tao.xtaz.uk [IPv6:2001:8b0:fe33::10]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id EB5A98E8; Sat, 27 Aug 2016 07:56:55 +0000 (UTC) (envelope-from fbsd@xtaz.co.uk) Received: by mail.xtaz.uk (Postfix, from userid 1001) id 31AED209B039; Sat, 27 Aug 2016 08:56:52 +0100 (BST) Date: Sat, 27 Aug 2016 08:56:51 +0100 From: Matt Smith To: Bryan Drewery Cc: freebsd-stable@freebsd.org Subject: Re: Error compiling stable/11 from stable/10 Message-ID: <20160827075651.GB17937@xtaz.uk> Mail-Followup-To: Matt Smith , Bryan Drewery , freebsd-stable@freebsd.org References: <20160826133834.GA17937@xtaz.uk> <453dcc9a-10ef-86f8-a255-dbc44517fa55@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline In-Reply-To: <453dcc9a-10ef-86f8-a255-dbc44517fa55@FreeBSD.org> User-Agent: Mutt/1.6.1 (2016-04-27) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Aug 2016 07:56:56 -0000 On Aug 26 22:49, Bryan Drewery wrote: >On 8/26/2016 6:38 AM, Matt Smith wrote: >> Hi, I'm attempting to compile the latest stable/11 from a 12 day old >> stable/10 system and I'm getting the following error. I've tried >> completely deleting /usr/obj. I've tried without make -j. And I've tried >> commenting out options from src.conf and make.conf and nothing seems to >> make any difference. Any ideas? I haven't tried it yet but I'm wondering >> if I should do RC2 before stable/11. >> >> In file included from >> /usr/src/lib/liblzma/../../contrib/xz/src/liblzma/lz/lz_encoder.c: >> 23: >> /usr/src/lib/liblzma/../../contrib/xz/src/liblzma/common/memcmplen.h:19:11: >> fatal error: >> >> 'immintrin.h' file not found >> # include >> ^ >> 1 error generated. >> *** Error code 1 >> >> Stop. >> bmake[4]: stopped in /usr/src/lib/liblzma >> >> >> > >Can you provide a full log of buildworld somewhere for me to look at? > >What's in your make.conf and src.conf? > Hi, I have a feeling this might have been ccache at fault. Since sending this email I had also tried commenting out ccache from make.conf and running another compile attempt. This attempt is *still* going?! I started it 14 hours ago now and it has only reached here: ===> gnu/usr.bin/groff/src/preproc/tbl (all) What on earth is so different between 10 and 11 to cause build times that much longer? Without ccache and running without -j this box would have built 10 in around 5 hours. Is that the result of not having WITHOUT_DEBUG_FILES as I think that was something new for 11 wasn't it? I have not been running this build within script(1) though I am afraid so I don't have a copy of the whole build. I might stop the build and reenable all of the options again, but this time with a completely empty ccache. FYI though, my src.conf and make.conf are below. You can see what I have now commented out that was enabled before. I don't think it's the src.conf entries that caused the problem as I tried it with those commented out before and it still failed. I think it could probably be the ccache lines. $ cat /etc/src.conf #WITHOUT_DEBUG_FILES=yes #WITHOUT_LIB32=yes #WITHOUT_PROFILE=yes $ cat /etc/make.conf KERNCONF=TAO BATCH_DELETE_OLD_FILES=yes SVN_UPDATE=yes SVN=/usr/local/bin/svn WRKDIRPREFIX=/usr/obj DEFAULT_VERSIONS=gcc=6 perl5=5.24 pgsql=9.5 php=7.0 python=2.7 python2=2.7 python3=3.5 ssl=libressl-devel WITH_OPENSSL_PORT=yes OPENSSL_PORT=security/libressl-devel OPTIONS_UNSET+=X11 #WITH_CCACHE_BUILD=yes #.if (!empty(.CURDIR:M/usr/src*) || !empty(.CURDIR:M/usr/obj*)) #.if !defined(NOCCACHE) && exists(/usr/local/libexec/ccache/world/cc) #CC:=${CC:C,^cc,/usr/local/libexec/ccache/world/cc,1} #CXX:=${CXX:C,^c\+\+,/usr/local/libexec/ccache/world/c++,1} #.endif #.endif -- Matt From owner-freebsd-stable@freebsd.org Sat Aug 27 10:35:39 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 467F7A93C23 for ; Sat, 27 Aug 2016 10:35:39 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-20.reflexion.net [208.70.210.20]) (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 0729B383 for ; Sat, 27 Aug 2016 10:35:38 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 31267 invoked from network); 27 Aug 2016 10:36:14 -0000 Received: from unknown (HELO mail-cs-01.app.dca.reflexion.local) (10.81.19.1) by 0 (rfx-qmail) with SMTP; 27 Aug 2016 10:36:14 -0000 Received: by mail-cs-01.app.dca.reflexion.local (Reflexion email security v8.00.0) with SMTP; Sat, 27 Aug 2016 06:35:34 -0400 (EDT) Received: (qmail 18782 invoked from network); 27 Aug 2016 10:35:34 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 27 Aug 2016 10:35:34 -0000 X-No-Relay: not in my network X-No-Relay: not in my network X-No-Relay: not in my network X-No-Relay: not in my network Received: from [192.168.0.105] (ip70-189-131-151.lv.lv.cox.net [70.189.131.151]) by iron2.pdx.net (Postfix) with ESMTPSA id 4F9751C4379; Sat, 27 Aug 2016 03:35:29 -0700 (PDT) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Subject: Re: Time to enable partial relro [a stable/11 -r304029 armv6 "PT2MAP abort" (copyout+0x2c4) panic possibly related to enabling RELRO?] Date: Sat, 27 Aug 2016 03:35:29 -0700 Message-Id: <1178F89E-F1A3-4B72-8906-EFB8EFCE9F7D@dsl-only.net> Cc: FreeBSD Current To: FreeBSD Toolchain , freebsd-arm , freebsd-stable@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Aug 2016 10:35:39 -0000 [I've no solid evidence of what the panic is tied to. = OPTIONS_FILE_SET+=3DRELRO ise is just what was new/unusual in the = portmaster -DKa that was going on when the rpi2 had the panic.] The console history shows (the cc quoted just gives a ball park for = where it was in the binutils build): > cc -DHAVE_CONFIG_H -I. -I. -I. -I../bfd -I./../bfd -I./../include = -pipe -mcpu=3Dcortex-a7 -I/usr/local/include -g -fno-strict-aliasing = -DENABLE_PLUGINS -DLOCAL > EDIR=3D"\"/usr/local/share/locale\"" -mcpu=3Dcortex-a7 -W -Wall = -Wstrict-prototypes -Wmissing-prototypes -Wshadow = -DELF_LIST_OPTIONS=3DTRUE -DELF_SHLIB_LIST_OPTIONS=3DT > RUE -DELF_PLT_UNWIND_LIST_OPTIONS=3DTRUE -pipe -mcpu=3Dcortex-a7 = -I/usr/local/include -g -fno-strict-aliasing -MT eavrxmega2.o -MD -MP = -MF .deps/eavrxmega2.Tpo -c=20 > -o eavrxmega2.o eavrxmega2.c > panic: pmap_fault: PT2MAP abort > cpuid =3D 3 > KDB: stack backtrace: > db_trace_self() at db_trace_self > pc =3D 0xc06b2ad0 lr =3D 0xc014edf4 = (db_trace_self_wrapper+0x30) > sp =3D 0xed27c880 fp =3D 0xed27c998 > db_trace_self_wrapper() at db_trace_self_wrapper+0x30 > pc =3D 0xc014edf4 lr =3D 0xc0336968 (vpanic+0x13c) > sp =3D 0xed27c9a0 fp =3D 0xed27c9c0 > r4 =3D 0x00000100 r5 =3D 0xc4125a50 > r6 =3D 0xc076ab91 r7 =3D 0x00000001 > vpanic() at vpanic+0x13c > pc =3D 0xc0336968 lr =3D 0xc033682c (vpanic) > sp =3D 0xed27c9c8 fp =3D 0xed27c9cc > r4 =3D 0xc0991ba0 r5 =3D 0x00000000 > r6 =3D 0xbfefefe8 r7 =3D 0x00000007 > r8 =3D 0x00000013 r9 =3D 0x00000007 > r10 =3D 0xc41daf44 > vpanic() at vpanic > pc =3D 0xc033682c lr =3D 0xc06ce40c (pmap_fault+0x638) > sp =3D 0xed27c9d4 fp =3D 0xed27ca08 > r4 =3D 0x00000007 r5 =3D 0x00000013 > r6 =3D 0x00000007 r7 =3D 0xc41daf44 > r8 =3D 0xed27c9cc r9 =3D 0xc033682c > r10 =3D 0xed27c9d4 > pmap_fault() at pmap_fault+0x638 > pc =3D 0xc06ce40c lr =3D 0xc06d30f8 (abort_handler+0xbc) > sp =3D 0xed27ca10 fp =3D 0xed27caa0 > r4 =3D 0xc0991ba0 r5 =3D 0x00000007 > r6 =3D 0x00000000 r7 =3D 0x00000007 > r8 =3D 0x00000013 r9 =3D 0xc4125a50 > r10 =3D 0xed27caa8 > abort_handler() at abort_handler+0xbc > pc =3D 0xc06d30f8 lr =3D 0xc06b53b8 (exception_exit) > sp =3D 0xed27caa8 fp =3D 0xed27cb60 > r4 =3D 0xc0991ba0 r5 =3D 0x00000000 > r6 =3D 0xbfbfaa04 r7 =3D 0x00000006 > r8 =3D 0xc41daf54 r9 =3D 0x00000806 > r10 =3D 0xc41daf44 > exception_exit() at exception_exit > pc =3D 0xc06b53b8 lr =3D 0xc03131e8 (__mtx_lock_sleep+0x220) > sp =3D 0xed27cb38 fp =3D 0xed27cb60 > r0 =3D 0x002fefe8 r1 =3D 0xbfc00000 > r2 =3D 0xc41daf44 r3 =3D 0x00000001 > r4 =3D 0xc0991ba0 r5 =3D 0x00000000 > r6 =3D 0xbfbfaa04 r7 =3D 0x00000006 > r8 =3D 0xc41daf54 r9 =3D 0x00000806 > r10 =3D 0xc41daf44 r12 =3D 0xed27ca78 > pmap_fault() at pmap_fault+0x1b4 > pc =3D 0xc06cdf88 lr =3D 0xc06d30f8 (abort_handler+0xbc) > sp =3D 0xed27cb68 fp =3D 0xed27cbf8 > r4 =3D 0x00000030 r5 =3D 0x00000006 > r6 =3D 0x00000000 r7 =3D 0x00000806 > r8 =3D 0x00000013 r9 =3D 0xc4125a50 > r10 =3D 0xed27cc00 > abort_handler() at abort_handler+0xbc > pc =3D 0xc06d30f8 lr =3D 0xc06b53b8 (exception_exit) > sp =3D 0xed27cc00 fp =3D 0x00000000 > r4 =3D 0x00000030 r5 =3D 0x00000000 > r6 =3D 0x00000000 r7 =3D 0xed27ccb4 > r8 =3D 0xed27ce00 r9 =3D 0x00000000 > r10 =3D 0xed27cea0 > exception_exit() at exception_exit > pc =3D 0xc06b53b8 lr =3D 0xc06ad77c (copyout+0x9c) > sp =3D 0xed27cc94 fp =3D 0x00000000 > r0 =3D 0xed27ccb8 r1 =3D 0xbfbfaa04 > r2 =3D 0x00000000 r3 =3D 0x00000000 > r4 =3D 0x00000030 r5 =3D 0x00000000 > r6 =3D 0x00000000 r7 =3D 0xed27ccb4 > r8 =3D 0xed27ce00 r9 =3D 0x00000000 > r10 =3D 0xed27cea0 r12 =3D 0x00000000 > copyout() at copyout+0x2c4 > pc =3D 0xc06ad9a4 lr =3D 0xc06ad77c (copyout+0x9c) > sp =3D 0xed27cc94 fp =3D 0x00000000 > copyout() at copyout+0x9c > pc =3D 0xc06ad77c lr =3D 0xc06ad77c (copyout+0x9c) > sp =3D 0xed27cc94 fp =3D 0x00000000 > Unwind failure (no registers changed) > KDB: enter: panic > [ thread pid 54457 tid 100158 ] > Stopped at $d.6: ldrb r15, [r15, r15, ror r15]! > db>=20 The portmaster -DKa attempt to rebuild binutils-2.27 on the rpi2 got my = first armv6 stable/11 panic (and it has been much longer then that since = I've gotten a 11.0-CURRENT panic). I was not around when the panic = happened but it is still sitting at the db> serial console prompt and I = can enter commands if appropriate. FreeBSD 11.0 context: The rpi2 was/is at /usr/src/ stable/11 -r304029 : = it has been a while since I've updated to track stable/11 . The few = differences in my /usr/src are mostly for powerpc and powerpc64 specific = changes: I normally use the same tree content everywhere that I build = FreeBSD. The build used -mcpu=3Dcortex-a7 as I've been doing since I = started tracking the clang 3.8.0 project before it was merged. Ports context: I had not updated by ports on the rpi2 in a while and I = "svnlite updated" my /usr/ports to -r420950, picking the newer option to = enable RELRO by default for things that have it. I enabled those = defaults. (Doing similarly on amd64 first has had no troubles for me so = far, not that I've done much after the portmaster -DKa .) =46rom the amd64 environment that I did an /usr/ports/ portmaster -DKa = update to first, also tied to -r420950: > # more /var/db/ports/devel_binutils/options > # This file is auto-generated by 'make config'. > # Options for binutils-2.27,1 > _OPTIONS_READ=3Dbinutils-2.27,1 > _FILE_COMPLETE_OPTIONS_LIST=3DNLS RELRO > OPTIONS_FILE_SET+=3DNLS > OPTIONS_FILE_SET+=3DRELRO > # svnlite info /usr/ports | grep Re[lv][ai:] > Relative URL: ^/head > Revision: 420950 > Last Changed Rev: 420950 > # more /etc/make.conf > WANT_QT_VERBOSE_CONFIGURE=3D1 > # > DEFAULT_VERSIONS+=3Dperl5=3D5.22 > WRKDIRPREFIX=3D/usr/obj/portswork > WITH_DEBUG=3D > WITH_DEBUG_FILES=3D > MALLOC_PRODUCTION=3D If I remember right the above are accurate for the rpi2 as well. I'll note that arm-none-eabi-binutils-2.27,1 built and installed fine = earlier in the portmaster -DKa activity. As did pkgconf-1.0.1 and = sqlite3-3.14.1 . (The console history goes not go back to earlier then = that. (sqlite3 is via dependencies, not something I directly select to = build.) =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-stable@freebsd.org Sat Aug 27 11:20:45 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 38119B76E55 for ; Sat, 27 Aug 2016 11:20:45 +0000 (UTC) (envelope-from fbsd@xtaz.co.uk) Received: from mail.xtaz.uk (tao.xtaz.uk [IPv6:2001:8b0:fe33::10]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 047A5135; Sat, 27 Aug 2016 11:20:44 +0000 (UTC) (envelope-from fbsd@xtaz.co.uk) Received: by mail.xtaz.uk (Postfix, from userid 1001) id 68EB6209B035; Sat, 27 Aug 2016 12:20:41 +0100 (BST) Date: Sat, 27 Aug 2016 12:20:41 +0100 From: Matt Smith To: Bryan Drewery , freebsd-stable@freebsd.org Subject: Re: Error compiling stable/11 from stable/10 Message-ID: <20160827112041.GC17937@xtaz.uk> Mail-Followup-To: Matt Smith , Bryan Drewery , freebsd-stable@freebsd.org References: <20160826133834.GA17937@xtaz.uk> <453dcc9a-10ef-86f8-a255-dbc44517fa55@FreeBSD.org> <20160827075651.GB17937@xtaz.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline In-Reply-To: <20160827075651.GB17937@xtaz.uk> User-Agent: Mutt/1.6.1 (2016-04-27) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Aug 2016 11:20:45 -0000 On Aug 27 08:56, Matt Smith wrote: >I have not been running this build within script(1) though I am afraid >so I don't have a copy of the whole build. I might stop the build and >reenable all of the options again, but this time with a completely >empty ccache. I just tried this, and it bombed out again. This time I have a full build log which you can find at https://xtaz.uk/temp/build.log This was with all of those commented out options in make.conf and src.conf from my last email uncommented once again, but with a completely clean ccache. This time I'm trying another build but with ccache commented out, but the three src.conf options still enabled. Luckily when it bombs out it bombs out within an hour or so. Whereas last night with both the src.conf and make.conf options commented out it was still compiling stuff after 14 hours, so I assume that made it past that point. Although I'm still shocked why it was still going after 14 hours when it completed the process within 5 hours on 10.x. I'll let you know how this build goes with the current settings. -- Matt From owner-freebsd-stable@freebsd.org Sat Aug 27 13:27:36 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 23F84B76498; Sat, 27 Aug 2016 13:27:36 +0000 (UTC) (envelope-from stefan.wendler@tngtech.com) Received: from proxy.tng.vnc.biz (zimbra-vnc.tngtech.com [83.144.240.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 BC42CF68; Sat, 27 Aug 2016 13:27:34 +0000 (UTC) (envelope-from stefan.wendler@tngtech.com) Received: from localhost (localhost [127.0.0.1]) by proxy.tng.vnc.biz (Postfix) with ESMTP id A33AF1E2D03; Sat, 27 Aug 2016 15:27:25 +0200 (CEST) X-Spam-Flag: NO X-Spam-Score: -1.501 X-Spam-Level: X-Spam-Status: No, score=-1.501 tagged_above=-10 required=5 tests=[ALL_TRUSTED=-1, BAYES_00=-0.5, LOCAL_FROM_TNG=-0.001] autolearn=ham autolearn_force=no Received: from proxy.tng.vnc.biz ([127.0.0.1]) by localhost (proxy.tng.vnc.biz [127.0.0.1]) (amavisd-new, port 10032) with ESMTP id ukbvhOd13Jaj; Sat, 27 Aug 2016 15:27:25 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by proxy.tng.vnc.biz (Postfix) with ESMTP id 00F881E2D0C; Sat, 27 Aug 2016 15:27:25 +0200 (CEST) X-Virus-Scanned: amavisd-new at Received: from proxy.tng.vnc.biz ([127.0.0.1]) by localhost (proxy.tng.vnc.biz [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id zaQ-g0SGdkca; Sat, 27 Aug 2016 15:27:24 +0200 (CEST) Received: from [10.0.0.20] (p5B046A55.dip0.t-ipconnect.de [91.4.106.85]) by proxy.tng.vnc.biz (Postfix) with ESMTPSA id 16E311E2D03; Sat, 27 Aug 2016 15:27:03 +0200 (CEST) Subject: Wifi laggy in RC2 - was: FreeBSD 11 RC1 - no wifi To: lenz , FreeBSD Stable Mailing List References: <8a427194-726c-ccad-9e02-70460152477d@tngtech.com> <4d2f6787-49d5-a1fd-49bc-bbdcee422795@gmail.com> <8a7c9e3c-77a6-b84c-8202-d2c0dacb0d12@tngtech.com> Cc: freebsd-current From: Stefan Wendler Message-ID: Date: Sat, 27 Aug 2016 15:27:02 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Aug 2016 13:27:36 -0000 On 08/26/2016 05:17, lenz wrote: > I run a X1 Carbon 4th gen and can report that the iwm driver now runs v= ery > reliable with RC2, reliable enough that I moved it back into loader.con= f > and did not see any panics after a bunch or reboots. Thanks for the goo= d > work on this :) >=20 > cheers > Lenz >=20 With my W530 Wifi with iwn works now without the lagg config as well as with the patch from here https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D211689#c4 and lagg co= nfig Anyway. I have switched now to my T540p with a 7260AC wifi chip. When I load iwm during boot, the computer crashes and enters a boot loop until I disable iwm at the loader prompt. I can then load it manually after boot and have wifi for some time. But it is pretty laggy and reconnects every 5 minutes or so with the following dmesg entry. ------ dmesg ------ wlan0: link state changed to DOWN wlan0: ieee80211_new_state_locked: pending SCAN -> ASSOC transition lost iwm0: iwm_update_edca: called iwm0: dumping device error log iwm0: Start Error Log Dump: iwm0: Status: 0x3, count: 6 iwm0: 0x00000086 | NMI_INTERRUPT_INST_ACTION_PT iwm0: 000002F0 | trm_hw_status0 iwm0: 00000000 | trm_hw_status1 iwm0: 00000B2C | branchlink2 iwm0: 00016A90 | interruptlink1 iwm0: 00015A28 | interruptlink2 iwm0: 00000000 | data1 iwm0: 00000004 | data2 iwm0: 07030000 | data3 iwm0: 00307A6F | beacon time iwm0: 000F858F | tsf low iwm0: 00000000 | tsf hi iwm0: 00000000 | time gp1 iwm0: 000F8590 | time gp2 iwm0: 00000000 | uCode revision type iwm0: 00000010 | uCode version major iwm0: 0003B2EE | uCode version minor iwm0: 00000144 | hw version iwm0: 00009004 | board version iwm0: 0000001C | hcmd iwm0: 00022088 | isr0 iwm0: 00800000 | isr1 iwm0: 00000002 | isr2 iwm0: 004034C1 | isr3 iwm0: 00000000 | isr4 iwm0: 01010112 | last cmd Id iwm0: 00000000 | wait_event iwm0: 000000A0 | l2p_control iwm0: 00000000 | l2p_duration iwm0: 00000000 | l2p_mhvalid iwm0: 00000000 | l2p_addr_match iwm0: 00000007 | lmpm_pmg_sel iwm0: 22121936 | timestamp iwm0: 00342028 | flow_handler iwm0: driver status: iwm0: tx ring 0: qid=3D0 cur=3D2 queued=3D2 iwm0: tx ring 1: qid=3D1 cur=3D0 queued=3D0 iwm0: tx ring 2: qid=3D2 cur=3D0 queued=3D0 iwm0: tx ring 3: qid=3D3 cur=3D0 queued=3D0 iwm0: tx ring 4: qid=3D4 cur=3D0 queued=3D0 iwm0: tx ring 5: qid=3D5 cur=3D0 queued=3D0 iwm0: tx ring 6: qid=3D6 cur=3D0 queued=3D0 iwm0: tx ring 7: qid=3D7 cur=3D0 queued=3D0 iwm0: tx ring 8: qid=3D8 cur=3D0 queued=3D0 iwm0: tx ring 9: qid=3D9 cur=3D34 queued=3D0 iwm0: tx ring 10: qid=3D10 cur=3D0 queued=3D0 iwm0: tx ring 11: qid=3D11 cur=3D0 queued=3D0 iwm0: tx ring 12: qid=3D12 cur=3D0 queued=3D0 iwm0: tx ring 13: qid=3D13 cur=3D0 queued=3D0 iwm0: tx ring 14: qid=3D14 cur=3D0 queued=3D0 iwm0: tx ring 15: qid=3D15 cur=3D0 queued=3D0 iwm0: tx ring 16: qid=3D16 cur=3D0 queued=3D0 iwm0: tx ring 17: qid=3D17 cur=3D0 queued=3D0 iwm0: tx ring 18: qid=3D18 cur=3D0 queued=3D0 iwm0: tx ring 19: qid=3D19 cur=3D0 queued=3D0 iwm0: tx ring 20: qid=3D20 cur=3D0 queued=3D0 iwm0: tx ring 21: qid=3D21 cur=3D0 queued=3D0 iwm0: tx ring 22: qid=3D22 cur=3D0 queued=3D0 iwm0: tx ring 23: qid=3D23 cur=3D0 queued=3D0 iwm0: tx ring 24: qid=3D24 cur=3D0 queued=3D0 iwm0: tx ring 25: qid=3D25 cur=3D0 queued=3D0 iwm0: tx ring 26: qid=3D26 cur=3D0 queued=3D0 iwm0: tx ring 27: qid=3D27 cur=3D0 queued=3D0 iwm0: tx ring 28: qid=3D28 cur=3D0 queued=3D0 iwm0: tx ring 29: qid=3D29 cur=3D0 queued=3D0 iwm0: tx ring 30: qid=3D30 cur=3D0 queued=3D0 iwm0: rx ring: cur=3D34 iwm0: 802.11 state 1 iwm0: iwm_intr: controller panicked, iv_state =3D 1; restarting wlan0: ieee80211_new_state_locked: pending SCAN -> AUTH transition lost iwm0: PHY ctxt cmd error. ret=3D35 iwm0: iwm_auth: failed add phy ctxt! iwm0: iwm_newstate: could not move to auth state: 60 iwm0: iwm_update_edca: called iwm0: iwm_update_edca: called iwm0: iwm_update_edca: called wlan0: link state changed to UP ------ end dmesg ------ Cheers, Stefan From owner-freebsd-stable@freebsd.org Sat Aug 27 13:53:46 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D0605B76137 for ; Sat, 27 Aug 2016 13:53:46 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-5.reflexion.net [208.70.210.5]) (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 8E0748B7 for ; Sat, 27 Aug 2016 13:53:46 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 9017 invoked from network); 27 Aug 2016 13:53:39 -0000 Received: from unknown (HELO mail-cs-02.app.dca.reflexion.local) (10.81.19.2) by 0 (rfx-qmail) with SMTP; 27 Aug 2016 13:53:39 -0000 Received: by mail-cs-02.app.dca.reflexion.local (Reflexion email security v8.00.0) with SMTP; Sat, 27 Aug 2016 09:53:31 -0400 (EDT) Received: (qmail 26769 invoked from network); 27 Aug 2016 13:53:31 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 27 Aug 2016 13:53:31 -0000 X-No-Relay: not in my network X-No-Relay: not in my network X-No-Relay: not in my network X-No-Relay: not in my network Received: from [192.168.0.105] (ip70-189-131-151.lv.lv.cox.net [70.189.131.151]) by iron2.pdx.net (Postfix) with ESMTPSA id D6AAD1C407B; Sat, 27 Aug 2016 06:53:35 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Subject: Re: Time to enable partial relro [a stable/11 -r304029 armv6 "PT2MAP abort" (copyout+0x2c4) panic possibly related to enabling RELRO?] From: Mark Millard In-Reply-To: <1178F89E-F1A3-4B72-8906-EFB8EFCE9F7D@dsl-only.net> Date: Sat, 27 Aug 2016 06:53:37 -0700 Cc: FreeBSD Current Content-Transfer-Encoding: quoted-printable Message-Id: <71722159-7E12-4EAD-BD29-669C1F6C8061@dsl-only.net> References: <1178F89E-F1A3-4B72-8906-EFB8EFCE9F7D@dsl-only.net> To: FreeBSD Toolchain , freebsd-arm , freebsd-stable@freebsd.org X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Aug 2016 13:53:47 -0000 Quick top post: retrying "portmaster -DKa" after rebooting did not = repeat the panic. OPTIONS_FILE_SET+=3DRELRO likely has nothing to do with the unusual = panic. =3D=3D=3D Mark Millard markmi at dsl-only.net On 2016-Aug-27, at 3:35 AM, Mark Millard wrote: [I've no solid evidence of what the panic is tied to. = OPTIONS_FILE_SET+=3DRELRO ise is just what was new/unusual in the = portmaster -DKa that was going on when the rpi2 had the panic.] The console history shows (the cc quoted just gives a ball park for = where it was in the binutils build): > cc -DHAVE_CONFIG_H -I. -I. -I. -I../bfd -I./../bfd -I./../include = -pipe -mcpu=3Dcortex-a7 -I/usr/local/include -g -fno-strict-aliasing = -DENABLE_PLUGINS -DLOCAL > EDIR=3D"\"/usr/local/share/locale\"" -mcpu=3Dcortex-a7 -W -Wall = -Wstrict-prototypes -Wmissing-prototypes -Wshadow = -DELF_LIST_OPTIONS=3DTRUE -DELF_SHLIB_LIST_OPTIONS=3DT > RUE -DELF_PLT_UNWIND_LIST_OPTIONS=3DTRUE -pipe -mcpu=3Dcortex-a7 = -I/usr/local/include -g -fno-strict-aliasing -MT eavrxmega2.o -MD -MP = -MF .deps/eavrxmega2.Tpo -c=20 > -o eavrxmega2.o eavrxmega2.c > panic: pmap_fault: PT2MAP abort > cpuid =3D 3 > KDB: stack backtrace: > db_trace_self() at db_trace_self > pc =3D 0xc06b2ad0 lr =3D 0xc014edf4 = (db_trace_self_wrapper+0x30) > sp =3D 0xed27c880 fp =3D 0xed27c998 > db_trace_self_wrapper() at db_trace_self_wrapper+0x30 > pc =3D 0xc014edf4 lr =3D 0xc0336968 (vpanic+0x13c) > sp =3D 0xed27c9a0 fp =3D 0xed27c9c0 > r4 =3D 0x00000100 r5 =3D 0xc4125a50 > r6 =3D 0xc076ab91 r7 =3D 0x00000001 > vpanic() at vpanic+0x13c > pc =3D 0xc0336968 lr =3D 0xc033682c (vpanic) > sp =3D 0xed27c9c8 fp =3D 0xed27c9cc > r4 =3D 0xc0991ba0 r5 =3D 0x00000000 > r6 =3D 0xbfefefe8 r7 =3D 0x00000007 > r8 =3D 0x00000013 r9 =3D 0x00000007 > r10 =3D 0xc41daf44 > vpanic() at vpanic > pc =3D 0xc033682c lr =3D 0xc06ce40c (pmap_fault+0x638) > sp =3D 0xed27c9d4 fp =3D 0xed27ca08 > r4 =3D 0x00000007 r5 =3D 0x00000013 > r6 =3D 0x00000007 r7 =3D 0xc41daf44 > r8 =3D 0xed27c9cc r9 =3D 0xc033682c > r10 =3D 0xed27c9d4 > pmap_fault() at pmap_fault+0x638 > pc =3D 0xc06ce40c lr =3D 0xc06d30f8 (abort_handler+0xbc) > sp =3D 0xed27ca10 fp =3D 0xed27caa0 > r4 =3D 0xc0991ba0 r5 =3D 0x00000007 > r6 =3D 0x00000000 r7 =3D 0x00000007 > r8 =3D 0x00000013 r9 =3D 0xc4125a50 > r10 =3D 0xed27caa8 > abort_handler() at abort_handler+0xbc > pc =3D 0xc06d30f8 lr =3D 0xc06b53b8 (exception_exit) > sp =3D 0xed27caa8 fp =3D 0xed27cb60 > r4 =3D 0xc0991ba0 r5 =3D 0x00000000 > r6 =3D 0xbfbfaa04 r7 =3D 0x00000006 > r8 =3D 0xc41daf54 r9 =3D 0x00000806 > r10 =3D 0xc41daf44 > exception_exit() at exception_exit > pc =3D 0xc06b53b8 lr =3D 0xc03131e8 (__mtx_lock_sleep+0x220) > sp =3D 0xed27cb38 fp =3D 0xed27cb60 > r0 =3D 0x002fefe8 r1 =3D 0xbfc00000 > r2 =3D 0xc41daf44 r3 =3D 0x00000001 > r4 =3D 0xc0991ba0 r5 =3D 0x00000000 > r6 =3D 0xbfbfaa04 r7 =3D 0x00000006 > r8 =3D 0xc41daf54 r9 =3D 0x00000806 > r10 =3D 0xc41daf44 r12 =3D 0xed27ca78 > pmap_fault() at pmap_fault+0x1b4 > pc =3D 0xc06cdf88 lr =3D 0xc06d30f8 (abort_handler+0xbc) > sp =3D 0xed27cb68 fp =3D 0xed27cbf8 > r4 =3D 0x00000030 r5 =3D 0x00000006 > r6 =3D 0x00000000 r7 =3D 0x00000806 > r8 =3D 0x00000013 r9 =3D 0xc4125a50 > r10 =3D 0xed27cc00 > abort_handler() at abort_handler+0xbc > pc =3D 0xc06d30f8 lr =3D 0xc06b53b8 (exception_exit) > sp =3D 0xed27cc00 fp =3D 0x00000000 > r4 =3D 0x00000030 r5 =3D 0x00000000 > r6 =3D 0x00000000 r7 =3D 0xed27ccb4 > r8 =3D 0xed27ce00 r9 =3D 0x00000000 > r10 =3D 0xed27cea0 > exception_exit() at exception_exit > pc =3D 0xc06b53b8 lr =3D 0xc06ad77c (copyout+0x9c) > sp =3D 0xed27cc94 fp =3D 0x00000000 > r0 =3D 0xed27ccb8 r1 =3D 0xbfbfaa04 > r2 =3D 0x00000000 r3 =3D 0x00000000 > r4 =3D 0x00000030 r5 =3D 0x00000000 > r6 =3D 0x00000000 r7 =3D 0xed27ccb4 > r8 =3D 0xed27ce00 r9 =3D 0x00000000 > r10 =3D 0xed27cea0 r12 =3D 0x00000000 > copyout() at copyout+0x2c4 > pc =3D 0xc06ad9a4 lr =3D 0xc06ad77c (copyout+0x9c) > sp =3D 0xed27cc94 fp =3D 0x00000000 > copyout() at copyout+0x9c > pc =3D 0xc06ad77c lr =3D 0xc06ad77c (copyout+0x9c) > sp =3D 0xed27cc94 fp =3D 0x00000000 > Unwind failure (no registers changed) > KDB: enter: panic > [ thread pid 54457 tid 100158 ] > Stopped at $d.6: ldrb r15, [r15, r15, ror r15]! > db>=20 The portmaster -DKa attempt to rebuild binutils-2.27 on the rpi2 got my = first armv6 stable/11 panic (and it has been much longer then that since = I've gotten a 11.0-CURRENT panic). I was not around when the panic = happened but it is still sitting at the db> serial console prompt and I = can enter commands if appropriate. FreeBSD 11.0 context: The rpi2 was/is at /usr/src/ stable/11 -r304029 : = it has been a while since I've updated to track stable/11 . The few = differences in my /usr/src are mostly for powerpc and powerpc64 specific = changes: I normally use the same tree content everywhere that I build = FreeBSD. The build used -mcpu=3Dcortex-a7 as I've been doing since I = started tracking the clang 3.8.0 project before it was merged. Ports context: I had not updated by ports on the rpi2 in a while and I = "svnlite updated" my /usr/ports to -r420950, picking the newer option to = enable RELRO by default for things that have it. I enabled those = defaults. (Doing similarly on amd64 first has had no troubles for me so = far, not that I've done much after the portmaster -DKa .) =46rom the amd64 environment that I did an /usr/ports/ portmaster -DKa = update to first, also tied to -r420950: > # more /var/db/ports/devel_binutils/options > # This file is auto-generated by 'make config'. > # Options for binutils-2.27,1 > _OPTIONS_READ=3Dbinutils-2.27,1 > _FILE_COMPLETE_OPTIONS_LIST=3DNLS RELRO > OPTIONS_FILE_SET+=3DNLS > OPTIONS_FILE_SET+=3DRELRO > # svnlite info /usr/ports | grep Re[lv][ai:] > Relative URL: ^/head > Revision: 420950 > Last Changed Rev: 420950 > # more /etc/make.conf > WANT_QT_VERBOSE_CONFIGURE=3D1 > # > DEFAULT_VERSIONS+=3Dperl5=3D5.22 > WRKDIRPREFIX=3D/usr/obj/portswork > WITH_DEBUG=3D > WITH_DEBUG_FILES=3D > MALLOC_PRODUCTION=3D If I remember right the above are accurate for the rpi2 as well. I'll note that arm-none-eabi-binutils-2.27,1 built and installed fine = earlier in the portmaster -DKa activity. As did pkgconf-1.0.1 and = sqlite3-3.14.1 . (The console history goes not go back to earlier then = that. (sqlite3 is via dependencies, not something I directly select to = build.) =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-stable@freebsd.org Sat Aug 27 19:09:38 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id EE169B770CD; Sat, 27 Aug 2016 19:09:38 +0000 (UTC) (envelope-from chardon.frederic@gmail.com) Received: from mail-oi0-x233.google.com (mail-oi0-x233.google.com [IPv6:2607:f8b0:4003:c06::233]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B24AEC4E; Sat, 27 Aug 2016 19:09:38 +0000 (UTC) (envelope-from chardon.frederic@gmail.com) Received: by mail-oi0-x233.google.com with SMTP id l203so151349736oib.1; Sat, 27 Aug 2016 12:09:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:from:date:message-id:subject:to:cc :content-transfer-encoding; bh=FuYUcmPBPlQb2zJzfqDrpjfyI//tNChpI63ZRV2GZic=; b=K4dyiJf+naZEc5kB/ueMoWEuojpvRM7VyEThxIpGNO35QoN31C7NTcUZMrz6+qJAWd 99UIqBO2fWe0dt2OwfT6LFvI2TqMS9cHNQ6gay7gkvh3KGF39d5MBMXs1A2VxazHR3hI 8CnLJYnGmWEQRU9eonfIldopsSm9PK/xME6Lk6wTiX4Fc44cARIOtqUCj4DRUvUAKhOr SiNpHhzUYzv39AxWX/8moBddPAc8TNL+Ke8jIJXKYHoWNPaBnhGZX0Bdra0sQjOM2OQY tZ+eO/5y09yvHh8YartHapwbn08RI1URK4QML3Tk9aC8I/6YlLkd0L8DzDDZA8m87huz 4J2w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:from:date:message-id:subject:to:cc :content-transfer-encoding; bh=FuYUcmPBPlQb2zJzfqDrpjfyI//tNChpI63ZRV2GZic=; b=NdaQV6+yQEttb51xNGE9mVSz6S2fpJRFoG4NRvm0rMBcgz6O/4iB5b9Jl+TXTNtXHA v8BQIZCvSwpwx29/8Cr/qVf4o/QsVIu5Ld8nlt+rrSYlaKkST1WYNzX/bKKBit9IPat1 //9VoLhUuUBMEwDIwsbPuIfTmnnt0bi14Q5V5Ufm/SgScJSLDOvdOdgXHL5Gno4UGS0Q 8aIzsmiagmO6dAeDSz9aWktjuWtoZCyPS+ZsH7Y7EQu6ncsQHHl3K9KbXjOHNlYjk975 0nFjq81lPO6HmzcsNfqEeeEjlpgFHyg0PYedjoJXVoqPbGQzr8Av83tOEvpru25gYWoY sEeQ== X-Gm-Message-State: AE9vXwMIIE10yg5gHKIF9nDYrnlEmXth74PN/sw+a+78IP74++B+uQoPUXzRcANSZlh3KFwktXRqH/dkSHyOOA== X-Received: by 10.202.80.211 with SMTP id e202mr7584618oib.9.1472324978022; Sat, 27 Aug 2016 12:09:38 -0700 (PDT) MIME-Version: 1.0 Received: by 10.202.51.196 with HTTP; Sat, 27 Aug 2016 12:09:37 -0700 (PDT) From: Frederic Chardon Date: Sat, 27 Aug 2016 21:09:37 +0200 Message-ID: Subject: Regression with revision 303970 (was kern.proc.pathname failure while booting from zfs) To: Konstantin Belousov , avg@freebsd.org Cc: freebsd-stable@freebsd.org, freebsd-current@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Aug 2016 19:09:39 -0000 2016-08-25 13:29 GMT+02:00 Frederic Chardon : > > Le 23 ao=C3=BBt 2016 20:24, "Frederic Chardon" a > =C3=A9crit : >> >> 2016-08-23 19:35 GMT+02:00 Frederic Chardon = : >> > 2016-08-23 9:35 GMT+02:00 Konstantin Belousov : >> >> On Tue, Aug 23, 2016 at 09:27:56AM +0200, Frederic Chardon wrote: >> >>> Le 20 ao??t 2016 22:03, "Frederic Chardon" >> >>> a >> >>> ??crit : >> >>> > >> >>> > Hi >> >>> > >> >>> > I see a strange interaction between zfs on root and >> >>> > kern.proc.pathname >> >>> > on my laptop. Whenever I try to use gcore it fails with: >> >>> > gcore 1023 >> >>> > gcore: kern.proc.pathname failure >> >>> > >> >>> > However, gcore /usr/local/bin/zsh 1023 is working properly. >> >>> > >> >>> > I made some tests booting from usb stick (fresh installworld, no >> >>> > src.conf, no make.conf, GENERIC kernel) >> >>> > What works: having / on ufs and importing a zfs pool later on. >> >>> > What doesn't: having / on zfs, whatever the settings for checksum, >> >>> > compression, or normalization. >> >>> > >> >>> > Both 11-stable and 12-current behave this way. Current from may-ju= ne >> >>> > worked properly. >> >>> > adb, chromium and virtualbox as well stopped working at >> >>> > approximately >> >>> > the same time, however I don't know if it is linked ("truss -f adb >> >>> > start-server" shows that garbage is passed to execl after forking)= . >> >>> > >> >>> > Any idea what's going on? Does anybody else see this? >> >>> > >> >>> > Thanks! >> >>> >> >>> Nobody else have this problem? I reinstalled the system from scratch >> >>> and >> >>> still gcore fails with the same error, even in single user mode. >> >> >> >> Do you have a property on your root fs which forces it to ignore case >> >> in >> >> the file names ? >> > >> > No. I do have normalization set to formC though. I observed the same >> > behavior with the property unset (in fact, with no property set to >> > anything but default as well). >> > If I boot from usb stick and import the pool afterwards it works >> > properly. >> > >> > zpool get all zbase >> > NAME PROPERTY VALUE >> > SOURCE >> > zbase size 9,94G - >> > zbase capacity 43% - >> > zbase altroot - >> > default >> > zbase health ONLINE - >> > zbase guid 8964242380523899513 >> > default >> > zbase version - >> > default >> > zbase bootfs zbase/bootenv/11-STABLE >> > local >> > zbase delegation on >> > default >> > zbase autoreplace off >> > default >> > zbase cachefile - >> > default >> > zbase failmode wait >> > default >> > zbase listsnapshots off >> > default >> > zbase autoexpand off >> > default >> > zbase dedupditto 0 >> > default >> > zbase dedupratio 1.00x - >> > zbase free 5,65G - >> > zbase allocated 4,29G - >> > zbase readonly off - >> > zbase comment - >> > default >> > zbase expandsize - - >> > zbase freeing 0 >> > default >> > zbase fragmentation 41% - >> > zbase leaked 0 >> > default >> > zbase feature@async_destroy enabled >> > local >> > zbase feature@empty_bpobj active >> > local >> > zbase feature@lz4_compress active >> > local >> > zbase feature@multi_vdev_crash_dump enabled >> > local >> > zbase feature@spacemap_histogram active >> > local >> > zbase feature@enabled_txg active >> > local >> > zbase feature@hole_birth active >> > local >> > zbase feature@extensible_dataset enabled >> > local >> > zbase feature@embedded_data active >> > local >> > zbase feature@bookmarks enabled >> > local >> > zbase feature@filesystem_limits enabled >> > local >> > zbase feature@large_blocks enabled >> > local >> > zbase feature@sha512 enabled >> > local >> > zbase feature@skein enabled >> > local >> > >> > >> > zfs get all zbase/bootenv/11-STABLE >> > NAME PROPERTY VALUE >> > SOURCE >> > zbase/bootenv/11-STABLE type filesystem >> > - >> > zbase/bootenv/11-STABLE creation sam. ao=C3=BBt 20 13:07= 2016 >> > - >> > zbase/bootenv/11-STABLE used 4,23G >> > - >> > zbase/bootenv/11-STABLE available 5,34G >> > - >> > zbase/bootenv/11-STABLE referenced 2,72G >> > - >> > zbase/bootenv/11-STABLE compressratio 1.97x >> > - >> > zbase/bootenv/11-STABLE mounted yes >> > - >> > zbase/bootenv/11-STABLE quota none >> > default >> > zbase/bootenv/11-STABLE reservation none >> > default >> > zbase/bootenv/11-STABLE recordsize 128K >> > default >> > zbase/bootenv/11-STABLE mountpoint / >> > local >> > zbase/bootenv/11-STABLE sharenfs off >> > default >> > zbase/bootenv/11-STABLE checksum sha256 >> > inherited from zbase >> > zbase/bootenv/11-STABLE compression lz4 >> > inherited from zbase >> > zbase/bootenv/11-STABLE atime off >> > inherited from zbase >> > zbase/bootenv/11-STABLE devices on >> > default >> > zbase/bootenv/11-STABLE exec on >> > default >> > zbase/bootenv/11-STABLE setuid on >> > default >> > zbase/bootenv/11-STABLE readonly off >> > default >> > zbase/bootenv/11-STABLE jailed off >> > default >> > zbase/bootenv/11-STABLE snapdir hidden >> > default >> > zbase/bootenv/11-STABLE aclmode discard >> > default >> > zbase/bootenv/11-STABLE aclinherit restricted >> > default >> > zbase/bootenv/11-STABLE canmount on >> > local >> > zbase/bootenv/11-STABLE xattr off >> > temporary >> > zbase/bootenv/11-STABLE copies 1 >> > default >> > zbase/bootenv/11-STABLE version 5 >> > - >> > zbase/bootenv/11-STABLE utf8only on >> > - >> > zbase/bootenv/11-STABLE normalization formC >> > - >> > zbase/bootenv/11-STABLE casesensitivity sensitive >> > - >> > zbase/bootenv/11-STABLE vscan off >> > default >> > zbase/bootenv/11-STABLE nbmand off >> > default >> > zbase/bootenv/11-STABLE sharesmb off >> > default >> > zbase/bootenv/11-STABLE refquota none >> > default >> > zbase/bootenv/11-STABLE refreservation none >> > default >> > zbase/bootenv/11-STABLE primarycache all >> > default >> > zbase/bootenv/11-STABLE secondarycache all >> > default >> > zbase/bootenv/11-STABLE usedbysnapshots 1,52G >> > - >> > zbase/bootenv/11-STABLE usedbydataset 2,72G >> > - >> > zbase/bootenv/11-STABLE usedbychildren 0 >> > - >> > zbase/bootenv/11-STABLE usedbyrefreservation 0 >> > - >> > zbase/bootenv/11-STABLE logbias latency >> > default >> > zbase/bootenv/11-STABLE dedup off >> > default >> > zbase/bootenv/11-STABLE mlslabel >> > - >> > zbase/bootenv/11-STABLE sync disabled >> > inherited from zbase >> > zbase/bootenv/11-STABLE refcompressratio 1.96x >> > - >> > zbase/bootenv/11-STABLE written 37,6M >> > - >> > zbase/bootenv/11-STABLE logicalused 7,82G >> > - >> > zbase/bootenv/11-STABLE logicalreferenced 4,95G >> > - >> > zbase/bootenv/11-STABLE volmode default >> > default >> > zbase/bootenv/11-STABLE filesystem_limit none >> > default >> > zbase/bootenv/11-STABLE snapshot_limit none >> > default >> > zbase/bootenv/11-STABLE filesystem_count none >> > default >> > zbase/bootenv/11-STABLE snapshot_count none >> > default >> > zbase/bootenv/11-STABLE redundant_metadata all >> > default >> >> I meant: "if I boot from a _UFS_ usb stick" of course. The FreeBSD >> installation img for example. > > Anybody is able to reproduce this behavior or is it a local problem? Reverting 303970 solves this issue. gcore and adb works again, and I can start the vboxnet service. I recreated my boot pool with no properties defined, just to be sure. From owner-freebsd-stable@freebsd.org Sat Aug 27 22:06:17 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 01FC4B77153 for ; Sat, 27 Aug 2016 22:06:17 +0000 (UTC) (envelope-from erichsfreebsdlist@alogt.com) Received: from alogt.com (alogt.com [69.36.191.58]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id D2A1AF74 for ; Sat, 27 Aug 2016 22:06:16 +0000 (UTC) (envelope-from erichsfreebsdlist@alogt.com) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=alogt.com; s=default; h=Content-Transfer-Encoding:Content-Type:MIME-Version:References: In-Reply-To:Message-ID:Subject:Cc:To:From:Date:Sender:Reply-To:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=4WxrNSXGwxB9XWHgM0ta+8W9ZwlIvwtudupykG+/cuw=; b=IxgE2eLkXSaWQXnsMxtohHdPFg 42l0tt9kZOCWGBngGMPl3V/dHK8YClkrh1XcDpd0MeKINi5pKbjno/LpmVBTCLT5W2ZupjGKwkcTO PalSZshNthY/2qO6hd97yN4/WsC7+Pldgw076CXfaw3gPolJdqK6tfQ3WGt0IbTEonDE=; Received: from [114.121.235.27] (port=31241 helo=X220.alogt.com) by sl-508-2.slc.westdc.net with esmtpsa (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.87) (envelope-from ) id 1bdljs-000bRI-MJ; Sat, 27 Aug 2016 16:06:09 -0600 Date: Sun, 28 Aug 2016 06:06:01 +0800 From: Erich Dollansky To: Fernando Herrero =?ISO-8859-1?Q?Carr=F3n?= Cc: Andrea Brancatelli , freebsd-stable Subject: Re: Benchmarks results for Compilers on FreeBSD 11 Message-ID: <20160828060601.08ea91a8@X220.alogt.com> In-Reply-To: <20160826132059.63c23ee5@X220.alogt.com> References: <20160819073422.4292997b@X220.alogt.com> <20160821144505.27c0f55d@X220.alogt.com> <827183a944ee4052649c152d65204444@schema31.it> <20160822101423.GF18643@e-new.0x20.net> <20160822120215.GV22212@zxy.spb.ru> <20160823110159.GU18643@e-new.0x20.net> <20160824045558.18c86764@X220.alogt.com> <3234db29c228879cc473deec0b09568c@schema31.it> <20160826132059.63c23ee5@X220.alogt.com> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - sl-508-2.slc.westdc.net X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - alogt.com X-Get-Message-Sender-Via: sl-508-2.slc.westdc.net: authenticated_id: erichsfreebsdlist@alogt.com X-Authenticated-Sender: sl-508-2.slc.westdc.net: erichsfreebsdlist@alogt.com X-Source: X-Source-Args: X-Source-Dir: X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Aug 2016 22:06:17 -0000 Hi, Micheal did a plain compiler benchmark on FreeBSD 11: http://www.phoronix.com/scan.php?page=article&item=freebsd11-clang-gcc&num=1 It shows clearly how slow CLang is compared to GCC. This is the price FreeBSD has to pay to be free of GPL in the base system. Erich From owner-freebsd-stable@freebsd.org Sat Aug 27 22:59:34 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 88582B77F57 for ; Sat, 27 Aug 2016 22:59:34 +0000 (UTC) (envelope-from dpd@dpdtech.com) Received: from mail-pf0-x231.google.com (mail-pf0-x231.google.com [IPv6:2607:f8b0:400e:c00::231]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 62081C56 for ; Sat, 27 Aug 2016 22:59:34 +0000 (UTC) (envelope-from dpd@dpdtech.com) Received: by mail-pf0-x231.google.com with SMTP id h186so39525940pfg.3 for ; Sat, 27 Aug 2016 15:59:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=dpdtech.com; s=google; h=from:subject:date:message-id:to:mime-version; bh=F4t+K/b+G67cK2t9/IYjfH9UNKAsC67NtfwWfbjrzak=; b=gc0wNvUgltHJlhpRtcL5tbcalDP1D09n4tNF18dtmti8+OhkxdyyqkhQpWbGokVeod 9NaNrX9yrzbyVXG2WKvn70ck/KpSQgVOM7gzpiCj2b/UL4oXJ9GY4Quu89coxHZ542C+ JRwtcZ3FFbi/dFBEfsiKQdDHAmlh43g17R07k= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:subject:date:message-id:to:mime-version; bh=F4t+K/b+G67cK2t9/IYjfH9UNKAsC67NtfwWfbjrzak=; b=g8VbLma5cebEkylo+Hn95tv13W4Wh9VU+frcUs/s7hicrvJbTrhc31bGJqJ3tePzs2 xii4HtcQVvCKtQqW04I8OaNQek5s52xPLjnIRGb2Yk0QOgo/S4TRyQ0GLx6RViWYth8p 8wpP3KMCVfNIf1+kZyLUeN0yvPFUwDpEUp6jbe0OwNbUWFay11cBi7H8W05I4mbuYgEg YZhBr6+pT7iQpoCtmYtI0XGEPgMZAm3/SmwX4QFlO3lYm+Hc2Uo/T4penM7h4J3ndqkX r9LhVRxGBdi0nayY07MeSWOt9sPgIsuBNAAm/E+nfH4VD8IM9id2BJW1F594Skxx8TIA vPng== X-Gm-Message-State: AE9vXwOV7Iy/nyQ7IcAFzDsNGiD7kRI0H/2PSKKcbhsGZxegaEqxTnclAE87PI+IX0kwAA== X-Received: by 10.98.74.201 with SMTP id c70mr18511448pfj.113.1472338773599; Sat, 27 Aug 2016 15:59:33 -0700 (PDT) Received: from [192.168.1.213] (173-13-188-45-sfba.hfc.comcastbusiness.net. [173.13.188.45]) by smtp.gmail.com with ESMTPSA id x126sm38389725pfx.61.2016.08.27.15.59.32 for (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Sat, 27 Aug 2016 15:59:32 -0700 (PDT) From: "David P. Discher" X-Pgp-Agent: GPGMail Content-Type: multipart/signed; boundary="Apple-Mail=_F6908996-D68C-4970-B482-18FF730C3F82"; protocol="application/pgp-signature"; micalg=pgp-sha512 Subject: Build Failing 11/stable - svn r304921 - "ld: cannot find -lsbuf" Date: Sat, 27 Aug 2016 15:59:30 -0700 Message-Id: <4B8FB3F0-A7A6-48D7-A806-753713249CD8@dpdtech.com> To: freebsd-stable@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Aug 2016 22:59:34 -0000 --Apple-Mail=_F6908996-D68C-4970-B482-18FF730C3F82 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 I=E2=80=99ve been having an issue for a few days on 11-stable (=E2=80=A6 = maybe longer with -current/-head in general) =E2=80=A6 especially with = parallel makes (-j12) on amd64. I wasn=E2=80=99t capturing the logs, = so finally did, and looking back, the error appears to be : --- lib/libgeom__L --- cc -fstack-protector-strong -shared -Wl,-x -Wl,--fatal-warnings = -Wl,--warn-shared-textrel -o libgeom.so.5.full -Wl,-soname,libgeom.so.5 = `NM=3D'nm' NMFLAGS=3D'' lorder geom_getxml.So geom_stats.So = geom_xml2tree.So geom_ctl.So geom_util.So | tsort -q` -lbsdxml -lsbuf /usr/obj/usr/src/tmp/usr/bin/ld: cannot find -lsbuf cc: error: linker command failed with exit code 1 (use -v to see = invocation) *** [libgeom.so.5.full] Error code 1 This is a clean chroot, with just make installworld from a previous = 11-pre-release that the host is running. /usr/src and /usr/obj are NFS = mounts from a 10.3 machine with ZFS. Appears to be some sort of race condition? I=E2=80=99ve build = 10-stable, and probably 9.X this way for years, but -current seems to = have this issue. Will try local disks, then single process =E2=80=A6 but it would be nice = to get this parallel build fixed. Building the lib alone works: root@borg:/usr/src/lib/libgeom # ls Makefile geom_ctl.c geom_stats.c geom_xml2tree.c = libgeom.h Makefile.depend geom_getxml.c geom_util.c libgeom.3 root@borg:/usr/src/lib/libgeom # make cc -pg -O2 -pipe -I/usr/src/lib/libgeom -MD = -MF.depend.geom_getxml.po -MTgeom_getxml.po -std=3Dgnu99 = -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k = -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes = -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body = -Wno-string-plus-int -Wno-unused-const-variable = -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality = -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef = -Qunused-arguments -c /usr/src/lib/libgeom/geom_getxml.c -o = geom_getxml.po cc -pg -O2 -pipe -I/usr/src/lib/libgeom -MD -MF.depend.geom_stats.po = -MTgeom_stats.po -std=3Dgnu99 -fstack-protector-strong -Wsystem-headers = -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter = -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith = -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body = -Wno-string-plus-int -Wno-unused-const-variable = -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality = -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef = -Qunused-arguments -c /usr/src/lib/libgeom/geom_stats.c -o = geom_stats.po cc -pg -O2 -pipe -I/usr/src/lib/libgeom -MD = -MF.depend.geom_xml2tree.po -MTgeom_xml2tree.po -std=3Dgnu99 = -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k = -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes = -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body = -Wno-string-plus-int -Wno-unused-const-variable = -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality = -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef = -Qunused-arguments -c /usr/src/lib/libgeom/geom_xml2tree.c -o = geom_xml2tree.po cc -pg -O2 -pipe -I/usr/src/lib/libgeom -MD -MF.depend.geom_ctl.po = -MTgeom_ctl.po -std=3Dgnu99 -fstack-protector-strong -Wsystem-headers = -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter = -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith = -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body = -Wno-string-plus-int -Wno-unused-const-variable = -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality = -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef = -Qunused-arguments -c /usr/src/lib/libgeom/geom_ctl.c -o geom_ctl.po cc -pg -O2 -pipe -I/usr/src/lib/libgeom -MD -MF.depend.geom_util.po = -MTgeom_util.po -std=3Dgnu99 -fstack-protector-strong -Wsystem-headers = -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter = -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith = -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body = -Wno-string-plus-int -Wno-unused-const-variable = -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality = -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef = -Qunused-arguments -c /usr/src/lib/libgeom/geom_util.c -o geom_util.po building profiled geom library ar -crD libgeom_p.a `NM=3D'nm' NMFLAGS=3D'' lorder geom_getxml.po = geom_stats.po geom_xml2tree.po geom_ctl.po geom_util.po | tsort -q` ranlib -D libgeom_p.a make: /usr/obj/usr/src/lib/libgeom/.depend, 1: ignoring stale .depend = for /usr/obj/usr/src/tmp/usr/lib/libsbuf.a building shared library libgeom.so.5 cc -fstack-protector-strong -shared -Wl,-x -Wl,--fatal-warnings = -Wl,--warn-shared-textrel -o libgeom.so.5.full -Wl,-soname,libgeom.so.5 = `NM=3D'nm' NMFLAGS=3D'' lorder geom_getxml.So geom_stats.So = geom_xml2tree.So geom_ctl.So geom_util.So | tsort -q` -lbsdxml -lsbuf objcopy --only-keep-debug libgeom.so.5.full libgeom.so.5.debug objcopy --strip-debug --add-gnu-debuglink=3Dlibgeom.so.5.debug = libgeom.so.5.full libgeom.so.5 gzip -cn /usr/src/lib/libgeom/libgeom.3 > libgeom.3.gz root@borg:/usr/src/lib/libgeom # - David P. Discher http://davidpdischer.com/ AIM: DavidDPD | Y!M: daviddpdz Mobile: 408.368.3725 --Apple-Mail=_F6908996-D68C-4970-B482-18FF730C3F82 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 iQEcBAEBCgAGBQJXwhtTAAoJEEmwU6XuhYWOV6AH/RJ3riH6hFJOzWQ8/L8KzIVX RAskaFNY8rLnQA+KpQmpGAN9SwfWhom+R9StSMsUNPhwo+IU1ZBb1IRZ4i8btS9R 3Fhj/+AeTO8NueeCMce4G01aOCrpB4LKe+PXs5rUWKac4XnAj0m8mqKYn9PTmytE wmOz4NOeE1gX766SmK8KApOYelqUDkyd+iTqGTjSzYQUPidVso92vL2t2eVOTklM z5KM1GJlWobL3A80ygzHakCTx4sUE1PRbhMjKdiBawpz7XuTT01xSw/y+hgkzSKL 1bEEkqHCm3/vSCVDsooAC9iCYMNRWaN7547Qn50Ezejcof7/roRbFjtEh5TQmnM= =rduS -----END PGP SIGNATURE----- --Apple-Mail=_F6908996-D68C-4970-B482-18FF730C3F82-- From owner-freebsd-stable@freebsd.org Sat Aug 27 23:41:44 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 76F0EB7796F for ; Sat, 27 Aug 2016 23:41:44 +0000 (UTC) (envelope-from elferdo@gmail.com) Received: from mail-it0-x231.google.com (mail-it0-x231.google.com [IPv6:2607:f8b0:4001:c0b::231]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 3A6B5FE8 for ; Sat, 27 Aug 2016 23:41:44 +0000 (UTC) (envelope-from elferdo@gmail.com) Received: by mail-it0-x231.google.com with SMTP id e63so51140529ith.1 for ; Sat, 27 Aug 2016 16:41:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=kDK1rYsbS7LxvjWOeH7SDljJwj7dKcSDzh+gW8aThgA=; b=uri1onxDshOOpW11wgunC/ER/eTv60YqQcUc54erjpeGakcNOjTYGWPzu5jsHmPyhy 5DPehbWB5nBlO/NS/kbFOksHy4WHelRT5MeXkH3buNdhnLIBmF0bvtHgFhLtTxXUzcPo O26tH+bLLgqb7gSu89P9pMULYVu3KoihT4LWKijyHyG+b5m7/0pI5ZW4N/A+wcnaMrtb jVfalChusqNBw0NKrUXisOchk2ehzVd9eibbHIbzYgSpD7lJWDe4QJVXNXlvlfmVvDds mDtIPQ2fxpM1oFlutuhWpbl6yJeAb5p6IV8SsybnFXZgU2TTV20ih0NXdRgZfdDDws9B Sn+w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=kDK1rYsbS7LxvjWOeH7SDljJwj7dKcSDzh+gW8aThgA=; b=L4cfy8oTYeOe8NVo+p2FL4xyWpoN0Vp5upW4t/ggpApFFt8v8v03j22LPJ3FdY2gZg q/sHXNzgG9I6WJhDouFDgMMWVKzPpYRbz5cEFaug7cNCwiAI/A9UGUGbWSK/Hda1i8YU VztqZK75Y8e1DaizLgHrekf0F2Vp+IAN5nwX3O3STvB0HSz0V9y/nbwQyTnQ5n6qFIuV t5ScMkUXfEdlNrn4bO+k/rirIeApCvWXh7+4sNHA8jEJVZ4NFrCRldFBgf5dLL98bjq0 GzEiopppzuoSSVZcT7RCfC2sAbfTp6tMBNCEJpqW2JiGmw8PRN0LY4Rmkk3zMbvsYLhS CaRA== X-Gm-Message-State: AE9vXwMByzeQcklaTLbAhFOEzad2z/vHVbvOOJc1kT3+CMWwaLgaqR0OlJhWFfO30aHVl6a/gB3Jg4m56KA26g== X-Received: by 10.36.10.196 with SMTP id 187mr6166213itw.93.1472341303657; Sat, 27 Aug 2016 16:41:43 -0700 (PDT) MIME-Version: 1.0 Received: by 10.36.95.18 with HTTP; Sat, 27 Aug 2016 16:41:42 -0700 (PDT) Received: by 10.36.95.18 with HTTP; Sat, 27 Aug 2016 16:41:42 -0700 (PDT) In-Reply-To: <20160828060601.08ea91a8@X220.alogt.com> References: <20160819073422.4292997b@X220.alogt.com> <20160821144505.27c0f55d@X220.alogt.com> <827183a944ee4052649c152d65204444@schema31.it> <20160822101423.GF18643@e-new.0x20.net> <20160822120215.GV22212@zxy.spb.ru> <20160823110159.GU18643@e-new.0x20.net> <20160824045558.18c86764@X220.alogt.com> <3234db29c228879cc473deec0b09568c@schema31.it> <20160826132059.63c23ee5@X220.alogt.com> <20160828060601.08ea91a8@X220.alogt.com> From: =?UTF-8?Q?Fernando_Herrero_Carr=C3=B3n?= Date: Sun, 28 Aug 2016 01:41:42 +0200 Message-ID: Subject: Re: Benchmarks results for Compilers on FreeBSD 11 To: Erich Dollansky Cc: Andrea Brancatelli , freebsd-stable Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Aug 2016 23:41:44 -0000 El 28/8/2016 0:06, "Erich Dollansky" escribi= =C3=B3: > > Hi, > > Micheal did a plain compiler benchmark on FreeBSD 11: > > http://www.phoronix.com/scan.php?page=3Darticle&item=3Dfreebsd11-clang-gcc&= num=3D1 > > It shows clearly how slow CLang is compared to GCC. > > This is the price FreeBSD has to pay to be free of GPL in the base > system. > > Erich Very cool comparison, thanks a lot! I think gcc has a lot of knowledge and experience under its belt, a larger user base so no wonder it performs [slightly] worse. What has really surprised me has been ImageMagick, apparently because of openmp. The OpenMP stack has been contributed by intel, clang 3.4 if I recall it right. Surprising. Cheers, Fernando