From owner-freebsd-current@FreeBSD.ORG Sun Sep 15 02:39:32 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 2D87F643 for ; Sun, 15 Sep 2013 02:39:32 +0000 (UTC) (envelope-from narutopc@outlook.com) Received: from snt0-omc4-s39.snt0.hotmail.com (snt0-omc4-s39.snt0.hotmail.com [65.54.51.90]) by mx1.freebsd.org (Postfix) with ESMTP id 0752328D2 for ; Sun, 15 Sep 2013 02:39:31 +0000 (UTC) Received: from SNT149-W56 ([65.55.90.201]) by snt0-omc4-s39.snt0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675); Sat, 14 Sep 2013 19:38:25 -0700 X-TMN: [051SrvuFOGxNJmvo790iUu0sqqnGgBwp] X-Originating-Email: [narutopc@outlook.com] Message-ID: From: Uzumaki Naruto To: Joel Dahl , "freebsd-current@freebsd.org" Subject: RE: mountroot> while booting r255342 memstick Date: Sun, 15 Sep 2013 02:38:25 +0000 Importance: Normal In-Reply-To: <20130913050518.GA67729@devbox.vnode.local> References: , <20130913050518.GA67729@devbox.vnode.local> MIME-Version: 1.0 X-OriginalArrivalTime: 15 Sep 2013 02:38:25.0863 (UTC) FILETIME=[A7455570:01CEB1BC] Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Sep 2013 02:39:32 -0000 I dd into another pendrive=2C it seems to go through mountroot this time=2C Consider problem solved=2C solution is change another pendrive brand if stu= ck at mountroot> with Kingston. Thanks. = From owner-freebsd-current@FreeBSD.ORG Sun Sep 15 02:47:17 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 9A3BB786 for ; Sun, 15 Sep 2013 02:47:17 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 46F65291C for ; Sun, 15 Sep 2013 02:47:16 +0000 (UTC) Received: from [127.0.0.1] (Scott4long@pooker.samsco.org [168.103.85.57]) (authenticated bits=0) by pooker.samsco.org (8.14.5/8.14.5) with ESMTP id r8F2l77b025939; Sat, 14 Sep 2013 20:47:07 -0600 (MDT) (envelope-from scottl@samsco.org) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 6.5 \(1508\)) Subject: Re: Shuttle DS47 - Realtek RT 8111G From: Scott Long In-Reply-To: <2F1C253C-BA52-4B5F-8DA9-0C15D46054A4@bluewin.ch> Date: Sat, 14 Sep 2013 20:47:06 -0600 Content-Transfer-Encoding: quoted-printable Message-Id: <206B1EDA-567F-4E58-AB71-AB91C4B8484B@samsco.org> References: <2F1C253C-BA52-4B5F-8DA9-0C15D46054A4@bluewin.ch> To: Thomas Guldener X-Mailer: Apple Mail (2.1508) Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Sep 2013 02:47:17 -0000 Index: sys/dev/re/if_re.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- sys/dev/re/if_re.c (revision 255582) +++ sys/dev/re/if_re.c (working copy) @@ -234,6 +234,10 @@ { RL_HWREV_8168E_VL, RL_8169, "8168E/8111E-VL", = RL_JUMBO_MTU_6K}, { RL_HWREV_8168F, RL_8169, "8168F/8111F", RL_JUMBO_MTU_9K}, { RL_HWREV_8411, RL_8169, "8411", RL_JUMBO_MTU_9K}, + { RL_HWREV_8168_0, RL_8169, "8168G/8111G", RL_JUMBO_MTU_9K}, + { RL_HWREV_8168_1, RL_8169, "8168G/8111G", RL_JUMBO_MTU_9K}, + { RL_HWREV_8168_2, RL_8169, "8168G/8111G", RL_JUMBO_MTU_9K}, + { RL_HWREV_8168_4, RL_8169, "8411", RL_JUMBO_MTU_9K}, { 0, 0, NULL, 0 } }; =20 @@ -1457,6 +1461,10 @@ case RL_HWREV_8168E_VL: case RL_HWREV_8168F: case RL_HWREV_8411: + case RL_HWREV_8168G_0: + case RL_HWREV_8168G_1: + case RL_HWREV_8168G_2: + case RL_HWREV_8168G_4: sc->rl_flags |=3D RL_FLAG_PHYWAKE | RL_FLAG_PAR | RL_FLAG_DESCV2 | RL_FLAG_MACSTAT | RL_FLAG_CMDSTOP | RL_FLAG_AUTOPAD | RL_FLAG_JUMBOV2 | Index: sys/pci/if_rlreg.h =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- sys/pci/if_rlreg.h (revision 255582) +++ sys/pci/if_rlreg.h (working copy) @@ -191,6 +191,10 @@ #define RL_HWREV_8402 0x44000000 #define RL_HWREV_8168F 0x48000000 #define RL_HWREV_8411 0x48800000 +#define RL_HWREV_8168G_0 0x4c000000 +#define RL_HWREV_8168G_1 0x4c100000 +#define RL_HWREV_8168G_2 0x50900000 +#define RL_HWREV_8168G_4 0x5c800000 #define RL_HWREV_8139 0x60000000 #define RL_HWREV_8139A 0x70000000 #define RL_HWREV_8139AG 0x70800000 On Sep 14, 2013, at 3:41 PM, Thomas Guldener = wrote: > FreeBSD 10 Alpha Release is Booting on the Shuttle DS47 - But still no = support for the Realtek RT 8111G Network Cards. >=20 > g. > Thomas > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to = "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Sun Sep 15 08:36:58 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id F2B76BFA for ; Sun, 15 Sep 2013 08:36:58 +0000 (UTC) (envelope-from tguldener@bluewin.ch) Received: from zhhdzmsp-smta18.bluewin.ch (zhhdzmsp-smta18.bluewin.ch [195.186.227.133]) by mx1.freebsd.org (Postfix) with ESMTP id 8FD3C25B8 for ; Sun, 15 Sep 2013 08:36:57 +0000 (UTC) Received: from [195.186.99.131] ([195.186.99.131:55961] helo=zhbdzmsp-smta13.bluewin.ch) by zhhdzmsp-smta18.bluewin.ch (envelope-from ) (ecelerity 2.2.3.47 r(39824M)) with ESMTP id 77/76-01355-56175325; Sun, 15 Sep 2013 08:35:49 +0000 Received: from [10.10.0.143] (80.218.32.35) by zhbdzmsp-smta13.bluewin.ch (8.5.142) (authenticated as tguldener@bluewin.ch) id 51DDDBBD06A25E63; Sun, 15 Sep 2013 08:35:49 +0000 Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 7.0 \(1805\)) Subject: Re: Shuttle DS47 - Realtek RT 8111G From: Thomas Guldener In-Reply-To: <206B1EDA-567F-4E58-AB71-AB91C4B8484B@samsco.org> Date: Sun, 15 Sep 2013 10:35:47 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <44DCAE2D-4F8C-4395-B072-5378669B6685@bluewin.ch> References: <2F1C253C-BA52-4B5F-8DA9-0C15D46054A4@bluewin.ch> <206B1EDA-567F-4E58-AB71-AB91C4B8484B@samsco.org> To: Scott Long X-Mailer: Apple Mail (2.1805) X-Mailman-Approved-At: Sun, 15 Sep 2013 11:33:00 +0000 Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Sep 2013 08:36:59 -0000 Is it also possible to get a working kernel in FreeBSD 8.3 for PFSense = support? g. Thomas On 15 Sep 2013, at 04:47, Scott Long wrote: > Index: sys/dev/re/if_re.c > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > --- sys/dev/re/if_re.c (revision 255582) > +++ sys/dev/re/if_re.c (working copy) > @@ -234,6 +234,10 @@ > { RL_HWREV_8168E_VL, RL_8169, "8168E/8111E-VL", = RL_JUMBO_MTU_6K}, > { RL_HWREV_8168F, RL_8169, "8168F/8111F", RL_JUMBO_MTU_9K}, > { RL_HWREV_8411, RL_8169, "8411", RL_JUMBO_MTU_9K}, > + { RL_HWREV_8168_0, RL_8169, "8168G/8111G", RL_JUMBO_MTU_9K}, > + { RL_HWREV_8168_1, RL_8169, "8168G/8111G", RL_JUMBO_MTU_9K}, > + { RL_HWREV_8168_2, RL_8169, "8168G/8111G", RL_JUMBO_MTU_9K}, > + { RL_HWREV_8168_4, RL_8169, "8411", RL_JUMBO_MTU_9K}, > { 0, 0, NULL, 0 } > }; >=20 > @@ -1457,6 +1461,10 @@ > case RL_HWREV_8168E_VL: > case RL_HWREV_8168F: > case RL_HWREV_8411: > + case RL_HWREV_8168G_0: > + case RL_HWREV_8168G_1: > + case RL_HWREV_8168G_2: > + case RL_HWREV_8168G_4: > sc->rl_flags |=3D RL_FLAG_PHYWAKE | RL_FLAG_PAR | > RL_FLAG_DESCV2 | RL_FLAG_MACSTAT | RL_FLAG_CMDSTOP | > RL_FLAG_AUTOPAD | RL_FLAG_JUMBOV2 | > Index: sys/pci/if_rlreg.h > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > --- sys/pci/if_rlreg.h (revision 255582) > +++ sys/pci/if_rlreg.h (working copy) > @@ -191,6 +191,10 @@ > #define RL_HWREV_8402 0x44000000 > #define RL_HWREV_8168F 0x48000000 > #define RL_HWREV_8411 0x48800000 > +#define RL_HWREV_8168G_0 0x4c000000 > +#define RL_HWREV_8168G_1 0x4c100000 > +#define RL_HWREV_8168G_2 0x50900000 > +#define RL_HWREV_8168G_4 0x5c800000 > #define RL_HWREV_8139 0x60000000 > #define RL_HWREV_8139A 0x70000000 > #define RL_HWREV_8139AG 0x70800000 >=20 > On Sep 14, 2013, at 3:41 PM, Thomas Guldener = wrote: >=20 >> FreeBSD 10 Alpha Release is Booting on the Shuttle DS47 - But still = no support for the Realtek RT 8111G Network Cards. >>=20 >> g. >> Thomas >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to = "freebsd-current-unsubscribe@freebsd.org" >=20 From owner-freebsd-current@FreeBSD.ORG Sun Sep 15 13:36:27 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 7597CDA7 for ; Sun, 15 Sep 2013 13:36:27 +0000 (UTC) (envelope-from gondim@bsdinfo.com.br) Received: from mail.bsdinfo.com.br (mail.bsdinfo.com.br [67.212.89.78]) by mx1.freebsd.org (Postfix) with ESMTP id 376CA21F6 for ; Sun, 15 Sep 2013 13:36:26 +0000 (UTC) Received: from mail.bsdinfo.com.br (mail.bsdinfo.com.br [127.0.0.1]) by mail.bsdinfo.com.br (Postfix) with ESMTP id 30435139BA for ; Sun, 15 Sep 2013 10:26:38 -0300 (BRT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=bsdinfo.com.br; h=content-type:content-type:subject:subject:to:mime-version :user-agent:from:from:date:date:message-id; s=dkim; t= 1379251597; x=1380115598; bh=jyPeVimEt9XAclckO6PyGkYbiCGPz15A2Ld IZNJSNSA=; b=i8l9LcXg8DDJKErPDIF9ZmNwbwFRCZrEuP7Rln22PYCJFlimih7 nCMzsmYjKHppU9mfj4F4OoDzqFA79dubacH/N6P0dTiNNNZKMv5jTppKzk33HUrH DsjPvPtWyzII7cQRkKZZkXIQElzMojhDqy/wFEoW71xGo4c+rhpmcu50= X-Virus-Scanned: amavisd-new at mail.bsdinfo.com.br Received: from mail.bsdinfo.com.br ([127.0.0.1]) by mail.bsdinfo.com.br (mail.bsdinfo.com.br [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id y5siDeAAW9pC for ; Sun, 15 Sep 2013 10:26:37 -0300 (BRT) Received: from MacBook-de-Gondim-2.local (unknown [186.193.54.69]) by mail.bsdinfo.com.br (Postfix) with ESMTPSA id AF45F13989 for ; Sun, 15 Sep 2013 10:26:36 -0300 (BRT) Message-ID: <5235B581.6090404@bsdinfo.com.br> Date: Sun, 15 Sep 2013 10:26:25 -0300 From: Marcelo Gondim User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.8; rv:17.0) Gecko/20130801 Thunderbird/17.0.8 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: load averages with problem in FreeBSD 10.0-Alpha1? Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Sep 2013 13:36:27 -0000 Hi All, There is a problem with the load averagesin Alpha1? I ask this because the system without doing anything, is locked at 1.00. last pid: 18349; load averages: 1.00, 1.00, 1.00 up 0+18:46:02 10:19:42 25 processes: 1 running, 24 sleeping CPU: 0.0% user, 0.0% nice, 0.0% system, 0.0% interrupt, 100% idle Mem: 4912K Active, 1624M Inact, 175M Wired, 28M Cache, 90M Buf, 156M Free Swap: 4096M Total, 7548K Used, 4089M Free PID USERNAME THR PRI NICE SIZE RES STATE TIME WCPU COMMAND 752 root 1 20 0 10132K 476K nanslp 0:12 0.00% cron 15076 gondim 1 20 0 17572K 3376K select 0:00 0.00% sshd 636 root 1 20 0 10096K 1008K select 0:00 0.00% syslogd 15073 root 1 22 0 17572K 3244K select 0:00 0.00% sshd 18334 root 1 22 0 17572K 4352K select 0:00 0.00% sshd 18340 gondim 1 20 0 10588K 1820K wait 0:00 0.00% su 15079 gondim 1 20 0 10588K 0K wait 0:00 0.00% 478 root 1 20 0 9380K 384K select 0:00 0.00% devd 15080 root 1 20 0 11876K 1508K ttyin 0:00 0.00% bash 18349 root 1 20 0 11240K 1980K RUN 0:00 0.00% top 18341 root 1 20 0 11876K 2260K wait 0:00 0.00% bash 18337 gondim 1 20 0 17572K 4316K select 0:00 0.00% sshd 18338 gondim 1 21 0 10476K 1804K wait 0:00 0.00% sh 15077 gondim 1 21 0 10476K 0K wait 0:00 0.00% 746 root 1 20 0 14812K 2968K select 0:00 0.00% sshd 791 root 1 52 0 10084K 868K ttyin 0:00 0.00% getty 792 root 1 52 0 10084K 868K ttyin 0:00 0.00% getty 797 root 1 52 0 10084K 868K ttyin 0:00 0.00% getty 796 root 1 52 0 10084K 868K ttyin 0:00 0.00% getty 795 root 1 52 0 10084K 868K ttyin 0:00 0.00% getty 798 root 1 52 0 10084K 868K ttyin 0:00 0.00% getty 794 root 1 52 0 10084K 868K ttyin 0:00 0.00% getty 793 root 1 52 0 10084K 868K ttyin 0:00 0.00% getty 734 root 1 52 0 10340K 1088K select 0:00 0.00% rsync 135 root 1 52 0 9976K 0K pause 0:00 0.00% # uname -a FreeBSD bkp-srv.teste.com.br 10.0-ALPHA1 FreeBSD 10.0-ALPHA1 #1 r255501: Sat Sep 14 08:17:04 BRT 2013 root@bkp-srv.teste.com.br:/usr/obj/usr/src/sys/TESTE10 i386 Thanks Gondim From owner-freebsd-current@FreeBSD.ORG Sun Sep 15 15:42:07 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id CB1BAA61 for ; Sun, 15 Sep 2013 15:42:07 +0000 (UTC) (envelope-from alex323@gmail.com) Received: from mail-qe0-x22c.google.com (mail-qe0-x22c.google.com [IPv6:2607:f8b0:400d:c02::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 8DA6027AF for ; Sun, 15 Sep 2013 15:42:07 +0000 (UTC) Received: by mail-qe0-f44.google.com with SMTP id 3so2278508qeb.3 for ; Sun, 15 Sep 2013 08:42:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:subject:message-id:mime-version:content-type :content-transfer-encoding; bh=RdRBDAMozHGpXTXovfULb/FJeCxC5+fMJVsXhZIF/Sc=; b=gU9KjQanpC9cqxhxiruP0adgbZusDVqRK1UHFmOAS1TqUhyfzt0OSgtrJ//dCKB0wa a8YklAVdpnmfbmC1zqEWA8q3X0rautfQJB9GQz+XFRlaoups6UzHseovjN+u9VaR2f03 ngrqfKvOe3qRPAxTTWEJTZ3OEO//s72YP9NBC0e5OjoKQnPXTeven6s4cJsYg72G/+hl +CbVub3EAm1F/U2+jIlO2Yodj8ti3Ffo1A8TuNnCqLtDubY5IFZpHXG3E1JrKdPs8cc9 eCBgk21L/GiHFLe0ZJ7o1sRzUQH2DTBF6vvRzIt4KUhPyMeTKpw0IooKuIHP2AvX5kbA a9+g== X-Received: by 10.49.84.6 with SMTP id u6mr1461611qey.79.1379259726667; Sun, 15 Sep 2013 08:42:06 -0700 (PDT) Received: from poseidon (WPIS-64-140-248-237.worldpath.net. [64.140.248.237]) by mx.google.com with ESMTPSA id 3sm13548649qau.3.1969.12.31.16.00.00 (version=TLSv1.2 cipher=RC4-SHA bits=128/128); Sun, 15 Sep 2013 08:42:05 -0700 (PDT) Date: Sun, 15 Sep 2013 11:42:04 -0400 From: Alex To: freebsd-current@freebsd.org Subject: Problem running VirtualBox Message-ID: <20130915114204.3ad0adaa@poseidon> X-Mailer: Claws Mail 3.9.2 (GTK+ 2.24.19; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Sep 2013 15:42:07 -0000 Hi: When I try to run VirtualBox I get the following error: VirtualBox: Error -610 in supR3HardenedMainInitRuntime! VirtualBox: dlopen("/usr/local/lib/virtualbox/VBoxRT.so",) failed: /usr/local/lib/compat/libstdc++.so.6: version GLIBCXX_3.4.15 required by /usr/local/lib/virtualbox/VBoxRT.so not found Reinstalling does not solve the issue. Does anyone know what could be going wrong? FreeBSD 10.0-CURRENT #31 r255465 -- Alex From owner-freebsd-current@FreeBSD.ORG Sun Sep 15 15:53:05 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 1B60CEA1; Sun, 15 Sep 2013 15:53:05 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from sarah.protected-networks.net (sarah.protected-networks.net [IPv6:2001:470:1f07:4e1::1]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E0D422841; Sun, 15 Sep 2013 15:53:04 +0000 (UTC) Received: from toshi.auburn.protected-networks.net (toshi.auburn.protected-networks.net [202.12.127.84]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "Iain Butler", Issuer "RSA Class 2 Personal CA v2" (verified OK)) (Authenticated sender: imb@protected-networks.net) by sarah.protected-networks.net (Postfix) with ESMTPSA id A095A618C; Sun, 15 Sep 2013 11:52:56 -0400 (EDT) DomainKey-Signature: a=rsa-sha1; s=200509; d=protected-networks.net; c=nofws; q=dns; h=message-id:date:from:user-agent:mime-version:to:cc:subject: x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=JXWsomxQQ6XUTebSm7YfSxjR3SdU49qIXXHd2ntnFAQJaOappKnnqdXUYGSSrAo/5 ImcvJi9MaQtGRTtYL9Zi5x8e+QnJ54aDfx+MxQB0IJWHyh572bsuT79H0SYt/Jc Message-ID: <5235D7D2.3030300@protected-networks.net> Date: Sun, 15 Sep 2013 11:52:50 -0400 From: Michael Butler User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:17.0) Gecko/20130910 Thunderbird/17.0.8 MIME-Version: 1.0 To: des@freebsd.org Subject: SVN r255597 breaks -current with GCC X-Enigmail-Version: 1.5.1 OpenPGP: id=0442D492 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Sep 2013 15:53:05 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 As below .. - --- acl_list.o --- cc1: warnings being treated as errors In file included from /usr/src/usr.sbin/unbound/daemon/../../../contrib/ldns/ldns/error.h:19, from /usr/src/usr.sbin/unbound/daemon/../../../contrib/ldns/ldns/buffer.h:20, from /usr/src/usr.sbin/unbound/daemon/../../../contrib/unbound/util/log.h:44, from /usr/src/usr.sbin/unbound/daemon/../../../contrib/unbound/daemon/acl_list.c:45: /usr/src/usr.sbin/unbound/daemon/../../../contrib/ldns/ldns/util.h: In function 'ldns_read_uint16': /usr/src/usr.sbin/unbound/daemon/../../../contrib/ldns/ldns/util.h:75: warning: cast discards qualifiers from pointer target type /usr/src/usr.sbin/unbound/daemon/../../../contrib/ldns/ldns/util.h: In function 'ldns_read_uint32': /usr/src/usr.sbin/unbound/daemon/../../../contrib/ldns/ldns/util.h:86: warning: cast discards qualifiers from pointer target type *** [acl_list.o] Error code 1 make[5]: stopped in /usr/src/usr.sbin/unbound/daemon - --- cachedump.o --- cc1: warnings being treated as errors In file included from /usr/src/usr.sbin/unbound/daemon/../../../contrib/ldns/ldns/ldns.h:95, from /usr/src/usr.sbin/unbound/daemon/../../../contrib/unbound/daemon/cachedump.c:43: /usr/src/usr.sbin/unbound/daemon/../../../contrib/ldns/ldns/util.h: In function 'ldns_read_uint16': /usr/src/usr.sbin/unbound/daemon/../../../contrib/ldns/ldns/util.h:75: warning: cast discards qualifiers from pointer target type /usr/src/usr.sbin/unbound/daemon/../../../contrib/ldns/ldns/util.h: In function 'ldns_read_uint32': /usr/src/usr.sbin/unbound/daemon/../../../contrib/ldns/ldns/util.h:86: warning: cast discards qualifiers from pointer target type In file included from /usr/src/usr.sbin/unbound/daemon/../../../contrib/ldns/ldns/ldns.h:101, from /usr/src/usr.sbin/unbound/daemon/../../../contrib/unbound/daemon/cachedump.c:43: /usr/src/usr.sbin/unbound/daemon/../../../contrib/ldns/ldns/dnssec_verify.h: At top level: /usr/src/usr.sbin/unbound/daemon/../../../contrib/ldns/ldns/dnssec_verify.h:311: warning: redundant redeclaration of 'ldns_dnssec_derive_trust_tree_dnskey_rrset_time' /usr/src/usr.sbin/unbound/daemon/../../../contrib/ldns/ldns/dnssec_verify.h:295: warning: previous declaration of 'ldns_dnssec_derive_trust_tree_dnskey_rrset_time' was here *** [cachedump.o] Error code 1 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.14 (FreeBSD) iEYEARECAAYFAlI119EACgkQQv9rrgRC1JJ24QCffv2WirblbpiNLiKZk+Xvqg8H /rQAnj+y9V2Moz4sPB0it6PiYveurhXn =3hOt -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Sun Sep 15 16:02:17 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 7566C20D for ; Sun, 15 Sep 2013 16:02:17 +0000 (UTC) (envelope-from des@des.no) Received: from smtp.des.no (smtp.des.no [194.63.250.102]) by mx1.freebsd.org (Postfix) with ESMTP id 38D1B28B2 for ; Sun, 15 Sep 2013 16:02:17 +0000 (UTC) Received: from nine.des.no (smtp.des.no [194.63.250.102]) by smtp-int.des.no (Postfix) with ESMTP id 9C3FB86FF; Sun, 15 Sep 2013 16:02:10 +0000 (UTC) Received: by nine.des.no (Postfix, from userid 1001) id 9F89A4B5DE; Sun, 15 Sep 2013 18:01:58 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Michael Butler Subject: Re: SVN r255597 breaks -current with GCC References: <5235D7D2.3030300@protected-networks.net> Date: Sun, 15 Sep 2013 18:01:57 +0200 In-Reply-To: <5235D7D2.3030300@protected-networks.net> (Michael Butler's message of "Sun, 15 Sep 2013 11:52:50 -0400") Message-ID: <86k3iikr9m.fsf@nine.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Sep 2013 16:02:17 -0000 Michael Butler writes: > As below .. Yep, working on it, thanks. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Sun Sep 15 16:02:42 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 326B531C for ; Sun, 15 Sep 2013 16:02:42 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id DB8D428C2 for ; Sun, 15 Sep 2013 16:02:41 +0000 (UTC) Received: from [127.0.0.1] (Scott4long@pooker.samsco.org [168.103.85.57]) (authenticated bits=0) by pooker.samsco.org (8.14.5/8.14.5) with ESMTP id r8FG2bme031580; Sun, 15 Sep 2013 10:02:38 -0600 (MDT) (envelope-from scottl@samsco.org) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 6.6 \(1510\)) Subject: Re: Shuttle DS47 - Realtek RT 8111G From: Scott Long In-Reply-To: <44DCAE2D-4F8C-4395-B072-5378669B6685@bluewin.ch> Date: Sun, 15 Sep 2013 10:02:37 -0600 Content-Transfer-Encoding: quoted-printable Message-Id: <52C9C52B-F507-43B9-9F6E-0FAD8CF8D03B@samsco.org> References: <2F1C253C-BA52-4B5F-8DA9-0C15D46054A4@bluewin.ch> <206B1EDA-567F-4E58-AB71-AB91C4B8484B@samsco.org> <44DCAE2D-4F8C-4395-B072-5378669B6685@bluewin.ch> To: Thomas Guldener X-Mailer: Apple Mail (2.1510) Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Sep 2013 16:02:42 -0000 Hi Thomas, I recommend getting ahold of the pfsense guys with this question. Scott On Sep 15, 2013, at 2:35 AM, Thomas Guldener = wrote: > Is it also possible to get a working kernel in FreeBSD 8.3 for PFSense = support? >=20 > g. > Thomas >=20 >=20 > On 15 Sep 2013, at 04:47, Scott Long wrote: >=20 >> Index: sys/dev/re/if_re.c >> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >> --- sys/dev/re/if_re.c (revision 255582) >> +++ sys/dev/re/if_re.c (working copy) >> @@ -234,6 +234,10 @@ >> { RL_HWREV_8168E_VL, RL_8169, "8168E/8111E-VL", = RL_JUMBO_MTU_6K}, >> { RL_HWREV_8168F, RL_8169, "8168F/8111F", RL_JUMBO_MTU_9K}, >> { RL_HWREV_8411, RL_8169, "8411", RL_JUMBO_MTU_9K}, >> + { RL_HWREV_8168_0, RL_8169, "8168G/8111G", RL_JUMBO_MTU_9K}, >> + { RL_HWREV_8168_1, RL_8169, "8168G/8111G", RL_JUMBO_MTU_9K}, >> + { RL_HWREV_8168_2, RL_8169, "8168G/8111G", RL_JUMBO_MTU_9K}, >> + { RL_HWREV_8168_4, RL_8169, "8411", RL_JUMBO_MTU_9K}, >> { 0, 0, NULL, 0 } >> }; >>=20 >> @@ -1457,6 +1461,10 @@ >> case RL_HWREV_8168E_VL: >> case RL_HWREV_8168F: >> case RL_HWREV_8411: >> + case RL_HWREV_8168G_0: >> + case RL_HWREV_8168G_1: >> + case RL_HWREV_8168G_2: >> + case RL_HWREV_8168G_4: >> sc->rl_flags |=3D RL_FLAG_PHYWAKE | RL_FLAG_PAR | >> RL_FLAG_DESCV2 | RL_FLAG_MACSTAT | RL_FLAG_CMDSTOP | >> RL_FLAG_AUTOPAD | RL_FLAG_JUMBOV2 | >> Index: sys/pci/if_rlreg.h >> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >> --- sys/pci/if_rlreg.h (revision 255582) >> +++ sys/pci/if_rlreg.h (working copy) >> @@ -191,6 +191,10 @@ >> #define RL_HWREV_8402 0x44000000 >> #define RL_HWREV_8168F 0x48000000 >> #define RL_HWREV_8411 0x48800000 >> +#define RL_HWREV_8168G_0 0x4c000000 >> +#define RL_HWREV_8168G_1 0x4c100000 >> +#define RL_HWREV_8168G_2 0x50900000 >> +#define RL_HWREV_8168G_4 0x5c800000 >> #define RL_HWREV_8139 0x60000000 >> #define RL_HWREV_8139A 0x70000000 >> #define RL_HWREV_8139AG 0x70800000 >>=20 >> On Sep 14, 2013, at 3:41 PM, Thomas Guldener = wrote: >>=20 >>> FreeBSD 10 Alpha Release is Booting on the Shuttle DS47 - But still = no support for the Realtek RT 8111G Network Cards. >>>=20 >>> g. >>> Thomas >>> _______________________________________________ >>> freebsd-current@freebsd.org mailing list >>> http://lists.freebsd.org/mailman/listinfo/freebsd-current >>> To unsubscribe, send any mail to = "freebsd-current-unsubscribe@freebsd.org" >>=20 >=20 From owner-freebsd-current@FreeBSD.ORG Sun Sep 15 16:14:14 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 07EC86E8 for ; Sun, 15 Sep 2013 16:14:14 +0000 (UTC) (envelope-from rizzo@i805.com.br) Received: from server.i805.com.br (mailhost.i805.com.br [72.52.97.105]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E6F4C2942 for ; Sun, 15 Sep 2013 16:14:13 +0000 (UTC) Received: from i805.com.br (localhost [127.0.0.1]) by server.i805.com.br (8.14.6/8.14.5) with ESMTP id r8FGE67E015163 for ; Sun, 15 Sep 2013 13:14:06 -0300 (BRT) (envelope-from rizzo@i805.com.br) From: "Nilton Jose Rizzo" To: freebsd-current@freebsd.org Subject: problems with libiconv into kernel Date: Sun, 15 Sep 2013 13:14:06 -0300 Message-Id: <20130915161341.M51733@i805.com.br> X-Mailer: OpenWebMail 3.00_beta4 20121104 671 X-OriginatingIP: 179.218.87.141 (rizzo) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED autolearn=unavailable version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on server.i805.com.br X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: Nilton Jose Rizzo List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Sep 2013 16:14:14 -0000 Hi all, Last night, I has tried to put in my kernel config the libiconv with this knobs from LINT: options CD9660_ICONV options MSDOSFS_ICONV options UDF_ICONV options LIBICONV but this results int this error: cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -nostdinc -I. -I../../.. -I../../../contrib/altq -I../../../contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror ../../../libkern/iconv.c ../../../libkern/iconv.c:39:10: fatal error: 'iconv_converter_if.h' file not found #include "iconv_converter_if.h" ^ 1 error generated. *** Error code 1 Stop. make: stopped in /usr/src/sys/amd64/compile/VALFENDA What am I doing wrong? My svn version is 255531 TIA, Rizzo From owner-freebsd-current@FreeBSD.ORG Sun Sep 15 21:24:09 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id E17D19CA for ; Sun, 15 Sep 2013 21:24:09 +0000 (UTC) (envelope-from edschouten@gmail.com) Received: from mail-ve0-x234.google.com (mail-ve0-x234.google.com [IPv6:2607:f8b0:400c:c01::234]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A46C9268B for ; Sun, 15 Sep 2013 21:24:09 +0000 (UTC) Received: by mail-ve0-f180.google.com with SMTP id jz11so2355654veb.39 for ; Sun, 15 Sep 2013 14:24:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:message-id:subject:from:to:content-type; bh=WX8faPCznXcL51KNYK/3/x/vAO0eyraJ0MZSeAvZQDc=; b=LRxgm1H71/Ogny45qcd+jC2/L1h+y5unslppzfltzAyOVIeuQb4vBshbBH2QoQEdt4 JgPP/Sq5tsZjGeAbIz81XCfTBLXOcYj1InsmDWqEw6U5Zdn5yVlRhGoZLH2+qbBB9MeX 3T/QWBm3p3Uq/0eaUZfdbe/tqLeYea2s1LIkEYmR5WOmvjZXvV77kgVNkh4VYSTGYpL9 ULgW5chg43QMwvDE6CRkHEYNfxpe68BknrOFncUdWebhM+MU8PI9LXFT3TS03jeEBRMA Jp9HeSdj0XvaPz5trsEDOgK/G9IiaZTOuzORpelPdDsA/GtDx9gy8urDDII/DUC+mkcS 4sig== MIME-Version: 1.0 X-Received: by 10.59.11.69 with SMTP id eg5mr5257348ved.17.1379280248491; Sun, 15 Sep 2013 14:24:08 -0700 (PDT) Sender: edschouten@gmail.com Received: by 10.220.115.206 with HTTP; Sun, 15 Sep 2013 14:24:08 -0700 (PDT) Date: Sun, 15 Sep 2013 23:24:08 +0200 X-Google-Sender-Auth: pX8Aqljwpc1Rck9Qb1bklP3DXsc Message-ID: Subject: -ffunction-sections, -fdata-sections and -Wl,--gc-sections From: Ed Schouten To: FreeBSD Current Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Sep 2013 21:24:09 -0000 Hi all, Today I did a tiny experiment and I am not entirely sure what to do. Throw away the patch or eventually push it into the tree. GCC and Clang support the -ffunction-sections and -fdata-sections flags. Essentially, these flags force the compiler to put every function and variable in its own section. Though this will blow up the size of the .o files a lot, it has a nice advantage. In combination with ld's --gc-sections flag, it can garbage collect functions and variables during the linking phase more accurately, thereby reducing the size of the resulting binary. This will of course not work for binaries where you want to use dlsym(), so this would only be safely usable in cases where you want to do static linking. I've written a tiny patch for share/mk, crunchgen and /rescue, to set these flags, only for .o files that are used for static linking (e.g. for .a files) and when linking statically linked executables. http://80386.nl/pub/gc-sections.txt The results are interesting. On amd64: - devd suddenly becomes 500 KB in size, instead of a megabyte, - init's size drops from 900 KB to 600 KB, - clang becomes a megabyte smaller. There is a downside, though. The total size of the system becomes 8 MB larger, because the .a files in /usr/lib are a bit bigger than before. Still, I think that this can be justified: - Systems short on disk-space are typically not used for software development. As /usr/include and /usr/lib/*.a together already account for ~30% of the disk space used, these files will likely be removed on a disk-space constrained system anyway. - init and devd are so fundamental that they will likely be installed on basically any embedded FreeBSD system. Reducing the size of these binaries makes sense. - It could also reduce the size of statically linked binaries outside of the base system, depending on base libraries. What I also like about this, is that at least for the base system, it will become less important to spread out functions in libraries over separate source files, in an attempt to reduce the size of the resulting binary. We may now leave functions that are related to each other in the same source file, thus improving readability. Thoughts? -- Ed Schouten From owner-freebsd-current@FreeBSD.ORG Sun Sep 15 22:28:42 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 7398E6A9; Sun, 15 Sep 2013 22:28:42 +0000 (UTC) (envelope-from lists@rewt.org.uk) Received: from hosted.mx.as41113.net (abby.lhr1.as41113.net [91.208.177.20]) by mx1.freebsd.org (Postfix) with ESMTP id 3B4252950; Sun, 15 Sep 2013 22:28:41 +0000 (UTC) Received: from jwhlaptop (unknown [91.208.177.70]) (using TLSv1.2 with cipher AES128-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: lists@rewt.org.uk) by hosted.mx.as41113.net (Postfix) with ESMTPSA id 3cdQGT6RN2zRr; Sun, 15 Sep 2013 23:28:33 +0100 (BST) From: "Joe Holden" To: "'Adrian Chadd'" , "'freebsd-current'" , References: In-Reply-To: Subject: RE: how do i cross build world/kernel with clang? Date: Sun, 15 Sep 2013 23:28:29 +0100 Message-ID: <024001ceb262$e87f9ea0$b97edbe0$@rewt.org.uk> X-Mailer: Microsoft Outlook 15.0 Thread-Index: AQJjiAl6RcfUH9Bv1T0IvAKu5Kh/mpidtWAA Content-Language: en-gb X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Sep 2013 22:28:42 -0000 Are you still playing with this? Reason I ask is that I tried to build world with clang for the crack and it bails with: /usr/obj/mips.mips64/pseudosrc/tmp/usr/bin/ld: /usr/obj/mips.mips64/pseudosrc/tmp/usr/lib/crtn.o: warning: linking PIC files with non-PIC files exect.So: In function `exect': (.text+0x18): relocation truncated to fit: R_MIPS_PC16 against `__cerror' setjmp.So: In function `botch': (.text+0x124): relocation truncated to fit: R_MIPS_PC16 against `abort' _setjmp.So: In function `botch': (.text+0xac): relocation truncated to fit: R_MIPS_PC16 against `abort' _sigwait.So: In function `err': (.text+0x18): relocation truncated to fit: R_MIPS_PC16 against `__cerror' _getlogin.So: In function `err': (.text+0x18): relocation truncated to fit: R_MIPS_PC16 against `__cerror' aio_mlock.So: In function `err': (.text+0x18): relocation truncated to fit: R_MIPS_PC16 against `__cerror' pipe2.So: In function `err': (.text+0x18): relocation truncated to fit: R_MIPS_PC16 against `__cerror' accept4.So: In function `err': (.text+0x18): relocation truncated to fit: R_MIPS_PC16 against `__cerror' chflagsat.So: In function `err': (.text+0x18): relocation truncated to fit: R_MIPS_PC16 against `__cerror' connectat.So: In function `err': (.text+0x18): relocation truncated to fit: R_MIPS_PC16 against `__cerror' bindat.So: In function `err': (.text+0x18): additional relocation overflows omitted from the output clang: error: linker command failed with exit code 1 (use -v to see invocation) *** Error code 1 Built on HEAD amd64 as of a few hours ago... Cheers Joe > -----Original Message----- > From: owner-freebsd-mips@freebsd.org [mailto:owner-freebsd- > mips@freebsd.org] On Behalf Of Adrian Chadd > Sent: 01 September 2013 03:30 > To: freebsd-current; freebsd-mips@freebsd.org > Subject: how do i cross build world/kernel with clang? > > Hi! > > How do i cross-build a mips world/kernel with clang? > > ie, how do I tell the build system to build a mips targetted clang instead of gcc > and use that to build everything? > > Thanks, > > > -adrian > _______________________________________________ > freebsd-mips@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-mips > To unsubscribe, send any mail to "freebsd-mips-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Sun Sep 15 22:29:43 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 90C3A7DE; Sun, 15 Sep 2013 22:29:43 +0000 (UTC) (envelope-from lists@rewt.org.uk) Received: from hosted.mx.as41113.net (abby.lhr1.as41113.net [91.208.177.20]) by mx1.freebsd.org (Postfix) with ESMTP id 5895F2963; Sun, 15 Sep 2013 22:29:42 +0000 (UTC) Received: from jwhlaptop (unknown [91.208.177.70]) (using TLSv1.2 with cipher AES128-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: lists@rewt.org.uk) by hosted.mx.as41113.net (Postfix) with ESMTPSA id 3cdQHp1fjCzRv; Sun, 15 Sep 2013 23:29:42 +0100 (BST) From: "Joe Holden" To: "'Adrian Chadd'" , "'freebsd-current'" , References: <024001ceb262$e87f9ea0$b97edbe0$@rewt.org.uk> In-Reply-To: <024001ceb262$e87f9ea0$b97edbe0$@rewt.org.uk> Subject: RE: how do i cross build world/kernel with clang? Date: Sun, 15 Sep 2013 23:29:39 +0100 Message-ID: <024201ceb263$1138bac0$33aa3040$@rewt.org.uk> X-Mailer: Microsoft Outlook 15.0 Thread-Index: AQJjiAl6RcfUH9Bv1T0IvAKu5Kh/mgI8xjuRmIvPwVA= Content-Language: en-gb X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Sep 2013 22:29:43 -0000 Doh should have checked the thread before sending - is there any news on this? > -----Original Message----- > From: owner-freebsd-mips@freebsd.org [mailto:owner-freebsd- > mips@freebsd.org] On Behalf Of Joe Holden > Sent: 15 September 2013 23:28 > To: 'Adrian Chadd'; 'freebsd-current'; freebsd-mips@freebsd.org > Subject: RE: how do i cross build world/kernel with clang? > > Are you still playing with this? Reason I ask is that I tried to build world with > clang for the crack and it bails with: > > /usr/obj/mips.mips64/pseudosrc/tmp/usr/bin/ld: > /usr/obj/mips.mips64/pseudosrc/tmp/usr/lib/crtn.o: warning: linking PIC > files with non-PIC files > exect.So: In function `exect': > (.text+0x18): relocation truncated to fit: R_MIPS_PC16 against `__cerror' > setjmp.So: In function `botch': > (.text+0x124): relocation truncated to fit: R_MIPS_PC16 against `abort' > _setjmp.So: In function `botch': > (.text+0xac): relocation truncated to fit: R_MIPS_PC16 against `abort' > _sigwait.So: In function `err': > (.text+0x18): relocation truncated to fit: R_MIPS_PC16 against `__cerror' > _getlogin.So: In function `err': > (.text+0x18): relocation truncated to fit: R_MIPS_PC16 against `__cerror' > aio_mlock.So: In function `err': > (.text+0x18): relocation truncated to fit: R_MIPS_PC16 against `__cerror' > pipe2.So: In function `err': > (.text+0x18): relocation truncated to fit: R_MIPS_PC16 against `__cerror' > accept4.So: In function `err': > (.text+0x18): relocation truncated to fit: R_MIPS_PC16 against `__cerror' > chflagsat.So: In function `err': > (.text+0x18): relocation truncated to fit: R_MIPS_PC16 against `__cerror' > connectat.So: In function `err': > (.text+0x18): relocation truncated to fit: R_MIPS_PC16 against `__cerror' > bindat.So: In function `err': > (.text+0x18): additional relocation overflows omitted from the output > clang: error: linker command failed with exit code 1 (use -v to see > invocation) > *** Error code 1 > > Built on HEAD amd64 as of a few hours ago... > > Cheers > Joe > > > -----Original Message----- > > From: owner-freebsd-mips@freebsd.org [mailto:owner-freebsd- > > mips@freebsd.org] On Behalf Of Adrian Chadd > > Sent: 01 September 2013 03:30 > > To: freebsd-current; freebsd-mips@freebsd.org > > Subject: how do i cross build world/kernel with clang? > > > > Hi! > > > > How do i cross-build a mips world/kernel with clang? > > > > ie, how do I tell the build system to build a mips targetted clang > > instead > of gcc > > and use that to build everything? > > > > Thanks, > > > > > > -adrian > > _______________________________________________ > > freebsd-mips@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-mips > > To unsubscribe, send any mail to "freebsd-mips-unsubscribe@freebsd.org" > > > _______________________________________________ > freebsd-mips@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-mips > To unsubscribe, send any mail to "freebsd-mips-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Sun Sep 15 23:21:43 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id CF12BD44; Sun, 15 Sep 2013 23:21:43 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-wg0-x229.google.com (mail-wg0-x229.google.com [IPv6:2a00:1450:400c:c00::229]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 36C4E2B9E; Sun, 15 Sep 2013 23:21:43 +0000 (UTC) Received: by mail-wg0-f41.google.com with SMTP id l18so2529584wgh.0 for ; Sun, 15 Sep 2013 16:21:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=K3Aeiq2q4g36p+vVu2S8pfxUN49+i0vBI7iHzkHtfnA=; b=m/6YO5ZhcChoG72NG4WLOCvo6hEpA7qHEyDNbvygzTGGakU+j8GHad2bHSn//NonBT UyXNxqmGMKCXxhSUwpR7GYbrPQkd4XCJUDMOI6okWIWT6UYe4SJU0Dw1Gxgo8lUPqfcc vqh5ExVCzfoQsmPWCUIrp9nFK1HPG/Nqv1OBv+/AfzU/qltlxXjCmeCWceoZRLVkskTp OXwRIq2B/pnwkW3MQmcntGbpMAeO/qbxx/d6RyeZqhTug42PchsasT+Eb0PabrzTo9DT m+5yKsvdDcdVvydYsobE/26oIHDlTswj5LzNKRRy9KXSwjCgoKWCJ44BSqESDmA3vXOT Wp+Q== MIME-Version: 1.0 X-Received: by 10.180.109.132 with SMTP id hs4mr10979662wib.46.1379287301586; Sun, 15 Sep 2013 16:21:41 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.216.73.133 with HTTP; Sun, 15 Sep 2013 16:21:41 -0700 (PDT) In-Reply-To: <024201ceb263$1138bac0$33aa3040$@rewt.org.uk> References: <024001ceb262$e87f9ea0$b97edbe0$@rewt.org.uk> <024201ceb263$1138bac0$33aa3040$@rewt.org.uk> Date: Sun, 15 Sep 2013 16:21:41 -0700 X-Google-Sender-Auth: CvqeIB198OdBIz6VFiTD-HDoi3k Message-ID: Subject: Re: how do i cross build world/kernel with clang? From: Adrian Chadd To: Joe Holden Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: freebsd-current , "freebsd-mips@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Sep 2013 23:21:44 -0000 I don't think so. I think the MIPS compiler people are aware of it. -adrian On 15 September 2013 15:29, Joe Holden wrote: > Doh should have checked the thread before sending - is there any news on > this? > > > -----Original Message----- > > From: owner-freebsd-mips@freebsd.org [mailto:owner-freebsd- > > mips@freebsd.org] On Behalf Of Joe Holden > > Sent: 15 September 2013 23:28 > > To: 'Adrian Chadd'; 'freebsd-current'; freebsd-mips@freebsd.org > > Subject: RE: how do i cross build world/kernel with clang? > > > > Are you still playing with this? Reason I ask is that I tried to build > world with > > clang for the crack and it bails with: > > > > /usr/obj/mips.mips64/pseudosrc/tmp/usr/bin/ld: > > /usr/obj/mips.mips64/pseudosrc/tmp/usr/lib/crtn.o: warning: linking PIC > > files with non-PIC files > > exect.So: In function `exect': > > (.text+0x18): relocation truncated to fit: R_MIPS_PC16 against `__cerror' > > setjmp.So: In function `botch': > > (.text+0x124): relocation truncated to fit: R_MIPS_PC16 against `abort' > > _setjmp.So: In function `botch': > > (.text+0xac): relocation truncated to fit: R_MIPS_PC16 against `abort' > > _sigwait.So: In function `err': > > (.text+0x18): relocation truncated to fit: R_MIPS_PC16 against `__cerror' > > _getlogin.So: In function `err': > > (.text+0x18): relocation truncated to fit: R_MIPS_PC16 against `__cerror' > > aio_mlock.So: In function `err': > > (.text+0x18): relocation truncated to fit: R_MIPS_PC16 against `__cerror' > > pipe2.So: In function `err': > > (.text+0x18): relocation truncated to fit: R_MIPS_PC16 against `__cerror' > > accept4.So: In function `err': > > (.text+0x18): relocation truncated to fit: R_MIPS_PC16 against `__cerror' > > chflagsat.So: In function `err': > > (.text+0x18): relocation truncated to fit: R_MIPS_PC16 against `__cerror' > > connectat.So: In function `err': > > (.text+0x18): relocation truncated to fit: R_MIPS_PC16 against `__cerror' > > bindat.So: In function `err': > > (.text+0x18): additional relocation overflows omitted from the output > > clang: error: linker command failed with exit code 1 (use -v to see > > invocation) > > *** Error code 1 > > > > Built on HEAD amd64 as of a few hours ago... > > > > Cheers > > Joe > > > > > -----Original Message----- > > > From: owner-freebsd-mips@freebsd.org [mailto:owner-freebsd- > > > mips@freebsd.org] On Behalf Of Adrian Chadd > > > Sent: 01 September 2013 03:30 > > > To: freebsd-current; freebsd-mips@freebsd.org > > > Subject: how do i cross build world/kernel with clang? > > > > > > Hi! > > > > > > How do i cross-build a mips world/kernel with clang? > > > > > > ie, how do I tell the build system to build a mips targetted clang > > > instead > > of gcc > > > and use that to build everything? > > > > > > Thanks, > > > > > > > > > -adrian > > > _______________________________________________ > > > freebsd-mips@freebsd.org mailing list > > > http://lists.freebsd.org/mailman/listinfo/freebsd-mips > > > To unsubscribe, send any mail to "freebsd-mips-unsubscribe@freebsd.org > " > > > > > > _______________________________________________ > > freebsd-mips@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-mips > > To unsubscribe, send any mail to "freebsd-mips-unsubscribe@freebsd.org" > > > From owner-freebsd-current@FreeBSD.ORG Mon Sep 16 00:11:42 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id ABF35651 for ; Mon, 16 Sep 2013 00:11:42 +0000 (UTC) (envelope-from mdf356@gmail.com) Received: from mail-ob0-x236.google.com (mail-ob0-x236.google.com [IPv6:2607:f8b0:4003:c01::236]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 758592E30 for ; Mon, 16 Sep 2013 00:11:42 +0000 (UTC) Received: by mail-ob0-f182.google.com with SMTP id wo20so3188871obc.27 for ; Sun, 15 Sep 2013 17:11:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=NiQTDItFwqIvvphsJCNY4Wcubjb6VMcQ9pnyXPXDoPE=; b=a5yHA/63U6bBQOv2RG91PcZDB7t2adcQ2cTYrQS+FexeA4a4QXRSt/3HXcEjWGtTem Cq+bDao73EZVgym4bSkP2u5/SbiBzBXyJBIIT1b4i0xDz1XtT5BfF2rxdMi9QzXst6N8 ETwc17cFeACPHpM7MypAlrym6PJt+EBY2NtCPGLF4Lp8PBC0bFbZmDQ60RY9uFFuyk/4 r+FjL0XnzaMd0J2FFQGHGcSdPB+LbsW8jmuQMTCHcv3OXPE6fA2phh42htNoGE7Z46aS fKDmAlPU1espmUs01HUayvLfY9iTPxrsJKZAlrBbSMZMSo1AtrWwm8N0KqrntRklqjmF 8j3g== MIME-Version: 1.0 X-Received: by 10.60.174.75 with SMTP id bq11mr31842oec.17.1379290301529; Sun, 15 Sep 2013 17:11:41 -0700 (PDT) Sender: mdf356@gmail.com Received: by 10.182.75.9 with HTTP; Sun, 15 Sep 2013 17:11:41 -0700 (PDT) In-Reply-To: References: Date: Sun, 15 Sep 2013 17:11:41 -0700 X-Google-Sender-Auth: fjq5Y68xRTNADHzTP-tf42JWhiQ Message-ID: Subject: Re: -ffunction-sections, -fdata-sections and -Wl,--gc-sections From: Matthew Fleming To: Ed Schouten Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Sep 2013 00:11:42 -0000 On Sun, Sep 15, 2013 at 2:24 PM, Ed Schouten wrote: > Hi all, > > Today I did a tiny experiment and I am not entirely sure what to do. > Throw away the patch or eventually push it into the tree. > > GCC and Clang support the -ffunction-sections and -fdata-sections > flags. Essentially, these flags force the compiler to put every > function and variable in its own section. Though this will blow up the > size of the .o files a lot, it has a nice advantage. In combination > with ld's --gc-sections flag, it can garbage collect functions and > variables during the linking phase more accurately, thereby reducing > the size of the resulting binary. This will of course not work for > binaries where you want to use dlsym(), so this would only be safely > usable in cases where you want to do static linking. > > I've written a tiny patch for share/mk, crunchgen and /rescue, to set > these flags, only for .o files that are used for static linking (e.g. > for .a files) and when linking statically linked executables. > > http://80386.nl/pub/gc-sections.txt > > The results are interesting. On amd64: > > - devd suddenly becomes 500 KB in size, instead of a megabyte, > - init's size drops from 900 KB to 600 KB, > - clang becomes a megabyte smaller. > > There is a downside, though. The total size of the system becomes 8 MB > larger, because the .a files in /usr/lib are a bit bigger than before. > Still, I think that this can be justified: > > - Systems short on disk-space are typically not used for software > development. As /usr/include and /usr/lib/*.a together already account > for ~30% of the disk space used, these files will likely be removed on > a disk-space constrained system anyway. > I can confirm that at least one vendor who is constrained on the size of the root partition does not install /usr/include or any *.a files. On shipping hardware. We do use the hardware for developer builds where we do need include files (though not .a files as we only use shared libraries). > - init and devd are so fundamental that they will likely be installed > on basically any embedded FreeBSD system. Reducing the size of these > binaries makes sense. > - It could also reduce the size of statically linked binaries outside > of the base system, depending on base libraries. > > What I also like about this, is that at least for the base system, it > will become less important to spread out functions in libraries over > separate source files, in an attempt to reduce the size of the > resulting binary. We may now leave functions that are related to each > other in the same source file, thus improving readability. > Would it be possible to enable this only for devd, init, and clang binaries? Or is it a matter of enabling it for library builds that are linked statically with the mentioned binaries? Could init/devd be made smaller by finding out which functions they do/don't use and separating those into separate .c files? Thanks, matthew From owner-freebsd-current@FreeBSD.ORG Sun Sep 15 23:51:04 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id DAB3325B; Sun, 15 Sep 2013 23:51:04 +0000 (UTC) (envelope-from cyberleo@cyberleo.net) Received: from mail.cyberleo.net (mtumishi.cyberleo.net [216.226.128.201]) by mx1.freebsd.org (Postfix) with ESMTP id B766B2D2D; Sun, 15 Sep 2013 23:51:04 +0000 (UTC) Received: from [172.16.44.4] (vitani.den.cyberleo.net [216.80.73.130]) by mail.cyberleo.net (Postfix) with ESMTPSA id DBC8C4E91; Sun, 15 Sep 2013 19:51:03 -0400 (EDT) Message-ID: <523647E6.1040004@cyberleo.net> Date: Sun, 15 Sep 2013 18:51:02 -0500 From: CyberLeo Kitsana User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130908 Thunderbird/17.0.8 MIME-Version: 1.0 To: Eir Nym Subject: Re: Installworld on amd64 fails on libc.a on r255342 References: In-Reply-To: X-Enigmail-Version: 1.5.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Mon, 16 Sep 2013 00:50:16 +0000 Cc: freebsd-current@freebsd.org, freebsd-questions@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Sep 2013 23:51:04 -0000 On 09/13/2013 02:46 PM, Eir Nym wrote: > I get this error for a while, and don't know what to do with. > > I build the world, then try to install it into DESTDIR. And at this point I > always get error that libc.a can't be found. > > To eliminate any mistakes in commits I've run snapshot r255342 from FTP in > VM and build sources it contains. > > my building and installing world with following commands: > > # make toolchain buildworld __MAKE_CONF=/dev/null SRCCONF=src.conf > # make hierarchy distrib-dirs distribution installworld Ensure all the variables you define on the make command line are the same for all invocations of make, unless you're absolutely certain they don't apply: make -C /usr/src __MAKE_CONF=/dev/null SRCCONF=/my/src.conf buildworld make -C /usr/src __MAKE_CONF=/dev/null SRCCONF=/my/src.conf DESTDIR=/path distrib-dirs distribution installworld Setting some knobs for buildworld but not for installworld will, at best, compile things that won't be installed; and, at worst, attempt to install things that haven't been compiled. -- Fuzzy love, -CyberLeo Technical Administrator CyberLeo.Net Webhosting http://www.CyberLeo.Net Furry Peace! - http://www.fur.com/peace/ From owner-freebsd-current@FreeBSD.ORG Mon Sep 16 00:52:15 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 34BFFB25; Mon, 16 Sep 2013 00:52:15 +0000 (UTC) (envelope-from davide.italiano@gmail.com) Received: from mail-vb0-x229.google.com (mail-vb0-x229.google.com [IPv6:2607:f8b0:400c:c02::229]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D5E7D2FFA; Mon, 16 Sep 2013 00:52:14 +0000 (UTC) Received: by mail-vb0-f41.google.com with SMTP id g17so2429574vbg.14 for ; Sun, 15 Sep 2013 17:52:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=buhC491m7n5OJ8fKh+zSu79gC5Np6L7mJZ0BMk8Q3n4=; b=nBvRNO4R5ytFzbrQKQUBYXn5GoFR55foX1YMsMPZjvqnJDizRDxx8jTZLnQ5oIDHK2 I2kYpB9bTyxxIZCnT37Feb+EDuIBvib3wRrB63xIgy+lcNwmnNL1216kh9X3bSevr3+N nc5426zppGqK1b8wUqf9D4dDcEbMGCrvlczBtFjYVQRuZTtXg0WyPswQr7M10IUfHgAW nuT2ZksEufGdKzXYT4CnSsVOdmQv63LW+xFz/bNJn/S+25GTMLQwGbtXZPPR7CrhCNo+ HeODiToHGM7b/bNeefnwiTC4dYNiGLOiJso1HdD+BWpVe3O8GuWZd3WwK4/0Z+5irc/J 1pLA== MIME-Version: 1.0 X-Received: by 10.58.235.193 with SMTP id uo1mr23995208vec.6.1379292733877; Sun, 15 Sep 2013 17:52:13 -0700 (PDT) Sender: davide.italiano@gmail.com Received: by 10.220.65.132 with HTTP; Sun, 15 Sep 2013 17:52:13 -0700 (PDT) In-Reply-To: References: <20130912092737.GC4574@FreeBSD.org> Date: Sun, 15 Sep 2013 17:52:13 -0700 X-Google-Sender-Auth: 7JIjzqzMY7HOQpH1FCzYSjoJDhE Message-ID: Subject: Re: Intermittent hangs in vmem_periodic() From: Davide Italiano To: hiren panchasara Content-Type: text/plain; charset=ISO-8859-1 Cc: Gleb Smirnoff , freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Sep 2013 00:52:15 -0000 > > Thanks Gleb. > I've removed DIAGNOSTIC and the problem is gone now. > JFYI, I hit this problem today as well. I don't think you really need to disable DIAGNOSTIC completely in order to get rid of that. I've noticed Peter Holm has recently committed a new sysctl that allows you to selectively disable calls to vmem_check (debug.vmem_check), which should (probably) help. Thanks, -- Davide "There are no solved problems; there are only problems that are more or less solved" -- Henri Poincare From owner-freebsd-current@FreeBSD.ORG Mon Sep 16 01:08:21 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 7EE71D3E for ; Mon, 16 Sep 2013 01:08:21 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-we0-x22c.google.com (mail-we0-x22c.google.com [IPv6:2a00:1450:400c:c03::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 1C5A820C3 for ; Mon, 16 Sep 2013 01:08:20 +0000 (UTC) Received: by mail-we0-f172.google.com with SMTP id w61so3066140wes.31 for ; Sun, 15 Sep 2013 18:08:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=Tk4i//HvhFWPqjqY6GKVeg7b8iUvdcuaYmOtgsJTK/0=; b=IP+91cL+V8zVAMEqDXgVdKUmsj4XGDFs2LtYxkTo9/4NuND53Ady9HeowUcIe5/TF2 3qAGv0Dv22R+TRMBPQnm5AnQrfW/o6PGoBoJAoyJ7PWdxW0JdsR7hA5ULSHofRrs3kS0 kYv2HzOCWtecN+eFnGKK1BiUbX95JuPWEePdaZUeqOPvi8QqDnlIigtj0iXMBOYHu+ex 8jmRT5+a4Vc1pivSE+J58EojExCCd9aehW9I3KBQs9MJsGrmec4US+QVGhxZSTSv3LI9 pR+2j+F9gqkbVRoNrDzomae9/C0aKD6HtSKUqD63Ss/XTlzvi6SAuxS6p2OjBBvMFzs/ CPuw== MIME-Version: 1.0 X-Received: by 10.180.93.104 with SMTP id ct8mr11463299wib.0.1379293699631; Sun, 15 Sep 2013 18:08:19 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.216.73.133 with HTTP; Sun, 15 Sep 2013 18:08:19 -0700 (PDT) In-Reply-To: References: Date: Sun, 15 Sep 2013 18:08:19 -0700 X-Google-Sender-Auth: oVUWJ5zr9tq2NqXMyYZmLya4DSc Message-ID: Subject: Re: -ffunction-sections, -fdata-sections and -Wl,--gc-sections From: Adrian Chadd To: Ed Schouten Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Sep 2013 01:08:21 -0000 > > > The results are interesting. On amd64: > > - devd suddenly becomes 500 KB in size, instead of a megabyte, > - init's size drops from 900 KB to 600 KB, > - clang becomes a megabyte smaller. > .. so, I'd like to know specific information as to why these three are now smaller. So what's going on? -adrian From owner-freebsd-current@FreeBSD.ORG Mon Sep 16 02:17:44 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 6D9E58CB for ; Mon, 16 Sep 2013 02:17:44 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-pd0-x234.google.com (mail-pd0-x234.google.com [IPv6:2607:f8b0:400e:c02::234]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 45A3E23B8 for ; Mon, 16 Sep 2013 02:17:44 +0000 (UTC) Received: by mail-pd0-f180.google.com with SMTP id y10so3485933pdj.39 for ; Sun, 15 Sep 2013 19:17:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=q/pS2CtfOuohpHzY1+6bUF3O5TpxO05ZjFtijxRRmAM=; b=qMY/uqioXW9F3iIa67PfkT2qyHgtPZ7+mxFvo9xHS8NBXX4MKaSabZbaDIw7fUitcU adDHLMKB8tUiGRJySORVyJ3msGt1lnC/pP5Jd3rppPBeC3/mYvKYELTWn2cIpByl+vrD /I1x3jW/SocVg2ZM4PL49csynOnNAHoSABIwWQj8Uqn0h1SlwQjxHntHwA85FQf51f7i gLqmTg84km4uWvvdK6nkhlQYxBD+HsX20PQKGHmygpWVJTDrLzYwtK6sQnE4mjolflPN AMtaYIekQG+l4/hCjyG9w6CIHw0fCpoP+z9J/i+dMjN26XgwjLsENutmk6+87u71eYKY F/JA== X-Received: by 10.68.134.65 with SMTP id pi1mr26618155pbb.59.1379297863832; Sun, 15 Sep 2013 19:17:43 -0700 (PDT) Received: from pyunyh@gmail.com (lpe4.p59-icn.cdngp.net. [114.111.62.249]) by mx.google.com with ESMTPSA id wd6sm34760321pab.3.1969.12.31.16.00.00 (version=TLSv1 cipher=RC4-SHA bits=128/128); Sun, 15 Sep 2013 19:17:43 -0700 (PDT) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Mon, 16 Sep 2013 11:17:38 +0900 From: Yonghyeon PYUN Date: Mon, 16 Sep 2013 11:17:38 +0900 To: Scott Long Subject: Re: Shuttle DS47 - Realtek RT 8111G Message-ID: <20130916021738.GA3619@michelle.cdnetworks.com> References: <2F1C253C-BA52-4B5F-8DA9-0C15D46054A4@bluewin.ch> <206B1EDA-567F-4E58-AB71-AB91C4B8484B@samsco.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <206B1EDA-567F-4E58-AB71-AB91C4B8484B@samsco.org> User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@freebsd.org, Thomas Guldener X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Sep 2013 02:17:44 -0000 On Sat, Sep 14, 2013 at 08:47:06PM -0600, Scott Long wrote: > Index: sys/dev/re/if_re.c > =================================================================== > --- sys/dev/re/if_re.c (revision 255582) > +++ sys/dev/re/if_re.c (working copy) > @@ -234,6 +234,10 @@ > { RL_HWREV_8168E_VL, RL_8169, "8168E/8111E-VL", RL_JUMBO_MTU_6K}, > { RL_HWREV_8168F, RL_8169, "8168F/8111F", RL_JUMBO_MTU_9K}, > { RL_HWREV_8411, RL_8169, "8411", RL_JUMBO_MTU_9K}, > + { RL_HWREV_8168_0, RL_8169, "8168G/8111G", RL_JUMBO_MTU_9K}, > + { RL_HWREV_8168_1, RL_8169, "8168G/8111G", RL_JUMBO_MTU_9K}, > + { RL_HWREV_8168_2, RL_8169, "8168G/8111G", RL_JUMBO_MTU_9K}, > + { RL_HWREV_8168_4, RL_8169, "8411", RL_JUMBO_MTU_9K}, > { 0, 0, NULL, 0 } > }; > > @@ -1457,6 +1461,10 @@ > case RL_HWREV_8168E_VL: > case RL_HWREV_8168F: > case RL_HWREV_8411: > + case RL_HWREV_8168G_0: > + case RL_HWREV_8168G_1: > + case RL_HWREV_8168G_2: > + case RL_HWREV_8168G_4: > sc->rl_flags |= RL_FLAG_PHYWAKE | RL_FLAG_PAR | > RL_FLAG_DESCV2 | RL_FLAG_MACSTAT | RL_FLAG_CMDSTOP | > RL_FLAG_AUTOPAD | RL_FLAG_JUMBOV2 | > Index: sys/pci/if_rlreg.h > =================================================================== > --- sys/pci/if_rlreg.h (revision 255582) > +++ sys/pci/if_rlreg.h (working copy) > @@ -191,6 +191,10 @@ > #define RL_HWREV_8402 0x44000000 > #define RL_HWREV_8168F 0x48000000 > #define RL_HWREV_8411 0x48800000 > +#define RL_HWREV_8168G_0 0x4c000000 > +#define RL_HWREV_8168G_1 0x4c100000 I don't know exact model number for these MACs but it may be 8168G. > +#define RL_HWREV_8168G_2 0x50900000 This looks like 8168GU. > +#define RL_HWREV_8168G_4 0x5c800000 This looks like 8411B. RL_TXCFG_HWREV is 0x7CC00000 so driver will not see RL_HWREV_8168G_1(0x4c100000) and RL_HWREV_8168G_2(0x50900000). It seems newer RealTek controllers seem to use ODP to access PHY. In addition, these controllers may need to set RX DMA parameter (bit 11 of RL_RXCFG). I'm not sure what this bit does though. Scott, did you test your patch on real H/W? If it works I'm fine with your patch. Just remove RL_HWREV_8168G_1 and RL_HWREV_8168G_2 as current driver has no way to get these revisions. > #define RL_HWREV_8139 0x60000000 > #define RL_HWREV_8139A 0x70000000 > #define RL_HWREV_8139AG 0x70800000 > > On Sep 14, 2013, at 3:41 PM, Thomas Guldener wrote: > > > FreeBSD 10 Alpha Release is Booting on the Shuttle DS47 - But still no support for the Realtek RT 8111G Network Cards. > > > > g. > > Thomas From owner-freebsd-current@FreeBSD.ORG Mon Sep 16 02:30:10 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id BE0FAC08 for ; Mon, 16 Sep 2013 02:30:10 +0000 (UTC) (envelope-from tim@kientzle.com) Received: from mail-pd0-f182.google.com (mail-pd0-f182.google.com [209.85.192.182]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 958492457 for ; Mon, 16 Sep 2013 02:30:10 +0000 (UTC) Received: by mail-pd0-f182.google.com with SMTP id r10so3512554pdi.41 for ; Sun, 15 Sep 2013 19:30:04 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:content-type:mime-version:subject:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to; bh=QqNwIiU5emLMS7zb1wG8thHxbOREbpfEocWS7gpMimU=; b=KAw0qOBKQ6hBEyIyVHXru8EJUMJsENDrUuu4efs2wwxewabQ+Fz66HLFdSbB8VpIp/ ThrJwQ1TAdvUaOldFpsnUwEm3NEizZaT3lIgP3l4IfjYOs3MuW1/fa9oP4/og1mx008e bOxG9Jgdhxv3cr1bicuwNfgr30b2wrARqTSGzFjYyzC/i51itkeSinwQkixfomOfCOo+ YXeHk69QP+p4vZOGOvHAzskUZimVlK4w8HDmeKYx2lxMoiEP4yMIrO/IbxO3TSIYRCbE g6ahvLUrz4GbB1VoAhArT9/ZKddNNCuuMoWoFFpOvHcmsl3H/p48SNCtSUlgcrJiFpBa A5Xw== X-Gm-Message-State: ALoCoQmpPbAWbqI1VqQ1EiQrQDA3WKHcaCVERO6mV+dPqCi6jlws3OHBzwY3gHSkXwnnp2r+OjsP X-Received: by 10.68.197.129 with SMTP id iu1mr504454pbc.139.1379298604848; Sun, 15 Sep 2013 19:30:04 -0700 (PDT) Received: from [192.168.1.74] (99-74-169-43.lightspeed.sntcca.sbcglobal.net. [99.74.169.43]) by mx.google.com with ESMTPSA id nv6sm27536593pbc.6.1969.12.31.16.00.00 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sun, 15 Sep 2013 19:30:04 -0700 (PDT) Sender: Tim Kientzle Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 6.5 \(1508\)) Subject: Re: -ffunction-sections, -fdata-sections and -Wl,--gc-sections From: Tim Kientzle In-Reply-To: Date: Sun, 15 Sep 2013 19:30:01 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: References: To: Ed Schouten X-Mailer: Apple Mail (2.1508) Cc: FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Sep 2013 02:30:10 -0000 On Sep 15, 2013, at 2:24 PM, Ed Schouten wrote: > GCC and Clang support the -ffunction-sections and -fdata-sections > flags. Essentially, these flags force the compiler to put every > function and variable in its own section. Though this will blow up the =85. > - devd suddenly becomes 500 KB in size, instead of a megabyte, > - init's size drops from 900 KB to 600 KB, Can you figure out what functions are getting omitted when you make this change? Can you extract a linkage map from a build done this way and compare it to one done the regular way? That big of a difference suggests we have some badly-factored code in our libraries. That is, some library is putting functions into a single source file that shouldn't be combined. Tim From owner-freebsd-current@FreeBSD.ORG Mon Sep 16 02:38:31 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id BA78CEED for ; Mon, 16 Sep 2013 02:38:31 +0000 (UTC) (envelope-from tim@kientzle.com) Received: from mail-pb0-f51.google.com (mail-pb0-f51.google.com [209.85.160.51]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 92B4F248D for ; Mon, 16 Sep 2013 02:38:31 +0000 (UTC) Received: by mail-pb0-f51.google.com with SMTP id jt11so3466382pbb.38 for ; Sun, 15 Sep 2013 19:38:31 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:from:content-type :content-transfer-encoding:subject:message-id:date:to:mime-version; bh=BbmTk42wkcmQBaXZUHm4gEEFjtrPLvz/+0esJvL6NK4=; b=INIeiADbD7AHBR/qdLYWgwtL0kSxApH6LXFlzyNaMusUcjf8jhcd+2L8ypMvImVjIK RAgBQ+ViydKHAXO1kmWwP6iPiR3OWoRRNzM1wdOaSNw5UmsCNq4lQUasS7M5gobYIIJ8 CLzbqegVtl5E+KNsAyNVI/W2Bor2Cux3PfaeQ6niT0TnR2UPbT2GWAvK0oCeR/F7zRgr zXGseOU7ifyWVw9yY/n7jBMfZvAHkShJO9xSEPeeWr0+tTLQ+1PWIChKPIXTnwKmoBTp u6r6jW+Dq3urwzbMUfNtGX7u1wll/GUwa/ma680zYP5M+CYt9JWt2ERcuRjNRgseQWah 71ww== X-Gm-Message-State: ALoCoQnOcggJGh4ZyfuquMsy+cV2T0X8AvIsSyCCczca4w46dl5xQY/MHuloEl89jBRx+6okXO9C X-Received: by 10.68.170.225 with SMTP id ap1mr541404pbc.133.1379299110996; Sun, 15 Sep 2013 19:38:30 -0700 (PDT) Received: from [192.168.1.74] (99-74-169-43.lightspeed.sntcca.sbcglobal.net. [99.74.169.43]) by mx.google.com with ESMTPSA id oj6sm34840527pab.9.1969.12.31.16.00.00 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sun, 15 Sep 2013 19:38:30 -0700 (PDT) Sender: Tim Kientzle From: Tim Kientzle Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Ports dependencies strangeness. Message-Id: <8DC26AC1-4FA5-42B5-9C8F-0E40B47ED137@freebsd.org> Date: Sun, 15 Sep 2013 19:38:27 -0700 To: FreeBSD Current Mime-Version: 1.0 (Mac OS X Mail 6.5 \(1508\)) X-Mailer: Apple Mail (2.1508) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Sep 2013 02:38:31 -0000 I've been seeing this pretty regularly with several different ports: * Start with a fresh system with no packages. * Try to install some port with a lot of dependencies (using -DBATCH so it won't keep stopping and asking for configuration options) * At some point it stops with a missing dependency But: 1. Scrolling back through the console output, it's clear that the dependency in question has in fact just been built and installed. 2. Package tools show the required dependency is installed. 3. Restarting the original build does not rebuild the dependency but does notice that it's installed and goes right through. Somehow, it appears that port dependencies are getting built and installed properly but not always being noticed by the main build. Tim From owner-freebsd-current@FreeBSD.ORG Mon Sep 16 03:04:38 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 9CACF4B7 for ; Mon, 16 Sep 2013 03:04:38 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 4D4E62646 for ; Mon, 16 Sep 2013 03:04:37 +0000 (UTC) Received: from [127.0.0.1] (Scott4long@pooker.samsco.org [168.103.85.57]) (authenticated bits=0) by pooker.samsco.org (8.14.5/8.14.5) with ESMTP id r8G34S1k035840; Sun, 15 Sep 2013 21:04:28 -0600 (MDT) (envelope-from scottl@samsco.org) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 6.6 \(1510\)) Subject: Re: Shuttle DS47 - Realtek RT 8111G From: Scott Long In-Reply-To: <20130916021738.GA3619@michelle.cdnetworks.com> Date: Sun, 15 Sep 2013 21:04:28 -0600 Content-Transfer-Encoding: quoted-printable Message-Id: <4EA55409-2597-4931-B6B3-BF9DD11CD2EF@samsco.org> References: <2F1C253C-BA52-4B5F-8DA9-0C15D46054A4@bluewin.ch> <206B1EDA-567F-4E58-AB71-AB91C4B8484B@samsco.org> <20130916021738.GA3619@michelle.cdnetworks.com> To: pyunyh@gmail.com X-Mailer: Apple Mail (2.1510) Cc: freebsd-current@freebsd.org, Thomas Guldener X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Sep 2013 03:04:38 -0000 On Sep 15, 2013, at 8:17 PM, Yonghyeon PYUN wrote: > On Sat, Sep 14, 2013 at 08:47:06PM -0600, Scott Long wrote: >> Index: sys/dev/re/if_re.c >> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >> --- sys/dev/re/if_re.c (revision 255582) >> +++ sys/dev/re/if_re.c (working copy) >> @@ -234,6 +234,10 @@ >> { RL_HWREV_8168E_VL, RL_8169, "8168E/8111E-VL", = RL_JUMBO_MTU_6K}, >> { RL_HWREV_8168F, RL_8169, "8168F/8111F", RL_JUMBO_MTU_9K}, >> { RL_HWREV_8411, RL_8169, "8411", RL_JUMBO_MTU_9K}, >> + { RL_HWREV_8168_0, RL_8169, "8168G/8111G", RL_JUMBO_MTU_9K}, >> + { RL_HWREV_8168_1, RL_8169, "8168G/8111G", RL_JUMBO_MTU_9K}, >> + { RL_HWREV_8168_2, RL_8169, "8168G/8111G", RL_JUMBO_MTU_9K}, >> + { RL_HWREV_8168_4, RL_8169, "8411", RL_JUMBO_MTU_9K}, >> { 0, 0, NULL, 0 } >> }; >>=20 >> @@ -1457,6 +1461,10 @@ >> case RL_HWREV_8168E_VL: >> case RL_HWREV_8168F: >> case RL_HWREV_8411: >> + case RL_HWREV_8168G_0: >> + case RL_HWREV_8168G_1: >> + case RL_HWREV_8168G_2: >> + case RL_HWREV_8168G_4: >> sc->rl_flags |=3D RL_FLAG_PHYWAKE | RL_FLAG_PAR | >> RL_FLAG_DESCV2 | RL_FLAG_MACSTAT | RL_FLAG_CMDSTOP | >> RL_FLAG_AUTOPAD | RL_FLAG_JUMBOV2 | >> Index: sys/pci/if_rlreg.h >> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >> --- sys/pci/if_rlreg.h (revision 255582) >> +++ sys/pci/if_rlreg.h (working copy) >> @@ -191,6 +191,10 @@ >> #define RL_HWREV_8402 0x44000000 >> #define RL_HWREV_8168F 0x48000000 >> #define RL_HWREV_8411 0x48800000 >> +#define RL_HWREV_8168G_0 0x4c000000 >> +#define RL_HWREV_8168G_1 0x4c100000 >=20 > I don't know exact model number for these MACs but it may be 8168G. >=20 >> +#define RL_HWREV_8168G_2 0x50900000 >=20 > This looks like 8168GU. >=20 >> +#define RL_HWREV_8168G_4 0x5c800000 >=20 > This looks like 8411B. >=20 > RL_TXCFG_HWREV is 0x7CC00000 so driver will not see > RL_HWREV_8168G_1(0x4c100000) and RL_HWREV_8168G_2(0x50900000). >=20 > It seems newer RealTek controllers seem to use ODP to access PHY. > In addition, these controllers may need to set RX DMA parameter > (bit 11 of RL_RXCFG). I'm not sure what this bit does though. >=20 > Scott, did you test your patch on real H/W? If it works I'm fine > with your patch. Just remove RL_HWREV_8168G_1 and RL_HWREV_8168G_2 > as current driver has no way to get these revisions. I tested the 0x4c00000 on real hardware. an MSI Z87I motherboard. The = rest came from looking at the linux driver. That driver is structured = very differently (and better, IMHO) than the FreeBSD one, so there's a = lot that wasn't obvious to me. I'd be very happy to work more on this = with your guidance. Thanks, Scott From owner-freebsd-current@FreeBSD.ORG Mon Sep 16 05:35:39 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 19116C6A for ; Mon, 16 Sep 2013 05:35:39 +0000 (UTC) (envelope-from zbeeble@gmail.com) Received: from mail-vc0-x236.google.com (mail-vc0-x236.google.com [IPv6:2607:f8b0:400c:c03::236]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D07A92D29 for ; Mon, 16 Sep 2013 05:35:38 +0000 (UTC) Received: by mail-vc0-f182.google.com with SMTP id hf12so2602315vcb.13 for ; Sun, 15 Sep 2013 22:35:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=DnsJCcBBe/sifvNKcykxI6egzvTvhzVM0mFeUYCNdJs=; b=hMADphFF1Ueewhb/vehOnNcIjqvrxRwIDDwcLiRWQIYnv9ebH/tbh6EpsCZAcaLiwY 4DpBysSfom3Fz73+kh+ySMH1AsfKLQECG3nqcnFqBh8FGH+WGGa+Ay34lxLqwk6uhmE4 tVilxiCkeNMqRQUB+A7wU7RzuOy1DmvMd2RnW+xnwfkCvVXrSlsM45MKDpmO84Dh0BaH yuXfOJdkgQjgz55gw3hrKGphByLFre9bm/psQFJ8nZbAdgvoYqsowGLir2nKFTUvlhje dA0XTxvLfPIZT9YmBqb+/qVxajI0S8NQqz46Zex54AX66ZeqTjpTZIfw1Rb4cuwApCQM wn7Q== MIME-Version: 1.0 X-Received: by 10.220.1.203 with SMTP id 11mr25227464vcg.15.1379309737959; Sun, 15 Sep 2013 22:35:37 -0700 (PDT) Received: by 10.220.30.130 with HTTP; Sun, 15 Sep 2013 22:35:37 -0700 (PDT) Date: Mon, 16 Sep 2013 01:35:37 -0400 Message-ID: Subject: iSCSI boot ... root? From: Zaphod Beeblebrox To: FreeBSD Current Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Sep 2013 05:35:39 -0000 Is it now possible to boot from iSCSI? I'm not talking about an iSCSI controller, but with pxe -> dhcp -> tftp (loads loader) -> (something) -> boot (mounts root from iSCSI) ... now I recall getting stuck on both "something" and "boot" last time. AFAICR, loader doesn't understand iSCSI ... so if your ethernet card doesn't make something look like a BIOS disk, you're sunk there. Obviously the kernel can handle nfs and the loader can handle nfs or tftp, but it's expected that the "root" is the same "root" that you're accessing at the "something" point. I was going to try to work around "something" when I realized that the previous iSCSI control stuff wouldn't allow boot parameters to be passed in any logical way, so I gave up. From owner-freebsd-current@FreeBSD.ORG Mon Sep 16 05:54:11 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 2EB50EFA for ; Mon, 16 Sep 2013 05:54:11 +0000 (UTC) (envelope-from johannes@brilliantservice.co.jp) Received: from mail-ie0-f171.google.com (mail-ie0-f171.google.com [209.85.223.171]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 027FB2E30 for ; Mon, 16 Sep 2013 05:54:10 +0000 (UTC) Received: by mail-ie0-f171.google.com with SMTP id at1so6490016iec.2 for ; Sun, 15 Sep 2013 22:54:04 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:date:message-id:subject:from:to :content-type; bh=uJzgjjZi5PUdJye9Ci/5M5OXrmk9A/ciodMrDq3U+fs=; b=Wae2RVn612S/RrwIhh8L7pN6c9Eg0Ugzwg2shLU4TeO9WpCqT/ARZTTYBRNx1jFrwt 7g5mbVh8SFBkOYxp0nqCVHSfkT8aLJ+SU1aMU+uUWkqp8wglAtOZS6SLwJxypUv+djlf mI/JrDaoWOtyTSIoGvC6GpHh6ELXiZ3TDFz5pmrumQxdb/dwYRso6sVi+sxptKg/vJ3H B/a9mYNJBaOgR0imPUWKzcP8WaZXtp3eUZRg0J2PSeyCq+oLvOWgG6ta/ejhiKFPaIPc 78p7zXSmKTcGvBxIgy6IJfr3+4hzMWawI8GntppS+SZfgcu/OlweSICNe1RQsUZnIl3i Bv1A== X-Gm-Message-State: ALoCoQknSmmjJfCiDdupiqczWxw1UF2A0JLb97TmX93GAN1LMHAu3vr35mBioq8LLXIGPdT4Ki4O MIME-Version: 1.0 X-Received: by 10.50.49.65 with SMTP id s1mr5701971ign.43.1379310844020; Sun, 15 Sep 2013 22:54:04 -0700 (PDT) Received: by 10.42.76.66 with HTTP; Sun, 15 Sep 2013 22:54:03 -0700 (PDT) Date: Mon, 16 Sep 2013 14:54:03 +0900 Message-ID: Subject: PCIe SSD + SMP From: "Lundberg, Johannes" To: FreeBSD Current Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Sep 2013 05:54:11 -0000 Hi Installing current on a MacBook Air 2013 model from USB memstick (special build) works fine but booting from the installed system stops at SMP. Disabling smp or doing #set hint.lapic.[1-3].disabled=1 makes it boot. Anyway has any clue what this might be? -- -- Johannes Lundberg Project leader and lead developer of Mirama OS (previously Viking OS) BRILLIANTSERVICE CO., LTD. My blog Mirama homepage blog Company homepage From owner-freebsd-current@FreeBSD.ORG Mon Sep 16 06:30:56 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 03E2E73B for ; Mon, 16 Sep 2013 06:30:56 +0000 (UTC) (envelope-from phk@phk.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.freebsd.org (Postfix) with ESMTP id BCFFE2FE8 for ; Mon, 16 Sep 2013 06:30:55 +0000 (UTC) Received: from critter.freebsd.dk (critter.freebsd.dk [192.168.61.3]) by phk.freebsd.dk (Postfix) with ESMTP id A3EAE3EB44; Mon, 16 Sep 2013 06:30:48 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.14.7/8.14.7) with ESMTP id r8G6UmAC001740; Mon, 16 Sep 2013 06:30:48 GMT (envelope-from phk@phk.freebsd.dk) To: Ed Schouten Subject: Re: -ffunction-sections, -fdata-sections and -Wl,--gc-sections In-reply-to: From: "Poul-Henning Kamp" References: Content-Type: text/plain; charset=ISO-8859-1 Date: Mon, 16 Sep 2013 06:30:48 +0000 Message-ID: <1739.1379313048@critter.freebsd.dk> Cc: FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Sep 2013 06:30:56 -0000 In message , Ed Schouten writes: >Thoughts? Jordan and I would have killed for that 19 years ago... -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Mon Sep 16 06:31:23 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 20E4F857 for ; Mon, 16 Sep 2013 06:31:23 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-we0-x22c.google.com (mail-we0-x22c.google.com [IPv6:2a00:1450:400c:c03::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B0DC52FFA for ; Mon, 16 Sep 2013 06:31:22 +0000 (UTC) Received: by mail-we0-f172.google.com with SMTP id w61so3261924wes.3 for ; Sun, 15 Sep 2013 23:31:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=qCksEG4qnDi4cq502AQn5W8KTDSrqW08fQ71kWaKinw=; b=aJNfhr5Yj0okABtaOeiv1H3zGt2VhdoTFrIBL8g9OH4NPlPQ0TGd7FI1V0HNeF4Kr6 8Gx69W+d5tfqOFq+ObilPdKw4SihxbP7dJC1+PomKX95t+Ozo0o94BaEwmO7tRrb+tp5 uLbaQ8rLsAUvHE8QFiAR5QYe5pAKyFJgesDl4h5QskhuvbfcCtJfn7A+i4glP2gdAdg5 9UtBSPvy3a7CwlsKyQYgam8vrNckFmWUxjty7AScWRSK2hlfHgM22xmtfNDelH8fIb5t xiw4yrjr9rf5ctWaB1/jTeAQCq4VdhT8fQxkqS5ur0bDOpx/VxaYNSgrJkWyxjXlGkBX lBCQ== MIME-Version: 1.0 X-Received: by 10.180.109.132 with SMTP id hs4mr11981524wib.46.1379313081224; Sun, 15 Sep 2013 23:31:21 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.216.73.133 with HTTP; Sun, 15 Sep 2013 23:31:21 -0700 (PDT) In-Reply-To: References: Date: Sun, 15 Sep 2013 23:31:21 -0700 X-Google-Sender-Auth: 6ZdZvUKLljO93u3AQD8V_VAIl0o Message-ID: Subject: Re: PCIe SSD + SMP From: Adrian Chadd To: "Lundberg, Johannes" Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Sep 2013 06:31:23 -0000 ... can you post the boot messages? Can you boot with verbose turned on? -adrian On 15 September 2013 22:54, Lundberg, Johannes < johannes@brilliantservice.co.jp> wrote: > Hi > > Installing current on a MacBook Air 2013 model from USB memstick (special > build) works fine but booting from the installed system stops at SMP. > > Disabling smp or doing > #set hint.lapic.[1-3].disabled=1 > makes it boot. > > Anyway has any clue what this might be? > > > -- > -- > Johannes Lundberg > Project leader and lead developer of Mirama OS (previously Viking OS) > BRILLIANTSERVICE CO., LTD. > > My blog > Mirama homepage > blog > Company homepage > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Mon Sep 16 06:34:03 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id D95EB9B5; Mon, 16 Sep 2013 06:34:03 +0000 (UTC) (envelope-from hiren.panchasara@gmail.com) Received: from mail-ee0-x236.google.com (mail-ee0-x236.google.com [IPv6:2a00:1450:4013:c00::236]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 2836F2053; Mon, 16 Sep 2013 06:34:03 +0000 (UTC) Received: by mail-ee0-f54.google.com with SMTP id e53so1771803eek.41 for ; Sun, 15 Sep 2013 23:34:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=+aTOLWduQLEi9cakWrJJvAp5ILvwhR0p0blliVT7z9Q=; b=ARo9zfUxoHjTigTXaKU1uEAcqmz8KgOfoUk7u4vuF84F11Q1hSehHX9B7AkwhHK4Yt Nyhi8rltJh+YlhfTNAC6hhF38zMd89Jnisj6QvdeyNDmkr3R+DbXeLhSZotJnok3lYlH qv7CAFqcmCcoN43md5gOC7PzMGcrjvAQ2UvQljBE9ypSJ5LANDprGEB8r/wNr70y7OQl 3y+bL+x5tXusOKI3w3qPZDoCup5J4AVwY7umo22kY48TOkVfg6OuEvEKW6f4ZelRi8se MIEGgSbIyWuqU0YjoufjHV2puQVZ4c80SQw9O1C+otQE4Yf6Z/OHEZVCd63XxKCsZVD9 2ZTA== MIME-Version: 1.0 X-Received: by 10.14.177.199 with SMTP id d47mr40760829eem.14.1379313241533; Sun, 15 Sep 2013 23:34:01 -0700 (PDT) Received: by 10.14.105.137 with HTTP; Sun, 15 Sep 2013 23:34:01 -0700 (PDT) In-Reply-To: References: <20130912092737.GC4574@FreeBSD.org> Date: Sun, 15 Sep 2013 23:34:01 -0700 Message-ID: Subject: Re: Intermittent hangs in vmem_periodic() From: hiren panchasara To: Davide Italiano Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: Gleb Smirnoff , freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Sep 2013 06:34:03 -0000 On Sun, Sep 15, 2013 at 5:52 PM, Davide Italiano wrote: > > > > Thanks Gleb. > > I've removed DIAGNOSTIC and the problem is gone now. > > > > JFYI, I hit this problem today as well. I don't think you really need > to disable DIAGNOSTIC completely in order to get rid of that. > I've noticed Peter Holm has recently committed a new sysctl that > allows you to selectively disable calls to vmem_check > (debug.vmem_check), which should (probably) help. > Thanks Davide. cheers, Hiren From owner-freebsd-current@FreeBSD.ORG Mon Sep 16 06:52:18 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id D1CB7F9C; Mon, 16 Sep 2013 06:52:18 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (tensor.andric.com [87.251.56.140]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 8FA872184; Mon, 16 Sep 2013 06:52:18 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7::4d45:b112:cc4e:67ea] (unknown [IPv6:2001:7b8:3a7:0:4d45:b112:cc4e:67ea]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id B15B85C44; Mon, 16 Sep 2013 08:52:14 +0200 (CEST) Content-Type: multipart/signed; boundary="Apple-Mail=_10F05718-9A22-4127-B9A0-89053E7BB6B3"; protocol="application/pgp-signature"; micalg=pgp-sha1 Mime-Version: 1.0 (Mac OS X Mail 6.6 \(1510\)) Subject: Re: -ffunction-sections, -fdata-sections and -Wl,--gc-sections From: Dimitry Andric In-Reply-To: Date: Mon, 16 Sep 2013 08:52:01 +0200 Message-Id: References: To: Adrian Chadd X-Mailer: Apple Mail (2.1510) Cc: Ed Schouten , FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Sep 2013 06:52:18 -0000 --Apple-Mail=_10F05718-9A22-4127-B9A0-89053E7BB6B3 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii On Sep 16, 2013, at 03:08, Adrian Chadd wrote: >> The results are interesting. On amd64: >> >> - devd suddenly becomes 500 KB in size, instead of a megabyte, >> - init's size drops from 900 KB to 600 KB, >> - clang becomes a megabyte smaller. >> > > .. so, I'd like to know specific information as to why these three are now > smaller. So what's going on? This is simply unreferenced code and data being eliminated. It is quite normal for libraries (libc, the LLVM libs, etc) to contain functions that aren't called by the program you are linking. However, any .o file with multiple functions in it will be linked in as a whole, even if just one of the functions is called. I really think functions and data should always be separately "packaged" in object files, but for some reason this has never been the default for GNU tools, and everybody has apparently copied the behavior. :-) -Dimitry --Apple-Mail=_10F05718-9A22-4127-B9A0-89053E7BB6B3 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.20 (Darwin) iEYEARECAAYFAlI2qp0ACgkQsF6jCi4glqNK2QCgxv0f/dTe+zYeVvpnz0kZfu80 N98AoNrFoJIo0eKO4vL8cRE5i2tL/r9k =MnYI -----END PGP SIGNATURE----- --Apple-Mail=_10F05718-9A22-4127-B9A0-89053E7BB6B3-- From owner-freebsd-current@FreeBSD.ORG Mon Sep 16 08:01:47 2013 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 8E242D0D; Mon, 16 Sep 2013 08:01:47 +0000 (UTC) (envelope-from theraven@FreeBSD.org) Received: from theravensnest.org (theraven.freebsd.your.org [216.14.102.27]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 43242251E; Mon, 16 Sep 2013 08:01:46 +0000 (UTC) Received: from [192.168.0.2] (cpc27-cmbg15-2-0-cust235.5-4.cable.virginmedia.com [86.27.188.236]) (authenticated bits=0) by theravensnest.org (8.14.5/8.14.5) with ESMTP id r8G81aw0057028 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Mon, 16 Sep 2013 08:01:39 GMT (envelope-from theraven@FreeBSD.org) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 6.5 \(1508\)) Subject: Re: how do i cross build world/kernel with clang? From: David Chisnall In-Reply-To: <024001ceb262$e87f9ea0$b97edbe0$@rewt.org.uk> Date: Mon, 16 Sep 2013 09:01:32 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: References: <024001ceb262$e87f9ea0$b97edbe0$@rewt.org.uk> To: "Joe Holden" X-Mailer: Apple Mail (2.1508) Cc: 'Adrian Chadd' , 'freebsd-current' , freebsd-mips@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Sep 2013 08:01:47 -0000 On 15 Sep 2013, at 23:28, "Joe Holden" wrote: > Are you still playing with this? Reason I ask is that I tried to = build > world with clang for the crack and it bails with: >=20 > /usr/obj/mips.mips64/pseudosrc/tmp/usr/bin/ld: > /usr/obj/mips.mips64/pseudosrc/tmp/usr/lib/crtn.o: warning: linking = PIC > files with non-PIC files This is an old bug in LLVM, where it didn't set the cpic bit in the = e_flags field of the ELF header. We fixed it a little while ago, but it = hasn't been imported into head yet. > exect.So: In function `exect': > (.text+0x18): relocation truncated to fit: R_MIPS_PC16 against = `__cerror' > setjmp.So: In function `botch': > (.text+0x124): relocation truncated to fit: R_MIPS_PC16 against = `abort' > _setjmp.So: In function `botch': > (.text+0xac): relocation truncated to fit: R_MIPS_PC16 against `abort' > _sigwait.So: In function `err': > (.text+0x18): relocation truncated to fit: R_MIPS_PC16 against = `__cerror' > _getlogin.So: In function `err': > (.text+0x18): relocation truncated to fit: R_MIPS_PC16 against = `__cerror' > aio_mlock.So: In function `err': > (.text+0x18): relocation truncated to fit: R_MIPS_PC16 against = `__cerror' > pipe2.So: In function `err': > (.text+0x18): relocation truncated to fit: R_MIPS_PC16 against = `__cerror' > accept4.So: In function `err': > (.text+0x18): relocation truncated to fit: R_MIPS_PC16 against = `__cerror' > chflagsat.So: In function `err': > (.text+0x18): relocation truncated to fit: R_MIPS_PC16 against = `__cerror' > connectat.So: In function `err': > (.text+0x18): relocation truncated to fit: R_MIPS_PC16 against = `__cerror' > bindat.So: In function `err': > (.text+0x18): additional relocation overflows omitted from the output Most of these are due to our linker not being able to correctly insert = PLT entries on MIPS (recent GNU binutils doesn't have this problem, but = unfortunately also can't target FreeBSD. I believe Warner is working on = forward-porting our patches to a new binutils). We might be able to = hack LLVM to always emit 24-bit relocations, but that seems a bit of a = hack. I'm inclined to wait until we import MCLinker, which now has = MIPS32/64 support, and should be much easier to fix if it has this kind = of issue. David From owner-freebsd-current@FreeBSD.ORG Mon Sep 16 08:16:38 2013 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 949499E; Mon, 16 Sep 2013 08:16:38 +0000 (UTC) (envelope-from theraven@FreeBSD.org) Received: from theravensnest.org (theraven.freebsd.your.org [216.14.102.27]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 475BB2626; Mon, 16 Sep 2013 08:16:37 +0000 (UTC) Received: from [192.168.0.2] (cpc27-cmbg15-2-0-cust235.5-4.cable.virginmedia.com [86.27.188.236]) (authenticated bits=0) by theravensnest.org (8.14.5/8.14.5) with ESMTP id r8G8GV6S057088 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Mon, 16 Sep 2013 08:16:32 GMT (envelope-from theraven@FreeBSD.org) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 6.5 \(1508\)) Subject: Re: -ffunction-sections, -fdata-sections and -Wl,--gc-sections From: David Chisnall In-Reply-To: Date: Mon, 16 Sep 2013 09:16:27 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: References: To: Dimitry Andric X-Mailer: Apple Mail (2.1508) Cc: Ed Schouten , Adrian Chadd , FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Sep 2013 08:16:38 -0000 On 16 Sep 2013, at 07:52, Dimitry Andric wrote: > On Sep 16, 2013, at 03:08, Adrian Chadd wrote: >>> The results are interesting. On amd64: >>>=20 >>> - devd suddenly becomes 500 KB in size, instead of a megabyte, >>> - init's size drops from 900 KB to 600 KB, >>> - clang becomes a megabyte smaller. >>>=20 >>=20 >> .. so, I'd like to know specific information as to why these three = are now >> smaller. So what's going on? >=20 >=20 > This is simply unreferenced code and data being eliminated. It is = quite > normal for libraries (libc, the LLVM libs, etc) to contain functions > that aren't called by the program you are linking. However, any .o = file > with multiple functions in it will be linked in as a whole, even if = just > one of the functions is called. >=20 > I really think functions and data should always be separately = "packaged" > in object files, but for some reason this has never been the default = for > GNU tools, and everybody has apparently copied the behavior. :-) Apple's ld, lld, and MCLinker all prefer to use a finer-grained model = (atoms or fragments) than segments, and so are intended to do this sort = of thing by default. This isn't an issue for dlsym(), as long as the = functions that you may wish to resolve using dlsym() are explicitly = marked (typically by including them in the version script) as not being = eligible for deletion - only functions and data reachable from the = public entry points should be retained. Of course, if you're building a = shared library and there is unreachable code or data, you probably have = a bug... Even in the shared library case, it's useful as it allows the linker to = rearrange functions and data to perform optimisations to minimise PLT = usage and improve cache and TLB usage by keeping functions that call = each other together and data with the functions that use it (profiling = can also help here, to prioritise hot functions). =20 David From owner-freebsd-current@FreeBSD.ORG Mon Sep 16 08:54:15 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 7820E88A for ; Mon, 16 Sep 2013 08:54:15 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from thebighonker.lerctr.org (lrosenman-1-pt.tunnel.tserv8.dal1.ipv6.he.net [IPv6:2001:470:1f0e:3ad::2]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 4BAC7286D for ; Mon, 16 Sep 2013 08:54:15 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lerctr.org; s=lerami; h=Content-Type:MIME-Version:Message-ID:Subject:To:Sender:From:Date; bh=H/HS1eem9fJNrf3zSN9UyOOwnY+2I3ryWSh9TU/8K/I=; b=arAD0VOaoSZmarbUldDCnrB8eBXi4WMGbkEgf4EeDkKuGH/NHyR8FTQW06oGVgpr3hUB4kG8s33sW/02QEe+D9CTfHk/pMxkiJ0YRPLyvexbS7EGe+i4tuIVJfQ690TAo1rPavmf/lm2rBEtLyCr5ti206ISsx9Ojn3mEEYs14A=; Received: from cpe-72-182-93-216.austin.res.rr.com ([72.182.93.216]:36880 helo=borg) by thebighonker.lerctr.org with esmtpsa (TLSv1:DHE-RSA-AES256-SHA:256) (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1VLUZQ-0007bF-TC for freebsd-current@freebsd.org; Mon, 16 Sep 2013 03:54:14 -0500 Date: Mon, 16 Sep 2013 03:54:10 -0500 (CDT) From: Larry Rosenman Sender: ler@borg To: freebsd-current@freebsd.org Subject: unbound? -- Conf file? Message-ID: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII X-Spam-Score: -2.9 (--) X-LERCTR-Spam-Score: -2.9 (--) X-Spam-Report: SpamScore (-2.9/5.0) ALL_TRUSTED=-1,BAYES_00=-1.9 X-LERCTR-Spam-Report: SpamScore (-2.9/5.0) ALL_TRUSTED=-1,BAYES_00=-1.9 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Sep 2013 08:54:15 -0000 I took the minimalist file from man unbound.conf, and the unbound-checkconf and unbound itself does NOT like it: # unbound-checkconf /etc/unbound/unbound.conf:2: error: syntax error read /etc/unbound/unbound.conf failed: 1 errors in configuration file # ^D$ $ pwd /home/ler $ cat /etc/unbound/unbound.conf # unbound.conf(5) config file for unbound(8). server: directory: "/etc/unbound" username: unbound # make sure unbound can access entropy from inside the chroot. # e.g. on linux the use these commands (on BSD, devfs(8) is used): # mount --bind -n /dev/random /etc/unbound/dev/random # and mount --bind -n /dev/log /etc/unbound/dev/log chroot: "/etc/unbound" # logfile: "/etc/unbound/unbound.log" #uncomment to use logfile. pidfile: "/etc/unbound/unbound.pid" # verbosity: 1 # uncomment and increase to get more logging. # listen on all interfaces, answer queries from the local subnet. interface: 0.0.0.0 interface: ::0 access-control: 10.0.0.0/8 allow access-control: 2001:DB8::/64 allow $ So, what's the real problem, as the syntax error message is useless. Thanks! -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 214-642-9640 E-Mail: ler@lerctr.org US Mail: 108 Turvey Cove, Hutto, TX 78634-5688 From owner-freebsd-current@FreeBSD.ORG Mon Sep 16 10:35:36 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 6A26BDCE for ; Mon, 16 Sep 2013 10:35:36 +0000 (UTC) (envelope-from etnapierala@gmail.com) Received: from mail-ee0-x22c.google.com (mail-ee0-x22c.google.com [IPv6:2a00:1450:4013:c00::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 03D462E4B for ; Mon, 16 Sep 2013 10:35:35 +0000 (UTC) Received: by mail-ee0-f44.google.com with SMTP id b47so1931899eek.31 for ; Mon, 16 Sep 2013 03:35:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=Yzzy/OiqzuYQxtyVrlhvJFfzU8SBav55pRLArutKgGE=; b=g+L0Y9q7kOzlmbVU+lKqijKc2/YcZLMAAj9QAomKUNYjPVpeU0hCftxf+l81i2+tvn 5nMVLSwxizGdxRUcw2G9dMmO8A7EFM1yZ3lT6VwgR8hkhVTuq8OWE1BsJwFpFeNsbDg/ hvCwJyL5IPzJ+ESRBngukHSOKDtLADEw4sOpzim5l9N0xJ1i1s+Wycceg3IwwcZnOZOH LS/FcIbZQoTVleDnnJedJ/eAtAsdZdK43PXlVHUQ5HGqSZTtjY2XyRf5V6xJi3Fz+0YX V2Q1rxx+wmdWwpNNOcyLSO/uxsQOiKwhsCcz896kAGmw3vA6vq/Ml8XQpjnFePG1txz2 TjHg== X-Received: by 10.14.175.73 with SMTP id y49mr2467237eel.50.1379327734323; Mon, 16 Sep 2013 03:35:34 -0700 (PDT) Received: from [192.168.1.102] (ach231.neoplus.adsl.tpnet.pl. [83.25.59.231]) by mx.google.com with ESMTPSA id y47sm40714966eew.12.1969.12.31.16.00.00 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 16 Sep 2013 03:35:33 -0700 (PDT) Sender: =?UTF-8?Q?Edward_Tomasz_Napiera=C5=82a?= Content-Type: text/plain; charset=iso-8859-2 Mime-Version: 1.0 (Mac OS X Mail 6.6 \(1510\)) Subject: Re: iSCSI boot ... root? From: =?iso-8859-2?Q?Edward_Tomasz_Napiera=B3a?= In-Reply-To: Date: Mon, 16 Sep 2013 12:35:32 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: References: To: Zaphod Beeblebrox X-Mailer: Apple Mail (2.1510) Cc: FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Sep 2013 10:35:36 -0000 Wiadomo=B6=E6 napisana przez Zaphod Beeblebrox w = dniu 16 wrz 2013, o godz. 07:35: > Is it now possible to boot from iSCSI? I'm not talking about an iSCSI > controller, but with >=20 > pxe -> dhcp -> tftp (loads loader) -> (something) -> boot (mounts root = from > iSCSI) Not yet. The iSCSI initiator requires iscsid(8) in order to work, and = you can't run it before mounting root. I think the proper way to do this would be by doing something similar to = Linux' initrd; i.e. booting from mdroot loaded by loader(8), run iscsid(8) from = there, setup iSCSI session, then mount the real root and pivot to it. I'm not = sure if it's possible right now.= From owner-freebsd-current@FreeBSD.ORG Mon Sep 16 11:06:51 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id C5574C2F for ; Mon, 16 Sep 2013 11:06:51 +0000 (UTC) (envelope-from rizzo@i805.com.br) Received: from server.i805.com.br (mailhost.i805.com.br [72.52.97.105]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A63D62164 for ; Mon, 16 Sep 2013 11:06:51 +0000 (UTC) Received: from i805.com.br (localhost [127.0.0.1]) by server.i805.com.br (8.14.6/8.14.5) with ESMTP id r8GB6mvv025940 for ; Mon, 16 Sep 2013 08:06:48 -0300 (BRT) (envelope-from rizzo@i805.com.br) From: "Nilton Jose Rizzo" To: freebsd-current@freebsd.org Subject: Moused + HAL + rc.conf + Boot Date: Mon, 16 Sep 2013 08:06:48 -0300 Message-Id: <20130916104810.M46864@i805.com.br> X-Mailer: OpenWebMail 3.00_beta4 20121104 671 X-OriginatingIP: 179.218.87.141 (rizzo) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED autolearn=unavailable version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on server.i805.com.br X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Sep 2013 11:06:51 -0000 Hi all, I'm here again! When I start my box, the moused is run. My mouse is an USB mouse. I put in rc.conf this knob: moused_enable="NO", but is ignored by start up script and moused is run, this is a problem to the HAL, because the HAL try to open /dev/ums0 again and can't do it. I need to change to text console and kill the moused process. I have to logout from account X ( via gdm) and I login again to mouse work. It's started in two night ago. see: FreeBSD valfenda 10.0-ALPHA1 FreeBSD 10.0-ALPHA1 #4 r255503: Fri Sep 13 08:18:27 BRT 2013 rizzo@valfenda:/usr/obj/usr/src/sys/VALFENDA amd64 TIA, Rizzo From owner-freebsd-current@FreeBSD.ORG Mon Sep 16 11:09:25 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id D5230632 for ; Mon, 16 Sep 2013 11:09:25 +0000 (UTC) (envelope-from hps@bitfrost.no) Received: from mta.bitpro.no (mta.bitpro.no [92.42.64.202]) by mx1.freebsd.org (Postfix) with ESMTP id 909732330 for ; Mon, 16 Sep 2013 11:09:25 +0000 (UTC) Received: from mail.lockless.no (mail.lockless.no [46.29.221.38]) by mta.bitpro.no (Postfix) with ESMTP id 0B9877A23B; Mon, 16 Sep 2013 13:09:18 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by mail.lockless.no (Postfix) with ESMTP id 625A08EE7DE; Mon, 16 Sep 2013 13:09:35 +0200 (CEST) X-Virus-Scanned: by amavisd-new-2.6.4 (20090625) (Debian) at lockless.no Received: from mail.lockless.no ([127.0.0.1]) by localhost (mail.lockless.no [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id epniP0nQYaFv; Mon, 16 Sep 2013 13:09:34 +0200 (CEST) Received: from laptop015.home.selasky.org (cm-176.74.213.204.customer.telag.net [176.74.213.204]) by mail.lockless.no (Postfix) with ESMTPSA id 9B4D28EE7D3; Mon, 16 Sep 2013 13:09:34 +0200 (CEST) Message-ID: <5236E721.5020700@bitfrost.no> Date: Mon, 16 Sep 2013 13:10:25 +0200 From: Hans Petter Selasky Organization: Bitfrost A/S User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130522 Thunderbird/17.0.6 MIME-Version: 1.0 To: Nilton Jose Rizzo Subject: Re: Moused + HAL + rc.conf + Boot References: <20130916104810.M46864@i805.com.br> In-Reply-To: <20130916104810.M46864@i805.com.br> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Sep 2013 11:09:25 -0000 On 09/16/13 13:06, Nilton Jose Rizzo wrote: > > Hi all, > > I'm here again! > > When I start my box, the moused is run. My mouse is an USB mouse. > I put in rc.conf this knob: moused_enable="NO", but is ignored by > start up script and moused is run, this is a problem to the HAL, because > the HAL try to open /dev/ums0 again and can't do it. I need to change > to text console and kill the moused process. I have to logout from > account X ( via gdm) and I login again to mouse work. It's started in > two night ago. > > see: > FreeBSD valfenda 10.0-ALPHA1 FreeBSD 10.0-ALPHA1 #4 r255503: Fri Sep 13 > 08:18:27 BRT 2013 rizzo@valfenda:/usr/obj/usr/src/sys/VALFENDA amd64 > > TIA, > > Rizzo No big changes in the USB code recently. --HPS From owner-freebsd-current@FreeBSD.ORG Mon Sep 16 11:16:18 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 6355188B; Mon, 16 Sep 2013 11:16:18 +0000 (UTC) (envelope-from borjam@sarenet.es) Received: from proxypop04.sare.net (proxypop04.sare.net [194.30.0.65]) by mx1.freebsd.org (Postfix) with ESMTP id 232B323CA; Mon, 16 Sep 2013 11:16:17 +0000 (UTC) Received: from [172.16.2.2] (izaro.sarenet.es [192.148.167.11]) by proxypop04.sare.net (Postfix) with ESMTPSA id 8735E9DCEC7; Mon, 16 Sep 2013 13:06:17 +0200 (CEST) Subject: Re: ZFS secondarycache on SSD problem on r255173 Mime-Version: 1.0 (Apple Message framework v1283) Content-Type: text/plain; charset=us-ascii From: Borja Marcos X-Priority: 3 In-Reply-To: Date: Mon, 16 Sep 2013 13:06:14 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <74C1D072-77BB-4D6C-B78F-C8D2731FA0CF@sarenet.es> References: <1379069539.824504225.3b9xwugp@fmst-6.ukr.net> To: Steven Hartland X-Mailer: Apple Mail (2.1283) Cc: "Justin T. Gibbs" , freebsd-current@freebsd.org, Dmitryy Makarov X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Sep 2013 11:16:18 -0000 On Sep 13, 2013, at 2:18 PM, Steven Hartland wrote: > This is a recent bit of code by Justin cc'ed, so he's likely the best = person to > investigate this one. Hmm. There is still a lot of confusion surrounding all this, and it's a = time bomb waiting to explode. A friend had serious problems on 9.2 with the gnop trick in order to = force a 4 KB block size. After a reboot, ZFS would insist on trying to find the .nop device for the ZIL which, of = course, did no longer exist. In his case, for some reason, ZFS didn't identify the labelled gpt/name or gptpd/uuid devices as = valid, and the pool wouldn't attach. Curiously, it did identify the = L2ARC=20 without problems. The cure was to disable GPT labels using loader.conf (I don't remember = if he disabled kern.geom.label.gptid.enable, kern.geom.label.gpt.enable = or both) in order to force it to use the "classical" daXpY nomenclature. As I said, this sounds like a time bomb in the works. There seems to be = some confusion in the ZFS between the different naming schemes you can use for a disk partition right now ( daXpY, gpt label or gptid). Borja. From owner-freebsd-current@FreeBSD.ORG Mon Sep 16 11:18:38 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id D8A90B85; Mon, 16 Sep 2013 11:18:38 +0000 (UTC) (envelope-from prvs=1971ec67ec=killing@multiplay.co.uk) Received: from mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 53F57240B; Mon, 16 Sep 2013 11:18:37 +0000 (UTC) Received: from r2d2 ([82.69.141.170]) by mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) (MDaemon PRO v10.0.4) with ESMTP id md50005982020.msg; Mon, 16 Sep 2013 12:18:28 +0100 X-Spam-Processed: mail1.multiplay.co.uk, Mon, 16 Sep 2013 12:18:28 +0100 (not processed: message from valid local sender) X-MDDKIM-Result: neutral (mail1.multiplay.co.uk) X-MDRemoteIP: 82.69.141.170 X-Return-Path: prvs=1971ec67ec=killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk Message-ID: From: "Steven Hartland" To: "Borja Marcos" References: <1379069539.824504225.3b9xwugp@fmst-6.ukr.net> <74C1D072-77BB-4D6C-B78F-C8D2731FA0CF@sarenet.es> Subject: Re: ZFS secondarycache on SSD problem on r255173 Date: Mon, 16 Sep 2013 12:18:30 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5931 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 Cc: "Justin T. Gibbs" , freebsd-current@freebsd.org, Dmitryy Makarov X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Sep 2013 11:18:38 -0000 Cant say I've ever had a issue with gnop, but I haven't used it for some time. I did have a quick look over the weekend at your issue and it looks to me like warning for the cache is a false positive, as the vdev for cache doesn't report an ashift in zdb so could well be falling back to a default value. I couldn't reproduce the issue for log here, it just seems to work for me, can you confirm what ashift is reported for your devices using: zdb Regards Steve ----- Original Message ----- From: "Borja Marcos" To: "Steven Hartland" Cc: "Dmitryy Makarov" ; ; "Justin T. Gibbs" Sent: Monday, September 16, 2013 12:06 PM Subject: Re: ZFS secondarycache on SSD problem on r255173 On Sep 13, 2013, at 2:18 PM, Steven Hartland wrote: > This is a recent bit of code by Justin cc'ed, so he's likely the best person to > investigate this one. Hmm. There is still a lot of confusion surrounding all this, and it's a time bomb waiting to explode. A friend had serious problems on 9.2 with the gnop trick in order to force a 4 KB block size. After a reboot, ZFS would insist on trying to find the .nop device for the ZIL which, of course, did no longer exist. In his case, for some reason, ZFS didn't identify the labelled gpt/name or gptpd/uuid devices as valid, and the pool wouldn't attach. Curiously, it did identify the L2ARC without problems. The cure was to disable GPT labels using loader.conf (I don't remember if he disabled kern.geom.label.gptid.enable, kern.geom.label.gpt.enable or both) in order to force it to use the "classical" daXpY nomenclature. As I said, this sounds like a time bomb in the works. There seems to be some confusion in the ZFS between the different naming schemes you can use for a disk partition right now ( daXpY, gpt label or gptid). Borja. ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-current@FreeBSD.ORG Mon Sep 16 11:23:42 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 11A58D4A for ; Mon, 16 Sep 2013 11:23:42 +0000 (UTC) (envelope-from sergey.dyatko@gmail.com) Received: from mail-we0-x22e.google.com (mail-we0-x22e.google.com [IPv6:2a00:1450:400c:c03::22e]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A18962477 for ; Mon, 16 Sep 2013 11:23:41 +0000 (UTC) Received: by mail-we0-f174.google.com with SMTP id q58so3444229wes.5 for ; Mon, 16 Sep 2013 04:23:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; bh=I77CRh9I6zigCCNpR0NLtFO/ihMeZdIXkXGPpmUvm+w=; b=HJ8p84wY9T/SAr6r8Avezxjff4cvgPa3vKGzkeizU9Z5TkO068rPtpDGqha9Dy/D0d oBNXu45TKaFxpHJJlYOMi5xbTMUE9gXJhwald3k+2aU9Fo54SPBQ3IM4rsgeXC7znLsv KmzVeVUQkb3WHzWH8vJDyT2ILKRcC1Z+Cycw0P33XQFsU8W6M3bJ1Lhx88ZbQwvzn2WM ZU73DMTCft6q/R35PhG0sHBPBCF16kntZuR5vbB1XkrtHbQDxf8io7C7AeqZ0gexMX6V 8GJcXxX72Mr1GmfBufcUDqBAYH5EKq8nP6ApgyV7pnzMacB7MTB75oBKNKlHgPBysypZ k6ag== X-Received: by 10.180.183.108 with SMTP id el12mr12709730wic.55.1379330620033; Mon, 16 Sep 2013 04:23:40 -0700 (PDT) Received: from laptop.minsk.domain (m-s.agava.net. [195.222.84.203]) by mx.google.com with ESMTPSA id li9sm22789180wic.4.1969.12.31.16.00.00 (version=SSLv3 cipher=RC4-SHA bits=128/128); Mon, 16 Sep 2013 04:23:39 -0700 (PDT) Date: Mon, 16 Sep 2013 14:23:33 +0300 From: "Sergey V. Dyatko" To: freebsd-current@freebsd.org Subject: Re: Moused + HAL + rc.conf + Boot Message-ID: <20130916142333.7113542d@laptop.minsk.domain> In-Reply-To: <20130916104810.M46864@i805.com.br> References: <20130916104810.M46864@i805.com.br> X-Mailer: Claws Mail 3.9.2 (GTK+ 2.24.19; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Nilton Jose Rizzo X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Sep 2013 11:23:42 -0000 On Mon, 16 Sep 2013 08:06:48 -0300 "Nilton Jose Rizzo" wrote: > > Hi all, > > I'm here again! > > When I start my box, the moused is run. My mouse is an USB > mouse. I put in rc.conf this knob: moused_enable="NO", but is ignored > by start up script and moused is run, this is a problem to the HAL, > because the HAL try to open /dev/ums0 again and can't do it. I > need to change to text console and kill the moused process. I have > to logout from account X ( via gdm) and I login again to mouse > work. It's started in two night ago. > > see: > FreeBSD valfenda 10.0-ALPHA1 FreeBSD 10.0-ALPHA1 #4 r255503: Fri Sep > 13 08:18:27 BRT 2013 > rizzo@valfenda:/usr/obj/usr/src/sys/VALFENDA amd64 > > TIA, > read 'usb mouse and xorg' thread. p.s. I don't know what exactly helps me.. rebuilding hal/dbus/xf86-input-mouse (again!) or moused_nondefault_enable=NO + moused_enable=NO on rc.conf but now I have working usb mouse :) > Rizzo -- wbr, tiger From owner-freebsd-current@FreeBSD.ORG Mon Sep 16 11:33:03 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id BF242262 for ; Mon, 16 Sep 2013 11:33:03 +0000 (UTC) (envelope-from ljboiler@gmail.com) Received: from mail-yh0-x233.google.com (mail-yh0-x233.google.com [IPv6:2607:f8b0:4002:c01::233]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 82FA72536 for ; Mon, 16 Sep 2013 11:33:03 +0000 (UTC) Received: by mail-yh0-f51.google.com with SMTP id t59so1932788yho.24 for ; Mon, 16 Sep 2013 04:33:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=h2etJqJ3f1bMGw32o7528CS0lmMuSN4XmkjfuAq5mtY=; b=CH902BSoj6gGALZj+v/2Su4Xbp/QvNmrlekefCPIoYmSDWYzWsd9S1wWiLRWdFWtef P8GeyYh6ja5M24bEdfI2OrkXj4Ccf9HWuLvkwJJ1+4wdGbc13Wp0G9qG8eDkzLtfTFXY lTg3ygYaF6BS0yv8an896SVdyQTsKqqlc8B7fPJKSgmyD6GH1e/tvbXe4SsvlYgOYizc L/1c9cvD7QhgiM+p56+Z9f21SXtVd+CdTGJtICsqhrmrwB/P8JFEY4wY2R9+eIjkStox A5Y1LoglatvChwJ35XNno2xzziAsEUkdETPPASwhKlZ2+RqwUgKKl9ppjCGU1i+R+Mot ttQQ== X-Received: by 10.236.41.133 with SMTP id h5mr18258717yhb.22.1379331182642; Mon, 16 Sep 2013 04:33:02 -0700 (PDT) Received: from jmobile.jimmy.local (71-81-196-43.dhcp.stls.mo.charter.com. [71.81.196.43]) by mx.google.com with ESMTPSA id s46sm37284032yha.27.1969.12.31.16.00.00 (version=TLSv1.2 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 16 Sep 2013 04:33:02 -0700 (PDT) Received: by jmobile.jimmy.local (sSMTP sendmail emulation); Mon, 16 Sep 2013 06:33:00 -0500 Date: Mon, 16 Sep 2013 06:33:00 -0500 From: Jimmy Kelley To: freebsd-current@freebsd.org Subject: Re: Problem running VirtualBox Message-ID: <20130916113259.GA1519@jmobile.jimmy.localnet> References: <20130915114204.3ad0adaa@poseidon> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20130915114204.3ad0adaa@poseidon> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: alex323@gmail.com X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Sep 2013 11:33:03 -0000 I had the same problem. Turned out that the offending libstdc++.so.6 had be installed by the compat8x package, which had been installed by the bootstrap-openjdk package. Deleted both of those, and now Virtualbox finds and use the one supplied by the GCC compiler used to build it. Jimmy On Sun, Sep 15, 2013 at 11:42:04AM -0400, Alex wrote: > Hi: > > When I try to run VirtualBox I get the following error: > > VirtualBox: Error -610 in supR3HardenedMainInitRuntime! > VirtualBox: dlopen("/usr/local/lib/virtualbox/VBoxRT.so",) > failed: /usr/local/lib/compat/libstdc++.so.6: version GLIBCXX_3.4.15 > required by /usr/local/lib/virtualbox/VBoxRT.so not found > > Reinstalling does not solve the issue. Does anyone know what could be > going wrong? > > FreeBSD 10.0-CURRENT #31 r255465 > > -- > Alex > From owner-freebsd-current@FreeBSD.ORG Mon Sep 16 12:10:46 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 0A3CCCB3 for ; Mon, 16 Sep 2013 12:10:46 +0000 (UTC) (envelope-from supportme@ukr.net) Received: from fmd2s.ukr.net (fmd2s.ukr.net [195.214.192.44]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id ABBFB2832 for ; Mon, 16 Sep 2013 12:10:45 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=ukr.net; s=ffe; h=Content-Transfer-Encoding:Content-Type:MIME-Version:References:In-Reply-To:Message-Id:Cc:To:Subject:From:Date; bh=j1JDp4kEal9IPAhvn0qMWHHHfIRME+xHhf7KMxKU1t0=; b=aqXXmAezM8Q99nGdHyx9C4T/r3OFQChk1jMd36M8ID2/nhZvvNUz2Y2TYkcoJTuNv3ugTUPbfPQIdFdPaAso2whVQSR2jw36wLatUPjDOOdOePLLbwRLq2qlr0wbpyMYmOGklRwYD5BbCZfbFOvupZHNLs0sE+y8EKYYVga4X7I=; Received: from [10.0.10.112] (helo=fmst-6.ukr.net) by fmd2s.ukr.net with smtp ID 1VLXdS-0003rp-Jf for freebsd-current@freebsd.org; Mon, 16 Sep 2013 15:10:34 +0300 Date: Mon, 16 Sep 2013 15:10:33 +0300 From: Dmitriy Makarov Subject: Re[2]: ZFS secondarycache on SSD problem on r255173 To: Steven Hartland X-Mailer: freemail.ukr.net 5.0 Message-Id: <1379333192.127359970.ma5jnbc5@fmst-6.ukr.net> In-Reply-To: References: <1379069539.824504225.3b9xwugp@fmst-6.ukr.net> <74C1D072-77BB-4D6C-B78F-C8D2731FA0CF@sarenet.es> MIME-Version: 1.0 Received: from supportme@ukr.net by fmst-6.ukr.net; Mon, 16 Sep 2013 15:10:33 +0300 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: binary Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: "Justin T. Gibbs" , freebsd-current@freebsd.org, Borja Marcos X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Sep 2013 12:10:46 -0000 There is no problem with ZIL devices, they reports  ashift: 12        children[1]:             type: 'disk'             id: 1             guid: 6986664094649753344             path: '/dev/gpt/zil1'             phys_path: '/dev/gpt/zil1'             whole_disk: 1             metaslab_array: 67             metaslab_shift: 25             ashift: 12             asize: 4290248704             is_log: 1             create_txg: 22517 Problem with cache devices only, but in zdb output tere is nothing at all about them. --- ИÑходное Ñообщение --- От кого: "Steven Hartland" < killing@multiplay.co.uk > Дата: 16 ÑентÑÐ±Ñ€Ñ 2013, 14:18:31 Cant say I've ever had a issue with gnop, but I haven't used it for some time. I did have a quick look over the weekend at your issue and it looks to me like warning for the cache is a false positive, as the vdev for cache doesn't report an ashift in zdb so could well be falling back to a default value. I couldn't reproduce the issue for log here, it just seems to work for me, can you confirm what ashift is reported for your devices using: zdb Regards Steve ----- Original Message ----- From: "Borja Marcos" < --- Дмитрий Макаров From owner-freebsd-current@FreeBSD.ORG Mon Sep 16 12:29:46 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 5F8B8535 for ; Mon, 16 Sep 2013 12:29:46 +0000 (UTC) (envelope-from supportme@ukr.net) Received: from fmd1s.ukr.net (fmd1s.ukr.net [195.214.192.43]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 0BEA52981 for ; Mon, 16 Sep 2013 12:29:45 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=ukr.net; s=ffe; h=Content-Transfer-Encoding:Content-Type:MIME-Version:References:In-Reply-To:Message-Id:Cc:To:Subject:From:Date; bh=A2O5G2rETBDFvaRTFDrZ+xuYjTCyBLHg3Zv52GAjTXs=; b=L4O57rhcV0QPbeTHzswizoXZt8wcXOnHCsQgsAETxlmu5r8btW45sPzA6EU9ud9H6R0wjFTIHwivUj2Tivp4jj9CoD5anTZ+lRZxFHuBELL3HsZGJk2xxqQGI8tMClCbKLOA9k7OBDIj5zGIcJ7878Kb0bslZAz0zHZJ6Adqr8w=; Received: from [10.0.10.112] (helo=fmst-6.ukr.net) by fmd1s.ukr.net with smtp ID 1VLXvz-000Dqb-6k for freebsd-current@freebsd.org; Mon, 16 Sep 2013 15:29:43 +0300 Date: Mon, 16 Sep 2013 15:29:41 +0300 From: Dmitriy Makarov Subject: Re[3]: ZFS secondarycache on SSD problem on r255173 To: Steven Hartland X-Mailer: freemail.ukr.net 5.0 Message-Id: <1379334340.567465877.0b1lli6r@fmst-6.ukr.net> In-Reply-To: <1379333192.127359970.ma5jnbc5@fmst-6.ukr.net> References: <1379069539.824504225.3b9xwugp@fmst-6.ukr.net> <74C1D072-77BB-4D6C-B78F-C8D2731FA0CF@sarenet.es> <1379333192.127359970.ma5jnbc5@fmst-6.ukr.net> MIME-Version: 1.0 Received: from supportme@ukr.net by fmst-6.ukr.net; Mon, 16 Sep 2013 15:29:42 +0300 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: binary Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: "Justin T. Gibbs" , freebsd-current@freebsd.org, Borja Marcos X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Sep 2013 12:29:46 -0000 And have to say that ashift of a main pool doesn't matter. I've tried to create pool with ashift 9 (default value) and with ashift 12 with creating gnops over gpart devices, export pool, destroy gnops, import pool.  There is the same problem with cache device. There is no problem with ZIL devices, they reports  ashift: 12        children[1]:             type: 'disk'             id: 1             guid: 6986664094649753344             path: '/dev/gpt/zil1'             phys_path: '/dev/gpt/zil1'             whole_disk: 1             metaslab_array: 67             metaslab_shift: 25             ashift: 12             asize: 4290248704             is_log: 1             create_txg: 22517 Problem with cache devices only, but in zdb output tere is nothing at all about them. --- ИÑходное Ñообщение --- От кого: "Steven Hartland" < killing@multiplay.co.uk > Дата: 16 ÑентÑÐ±Ñ€Ñ 2013, 14:18:31 Cant say I've ever had a issue with gnop, but I haven't used it for some time. I did have a quick look over the weekend at your issue and it looks to me like warning for the cache is a false positive, as the vdev for cache doesn't report an ashift in zdb so could well be falling back to a default value. I couldn't reproduce the issue for log here, it just seems to work for me, can you confirm what ashift is reported for your devices using: zdb Regards Steve ----- Original Message ----- From: "Borja Marcos" < --- Дмитрий Макаров --- Дмитрий Макаров From owner-freebsd-current@FreeBSD.ORG Mon Sep 16 12:43:34 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id A11038D6; Mon, 16 Sep 2013 12:43:34 +0000 (UTC) (envelope-from prvs=1971ec67ec=killing@multiplay.co.uk) Received: from mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 1A5D32A8C; Mon, 16 Sep 2013 12:43:33 +0000 (UTC) Received: from r2d2 ([82.69.141.170]) by mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) (MDaemon PRO v10.0.4) with ESMTP id md50005982338.msg; Mon, 16 Sep 2013 13:43:30 +0100 X-Spam-Processed: mail1.multiplay.co.uk, Mon, 16 Sep 2013 13:43:30 +0100 (not processed: message from valid local sender) X-MDDKIM-Result: neutral (mail1.multiplay.co.uk) X-MDRemoteIP: 82.69.141.170 X-Return-Path: prvs=1971ec67ec=killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk Message-ID: <8365CE736DC749DF95D0030A725211F6@multiplay.co.uk> From: "Steven Hartland" To: "Dmitriy Makarov" References: <1379069539.824504225.3b9xwugp@fmst-6.ukr.net><74C1D072-77BB-4D6C-B78F-C8D2731FA0CF@sarenet.es><1379333192.127359970.ma5jnbc5@fmst-6.ukr.net> <1379334340.567465877.0b1lli6r@fmst-6.ukr.net> Subject: Re: Re[3]: ZFS secondarycache on SSD problem on r255173 Date: Mon, 16 Sep 2013 13:43:29 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="utf-8"; reply-type=original Content-Transfer-Encoding: 8bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5931 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 Cc: "Justin T. Gibbs" , freebsd-current@freebsd.org, Borja Marcos X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Sep 2013 12:43:34 -0000 Thats correct the new code knows the what the ashift of the underlying disk should be so if it detects a vdev with a lower ashift you get this warning. I suspect the issue is that cache devices don't have an ashift, so when the check is done it gets a default value and hence the warning. I'd have to did some more to see how ashift in cache devices is or isn't implemented. Regards Steve ----- Original Message ----- From: "Dmitriy Makarov" To: "Steven Hartland" Cc: "Borja Marcos" ; ; "Justin T. Gibbs" Sent: Monday, September 16, 2013 1:29 PM Subject: Re[3]: ZFS secondarycache on SSD problem on r255173 > And have to say that ashift of a main pool doesn't matter. > I've tried to create pool with ashift 9 (default value) and with ashift 12 with creating gnops over gpart devices, export pool, > destroy gnops, import pool. There is the same problem with cache device. > > There is no problem with ZIL devices, they reports ashift: 12 > > children[1]: > type: 'disk' > id: 1 > guid: 6986664094649753344 > path: '/dev/gpt/zil1' > phys_path: '/dev/gpt/zil1' > whole_disk: 1 > metaslab_array: 67 > metaslab_shift: 25 > ashift: 12 > asize: 4290248704 > is_log: 1 > create_txg: 22517 > > Problem with cache devices only, but in zdb output tere is nothing at all about them. > > --- ИÑходное Ñообщение --- > От кого: "Steven Hartland" < killing@multiplay.co.uk > > Дата: 16 ÑентÑÐ±Ñ€Ñ 2013, 14:18:31 > > Cant say I've ever had a issue with gnop, but I haven't used it for > some time. > > I did have a quick look over the weekend at your issue and it looks > to me like warning for the cache is a false positive, as the vdev > for cache doesn't report an ashift in zdb so could well be falling > back to a default value. > > I couldn't reproduce the issue for log here, it just seems to work > for me, can you confirm what ashift is reported for your devices > using: zdb > > Regards > Steve > ----- Original Message ----- > From: "Borja Marcos" < > > --- > Дмитрий Макаров > > > --- > Дмитрий Макаров > ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-current@FreeBSD.ORG Mon Sep 16 13:14:24 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id C378C396; Mon, 16 Sep 2013 13:14:24 +0000 (UTC) (envelope-from miguelmclara@gmail.com) Received: from mail-bk0-x231.google.com (mail-bk0-x231.google.com [IPv6:2a00:1450:4008:c01::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 2FE0A2C72; Mon, 16 Sep 2013 13:14:24 +0000 (UTC) Received: by mail-bk0-f49.google.com with SMTP id r7so1479507bkg.36 for ; Mon, 16 Sep 2013 06:14:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=52NxsVUhk6s9ATC6w/k4+kM8Vt9xK2iPa0KattG6CSo=; b=LcSVhafptwhLOQqlEWwI0avUEXvXfIy3/+3YigTWIeOSJ3j94b72wicyDCdwMxm3Mz Fpma467pwRezMl77I+Ey/q8n9IJ24rjDiQbhmKUOaeC4PrXIG5kL0s3fvTZv7MOBbGs7 3ChAQkF4dm/ptrjgiwsuC1n3vQN7riZAanaiSnUNQaLoMVhl4LNyIKw4obgsOmMvSjnI 7qaf2mVVIQ0YrSUPcj/iBJxn7qgN3ys35yWcgSs8ERZs7i59qWMPy0/xt9KUJ7ZgcK9C O3rJ9cHwQeQuY/PtCVUdHyemqVRMo59JJWt6phFXOWlgqD9u5ktQxmRfpMWa+pKgDA7O ygfQ== X-Received: by 10.205.78.5 with SMTP id zk5mr6079932bkb.25.1379337262389; Mon, 16 Sep 2013 06:14:22 -0700 (PDT) Received: from [10.10.50.70] (84.106.136.95.rev.vodafone.pt. [95.136.106.84]) by mx.google.com with ESMTPSA id qe6sm7634549bkb.5.1969.12.31.16.00.00 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 16 Sep 2013 06:14:21 -0700 (PDT) Message-ID: <5237122F.2090101@gmail.com> Date: Mon, 16 Sep 2013 14:14:07 +0000 From: "Mike C." User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130813 Thunderbird/17.0.8 MIME-Version: 1.0 To: freebsd-emulation@FreeBSD.org Subject: Fwd: Virtualbox "Settings" don't show any window (FreeBSD-10 current) References: <5235FDD6.9030400@gmail.com> In-Reply-To: <5235FDD6.9030400@gmail.com> X-Enigmail-Version: 1.5.1 X-Forwarded-Message-Id: <5235FDD6.9030400@gmail.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Sep 2013 13:14:24 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Perhaps this is best placed in "current" list! - -------- Original Message -------- Subject: Virtualbox "Settings" don't show any window (FreeBSD-10 current) Date: Sun, 15 Sep 2013 18:35:02 +0000 From: Mike C. To: freebsd-emulation@FreeBSD.org I've successfully installed virtualbox in my Latptop running Freebsd-10 current... Everything seems fine except for when I click the "Settings button" it doesn't show any window and the current windows stays "locked" (I can't click anything)... Running VirtualBox from the command-line I don't see any error... Has anyone tried VirtualBox in FreeBSD-10? Thanks! -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.21 (FreeBSD) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJSNxItAAoJEGKyFhaKt9g3utAP/34rlyrLGntXCIDa9LHv3Qly nmRRcIWgkT//MEDFG2OZMdWo+50DQ12k9L0qAAoUkezhDqfZXTo+U5DOn2mr0MEf 2KOXT5yMkqNBtab54a/nCDxp0bCAiaMSJjsKqXjF6mq6fqoj6aVEFJY6rgzG+Qb1 cAjHlBfbOBcOFtWd4xt0+w1m5VodnJ8dsd5CTVfkazTRRfk32qlLMraRUmQT1x+C STi2Dt4xDJzbx6MThDcwjOfudPQeQiQ1SnFn65aNRCxSj//pNcZW0DeU3efKq730 1RA2yPjpoqzrPklkkW4wF0Kv/50rGGytS1WYcA01uwBq8noBdVmW9J7GfeqmVuF8 vATRX8eDYNVtkJLZmBqgUgXPT0BocHpoW7qPpTmRHG2OJ8TQTIytGT+nx08rG/T3 EEWssgY/kOKDfYgB9DYcgLyGIPcLt0JuwCWL/sm5wzX1bogNyVhrn5hmJTTiFAng O4cbyXDPaEHdZhQ9SibqiJ2H1FfUa4keD0d2JW2ZhR5cSFD3oW1s8WprNf/ujBWn Bc7Z78qy4z0feqrYUabFKMxhmJJtwVfW7Y7Kmuzuvk08CHYjsAikQjumkKNm4Onz iYFFDfYXbEF73KJslr7tY+kWIY1iRuFc4xnjjaucEIbG/Bp7SvgMhTsNgQ7d//z5 ZVwvJTV0HsyqF+VPz1Ei =kQa4 -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Mon Sep 16 14:09:43 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 05B8F9AD for ; Mon, 16 Sep 2013 14:09:43 +0000 (UTC) (envelope-from alex323@gmail.com) Received: from mail-qe0-x236.google.com (mail-qe0-x236.google.com [IPv6:2607:f8b0:400d:c02::236]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id BA7772FEE for ; Mon, 16 Sep 2013 14:09:42 +0000 (UTC) Received: by mail-qe0-f54.google.com with SMTP id cy11so2872689qeb.27 for ; Mon, 16 Sep 2013 07:09:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; bh=Rbdqi5drBjOsuN+HIdkiPnyVooxrlHuiM8uZDhmxDxk=; b=T35sG648JORrNh/nuuo65oGoaZ+cU20QiHrvaapVXOa/em++IY5FiCwbkNuAe/DpLe /smq1eiwUChc7yZNavkSaP6LVU5hFaLzInZaR6yDio+bTJN3fGmOxmFxuMSinBcyAe6U W+mFqhtru2l2C+00QT7cCZ1UE3bIWGblP80oTWc/MbKD8FUmPzsM62dDyOmJN9207coq EcpMjFOGw4DNufAWXjDp2JLBpyBpjRq53hBncATX6nElGTVDMHzIVqWEptIaEmzI+caJ r8lUFAghnfTnWz9+NCsKQ+5vN/VVL9BnbAfXgFgT2BqX6wNfFqD0YUjeudDARQpsLVxk PKnQ== X-Received: by 10.49.25.41 with SMTP id z9mr3111759qef.72.1379340581528; Mon, 16 Sep 2013 07:09:41 -0700 (PDT) Received: from poseidon (WPIS-64-140-248-237.worldpath.net. [64.140.248.237]) by mx.google.com with ESMTPSA id f8sm23479896qai.13.1969.12.31.16.00.00 (version=TLSv1.2 cipher=RC4-SHA bits=128/128); Mon, 16 Sep 2013 07:09:41 -0700 (PDT) Date: Mon, 16 Sep 2013 10:09:40 -0400 From: Alex To: Jimmy Kelley Subject: Re: Problem running VirtualBox Message-ID: <20130916100940.6b242fd1@poseidon> In-Reply-To: <20130916113259.GA1519@jmobile.jimmy.localnet> References: <20130915114204.3ad0adaa@poseidon> <20130916113259.GA1519@jmobile.jimmy.localnet> X-Mailer: Claws Mail 3.9.2 (GTK+ 2.24.19; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Sep 2013 14:09:43 -0000 On Mon, 16 Sep 2013 06:33:00 -0500 Jimmy Kelley wrote: > I had the same problem. Turned out that the offending libstdc++.so.6 > had be installed by the compat8x package, which had been installed > by the bootstrap-openjdk package. Deleted both of those, and now > Virtualbox finds and use the one supplied by the GCC compiler > used to build it. > > Jimmy > > > On Sun, Sep 15, 2013 at 11:42:04AM -0400, Alex wrote: > > Hi: > > > > When I try to run VirtualBox I get the following error: > > > > VirtualBox: Error -610 in supR3HardenedMainInitRuntime! > > VirtualBox: dlopen("/usr/local/lib/virtualbox/VBoxRT.so",) > > failed: /usr/local/lib/compat/libstdc++.so.6: version GLIBCXX_3.4.15 > > required by /usr/local/lib/virtualbox/VBoxRT.so not found > > > > Reinstalling does not solve the issue. Does anyone know what could > > be going wrong? > > > > FreeBSD 10.0-CURRENT #31 r255465 > > > > -- > > Alex > > That worked for me, thank you. -- Alex From owner-freebsd-current@FreeBSD.ORG Mon Sep 16 14:22:14 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id AB35EDF1 for ; Mon, 16 Sep 2013 14:22:14 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from wonkity.com (wonkity.com [67.158.26.137]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 5BA572108 for ; Mon, 16 Sep 2013 14:22:14 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.7/8.14.7) with ESMTP id r8GEM694054324; Mon, 16 Sep 2013 08:22:06 -0600 (MDT) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.7/8.14.7/Submit) with ESMTP id r8GEM6tf054321; Mon, 16 Sep 2013 08:22:06 -0600 (MDT) (envelope-from wblock@wonkity.com) Date: Mon, 16 Sep 2013 08:22:06 -0600 (MDT) From: Warren Block To: Nilton Jose Rizzo Subject: Re: Moused + HAL + rc.conf + Boot In-Reply-To: <20130916104810.M46864@i805.com.br> Message-ID: References: <20130916104810.M46864@i805.com.br> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (wonkity.com [127.0.0.1]); Mon, 16 Sep 2013 08:22:06 -0600 (MDT) Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Sep 2013 14:22:14 -0000 On Mon, 16 Sep 2013, Nilton Jose Rizzo wrote: > > Hi all, > > I'm here again! > > When I start my box, the moused is run. My mouse is an USB mouse. > I put in rc.conf this knob: moused_enable="NO", but is ignored by > start up script and moused is run, this is a problem to the HAL, because > the HAL try to open /dev/ums0 again and can't do it. I need to change > to text console and kill the moused process. I have to logout from > account X ( via gdm) and I login again to mouse work. It's started in > two night ago. > > see: > FreeBSD valfenda 10.0-ALPHA1 FreeBSD 10.0-ALPHA1 #4 r255503: Fri Sep 13 > 08:18:27 BRT 2013 rizzo@valfenda:/usr/obj/usr/src/sys/VALFENDA amd64 moused is started by devd when a USB mouse is connected. To disable it, add moused_nondefault_enable=" to /etc/rc.conf. But it's generally preferable to disable xorg's use of HAL by adding Option "AutoAddDevices" "Off" to the ServerLayout section of xorg.conf. From owner-freebsd-current@FreeBSD.ORG Mon Sep 16 14:25:42 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id EDAEDF8A for ; Mon, 16 Sep 2013 14:25:42 +0000 (UTC) (envelope-from nwhitehorn@freebsd.org) Received: from smtpauth4.wiscmail.wisc.edu (wmauth4.doit.wisc.edu [144.92.197.145]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C57562142 for ; Mon, 16 Sep 2013 14:25:42 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII; format=flowed Received: from avs-daemon.smtpauth4.wiscmail.wisc.edu by smtpauth4.wiscmail.wisc.edu (Oracle Communications Messaging Server 7u4-27.01(7.0.4.27.0) 64bit (built Aug 30 2012)) id <0MT800M001U1IS00@smtpauth4.wiscmail.wisc.edu> for freebsd-current@freebsd.org; Mon, 16 Sep 2013 09:25:34 -0500 (CDT) X-Spam-PmxInfo: Server=avs-4, Version=6.0.3.2322014, Antispam-Engine: 2.7.2.2107409, Antispam-Data: 2013.9.16.142115, SenderIP=0.0.0.0 X-Spam-Report: AuthenticatedSender=yes, SenderIP=0.0.0.0 Received: from comporellon.tachypleus.net (adsl-76-208-67-251.dsl.mdsnwi.sbcglobal.net [76.208.67.251]) by smtpauth4.wiscmail.wisc.edu (Oracle Communications Messaging Server 7u4-27.01(7.0.4.27.0) 64bit (built Aug 30 2012)) with ESMTPSA id <0MT800IAZ2QKFW10@smtpauth4.wiscmail.wisc.edu>; Mon, 16 Sep 2013 09:25:34 -0500 (CDT) Message-id: <523714DC.3000506@freebsd.org> Date: Mon, 16 Sep 2013 09:25:32 -0500 From: Nathan Whitehorn User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130907 Thunderbird/17.0.8 To: freebsd-current@freebsd.org, =?ISO-8859-1?Q?Dag-Erling_Sm=F8rgrav?= Subject: Re: unbound? -- Conf file? References: In-reply-to: X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Sep 2013 14:25:43 -0000 On 09/16/13 03:54, Larry Rosenman wrote: > I took the minimalist file from man unbound.conf, and the > unbound-checkconf > and unbound itself does NOT like it: A related note: it seems like the /etc bits for unbound have not been hooked up. There is no default config (this post) but also no RC script, for example. -Nathan From owner-freebsd-current@FreeBSD.ORG Mon Sep 16 15:26:25 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 9BEA4801 for ; Mon, 16 Sep 2013 15:26:25 +0000 (UTC) (envelope-from hps@bitfrost.no) Received: from mta.bitpro.no (mta.bitpro.no [92.42.64.202]) by mx1.freebsd.org (Postfix) with ESMTP id 2D49E25D4 for ; Mon, 16 Sep 2013 15:26:25 +0000 (UTC) Received: from mail.lockless.no (mail.lockless.no [46.29.221.38]) by mta.bitpro.no (Postfix) with ESMTP id C7DD87A1EA for ; Mon, 16 Sep 2013 17:26:22 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by mail.lockless.no (Postfix) with ESMTP id 8BBE58EEB47 for ; Mon, 16 Sep 2013 17:26:40 +0200 (CEST) X-Virus-Scanned: by amavisd-new-2.6.4 (20090625) (Debian) at lockless.no Received: from mail.lockless.no ([127.0.0.1]) by localhost (mail.lockless.no [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 9S2DXTRuS7CA for ; Mon, 16 Sep 2013 17:26:39 +0200 (CEST) Received: from laptop015.home.selasky.org (cm-176.74.213.204.customer.telag.net [176.74.213.204]) by mail.lockless.no (Postfix) with ESMTPSA id D39F28EEB42 for ; Mon, 16 Sep 2013 17:26:38 +0200 (CEST) Message-ID: <52372362.10506@bitfrost.no> Date: Mon, 16 Sep 2013 17:27:30 +0200 From: Hans Petter Selasky Organization: Bitfrost A/S User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130522 Thunderbird/17.0.6 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: General Protection Fault in prelist_remove() Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Sep 2013 15:26:25 -0000 Hi, I caught a General protection fault in prelist_remove. Any clues what this might be? FreeBSD-10 from one month back approx. > ffffffff80a95810 : > ffffffff80a95810: 55 push %rbp > ffffffff80a95811: 48 89 e5 mov %rsp,%rbp > ffffffff80a95814: 41 57 push %r15 > ffffffff80a95816: 41 56 push %r14 > ffffffff80a95818: 53 push %rbx > ffffffff80a95819: 48 83 ec 38 sub $0x38,%rsp > ffffffff80a9581d: 49 89 ff mov %rdi,%r15 > ffffffff80a95820: 48 8b 04 25 c0 de 3b mov 0xffffffff813bdec0,%rax > ffffffff80a95827: 81 > ffffffff80a95828: 48 89 45 e0 mov %rax,-0x20(%rbp) > ffffffff80a9582c: 49 c7 47 44 00 00 00 movq $0x0,0x44(%r15) > ffffffff80a95833: 00 > ffffffff80a95834: 41 f6 47 6c 01 testb $0x1,0x6c(%r15) > ffffffff80a95839: 74 4d je ffffffff80a95888 > ffffffff80a9583b: 4c 89 ff mov %r15,%rdi > ffffffff80a9583e: e8 fd 00 00 00 callq ffffffff80a95940 > ffffffff80a95843: 41 89 c6 mov %eax,%r14d > ffffffff80a95846: 45 85 f6 test %r14d,%r14d > ffffffff80a95849: 74 3d je ffffffff80a95888 > ffffffff80a9584b: 8b 04 25 c4 a6 56 81 mov 0xffffffff8156a6c4,%eax > ffffffff80a95852: 85 c0 test %eax,%eax > ffffffff80a95854: 74 32 je ffffffff80a95888 > ffffffff80a95856: 49 8d 77 20 lea 0x20(%r15),%rsi > ffffffff80a9585a: 48 8d 7d b0 lea -0x50(%rbp),%rdi > ffffffff80a9585e: e8 1d fa fd ff callq ffffffff80a75280 > ffffffff80a95863: 41 0f b6 4f 78 movzbl 0x78(%r15),%ecx > ffffffff80a95868: 4d 8b 07 mov (%r15),%r8 > ffffffff80a9586b: 49 83 c0 28 add $0x28,%r8 > ffffffff80a9586f: bf 03 00 00 00 mov $0x3,%edi > ffffffff80a95874: 48 c7 c6 c6 17 fa 80 mov $0xffffffff80fa17c6,%rsi > ffffffff80a9587b: 48 89 c2 mov %rax,%rdx > ffffffff80a9587e: 45 89 f1 mov %r14d,%r9d > ffffffff80a95881: 30 c0 xor %al,%al > ffffffff80a95883: e8 08 f0 e5 ff callq ffffffff808f4890 > ffffffff80a95888: 41 83 7f 7c 00 cmpl $0x0,0x7c(%r15) > ffffffff80a9588d: 7f 6c jg ffffffff80a958fb > ffffffff80a9588f: 49 8b 47 08 mov 0x8(%r15),%rax > ffffffff80a95893: 48 85 c0 test %rax,%rax > ffffffff80a95896: 74 0a je ffffffff80a958a2 > ffffffff80a95898: 49 8d 4f 08 lea 0x8(%r15),%rcx > ffffffff80a9589c: 48 39 48 10 cmp %rcx,0x10(%rax) ^^^^ crash here > ffffffff80a958a0: 75 72 jne ffffffff80a95914 > ffffffff80a958a2: 49 8b 4f 10 mov 0x10(%r15),%rcx Non-reproducable. --HPS From owner-freebsd-current@FreeBSD.ORG Mon Sep 16 15:45:09 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id F38DBE0B for ; Mon, 16 Sep 2013 15:45:08 +0000 (UTC) (envelope-from eentsalu@gmail.com) Received: from mail-wi0-x230.google.com (mail-wi0-x230.google.com [IPv6:2a00:1450:400c:c05::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 914052732 for ; Mon, 16 Sep 2013 15:45:08 +0000 (UTC) Received: by mail-wi0-f176.google.com with SMTP id cb5so3627713wib.3 for ; Mon, 16 Sep 2013 08:45:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=rOdBigA9kKY6nDztkY4lMrNbumhvD9+pdt8XNZYyKKM=; b=XyD0DvP5meTHqiIY3URY8ndJPh5AheFapPSS7qHL8++L6YQfRusvRZjQ9Nb9AdmhQC GAw8UDdVFj8GkYrtKpYCjFk12XEI2dkX2br7KoLTDvditR7EsBhNbTQswVsgNuPYz7lt 2Q3VjgbH+9BUz4Ejako+kx5YQo3yw7G4PcWfM7H3azsyA/aTk/OLSBCo0Dkbv5lUb4Vv OQQ6y6ZY2jqpr6zXEJrSbqW2IotZV00nSRZpheExbpTBfLvqNPcBBxQixF+2mOzOO3vY jJ5Vne9d4oCDoj2ojfysuKGVJc/dY56uUcWEBRC043FrvnoKThfBNiVa3symX+2kXZbR O6cQ== MIME-Version: 1.0 X-Received: by 10.180.212.51 with SMTP id nh19mr14028579wic.14.1379346307061; Mon, 16 Sep 2013 08:45:07 -0700 (PDT) Received: by 10.216.57.71 with HTTP; Mon, 16 Sep 2013 08:45:06 -0700 (PDT) Date: Mon, 16 Sep 2013 18:45:06 +0300 Message-ID: Subject: Re: iSCSI boot ... root? From: Kristjan Eentsalu To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-2 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Sep 2013 15:45:09 -0000 On 16.09.2013 13:35, Edward Tomasz Napiera=B3a wrote:> Wiadomo=B6=E6 napisa= na przez Zaphod Beeblebrox w dniu 16 wrz 2013, o godz. 07:35: >> Is it now possible to boot from iSCSI? I'm not talking about an iSCSI >> controller, but with >> >> pxe -> dhcp -> tftp (loads loader) -> (something) -> boot (mounts root from >> iSCSI) > > Not yet. The iSCSI initiator requires iscsid(8) in order to work, and you can't > run it before mounting root. > > I think the proper way to do this would be by doing something similar to Linux' > initrd; i.e. booting from mdroot loaded by loader(8), run iscsid(8) from there, > setup iSCSI session, then mount the real root and pivot to it. I'm not sure if it's > possible right now. > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org= " > Don't know if it works with CURRENT but You can use iPXE(formerly gPXE) chainloading and isboot module. http://ipxe.org/howto/chainloading http://ipxe.org/howto/dhcpd http://lists.freebsd.org/pipermail/freebsd-scsi/2012-August/005570.html Kristjan From owner-freebsd-current@FreeBSD.ORG Mon Sep 16 17:09:14 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id B45D8574 for ; Mon, 16 Sep 2013 17:09:14 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: from mail-ve0-x230.google.com (mail-ve0-x230.google.com [IPv6:2607:f8b0:400c:c01::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 73CFD2C81 for ; Mon, 16 Sep 2013 17:09:14 +0000 (UTC) Received: by mail-ve0-f176.google.com with SMTP id jx11so3252436veb.35 for ; Mon, 16 Sep 2013 10:09:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=GxN382OqgOzPD7TNHPGn9GvmpQl7CAxZF0riFeol67w=; b=v8jU9zn8FcWxd8OTi2pMJmBxhSfGSBxbTvxLDxVlgeUlwnkKRFxiFzqOJGwi9FBpVz nsaW9iTYjtlDxIxogdF05aZgW5nj6I9Z+8K2+ZpfbIlx4lxcFuropetEXX6qfxpDRdGL iKPQvAAPnnKNBHkKgXNfMkvl9Oe4snp2yqQsjjNNLGN0zLXVULK0gX1eSdx14MtPJOpe Iq9LhnZ6qaXlT94t9dN3PI1GgILaiYiZCE8hs+erNtD/cNNMHOIShcIl8Zz05t1PizTT XIsoNQzv9F4SCmLaRRzfwUIPOFv9lTk6dWSK5uAeib2QIplIltuZ06z3qyRO9goBZhre AxBw== X-Received: by 10.52.94.37 with SMTP id cz5mr1409535vdb.30.1379351353519; Mon, 16 Sep 2013 10:09:13 -0700 (PDT) Received: from charmander (mail1.sandvine.com. [64.7.137.162]) by mx.google.com with ESMTPSA id zn4sm6382131vdb.0.1969.12.31.16.00.00 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 16 Sep 2013 10:09:13 -0700 (PDT) Sender: Mark Johnston Date: Mon, 16 Sep 2013 13:10:16 -0400 From: Mark Johnston To: Hans Petter Selasky Subject: Re: General Protection Fault in prelist_remove() Message-ID: <20130916171016.GA1509@charmander> References: <52372362.10506@bitfrost.no> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <52372362.10506@bitfrost.no> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Sep 2013 17:09:14 -0000 On Mon, Sep 16, 2013 at 05:27:30PM +0200, Hans Petter Selasky wrote: > Hi, > > I caught a General protection fault in prelist_remove. Any clues what > this might be? Any chance you were creating or destroying interfaces around the time this crash happened? There is no locking in the code which manipulates the prefix list (or any of the global NDP data structures), so it's possible to get crashes if, for instance, the prefix expiry callout races with in6_ifdetach() to delete a prefix. It's not clear what caused your crash (not without a crash dump at least), but I imagine it has something to do with this. I've partially fixed this at work by adding a rw lock to protect access to the the prefix, default router, and DAD lists. The patch is here: http://people.freebsd.org/~markj/patches/ndp-locking.diff If anyone can review or test this patch, please let me know. Thanks, -Mar > > FreeBSD-10 from one month back approx. > > > ffffffff80a95810 : > > ffffffff80a95810: 55 push %rbp > > ffffffff80a95811: 48 89 e5 mov %rsp,%rbp > > ffffffff80a95814: 41 57 push %r15 > > ffffffff80a95816: 41 56 push %r14 > > ffffffff80a95818: 53 push %rbx > > ffffffff80a95819: 48 83 ec 38 sub $0x38,%rsp > > ffffffff80a9581d: 49 89 ff mov %rdi,%r15 > > ffffffff80a95820: 48 8b 04 25 c0 de 3b mov 0xffffffff813bdec0,%rax > > ffffffff80a95827: 81 > > ffffffff80a95828: 48 89 45 e0 mov %rax,-0x20(%rbp) > > ffffffff80a9582c: 49 c7 47 44 00 00 00 movq $0x0,0x44(%r15) > > ffffffff80a95833: 00 > > ffffffff80a95834: 41 f6 47 6c 01 testb $0x1,0x6c(%r15) > > ffffffff80a95839: 74 4d je ffffffff80a95888 > > ffffffff80a9583b: 4c 89 ff mov %r15,%rdi > > ffffffff80a9583e: e8 fd 00 00 00 callq ffffffff80a95940 > > ffffffff80a95843: 41 89 c6 mov %eax,%r14d > > ffffffff80a95846: 45 85 f6 test %r14d,%r14d > > ffffffff80a95849: 74 3d je ffffffff80a95888 > > ffffffff80a9584b: 8b 04 25 c4 a6 56 81 mov 0xffffffff8156a6c4,%eax > > ffffffff80a95852: 85 c0 test %eax,%eax > > ffffffff80a95854: 74 32 je ffffffff80a95888 > > ffffffff80a95856: 49 8d 77 20 lea 0x20(%r15),%rsi > > ffffffff80a9585a: 48 8d 7d b0 lea -0x50(%rbp),%rdi > > ffffffff80a9585e: e8 1d fa fd ff callq ffffffff80a75280 > > ffffffff80a95863: 41 0f b6 4f 78 movzbl 0x78(%r15),%ecx > > ffffffff80a95868: 4d 8b 07 mov (%r15),%r8 > > ffffffff80a9586b: 49 83 c0 28 add $0x28,%r8 > > ffffffff80a9586f: bf 03 00 00 00 mov $0x3,%edi > > ffffffff80a95874: 48 c7 c6 c6 17 fa 80 mov $0xffffffff80fa17c6,%rsi > > ffffffff80a9587b: 48 89 c2 mov %rax,%rdx > > ffffffff80a9587e: 45 89 f1 mov %r14d,%r9d > > ffffffff80a95881: 30 c0 xor %al,%al > > ffffffff80a95883: e8 08 f0 e5 ff callq ffffffff808f4890 > > ffffffff80a95888: 41 83 7f 7c 00 cmpl $0x0,0x7c(%r15) > > ffffffff80a9588d: 7f 6c jg ffffffff80a958fb > > ffffffff80a9588f: 49 8b 47 08 mov 0x8(%r15),%rax > > ffffffff80a95893: 48 85 c0 test %rax,%rax > > ffffffff80a95896: 74 0a je ffffffff80a958a2 > > ffffffff80a95898: 49 8d 4f 08 lea 0x8(%r15),%rcx > > ffffffff80a9589c: 48 39 48 10 cmp %rcx,0x10(%rax) > ^^^^ crash here > > ffffffff80a958a0: 75 72 jne ffffffff80a95914 > > ffffffff80a958a2: 49 8b 4f 10 mov 0x10(%r15),%rcx > > Non-reproducable. > > --HPS > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Mon Sep 16 17:21:51 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 5947C87B for ; Mon, 16 Sep 2013 17:21:51 +0000 (UTC) (envelope-from joel@freebsd.org) Received: from mail.vnode.se (mail.vnode.se [212.247.52.13]) by mx1.freebsd.org (Postfix) with ESMTP id 1A23F2D88 for ; Mon, 16 Sep 2013 17:21:50 +0000 (UTC) Received: from mail.vnode.se (localhost [127.0.0.1]) by mail.vnode.se (Postfix) with ESMTP id B07A8E3F07A for ; Mon, 16 Sep 2013 19:21:42 +0200 (CEST) X-Virus-Scanned: amavisd-new at vnode.se Received: from mail.vnode.se ([127.0.0.1]) by mail.vnode.se (mail.vnode.se [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id vnQQd6E6fWif for ; Mon, 16 Sep 2013 19:21:40 +0200 (CEST) Received: from devbox.vnode.local (unknown [83.223.1.131]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.vnode.se (Postfix) with ESMTPSA id 95B9DE3F079 for ; Mon, 16 Sep 2013 19:21:40 +0200 (CEST) Date: Mon, 16 Sep 2013 19:21:39 +0200 From: Joel Dahl To: current@freebsd.org Subject: sysctl: unknown oid 'kern.random.sys.harvest.interrupt Message-ID: <20130916172139.GA1297@devbox.vnode.local> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.21 (2010-09-15) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Sep 2013 17:21:51 -0000 Hi, I noticed the following during boot on a machine running HEAD from today: Entropy harvesting:sysctl: unknown oid 'kern.random.sys.harvest.interrupt': No such file or directory interruptssysctl: unknown oid 'kern.random.sys.harvest.ethernet': No such file or directory ethernetsysctl: unknown oid 'kern.random.sys.harvest.point_to_point': No such file or directory point_to_point kickstart. Known problem? -- Joel From owner-freebsd-current@FreeBSD.ORG Mon Sep 16 17:28:11 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 7B3B6E4A for ; Mon, 16 Sep 2013 17:28:11 +0000 (UTC) (envelope-from lumiwa@gmail.com) Received: from mail-qc0-x235.google.com (mail-qc0-x235.google.com [IPv6:2607:f8b0:400d:c01::235]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 3E34F2E12 for ; Mon, 16 Sep 2013 17:28:11 +0000 (UTC) Received: by mail-qc0-f181.google.com with SMTP id q4so2832787qcx.40 for ; Mon, 16 Sep 2013 10:28:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:content-type:content-transfer-encoding:subject:message-id:date :to:mime-version; bh=QYh4SRXh7hsdhBh2YANTZLxyWvhnsyJacvz9lTvKuPM=; b=uA5JZq5YjSnOSWyTJWoE92ePAHdeFr7iFBU87nWH/B2ebqFHce5PkEjD1AN5Lyj1yW Knax2lbDzQqCyr3ByCit9hP6cHJz4VBQgcyQbPKmjJrZHTbIjymsgxXTZKCzdYrLOxXl bEwc5+8nix0a1NfX+/4M/wsrtT1hft0nzhN9gyO9zwxT8EWy0uGLHISdM/C6Zdd4t/1w BAZ+Y0val4g9JYolmeKTwpwrYO7CZgi9EfX/9O2YjsDRFv8dTy9GrSw1ncwP1vKeouiO kKH/vj5J6SFPQd6tnnop/Ut/n+ijpN4shedCa6DERHpAwqedbTECveifBj+vRgWBz1dw gITA== X-Received: by 10.224.71.140 with SMTP id h12mr640605qaj.115.1379352489700; Mon, 16 Sep 2013 10:28:09 -0700 (PDT) Received: from [192.168.2.254] (pool-64-223-173-60.man.east.myfairpoint.net. [64.223.173.60]) by mx.google.com with ESMTPSA id u3sm540366qae.4.1969.12.31.16.00.00 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 16 Sep 2013 10:28:08 -0700 (PDT) From: ajtiM Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Subject: FreeBSD 10.0 ALPHA1 Message-Id: <91806E5F-C214-497A-9BE9-93299BAFCCAA@gmail.com> Date: Mon, 16 Sep 2013 13:28:06 -0400 To: freebsd-current@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 6.6 \(1510\)) X-Mailer: Apple Mail (2.1510) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Sep 2013 17:28:11 -0000 Hi! I installed FreeBSD 10.0 ALPHA1 on my iMac 11,1 with ATI Radeon HD 4850, = GPU because I fought that Xor will works now. But I see that I need to = do more.=20 I have not experience with FreeBSD current and I didn't use svn except = for Area 51 (KDE). I fought that is svn (subversion) default on the = FreeBSD 10.0 ALPHA1 but when I run svn checkout https://svn0=85.. it = looks like that is not. How should I install subversion, please? If I = use portsnap it will install ports from 9 release. Thank you very much. Mitja ---- http://www.redbubble.com/people/lumiwa From owner-freebsd-current@FreeBSD.ORG Mon Sep 16 17:35:07 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 00C714A8; Mon, 16 Sep 2013 17:35:06 +0000 (UTC) (envelope-from des@des.no) Received: from smtp.des.no (smtp.des.no [194.63.250.102]) by mx1.freebsd.org (Postfix) with ESMTP id B75BA2EC0; Mon, 16 Sep 2013 17:35:06 +0000 (UTC) Received: from nine.des.no (smtp.des.no [194.63.250.102]) by smtp-int.des.no (Postfix) with ESMTP id 0F7A762DC; Mon, 16 Sep 2013 17:35:06 +0000 (UTC) Received: by nine.des.no (Postfix, from userid 1001) id A5AAF1499; Mon, 16 Sep 2013 19:34:54 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Nathan Whitehorn Subject: Re: unbound? -- Conf file? References: <523714DC.3000506@freebsd.org> Date: Mon, 16 Sep 2013 19:34:54 +0200 In-Reply-To: <523714DC.3000506@freebsd.org> (Nathan Whitehorn's message of "Mon, 16 Sep 2013 09:25:32 -0500") Message-ID: <864n9kk6v5.fsf@nine.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Sep 2013 17:35:07 -0000 Nathan Whitehorn writes: > A related note: it seems like the /etc bits for unbound have not been > hooked up. There is no default config (this post) but also no RC > script, for example. ...yet. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Mon Sep 16 17:33:33 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 88B35488; Mon, 16 Sep 2013 17:33:33 +0000 (UTC) (envelope-from hans.petter.selasky@bitfrost.no) Received: from mta.bitpro.no (mta.bitpro.no [92.42.64.202]) by mx1.freebsd.org (Postfix) with ESMTP id 1966E2EB2; Mon, 16 Sep 2013 17:33:32 +0000 (UTC) Received: from mail.lockless.no (mail.lockless.no [46.29.221.38]) by mta.bitpro.no (Postfix) with ESMTP id 5F8227A201; Mon, 16 Sep 2013 19:33:30 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by mail.lockless.no (Postfix) with ESMTP id E1E6F8EEC1F; Mon, 16 Sep 2013 19:33:47 +0200 (CEST) X-Virus-Scanned: by amavisd-new-2.6.4 (20090625) (Debian) at lockless.no Received: from mail.lockless.no ([127.0.0.1]) by localhost (mail.lockless.no [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id KsfnbWRnhsBt; Mon, 16 Sep 2013 19:33:47 +0200 (CEST) Received: from mail.lockless.no (localhost [127.0.0.1]) by mail.lockless.no (Postfix) with ESMTP id 08FDB8EEC0C; Mon, 16 Sep 2013 19:33:47 +0200 (CEST) Subject: RE: General Protection Fault in prelist_remove() From: =?utf-8?Q?Hans_Petter_Selasky?= To: =?utf-8?Q?Mark_Johnston?= Date: Mon, 16 Sep 2013 19:33:46 +0200 Mime-Version: 1.0 In-Reply-To: <20130916171016.GA1509@charmander> References: <52372362.10506@bitfrost.no> X-Priority: 3 (Normal) X-Mailer: Zarafa 7.1.4-41394 Message-Id: X-Mailman-Approved-At: Mon, 16 Sep 2013 18:33:45 +0000 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: =?utf-8?Q?freebsd-current=40freebsd=2Eorg?= X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Sep 2013 17:33:33 -0000 Hi Mark,=0D=0A=0D=0A-----Original message-----=0D=0A> From:Mark Johnston = >=0D=0A> Sent: Monday 16th = September 2013 19:09=0D=0A> To: Hans Petter Selasky >=0D=0A> Cc: freebsd= -current@freebsd.org =20=0D=0A> Subje= ct: Re: General Protection Fault in prelist_remove()=0D=0A>=20=0D=0A> On = Mon, Sep 16, 2013 at 05:27:30PM +0200, Hans Petter Selasky wrote:=0D=0A> = > Hi,=0D=0A> >=20=0D=0A> > I caught a General protection fault in prelist= _remove. Any clues what=20=0D=0A> > this might be=3F=0D=0A>=20=0D=0A> Any= chance you were creating or destroying interfaces around the time=0D=0A>= this crash happened=3F=0D=0A=0D=0AYes, I have some tunneling software ru= nning, which create and destroy tunX nodes regularly.=0D=0A=0D=0A>=20=0D=0A= > There is no locking in the code which manipulates the prefix list (or=0D= =0A> any of the global NDP data structures), so it's possible to get cras= hes=0D=0A> if, for instance, the prefix expiry callout races with in6_ifd= etach() to=0D=0A> delete a prefix. It's not clear what caused your crash = (not without a=0D=0A> crash dump at least), but I imagine it has somethin= g to do with this.=0D=0A>=20=0D=0A> I've partially fixed this at work by = adding a rw lock to protect access=0D=0A> to the the prefix, default rout= er, and DAD lists. The patch is here:=0D=0A> http://people.freebsd.org/=CB= =9Cmarkj/patches/ndp-locking.diff =20=0D=0A>=20=0D=0A> If anyone can review or tes= t this patch, please let me know.=0D=0A>=20=0D=0A=0D=0A--HPS=0D=0A=0D=0A From owner-freebsd-current@FreeBSD.ORG Mon Sep 16 19:50:07 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 61EF44C2; Mon, 16 Sep 2013 19:50:07 +0000 (UTC) (envelope-from mattia.rossi.mate@gmail.com) Received: from mail-we0-x232.google.com (mail-we0-x232.google.com [IPv6:2a00:1450:400c:c03::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A84AD28A4; Mon, 16 Sep 2013 19:50:06 +0000 (UTC) Received: by mail-we0-f178.google.com with SMTP id u57so4225587wes.9 for ; Mon, 16 Sep 2013 12:50:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:reply-to:user-agent:mime-version:to:subject :content-type:content-transfer-encoding; bh=llm3jn5eUkdWQ3piInCxyEe67wPyt5/WqWFP4ZuhDmw=; b=binydf7tjz/RFZYrPHBliKifLixCS54ohoM/F6Flh/6S8tQfUrGvs5VOxK14cIoUAx 5hJXTfnHB19o7Sovf0gLyJAsqHWinH7C9nnGOtV4h6bR5XaVx796GRZZ3wKOGTnJb3ae RJvzm7qBSmqqLtb8/1hxt3RwTio+oAprmtHZqxAz1fkfFD5yS9VzoNUyfXSJwiK7Rf9B +zp2df0qPRWp5RTZHf4eeIKI45NZG4tsNsqnSOGIoCWe2KRgFv1Wc/bXhWEtypfmNd9e G9ymEAQqsgpfqxyG7WAjddv9cfzSCFKWEeYPyZ7N2/ROChzvLSIpzfsSCUIpT6hMnqGi rnPg== X-Received: by 10.180.106.40 with SMTP id gr8mr14830718wib.11.1379361004989; Mon, 16 Sep 2013 12:50:04 -0700 (PDT) Received: from [192.168.0.10] (46-126-92-160.dynamic.hispeed.ch. [46.126.92.160]) by mx.google.com with ESMTPSA id u15sm17682737wib.5.1969.12.31.16.00.00 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 16 Sep 2013 12:50:03 -0700 (PDT) Message-ID: <523760EA.7090306@gmail.com> Date: Mon, 16 Sep 2013 21:50:02 +0200 From: Mattia Rossi User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130801 Thunderbird/17.0.8 MIME-Version: 1.0 To: freebsd-arm@freebsd.org, freebsd-current@freebsd.org, freebsd-ports@freebsd.org Subject: Installing ports without info files Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Mon, 16 Sep 2013 19:59:24 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: mattia.rossi.mate@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Sep 2013 19:50:07 -0000 Hi all, I've build a world with the following constraints: -DWITHOUT_INFO -DWITHOUT_MAN -DWITHOUT_SHAREDOCS -DWITHOUT_EXAMPLES -DWITHOUT_HTML as I don't need that stuff. Turns out, this prevents tools like install-info being built. Now trying to build devel/gettext I can't get it installed, as it always wants to install info files using install-info, which of course fails. How do I tell the system not to build info files (or manpages or all of the stuff above I don't want in the first place) when building ports? I've tried with "make -DWITHOUT_INFO install" as well as with putting WITHOUT_INFO=yes in make.conf. Gettext will still fail to install. Is this a gettext problem? Or a generic ports problem? I'm running current on arm (thanks again to freebsd-arm people for fixing it): FreeBSD dreamplug 10.0-ALPHA1 FreeBSD 10.0-ALPHA1 #15 r255499M: It's also not possible to "make index" for INDEX-10 if you use a stripped-down ports tree (none of the language ports), as there are some dependencies in the tree to french (cad-astk) and russian (stardict-*) which obviously can't be resolved. Help is appreciated! Cheers, Mat From owner-freebsd-current@FreeBSD.ORG Mon Sep 16 20:53:42 2013 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 7FB723CF; Mon, 16 Sep 2013 20:53:42 +0000 (UTC) (envelope-from ian@FreeBSD.org) Received: from mho-02-ewr.mailhop.org (mho-02-ewr.mailhop.org [204.13.248.72]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 550522C9F; Mon, 16 Sep 2013 20:53:42 +0000 (UTC) Received: from c-24-8-230-52.hsd1.co.comcast.net ([24.8.230.52] helo=damnhippie.dyndns.org) by mho-02-ewr.mailhop.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1VLfnh-000LQv-1N; Mon, 16 Sep 2013 20:53:41 +0000 Received: from [172.22.42.240] (revolution.hippie.lan [172.22.42.240]) by damnhippie.dyndns.org (8.14.3/8.14.3) with ESMTP id r8GKrc1v012968; Mon, 16 Sep 2013 14:53:38 -0600 (MDT) (envelope-from ian@FreeBSD.org) X-Mail-Handler: Dyn Standard SMTP by Dyn X-Originating-IP: 24.8.230.52 X-Report-Abuse-To: abuse@dyndns.com (see http://www.dyndns.com/services/sendlabs/outbound_abuse.html for abuse reporting information) X-MHO-User: U2FsdGVkX1805xRhNHL02DGkXaEqj+jT Subject: Re: Installing ports without info files From: Ian Lepore To: mattia.rossi.mate@gmail.com In-Reply-To: <523760EA.7090306@gmail.com> References: <523760EA.7090306@gmail.com> Content-Type: text/plain; charset="us-ascii" Date: Mon, 16 Sep 2013 14:53:37 -0600 Message-ID: <1379364817.1197.45.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: freebsd-arm@FreeBSD.org, freebsd-current@FreeBSD.org, freebsd-ports@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Sep 2013 20:53:42 -0000 On Mon, 2013-09-16 at 21:50 +0200, Mattia Rossi wrote: > Hi all, > > I've build a world with the following constraints: -DWITHOUT_INFO > -DWITHOUT_MAN -DWITHOUT_SHAREDOCS -DWITHOUT_EXAMPLES -DWITHOUT_HTML > > as I don't need that stuff. Turns out, this prevents tools like > install-info being built. > Now trying to build devel/gettext I can't get it installed, as it always > wants to install info files using install-info, which of course fails. > > How do I tell the system not to build info files (or manpages or all of > the stuff above I don't want in the first place) when building ports? > > I've tried with "make -DWITHOUT_INFO install" as well as with putting > WITHOUT_INFO=yes in make.conf. > > Gettext will still fail to install. > Is this a gettext problem? Or a generic ports problem? > > I'm running current on arm (thanks again to freebsd-arm people for > fixing it): > FreeBSD dreamplug 10.0-ALPHA1 FreeBSD 10.0-ALPHA1 #15 r255499M: > > It's also not possible to "make index" for INDEX-10 if you use a > stripped-down ports tree (none of the language ports), as there are some > dependencies in the tree to french (cad-astk) and russian (stardict-*) > which obviously can't be resolved. > > Help is appreciated! > > Cheers, > I fought with the info problem for a few hours at $work and never got it resolved, I had to remove the WITHOUT_INFO so that the tools would be there to let ports build, and then rely on an mtree pruning script to keep the actual info files out of the filesystem image. -- Ian From owner-freebsd-current@FreeBSD.ORG Mon Sep 16 20:58:40 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id B983485F; Mon, 16 Sep 2013 20:58:40 +0000 (UTC) (envelope-from eric.camachat@gmail.com) Received: from mail-pa0-x22e.google.com (mail-pa0-x22e.google.com [IPv6:2607:f8b0:400e:c03::22e]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 8DF2B2D9E; Mon, 16 Sep 2013 20:58:40 +0000 (UTC) Received: by mail-pa0-f46.google.com with SMTP id fa1so5837974pad.19 for ; Mon, 16 Sep 2013 13:58:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=JSgRMwVUSK6hcN6C7HUAcXykS+Vml9L0rS9qtd8o2to=; b=Y/vtWK3Ln5oYUEitN7rVdNv2M5u7ubmDagILRa+vriN5JgU7y46W7IXEbIsnPnYBA5 TUp93tgXrl+k/atUSw1bflMKSQkuwEV+L7RuBNY1ByVJ/6dGk+cYnTEpYv7/v2RqJyrz fE7x0phPKlJZwvxNmBPwO2HzHBaElu2IclPYxI5zByDcyZwXq3QVT/G/gMpFjSo/pUp6 sPwOEMU0uy4D9hv6UcJgaghzA/kYI8wSP1h1jtaFQ4MlDRLMo4Nxq72v80TB+zXPEEd3 kIAuEmrgGG2SoQSCJoiSF+y5MhyCEYyy0/aL7YWOc1yOk9H65k3qADnJGZOZUZAA3zB8 Hf9Q== X-Received: by 10.68.217.225 with SMTP id pb1mr30784159pbc.61.1379365120094; Mon, 16 Sep 2013 13:58:40 -0700 (PDT) MIME-Version: 1.0 Received: by 10.70.48.234 with HTTP; Mon, 16 Sep 2013 13:58:20 -0700 (PDT) In-Reply-To: <5237122F.2090101@gmail.com> References: <5235FDD6.9030400@gmail.com> <5237122F.2090101@gmail.com> From: Eric Camachat Date: Mon, 16 Sep 2013 13:58:20 -0700 Message-ID: Subject: Re: Virtualbox "Settings" don't show any window (FreeBSD-10 current) To: "Mike C." Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: freebsd-emulation@freebsd.org, freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Sep 2013 20:58:40 -0000 I run it on my 10-ALPHA1 without problem. There were many fix for clang/libc++ in ports recently. Try to update ports and rebuild all dependencies. Eric On Mon, Sep 16, 2013 at 7:14 AM, Mike C. wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > > Perhaps this is best placed in "current" list! > > - -------- Original Message -------- > Subject: Virtualbox "Settings" don't show any window (FreeBSD-10 current) > Date: Sun, 15 Sep 2013 18:35:02 +0000 > From: Mike C. > To: freebsd-emulation@FreeBSD.org > > > I've successfully installed virtualbox in my Latptop running Freebsd-10 > current... > > Everything seems fine except for when I click the "Settings button" it > doesn't show any window and the current windows stays "locked" (I can't > click anything)... > > Running VirtualBox from the command-line I don't see any error... > > Has anyone tried VirtualBox in FreeBSD-10? > > Thanks! > > > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v2.0.21 (FreeBSD) > Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ > > iQIcBAEBAgAGBQJSNxItAAoJEGKyFhaKt9g3utAP/34rlyrLGntXCIDa9LHv3Qly > nmRRcIWgkT//MEDFG2OZMdWo+50DQ12k9L0qAAoUkezhDqfZXTo+U5DOn2mr0MEf > 2KOXT5yMkqNBtab54a/nCDxp0bCAiaMSJjsKqXjF6mq6fqoj6aVEFJY6rgzG+Qb1 > cAjHlBfbOBcOFtWd4xt0+w1m5VodnJ8dsd5CTVfkazTRRfk32qlLMraRUmQT1x+C > STi2Dt4xDJzbx6MThDcwjOfudPQeQiQ1SnFn65aNRCxSj//pNcZW0DeU3efKq730 > 1RA2yPjpoqzrPklkkW4wF0Kv/50rGGytS1WYcA01uwBq8noBdVmW9J7GfeqmVuF8 > vATRX8eDYNVtkJLZmBqgUgXPT0BocHpoW7qPpTmRHG2OJ8TQTIytGT+nx08rG/T3 > EEWssgY/kOKDfYgB9DYcgLyGIPcLt0JuwCWL/sm5wzX1bogNyVhrn5hmJTTiFAng > O4cbyXDPaEHdZhQ9SibqiJ2H1FfUa4keD0d2JW2ZhR5cSFD3oW1s8WprNf/ujBWn > Bc7Z78qy4z0feqrYUabFKMxhmJJtwVfW7Y7Kmuzuvk08CHYjsAikQjumkKNm4Onz > iYFFDfYXbEF73KJslr7tY+kWIY1iRuFc4xnjjaucEIbG/Bp7SvgMhTsNgQ7d//z5 > ZVwvJTV0HsyqF+VPz1Ei > =kQa4 > -----END PGP SIGNATURE----- > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Mon Sep 16 21:00:06 2013 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 9D358A22; Mon, 16 Sep 2013 21:00:06 +0000 (UTC) (envelope-from jhein@symmetricom.com) Received: from duck.symmetricom.us (duck.symmetricom.us [206.168.13.214]) by mx1.freebsd.org (Postfix) with ESMTP id 5613D2DD7; Mon, 16 Sep 2013 21:00:06 +0000 (UTC) Received: from gromit.timing.com (gromit.timing.com [206.168.13.209]) by duck.symmetricom.us (8.14.6/8.14.6) with ESMTP id r8GKxx80004056; Mon, 16 Sep 2013 14:59:59 -0600 (MDT) (envelope-from jhein@symmetricom.com) Received: from gromit.timing.com (localhost [127.0.0.1]) by gromit.timing.com (8.14.7/8.14.5) with ESMTP id r8GKxvKG060655; Mon, 16 Sep 2013 14:59:57 -0600 (MDT) (envelope-from jhein@gromit.timing.com) Received: (from jhein@localhost) by gromit.timing.com (8.14.7/8.14.6/Submit) id r8GKxv4P060654; Mon, 16 Sep 2013 14:59:57 -0600 (MDT) (envelope-from jhein) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <21047.29005.285571.326198@gromit.timing.com> Date: Mon, 16 Sep 2013 14:59:57 -0600 From: John Hein To: Ian Lepore Subject: Re: Installing ports without info files In-Reply-To: <1379364817.1197.45.camel@revolution.hippie.lan> References: <523760EA.7090306@gmail.com> <1379364817.1197.45.camel@revolution.hippie.lan> X-Mailer: VM 8.2.0b-trunk-1484 under 24.3.1 (i386-portbld-freebsd8.3) Cc: freebsd-arm@FreeBSD.org, mattia.rossi.mate@gmail.com, freebsd-ports@FreeBSD.org, freebsd-current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Sep 2013 21:00:06 -0000 Ian Lepore wrote at 14:53 -0600 on Sep 16, 2013: > On Mon, 2013-09-16 at 21:50 +0200, Mattia Rossi wrote: > > Hi all, > > > > I've build a world with the following constraints: -DWITHOUT_INFO > > -DWITHOUT_MAN -DWITHOUT_SHAREDOCS -DWITHOUT_EXAMPLES -DWITHOUT_HTML > > > > as I don't need that stuff. Turns out, this prevents tools like > > install-info being built. > > Now trying to build devel/gettext I can't get it installed, as it always > > wants to install info files using install-info, which of course fails. > > > > How do I tell the system not to build info files (or manpages or all of > > the stuff above I don't want in the first place) when building ports? > > > > I've tried with "make -DWITHOUT_INFO install" as well as with putting > > WITHOUT_INFO=yes in make.conf. > > > > Gettext will still fail to install. > > Is this a gettext problem? Or a generic ports problem? > > > > I'm running current on arm (thanks again to freebsd-arm people for > > fixing it): > > FreeBSD dreamplug 10.0-ALPHA1 FreeBSD 10.0-ALPHA1 #15 r255499M: > > > > It's also not possible to "make index" for INDEX-10 if you use a > > stripped-down ports tree (none of the language ports), as there are some > > dependencies in the tree to french (cad-astk) and russian (stardict-*) > > which obviously can't be resolved. > > > > Help is appreciated! > > > > Cheers, > > > > I fought with the info problem for a few hours at $work and never got it > resolved, I had to remove the WITHOUT_INFO so that the tools would be > there to let ports build, and then rely on an mtree pruning script to > keep the actual info files out of the filesystem image. > > -- Ian I have a patch for this that was going to go through a ports run, but stalled in the machine. I'll dig it out. From owner-freebsd-current@FreeBSD.ORG Mon Sep 16 21:12:59 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 0A279CFB for ; Mon, 16 Sep 2013 21:12:59 +0000 (UTC) (envelope-from hskuhra@eumx.net) Received: from owm.eumx.net (eumx.net [91.82.101.43]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B6B6C2EB9 for ; Mon, 16 Sep 2013 21:12:58 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=eumx.net; h=date :message-id:from:to:subject:in-reply-to:references:mime-version :content-type; s=default; bh=ybyqinttYC3TND5ydhWW27fVQOk=; b=jdZ pQVNLzUEnwypu/wD68yrGPox5n6CSM/viQp2lp5Uj7/B0foSfELeaOiWvDu+booi Sx8CMJmua13zTCz8Xc3kXlJFpYq/Vt0yRp/zd6+s67c2nZS2n/JNZisPfVKI2XiB XhYmwS00l2t0gykurueAzmAfvJ+OBbe/z01UpMv4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=eumx.net; h=date:message-id :from:to:subject:in-reply-to:references:mime-version :content-type; q=dns; s=default; b=Nt5nZmCSUmZMb9ymLNIkMMbMnzNw4 Aq6gAXPZ58ckuclgzxjgrHD6VOfbWXjQOdkQI8D2h52cAy4KqNtZlCIME3dlTd8k xdo52O0vHiYN2e7zAR41Y8tu0qmJIOLVJjDEKW1hRFpdyxKGbEGZJMdBuvA5nR9h iqX28vsRaEDA0w= Date: Mon, 16 Sep 2013 23:12:18 +0200 Message-ID: <87eh8oo4i5.wl%hskuhra@eumx.net> From: "Herbert J. Skuhra" To: freebsd-current@freebsd.org Subject: Re: FreeBSD 10.0 ALPHA1 In-Reply-To: <91806E5F-C214-497A-9BE9-93299BAFCCAA@gmail.com> References: <91806E5F-C214-497A-9BE9-93299BAFCCAA@gmail.com> User-Agent: Wanderlust/2.15.9 (Almost Unreal) SEMI-EPG/1.14.7 (Harue) FLIM/1.14.9 (=?ISO-8859-4?Q?Goj=F2?=) APEL/10.8 EasyPG/1.0.0 Emacs/24.3.50 (i686-pc-linux-gnu) MULE/6.0 (HANACHIRUSATO) MIME-Version: 1.0 (generated by SEMI-EPG 1.14.7 - "Harue") Content-Type: text/plain; charset=ISO-2022-JP X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Sep 2013 21:12:59 -0000 On Mon, 16 Sep 2013 13:28:06 -0400 ajtiM wrote: > Hi! > > I installed FreeBSD 10.0 ALPHA1 on my iMac 11,1 with ATI Radeon HD > 4850, GPU because I fought that Xor will works now. But I see that I > need to do more. > I have not experience with FreeBSD current and I didn't use svn > except for Area 51 (KDE). I fought that is svn (subversion) default > on the FreeBSD 10.0 ALPHA1 but when I run svn checkout > https://svn0$B!D(B.. it looks like that is not. How should I install > subversion, please? If I use portsnap it will install ports from 9 > release. Thank you very much. Try 'svnlite checkout' instead. -- Herbert From owner-freebsd-current@FreeBSD.ORG Mon Sep 16 21:16:29 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 436D8EC0 for ; Mon, 16 Sep 2013 21:16:29 +0000 (UTC) (envelope-from vsityz@gmail.com) Received: from mail-ee0-x22d.google.com (mail-ee0-x22d.google.com [IPv6:2a00:1450:4013:c00::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D0FA02EF3 for ; Mon, 16 Sep 2013 21:16:28 +0000 (UTC) Received: by mail-ee0-f45.google.com with SMTP id c50so2290807eek.4 for ; Mon, 16 Sep 2013 14:16:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:disposition-notification-to:date:from:user-agent :mime-version:to:subject:references:in-reply-to:content-type :content-transfer-encoding; bh=hzRa7GQh2fO+kL7Uax9zypmDqFXX8IuH/XMOQRG2Hgk=; b=CXLEn88q1c1uEOud9Dw5wGAFZXjR/j61jRh2MNcOr0nH84nDcb5AHttQNuvROGKuC2 61jVskcJhFzkPsNac8myPSTO2XWXDm9iagFLvJb7Xs8gNvf4+lbJX8//az8O/rW0W736 z7RGAeJQoCQyNGi0lCaw/2JVwl70oo2+mlKT8UAaAM3naWipQMwLjZg7ozgbdUEKKFH1 OjAdcgch1QMiqvA16nSJ/O8hsnuHgGLiGpWF8vx7IchujDHk5ogA4rsDSxPtvt3G2ka1 zH2diJ3UNlaggXP20GszQzTLeW2QZmw8tXD2VH55bUcm4QJ3bIPzzdl1RhrFV9F9bFEC 9nBQ== X-Received: by 10.15.91.3 with SMTP id r3mr46202831eez.4.1379366187191; Mon, 16 Sep 2013 14:16:27 -0700 (PDT) Received: from scorpion.kiev.ua ([130.185.3.100]) by mx.google.com with ESMTPSA id m54sm45367635eex.2.1969.12.31.16.00.00 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 16 Sep 2013 14:16:26 -0700 (PDT) Message-ID: <52377520.60002@gmail.com> Date: Tue, 17 Sep 2013 00:16:16 +0300 From: Alexander Panyushkin User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130903 Thunderbird/17.0.8 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: FreeBSD 10.0 ALPHA1 References: <91806E5F-C214-497A-9BE9-93299BAFCCAA@gmail.com> In-Reply-To: <91806E5F-C214-497A-9BE9-93299BAFCCAA@gmail.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Sep 2013 21:16:29 -0000 16.09.2013 20:28, ajtiM пишет: > Hi! > > I installed FreeBSD 10.0 ALPHA1 on my iMac 11,1 with ATI Radeon HD 4850, GPU because I fought that Xor will works now. But I see that I need to do more. > I have not experience with FreeBSD current and I didn't use svn except for Area 51 (KDE). I fought that is svn (subversion) default on the FreeBSD 10.0 ALPHA1 but when I run svn checkout https://svn0….. it looks like that is not. How should I install subversion, please? If I use portsnap it will install ports from 9 release. > Thank you very much. > > Mitja > ---- > http://www.redbubble.com/people/lumiwa > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" After rebuild world from svn, Xorg does not start and the box goes to reboot. svn info Path: . Working Copy Root Path: /usr/src URL: svn://svn.freebsd.org/base/head Repository Root: svn://svn.freebsd.org/base Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f Revision: 255608 Node Kind: directory Schedule: normal Last Changed Author: kib Last Changed Rev: 255608 Last Changed Date: 2013-09-16 09:25:54 +0300 dmesg: Sep 16 20:26:07 scorpion dbus[1713]: [system] Activating service name='org.freedesktop.ConsoleKit' (using servicehelper) Sep 16 20:26:08 scorpion dbus[1713]: [system] Activating service name='org.freedesktop.PolicyKit1' (using servicehelper) Sep 16 20:26:08 scorpion dbus[1713]: [system] Successfully activated service 'org.freedesktop.PolicyKit1' Sep 16 20:26:08 scorpion dbus[1713]: [system] Successfully activated service 'org.freedesktop.ConsoleKit' Sep 16 20:26:08 scorpion console-kit-daemon[1734]: WARNING: kvm_getenvv failed: Sep 16 20:26:09 scorpion kernel: keyrate scrnmap font8x16 blanktime allscreens. From owner-freebsd-current@FreeBSD.ORG Mon Sep 16 21:17:58 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id B08EA161 for ; Mon, 16 Sep 2013 21:17:58 +0000 (UTC) (envelope-from gibbs@freebsd.org) Received: from aslan.scsiguy.com (aslan.scsiguy.com [70.89.174.89]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 890DB2F18 for ; Mon, 16 Sep 2013 21:17:58 +0000 (UTC) Received: from [192.168.6.145] (207-225-98-3.dia.static.qwest.net [207.225.98.3]) (authenticated bits=0) by aslan.scsiguy.com (8.14.7/8.14.5) with ESMTP id r8GLHn2C023694 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Mon, 16 Sep 2013 15:17:50 -0600 (MDT) (envelope-from gibbs@freebsd.org) Subject: Re: ZFS secondarycache on SSD problem on r255173 Mime-Version: 1.0 (Mac OS X Mail 6.6 \(1510\)) Content-Type: text/plain; charset=utf-8 From: "Justin T. Gibbs" X-Priority: 3 In-Reply-To: <8365CE736DC749DF95D0030A725211F6@multiplay.co.uk> Date: Mon, 16 Sep 2013 15:17:44 -0600 Content-Transfer-Encoding: quoted-printable Message-Id: <02549AD9-C456-4E17-927C-B4BCC97F8CC8@freebsd.org> References: <1379069539.824504225.3b9xwugp@fmst-6.ukr.net><74C1D072-77BB-4D6C-B78F-C8D2731FA0CF@sarenet.es><1379333192.127359970.ma5jnbc5@fmst-6.ukr.net> <1379334340.567465877.0b1lli6r@fmst-6.ukr.net> <8365CE736DC749DF95D0030A725211F6@multiplay.co.uk> To: Steven Hartland X-Mailer: Apple Mail (2.1510) X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.4.3 (aslan.scsiguy.com [70.89.174.89]); Mon, 16 Sep 2013 15:17:51 -0600 (MDT) Cc: freebsd-current@freebsd.org, Borja Marcos , Dmitriy Makarov X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Sep 2013 21:17:58 -0000 Sorry for being slow to chime in on this thread. I live in Boulder, CO = and we've had a bit of rain. :-) As Steven pointed out, the warning is benign, but does show that the = code I committed to -current is not optimizing the allocation size for = L2ARC devices. The fix for this is to find the best place during pool = creation/load/import to call vdev_ashift_optimize() on L2ARC devices. I = will look into this tomorrow, but feel free to suggest a good spot if = you look at it before I can. -- Justin On Sep 16, 2013, at 6:43 AM, Steven Hartland = wrote: > Thats correct the new code knows the what the ashift of the underlying = disk should > be so if it detects a vdev with a lower ashift you get this warning. >=20 > I suspect the issue is that cache devices don't have an ashift, so = when the check > is done it gets a default value and hence the warning. >=20 > I'd have to did some more to see how ashift in cache devices is or = isn't implemented. >=20 > Regards > Steve >=20 > ----- Original Message ----- From: "Dmitriy Makarov" = > To: "Steven Hartland" > Cc: "Borja Marcos" ; ; = "Justin T. Gibbs" > Sent: Monday, September 16, 2013 1:29 PM > Subject: Re[3]: ZFS secondarycache on SSD problem on r255173 >=20 >=20 >> And have to say that ashift of a main pool doesn't matter. >> I've tried to create pool with ashift 9 (default value) and with = ashift 12 with creating gnops over gpart devices, export pool, destroy = gnops, import pool. There is the same problem with cache device. >>=20 >> There is no problem with ZIL devices, they reports ashift: 12 >>=20 >> children[1]: >> type: 'disk' >> id: 1 >> guid: 6986664094649753344 >> path: '/dev/gpt/zil1' >> phys_path: '/dev/gpt/zil1' >> whole_disk: 1 >> metaslab_array: 67 >> metaslab_shift: 25 >> ashift: 12 >> asize: 4290248704 >> is_log: 1 >> create_txg: 22517 >>=20 >> Problem with cache devices only, but in zdb output tere is nothing at = all about them. >>=20 >> --- =D0=98=D1=81=D1=85=D0=BE=D0=B4=D0=BD=D0=BE=D0=B5 = =D1=81=D0=BE=D0=BE=D0=B1=D1=89=D0=B5=D0=BD=D0=B8=D0=B5 --- =D0=9E=D1=82 = =D0=BA=D0=BE=D0=B3=D0=BE: "Steven Hartland" < killing@multiplay.co.uk > >> =D0=94=D0=B0=D1=82=D0=B0: 16 =D1=81=D0=B5=D0=BD=D1=82=D1=8F=D0=B1=D1=80= =D1=8F 2013, 14:18:31 >>=20 >> Cant say I've ever had a issue with gnop, but I haven't used it for >> some time. >>=20 >> I did have a quick look over the weekend at your issue and it looks >> to me like warning for the cache is a false positive, as the vdev >> for cache doesn't report an ashift in zdb so could well be falling >> back to a default value. >>=20 >> I couldn't reproduce the issue for log here, it just seems to work >> for me, can you confirm what ashift is reported for your devices >> using: zdb >>=20 >> Regards >> Steve >> ----- Original Message ----- From: "Borja Marcos" < >>=20 >> --- =D0=94=D0=BC=D0=B8=D1=82=D1=80=D0=B8=D0=B9 =D0=9C=D0=B0=D0=BA=D0=B0= =D1=80=D0=BE=D0=B2 >>=20 >>=20 >> --- =D0=94=D0=BC=D0=B8=D1=82=D1=80=D0=B8=D0=B9 =D0=9C=D0=B0=D0=BA=D0=B0= =D1=80=D0=BE=D0=B2 >=20 >=20 > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > This e.mail is private and confidential between Multiplay (UK) Ltd. = and the person or entity to whom it is addressed. In the event of = misdirection, the recipient is prohibited from using, copying, printing = or otherwise disseminating it or any information contained in it.=20 > In the event of misdirection, illegible or incomplete transmission = please telephone +44 845 868 1337 > or return the E.mail to postmaster@multiplay.co.uk. >=20 > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to = "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Mon Sep 16 22:57:34 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id BDCB3728 for ; Mon, 16 Sep 2013 22:57:34 +0000 (UTC) (envelope-from lumiwa@gmail.com) Received: from mail-qe0-x22f.google.com (mail-qe0-x22f.google.com [IPv6:2607:f8b0:400d:c02::22f]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 7E0FB25EF for ; Mon, 16 Sep 2013 22:57:34 +0000 (UTC) Received: by mail-qe0-f47.google.com with SMTP id b4so3187344qen.20 for ; Mon, 16 Sep 2013 15:57:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=7hdP5QIViRUi7RMEjJTmUsjKehdc4x8V1Fos4BLkFIw=; b=v6YVFBXl1pNUtx3d5ZNCxD3E5S3Gb1osAxU+kgQYRxIIuPrDjDaBJzdrCtfQ/sCD7x ix+7En3c4KKmRcKx8l0fL5kGfcsnf9uKH+2nqM++bwwY+RgwpRcreVKDR9PMAAiE1E1r 9lNiHhDVcnTjmBjlakDzQL64B1plv4JESCM3ahN3dX/AxyPXYXIVzslaV6UH+Rw0yneO MR4cH9nPb6CWm15pHpG7u4i7rp7KSTd6JU6xbOu1fnRLUp3JCn18Cs2qzN3ErmFM/au+ FOprqdhUqV3CMlfftLRZqtAPGoDW3mFpmsEbahmvAq0Q4hhNYX2ZJOUknLU2lveO4zEU ZrjA== X-Received: by 10.49.96.42 with SMTP id dp10mr4571951qeb.94.1379372253649; Mon, 16 Sep 2013 15:57:33 -0700 (PDT) Received: from [192.168.2.254] (pool-64-223-173-60.man.east.myfairpoint.net. [64.223.173.60]) by mx.google.com with ESMTPSA id y9sm26530273qaj.9.1969.12.31.16.00.00 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 16 Sep 2013 15:57:33 -0700 (PDT) Content-Type: text/plain; charset=iso-2022-jp Mime-Version: 1.0 (Mac OS X Mail 6.6 \(1510\)) Subject: Re: FreeBSD 10.0 ALPHA1 From: ajtiM In-Reply-To: <87eh8oo4i5.wl%hskuhra@eumx.net> Date: Mon, 16 Sep 2013 18:57:31 -0400 Content-Transfer-Encoding: quoted-printable Message-Id: <1E93A761-8606-440E-96F4-795BCDD03E63@gmail.com> References: <91806E5F-C214-497A-9BE9-93299BAFCCAA@gmail.com> <87eh8oo4i5.wl%hskuhra@eumx.net> To: "Herbert J. Skuhra" X-Mailer: Apple Mail (2.1510) Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Sep 2013 22:57:34 -0000 Thank you. I used portsnap and installed subversion. Than rm /usr/ports = and /vard/db/portsnap and use svn and it works :). On Sep 16, 2013, at 5:12 PM, "Herbert J. Skuhra" = wrote: > On Mon, 16 Sep 2013 13:28:06 -0400 > ajtiM wrote: >=20 >> Hi! >>=20 >> I installed FreeBSD 10.0 ALPHA1 on my iMac 11,1 with ATI Radeon HD >> 4850, GPU because I fought that Xor will works now. But I see that I >> need to do more. >> I have not experience with FreeBSD current and I didn't use svn >> except for Area 51 (KDE). I fought that is svn (subversion) default >> on the FreeBSD 10.0 ALPHA1 but when I run svn checkout >> https://svn0=1B$B!D=1B(B.. it looks like that is not. How should I = install >> subversion, please? If I use portsnap it will install ports from 9 >> release. Thank you very much. >=20 > Try 'svnlite checkout' instead. >=20 > --=20 > Herbert > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to = "freebsd-current-unsubscribe@freebsd.org" Mitja ---- http://www.redbubble.com/people/lumiwa From owner-freebsd-current@FreeBSD.ORG Mon Sep 16 23:01:29 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 51F85990 for ; Mon, 16 Sep 2013 23:01:29 +0000 (UTC) (envelope-from lumiwa@gmail.com) Received: from mail-qc0-x231.google.com (mail-qc0-x231.google.com [IPv6:2607:f8b0:400d:c01::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 11E322655 for ; Mon, 16 Sep 2013 23:01:29 +0000 (UTC) Received: by mail-qc0-f177.google.com with SMTP id x12so3079064qcv.8 for ; Mon, 16 Sep 2013 16:01:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=1+cf1Fxt0Plo2MVGo7CKRggWpbK88e8LjaD7MRbh6hk=; b=l2PnikZalRHEWYFkQN2+pcvl1lx88o8vv9hQg49dPcVo7mNxkSwnql4dkieXz1MSwq Duj02BmVhO05vp+vN5OiblGhJQMqqFqZ3ay3FZI8yUWfKiL26YQOvV5ThHdM/LxC8K/6 o44rKwLGjZfL8k987EhKrrBIGsObyWxGPyFybf4/PXzxLJTxE8/1Tr+94IfkF7ZPcHoI lk/HndwjvtZzB+C0A1DE3GU9bfceO8IZjbpVeO+XqN8yyMYpPQvx66blGJfIzu5BL8VH ABzS28vnFc0TUX9dqvdHZVMfgyrzDL1UCnu2GyYBXNVnry84fccmLZ19FJgDa+A9adou wIGg== X-Received: by 10.224.61.198 with SMTP id u6mr2325325qah.83.1379372488225; Mon, 16 Sep 2013 16:01:28 -0700 (PDT) Received: from [192.168.2.254] (pool-64-223-173-60.man.east.myfairpoint.net. [64.223.173.60]) by mx.google.com with ESMTPSA id u8sm51061279qef.3.1969.12.31.16.00.00 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 16 Sep 2013 16:01:27 -0700 (PDT) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 6.6 \(1510\)) Subject: Re: FreeBSD 10.0 ALPHA1 From: ajtiM In-Reply-To: <52377520.60002@gmail.com> Date: Mon, 16 Sep 2013 19:01:25 -0400 Content-Transfer-Encoding: quoted-printable Message-Id: <43E5DDDD-315F-4610-BABE-69CD46312ADE@gmail.com> References: <91806E5F-C214-497A-9BE9-93299BAFCCAA@gmail.com> <52377520.60002@gmail.com> To: Alexander Panyushkin X-Mailer: Apple Mail (2.1510) Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Sep 2013 23:01:29 -0000 Do you have with_org_new, with_kms and with_gallium in make.conf? Do you = applied http://people.freebsd.org/~zeising/xorg-mesaupdate.diff I didn't try yet to build Xorg. Maybe tomorrow. On Sep 16, 2013, at 5:16 PM, Alexander Panyushkin = wrote: > 16.09.2013 20:28, ajtiM =D0=BF=D0=B8=D1=88=D0=B5=D1=82: >> Hi! >>=20 >> I installed FreeBSD 10.0 ALPHA1 on my iMac 11,1 with ATI Radeon HD = 4850, GPU because I fought that Xor will works now. But I see that I = need to do more. >> I have not experience with FreeBSD current and I didn't use svn = except for Area 51 (KDE). I fought that is svn (subversion) default on = the FreeBSD 10.0 ALPHA1 but when I run svn checkout https://svn0=E2=80=A6.= . it looks like that is not. How should I install subversion, please? If = I use portsnap it will install ports from 9 release. >> Thank you very much. >>=20 >> Mitja >> ---- >> http://www.redbubble.com/people/lumiwa >>=20 >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to = "freebsd-current-unsubscribe@freebsd.org" >=20 > After rebuild world from svn, Xorg does not start and the box goes to = reboot. >=20 > svn info > Path: . > Working Copy Root Path: /usr/src > URL: svn://svn.freebsd.org/base/head > Repository Root: svn://svn.freebsd.org/base > Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f > Revision: 255608 > Node Kind: directory > Schedule: normal > Last Changed Author: kib > Last Changed Rev: 255608 > Last Changed Date: 2013-09-16 09:25:54 +0300 >=20 > dmesg: > Sep 16 20:26:07 scorpion dbus[1713]: [system] Activating service = name=3D'org.freedesktop.ConsoleKit' (using servicehelper) > Sep 16 20:26:08 scorpion dbus[1713]: [system] Activating service = name=3D'org.freedesktop.PolicyKit1' (using servicehelper) > Sep 16 20:26:08 scorpion dbus[1713]: [system] Successfully activated = service 'org.freedesktop.PolicyKit1' > Sep 16 20:26:08 scorpion dbus[1713]: [system] Successfully activated = service 'org.freedesktop.ConsoleKit' > Sep 16 20:26:08 scorpion console-kit-daemon[1734]: WARNING: = kvm_getenvv failed: > Sep 16 20:26:09 scorpion kernel: keyrate scrnmap font8x16 blanktime = allscreens. >=20 >=20 >=20 > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to = "freebsd-current-unsubscribe@freebsd.org" Mitja ---- http://www.redbubble.com/people/lumiwa From owner-freebsd-current@FreeBSD.ORG Mon Sep 16 23:04:35 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 82F93AE5 for ; Mon, 16 Sep 2013 23:04:35 +0000 (UTC) (envelope-from lumiwa@gmail.com) Received: from mail-qe0-x22a.google.com (mail-qe0-x22a.google.com [IPv6:2607:f8b0:400d:c02::22a]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 458D12684 for ; Mon, 16 Sep 2013 23:04:35 +0000 (UTC) Received: by mail-qe0-f42.google.com with SMTP id 1so3271471qec.29 for ; Mon, 16 Sep 2013 16:04:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:content-type:content-transfer-encoding:subject:message-id:date :to:mime-version; bh=CoA76LvhpLGqEzrSSvoOLjdvbAXmvk8J9OFNBokOIN0=; b=tA0FMBQMqqEPjmcSDliXBTy6BLJ9/hqW08Yyv3Ps2DyErjuAXih1AYhp8KOekPqE3/ muutJQCwH6q6ZmJVAf+6wSSPBKHmTE8ic0q7DMGOX/FLyeEisVUxmHzEK9KPwLl0s/LF k6+xFUtrqe+KA/Z5zHdPgximTu9lnky4WqOeeJVYHqMAjeGLmCAYMXJc9N4chEMQKiN9 3XaCJB9Iaxl4wGF0CuHZrb5KTeXZnHxqyI7WJ7uZ9YISTZht0qFRgBCKR8mPSwHxAPHL AeoWBz98vWwdaW95ENXo4ZRS6Gy8wxCBINLEE6IU22VNQ9sV0ASX7HCVv/gwHU3Ap04q 6BZA== X-Received: by 10.229.228.195 with SMTP id jf3mr49433040qcb.0.1379372674464; Mon, 16 Sep 2013 16:04:34 -0700 (PDT) Received: from [192.168.2.254] (pool-64-223-173-60.man.east.myfairpoint.net. [64.223.173.60]) by mx.google.com with ESMTPSA id a2sm51089302qek.7.1969.12.31.16.00.00 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 16 Sep 2013 16:04:33 -0700 (PDT) From: ajtiM Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Subject: portmaster Message-Id: <2C19C7FA-F563-47F5-AD0F-FB78C1BE7C48@gmail.com> Date: Mon, 16 Sep 2013 19:04:32 -0400 To: "freebsd-current@freebsd.org" Mime-Version: 1.0 (Mac OS X Mail 6.6 \(1510\)) X-Mailer: Apple Mail (2.1510) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Sep 2013 23:04:35 -0000 Again me=85 I was (am) long postmaster user. Is it possible to use on FreeBSD 10 = too, please? Or is better to use something different? Thank in advance. Mitja ---- http://www.redbubble.com/people/lumiwa From owner-freebsd-current@FreeBSD.ORG Mon Sep 16 23:07:30 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 376CBC59 for ; Mon, 16 Sep 2013 23:07:30 +0000 (UTC) (envelope-from jmg@h2.funkthat.com) Received: from h2.funkthat.com (gate2.funkthat.com [208.87.223.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id F01CC26C3 for ; Mon, 16 Sep 2013 23:07:29 +0000 (UTC) Received: from h2.funkthat.com (localhost [127.0.0.1]) by h2.funkthat.com (8.14.3/8.14.3) with ESMTP id r8GN7SPn082652 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 16 Sep 2013 16:07:29 -0700 (PDT) (envelope-from jmg@h2.funkthat.com) Received: (from jmg@localhost) by h2.funkthat.com (8.14.3/8.14.3/Submit) id r8GN7S26082651; Mon, 16 Sep 2013 16:07:28 -0700 (PDT) (envelope-from jmg) Date: Mon, 16 Sep 2013 16:07:28 -0700 From: John-Mark Gurney To: Nilton Jose Rizzo Subject: Re: problems with libiconv into kernel Message-ID: <20130916230728.GF68682@funkthat.com> Mail-Followup-To: Nilton Jose Rizzo , freebsd-current@freebsd.org References: <20130915161341.M51733@i805.com.br> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20130915161341.M51733@i805.com.br> User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 7.2-RELEASE i386 X-PGP-Fingerprint: 54BA 873B 6515 3F10 9E88 9322 9CB1 8F74 6D3F A396 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html X-to-the-FBI-CIA-and-NSA: HI! HOW YA DOIN? can i haz chizburger? X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.2 (h2.funkthat.com [127.0.0.1]); Mon, 16 Sep 2013 16:07:29 -0700 (PDT) Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Sep 2013 23:07:30 -0000 Nilton Jose Rizzo wrote this message on Sun, Sep 15, 2013 at 13:14 -0300: > Last night, I has tried to put in my kernel config the libiconv with this > knobs from LINT: > > options CD9660_ICONV > options MSDOSFS_ICONV > options UDF_ICONV > options LIBICONV > > but this results int this error: > > cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls > -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith > -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions > -Wmissing-include-dirs -fdiagnostics-show-option > -Wno-error-tautological-compare -Wno-error-empty-body > -Wno-error-parentheses-equality -nostdinc -I. -I../../.. > -I../../../contrib/altq -I../../../contrib/libfdt -D_KERNEL > -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer > -mno-omit-leaf-frame-pointer -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone > -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding > -fstack-protector -Werror ../../../libkern/iconv.c > ../../../libkern/iconv.c:39:10: fatal error: 'iconv_converter_if.h' file not > found > #include "iconv_converter_if.h" > ^ > 1 error generated. > *** Error code 1 > > Stop. > make: stopped in /usr/src/sys/amd64/compile/VALFENDA > > What am I doing wrong? My svn version is 255531 How are you building your kernel? are you using config and make or are you using buildkernel? If you are using config and make, did you run: make cleandepend && make depend first before make like said? -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-current@FreeBSD.ORG Mon Sep 16 23:15:13 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 05931F2D for ; Mon, 16 Sep 2013 23:15:13 +0000 (UTC) (envelope-from matthias.andree@gmx.de) Received: from mout.gmx.net (mout.gmx.net [212.227.17.20]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 8F87B2762 for ; Mon, 16 Sep 2013 23:15:12 +0000 (UTC) Received: from mandree.no-ip.org ([92.228.170.60]) by mail.gmx.com (mrgmx001) with ESMTPSA (Nemesis) id 0M0QAP-1WDH6A2rfR-00uVqL for ; Tue, 17 Sep 2013 01:15:03 +0200 Received: from [IPv6:::1] (localhost6.localdomain6 [IPv6:::1]) by apollo.emma.line.org (Postfix) with ESMTP id A260223CE8A; Tue, 17 Sep 2013 01:15:02 +0200 (CEST) Message-ID: <523790F6.7080104@gmx.de> Date: Tue, 17 Sep 2013 01:15:02 +0200 From: Matthias Andree User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130804 Thunderbird/17.0.8 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: portmaster References: <2C19C7FA-F563-47F5-AD0F-FB78C1BE7C48@gmail.com> In-Reply-To: <2C19C7FA-F563-47F5-AD0F-FB78C1BE7C48@gmail.com> X-Enigmail-Version: 1.4.6 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable X-Provags-ID: V03:K0:NhiMpy1qWQmLry3/fQJMbqwl+zoqtIB4EUjc15rGiCz2JUCzdV5 oEKLsFs1Z3YMhAgv/mJ0GwbhuwtX+tfma3sCgYsWEnvCLqTZ7nCTxWhPJJimPILMiKhWxoF 8MxESilMDGuFpsyE19G0pm+C+WZ1ykHHuBdMrhjd+pZbA4OJe7wjfRCbDB68B5AcEVcTtBa 8JddjhWfmRvU02PVKspTw== Cc: lumiwa@gmail.com X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Sep 2013 23:15:13 -0000 Am 17.09.2013 01:04, schrieb ajtiM: > Again me=85 > I was (am) long postmaster user. Is it possible to use on FreeBSD 10 to= o, please? Or is better to use something different? Portmaster works for me on FreeBSD 10-CURRENT. Be sure to use an up-to-date ports tree and install an up-to-date portmaster. From owner-freebsd-current@FreeBSD.ORG Mon Sep 16 23:30:46 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 2A040242 for ; Mon, 16 Sep 2013 23:30:46 +0000 (UTC) (envelope-from lumiwa@gmail.com) Received: from mail-qc0-x22b.google.com (mail-qc0-x22b.google.com [IPv6:2607:f8b0:400d:c01::22b]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id DE32E284D for ; Mon, 16 Sep 2013 23:30:45 +0000 (UTC) Received: by mail-qc0-f171.google.com with SMTP id x19so3091531qcw.2 for ; Mon, 16 Sep 2013 16:30:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=Jv/52xuD87i0ifuVQJSjx/ZIcnBQgPabOLP054k1Q/4=; b=ygWOE6zaeY/gxUkgnVd+vmhLJDcFRN5iWOTtbk2v5wbV837NPCKVHU4e78pgaKViQW JQrm58ZeLsXd+nRUgLlY+4Br87RxFdsTbwJUuAZTuY47z9rp1aoNiXGc9MNqk6zYGvYv WyHLq+q4HSG9/inqL+a8CkjpP84Y8LYzXBhStEsbA01mQezWKUuC/9WkQdFap2kIkYoA dI74Dj7cZTZErfRvF7XVe+hrtFXq0b7t+iPgl/ur6Az/I4XHBPmry8Yl8n3oqC3yzlCc JJOkMmnzAT0Cc0d9GnxhClJaHOOebqhELlktYm/bK314PYtx5AMeqTMEk3TWjInE5rIe uDjQ== X-Received: by 10.49.82.7 with SMTP id e7mr49571117qey.16.1379374244990; Mon, 16 Sep 2013 16:30:44 -0700 (PDT) Received: from [192.168.2.254] (pool-64-223-173-60.man.east.myfairpoint.net. [64.223.173.60]) by mx.google.com with ESMTPSA id h2sm51241656qev.0.1969.12.31.16.00.00 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 16 Sep 2013 16:30:44 -0700 (PDT) Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 6.6 \(1510\)) Subject: Re: portmaster From: ajtiM In-Reply-To: <523790F6.7080104@gmx.de> Date: Mon, 16 Sep 2013 19:30:42 -0400 Content-Transfer-Encoding: quoted-printable Message-Id: References: <2C19C7FA-F563-47F5-AD0F-FB78C1BE7C48@gmail.com> <523790F6.7080104@gmx.de> To: Matthias Andree X-Mailer: Apple Mail (2.1510) Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Sep 2013 23:30:46 -0000 Thank ou. On Sep 16, 2013, at 7:15 PM, Matthias Andree = wrote: > Am 17.09.2013 01:04, schrieb ajtiM: >> Again me=85 >> I was (am) long postmaster user. Is it possible to use on FreeBSD 10 = too, please? Or is better to use something different? >=20 > Portmaster works for me on FreeBSD 10-CURRENT. Be sure to use an > up-to-date ports tree and install an up-to-date portmaster. >=20 Mitja ---- http://www.redbubble.com/people/lumiwa From owner-freebsd-current@FreeBSD.ORG Tue Sep 17 00:30:44 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 3B215F2C; Tue, 17 Sep 2013 00:30:44 +0000 (UTC) (envelope-from marius@alchemy.franken.de) Received: from alchemy.franken.de (alchemy.franken.de [194.94.249.214]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C20C42BE3; Tue, 17 Sep 2013 00:30:43 +0000 (UTC) Received: from alchemy.franken.de (localhost [127.0.0.1]) by alchemy.franken.de (8.14.7/8.14.7/ALCHEMY.FRANKEN.DE) with ESMTP id r8H0UffE037900; Tue, 17 Sep 2013 02:30:41 +0200 (CEST) (envelope-from marius@alchemy.franken.de) Received: (from marius@localhost) by alchemy.franken.de (8.14.7/8.14.7/Submit) id r8H0UfMq037899; Tue, 17 Sep 2013 02:30:41 +0200 (CEST) (envelope-from marius) Date: Tue, 17 Sep 2013 02:30:41 +0200 From: Marius Strobl To: Olivier =?iso-8859-1?Q?Cochard-Labb=E9?= Subject: Re: [RFC][CFT] GEOM direct dispatch and fine-grained CAM locking Message-ID: <20130917003041.GA74198@alchemy.franken.de> References: <520D4ADB.50209@FreeBSD.org> <5224511D.4090503@FreeBSD.org> <20130903134251.GB43281@caravan.chchile.org> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-geom@freebsd.org, freebsd-hackers@freebsd.org, Alexander Motin , "freebsd-current@freebsd.org" , FreeBSD SCSI , Outback Dingo X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Sep 2013 00:30:44 -0000 On Tue, Sep 03, 2013 at 11:48:38PM +0200, Olivier Cochard-Labbé wrote: > On Tue, Sep 3, 2013 at 8:10 PM, Outback Dingo wrote: > > Can anyone confirm how well tested/stable this patch set might be?? if > > theres positive input i have a zoo of dev machines i could load it on, to > > help further it. > > Just checking to see how widely its been tested, > > I've installed this patch on 3 differents machines there status after > about 12hours: > - SUN FIRE X4170 M2 (amd64: r255178) with 6 SAS harddrives in one big > zraid (LSI MegaSAS Gen2 controller): Used for generating package with > poudriere? no probleme since; > - HAL/Fujitsu SPARC64-V (sparc64: r255178) with two SCSI-3 disks in > gmirror: Used for generating package with poudriere too? no probleme > since; For testing GEOM direct dispatch on sparc64, please additionally use the following patch: http://people.freebsd.org/~marius/sparc64_GET_STACK_USAGE.diff Marius From owner-freebsd-current@FreeBSD.ORG Mon Sep 16 23:53:17 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id D09FD631; Mon, 16 Sep 2013 23:53:17 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: from mail-pd0-x22e.google.com (mail-pd0-x22e.google.com [IPv6:2607:f8b0:400e:c02::22e]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 9D8DF29A2; Mon, 16 Sep 2013 23:53:17 +0000 (UTC) Received: by mail-pd0-f174.google.com with SMTP id y13so4749489pdi.5 for ; Mon, 16 Sep 2013 16:53:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:content-type:content-transfer-encoding:subject:date:message-id :cc:to:mime-version; bh=jEkxGh+ZSoy9+UvBT+N/WIBcoeNFgQLUqsJor42I+48=; b=A47ga26hO586mZhz2ixeMSC9FKCWPqidXMMibXcFrvs1CoTTyXHctqOr6XYxApUjAD yoUw8ZYqnmW6iNVsKynv6GoKjjU9dCOYO5lNN2Se7bnQ6N/lT6lqxvqrJfyE8IJEo3Gj UjbKLa+YXouJfzODe/708auWbJ5+uSchpnD8USOvuzo7W6NWvva8uK4Cnm0hXouUGwum 1pG5MzRQroEufIjvaW4JiMWQ7l9aQ/zpnAnjIqr1sXKAzDkzdvUQ7T7/cQUZWkZPr7CW mUxsfDL5jZKSoh5lc8ipbhAm6Dhy0mhrDmSIgdjOKhh3IbCHhj5YPca7zQh+rYYt+fkX IZEw== X-Received: by 10.68.136.7 with SMTP id pw7mr31322537pbb.106.1379375597336; Mon, 16 Sep 2013 16:53:17 -0700 (PDT) Received: from [192.168.242.58] (c-67-182-131-225.hsd1.wa.comcast.net. [67.182.131.225]) by mx.google.com with ESMTPSA id kd1sm41469969pab.20.1969.12.31.16.00.00 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 16 Sep 2013 16:53:16 -0700 (PDT) From: Garrett Cooper Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Subject: Something's really rotten with the build on CURRENT Date: Mon, 16 Sep 2013 16:53:14 -0700 Message-Id: <1D7D63C4-FEC9-4C03-8B31-10EBD07EDD55@gmail.com> To: FreeBSD Current Mime-Version: 1.0 (Apple Message framework v1283) X-Mailer: Apple Mail (2.1283) X-Mailman-Approved-At: Tue, 17 Sep 2013 01:07:06 +0000 Cc: "Simon J. Gerraty" , =?iso-8859-1?Q?Dag-Erling_Sm=F8rgrav?= , Peter Wemm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Sep 2013 23:53:17 -0000 When I was trying to do a source upgrade from 2 month old = sources on CURRENT, I've run into 3 different build failures that I've = been filing PRs for, and that's probably just the start of it. bmake's a = part of the problem, but it isn't the only problem as I've been running = into consistent build failures when I don't specify TARGET/TARGET_ARCH = explicitly on the command line. And while my kernel is slightly tainted = and my userland is tainted with some libc fixes, POSIX conformance = fixes, test code and all that jazz, I run into multiple problems with = bmake/fmake, clang/gcc, and my git checkout and an untainted svn = checkout on 2 systems that I have running FreeBSD CURRENT on. My = stable/9 build is still going strong. I've run into issues with cam (weird linker unresolved symbol = issue with gcc; doesn't appear with clang), iconv (had to turn it off = because it wasn't working with the default due to a missing symbol in = the file), and unbound (it's looking for the static library in the wrong = directory in ${MAKEOBJDIRPREFIX}). I just checked the mailing list = archives and it appears that there have been a slew of build failures = related to features being turned on and off, and other things before the = 10.0-ALPHA2 code slush. But seriously=85 this is ridiculous and I = haven't run into build failures like this for years. Can people PLEASE = build/test their changes on and off on multiple VMs? Thanks, -Garrett= From owner-freebsd-current@FreeBSD.ORG Tue Sep 17 01:12:48 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id B47ED9B1; Tue, 17 Sep 2013 01:12:48 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from mail0.glenbarber.us (mail0.glenbarber.us [IPv6:2607:fc50:1:2300:1001:1001:1001:face]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 733A82E64; Tue, 17 Sep 2013 01:12:48 +0000 (UTC) Received: from glenbarber.us (c-71-224-221-174.hsd1.nj.comcast.net [71.224.221.174]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) (Authenticated sender: gjb) by mail0.glenbarber.us (Postfix) with ESMTPSA id 6B3B6A211; Tue, 17 Sep 2013 01:12:45 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.8.3 mail0.glenbarber.us 6B3B6A211 Authentication-Results: mail0.glenbarber.us; dkim=none reason="no signature"; dkim-adsp=none Date: Mon, 16 Sep 2013 21:12:43 -0400 From: Glen Barber To: Garrett Cooper Subject: Re: Something's really rotten with the build on CURRENT Message-ID: <20130917011243.GX2320@glenbarber.us> References: <1D7D63C4-FEC9-4C03-8B31-10EBD07EDD55@gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="yh423QPMiEk4ZruG" Content-Disposition: inline In-Reply-To: <1D7D63C4-FEC9-4C03-8B31-10EBD07EDD55@gmail.com> X-Operating-System: FreeBSD 10.0-ALPHA1 amd64 User-Agent: Mutt/1.5.21 (2010-09-15) Cc: "Simon J. Gerraty" , Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?= , FreeBSD Current , Peter Wemm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Sep 2013 01:12:48 -0000 --yh423QPMiEk4ZruG Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Mon, Sep 16, 2013 at 04:53:14PM -0700, Garrett Cooper wrote: > Can people PLEASE build/test their changes on > and off on multiple VMs? Welcome to the world two weeks after the code freeze. We would have had cookies, but ... well, they don't build right now. Glen --yh423QPMiEk4ZruG Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.21 (FreeBSD) iQEcBAEBCAAGBQJSN6yLAAoJEFJPDDeguUajLRwH/1PqcrNIKkXA9pmK9fkOrZIa QvZcb5nYyWJWz79WsJSt0BqUEpmuQxArq+eE93hqAlAebX5xlTL/U7NZO84SzDFH hWFXpyfB+jRDR4BqetqzPBAlhi4FJSHYe5436hAC9tWNkMyFwGYly4WNy8POSRPF 2mVAVMV6p67ppbq3fntBSE205KMqXxXqc+mTW84d/K7pw2qJ9rk3sDQCNsTypbK4 yP2gZcV7aheSRM9/OvtYDn6f4dXYNDJRJoakSUzDwVbO3xTJhBbd2GiDip69TeS1 r35W6pIo67UFOYWLgmeNt5e2o6bPmh619UpH4u4w6pR+aGsjzujBSsCnyCykgAs= =g6KJ -----END PGP SIGNATURE----- --yh423QPMiEk4ZruG-- From owner-freebsd-current@FreeBSD.ORG Tue Sep 17 04:01:30 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id D6F50401; Tue, 17 Sep 2013 04:01:30 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: from mail-pb0-x22f.google.com (mail-pb0-x22f.google.com [IPv6:2607:f8b0:400e:c01::22f]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 9E5B227B6; Tue, 17 Sep 2013 04:01:30 +0000 (UTC) Received: by mail-pb0-f47.google.com with SMTP id rr4so4919653pbb.20 for ; Mon, 16 Sep 2013 21:01:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=subject:mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=ZtUv5UK/v61WGncHqLCOscrIY2lyDSDmWB4hL2HsYsE=; b=LwujqIJlvaLl3/Z85CC/qOt/BM0buQjF+DmEpjYYJIOuqs74Ei2fWT5Pxi2UWeY0gy G/DfvUwUzUM5Z2M9L3CJNeRA5uIOqOqSk2/vq3QXvVlsB85jVhMi/drI5eCodGehH2uI QSPlBfsYLSvXxqX6NkROZ8G4BRACRb+TYJIpABvQXvaNZoSayfZ1vRAneqd7yCM1Ac+0 qNU0/JMASTB53oXb6JGXR/t0VJ2AtGoykBWqPAsm+ItTN3F55AhVYePtcu2lgzwHOa90 LLW2I9H6NbuySY9CbmfoM3uSawzF+GqIQURbYNsbdJOPlQutvhVFnTfOdOZdJHi8XpwI 3pwA== X-Received: by 10.68.217.225 with SMTP id pb1mr32276746pbc.61.1379390490257; Mon, 16 Sep 2013 21:01:30 -0700 (PDT) Received: from [192.168.242.58] (c-67-182-131-225.hsd1.wa.comcast.net. [67.182.131.225]) by mx.google.com with ESMTPSA id go4sm34991031pbb.15.1969.12.31.16.00.00 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 16 Sep 2013 21:01:29 -0700 (PDT) Subject: Re: Something's really rotten with the build on CURRENT Mime-Version: 1.0 (Apple Message framework v1283) Content-Type: text/plain; charset=us-ascii From: Garrett Cooper In-Reply-To: <20130917011243.GX2320@glenbarber.us> Date: Mon, 16 Sep 2013 21:01:27 -0700 Content-Transfer-Encoding: 7bit Message-Id: <83AE1E52-8460-4D70-829F-DFB5838F3BC8@gmail.com> References: <1D7D63C4-FEC9-4C03-8B31-10EBD07EDD55@gmail.com> <20130917011243.GX2320@glenbarber.us> To: Glen Barber X-Mailer: Apple Mail (2.1283) X-Mailman-Approved-At: Tue, 17 Sep 2013 04:08:40 +0000 Cc: "Simon J. Gerraty" , =?iso-8859-1?Q?Dag-Erling_Sm=F8rgrav?= , FreeBSD Current , Peter Wemm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Sep 2013 04:01:30 -0000 On Sep 16, 2013, at 6:12 PM, Glen Barber wrote: > On Mon, Sep 16, 2013 at 04:53:14PM -0700, Garrett Cooper wrote: >> Can people PLEASE build/test their changes on >> and off on multiple VMs? > > Welcome to the world two weeks after the code freeze. > > We would have had cookies, but ... well, they don't build right now. Well at least the stuff we're frozen on is broken, right :( *sighs*? From owner-freebsd-current@FreeBSD.ORG Tue Sep 17 05:24:42 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 580E1328; Tue, 17 Sep 2013 05:24:42 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-wg0-x231.google.com (mail-wg0-x231.google.com [IPv6:2a00:1450:400c:c00::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 77BB32B15; Tue, 17 Sep 2013 05:24:41 +0000 (UTC) Received: by mail-wg0-f49.google.com with SMTP id l18so4478022wgh.28 for ; Mon, 16 Sep 2013 22:24:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=19/cwNiaLI9Twy7jHEvwwbJeMrfXdP6ocx6Q5TkTtco=; b=YsWnL/aBpEWKrFi3lNSpTx8AGl8s2AqIuIZYn8nmRL1Ycdgive/kawuKWDTvycNyML ykfKxi1G/DglfioPT+7fzixJO4FiR5lkR1ktC4lshWSVG4LnskmTG3/qIglCLSukZhKl 8F0u5TAb2JWhxy/xyKDxXJ9lfEdf7+nmxkBwe8kH3YF8aWj3Ly3tUxsrKnnPXJPd40Y/ yHMVy5IvcvwF/ajvlbFXFuoIbiaNaCZrxhR96Wp/QHKeV3dU9WZLaG/urexJITH8ygaN 1thq+j7zzXYEhHuJgdHa4TsXtKnRuuHAU4IEzp/YmnqJhQMc/JsulACVxig+gqxeBCc8 IoFA== MIME-Version: 1.0 X-Received: by 10.180.37.164 with SMTP id z4mr918970wij.30.1379395479969; Mon, 16 Sep 2013 22:24:39 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.216.73.133 with HTTP; Mon, 16 Sep 2013 22:24:39 -0700 (PDT) In-Reply-To: <83AE1E52-8460-4D70-829F-DFB5838F3BC8@gmail.com> References: <1D7D63C4-FEC9-4C03-8B31-10EBD07EDD55@gmail.com> <20130917011243.GX2320@glenbarber.us> <83AE1E52-8460-4D70-829F-DFB5838F3BC8@gmail.com> Date: Mon, 16 Sep 2013 22:24:39 -0700 X-Google-Sender-Auth: tU49iSgqW4pNg7OspocZRICgo7Y Message-ID: Subject: Re: Something's really rotten with the build on CURRENT From: Adrian Chadd To: Garrett Cooper Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: "Simon J. Gerraty" , Glen Barber , FreeBSD Current , Peter Wemm , =?ISO-8859-1?Q?Dag=2DErling_Sm=F8rgrav?= X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Sep 2013 05:24:42 -0000 On 16 September 2013 21:01, Garrett Cooper wrote: > On Sep 16, 2013, at 6:12 PM, Glen Barber wrote: > > > On Mon, Sep 16, 2013 at 04:53:14PM -0700, Garrett Cooper wrote: > >> Can people PLEASE build/test their changes on > >> and off on multiple VMs? > > > > Welcome to the world two weeks after the code freeze. > > > > We would have had cookies, but ... well, they don't build right now. > > Well at least the stuff we're frozen on is broken, right :( *sighs*? > > Nope. I applaud re@ for trying to shoehorn this stuff together. -adrian From owner-freebsd-current@FreeBSD.ORG Tue Sep 17 08:21:15 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 4BEE451A for ; Tue, 17 Sep 2013 08:21:15 +0000 (UTC) (envelope-from dnebdal@gmail.com) Received: from mail-lb0-x231.google.com (mail-lb0-x231.google.com [IPv6:2a00:1450:4010:c04::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id CE990241D for ; Tue, 17 Sep 2013 08:21:14 +0000 (UTC) Received: by mail-lb0-f177.google.com with SMTP id w7so5021050lbi.22 for ; Tue, 17 Sep 2013 01:21:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=8emWp2n0MKYEm3Refwogi3S379PdOK3UVAjwr3KTwoI=; b=tw4cqWSCEP2bPtKgjAg1k6mX+udbDDTniDIXQt3bu2Z0aLUIJJp8CzWfPL41MA1qLJ X0PqiQzefBJcLDQnYjYrjjUlH33oHGWvEkhJ9lUxAV2KhwkuTnnApwOcLVBrR7lbh/Jp AbieWziThQc0ehuDjfcvE3yYfYq7OVDsVob/2N74Nt5ks+5xj5Qo/VuqupYyxENLGKDw 95bNSrwCtI8BayHCNoXbjprOdxG+XQ/xc/yDlXjGvr9x3tE51Tf76RXE65nB5sDRyjsd pLGbGCMoZ4XWU5wCaRrmFuJhLZp9mwtygTM7+cu9dSKBhJicdGsjmHplCSfx9G3aWlqi MT7g== MIME-Version: 1.0 X-Received: by 10.112.40.110 with SMTP id w14mr264248lbk.42.1379406072176; Tue, 17 Sep 2013 01:21:12 -0700 (PDT) Received: by 10.112.155.137 with HTTP; Tue, 17 Sep 2013 01:21:12 -0700 (PDT) In-Reply-To: References: Date: Tue, 17 Sep 2013 10:21:12 +0200 Message-ID: Subject: Re: iSCSI boot ... root? From: Daniel Nebdal To: Kristjan Eentsalu Content-Type: text/plain; charset=ISO-8859-2 Content-Transfer-Encoding: quoted-printable Cc: Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Sep 2013 08:21:15 -0000 On Mon, Sep 16, 2013 at 5:45 PM, Kristjan Eentsalu wro= te: > On 16.09.2013 13:35, Edward Tomasz Napiera=B3a wrote:> Wiadomo=B6=E6 napi= sana > przez Zaphod Beeblebrox w dniu 16 wrz 2013, o godz. > 07:35: >>> Is it now possible to boot from iSCSI? I'm not talking about an iSCSI >>> controller, but with >>> >>> pxe -> dhcp -> tftp (loads loader) -> (something) -> boot (mounts root > from >>> iSCSI) >> >> Not yet. The iSCSI initiator requires iscsid(8) in order to work, and > you can't >> run it before mounting root. >> >> I think the proper way to do this would be by doing something similar to > Linux' >> initrd; i.e. booting from mdroot loaded by loader(8), run iscsid(8) from > there, >> setup iSCSI session, then mount the real root and pivot to it. I'm not > sure if it's >> possible right now. >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.or= g" >> > > Don't know if it works with CURRENT but You can use iPXE(formerly gPXE) > chainloading and isboot module. > > http://ipxe.org/howto/chainloading > http://ipxe.org/howto/dhcpd > http://lists.freebsd.org/pipermail/freebsd-scsi/2012-August/005570.html > > > Kristjan Oh wow, that is rather neat. I don't actually have any use for it, but now I'm kind of tempted to try and find one. From owner-freebsd-current@FreeBSD.ORG Tue Sep 17 08:35:50 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 63AC8A06 for ; Tue, 17 Sep 2013 08:35:50 +0000 (UTC) (envelope-from dnebdal@gmail.com) Received: from mail-la0-x22f.google.com (mail-la0-x22f.google.com [IPv6:2a00:1450:4010:c03::22f]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E4C6A24E2 for ; Tue, 17 Sep 2013 08:35:49 +0000 (UTC) Received: by mail-la0-f47.google.com with SMTP id eo20so4004846lab.6 for ; Tue, 17 Sep 2013 01:35:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=04Wm25kBBVKbzKHT6IE7KoVvM+xJmJtfX+6Ee8N9uks=; b=zFQQn6vFV2gnB5dXj/WUf6+8Ykq7Sq1kjL2HEbi6ZsFof+WXPoq98shmSRjGhcK5mE pe3I3nZlC6JXlKtSPMV2Z4T9hDFrSvj/KeBYPmy1N/Ia2WQkvBvOMAYnwGzQcBiSNwXB iq+a8sbXCWP/f12uWpxR8WcW0+CJWTgOQbkp9ps08tIriAXv6MFwAZPcjqAm2/rvY0Vx 4D0FO3BjHLdAqLvldrifeeYqt1h7io/jI/FbhdCjiNv2A6FPNAcsZwYpG6MNygLOFNUn fjPZCyYfXREALC4u+0sC7Ril4pxKmxTnEs1GmvocnNpVyw/uNrV6cHiYUPjFVV/oO6zd SkXw== MIME-Version: 1.0 X-Received: by 10.152.87.143 with SMTP id ay15mr29091967lab.2.1379406947954; Tue, 17 Sep 2013 01:35:47 -0700 (PDT) Received: by 10.112.155.137 with HTTP; Tue, 17 Sep 2013 01:35:47 -0700 (PDT) In-Reply-To: References: <2C19C7FA-F563-47F5-AD0F-FB78C1BE7C48@gmail.com> <523790F6.7080104@gmx.de> Date: Tue, 17 Sep 2013 10:35:47 +0200 Message-ID: Subject: Re: portmaster From: Daniel Nebdal To: ajtiM Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Cc: Matthias Andree , Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Sep 2013 08:35:50 -0000 On Tue, Sep 17, 2013 at 1:30 AM, ajtiM wrote: > Thank ou. > > On Sep 16, 2013, at 7:15 PM, Matthias Andree wro= te: > >> Am 17.09.2013 01:04, schrieb ajtiM: >>> Again me=85 >>> I was (am) long postmaster user. Is it possible to use on FreeBSD 10 to= o, please? Or is better to use something different? >> >> Portmaster works for me on FreeBSD 10-CURRENT. Be sure to use an >> up-to-date ports tree and install an up-to-date portmaster. >> > > Mitja > ---- > http://www.redbubble.com/people/lumiwa > Is it still required to add WITH_PKGNG=3DYES to /etc/make.conf to get pkgng support in portmaster, or is that default in 10 / now? From owner-freebsd-current@FreeBSD.ORG Tue Sep 17 09:14:17 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id DF27FD10 for ; Tue, 17 Sep 2013 09:14:17 +0000 (UTC) (envelope-from johannes@brilliantservice.co.jp) Received: from mail-ie0-f174.google.com (mail-ie0-f174.google.com [209.85.223.174]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A46C527A8 for ; Tue, 17 Sep 2013 09:14:17 +0000 (UTC) Received: by mail-ie0-f174.google.com with SMTP id u16so9586479iet.33 for ; Tue, 17 Sep 2013 02:14:11 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-type; bh=55bP5/KXRNjY9c8TIRR49Cnwn/eJuKUXDRRu64Os/oY=; b=aYhs3qRAdY03huDejPSJ6ABefAlgIN/VJSVG93BuWkoviggm8e4S5wrse09EcDKXUQ oEodcAmdE03GbEvTQ9tG0WP4q3d/aYUAg8X2jpH7JWGY15s18TgfkMLuTnfHzMjbKy9a yuQK2YbaA/3E2ISSEzIEhrfR/v4rVNZdrzvlwNrtzTC7yAMp+wq51Y7ZIOHsUftFepcL ZScILN7w63rxIE5A4PbSZgHFKW+kS8TR6m2lD5UY6817aoRqBDGkWk7JbcpVWAHRlM5g WTpY7IOrW+8HnGeE3SIf5zBTJHwWdSycEs779K5sAjewaDsc41Xqh8QkTtjl5f34ECRS qDLw== X-Gm-Message-State: ALoCoQkEbatKgEnCSnbYRoNre2pzQc/IlsqdM4+mAr3HkKt43YHdwrwkmAxBCCxsP+KNdkC4bPtt X-Received: by 10.42.204.4 with SMTP id fk4mr13584icb.31.1379409251195; Tue, 17 Sep 2013 02:14:11 -0700 (PDT) MIME-Version: 1.0 Received: by 10.42.76.66 with HTTP; Tue, 17 Sep 2013 02:13:54 -0700 (PDT) In-Reply-To: References: From: "Lundberg, Johannes" Date: Tue, 17 Sep 2013 18:13:54 +0900 Message-ID: Subject: Re: PCIe SSD + SMP To: Adrian Chadd Content-Type: multipart/mixed; boundary=20cf304348426aed5d04e690be71 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Sep 2013 09:14:17 -0000 --20cf304348426aed5d04e690be71 Content-Type: text/plain; charset=ISO-8859-1 Here you go. If I don't disabled the CPUs the boot stops after ACPI APIC Table: -- Johannes Lundberg Project leader and lead developer of Mirama OS (previously Viking OS) BRILLIANTSERVICE CO., LTD. My blog Mirama homepage blog Company homepage On Mon, Sep 16, 2013 at 3:31 PM, Adrian Chadd wrote: > ... can you post the boot messages? > > Can you boot with verbose turned on? > > > -adrian > > > > On 15 September 2013 22:54, Lundberg, Johannes < > johannes@brilliantservice.co.jp> wrote: > >> Hi >> >> Installing current on a MacBook Air 2013 model from USB memstick (special >> build) works fine but booting from the installed system stops at SMP. >> >> Disabling smp or doing >> #set hint.lapic.[1-3].disabled=1 >> makes it boot. >> >> Anyway has any clue what this might be? >> >> >> -- >> -- >> Johannes Lundberg >> Project leader and lead developer of Mirama OS (previously Viking OS) >> BRILLIANTSERVICE CO., LTD. >> >> My blog >> Mirama homepage >> blog >> Company homepage >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org >> " >> > > --20cf304348426aed5d04e690be71 Content-Type: text/plain; charset=US-ASCII; name="log.txt" Content-Disposition: attachment; filename="log.txt" Content-Transfer-Encoding: base64 X-Attachment-Id: f_hlown01p0 VGFibGUgJ0ZBQ1AnIGF0IDB4ODJkOGMwMDAKVGFibGUgJ0hQRVQnIGF0IDB4ODJkOGIwMDAKVGFi bGUgJ0FQSUMnIGF0IDB4ODJkOGEwMDAKQVBJQzogRm91bmQgdGFibGUgYXQgMHg4MmQ4YTAwMApB UElDOiBVc2luZyB0aGUgTUFEVCBlbnVtZXJhdG9yLgpNQURUOiBGb3VuZCBDUFUgQVBJQyBJRCAw IEFDUEkgSUQgMTogZW5hYmxlZApTTVA6IEFkZGVkIENQVSAwIChBUCkKTUFEVDogRm91bmQgQ1BV IEFQSUMgSUQgMiBBQ1BJIElEIDI6IGVuYWJsZWQKU01QOiBBZGRlZCBDUFUgMiAoQVApCk1BRFQ6 IEZvdW5kIENQVSBBUElDIElEIDEgQUNQSSBJRCAzOiBlbmFibGVkClNNUDogQWRkZWQgQ1BVIDEg KEFQKQpNQURUOiBGb3VuZCBDUFUgQVBJQyBJRCAzIEFDUEkgSUQgNDogZW5hYmxlZApTTVA6IEFk ZGVkIENQVSAzIChBUCkKTUFEVDogRm91bmQgQ1BVIEFQSUMgSUQgMjU1IEFDUEkgSUQgNTogZGlz YWJsZWQKTUFEVDogRm91bmQgQ1BVIEFQSUMgSUQgMjU1IEFDUEkgSUQgNjogZGlzYWJsZWQKTUFE VDogRm91bmQgQ1BVIEFQSUMgSUQgMjU1IEFDUEkgSUQgNzogZGlzYWJsZWQKTUFEVDogRm91bmQg Q1BVIEFQSUMgSUQgMjU1IEFDUEkgSUQgODogZGlzYWJsZWQKQ29weXJpZ2h0IChjKSAxOTkyLTIw MTMgVGhlIEZyZWVCU0QgUHJvamVjdC4KQ29weXJpZ2h0IChjKSAxOTc5LCAxOTgwLCAxOTgzLCAx OTg2LCAxOTg4LCAxOTg5LCAxOTkxLCAxOTkyLCAxOTkzLCAxOTk0CglUaGUgUmVnZW50cyBvZiB0 aGUgVW5pdmVyc2l0eSBvZiBDYWxpZm9ybmlhLiBBbGwgcmlnaHRzIHJlc2VydmVkLgpGcmVlQlNE IGlzIGEgcmVnaXN0ZXJlZCB0cmFkZW1hcmsgb2YgVGhlIEZyZWVCU0QgRm91bmRhdGlvbi4KRnJl ZUJTRCAxMC4wLUFMUEhBMiAjMCByMjQzNzgwOjI1NTYyM006IFR1ZSBTZXAgMTcgMTQ6NTI6MDkg SlNUIDIwMTMKICAgIHJvb3RAUEMxLTEyLTAwMDc6L3Vzci9vYmovdXNyL3NyYy9zeXMvR0VORVJJ QyBpMzg2CkZyZWVCU0QgY2xhbmcgdmVyc2lvbiAzLjMgKHRhZ3MvUkVMRUFTRV8zMy9maW5hbCAx ODM1MDIpIDIwMTMwNjEwCldBUk5JTkc6IFdJVE5FU1Mgb3B0aW9uIGVuYWJsZWQsIGV4cGVjdCBy ZWR1Y2VkIHBlcmZvcm1hbmNlLgpQcmVsb2FkZWQgZWxmIGtlcm5lbCAiL2Jvb3Qva2VybmVsL2tl cm5lbCIgYXQgMHhjMTcxMTAwMC4KRGlzYWJsaW5nIExFR0FDWV9VU0JfRU4gYml0IG9uIEludGVs IElDSC4KQ2FsaWJyYXRpbmcgVFNDIGNsb2NrIC4uLiBUU0MgY2xvY2s6IDE5MDAwNDY0NzQgSHoK Q1BVOiBJbnRlbChSKSBDb3JlKFRNKSBpNS00MjUwVSBDUFUgQCAxLjMwR0h6ICgxOTAwLjA1LU1I eiA2ODYtY2xhc3MgQ1BVKQogIE9yaWdpbiA9ICJHZW51aW5lSW50ZWwiICBJZCA9IDB4NDA2NTEg IEZhbWlseSA9IDB4NiAgTW9kZWwgPSAweDQ1ICBTdGVwcGluZyA9IDEKICBGZWF0dXJlcz0weGJm ZWJmYmZmPEZQVSxWTUUsREUsUFNFLFRTQyxNU1IsUEFFLE1DRSxDWDgsQVBJQyxTRVAsTVRSUixQ R0UsTUNBLENNT1YsUEFULFBTRTM2LENMRkxVU0gsRFRTLEFDUEksTU1YLEZYU1IsU1NFLFNTRTIs U1MsSFRULFRNLFBCRT4KICBGZWF0dXJlczI9MHg3N2ZhZmJiZjxTU0UzLFBDTE1VTFFEUSxEVEVT NjQsTU9OLERTX0NQTCxWTVgsRVNULFRNMixTU1NFMyw8YjExPixGTUEsQ1gxNix4VFBSLFBEQ00s UENJRCxTU0U0LjEsU1NFNC4yLHgyQVBJQyxNT1ZCRSxQT1BDTlQsVFNDRExULEFFU05JLFhTQVZF LEFWWCxGMTZDLFJEUkFORD4KICBBTUQgRmVhdHVyZXM9MHgyYzEwMDAwMDxOWCxQYWdlMUdCLFJE VFNDUCxMTT4KICBBTUQgRmVhdHVyZXMyPTB4MjE8TEFIRixBQk0+CiAgVFNDOiBQLXN0YXRlIGlu dmFyaWFudCwgcGVyZm9ybWFuY2Ugc3RhdGlzdGljcwoKRGF0YSBUTEI6IDQgS0IgcGFnZXMsIDQt d2F5IHNldCBhc3NvY2lhdGl2ZSwgNjQgZW50cmllcwpMMiBjYWNoZTogMjU2IGtieXRlcywgOC13 YXkgYXNzb2NpYXRpdmUsIDY0IGJ5dGVzL2xpbmUKcmVhbCBtZW1vcnkgID0gNDI5NDk2NzI5NiAo NDA5NiBNQikKUGh5c2ljYWwgbWVtb3J5IGNodW5rKHMpOgoweDAwMDAwMDAwMDAwMDEwMDAgLSAw eDAwMDAwMDAwMDAwNTZmZmYsIDM1MjI1NiBieXRlcyAoODYgcGFnZXMpCjB4MDAwMDAwMDAwMDA1 OTAwMCAtIDB4MDAwMDAwMDAwMDA4ZWZmZiwgMjIxMTg0IGJ5dGVzICg1NCBwYWdlcykKMHgwMDAw MDAwMDAwMDkwMDAwIC0gMHgwMDAwMDAwMDAwMDllZmZmLCA2MTQ0MCBieXRlcyAoMTUgcGFnZXMp CjB4MDAwMDAwMDAwMDEwMDAwMCAtIDB4MDAwMDAwMDAwMDNmZmZmZiwgMzE0NTcyOCBieXRlcyAo NzY4IHBhZ2VzKQoweDAwMDAwMDAwMDE4MjYwMDAgLSAweDAwMDAwMDAwODA5ZjNmZmYsIDIxMzI1 OTg3ODQgYnl0ZXMgKDUyMDY1NCBwYWdlcykKMHgwMDAwMDAwMDgyZDUzMDAwIC0gMHgwMDAwMDAw MDgyZDYzZmZmLCA2OTYzMiBieXRlcyAoMTcgcGFnZXMpCjB4MDAwMDAwMDA4MmQ3NjAwMCAtIDB4 MDAwMDAwMDA4MmQ3NmZmZiwgNDA5NiBieXRlcyAoMSBwYWdlcykKMHgwMDAwMDAwMDgyZDhmMDAw IC0gMHgwMDAwMDAwMDgyZjQ1ZmZmLCAxNzk4MTQ0IGJ5dGVzICg0MzkgcGFnZXMpCmF2YWlsIG1l bW9yeSA9IDIxMzM3MzMzNzYgKDIwMzQgTUIpCkV2ZW50IHRpbWVyICJMQVBJQyIgcXVhbGl0eSA2 MDAKQUNQSSBBUElDIFRhYmxlOiA8QVBQTEUgIEFwcGxlMDA+CkZyZWVCU0QvU01QOiBNdWx0aXBy b2Nlc3NvciBTeXN0ZW0gRGV0ZWN0ZWQ6IDEgQ1BVcwpGcmVlQlNEL1NNUDogMCBwYWNrYWdlKHMp IHggMiBjb3JlKHMpIHggMiBTTVQgdGhyZWFkcwogY3B1MCAoQlNQKTogQVBJQyBJRDogIDAKICBj cHUgKEFQKTogQVBJQyBJRDogIDEgKGRpc2FibGVkKQogIGNwdSAoQVApOiBBUElDIElEOiAgMiAo ZGlzYWJsZWQpCiAgY3B1IChBUCk6IEFQSUMgSUQ6ICAzIChkaXNhYmxlZCkKcG5wYmlvczogRm91 bmQgUG5QIEJJT1MgZGF0YSBhdCAweGMwMGZlMGUwCnBucGJpb3M6IEVudHJ5ID0gZjAwMDA6YmM5 ZiAgUmV2ID0gMS4wCnBucGJpb3M6IE9FTSBJRCA4MjI0NzQ0ZQpPdGhlciBCSU9TIHNpZ25hdHVy ZXMgZm91bmQ6CkFQSUM6IENQVSAwIGhhcyBBQ1BJIElEIDEKbGFwaWMwOiBDTUNJIHVubWFza2Vk CldBUk5JTkc6IE5vbi11bmlmb3JtIHByb2Nlc3NvcnMuCldBUk5JTkc6IFVzaW5nIHN1Ym9wdGlt YWwgdG9wb2xvZ3kuClVMRTogc2V0dXAgY3B1IDAKQUNQSTogUlNEUCAweGZlMDIwIDAwMDI0ICh2 MDIgQVBQTEUgKQpBQ1BJOiBYU0RUIDB4ODJkOGUxYzAgMDAwOTQgKHYwMSBBUFBMRSAgIEFwcGxl MDAgMDAwMDAwMDAgICAgICAwMTAwMDAxMykKQUNQSTogRkFDUCAweDgyZDhjMDAwIDAwMEY0ICh2 MDUgQVBQTEUgICBBcHBsZTAwIDAwMDAwMDAwIExva2kgMDAwMDAwNUYpCkFDUEkgRXJyb3I6IEdw ZTBCbG9jayAtIDMyLWJpdCBGQURUIHJlZ2lzdGVyIGlzIHRvbyBsb25nICgzMiBieXRlcywgMjU2 IGJpdHMpIHRvIGNvbnZlcnQgdG8gR0FTIHN0cnVjdCAtIDI1NSBiaXRzIG1heCwgdHJ1bmNhdGlu ZyAoMjAxMzA4MjMvdGJmYWR0LTIyMykKQUNQSTogRFNEVCAweDgyZDdmMDAwIDA3QjNFICh2MDMg QVBQTEUgIE1hY0Jvb2tBIDAwMDYwMDAxIElOVEwgMjAxMDA5MTUpCkFDUEk6IEZBQ1MgMHg4MmQx YzAwMCAwMDA0MApBQ1BJOiBIUEVUIDB4ODJkOGIwMDAgMDAwMzggKHYwMSBBUFBMRSAgIEFwcGxl MDAgMDAwMDAwMDEgTG9raSAwMDAwMDA1RikKQUNQSTogQVBJQyAweDgyZDhhMDAwIDAwMEJDICh2 MDIgQVBQTEUgICBBcHBsZTAwIDAwMDAwMDAxIExva2kgMDAwMDAwNUYpCkFDUEk6IFNCU1QgMHg4 MmQ4ODAwMCAwMDAzMCAodjAxIEFQUExFICAgQXBwbGUwMCAwMDAwMDAwMSBMb2tpIDAwMDAwMDVG KQpBQ1BJOiBFQ0RUIDB4ODJkODcwMDAgMDAwNTMgKHYwMSBBUFBMRSAgIEFwcGxlMDAgMDAwMDAw MDEgTG9raSAwMDAwMDA1RikKQUNQSTogU1NEVCAweDgyZDdlMDAwIDAwMTBCICh2MDEgQVBQTEUg IFNhdGFBaGNpIDAwMDAxMDAwIElOVEwgMjAxMDA5MTUpCkFDUEk6IFNTRFQgMHg4MmQ3ZDAwMCAw MDAyNCAodjAxIEFQUExFICAgU21jRHBwdCAwMDAwMTAwMCBJTlRMIDIwMTAwOTE1KQpBQ1BJOiBT U0RUIDB4ODJkNzcwMDAgMDBFODkgKHYwMSBBUFBMRSAgICBVc2JMcHQgMDAwMDEwMDAgSU5UTCAy MDEwMDkxNSkKQUNQSTogU1NEVCAweDgyZDc0MDAwIDAxRUI3ICh2MDEgQVBQTEUgICBQY2llVGJ0 IDAwMDAxMDAwIElOVEwgMjAxMDA5MTUpCkFDUEk6IFNTRFQgMHg4MmQ2NzAwMCAwMDBCOCAodjAx IEFQUExFICAgICAgU2R4YyAwMDAwMTAwMCBJTlRMIDIwMTAwOTE1KQpBQ1BJOiBTU0RUIDB4ODJk NjYwMDAgMDA1NjMgKHYwMSAgUG1SZWYgIENwdTBJc3QgMDAwMDMwMDAgSU5UTCAyMDEwMDkxNSkK QUNQSTogU1NEVCAweDgyZDY1MDAwIDAwQjgzICh2MDEgIFBtUmVmICAgIENwdVBtIDAwMDAzMDAw IElOVEwgMjAxMDA5MTUpCkFDUEk6IE1DRkcgMHg4MmQ4OTAwMCAwMDAzQyAodjAxIEFQUExFICAg QXBwbGUwMCAwMDAwMDAwMSBMb2tpIDAwMDAwMDVGKQpBQ1BJOiBETUFSIDB4ODJkNjQwMDAgMDAw ODggKHYwMSBBUFBMRSAgICAgIEhTVyAgMDAwMDAwMDEgQUFQTCAwMDAwMDAwMSkKTUFEVDogRm91 bmQgSU8gQVBJQyBJRCAyLCBJbnRlcnJ1cHQgMCBhdCAweGZlYzAwMDAwCmlvYXBpYzA6IFJvdXRp bmcgZXh0ZXJuYWwgODI1OUEncyAtPiBpbnRwaW4gMApNQURUOiBJbnRlcnJ1cHQgb3ZlcnJpZGU6 IHNvdXJjZSAwLCBpcnEgMgppb2FwaWMwOiBSb3V0aW5nIElSUSAwIC0+IGludHBpbiAyCk1BRFQ6 IEludGVycnVwdCBvdmVycmlkZTogc291cmNlIDksIGlycSA5CmlvYXBpYzA6IGludHBpbiA5IHRy aWdnZXI6IGxldmVsCmxhcGljMDogUm91dGluZyBOTUkgLT4gTElOVDEKbGFwaWMwOiBMSU5UMSB0 cmlnZ2VyOiBlZGdlCmxhcGljMDogTElOVDEgcG9sYXJpdHk6IGhpZ2gKbGFwaWMyOiBSb3V0aW5n IE5NSSAtPiBMSU5UMQpsYXBpYzI6IExJTlQxIHRyaWdnZXI6IGVkZ2UKbGFwaWMyOiBMSU5UMSBw b2xhcml0eTogaGlnaApsYXBpYzE6IFJvdXRpbmcgTk1JIC0+IExJTlQxCmxhcGljMTogTElOVDEg dHJpZ2dlcjogZWRnZQpsYXBpYzE6IExJTlQxIHBvbGFyaXR5OiBoaWdoCmxhcGljMzogUm91dGlu ZyBOTUkgLT4gTElOVDEKbGFwaWMzOiBMSU5UMSB0cmlnZ2VyOiBlZGdlCmxhcGljMzogTElOVDEg cG9sYXJpdHk6IGhpZ2gKTUFEVDogSWdub3JpbmcgbG9jYWwgTk1JIHJvdXRlZCB0byBBQ1BJIENQ VSA1Ck1BRFQ6IElnbm9yaW5nIGxvY2FsIE5NSSByb3V0ZWQgdG8gQUNQSSBDUFUgNgpNQURUOiBJ Z25vcmluZyBsb2NhbCBOTUkgcm91dGVkIHRvIEFDUEkgQ1BVIDcKTUFEVDogSWdub3JpbmcgbG9j YWwgTk1JIHJvdXRlZCB0byBBQ1BJIENQVSA4CmlvYXBpYzAgPFZlcnNpb24gMi4wPiBpcnFzIDAt Mzkgb24gbW90aGVyYm9hcmQKY3B1MCBCU1A6CiAgICAgSUQ6IDB4MDAwMDAwMDAgICBWRVI6IDB4 MDEwNjAwMTUgTERSOiAweDAwMDAwMDAwIERGUjogMHhmZmZmZmZmZgogIGxpbnQwOiAweDAwMDEw NzAwIGxpbnQxOiAweDAwMDAwNDAwIFRQUjogMHgwMDAwMDAwMCBTVlI6IDB4MDAwMDAxZmYKICB0 aW1lcjogMHgwMDAxMDBlZiB0aGVybTogMHgwMDAxMDAwMCBlcnI6IDB4MDAwMDAwZjAgcG1jOiAw eDAwMDEwNDAwCiAgIGNtY2k6IDB4MDAwMDAwZjIKd2xhbjogPDgwMi4xMSBMaW5rIExheWVyPgpz bmRfdW5pdF9pbml0KCkgdT0weDAwZmY4MDAwIFs1MTJdIGQ9MHgwMDAwN2MwMCBbMzJdIGM9MHgw MDAwMDNmZiBbMTAyNF0KZmVlZGVyX3JlZ2lzdGVyOiBzbmRfdW5pdD0tMSBzbmRfbWF4YXV0b3Zj aGFucz0xNiBsYXRlbmN5PTUgZmVlZGVyX3JhdGVfbWluPTEgZmVlZGVyX3JhdGVfbWF4PTIwMTYw MDAgZmVlZGVyX3JhdGVfcm91bmQ9MjUKSGFyZHdhcmUsIFZJQSBOZWhlbWlhaDogVklBIFJORyBm ZWF0dXJlIGlzIG5vdCBwcmVzZW50IG9uIHRoaXMgQ1BVCm1lbTogPG1lbW9yeT4KUGVudGl1bSBQ cm8gTVRSUiBzdXBwb3J0IGVuYWJsZWQKbnVsbDogPG51bGwgZGV2aWNlLCB6ZXJvIGRldmljZT4K cmFuZG9tOiA8SGFyZHdhcmUsIEludGVsIEl2eUJyaWRnZSsgUk5HPiBpbml0aWFsaXplZApuZnNs b2NrOiBwc2V1ZG8tZGV2aWNlClZFU0E6IElOVCAweDEwIHZlY3RvciAweGMwMDA6MHgwMDE0ClZF U0E6IGluZm9ybWF0aW9uIGJsb2NrCjAwMDAgICA1NiA0NSA1MyA0MSAwMCAwMyA4MCA4ZiAwMCBj MCAwMSAwMCAwMCAwMCA0OSA5MAowMDEwICAgMDAgYzAgZmYgMDEgMDAgMDAgMDAgMDAgMDAgMDAg MDAgMDAgMDAgMDAgMDAgMDAKMDAyMCAgIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAw IDAwIDAwIDAwIDAwIDAwCjAwMzAgICAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAw MCAwMCAwMCAwMCAwMAowMDQwICAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAg MDAgMDAgMDAgMDAKMDA1MCAgIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAw IDAwIDAwIDAwCjAwNjAgICAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAw MCAwMCAwMAowMDcwICAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAg MDAgMDAKMDA4MCAgIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAw IDAwCjAwOTAgICAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAw MAowMGEwICAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAK MDBiMCAgIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwCjAw YzAgICAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMAowMGQw ICAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAKMDBlMCAg IDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwCjAwZjAgICAw MCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMAowMTAwICAgMDAg MDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAKMDExMCAgIDAwIDAw IDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwCjAxMjAgICAwMCAwMCAw MCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMAowMTMwICAgMDAgMDAgMDAg MDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAKMDE0MCAgIDAwIDAwIDAwIDAw IDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwCjAxNTAgICAwMCAwMCAwMCAwMCAw MCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMAowMTYwICAgMDAgMDAgMDAgMDAgMDAg MDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAKMDE3MCAgIDAwIDAwIDAwIDAwIDAwIDAw IDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwCjAxODAgICAwMCAwMCAwMCAwMCAwMCAwMCAw MCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMAowMTkwICAgMDAgMDAgMDAgMDAgMDAgMDAgMDAg MDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAKMDFhMCAgIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAw IDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwCjAxYjAgICAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAw MCAwMCAwMCAwMCAwMCAwMCAwMCAwMAowMWMwICAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAg MDAgMDAgMDAgMDAgMDAgMDAgMDAKMDFkMCAgIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAw IDAwIDAwIDAwIDAwIDAwIDAwCjAxZTAgICAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAw MCAwMCAwMCAwMCAwMCAwMAowMWYwICAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAg MDAgMDAgMDAgMDAgMDAKVkVTQTogMTIgbW9kZShzKSBmb3VuZApWRVNBOiB2My4wLCAzMjcwNGsg bWVtb3J5LCBmbGFnczoweDEsIG1vZGUgdGFibGU6MHhjMDBjOTA0OSAoYzAwMDkwNDkpClZFU0E6 IEludGVsKFIpIEhTVyBNb2JpbGUvRGVza3RvcCBHcmFwaGljcyBDaGlwc2V0IEFjY2VsZXJhdGVk IFZHQSBCSU9TClZFU0E6IFNcTV4/IFNcTV4/IFNcTV4/CmlvOiA8SS9PPgprYmQwIGF0IGtiZG11 eDAKaHB0cnI6IFJvY2tldFJBSUQgMTd4eC8yeHh4IFNBVEEgY29udHJvbGxlciBkcml2ZXIgdjEu MgpocHRucjogUjc1MC9EQzcyODAgY29udHJvbGxlciBkcml2ZXIgdjEuMApocHQyN3h4OiBSb2Nr ZXRSQUlEIDI3eHggY29udHJvbGxlciBkcml2ZXIgdjEuMQphY3BpMDogPEFQUExFIEFwcGxlMDA+ IG9uIG1vdGhlcmJvYXJkCkFDUEk6IEFsbCBBQ1BJIFRhYmxlcyBzdWNjZXNzZnVsbHkgYWNxdWly ZWQKUENJZTogTWVtb3J5IE1hcHBlZCBjb25maWd1cmF0aW9uIGJhc2UgQCAweGUwMDAwMDAwCnBj aWJpb3M6IE5vIGNhbGwgZW50cnkgcG9pbnQKaW9hcGljMDogcm91dGluZyBpbnRwaW4gOSAoSVNB IElSUSA5KSB0byBsYXBpYyAwIHZlY3RvciA0OAphY3BpX2VjMDogPEVtYmVkZGVkIENvbnRyb2xs ZXI6IEdQRSAweDRlLCBFQ0RUPiBwb3J0IDB4NjIsMHg2NiBvbiBhY3BpMAphY3BpMDogUG93ZXIg QnV0dG9uIChmaXhlZCkKYWNwaTA6IHdha2V1cCBjb2RlIHZhIDB4YzY2ODYwMDAgcGEgMHg5ZTAw MApocGV0MDogPEhpZ2ggUHJlY2lzaW9uIEV2ZW50IFRpbWVyPiBpb21lbSAweGZlZDAwMDAwLTB4 ZmVkMDAzZmYgaXJxIDAsOCBvbiBhY3BpMApocGV0MDogdmVuZG9yIDB4ODA4NiwgcmV2IDB4MSwg MTQzMTgxODBIeiA2NGJpdCwgOCB0aW1lcnMsIGxlZ2FjeSByb3V0ZQpocGV0MDogIHQwOiBpcnFz IDB4MDBmMDAwMDAgKDApLCBNU0ksIDY0Yml0LCBwZXJpb2RpYwpocGV0MDogIHQxOiBpcnFzIDB4 MDBmMDAwMDAgKDApLCBNU0kKaHBldDA6ICB0MjogaXJxcyAweDAwZjAwODAwICgwKSwgTVNJCmhw ZXQwOiAgdDM6IGlycXMgMHgwMGYwMTAwMCAoMCksIE1TSQpocGV0MDogIHQ0OiBpcnFzIDB4MDAw MDAwMDAgKDApLCBNU0kKaHBldDA6ICB0NTogaXJxcyAweDAwMDAwMDAwICgwKSwgTVNJCmhwZXQw OiAgdDY6IGlycXMgMHgwMDAwMDAwMCAoMCksIE1TSQpocGV0MDogIHQ3OiBpcnFzIDB4MDAwMDAw MDAgKDApLCBNU0kKVGltZWNvdW50ZXIgIkhQRVQiIGZyZXF1ZW5jeSAxNDMxODE4MCBIeiBxdWFs aXR5IDk1MAptc2k6IHJvdXRpbmcgTVNJLVggSVJRIDI1NiB0byBsb2NhbCBBUElDIDAgdmVjdG9y IDQ5Cm1zaTogcm91dGluZyBNU0ktWCBJUlEgMjU3IHRvIGxvY2FsIEFQSUMgMCB2ZWN0b3IgNTAK bXNpOiByb3V0aW5nIE1TSS1YIElSUSAyNTggdG8gbG9jYWwgQVBJQyAwIHZlY3RvciA1MQptc2k6 IHJvdXRpbmcgTVNJLVggSVJRIDI1OSB0byBsb2NhbCBBUElDIDAgdmVjdG9yIDUyCm1zaTogcm91 dGluZyBNU0ktWCBJUlEgMjYwIHRvIGxvY2FsIEFQSUMgMCB2ZWN0b3IgNTMKbXNpOiByb3V0aW5n IE1TSS1YIElSUSAyNjEgdG8gbG9jYWwgQVBJQyAwIHZlY3RvciA1NAptc2k6IHJvdXRpbmcgTVNJ LVggSVJRIDI2MiB0byBsb2NhbCBBUElDIDAgdmVjdG9yIDU1Cm1zaTogcm91dGluZyBNU0ktWCBJ UlEgMjYzIHRvIGxvY2FsIEFQSUMgMCB2ZWN0b3IgNTYKRXZlbnQgdGltZXIgIkhQRVQiIGZyZXF1 ZW5jeSAxNDMxODE4MCBIeiBxdWFsaXR5IDU1MApFdmVudCB0aW1lciAiSFBFVDEiIGZyZXF1ZW5j eSAxNDMxODE4MCBIeiBxdWFsaXR5IDQ0MApFdmVudCB0aW1lciAiSFBFVDIiIGZyZXF1ZW5jeSAx NDMxODE4MCBIeiBxdWFsaXR5IDQ0MApFdmVudCB0aW1lciAiSFBFVDMiIGZyZXF1ZW5jeSAxNDMx ODE4MCBIeiBxdWFsaXR5IDQ0MApFdmVudCB0aW1lciAiSFBFVDQiIGZyZXF1ZW5jeSAxNDMxODE4 MCBIeiBxdWFsaXR5IDQ0MApFdmVudCB0aW1lciAiSFBFVDUiIGZyZXF1ZW5jeSAxNDMxODE4MCBI eiBxdWFsaXR5IDQ0MApFdmVudCB0aW1lciAiSFBFVDYiIGZyZXF1ZW5jeSAxNDMxODE4MCBIeiBx dWFsaXR5IDQ0MApFdmVudCB0aW1lciAiSFBFVDciIGZyZXF1ZW5jeSAxNDMxODE4MCBIeiBxdWFs aXR5IDQ0MAphY3BpMDogcmVzZXJ2YXRpb24gb2YgMjAwMDAwMDAsIDIwMDAwMCAoMykgZmFpbGVk CmFjcGkwOiByZXNlcnZhdGlvbiBvZiA0MDAwMDAwMCwgMjAwMDAwICgzKSBmYWlsZWQKY3B1MDog PEFDUEkgQ1BVPiBvbiBhY3BpMApBQ1BJOiBTU0RUIDB4ODJmODk4OTAgMDA0RjAgKHYwMSAgUG1S ZWYgIENwdTBDc3QgMDAwMDMwMDEgSU5UTCAyMDEwMDkxNSkKQUNQSTogRHluYW1pYyBPRU0gVGFi bGUgTG9hZDoKQUNQSTogU1NEVCAwIDAwNEYwICh2MDEgIFBtUmVmICBDcHUwQ3N0IDAwMDAzMDAx IElOVEwgMjAxMDA5MTUpCkFDUEk6IFByb2Nlc3NvciBcMTM0X1BSXy5DUFUxIChBQ1BJIElEIDIp IGlnbm9yZWQKQUNQSTogUHJvY2Vzc29yIFwxMzRfUFJfLkNQVTIgKEFDUEkgSUQgMykgaWdub3Jl ZApBQ1BJOiBQcm9jZXNzb3IgXDEzNF9QUl8uQ1BVMyAoQUNQSSBJRCA0KSBpZ25vcmVkCkFDUEk6 IFByb2Nlc3NvciBcMTM0X1BSXy5DUFU0IChBQ1BJIElEIDUpIGlnbm9yZWQKQUNQSTogUHJvY2Vz c29yIFwxMzRfUFJfLkNQVTUgKEFDUEkgSUQgNikgaWdub3JlZApBQ1BJOiBQcm9jZXNzb3IgXDEz NF9QUl8uQ1BVNiAoQUNQSSBJRCA3KSBpZ25vcmVkCkFDUEk6IFByb2Nlc3NvciBcMTM0X1BSXy5D UFU3IChBQ1BJIElEIDgpIGlnbm9yZWQKYXRydGMwOiA8QVQgcmVhbHRpbWUgY2xvY2s+IHBvcnQg MHg3MC0weDc3IG9uIGFjcGkwCmF0cnRjMDogcmVnaXN0ZXJlZCBhcyBhIHRpbWUtb2YtZGF5IGNs b2NrIChyZXNvbHV0aW9uIDEwMDAwMDB1cywgYWRqdXN0bWVudCAwLjUwMDAwMDAwMHMpCmlvYXBp YzA6IHJvdXRpbmcgaW50cGluIDggKElTQSBJUlEgOCkgdG8gbGFwaWMgMCB2ZWN0b3IgNTcKRXZl bnQgdGltZXIgIlJUQyIgZnJlcXVlbmN5IDMyNzY4IEh6IHF1YWxpdHkgMAphdHRpbWVyMDogPEFU IHRpbWVyPiBwb3J0IDB4NDAtMHg0MywweDUwLTB4NTMgb24gYWNwaTAKVGltZWNvdW50ZXIgImk4 MjU0IiBmcmVxdWVuY3kgMTE5MzE4MiBIeiBxdWFsaXR5IDAKaW9hcGljMDogcm91dGluZyBpbnRw aW4gMiAoSVNBIElSUSAwKSB0byBsYXBpYyAwIHZlY3RvciA1OApFdmVudCB0aW1lciAiaTgyNTQi IGZyZXF1ZW5jeSAxMTkzMTgyIEh6IHF1YWxpdHkgMTAwCkFDUEkgdGltZXI6IDAvNCAxLzIgMS8x IDEvMSAxLzEgMS8xIDAvMiAxLzEgMS8xIDEvMSAtPiA4ClRpbWVjb3VudGVyICJBQ1BJLXNhZmUi IGZyZXF1ZW5jeSAzNTc5NTQ1IEh6IHF1YWxpdHkgODUwCmFjcGlfdGltZXIwOiA8MjQtYml0IHRp bWVyIGF0IDMuNTc5NTQ1TUh6PiBwb3J0IDB4NDA4LTB4NDBiIG9uIGFjcGkwCnBjaV9saW5rMDog ICAgICAgIEluZGV4ICBJUlEgIFJ0ZCAgUmVmICBJUlFzCiAgSW5pdGlhbCBQcm9iZSAgICAgICAw ICAgMTEgICBOICAgICAwICAxIDMgNCA1IDYgNyAxMCAxMiAxNCAxNQogIFZhbGlkYXRpb24gICAg ICAgICAgMCAgMjU1ICAgTiAgICAgMCAgMSAzIDQgNSA2IDcgMTAgMTIgMTQgMTUKICBBZnRlciBE aXNhYmxlICAgICAgIDAgIDI1NSAgIE4gICAgIDAgIDEgMyA0IDUgNiA3IDEwIDEyIDE0IDE1CnBj aV9saW5rMTogICAgICAgIEluZGV4ICBJUlEgIFJ0ZCAgUmVmICBJUlFzCiAgSW5pdGlhbCBQcm9i ZSAgICAgICAwICAgMTEgICBOICAgICAwICAxIDMgNCA1IDYgNyAxMSAxMiAxNCAxNQogIFZhbGlk YXRpb24gICAgICAgICAgMCAgIDExICAgTiAgICAgMCAgMSAzIDQgNSA2IDcgMTEgMTIgMTQgMTUK ICBBZnRlciBEaXNhYmxlICAgICAgIDAgIDI1NSAgIE4gICAgIDAgIDEgMyA0IDUgNiA3IDExIDEy IDE0IDE1CnBjaV9saW5rMjogICAgICAgIEluZGV4ICBJUlEgIFJ0ZCAgUmVmICBJUlFzCiAgSW5p dGlhbCBQcm9iZSAgICAgICAwICAgMTEgICBOICAgICAwICAxIDMgNCA1IDYgNyAxMCAxMiAxNCAx NQogIFZhbGlkYXRpb24gICAgICAgICAgMCAgMjU1ICAgTiAgICAgMCAgMSAzIDQgNSA2IDcgMTAg MTIgMTQgMTUKICBBZnRlciBEaXNhYmxlICAgICAgIDAgIDI1NSAgIE4gICAgIDAgIDEgMyA0IDUg NiA3IDEwIDEyIDE0IDE1CnBjaV9saW5rMzogICAgICAgIEluZGV4ICBJUlEgIFJ0ZCAgUmVmICBJ UlFzCiAgSW5pdGlhbCBQcm9iZSAgICAgICAwICAgMTEgICBOICAgICAwICAxIDMgNCA1IDYgNyAx MSAxMiAxNCAxNQogIFZhbGlkYXRpb24gICAgICAgICAgMCAgIDExICAgTiAgICAgMCAgMSAzIDQg NSA2IDcgMTEgMTIgMTQgMTUKICBBZnRlciBEaXNhYmxlICAgICAgIDAgIDI1NSAgIE4gICAgIDAg IDEgMyA0IDUgNiA3IDExIDEyIDE0IDE1CnBjaV9saW5rNDogICAgICAgIEluZGV4ICBJUlEgIFJ0 ZCAgUmVmICBJUlFzCiAgSW5pdGlhbCBQcm9iZSAgICAgICAwICAyNTUgICBOICAgICAwICAxIDMg NCA1IDYgNyAxMCAxMiAxNCAxNQogIFZhbGlkYXRpb24gICAgICAgICAgMCAgMjU1ICAgTiAgICAg MCAgMSAzIDQgNSA2IDcgMTAgMTIgMTQgMTUKICBBZnRlciBEaXNhYmxlICAgICAgIDAgIDI1NSAg IE4gICAgIDAgIDEgMyA0IDUgNiA3IDEwIDEyIDE0IDE1CnBjaV9saW5rNTogICAgICAgIEluZGV4 ICBJUlEgIFJ0ZCAgUmVmICBJUlFzCiAgSW5pdGlhbCBQcm9iZSAgICAgICAwICAyNTUgICBOICAg ICAwICAxIDMgNCA1IDYgNyAxMSAxMiAxNCAxNQogIFZhbGlkYXRpb24gICAgICAgICAgMCAgMjU1 ICAgTiAgICAgMCAgMSAzIDQgNSA2IDcgMTEgMTIgMTQgMTUKICBBZnRlciBEaXNhYmxlICAgICAg IDAgIDI1NSAgIE4gICAgIDAgIDEgMyA0IDUgNiA3IDExIDEyIDE0IDE1CnBjaV9saW5rNjogICAg ICAgIEluZGV4ICBJUlEgIFJ0ZCAgUmVmICBJUlFzCiAgSW5pdGlhbCBQcm9iZSAgICAgICAwICAg MTAgICBOICAgICAwICAxIDMgNCA1IDYgNyAxMCAxMiAxNCAxNQogIFZhbGlkYXRpb24gICAgICAg ICAgMCAgIDEwICAgTiAgICAgMCAgMSAzIDQgNSA2IDcgMTAgMTIgMTQgMTUKICBBZnRlciBEaXNh YmxlICAgICAgIDAgIDI1NSAgIE4gICAgIDAgIDEgMyA0IDUgNiA3IDEwIDEyIDE0IDE1CnBjaV9s aW5rNzogICAgICAgIEluZGV4ICBJUlEgIFJ0ZCAgUmVmICBJUlFzCiAgSW5pdGlhbCBQcm9iZSAg ICAgICAwICAyNTUgICBOICAgICAwICAxIDMgNCA1IDYgNyAxMSAxMiAxNCAxNQogIFZhbGlkYXRp b24gICAgICAgICAgMCAgMjU1ICAgTiAgICAgMCAgMSAzIDQgNSA2IDcgMTEgMTIgMTQgMTUKICBB ZnRlciBEaXNhYmxlICAgICAgIDAgIDI1NSAgIE4gICAgIDAgIDEgMyA0IDUgNiA3IDExIDEyIDE0 IDE1CnBjaWIwOiA8QUNQSSBIb3N0LVBDSSBicmlkZ2U+IHBvcnQgMHhjZjgtMHhjZmYgb24gYWNw aTAKcGNpYjA6IGRlY29kaW5nIDQgcmFuZ2UgMC0weGNmNwpwY2liMDogZGVjb2RpbmcgNCByYW5n ZSAweGQwMC0weGZmZmYKcGNpYjA6IGRlY29kaW5nIDMgcmFuZ2UgMHhhMDAwMC0weGJmZmZmCnBj aWIwOiBkZWNvZGluZyAzIHJhbmdlIDB4OGZhMDAwMDAtMHhmZWFmZmZmZgpwY2liMDogZGVjb2Rp bmcgMyByYW5nZSAweGZlZDQwMDAwLTB4ZmVkNDRmZmYKcGNpMDogPEFDUEkgUENJIGJ1cz4gb24g cGNpYjAKcGNpMDogZG9tYWluPTAsIHBoeXNpY2FsIGJ1cz0wCmZvdW5kLT4JdmVuZG9yPTB4ODA4 NiwgZGV2PTB4MGEwNCwgcmV2aWQ9MHgwOQoJZG9tYWluPTAsIGJ1cz0wLCBzbG90PTAsIGZ1bmM9 MAoJY2xhc3M9MDYtMDAtMDAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9MAoJY21kcmVnPTB4MDAwNiwg c3RhdHJlZz0weDIwOTAsIGNhY2hlbG5zej0wIChkd29yZHMpCglsYXR0aW1lcj0weDAwICgwIG5z KSwgbWluZ250PTB4MDAgKDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykKZm91bmQtPgl2ZW5kb3I9 MHg4MDg2LCBkZXY9MHgwYTI2LCByZXZpZD0weDA5Cglkb21haW49MCwgYnVzPTAsIHNsb3Q9Miwg ZnVuYz0wCgljbGFzcz0wMy0wMC0wMCwgaGRydHlwZT0weDAwLCBtZmRldj0wCgljbWRyZWc9MHgw MDA3LCBzdGF0cmVnPTB4MDA5MCwgY2FjaGVsbnN6PTAgKGR3b3JkcykKCWxhdHRpbWVyPTB4MDAg KDAgbnMpLCBtaW5nbnQ9MHgwMCAoMCBucyksIG1heGxhdD0weDAwICgwIG5zKQoJaW50cGluPWEs IGlycT0xMQoJcG93ZXJzcGVjIDIgIHN1cHBvcnRzIEQwIEQzICBjdXJyZW50IEQwCglNU0kgc3Vw cG9ydHMgMSBtZXNzYWdlCgltYXBbMTBdOiB0eXBlIE1lbW9yeSwgcmFuZ2UgNjQsIGJhc2UgMHhi MDAwMDAwMCwgc2l6ZSAyMiwgZW5hYmxlZApwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhiMDAw MDAwMC0weGIwM2ZmZmZmKSBmb3IgcmlkIDEwIG9mIHBjaTA6MDoyOjAKCW1hcFsxOF06IHR5cGUg UHJlZmV0Y2hhYmxlIE1lbW9yeSwgcmFuZ2UgNjQsIGJhc2UgMHhhMDAwMDAwMCwgc2l6ZSAyOCwg ZW5hYmxlZApwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhhMDAwMDAwMC0weGFmZmZmZmZmKSBm b3IgcmlkIDE4IG9mIHBjaTA6MDoyOjAKCW1hcFsyMF06IHR5cGUgSS9PIFBvcnQsIHJhbmdlIDMy LCBiYXNlIDB4MjAwMCwgc2l6ZSAgNiwgZW5hYmxlZApwY2liMDogYWxsb2NhdGVkIHR5cGUgNCAo MHgyMDAwLTB4MjAzZikgZm9yIHJpZCAyMCBvZiBwY2kwOjA6MjowCnBjaWIwOiBtYXRjaGVkIGVu dHJ5IGZvciAwLjIuSU5UQQpwY2liMDogc2xvdCAyIElOVEEgaGFyZHdpcmVkIHRvIElSUSAxNgpm b3VuZC0+CXZlbmRvcj0weDgwODYsIGRldj0weDBhMGMsIHJldmlkPTB4MDkKCWRvbWFpbj0wLCBi dXM9MCwgc2xvdD0zLCBmdW5jPTAKCWNsYXNzPTA0LTAzLTAwLCBoZHJ0eXBlPTB4MDAsIG1mZGV2 PTAKCWNtZHJlZz0weDAwMDYsIHN0YXRyZWc9MHgwMDEwLCBjYWNoZWxuc3o9NjQgKGR3b3JkcykK CWxhdHRpbWVyPTB4MDAgKDAgbnMpLCBtaW5nbnQ9MHgwMCAoMCBucyksIG1heGxhdD0weDAwICgw IG5zKQoJaW50cGluPWEsIGlycT0xMQoJcG93ZXJzcGVjIDIgIHN1cHBvcnRzIEQwIEQzICBjdXJy ZW50IEQwCglNU0kgc3VwcG9ydHMgMSBtZXNzYWdlCgltYXBbMTBdOiB0eXBlIE1lbW9yeSwgcmFu Z2UgNjQsIGJhc2UgMHhiMGExMDAwMCwgc2l6ZSAxNCwgZW5hYmxlZApwY2liMDogYWxsb2NhdGVk IHR5cGUgMyAoMHhiMGExMDAwMC0weGIwYTEzZmZmKSBmb3IgcmlkIDEwIG9mIHBjaTA6MDozOjAK cGNpYjA6IG1hdGNoZWQgZW50cnkgZm9yIDAuMy5JTlRBCnBjaWIwOiBzbG90IDMgSU5UQSBoYXJk d2lyZWQgdG8gSVJRIDE2CmZvdW5kLT4JdmVuZG9yPTB4ODA4NiwgZGV2PTB4OWMzMSwgcmV2aWQ9 MHgwNAoJZG9tYWluPTAsIGJ1cz0wLCBzbG90PTIwLCBmdW5jPTAKCWNsYXNzPTBjLTAzLTMwLCBo ZHJ0eXBlPTB4MDAsIG1mZGV2PTAKCWNtZHJlZz0weDAwMDYsIHN0YXRyZWc9MHgwMjkwLCBjYWNo ZWxuc3o9MCAoZHdvcmRzKQoJbGF0dGltZXI9MHgwMCAoMCBucyksIG1pbmdudD0weDAwICgwIG5z KSwgbWF4bGF0PTB4MDAgKDAgbnMpCglpbnRwaW49YSwgaXJxPTI1NQoJcG93ZXJzcGVjIDIgIHN1 cHBvcnRzIEQwIEQzICBjdXJyZW50IEQwCglNU0kgc3VwcG9ydHMgOCBtZXNzYWdlcywgNjQgYml0 CgltYXBbMTBdOiB0eXBlIE1lbW9yeSwgcmFuZ2UgNjQsIGJhc2UgMHhiMGEwMDAwMCwgc2l6ZSAx NiwgZW5hYmxlZApwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhiMGEwMDAwMC0weGIwYTBmZmZm KSBmb3IgcmlkIDEwIG9mIHBjaTA6MDoyMDowCmZvdW5kLT4JdmVuZG9yPTB4ODA4NiwgZGV2PTB4 OWMzYSwgcmV2aWQ9MHgwNAoJZG9tYWluPTAsIGJ1cz0wLCBzbG90PTIyLCBmdW5jPTAKCWNsYXNz PTA3LTgwLTAwLCBoZHJ0eXBlPTB4MDAsIG1mZGV2PTEKCWNtZHJlZz0weDAwMDYsIHN0YXRyZWc9 MHgwMDEwLCBjYWNoZWxuc3o9MCAoZHdvcmRzKQoJbGF0dGltZXI9MHgwMCAoMCBucyksIG1pbmdu dD0weDAwICgwIG5zKSwgbWF4bGF0PTB4MDAgKDAgbnMpCglpbnRwaW49YSwgaXJxPTExCglwb3dl cnNwZWMgMyAgc3VwcG9ydHMgRDAgRDMgIGN1cnJlbnQgRDAKCU1TSSBzdXBwb3J0cyAxIG1lc3Nh Z2UsIDY0IGJpdAoJbWFwWzEwXTogdHlwZSBNZW1vcnksIHJhbmdlIDY0LCBiYXNlIDB4YjBhMmEx MDAsIHNpemUgIDUsIGVuYWJsZWQKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YjBhMmExMDAt MHhiMGEyYTExZikgZm9yIHJpZCAxMCBvZiBwY2kwOjA6MjI6MApwY2liMDogbWF0Y2hlZCBlbnRy eSBmb3IgMC4yMi5JTlRBCnBjaWIwOiBzbG90IDIyIElOVEEgaGFyZHdpcmVkIHRvIElSUSAxNgpm b3VuZC0+CXZlbmRvcj0weDgwODYsIGRldj0weDljMjAsIHJldmlkPTB4MDQKCWRvbWFpbj0wLCBi dXM9MCwgc2xvdD0yNywgZnVuYz0wCgljbGFzcz0wNC0wMy0wMCwgaGRydHlwZT0weDAwLCBtZmRl dj0wCgljbWRyZWc9MHgwMDA2LCBzdGF0cmVnPTB4MDAxMCwgY2FjaGVsbnN6PTY0IChkd29yZHMp CglsYXR0aW1lcj0weDAwICgwIG5zKSwgbWluZ250PTB4MDAgKDAgbnMpLCBtYXhsYXQ9MHgwMCAo MCBucykKCWludHBpbj1hLCBpcnE9MTAKCXBvd2Vyc3BlYyAzICBzdXBwb3J0cyBEMCBEMyAgY3Vy cmVudCBEMAoJTVNJIHN1cHBvcnRzIDEgbWVzc2FnZSwgNjQgYml0CgltYXBbMTBdOiB0eXBlIE1l bW9yeSwgcmFuZ2UgNjQsIGJhc2UgMHhiMGExNDAwMCwgc2l6ZSAxNCwgZW5hYmxlZApwY2liMDog YWxsb2NhdGVkIHR5cGUgMyAoMHhiMGExNDAwMC0weGIwYTE3ZmZmKSBmb3IgcmlkIDEwIG9mIHBj aTA6MDoyNzowCnBjaWIwOiBtYXRjaGVkIGVudHJ5IGZvciAwLjI3LklOVEEKcGNpYjA6IHNsb3Qg MjcgSU5UQSBoYXJkd2lyZWQgdG8gSVJRIDIyCmZvdW5kLT4JdmVuZG9yPTB4ODA4NiwgZGV2PTB4 OWMxMCwgcmV2aWQ9MHhlNAoJZG9tYWluPTAsIGJ1cz0wLCBzbG90PTI4LCBmdW5jPTAKCWNsYXNz PTA2LTA0LTAwLCBoZHJ0eXBlPTB4MDEsIG1mZGV2PTEKCWNtZHJlZz0weDAwMDAsIHN0YXRyZWc9 MHgwMDEwLCBjYWNoZWxuc3o9NjQgKGR3b3JkcykKCWxhdHRpbWVyPTB4MDAgKDAgbnMpLCBtaW5n bnQ9MHgwMCAoMCBucyksIG1heGxhdD0weDAwICgwIG5zKQoJaW50cGluPWEsIGlycT0yNTUKCXBv d2Vyc3BlYyAzICBzdXBwb3J0cyBEMCBEMyAgY3VycmVudCBEMAoJTVNJIHN1cHBvcnRzIDEgbWVz c2FnZQpmb3VuZC0+CXZlbmRvcj0weDgwODYsIGRldj0weDljMTIsIHJldmlkPTB4ZTQKCWRvbWFp bj0wLCBidXM9MCwgc2xvdD0yOCwgZnVuYz0xCgljbGFzcz0wNi0wNC0wMCwgaGRydHlwZT0weDAx LCBtZmRldj0xCgljbWRyZWc9MHgwMDA3LCBzdGF0cmVnPTB4MDAxMCwgY2FjaGVsbnN6PTY0IChk d29yZHMpCglsYXR0aW1lcj0weDAwICgwIG5zKSwgbWluZ250PTB4MDAgKDAgbnMpLCBtYXhsYXQ9 MHgwMCAoMCBucykKCWludHBpbj1iLCBpcnE9MjU1Cglwb3dlcnNwZWMgMyAgc3VwcG9ydHMgRDAg RDMgIGN1cnJlbnQgRDAKCU1TSSBzdXBwb3J0cyAxIG1lc3NhZ2UKZm91bmQtPgl2ZW5kb3I9MHg4 MDg2LCBkZXY9MHg5YzE0LCByZXZpZD0weGU0Cglkb21haW49MCwgYnVzPTAsIHNsb3Q9MjgsIGZ1 bmM9MgoJY2xhc3M9MDYtMDQtMDAsIGhkcnR5cGU9MHgwMSwgbWZkZXY9MQoJY21kcmVnPTB4MDAw Nywgc3RhdHJlZz0weDAwMTAsIGNhY2hlbG5zej02NCAoZHdvcmRzKQoJbGF0dGltZXI9MHgwMCAo MCBucyksIG1pbmdudD0weDAwICgwIG5zKSwgbWF4bGF0PTB4MDAgKDAgbnMpCglpbnRwaW49Yywg aXJxPTI1NQoJcG93ZXJzcGVjIDMgIHN1cHBvcnRzIEQwIEQzICBjdXJyZW50IEQwCglNU0kgc3Vw cG9ydHMgMSBtZXNzYWdlCmZvdW5kLT4JdmVuZG9yPTB4ODA4NiwgZGV2PTB4OWMxOCwgcmV2aWQ9 MHhlNAoJZG9tYWluPTAsIGJ1cz0wLCBzbG90PTI4LCBmdW5jPTQKCWNsYXNzPTA2LTA0LTAwLCBo ZHJ0eXBlPTB4MDEsIG1mZGV2PTEKCWNtZHJlZz0weDAwMDcsIHN0YXRyZWc9MHgwMDEwLCBjYWNo ZWxuc3o9NjQgKGR3b3JkcykKCWxhdHRpbWVyPTB4MDAgKDAgbnMpLCBtaW5nbnQ9MHgwMCAoMCBu cyksIG1heGxhdD0weDAwICgwIG5zKQoJaW50cGluPWEsIGlycT0yNTUKCXBvd2Vyc3BlYyAzICBz dXBwb3J0cyBEMCBEMyAgY3VycmVudCBEMAoJTVNJIHN1cHBvcnRzIDEgbWVzc2FnZQpmb3VuZC0+ CXZlbmRvcj0weDgwODYsIGRldj0weDljMWEsIHJldmlkPTB4ZTQKCWRvbWFpbj0wLCBidXM9MCwg c2xvdD0yOCwgZnVuYz01CgljbGFzcz0wNi0wNC0wMCwgaGRydHlwZT0weDAxLCBtZmRldj0xCglj bWRyZWc9MHgwMDA3LCBzdGF0cmVnPTB4MDAxMCwgY2FjaGVsbnN6PTY0IChkd29yZHMpCglsYXR0 aW1lcj0weDAwICgwIG5zKSwgbWluZ250PTB4MDAgKDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykK CWludHBpbj1iLCBpcnE9MjU1Cglwb3dlcnNwZWMgMyAgc3VwcG9ydHMgRDAgRDMgIGN1cnJlbnQg RDAKCU1TSSBzdXBwb3J0cyAxIG1lc3NhZ2UKZm91bmQtPgl2ZW5kb3I9MHg4MDg2LCBkZXY9MHg5 YzQzLCByZXZpZD0weDA0Cglkb21haW49MCwgYnVzPTAsIHNsb3Q9MzEsIGZ1bmM9MAoJY2xhc3M9 MDYtMDEtMDAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9MQoJY21kcmVnPTB4MDAwNywgc3RhdHJlZz0w eDAyMTAsIGNhY2hlbG5zej0wIChkd29yZHMpCglsYXR0aW1lcj0weDAwICgwIG5zKSwgbWluZ250 PTB4MDAgKDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykKZm91bmQtPgl2ZW5kb3I9MHg4MDg2LCBk ZXY9MHg5YzIyLCByZXZpZD0weDA0Cglkb21haW49MCwgYnVzPTAsIHNsb3Q9MzEsIGZ1bmM9MwoJ Y2xhc3M9MGMtMDUtMDAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9MAoJY21kcmVnPTB4MDAwMywgc3Rh dHJlZz0weDAyODAsIGNhY2hlbG5zej0wIChkd29yZHMpCglsYXR0aW1lcj0weDAwICgwIG5zKSwg bWluZ250PTB4MDAgKDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykKCWludHBpbj1jLCBpcnE9MTEK CW1hcFsxMF06IHR5cGUgTWVtb3J5LCByYW5nZSA2NCwgYmFzZSAweGIwYTJhMDAwLCBzaXplICA4 LCBlbmFibGVkCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGIwYTJhMDAwLTB4YjBhMmEwZmYp IGZvciByaWQgMTAgb2YgcGNpMDowOjMxOjMKCW1hcFsyMF06IHR5cGUgSS9PIFBvcnQsIHJhbmdl IDMyLCBiYXNlIDB4ZWZhMCwgc2l6ZSAgNSwgZW5hYmxlZApwY2liMDogYWxsb2NhdGVkIHR5cGUg NCAoMHhlZmEwLTB4ZWZiZikgZm9yIHJpZCAyMCBvZiBwY2kwOjA6MzE6MwpwY2liMDogbWF0Y2hl ZCBlbnRyeSBmb3IgMC4zMS5JTlRDCnBjaWIwOiBzbG90IDMxIElOVEMgaGFyZHdpcmVkIHRvIElS USAxOAp2Z2FwY2kwOiA8VkdBLWNvbXBhdGlibGUgZGlzcGxheT4gcG9ydCAweDIwMDAtMHgyMDNm IG1lbSAweGIwMDAwMDAwLTB4YjAzZmZmZmYsMHhhMDAwMDAwMC0weGFmZmZmZmZmIGlycSAxNiBh dCBkZXZpY2UgMi4wIG9uIHBjaTAKaGRhYzA6IDxJbnRlbCAoMHgwYTBjKSBIREEgQ29udHJvbGxl cj4gbWVtIDB4YjBhMTAwMDAtMHhiMGExM2ZmZiBpcnEgMTYgYXQgZGV2aWNlIDMuMCBvbiBwY2kw CmhkYWMwOiBQQ0kgY2FyZCB2ZW5kb3I6IDB4MTA2YiwgZGV2aWNlOiAweDAxMWEKaGRhYzA6IEhE QSBEcml2ZXIgUmV2aXNpb246IDIwMTIwMTI2XzAwMDIKaGRhYzA6IENvbmZpZyBvcHRpb25zOiBv bj0weDAwMDAwMDAwIG9mZj0weDAwMDAwMDAwCmhkYWMwOiBhdHRlbXB0aW5nIHRvIGFsbG9jYXRl IDEgTVNJIHZlY3RvcnMgKDEgc3VwcG9ydGVkKQptc2k6IHJvdXRpbmcgTVNJIElSUSAyNjQgdG8g bG9jYWwgQVBJQyAwIHZlY3RvciA1OQpoZGFjMDogdXNpbmcgSVJRIDI2NCBmb3IgTVNJCmhkYWMw OiBDYXBzOiBPU1MgMiwgSVNTIDAsIEJTUyAwLCBOU0RPIDEsIDY0Yml0LCBDT1JCIDI1NiwgUklS QiAyNTYKeGhjaTA6IDxYSENJIChnZW5lcmljKSBVU0IgMy4wIGNvbnRyb2xsZXI+IG1lbSAweGIw YTAwMDAwLTB4YjBhMGZmZmYgYXQgZGV2aWNlIDIwLjAgb24gcGNpMApwY2liMDogbWF0Y2hlZCBl bnRyeSBmb3IgMC4yMC5JTlRBCnBjaWIwOiBzbG90IDIwIElOVEEgaGFyZHdpcmVkIHRvIElSUSAx Ngppb2FwaWMwOiByb3V0aW5nIGludHBpbiAxNiAoUENJIElSUSAxNikgdG8gbGFwaWMgMCB2ZWN0 b3IgNjAKeGhjaTA6IDMyIGJ5dGUgY29udGV4dCBzaXplLgp1c2J1czAgb24geGhjaTAKeGhjaTA6 IHVzYnBmOiBBdHRhY2hlZApwY2kwOiA8c2ltcGxlIGNvbW1zPiBhdCBkZXZpY2UgMjIuMCAobm8g ZHJpdmVyIGF0dGFjaGVkKQpoZGFjMTogPEludGVsICgweDljMjApIEhEQSBDb250cm9sbGVyPiBt ZW0gMHhiMGExNDAwMC0weGIwYTE3ZmZmIGlycSAyMiBhdCBkZXZpY2UgMjcuMCBvbiBwY2kwCmhk YWMxOiBQQ0kgY2FyZCB2ZW5kb3I6IDB4ODA4NiwgZGV2aWNlOiAweDcyNzAKaGRhYzE6IEhEQSBE cml2ZXIgUmV2aXNpb246IDIwMTIwMTI2XzAwMDIKaGRhYzE6IENvbmZpZyBvcHRpb25zOiBvbj0w eDAwMDAwMDAwIG9mZj0weDAwMDAwMDAwCmhkYWMxOiBhdHRlbXB0aW5nIHRvIGFsbG9jYXRlIDEg TVNJIHZlY3RvcnMgKDEgc3VwcG9ydGVkKQptc2k6IHJvdXRpbmcgTVNJIElSUSAyNjUgdG8gbG9j YWwgQVBJQyAwIHZlY3RvciA2MQpoZGFjMTogdXNpbmcgSVJRIDI2NSBmb3IgTVNJCmhkYWMxOiBD YXBzOiBPU1MgNCwgSVNTIDQsIEJTUyAwLCBOU0RPIDEsIDY0Yml0LCBDT1JCIDI1NiwgUklSQiAy NTYKcGNpYjE6IDxBQ1BJIFBDSS1QQ0kgYnJpZGdlPiBhdCBkZXZpY2UgMjguMCBvbiBwY2kwCnBj aWIxOiAgIGRvbWFpbiAgICAgICAgICAgIDAKcGNpYjE6ICAgc2Vjb25kYXJ5IGJ1cyAgICAgMQpw Y2liMTogICBzdWJvcmRpbmF0ZSBidXMgICAxCnBjaTE6IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWIx CnBjaTE6IGRvbWFpbj0wLCBwaHlzaWNhbCBidXM9MQpwY2liMjogPEFDUEkgUENJLVBDSSBicmlk Z2U+IGF0IGRldmljZSAyOC4xIG9uIHBjaTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YjA4 MDAwMDAtMHhiMDlmZmZmZikgZm9yIHJpZCAyMCBvZiBwY2liMgpwY2liMDogYWxsb2NhdGVkIHR5 cGUgMyAoMHg5MDAwMDAwMC0weDlmZmZmZmZmKSBmb3IgcmlkIDI0IG9mIHBjaWIyCnBjaWIyOiAg IGRvbWFpbiAgICAgICAgICAgIDAKcGNpYjI6ICAgc2Vjb25kYXJ5IGJ1cyAgICAgMgpwY2liMjog ICBzdWJvcmRpbmF0ZSBidXMgICAyCnBjaWIyOiAgIG1lbW9yeSBkZWNvZGUgICAgIDB4YjA4MDAw MDAtMHhiMDlmZmZmZgpwY2liMjogICBwcmVmZXRjaGVkIGRlY29kZSAweDkwMDAwMDAwLTB4OWZm ZmZmZmYKcGNpMjogPEFDUEkgUENJIGJ1cz4gb24gcGNpYjIKcGNpMjogZG9tYWluPTAsIHBoeXNp Y2FsIGJ1cz0yCmZvdW5kLT4JdmVuZG9yPTB4MTRlNCwgZGV2PTB4MTU3MCwgcmV2aWQ9MHgwMAoJ ZG9tYWluPTAsIGJ1cz0yLCBzbG90PTAsIGZ1bmM9MAoJY2xhc3M9MDQtODAtMDAsIGhkcnR5cGU9 MHgwMCwgbWZkZXY9MAoJY21kcmVnPTB4MDAwNiwgc3RhdHJlZz0weDAwMTAsIGNhY2hlbG5zej02 NCAoZHdvcmRzKQoJbGF0dGltZXI9MHgwMCAoMCBucyksIG1pbmdudD0weDAwICgwIG5zKSwgbWF4 bGF0PTB4MDAgKDAgbnMpCglpbnRwaW49YSwgaXJxPTExCglwb3dlcnNwZWMgMyAgc3VwcG9ydHMg RDAgRDEgRDMgIGN1cnJlbnQgRDAKCU1TSSBzdXBwb3J0cyAxIG1lc3NhZ2UsIDY0IGJpdAoJbWFw WzEwXTogdHlwZSBNZW1vcnksIHJhbmdlIDY0LCBiYXNlIDB4YjA5MDAwMDAsIHNpemUgMTYsIGVu YWJsZWQKcGNpYjI6IGFsbG9jYXRlZCBtZW1vcnkgcmFuZ2UgKDB4YjA5MDAwMDAtMHhiMDkwZmZm ZikgZm9yIHJpZCAxMCBvZiBwY2kwOjI6MDowCgltYXBbMThdOiB0eXBlIFByZWZldGNoYWJsZSBN ZW1vcnksIHJhbmdlIDY0LCBiYXNlIDB4OTAwMDAwMDAsIHNpemUgMjgsIGVuYWJsZWQKcGNpYjI6 IGFsbG9jYXRlZCBwcmVmZXRjaCByYW5nZSAoMHg5MDAwMDAwMC0weDlmZmZmZmZmKSBmb3Igcmlk IDE4IG9mIHBjaTA6MjowOjAKCW1hcFsyMF06IHR5cGUgTWVtb3J5LCByYW5nZSA2NCwgYmFzZSAw eGIwODAwMDAwLCBzaXplIDIwLCBlbmFibGVkCnBjaWIyOiBhbGxvY2F0ZWQgbWVtb3J5IHJhbmdl ICgweGIwODAwMDAwLTB4YjA4ZmZmZmYpIGZvciByaWQgMjAgb2YgcGNpMDoyOjA6MApwY2liMjog bWF0Y2hlZCBlbnRyeSBmb3IgMi4wLklOVEEKcGNpYjI6IHNsb3QgMCBJTlRBIGhhcmR3aXJlZCB0 byBJUlEgMTcKcGNpMjogPG11bHRpbWVkaWE+IGF0IGRldmljZSAwLjAgKG5vIGRyaXZlciBhdHRh Y2hlZCkKcGNpYjM6IDxBQ1BJIFBDSS1QQ0kgYnJpZGdlPiBhdCBkZXZpY2UgMjguMiBvbiBwY2kw CnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGIwNDAwMDAwLTB4YjA2ZmZmZmYpIGZvciByaWQg MjAgb2YgcGNpYjMKcGNpYjM6ICAgZG9tYWluICAgICAgICAgICAgMApwY2liMzogICBzZWNvbmRh cnkgYnVzICAgICAzCnBjaWIzOiAgIHN1Ym9yZGluYXRlIGJ1cyAgIDMKcGNpYjM6ICAgbWVtb3J5 IGRlY29kZSAgICAgMHhiMDQwMDAwMC0weGIwNmZmZmZmCnBjaTM6IDxBQ1BJIFBDSSBidXM+IG9u IHBjaWIzCnBjaTM6IGRvbWFpbj0wLCBwaHlzaWNhbCBidXM9Mwpmb3VuZC0+CXZlbmRvcj0weDE0 ZTQsIGRldj0weDQzYTAsIHJldmlkPTB4MDMKCWRvbWFpbj0wLCBidXM9Mywgc2xvdD0wLCBmdW5j PTAKCWNsYXNzPTAyLTgwLTAwLCBoZHJ0eXBlPTB4MDAsIG1mZGV2PTAKCWNtZHJlZz0weDAwMDYs IHN0YXRyZWc9MHgwMDEwLCBjYWNoZWxuc3o9NjQgKGR3b3JkcykKCWxhdHRpbWVyPTB4MDAgKDAg bnMpLCBtaW5nbnQ9MHgwMCAoMCBucyksIG1heGxhdD0weDAwICgwIG5zKQoJaW50cGluPWEsIGly cT0xMQoJcG93ZXJzcGVjIDMgIHN1cHBvcnRzIEQwIEQxIEQyIEQzICBjdXJyZW50IEQwCglNU0kg c3VwcG9ydHMgMSBtZXNzYWdlLCA2NCBiaXQKCW1hcFsxMF06IHR5cGUgTWVtb3J5LCByYW5nZSA2 NCwgYmFzZSAweGIwNjAwMDAwLCBzaXplIDE1LCBlbmFibGVkCnBjaWIzOiBhbGxvY2F0ZWQgbWVt b3J5IHJhbmdlICgweGIwNjAwMDAwLTB4YjA2MDdmZmYpIGZvciByaWQgMTAgb2YgcGNpMDozOjA6 MAoJbWFwWzE4XTogdHlwZSBNZW1vcnksIHJhbmdlIDY0LCBiYXNlIDB4YjA0MDAwMDAsIHNpemUg MjEsIGVuYWJsZWQKcGNpYjM6IGFsbG9jYXRlZCBtZW1vcnkgcmFuZ2UgKDB4YjA0MDAwMDAtMHhi MDVmZmZmZikgZm9yIHJpZCAxOCBvZiBwY2kwOjM6MDowCnBjaWIzOiBtYXRjaGVkIGVudHJ5IGZv ciAzLjAuSU5UQQpwY2liMzogc2xvdCAwIElOVEEgaGFyZHdpcmVkIHRvIElSUSAxOApwY2kzOiA8 bmV0d29yaz4gYXQgZGV2aWNlIDAuMCAobm8gZHJpdmVyIGF0dGFjaGVkKQpwY2liNDogPEFDUEkg UENJLVBDSSBicmlkZ2U+IGF0IGRldmljZSAyOC40IG9uIHBjaTAKcGNpYjA6IGFsbG9jYXRlZCB0 eXBlIDQgKDB4MzAwMC0weDVmZmYpIGZvciByaWQgMWMgb2YgcGNpYjQKcGNpYjA6IGFsbG9jYXRl ZCB0eXBlIDMgKDB4YjBiMDAwMDAtMHhiY2RmZmZmZikgZm9yIHJpZCAyMCBvZiBwY2liNApwY2li NDogZmFpbGVkIHRvIGFsbG9jYXRlIGluaXRpYWwgcHJlZmV0Y2ggd2luZG93OiAweGJjYzAwMDAw LTB4YzhjZmZmZmYKcGNpYjQ6ICAgZG9tYWluICAgICAgICAgICAgMApwY2liNDogICBzZWNvbmRh cnkgYnVzICAgICA1CnBjaWI0OiAgIHN1Ym9yZGluYXRlIGJ1cyAgIDEwNwpwY2liNDogICBJL08g ZGVjb2RlICAgICAgICAweDMwMDAtMHg1ZmZmCnBjaWI0OiAgIG1lbW9yeSBkZWNvZGUgICAgIDB4 YjBiMDAwMDAtMHhiY2RmZmZmZgpwY2k1OiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2liNApwY2k1OiBk b21haW49MCwgcGh5c2ljYWwgYnVzPTUKZm91bmQtPgl2ZW5kb3I9MHg4MDg2LCBkZXY9MHgxNTQ3 LCByZXZpZD0weDAzCglkb21haW49MCwgYnVzPTUsIHNsb3Q9MCwgZnVuYz0wCgljbGFzcz0wNi0w NC0wMCwgaGRydHlwZT0weDAxLCBtZmRldj0wCgljbWRyZWc9MHgwMDA3LCBzdGF0cmVnPTB4MDAx MCwgY2FjaGVsbnN6PTMyIChkd29yZHMpCglsYXR0aW1lcj0weDAwICgwIG5zKSwgbWluZ250PTB4 MDAgKDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykKCWludHBpbj1hLCBpcnE9MjU1Cglwb3dlcnNw ZWMgMyAgc3VwcG9ydHMgRDAgRDEgRDIgRDMgIGN1cnJlbnQgRDAKCU1TSSBzdXBwb3J0cyAxIG1l c3NhZ2UsIDY0IGJpdApwY2liNTogPEFDUEkgUENJLVBDSSBicmlkZ2U+IGF0IGRldmljZSAwLjAg b24gcGNpNQpwY2liNDogYWxsb2NhdGVkIEkvTyBwb3J0IHJhbmdlICgweDMwMDAtMHg0ZmZmKSBm b3IgcmlkIDFjIG9mIHBjaWI1CnBjaWI0OiBhbGxvY2F0ZWQgbWVtb3J5IHJhbmdlICgweGIwYjAw MDAwLTB4YjhkZmZmZmYpIGZvciByaWQgMjAgb2YgcGNpYjUKcGNpYjA6IGFsbG9jYXRlZCB0eXBl IDMgKDB4YmNlMDAwMDAtMHhjNGVmZmZmZikgZm9yIHJpZCAyNCBvZiBwY2liNApwY2liNDogYWxs b2NhdGVkIGluaXRpYWwgcHJlZmV0Y2ggd2luZG93IG9mIDB4YmNlMDAwMDAtMHhjNGVmZmZmZgpw Y2liNDogYWxsb2NhdGVkIHByZWZldGNoIHJhbmdlICgweGJjZTAwMDAwLTB4YzRlZmZmZmYpIGZv ciByaWQgMjQgb2YgcGNpYjUKcGNpYjU6ICAgZG9tYWluICAgICAgICAgICAgMApwY2liNTogICBz ZWNvbmRhcnkgYnVzICAgICA2CnBjaWI1OiAgIHN1Ym9yZGluYXRlIGJ1cyAgIDEwNwpwY2liNTog ICBJL08gZGVjb2RlICAgICAgICAweDMwMDAtMHg0ZmZmCnBjaWI1OiAgIG1lbW9yeSBkZWNvZGUg ICAgIDB4YjBiMDAwMDAtMHhiOGRmZmZmZgpwY2liNTogICBwcmVmZXRjaGVkIGRlY29kZSAweGJj ZTAwMDAwLTB4YzRlZmZmZmYKcGNpYjU6IGNvdWxkIG5vdCBnZXQgUENJIGludGVycnVwdCByb3V0 aW5nIHRhYmxlIGZvciBcMTM0X1NCXy5QQ0kwLlJQMDUuVVBTQiAtIEFFX05PVF9GT1VORApwY2k2 OiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2liNQpwY2k2OiBkb21haW49MCwgcGh5c2ljYWwgYnVzPTYK Zm91bmQtPgl2ZW5kb3I9MHg4MDg2LCBkZXY9MHgxNTQ3LCByZXZpZD0weDAzCglkb21haW49MCwg YnVzPTYsIHNsb3Q9MCwgZnVuYz0wCgljbGFzcz0wNi0wNC0wMCwgaGRydHlwZT0weDAxLCBtZmRl dj0wCgljbWRyZWc9MHgwMDA3LCBzdGF0cmVnPTB4MDAxMCwgY2FjaGVsbnN6PTMyIChkd29yZHMp CglsYXR0aW1lcj0weDAwICgwIG5zKSwgbWluZ250PTB4MDAgKDAgbnMpLCBtYXhsYXQ9MHgwMCAo MCBucykKCWludHBpbj1hLCBpcnE9MjU1Cglwb3dlcnNwZWMgMyAgc3VwcG9ydHMgRDAgRDEgRDIg RDMgIGN1cnJlbnQgRDAKCU1TSSBzdXBwb3J0cyAxIG1lc3NhZ2UsIDY0IGJpdApmb3VuZC0+CXZl bmRvcj0weDgwODYsIGRldj0weDE1NDcsIHJldmlkPTB4MDMKCWRvbWFpbj0wLCBidXM9Niwgc2xv dD0zLCBmdW5jPTAKCWNsYXNzPTA2LTA0LTAwLCBoZHJ0eXBlPTB4MDEsIG1mZGV2PTAKCWNtZHJl Zz0weDAwMDcsIHN0YXRyZWc9MHgwMDEwLCBjYWNoZWxuc3o9MzIgKGR3b3JkcykKCWxhdHRpbWVy PTB4MDAgKDAgbnMpLCBtaW5nbnQ9MHgwMCAoMCBucyksIG1heGxhdD0weDAwICgwIG5zKQoJaW50 cGluPWEsIGlycT0yNTUKCXBvd2Vyc3BlYyAzICBzdXBwb3J0cyBEMCBEMSBEMiBEMyAgY3VycmVu dCBEMAoJTVNJIHN1cHBvcnRzIDEgbWVzc2FnZSwgNjQgYml0CmZvdW5kLT4JdmVuZG9yPTB4ODA4 NiwgZGV2PTB4MTU0NywgcmV2aWQ9MHgwMwoJZG9tYWluPTAsIGJ1cz02LCBzbG90PTQsIGZ1bmM9 MAoJY2xhc3M9MDYtMDQtMDAsIGhkcnR5cGU9MHgwMSwgbWZkZXY9MAoJY21kcmVnPTB4MDAwMCwg c3RhdHJlZz0weDAwMTAsIGNhY2hlbG5zej0zMiAoZHdvcmRzKQoJbGF0dGltZXI9MHgwMCAoMCBu cyksIG1pbmdudD0weDAwICgwIG5zKSwgbWF4bGF0PTB4MDAgKDAgbnMpCglpbnRwaW49YSwgaXJx PTI1NQoJcG93ZXJzcGVjIDMgIHN1cHBvcnRzIEQwIEQxIEQyIEQzICBjdXJyZW50IEQwCglNU0kg c3VwcG9ydHMgMSBtZXNzYWdlLCA2NCBiaXQKZm91bmQtPgl2ZW5kb3I9MHg4MDg2LCBkZXY9MHgx NTQ3LCByZXZpZD0weDAzCglkb21haW49MCwgYnVzPTYsIHNsb3Q9NSwgZnVuYz0wCgljbGFzcz0w Ni0wNC0wMCwgaGRydHlwZT0weDAxLCBtZmRldj0wCgljbWRyZWc9MHgwMDAwLCBzdGF0cmVnPTB4 MDAxMCwgY2FjaGVsbnN6PTMyIChkd29yZHMpCglsYXR0aW1lcj0weDAwICgwIG5zKSwgbWluZ250 PTB4MDAgKDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykKCWludHBpbj1hLCBpcnE9MjU1Cglwb3dl cnNwZWMgMyAgc3VwcG9ydHMgRDAgRDEgRDIgRDMgIGN1cnJlbnQgRDAKCU1TSSBzdXBwb3J0cyAx IG1lc3NhZ2UsIDY0IGJpdApmb3VuZC0+CXZlbmRvcj0weDgwODYsIGRldj0weDE1NDcsIHJldmlk PTB4MDMKCWRvbWFpbj0wLCBidXM9Niwgc2xvdD02LCBmdW5jPTAKCWNsYXNzPTA2LTA0LTAwLCBo ZHJ0eXBlPTB4MDEsIG1mZGV2PTAKCWNtZHJlZz0weDAwMDAsIHN0YXRyZWc9MHgwMDEwLCBjYWNo ZWxuc3o9MzIgKGR3b3JkcykKCWxhdHRpbWVyPTB4MDAgKDAgbnMpLCBtaW5nbnQ9MHgwMCAoMCBu cyksIG1heGxhdD0weDAwICgwIG5zKQoJaW50cGluPWEsIGlycT0yNTUKCXBvd2Vyc3BlYyAzICBz dXBwb3J0cyBEMCBEMSBEMiBEMyAgY3VycmVudCBEMAoJTVNJIHN1cHBvcnRzIDEgbWVzc2FnZSwg NjQgYml0CnBjaWI2OiA8QUNQSSBQQ0ktUENJIGJyaWRnZT4gYXQgZGV2aWNlIDAuMCBvbiBwY2k2 CnBjaWI1OiBhbGxvY2F0ZWQgbWVtb3J5IHJhbmdlICgweGIwYjAwMDAwLTB4YjBiZmZmZmYpIGZv ciByaWQgMjAgb2YgcGNpYjYKcGNpYjY6ICAgZG9tYWluICAgICAgICAgICAgMApwY2liNjogICBz ZWNvbmRhcnkgYnVzICAgICA3CnBjaWI2OiAgIHN1Ym9yZGluYXRlIGJ1cyAgIDcKcGNpYjY6ICAg bWVtb3J5IGRlY29kZSAgICAgMHhiMGIwMDAwMC0weGIwYmZmZmZmCnBjaWI2OiBjb3VsZCBub3Qg Z2V0IFBDSSBpbnRlcnJ1cHQgcm91dGluZyB0YWJsZSBmb3IgXDEzNF9TQl8uUENJMC5SUDA1LlVQ U0IuRFNCMCAtIEFFX05PVF9GT1VORApwY2k3OiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2liNgpwY2k3 OiBkb21haW49MCwgcGh5c2ljYWwgYnVzPTcKZm91bmQtPgl2ZW5kb3I9MHg4MDg2LCBkZXY9MHgx NTQ3LCByZXZpZD0weDAzCglkb21haW49MCwgYnVzPTcsIHNsb3Q9MCwgZnVuYz0wCgljbGFzcz0w OC04MC0wMCwgaGRydHlwZT0weDAwLCBtZmRldj0wCgljbWRyZWc9MHgwMDA3LCBzdGF0cmVnPTB4 MDAxMCwgY2FjaGVsbnN6PTMyIChkd29yZHMpCglsYXR0aW1lcj0weDAwICgwIG5zKSwgbWluZ250 PTB4MDAgKDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykKCWludHBpbj1hLCBpcnE9MTEKCXBvd2Vy c3BlYyAzICBzdXBwb3J0cyBEMCBEMSBEMiBEMyAgY3VycmVudCBEMAoJTVNJIHN1cHBvcnRzIDEg bWVzc2FnZSwgNjQgYml0CglNU0ktWCBzdXBwb3J0cyAxNiBtZXNzYWdlcyBpbiBtYXAgMHgxNAoJ bWFwWzEwXTogdHlwZSBNZW1vcnksIHJhbmdlIDMyLCBiYXNlIDB4YjBiMDAwMDAsIHNpemUgMTgs IGVuYWJsZWQKcGNpYjY6IGFsbG9jYXRlZCBtZW1vcnkgcmFuZ2UgKDB4YjBiMDAwMDAtMHhiMGIz ZmZmZikgZm9yIHJpZCAxMCBvZiBwY2kwOjc6MDowCgltYXBbMTRdOiB0eXBlIE1lbW9yeSwgcmFu Z2UgMzIsIGJhc2UgMHhiMGI0MDAwMCwgc2l6ZSAxMiwgZW5hYmxlZApwY2liNjogYWxsb2NhdGVk IG1lbW9yeSByYW5nZSAoMHhiMGI0MDAwMC0weGIwYjQwZmZmKSBmb3IgcmlkIDE0IG9mIHBjaTA6 NzowOjAKcGNpYjQ6IG1hdGNoZWQgZW50cnkgZm9yIDUuMC5JTlRBCnBjaWI0OiBzbG90IDAgSU5U QSBoYXJkd2lyZWQgdG8gSVJRIDE2CnBjaWI1OiBzbG90IDAgSU5UQSBpcyByb3V0ZWQgdG8gaXJx IDE2CnBjaWI2OiBzbG90IDAgSU5UQSBpcyByb3V0ZWQgdG8gaXJxIDE2CnBjaTc6IDxiYXNlIHBl cmlwaGVyYWw+IGF0IGRldmljZSAwLjAgKG5vIGRyaXZlciBhdHRhY2hlZCkKcGNpYjc6IDxBQ1BJ IFBDSS1QQ0kgYnJpZGdlPiBhdCBkZXZpY2UgMy4wIG9uIHBjaTYKcGNpYjU6IGFsbG9jYXRlZCBJ L08gcG9ydCByYW5nZSAoMHgzMDAwLTB4M2ZmZikgZm9yIHJpZCAxYyBvZiBwY2liNwpwY2liNTog YWxsb2NhdGVkIG1lbW9yeSByYW5nZSAoMHhiMGMwMDAwMC0weGI0ZGZmZmZmKSBmb3IgcmlkIDIw IG9mIHBjaWI3CnBjaWI1OiBhbGxvY2F0ZWQgcHJlZmV0Y2ggcmFuZ2UgKDB4YmNlMDAwMDAtMHhj MGVmZmZmZikgZm9yIHJpZCAyNCBvZiBwY2liNwpwY2liNzogICBkb21haW4gICAgICAgICAgICAw CnBjaWI3OiAgIHNlY29uZGFyeSBidXMgICAgIDgKcGNpYjc6ICAgc3Vib3JkaW5hdGUgYnVzICAg NTYKcGNpYjc6ICAgSS9PIGRlY29kZSAgICAgICAgMHgzMDAwLTB4M2ZmZgpwY2liNzogICBtZW1v cnkgZGVjb2RlICAgICAweGIwYzAwMDAwLTB4YjRkZmZmZmYKcGNpYjc6ICAgcHJlZmV0Y2hlZCBk ZWNvZGUgMHhiY2UwMDAwMC0weGMwZWZmZmZmCnBjaWI3OiBjb3VsZCBub3QgZ2V0IFBDSSBpbnRl cnJ1cHQgcm91dGluZyB0YWJsZSBmb3IgXDEzNF9TQl8uUENJMC5SUDA1LlVQU0IuRFNCMSAtIEFF X05PVF9GT1VORApwY2k4OiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2liNwpwY2k4OiBkb21haW49MCwg cGh5c2ljYWwgYnVzPTgKZm91bmQtPgl2ZW5kb3I9MHg4MDg2LCBkZXY9MHgxNTEzLCByZXZpZD0w eDAwCglkb21haW49MCwgYnVzPTgsIHNsb3Q9MCwgZnVuYz0wCgljbGFzcz0wNi0wNC0wMCwgaGRy dHlwZT0weDAxLCBtZmRldj0wCgljbWRyZWc9MHgwMDA3LCBzdGF0cmVnPTB4MDAxMCwgY2FjaGVs bnN6PTMyIChkd29yZHMpCglsYXR0aW1lcj0weDAwICgwIG5zKSwgbWluZ250PTB4MDAgKDAgbnMp LCBtYXhsYXQ9MHgwMCAoMCBucykKCWludHBpbj1hLCBpcnE9MjU1Cglwb3dlcnNwZWMgMyAgc3Vw cG9ydHMgRDAgRDEgRDIgRDMgIGN1cnJlbnQgRDAKCU1TSSBzdXBwb3J0cyAzMiBtZXNzYWdlcywg NjQgYml0CnBjaWI4OiA8QUNQSSBQQ0ktUENJIGJyaWRnZT4gYXQgZGV2aWNlIDAuMCBvbiBwY2k4 CnBjaWI3OiBhbGxvY2F0ZWQgbWVtb3J5IHJhbmdlICgweGIwYzAwMDAwLTB4YjBkZmZmZmYpIGZv ciByaWQgMjAgb2YgcGNpYjgKcGNpYjc6IGFsbG9jYXRlZCBwcmVmZXRjaCByYW5nZSAoMHhiY2Uw MDAwMC0weGJjZWZmZmZmKSBmb3IgcmlkIDI0IG9mIHBjaWI4CnBjaWI4OiAgIGRvbWFpbiAgICAg ICAgICAgIDAKcGNpYjg6ICAgc2Vjb25kYXJ5IGJ1cyAgICAgOQpwY2liODogICBzdWJvcmRpbmF0 ZSBidXMgICAxNwpwY2liODogICBtZW1vcnkgZGVjb2RlICAgICAweGIwYzAwMDAwLTB4YjBkZmZm ZmYKcGNpYjg6ICAgcHJlZmV0Y2hlZCBkZWNvZGUgMHhiY2UwMDAwMC0weGJjZWZmZmZmCnBjaWI4 OiBjb3VsZCBub3QgZ2V0IFBDSSBpbnRlcnJ1cHQgcm91dGluZyB0YWJsZSBmb3IgXDEzNF9TQl8u UENJMC5SUDA1LlVQU0IuRFNCMS5VUFMwIC0gQUVfTk9UX0ZPVU5ECnBjaTk6IDxBQ1BJIFBDSSBi dXM+IG9uIHBjaWI4CnBjaTk6IGRvbWFpbj0wLCBwaHlzaWNhbCBidXM9OQpmb3VuZC0+CXZlbmRv cj0weDgwODYsIGRldj0weDE1MTMsIHJldmlkPTB4MDAKCWRvbWFpbj0wLCBidXM9OSwgc2xvdD0w LCBmdW5jPTAKCWNsYXNzPTA2LTA0LTAwLCBoZHJ0eXBlPTB4MDEsIG1mZGV2PTAKCWNtZHJlZz0w eDAwMDcsIHN0YXRyZWc9MHgwMDEwLCBjYWNoZWxuc3o9MzIgKGR3b3JkcykKCWxhdHRpbWVyPTB4 MDAgKDAgbnMpLCBtaW5nbnQ9MHgwMCAoMCBucyksIG1heGxhdD0weDAwICgwIG5zKQoJaW50cGlu PWEsIGlycT0yNTUKCXBvd2Vyc3BlYyAzICBzdXBwb3J0cyBEMCBEMSBEMiBEMyAgY3VycmVudCBE MAoJTVNJIHN1cHBvcnRzIDMyIG1lc3NhZ2VzLCA2NCBiaXQKZm91bmQtPgl2ZW5kb3I9MHg4MDg2 LCBkZXY9MHgxNTEzLCByZXZpZD0weDAwCglkb21haW49MCwgYnVzPTksIHNsb3Q9MSwgZnVuYz0w CgljbGFzcz0wNi0wNC0wMCwgaGRydHlwZT0weDAxLCBtZmRldj0wCgljbWRyZWc9MHgwMDA3LCBz dGF0cmVnPTB4MDAxMCwgY2FjaGVsbnN6PTMyIChkd29yZHMpCglsYXR0aW1lcj0weDAwICgwIG5z KSwgbWluZ250PTB4MDAgKDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykKCWludHBpbj1hLCBpcnE9 MjU1Cglwb3dlcnNwZWMgMyAgc3VwcG9ydHMgRDAgRDEgRDIgRDMgIGN1cnJlbnQgRDAKCU1TSSBz dXBwb3J0cyAzMiBtZXNzYWdlcywgNjQgYml0CmZvdW5kLT4JdmVuZG9yPTB4ODA4NiwgZGV2PTB4 MTUxMywgcmV2aWQ9MHgwMAoJZG9tYWluPTAsIGJ1cz05LCBzbG90PTIsIGZ1bmM9MAoJY2xhc3M9 MDYtMDQtMDAsIGhkcnR5cGU9MHgwMSwgbWZkZXY9MAoJY21kcmVnPTB4MDAwNywgc3RhdHJlZz0w eDAwMTAsIGNhY2hlbG5zej0zMiAoZHdvcmRzKQoJbGF0dGltZXI9MHgwMCAoMCBucyksIG1pbmdu dD0weDAwICgwIG5zKSwgbWF4bGF0PTB4MDAgKDAgbnMpCglpbnRwaW49YSwgaXJxPTI1NQoJcG93 ZXJzcGVjIDMgIHN1cHBvcnRzIEQwIEQxIEQyIEQzICBjdXJyZW50IEQwCglNU0kgc3VwcG9ydHMg MzIgbWVzc2FnZXMsIDY0IGJpdApmb3VuZC0+CXZlbmRvcj0weDgwODYsIGRldj0weDE1MTMsIHJl dmlkPTB4MDAKCWRvbWFpbj0wLCBidXM9OSwgc2xvdD0zLCBmdW5jPTAKCWNsYXNzPTA2LTA0LTAw LCBoZHJ0eXBlPTB4MDEsIG1mZGV2PTAKCWNtZHJlZz0weDAwMDAsIHN0YXRyZWc9MHgwMDEwLCBj YWNoZWxuc3o9MzIgKGR3b3JkcykKCWxhdHRpbWVyPTB4MDAgKDAgbnMpLCBtaW5nbnQ9MHgwMCAo MCBucyksIG1heGxhdD0weDAwICgwIG5zKQoJaW50cGluPWEsIGlycT0yNTUKCXBvd2Vyc3BlYyAz ICBzdXBwb3J0cyBEMCBEMSBEMiBEMyAgY3VycmVudCBEMAoJTVNJIHN1cHBvcnRzIDMyIG1lc3Nh Z2VzLCA2NCBiaXQKZm91bmQtPgl2ZW5kb3I9MHg4MDg2LCBkZXY9MHgxNTEzLCByZXZpZD0weDAw Cglkb21haW49MCwgYnVzPTksIHNsb3Q9NCwgZnVuYz0wCgljbGFzcz0wNi0wNC0wMCwgaGRydHlw ZT0weDAxLCBtZmRldj0wCgljbWRyZWc9MHgwMDAwLCBzdGF0cmVnPTB4MDAxMCwgY2FjaGVsbnN6 PTMyIChkd29yZHMpCglsYXR0aW1lcj0weDAwICgwIG5zKSwgbWluZ250PTB4MDAgKDAgbnMpLCBt YXhsYXQ9MHgwMCAoMCBucykKCWludHBpbj1hLCBpcnE9MjU1Cglwb3dlcnNwZWMgMyAgc3VwcG9y dHMgRDAgRDEgRDIgRDMgIGN1cnJlbnQgRDAKCU1TSSBzdXBwb3J0cyAzMiBtZXNzYWdlcywgNjQg Yml0CmZvdW5kLT4JdmVuZG9yPTB4ODA4NiwgZGV2PTB4MTUxMywgcmV2aWQ9MHgwMAoJZG9tYWlu PTAsIGJ1cz05LCBzbG90PTUsIGZ1bmM9MAoJY2xhc3M9MDYtMDQtMDAsIGhkcnR5cGU9MHgwMSwg bWZkZXY9MAoJY21kcmVnPTB4MDAwMCwgc3RhdHJlZz0weDAwMTAsIGNhY2hlbG5zej0zMiAoZHdv cmRzKQoJbGF0dGltZXI9MHgwMCAoMCBucyksIG1pbmdudD0weDAwICgwIG5zKSwgbWF4bGF0PTB4 MDAgKDAgbnMpCglpbnRwaW49YSwgaXJxPTI1NQoJcG93ZXJzcGVjIDMgIHN1cHBvcnRzIEQwIEQx IEQyIEQzICBjdXJyZW50IEQwCglNU0kgc3VwcG9ydHMgMzIgbWVzc2FnZXMsIDY0IGJpdApwY2li OTogPEFDUEkgUENJLVBDSSBicmlkZ2U+IGF0IGRldmljZSAwLjAgb24gcGNpOQpwY2liODogYWxs b2NhdGVkIG1lbW9yeSByYW5nZSAoMHhiMGQwMDAwMC0weGIwZGZmZmZmKSBmb3IgcmlkIDIwIG9m IHBjaWI5CnBjaWI5OiAgIGRvbWFpbiAgICAgICAgICAgIDAKcGNpYjk6ICAgc2Vjb25kYXJ5IGJ1 cyAgICAgMTAKcGNpYjk6ICAgc3Vib3JkaW5hdGUgYnVzICAgMTIKcGNpYjk6ICAgbWVtb3J5IGRl Y29kZSAgICAgMHhiMGQwMDAwMC0weGIwZGZmZmZmCnBjaWI5OiBjb3VsZCBub3QgZ2V0IFBDSSBp bnRlcnJ1cHQgcm91dGluZyB0YWJsZSBmb3IgXDEzNF9TQl8uUENJMC5SUDA1LlVQU0IuRFNCMS5V UFMwLkRTQjAgLSBBRV9OT1RfRk9VTkQKcGNpMTA6IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWI5CnBj aTEwOiBkb21haW49MCwgcGh5c2ljYWwgYnVzPTEwCmZvdW5kLT4JdmVuZG9yPTB4MTJkOCwgZGV2 PTB4NDAwYywgcmV2aWQ9MHgwMgoJZG9tYWluPTAsIGJ1cz0xMCwgc2xvdD0wLCBmdW5jPTAKCWNs YXNzPTA2LTA0LTAwLCBoZHJ0eXBlPTB4MDEsIG1mZGV2PTAKCWNtZHJlZz0weDAwMDcsIHN0YXRy ZWc9MHgwMDEwLCBjYWNoZWxuc3o9MzIgKGR3b3JkcykKCWxhdHRpbWVyPTB4MDAgKDAgbnMpLCBt aW5nbnQ9MHgwMCAoMCBucyksIG1heGxhdD0weDAwICgwIG5zKQoJcG93ZXJzcGVjIDMgIHN1cHBv cnRzIEQwIEQxIEQyIEQzICBjdXJyZW50IEQwCnBjaWIxMDogPEFDUEkgUENJLVBDSSBicmlkZ2U+ IGF0IGRldmljZSAwLjAgb24gcGNpMTAKcGNpYjk6IGFsbG9jYXRlZCBtZW1vcnkgcmFuZ2UgKDB4 YjBkMDAwMDAtMHhiMGRmZmZmZikgZm9yIHJpZCAyMCBvZiBwY2liMTAKcGNpYjEwOiAgIGRvbWFp biAgICAgICAgICAgIDAKcGNpYjEwOiAgIHNlY29uZGFyeSBidXMgICAgIDExCnBjaWIxMDogICBz dWJvcmRpbmF0ZSBidXMgICAxMgpwY2liMTA6ICAgbWVtb3J5IGRlY29kZSAgICAgMHhiMGQwMDAw MC0weGIwZGZmZmZmCnBjaWIxMDogY291bGQgbm90IGdldCBQQ0kgaW50ZXJydXB0IHJvdXRpbmcg dGFibGUgZm9yIFwxMzRfU0JfLlBDSTAuUlAwNS5VUFNCLkRTQjEuVVBTMC5EU0IwLkRFVjAgLSBB RV9OT1RfRk9VTkQKcGNpMTE6IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWIxMApwY2kxMTogZG9tYWlu PTAsIHBoeXNpY2FsIGJ1cz0xMQpmb3VuZC0+CXZlbmRvcj0weDEyZDgsIGRldj0weDQwMGMsIHJl dmlkPTB4MDIKCWRvbWFpbj0wLCBidXM9MTEsIHNsb3Q9MywgZnVuYz0wCgljbGFzcz0wNi0wNC0w MCwgaGRydHlwZT0weDAxLCBtZmRldj0wCgljbWRyZWc9MHgwMDA3LCBzdGF0cmVnPTB4MDAxMCwg Y2FjaGVsbnN6PTMyIChkd29yZHMpCglsYXR0aW1lcj0weDAwICgwIG5zKSwgbWluZ250PTB4MDAg KDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykKCXBvd2Vyc3BlYyAzICBzdXBwb3J0cyBEMCBEMSBE MiBEMyAgY3VycmVudCBEMAoJTVNJIHN1cHBvcnRzIDEgbWVzc2FnZSwgNjQgYml0CnBjaWIxMTog PFBDSS1QQ0kgYnJpZGdlPiBhdCBkZXZpY2UgMy4wIG9uIHBjaTExCnBjaWIxMDogYWxsb2NhdGVk IG1lbW9yeSByYW5nZSAoMHhiMGQwMDAwMC0weGIwZGZmZmZmKSBmb3IgcmlkIDIwIG9mIHBjaWIx MQpwY2liMTE6ICAgZG9tYWluICAgICAgICAgICAgMApwY2liMTE6ICAgc2Vjb25kYXJ5IGJ1cyAg ICAgMTIKcGNpYjExOiAgIHN1Ym9yZGluYXRlIGJ1cyAgIDEyCnBjaWIxMTogICBtZW1vcnkgZGVj b2RlICAgICAweGIwZDAwMDAwLTB4YjBkZmZmZmYKcGNpMTI6IDxQQ0kgYnVzPiBvbiBwY2liMTEK cGNpMTI6IGRvbWFpbj0wLCBwaHlzaWNhbCBidXM9MTIKZm91bmQtPgl2ZW5kb3I9MHgxMmQ4LCBk ZXY9MHg0MDBlLCByZXZpZD0weDAxCglkb21haW49MCwgYnVzPTEyLCBzbG90PTAsIGZ1bmM9MAoJ Y2xhc3M9MGMtMDMtMTAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9MQoJY21kcmVnPTB4MDAwNywgc3Rh dHJlZz0weDAwMTAsIGNhY2hlbG5zej0zMiAoZHdvcmRzKQoJbGF0dGltZXI9MHgwMCAoMCBucyks IG1pbmdudD0weDAwICgwIG5zKSwgbWF4bGF0PTB4MDAgKDAgbnMpCglpbnRwaW49YSwgaXJxPTI1 NQoJcG93ZXJzcGVjIDMgIHN1cHBvcnRzIEQwIEQxIEQyIEQzICBjdXJyZW50IEQwCglNU0kgc3Vw cG9ydHMgMSBtZXNzYWdlCgltYXBbMTBdOiB0eXBlIE1lbW9yeSwgcmFuZ2UgMzIsIGJhc2UgMHhi MGQwMTAwMCwgc2l6ZSAxMiwgZW5hYmxlZApwY2liMTE6IGFsbG9jYXRlZCBtZW1vcnkgcmFuZ2Ug KDB4YjBkMDEwMDAtMHhiMGQwMWZmZikgZm9yIHJpZCAxMCBvZiBwY2kwOjEyOjA6MApmb3VuZC0+ CXZlbmRvcj0weDEyZDgsIGRldj0weDQwMGUsIHJldmlkPTB4MDEKCWRvbWFpbj0wLCBidXM9MTIs IHNsb3Q9MCwgZnVuYz0xCgljbGFzcz0wYy0wMy0xMCwgaGRydHlwZT0weDAwLCBtZmRldj0xCglj bWRyZWc9MHgwMDA3LCBzdGF0cmVnPTB4MDAxMCwgY2FjaGVsbnN6PTMyIChkd29yZHMpCglsYXR0 aW1lcj0weDAwICgwIG5zKSwgbWluZ250PTB4MDAgKDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykK CWludHBpbj1iLCBpcnE9MjU1Cglwb3dlcnNwZWMgMyAgc3VwcG9ydHMgRDAgRDEgRDIgRDMgIGN1 cnJlbnQgRDAKCU1TSSBzdXBwb3J0cyAxIG1lc3NhZ2UKCW1hcFsxMF06IHR5cGUgTWVtb3J5LCBy YW5nZSAzMiwgYmFzZSAweGIwZDAwMDAwLCBzaXplIDEyLCBlbmFibGVkCnBjaWIxMTogYWxsb2Nh dGVkIG1lbW9yeSByYW5nZSAoMHhiMGQwMDAwMC0weGIwZDAwZmZmKSBmb3IgcmlkIDEwIG9mIHBj aTA6MTI6MDoxCmZvdW5kLT4JdmVuZG9yPTB4MTJkOCwgZGV2PTB4NDAwZiwgcmV2aWQ9MHgwMQoJ ZG9tYWluPTAsIGJ1cz0xMiwgc2xvdD0wLCBmdW5jPTIKCWNsYXNzPTBjLTAzLTIwLCBoZHJ0eXBl PTB4MDAsIG1mZGV2PTEKCWNtZHJlZz0weDAwMDcsIHN0YXRyZWc9MHgwMDEwLCBjYWNoZWxuc3o9 MzIgKGR3b3JkcykKCWxhdHRpbWVyPTB4MDAgKDAgbnMpLCBtaW5nbnQ9MHgwMCAoMCBucyksIG1h eGxhdD0weDAwICgwIG5zKQoJaW50cGluPWMsIGlycT0yNTUKCXBvd2Vyc3BlYyAzICBzdXBwb3J0 cyBEMCBEMSBEMiBEMyAgY3VycmVudCBEMAoJTVNJIHN1cHBvcnRzIDEgbWVzc2FnZQoJbWFwWzEw XTogdHlwZSBNZW1vcnksIHJhbmdlIDMyLCBiYXNlIDB4YjBkMDIwMDAsIHNpemUgIDgsIGVuYWJs ZWQKcGNpYjExOiBhbGxvY2F0ZWQgbWVtb3J5IHJhbmdlICgweGIwZDAyMDAwLTB4YjBkMDIwZmYp IGZvciByaWQgMTAgb2YgcGNpMDoxMjowOjIKb2hjaTA6IDxPSENJIChnZW5lcmljKSBVU0IgY29u dHJvbGxlcj4gbWVtIDB4YjBkMDEwMDAtMHhiMGQwMWZmZiBhdCBkZXZpY2UgMC4wIG9uIHBjaTEy CnBjaWI0OiBtYXRjaGVkIGVudHJ5IGZvciA1LjAuSU5UQwpwY2liNDogc2xvdCAwIElOVEMgaGFy ZHdpcmVkIHRvIElSUSAxOApwY2liNTogc2xvdCAzIElOVEQgaXMgcm91dGVkIHRvIGlycSAxOApw Y2liNzogc2xvdCAwIElOVEQgaXMgcm91dGVkIHRvIGlycSAxOApwY2liODogc2xvdCAwIElOVEQg aXMgcm91dGVkIHRvIGlycSAxOApwY2liOTogc2xvdCAwIElOVEQgaXMgcm91dGVkIHRvIGlycSAx OApwY2liMTA6IHNsb3QgMyBJTlRBIGlzIHJvdXRlZCB0byBpcnEgMTgKcGNpYjExOiBzbG90IDAg SU5UQSBpcyByb3V0ZWQgdG8gaXJxIDE4Cm9oY2kwOiAoTmV3IE9IQ0kgRGV2aWNlSWQ9MHg0MDBl MTJkOCkKaW9hcGljMDogcm91dGluZyBpbnRwaW4gMTggKFBDSSBJUlEgMTgpIHRvIGxhcGljIDAg dmVjdG9yIDYyCnVzYnVzMSBvbiBvaGNpMApvaGNpMDogdXNicGY6IEF0dGFjaGVkCm9oY2kxOiA8 T0hDSSAoZ2VuZXJpYykgVVNCIGNvbnRyb2xsZXI+IG1lbSAweGIwZDAwMDAwLTB4YjBkMDBmZmYg YXQgZGV2aWNlIDAuMSBvbiBwY2kxMgpwY2liNDogbWF0Y2hlZCBlbnRyeSBmb3IgNS4wLklOVEQK cGNpYjQ6IHNsb3QgMCBJTlREIGhhcmR3aXJlZCB0byBJUlEgMTkKcGNpYjU6IHNsb3QgMyBJTlRB IGlzIHJvdXRlZCB0byBpcnEgMTkKcGNpYjc6IHNsb3QgMCBJTlRBIGlzIHJvdXRlZCB0byBpcnEg MTkKcGNpYjg6IHNsb3QgMCBJTlRBIGlzIHJvdXRlZCB0byBpcnEgMTkKcGNpYjk6IHNsb3QgMCBJ TlRBIGlzIHJvdXRlZCB0byBpcnEgMTkKcGNpYjEwOiBzbG90IDMgSU5UQiBpcyByb3V0ZWQgdG8g aXJxIDE5CnBjaWIxMTogc2xvdCAwIElOVEIgaXMgcm91dGVkIHRvIGlycSAxOQpvaGNpMTogKE5l dyBPSENJIERldmljZUlkPTB4NDAwZTEyZDgpCmlvYXBpYzA6IHJvdXRpbmcgaW50cGluIDE5IChQ Q0kgSVJRIDE5KSB0byBsYXBpYyAwIHZlY3RvciA2Mwp1c2J1czIgb24gb2hjaTEKb2hjaTE6IHVz YnBmOiBBdHRhY2hlZAplaGNpMDogPEVIQ0kgKGdlbmVyaWMpIFVTQiAyLjAgY29udHJvbGxlcj4g bWVtIDB4YjBkMDIwMDAtMHhiMGQwMjBmZiBhdCBkZXZpY2UgMC4yIG9uIHBjaTEyCnBjaWI0OiBt YXRjaGVkIGVudHJ5IGZvciA1LjAuSU5UQQpwY2liNDogc2xvdCAwIElOVEEgaGFyZHdpcmVkIHRv IElSUSAxNgpwY2liNTogc2xvdCAzIElOVEIgaXMgcm91dGVkIHRvIGlycSAxNgpwY2liNzogc2xv dCAwIElOVEIgaXMgcm91dGVkIHRvIGlycSAxNgpwY2liODogc2xvdCAwIElOVEIgaXMgcm91dGVk IHRvIGlycSAxNgpwY2liOTogc2xvdCAwIElOVEIgaXMgcm91dGVkIHRvIGlycSAxNgpwY2liMTA6 IHNsb3QgMyBJTlRDIGlzIHJvdXRlZCB0byBpcnEgMTYKcGNpYjExOiBzbG90IDAgSU5UQyBpcyBy b3V0ZWQgdG8gaXJxIDE2CmVoY2kwOiAoTmV3IEVIQ0kgRGV2aWNlSWQ9MHg0MDBmMTJkOCkKdXNi dXMzOiBFSENJIHZlcnNpb24gMS4wCnVzYnVzMyBvbiBlaGNpMAplaGNpMDogdXNicGY6IEF0dGFj aGVkCnBjaWIxMjogPFBDSS1QQ0kgYnJpZGdlPiBhdCBkZXZpY2UgMS4wIG9uIHBjaTkKcGNpYjg6 IGFsbG9jYXRlZCBwcmVmZXRjaCByYW5nZSAoMHhiY2UwMDAwMC0weGJjZWZmZmZmKSBmb3Igcmlk IDI0IG9mIHBjaWIxMgpwY2liMTI6ICAgZG9tYWluICAgICAgICAgICAgMApwY2liMTI6ICAgc2Vj b25kYXJ5IGJ1cyAgICAgMTMKcGNpYjEyOiAgIHN1Ym9yZGluYXRlIGJ1cyAgIDEzCnBjaWIxMjog ICBwcmVmZXRjaGVkIGRlY29kZSAweGJjZTAwMDAwLTB4YmNlZmZmZmYKcGNpMTM6IDxQQ0kgYnVz PiBvbiBwY2liMTIKcGNpMTM6IGRvbWFpbj0wLCBwaHlzaWNhbCBidXM9MTMKZm91bmQtPgl2ZW5k b3I9MHgxNGU0LCBkZXY9MHgxNmIwLCByZXZpZD0weDEwCglkb21haW49MCwgYnVzPTEzLCBzbG90 PTAsIGZ1bmM9MAoJY2xhc3M9MDItMDAtMDAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9MAoJY21kcmVn PTB4MDAwNiwgc3RhdHJlZz0weDAwMTAsIGNhY2hlbG5zej0zMiAoZHdvcmRzKQoJbGF0dGltZXI9 MHgwMCAoMCBucyksIG1pbmdudD0weDAwICgwIG5zKSwgbWF4bGF0PTB4MDAgKDAgbnMpCglpbnRw aW49YSwgaXJxPTI1NQoJcG93ZXJzcGVjIDMgIHN1cHBvcnRzIEQwIEQzICBjdXJyZW50IEQwCglN U0kgc3VwcG9ydHMgOCBtZXNzYWdlcywgNjQgYml0CglNU0ktWCBzdXBwb3J0cyA2IG1lc3NhZ2Vz IGluIG1hcCAweDE4CgltYXBbMTBdOiB0eXBlIFByZWZldGNoYWJsZSBNZW1vcnksIHJhbmdlIDY0 LCBiYXNlIDB4YmNlMDAwMDAsIHNpemUgMTYsIGVuYWJsZWQKcGNpYjEyOiBhbGxvY2F0ZWQgcHJl ZmV0Y2ggcmFuZ2UgKDB4YmNlMDAwMDAtMHhiY2UwZmZmZikgZm9yIHJpZCAxMCBvZiBwY2kwOjEz OjA6MAoJbWFwWzE4XTogdHlwZSBQcmVmZXRjaGFibGUgTWVtb3J5LCByYW5nZSA2NCwgYmFzZSAw eGJjZTEwMDAwLCBzaXplIDE2LCBlbmFibGVkCnBjaWIxMjogYWxsb2NhdGVkIHByZWZldGNoIHJh bmdlICgweGJjZTEwMDAwLTB4YmNlMWZmZmYpIGZvciByaWQgMTggb2YgcGNpMDoxMzowOjAKYmdl MDogPEJyb2FkY29tIEJDTTU3NzY1IEIwLCBBU0lDIHJldi4gMHg1Nzc4NTEwMD4gbWVtIDB4YmNl MDAwMDAtMHhiY2UwZmZmZiwweGJjZTEwMDAwLTB4YmNlMWZmZmYgYXQgZGV2aWNlIDAuMCBvbiBw Y2kxMwpiZ2UwOiBhdHRlbXB0aW5nIHRvIGFsbG9jYXRlIDEgTVNJIHZlY3RvcnMgKDggc3VwcG9y dGVkKQptc2k6IHJvdXRpbmcgTVNJIElSUSAyNjYgdG8gbG9jYWwgQVBJQyAwIHZlY3RvciA2NApi Z2UwOiB1c2luZyBJUlEgMjY2IGZvciBNU0kKYmdlMDogQ0hJUCBJRCAweDU3Nzg1MTAwOyBBU0lD IFJFViAweDU3Nzg1OyBDSElQIFJFViAweDU3Nzg1MTsgUENJLUUKYmdlMDogRGlzYWJsaW5nIGZh c3Rib290Cm1paWJ1czA6IDxNSUkgYnVzPiBvbiBiZ2UwCmJyZ3BoeTA6IDxCQ001Nzc2NSAxMDAw QkFTRS1UIG1lZGlhIGludGVyZmFjZT4gUEhZIDEgb24gbWlpYnVzMApicmdwaHkwOiBPVUkgMHgw MDFiZTksIG1vZGVsIDB4MDAyNCwgcmV2LiA0CmJyZ3BoeTA6ICAxMGJhc2VULCAxMGJhc2VULUZE WCwgMTAwYmFzZVRYLCAxMDBiYXNlVFgtRkRYLCAxMDAwYmFzZVQsIDEwMDBiYXNlVC1tYXN0ZXIs IDEwMDBiYXNlVC1GRFgsIDEwMDBiYXNlVC1GRFgtbWFzdGVyLCBhdXRvLCBhdXRvLWZsb3cKYmdl MDogYnBmIGF0dGFjaGVkCmJnZTA6IEV0aGVybmV0IGFkZHJlc3M6IDNjOjA3OjU0OjIyOjA4OjM2 CnBjaWIxMzogPFBDSS1QQ0kgYnJpZGdlPiBhdCBkZXZpY2UgMi4wIG9uIHBjaTkKcGNpYjg6IGFs bG9jYXRlZCBtZW1vcnkgcmFuZ2UgKDB4YjBjMDAwMDAtMHhiMGNmZmZmZikgZm9yIHJpZCAyMCBv ZiBwY2liMTMKcGNpYjEzOiAgIGRvbWFpbiAgICAgICAgICAgIDAKcGNpYjEzOiAgIHNlY29uZGFy eSBidXMgICAgIDE0CnBjaWIxMzogICBzdWJvcmRpbmF0ZSBidXMgICAxNApwY2liMTM6ICAgbWVt b3J5IGRlY29kZSAgICAgMHhiMGMwMDAwMC0weGIwY2ZmZmZmCnBjaTE0OiA8UENJIGJ1cz4gb24g cGNpYjEzCnBjaTE0OiBkb21haW49MCwgcGh5c2ljYWwgYnVzPTE0CmZvdW5kLT4JdmVuZG9yPTB4 MTFjMSwgZGV2PTB4NTkwMSwgcmV2aWQ9MHgwOAoJZG9tYWluPTAsIGJ1cz0xNCwgc2xvdD0wLCBm dW5jPTAKCWNsYXNzPTBjLTAwLTEwLCBoZHJ0eXBlPTB4MDAsIG1mZGV2PTAKCWNtZHJlZz0weDAw MDcsIHN0YXRyZWc9MHgwMDEwLCBjYWNoZWxuc3o9MzIgKGR3b3JkcykKCWxhdHRpbWVyPTB4MDAg KDAgbnMpLCBtaW5nbnQ9MHgwMCAoMCBucyksIG1heGxhdD0weDAwICgwIG5zKQoJaW50cGluPWEs IGlycT0xMQoJcG93ZXJzcGVjIDMgIHN1cHBvcnRzIEQwIEQxIEQyIEQzICBjdXJyZW50IEQwCglN U0kgc3VwcG9ydHMgMSBtZXNzYWdlLCA2NCBiaXQKCW1hcFsxMF06IHR5cGUgTWVtb3J5LCByYW5n ZSA2NCwgYmFzZSAweGIwYzAwMDAwLCBzaXplIDEyLCBlbmFibGVkCnBjaWIxMzogYWxsb2NhdGVk IG1lbW9yeSByYW5nZSAoMHhiMGMwMDAwMC0weGIwYzAwZmZmKSBmb3IgcmlkIDEwIG9mIHBjaTA6 MTQ6MDowCnBjaWI0OiBtYXRjaGVkIGVudHJ5IGZvciA1LjAuSU5UQgpwY2liNDogc2xvdCAwIElO VEIgaGFyZHdpcmVkIHRvIElSUSAxNwpwY2liNTogc2xvdCAzIElOVEMgaXMgcm91dGVkIHRvIGly cSAxNwpwY2liNzogc2xvdCAwIElOVEMgaXMgcm91dGVkIHRvIGlycSAxNwpwY2liODogc2xvdCAy IElOVEEgaXMgcm91dGVkIHRvIGlycSAxNwpwY2liMTM6IHNsb3QgMCBJTlRBIGlzIHJvdXRlZCB0 byBpcnEgMTcKcGNpMTQ6IDxzZXJpYWwgYnVzLCBGaXJlV2lyZT4gYXQgZGV2aWNlIDAuMCAobm8g ZHJpdmVyIGF0dGFjaGVkKQpwY2liMTQ6IDxBQ1BJIFBDSS1QQ0kgYnJpZGdlPiBhdCBkZXZpY2Ug My4wIG9uIHBjaTkKcGNpYjE0OiAgIGRvbWFpbiAgICAgICAgICAgIDAKcGNpYjE0OiAgIHNlY29u ZGFyeSBidXMgICAgIDE1CnBjaWIxNDogICBzdWJvcmRpbmF0ZSBidXMgICAxNQpwY2liMTQ6IGNv dWxkIG5vdCBnZXQgUENJIGludGVycnVwdCByb3V0aW5nIHRhYmxlIGZvciBcMTM0X1NCXy5QQ0kw LlJQMDUuVVBTQi5EU0IxLlVQUzAuRFNCMyAtIEFFX05PVF9GT1VORApwY2kxNTogPEFDUEkgUENJ IGJ1cz4gb24gcGNpYjE0CnBjaTE1OiBkb21haW49MCwgcGh5c2ljYWwgYnVzPTE1CnBjaWIxNTog PEFDUEkgUENJLVBDSSBicmlkZ2U+IGF0IGRldmljZSA0LjAgb24gcGNpOQpwY2liMTU6ICAgZG9t YWluICAgICAgICAgICAgMApwY2liMTU6ICAgc2Vjb25kYXJ5IGJ1cyAgICAgMTYKcGNpYjE1OiAg IHN1Ym9yZGluYXRlIGJ1cyAgIDE2CnBjaWIxNTogY291bGQgbm90IGdldCBQQ0kgaW50ZXJydXB0 IHJvdXRpbmcgdGFibGUgZm9yIFwxMzRfU0JfLlBDSTAuUlAwNS5VUFNCLkRTQjEuVVBTMC5EU0I0 IC0gQUVfTk9UX0ZPVU5ECnBjaTE2OiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2liMTUKcGNpMTY6IGRv bWFpbj0wLCBwaHlzaWNhbCBidXM9MTYKcGNpYjE2OiA8QUNQSSBQQ0ktUENJIGJyaWRnZT4gYXQg ZGV2aWNlIDUuMCBvbiBwY2k5CnBjaWIxNjogICBkb21haW4gICAgICAgICAgICAwCnBjaWIxNjog ICBzZWNvbmRhcnkgYnVzICAgICAxNwpwY2liMTY6ICAgc3Vib3JkaW5hdGUgYnVzICAgMTcKcGNp YjE2OiBjb3VsZCBub3QgZ2V0IFBDSSBpbnRlcnJ1cHQgcm91dGluZyB0YWJsZSBmb3IgXDEzNF9T Ql8uUENJMC5SUDA1LlVQU0IuRFNCMS5VUFMwLkRTQjUgLSBBRV9OT1RfRk9VTkQKcGNpMTc6IDxB Q1BJIFBDSSBidXM+IG9uIHBjaWIxNgpwY2kxNzogZG9tYWluPTAsIHBoeXNpY2FsIGJ1cz0xNwpw Y2liMTc6IDxBQ1BJIFBDSS1QQ0kgYnJpZGdlPiBhdCBkZXZpY2UgNC4wIG9uIHBjaTYKcGNpYjU6 IGFsbG9jYXRlZCBJL08gcG9ydCByYW5nZSAoMHg0MDAwLTB4NGZmZikgZm9yIHJpZCAxYyBvZiBw Y2liMTcKcGNpYjU6IGFsbG9jYXRlZCBtZW1vcnkgcmFuZ2UgKDB4YjRlMDAwMDAtMHhiOGRmZmZm ZikgZm9yIHJpZCAyMCBvZiBwY2liMTcKcGNpYjU6IGFsbG9jYXRlZCBwcmVmZXRjaCByYW5nZSAo MHhjMGYwMDAwMC0weGM0ZWZmZmZmKSBmb3IgcmlkIDI0IG9mIHBjaWIxNwpwY2liMTc6ICAgZG9t YWluICAgICAgICAgICAgMApwY2liMTc6ICAgc2Vjb25kYXJ5IGJ1cyAgICAgNTcKcGNpYjE3OiAg IHN1Ym9yZGluYXRlIGJ1cyAgIDEwNQpwY2liMTc6ICAgSS9PIGRlY29kZSAgICAgICAgMHg0MDAw LTB4NGZmZgpwY2liMTc6ICAgbWVtb3J5IGRlY29kZSAgICAgMHhiNGUwMDAwMC0weGI4ZGZmZmZm CnBjaWIxNzogICBwcmVmZXRjaGVkIGRlY29kZSAweGMwZjAwMDAwLTB4YzRlZmZmZmYKcGNpYjE3 OiBjb3VsZCBub3QgZ2V0IFBDSSBpbnRlcnJ1cHQgcm91dGluZyB0YWJsZSBmb3IgXDEzNF9TQl8u UENJMC5SUDA1LlVQU0IuRFNCMiAtIEFFX05PVF9GT1VORApwY2k1NzogPEFDUEkgUENJIGJ1cz4g b24gcGNpYjE3CnBjaTU3OiBkb21haW49MCwgcGh5c2ljYWwgYnVzPTU3CnBjaWIxODogPEFDUEkg UENJLVBDSSBicmlkZ2U+IGF0IGRldmljZSA1LjAgb24gcGNpNgpwY2liMTg6ICAgZG9tYWluICAg ICAgICAgICAgMApwY2liMTg6ICAgc2Vjb25kYXJ5IGJ1cyAgICAgMTA2CnBjaWIxODogICBzdWJv cmRpbmF0ZSBidXMgICAxMDYKcGNpYjE4OiBjb3VsZCBub3QgZ2V0IFBDSSBpbnRlcnJ1cHQgcm91 dGluZyB0YWJsZSBmb3IgXDEzNF9TQl8uUENJMC5SUDA1LlVQU0IuRFNCMyAtIEFFX05PVF9GT1VO RApwY2kxMDY6IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWIxOApwY2kxMDY6IGRvbWFpbj0wLCBwaHlz aWNhbCBidXM9MTA2CnBjaWIxOTogPEFDUEkgUENJLVBDSSBicmlkZ2U+IGF0IGRldmljZSA2LjAg b24gcGNpNgpwY2liMTk6ICAgZG9tYWluICAgICAgICAgICAgMApwY2liMTk6ICAgc2Vjb25kYXJ5 IGJ1cyAgICAgMTA3CnBjaWIxOTogICBzdWJvcmRpbmF0ZSBidXMgICAxMDcKcGNpYjE5OiBjb3Vs ZCBub3QgZ2V0IFBDSSBpbnRlcnJ1cHQgcm91dGluZyB0YWJsZSBmb3IgXDEzNF9TQl8uUENJMC5S UDA1LlVQU0IuRFNCNCAtIEFFX05PVF9GT1VORApwY2kxMDc6IDxBQ1BJIFBDSSBidXM+IG9uIHBj aWIxOQpwY2kxMDc6IGRvbWFpbj0wLCBwaHlzaWNhbCBidXM9MTA3CnBjaWIyMDogPEFDUEkgUENJ LVBDSSBicmlkZ2U+IGF0IGRldmljZSAyOC41IG9uIHBjaTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBl IDQgKDB4MTAwMC0weDFmZmYpIGZvciByaWQgMWMgb2YgcGNpYjIwCnBjaWIwOiBhbGxvY2F0ZWQg dHlwZSAzICgweGIwNzAwMDAwLTB4YjA3ZmZmZmYpIGZvciByaWQgMjAgb2YgcGNpYjIwCnBjaWIy MDogICBkb21haW4gICAgICAgICAgICAwCnBjaWIyMDogICBzZWNvbmRhcnkgYnVzICAgICA0CnBj aWIyMDogICBzdWJvcmRpbmF0ZSBidXMgICA0CnBjaWIyMDogICBJL08gZGVjb2RlICAgICAgICAw eDEwMDAtMHgxZmZmCnBjaWIyMDogICBtZW1vcnkgZGVjb2RlICAgICAweGIwNzAwMDAwLTB4YjA3 ZmZmZmYKcGNpNDogPEFDUEkgUENJIGJ1cz4gb24gcGNpYjIwCnBjaTQ6IGRvbWFpbj0wLCBwaHlz aWNhbCBidXM9NApmb3VuZC0+CXZlbmRvcj0weDFiNGIsIGRldj0weDkxODMsIHJldmlkPTB4MTQK CWRvbWFpbj0wLCBidXM9NCwgc2xvdD0wLCBmdW5jPTAKCWNsYXNzPTAxLTA2LTAxLCBoZHJ0eXBl PTB4MDAsIG1mZGV2PTAKCWNtZHJlZz0weDAwMDcsIHN0YXRyZWc9MHgwMDEwLCBjYWNoZWxuc3o9 NjQgKGR3b3JkcykKCWxhdHRpbWVyPTB4MDAgKDAgbnMpLCBtaW5nbnQ9MHgwMCAoMCBucyksIG1h eGxhdD0weDAwICgwIG5zKQoJaW50cGluPWEsIGlycT0xMQoJcG93ZXJzcGVjIDMgIHN1cHBvcnRz IEQwIEQzICBjdXJyZW50IEQwCglNU0kgc3VwcG9ydHMgMSBtZXNzYWdlCgltYXBbMTBdOiB0eXBl IEkvTyBQb3J0LCByYW5nZSAzMiwgYmFzZSAweDEwMjgsIHNpemUgIDMsIGVuYWJsZWQKcGNpYjIw OiBhbGxvY2F0ZWQgSS9PIHBvcnQgcmFuZ2UgKDB4MTAyOC0weDEwMmYpIGZvciByaWQgMTAgb2Yg cGNpMDo0OjA6MAoJbWFwWzE0XTogdHlwZSBJL08gUG9ydCwgcmFuZ2UgMzIsIGJhc2UgMHgxMDM0 LCBzaXplICAyLCBlbmFibGVkCnBjaWIyMDogYWxsb2NhdGVkIEkvTyBwb3J0IHJhbmdlICgweDEw MzQtMHgxMDM3KSBmb3IgcmlkIDE0IG9mIHBjaTA6NDowOjAKCW1hcFsxOF06IHR5cGUgSS9PIFBv cnQsIHJhbmdlIDMyLCBiYXNlIDB4MTAyMCwgc2l6ZSAgMywgZW5hYmxlZApwY2liMjA6IGFsbG9j YXRlZCBJL08gcG9ydCByYW5nZSAoMHgxMDIwLTB4MTAyNykgZm9yIHJpZCAxOCBvZiBwY2kwOjQ6 MDowCgltYXBbMWNdOiB0eXBlIEkvTyBQb3J0LCByYW5nZSAzMiwgYmFzZSAweDEwMzAsIHNpemUg IDIsIGVuYWJsZWQKcGNpYjIwOiBhbGxvY2F0ZWQgSS9PIHBvcnQgcmFuZ2UgKDB4MTAzMC0weDEw MzMpIGZvciByaWQgMWMgb2YgcGNpMDo0OjA6MAoJbWFwWzIwXTogdHlwZSBJL08gUG9ydCwgcmFu Z2UgMzIsIGJhc2UgMHgxMDAwLCBzaXplICA1LCBlbmFibGVkCnBjaWIyMDogYWxsb2NhdGVkIEkv TyBwb3J0IHJhbmdlICgweDEwMDAtMHgxMDFmKSBmb3IgcmlkIDIwIG9mIHBjaTA6NDowOjAKCW1h cFsyNF06IHR5cGUgTWVtb3J5LCByYW5nZSAzMiwgYmFzZSAweGIwNzAwMDAwLCBzaXplICA5LCBl bmFibGVkCnBjaWIyMDogYWxsb2NhdGVkIG1lbW9yeSByYW5nZSAoMHhiMDcwMDAwMC0weGIwNzAw MWZmKSBmb3IgcmlkIDI0IG9mIHBjaTA6NDowOjAKcGNpYjIwOiBtYXRjaGVkIGVudHJ5IGZvciA0 LjAuSU5UQQpwY2liMjA6IHNsb3QgMCBJTlRBIGhhcmR3aXJlZCB0byBJUlEgMTYKYWhjaTA6IDxN YXJ2ZWxsIDg4U1M5MTgzIEFIQ0kgU0FUQSBjb250cm9sbGVyPiBwb3J0IDB4MTAyOC0weDEwMmYs MHgxMDM0LTB4MTAzNywweDEwMjAtMHgxMDI3LDB4MTAzMC0weDEwMzMsMHgxMDAwLTB4MTAxZiBt ZW0gMHhiMDcwMDAwMC0weGIwNzAwMWZmIGlycSAxNiBhdCBkZXZpY2UgMC4wIG9uIHBjaTQKYWhj aTA6IGF0dGVtcHRpbmcgdG8gYWxsb2NhdGUgMSBNU0kgdmVjdG9ycyAoMSBzdXBwb3J0ZWQpCm1z aTogcm91dGluZyBNU0kgSVJRIDI2NyB0byBsb2NhbCBBUElDIDAgdmVjdG9yIDY1CmFoY2kwOiB1 c2luZyBJUlEgMjY3IGZvciBNU0kKYWhjaTA6IEFIQ0kgdjEuMDAgd2l0aCAxIDZHYnBzIHBvcnRz LCBQb3J0IE11bHRpcGxpZXIgbm90IHN1cHBvcnRlZAphaGNpMDogcXVpcmtzPTB4MTAwPE5PQlNZ UkVTPgphaGNpMDogQ2FwczogNjRiaXQgTkNRIFNOVEYgQUwgNkdicHMgUE1EIFNTQyBQU0MgMzJj bWQgMXBvcnRzCmFoY2ljaDA6IDxBSENJIGNoYW5uZWw+IGF0IGNoYW5uZWwgMCBvbiBhaGNpMAph aGNpY2gwOiBDYXBzOiBDUEQKaXNhYjA6IDxQQ0ktSVNBIGJyaWRnZT4gYXQgZGV2aWNlIDMxLjAg b24gcGNpMAppc2EwOiA8SVNBIGJ1cz4gb24gaXNhYjAKcGNpMDogPHNlcmlhbCBidXMsIFNNQnVz PiBhdCBkZXZpY2UgMzEuMyAobm8gZHJpdmVyIGF0dGFjaGVkKQpiYXR0ZXJ5MDogPEFDUEkgQ29u dHJvbCBNZXRob2QgQmF0dGVyeT4gb24gYWNwaTAKYWNwaV9hY2FkMDogPEFDIEFkYXB0ZXI+IG9u IGFjcGkwCmFjcGlfbGlkMDogPENvbnRyb2wgTWV0aG9kIExpZCBTd2l0Y2g+IG9uIGFjcGkwCmFj cGlfYnV0dG9uMDogPFBvd2VyIEJ1dHRvbj4gb24gYWNwaTAKYWNwaV9idXR0b24xOiA8U2xlZXAg QnV0dG9uPiBvbiBhY3BpMApBQ1BJOiBFbmFibGVkIDIgR1BFcyBpbiBibG9jayAwMCB0byA3Rgph aGNfaXNhX2lkZW50aWZ5IDA6IGlvcG9ydCAweGMwMCBhbGxvYyBmYWlsZWQKYWhjX2lzYV9pZGVu dGlmeSAxOiBpb3BvcnQgMHgxYzAwIGFsbG9jIGZhaWxlZAphaGNfaXNhX2lkZW50aWZ5IDI6IGlv cG9ydCAweDJjMDAgYWxsb2MgZmFpbGVkCmFoY19pc2FfaWRlbnRpZnkgMzogaW9wb3J0IDB4M2Mw MCBhbGxvYyBmYWlsZWQKYWhjX2lzYV9pZGVudGlmeSA0OiBpb3BvcnQgMHg0YzAwIGFsbG9jIGZh aWxlZAphaGNfaXNhX2lkZW50aWZ5IDU6IGlvcG9ydCAweDVjMDAgYWxsb2MgZmFpbGVkCmFoY19p c2FfaWRlbnRpZnkgNjogaW9wb3J0IDB4NmMwMCBhbGxvYyBmYWlsZWQKYWhjX2lzYV9pZGVudGlm eSA3OiBpb3BvcnQgMHg3YzAwIGFsbG9jIGZhaWxlZAphaGNfaXNhX2lkZW50aWZ5IDg6IGlvcG9y dCAweDhjMDAgYWxsb2MgZmFpbGVkCmFoY19pc2FfaWRlbnRpZnkgOTogaW9wb3J0IDB4OWMwMCBh bGxvYyBmYWlsZWQKYWhjX2lzYV9pZGVudGlmeSAxMDogaW9wb3J0IDB4YWMwMCBhbGxvYyBmYWls ZWQKYWhjX2lzYV9pZGVudGlmeSAxMTogaW9wb3J0IDB4YmMwMCBhbGxvYyBmYWlsZWQKYWhjX2lz YV9pZGVudGlmeSAxMjogaW9wb3J0IDB4Y2MwMCBhbGxvYyBmYWlsZWQKYWhjX2lzYV9pZGVudGlm eSAxMzogaW9wb3J0IDB4ZGMwMCBhbGxvYyBmYWlsZWQKYWhjX2lzYV9pZGVudGlmeSAxNDogaW9w b3J0IDB4ZWMwMCBhbGxvYyBmYWlsZWQKcG5wX2lkZW50aWZ5OiBUcnlpbmcgUmVhZF9Qb3J0IGF0 IDIwMwpwbnBfaWRlbnRpZnk6IFRyeWluZyBSZWFkX1BvcnQgYXQgMjQzCnBucF9pZGVudGlmeTog VHJ5aW5nIFJlYWRfUG9ydCBhdCAyODMKcG5wX2lkZW50aWZ5OiBUcnlpbmcgUmVhZF9Qb3J0IGF0 IDJjMwpwbnBfaWRlbnRpZnk6IFRyeWluZyBSZWFkX1BvcnQgYXQgMzAzCnBucF9pZGVudGlmeTog VHJ5aW5nIFJlYWRfUG9ydCBhdCAzNDMKcG5wX2lkZW50aWZ5OiBUcnlpbmcgUmVhZF9Qb3J0IGF0 IDM4MwpwbnBfaWRlbnRpZnk6IFRyeWluZyBSZWFkX1BvcnQgYXQgM2MzClBOUCBJZGVudGlmeSBj b21wbGV0ZQpleF9pc2FfaWRlbnRpZnkoKQpwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhhMDAw MC0weGEwN2ZmKSBmb3IgcmlkIDAgb2Ygb3JtMApwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhh MDgwMC0weGEwZmZmKSBmb3IgcmlkIDAgb2Ygb3JtMApwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAo MHhhMTAwMC0weGExN2ZmKSBmb3IgcmlkIDAgb2Ygb3JtMApwY2liMDogYWxsb2NhdGVkIHR5cGUg MyAoMHhhMTgwMC0weGExZmZmKSBmb3IgcmlkIDAgb2Ygb3JtMApwY2liMDogYWxsb2NhdGVkIHR5 cGUgMyAoMHhhMjAwMC0weGEyN2ZmKSBmb3IgcmlkIDAgb2Ygb3JtMApwY2liMDogYWxsb2NhdGVk IHR5cGUgMyAoMHhhMjgwMC0weGEyZmZmKSBmb3IgcmlkIDAgb2Ygb3JtMApwY2liMDogYWxsb2Nh dGVkIHR5cGUgMyAoMHhhMzAwMC0weGEzN2ZmKSBmb3IgcmlkIDAgb2Ygb3JtMApwY2liMDogYWxs b2NhdGVkIHR5cGUgMyAoMHhhMzgwMC0weGEzZmZmKSBmb3IgcmlkIDAgb2Ygb3JtMApwY2liMDog YWxsb2NhdGVkIHR5cGUgMyAoMHhhNDAwMC0weGE0N2ZmKSBmb3IgcmlkIDAgb2Ygb3JtMApwY2li MDogYWxsb2NhdGVkIHR5cGUgMyAoMHhhNDgwMC0weGE0ZmZmKSBmb3IgcmlkIDAgb2Ygb3JtMApw Y2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhhNTAwMC0weGE1N2ZmKSBmb3IgcmlkIDAgb2Ygb3Jt MApwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhhNTgwMC0weGE1ZmZmKSBmb3IgcmlkIDAgb2Yg b3JtMApwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhhNjAwMC0weGE2N2ZmKSBmb3IgcmlkIDAg b2Ygb3JtMApwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhhNjgwMC0weGE2ZmZmKSBmb3Igcmlk IDAgb2Ygb3JtMApwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhhNzAwMC0weGE3N2ZmKSBmb3Ig cmlkIDAgb2Ygb3JtMApwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhhNzgwMC0weGE3ZmZmKSBm b3IgcmlkIDAgb2Ygb3JtMApwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhhODAwMC0weGE4N2Zm KSBmb3IgcmlkIDAgb2Ygb3JtMApwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhhODgwMC0weGE4 ZmZmKSBmb3IgcmlkIDAgb2Ygb3JtMApwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhhOTAwMC0w eGE5N2ZmKSBmb3IgcmlkIDAgb2Ygb3JtMApwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhhOTgw MC0weGE5ZmZmKSBmb3IgcmlkIDAgb2Ygb3JtMApwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhh YTAwMC0weGFhN2ZmKSBmb3IgcmlkIDAgb2Ygb3JtMApwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAo MHhhYTgwMC0weGFhZmZmKSBmb3IgcmlkIDAgb2Ygb3JtMApwY2liMDogYWxsb2NhdGVkIHR5cGUg MyAoMHhhYjAwMC0weGFiN2ZmKSBmb3IgcmlkIDAgb2Ygb3JtMApwY2liMDogYWxsb2NhdGVkIHR5 cGUgMyAoMHhhYjgwMC0weGFiZmZmKSBmb3IgcmlkIDAgb2Ygb3JtMApwY2liMDogYWxsb2NhdGVk IHR5cGUgMyAoMHhhYzAwMC0weGFjN2ZmKSBmb3IgcmlkIDAgb2Ygb3JtMApwY2liMDogYWxsb2Nh dGVkIHR5cGUgMyAoMHhhYzgwMC0weGFjZmZmKSBmb3IgcmlkIDAgb2Ygb3JtMApwY2liMDogYWxs b2NhdGVkIHR5cGUgMyAoMHhhZDAwMC0weGFkN2ZmKSBmb3IgcmlkIDAgb2Ygb3JtMApwY2liMDog YWxsb2NhdGVkIHR5cGUgMyAoMHhhZDgwMC0weGFkZmZmKSBmb3IgcmlkIDAgb2Ygb3JtMApwY2li MDogYWxsb2NhdGVkIHR5cGUgMyAoMHhhZTAwMC0weGFlN2ZmKSBmb3IgcmlkIDAgb2Ygb3JtMApw Y2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhhZTgwMC0weGFlZmZmKSBmb3IgcmlkIDAgb2Ygb3Jt MApwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhhZjAwMC0weGFmN2ZmKSBmb3IgcmlkIDAgb2Yg b3JtMApwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhhZjgwMC0weGFmZmZmKSBmb3IgcmlkIDAg b2Ygb3JtMApwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhiMDAwMC0weGIwN2ZmKSBmb3Igcmlk IDAgb2Ygb3JtMApwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhiMDgwMC0weGIwZmZmKSBmb3Ig cmlkIDAgb2Ygb3JtMApwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhiMTAwMC0weGIxN2ZmKSBm b3IgcmlkIDAgb2Ygb3JtMApwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhiMTgwMC0weGIxZmZm KSBmb3IgcmlkIDAgb2Ygb3JtMApwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhiMjAwMC0weGIy N2ZmKSBmb3IgcmlkIDAgb2Ygb3JtMApwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhiMjgwMC0w eGIyZmZmKSBmb3IgcmlkIDAgb2Ygb3JtMApwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhiMzAw MC0weGIzN2ZmKSBmb3IgcmlkIDAgb2Ygb3JtMApwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhi MzgwMC0weGIzZmZmKSBmb3IgcmlkIDAgb2Ygb3JtMApwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAo MHhiNDAwMC0weGI0N2ZmKSBmb3IgcmlkIDAgb2Ygb3JtMApwY2liMDogYWxsb2NhdGVkIHR5cGUg MyAoMHhiNDgwMC0weGI0ZmZmKSBmb3IgcmlkIDAgb2Ygb3JtMApwY2liMDogYWxsb2NhdGVkIHR5 cGUgMyAoMHhiNTAwMC0weGI1N2ZmKSBmb3IgcmlkIDAgb2Ygb3JtMApwY2liMDogYWxsb2NhdGVk IHR5cGUgMyAoMHhiNTgwMC0weGI1ZmZmKSBmb3IgcmlkIDAgb2Ygb3JtMApwY2liMDogYWxsb2Nh dGVkIHR5cGUgMyAoMHhiNjAwMC0weGI2N2ZmKSBmb3IgcmlkIDAgb2Ygb3JtMApwY2liMDogYWxs b2NhdGVkIHR5cGUgMyAoMHhiNjgwMC0weGI2ZmZmKSBmb3IgcmlkIDAgb2Ygb3JtMApwY2liMDog YWxsb2NhdGVkIHR5cGUgMyAoMHhiNzAwMC0weGI3N2ZmKSBmb3IgcmlkIDAgb2Ygb3JtMApwY2li MDogYWxsb2NhdGVkIHR5cGUgMyAoMHhiNzgwMC0weGI3ZmZmKSBmb3IgcmlkIDAgb2Ygb3JtMApw Y2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhiODAwMC0weGI4N2ZmKSBmb3IgcmlkIDAgb2Ygb3Jt MApwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhiODgwMC0weGI4ZmZmKSBmb3IgcmlkIDAgb2Yg b3JtMApwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhiOTAwMC0weGI5N2ZmKSBmb3IgcmlkIDAg b2Ygb3JtMApwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhiOTgwMC0weGI5ZmZmKSBmb3Igcmlk IDAgb2Ygb3JtMApwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhiYTAwMC0weGJhN2ZmKSBmb3Ig cmlkIDAgb2Ygb3JtMApwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhiYTgwMC0weGJhZmZmKSBm b3IgcmlkIDAgb2Ygb3JtMApwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhiYjAwMC0weGJiN2Zm KSBmb3IgcmlkIDAgb2Ygb3JtMApwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhiYjgwMC0weGJi ZmZmKSBmb3IgcmlkIDAgb2Ygb3JtMApwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhiYzAwMC0w eGJjN2ZmKSBmb3IgcmlkIDAgb2Ygb3JtMApwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhiYzgw MC0weGJjZmZmKSBmb3IgcmlkIDAgb2Ygb3JtMApwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhi ZDAwMC0weGJkN2ZmKSBmb3IgcmlkIDAgb2Ygb3JtMApwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAo MHhiZDgwMC0weGJkZmZmKSBmb3IgcmlkIDAgb2Ygb3JtMApwY2liMDogYWxsb2NhdGVkIHR5cGUg MyAoMHhiZTAwMC0weGJlN2ZmKSBmb3IgcmlkIDAgb2Ygb3JtMApwY2liMDogYWxsb2NhdGVkIHR5 cGUgMyAoMHhiZTgwMC0weGJlZmZmKSBmb3IgcmlkIDAgb2Ygb3JtMApwY2liMDogYWxsb2NhdGVk IHR5cGUgMyAoMHhiZjAwMC0weGJmN2ZmKSBmb3IgcmlkIDAgb2Ygb3JtMApwY2liMDogYWxsb2Nh dGVkIHR5cGUgMyAoMHhiZjgwMC0weGJmZmZmKSBmb3IgcmlkIDAgb2Ygb3JtMAppc2FfcHJvYmVf Y2hpbGRyZW46IGRpc2FibGluZyBQblAgZGV2aWNlcwpwbXRpbWVyMCBvbiBpc2EwCmF0cnRjOiBh dHJ0YzAgYWxyZWFkeSBleGlzdHM7IHNraXBwaW5nIGl0CmF0dGltZXI6IGF0dGltZXIwIGFscmVh ZHkgZXhpc3RzOyBza2lwcGluZyBpdApzYzogc2MwIGFscmVhZHkgZXhpc3RzOyBza2lwcGluZyBp dAppc2FfcHJvYmVfY2hpbGRyZW46IHByb2Jpbmcgbm9uLVBuUCBkZXZpY2VzCnNjMDogPFN5c3Rl bSBjb25zb2xlPiBhdCBmbGFncyAweDEwMCBvbiBpc2EwCnNjMDogVkdBIDwxNiB2aXJ0dWFsIGNv bnNvbGVzLCBmbGFncz0weDMwMD4Kc2MwOiBmYjAsIGtiZDAsIHRlcm1pbmFsIGVtdWxhdG9yOiBz Y3Rla2VuICh0ZWtlbiB0ZXJtaW5hbCkKdmdhMDogPEdlbmVyaWMgSVNBIFZHQT4gYXQgcG9ydCAw eDNjMC0weDNkZiBpb21lbSAweGEwMDAwLTB4YmZmZmYgb24gaXNhMApwY2liMDogYWxsb2NhdGVk IHR5cGUgNCAoMHgzYzAtMHgzZGYpIGZvciByaWQgMCBvZiB2Z2EwCnBjaWIwOiBhbGxvY2F0ZWQg dHlwZSAzICgweGEwMDAwLTB4YmZmZmYpIGZvciByaWQgMCBvZiB2Z2EwCnBjaWIwOiBhbGxvY2F0 ZWQgdHlwZSA0ICgweDFmMC0weDFmNykgZm9yIHJpZCAwIG9mIGF0YTAKcGNpYjA6IGFsbG9jYXRl ZCB0eXBlIDQgKDB4M2Y2LTB4M2Y2KSBmb3IgcmlkIDEgb2YgYXRhMAphdGEwOiA8QVRBIGNoYW5u ZWw+IGF0IHBvcnQgMHgxZjAtMHgxZjcsMHgzZjYgaXJxIDE0IG9uIGlzYTAKcGNpYjA6IGFsbG9j YXRlZCB0eXBlIDQgKDB4MWYwLTB4MWY3KSBmb3IgcmlkIDAgb2YgYXRhMApwY2liMDogYWxsb2Nh dGVkIHR5cGUgNCAoMHgzZjYtMHgzZjYpIGZvciByaWQgMSBvZiBhdGEwCmlvYXBpYzA6IHJvdXRp bmcgaW50cGluIDE0IChJU0EgSVJRIDE0KSB0byBsYXBpYyAwIHZlY3RvciA2NgpwY2liMDogYWxs b2NhdGVkIHR5cGUgNCAoMHgxNzAtMHgxNzcpIGZvciByaWQgMCBvZiBhdGExCnBjaWIwOiBhbGxv Y2F0ZWQgdHlwZSA0ICgweDM3Ni0weDM3NikgZm9yIHJpZCAxIG9mIGF0YTEKYXRhMTogPEFUQSBj aGFubmVsPiBhdCBwb3J0IDB4MTcwLTB4MTc3LDB4Mzc2IGlycSAxNSBvbiBpc2EwCnBjaWIwOiBh bGxvY2F0ZWQgdHlwZSA0ICgweDE3MC0weDE3NykgZm9yIHJpZCAwIG9mIGF0YTEKcGNpYjA6IGFs bG9jYXRlZCB0eXBlIDQgKDB4Mzc2LTB4Mzc2KSBmb3IgcmlkIDEgb2YgYXRhMQppb2FwaWMwOiBy b3V0aW5nIGludHBpbiAxNSAoSVNBIElSUSAxNSkgdG8gbGFwaWMgMCB2ZWN0b3IgNjcKcGNpYjA6 IGFsbG9jYXRlZCB0eXBlIDQgKDB4NjAtMHg2MCkgZm9yIHJpZCAwIG9mIGF0a2JkYzAKcGNpYjA6 IGFsbG9jYXRlZCB0eXBlIDQgKDB4NjQtMHg2NCkgZm9yIHJpZCAxIG9mIGF0a2JkYzAKYXRrYmRj MDogQVQga2V5Ym9hcmQgY29udHJvbGxlciBub3QgZm91bmQKYXRrYmRjMCBmYWlsZWQgdG8gcHJv YmUgYXQgcG9ydCAweDYwLDB4NjQgb24gaXNhMApwY2liMDogYWxsb2NhdGVkIHR5cGUgNCAoMHgz ZjAtMHgzZjUpIGZvciByaWQgMCBvZiBmZGMwCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSA0ICgweDNm Ny0weDNmNykgZm9yIHJpZCAxIG9mIGZkYzAKZmRjMCBmYWlsZWQgdG8gcHJvYmUgYXQgcG9ydCAw eDNmMC0weDNmNSwweDNmNyBpcnEgNiBkcnEgMiBvbiBpc2EwCnBwYzA6IHBhcmFsbGVsIHBvcnQg bm90IGZvdW5kLgpwcGMwIGZhaWxlZCB0byBwcm9iZSBhdCBpcnEgNyBvbiBpc2EwCnBjaWIwOiBh bGxvY2F0ZWQgdHlwZSA0ICgweDNmOC0weDNmZikgZm9yIHJpZCAwIG9mIHVhcnQwCnBjaWIwOiBh bGxvY2F0ZWQgdHlwZSA0ICgweDNmOC0weDNmZikgZm9yIHJpZCAwIG9mIHVhcnQwCnVhcnQwOiA8 ODI1MCBvciAxNjQ1MCBvciBjb21wYXRpYmxlPiBhdCBwb3J0IDB4M2Y4LTB4M2ZmIGlycSA0IGZs YWdzIDB4MTAgb24gaXNhMApwY2liMDogYWxsb2NhdGVkIHR5cGUgNCAoMHgzZjgtMHgzZmYpIGZv ciByaWQgMCBvZiB1YXJ0MAppb2FwaWMwOiByb3V0aW5nIGludHBpbiA0IChJU0EgSVJRIDQpIHRv IGxhcGljIDAgdmVjdG9yIDY4CnVhcnQwOiBmYXN0IGludGVycnVwdApwY2liMDogYWxsb2NhdGVk IHR5cGUgNCAoMHgyZjgtMHgyZmYpIGZvciByaWQgMCBvZiB1YXJ0MQp1YXJ0MSBmYWlsZWQgdG8g cHJvYmUgYXQgcG9ydCAweDJmOC0weDJmZiBpcnEgMyBvbiBpc2EwCndid2QwIGZhaWxlZCB0byBw cm9iZSBvbiBpc2EwCmlzYV9wcm9iZV9jaGlsZHJlbjogcHJvYmluZyBQblAgZGV2aWNlcwplc3Qw OiA8RW5oYW5jZWQgU3BlZWRTdGVwIEZyZXF1ZW5jeSBDb250cm9sPiBvbiBjcHUwCmVzdDA6IElu dmFsaWQgaWQxNiAoc2V0LCBjdXIpID0gKDY2NTYsIDU4ODgpCmVzdDA6IEludmFsaWQgZnJlcSAx OTAxLCBpZ25vcmVkLgplc3QwOiBJbnZhbGlkIGlkMTYgKHNldCwgY3VyKSA9ICgyODE2LCAzMDcy KQplc3QwOiBJbnZhbGlkIGZyZXEgMTEwMCwgaWdub3JlZC4KZXN0MDogSW52YWxpZCBpZDE2IChz ZXQsIGN1cikgPSAoMjU2MCwgMzA3MikKZXN0MDogSW52YWxpZCBmcmVxIDEwMDAsIGlnbm9yZWQu CmVzdDA6IEludmFsaWQgaWQxNiAoc2V0LCBjdXIpID0gKDIzMDQsIDMwNzIpCmVzdDA6IEludmFs aWQgZnJlcSA5MDAsIGlnbm9yZWQuCmVzdDA6IEludmFsaWQgaWQxNiAoc2V0LCBjdXIpID0gKDIw NDgsIDMwNzIpCmVzdDA6IEludmFsaWQgZnJlcSA4MDAsIGlnbm9yZWQuCmVzdDA6IEludmFsaWQg aWQxNiAoc2V0LCBjdXIpID0gKDE3OTIsIDMwNzIpCmVzdDA6IEludmFsaWQgZnJlcSA3NzksIGln bm9yZWQuCnA0dGNjMDogPENQVSBGcmVxdWVuY3kgVGhlcm1hbCBDb250cm9sPiBvbiBjcHUwCkRl dmljZSBjb25maWd1cmF0aW9uIGZpbmlzaGVkLgpwcm9jZnMgcmVnaXN0ZXJlZApsYXBpYzogRGl2 aXNvciAyLCBGcmVxdWVuY3kgNTAwMDEyNTIgSHoKVGltZWNvdW50ZXJzIHRpY2sgZXZlcnkgMS4w MDAgbXNlYwp2bGFuOiBpbml0aWFsaXplZCwgdXNpbmcgaGFzaCB0YWJsZXMgd2l0aCBjaGFpbmlu Zwp0Y3BfaW5pdDogbmV0LmluZXQudGNwLnRjYmhhc2hzaXplIGF1dG8gdHVuZWQgdG8gMzI3NjgK bG8wOiBicGYgYXR0YWNoZWQKaHB0cnI6IG5vIGNvbnRyb2xsZXIgZGV0ZWN0ZWQuCmhwdG5yOiBu byBjb250cm9sbGVyIGRldGVjdGVkLgpocHQyN3h4OiBubyBjb250cm9sbGVyIGRldGVjdGVkLgpo ZGFjYzA6IDxJbnRlbCAoMHgyODA3KSBIREEgQ09ERUM+IGF0IGNhZCAwIG9uIGhkYWMwCmhkYWEw OiA8SW50ZWwgKDB4MjgwNykgQXVkaW8gRnVuY3Rpb24gR3JvdXA+IGF0IG5pZCAxIG9uIGhkYWNj MApoZGFhMDogU3Vic3lzdGVtIElEOiAweDgwODYwMTAxCmhkYWEwOiBOdW1HUElPPTAgTnVtR1BP PTAgTnVtR1BJPTAgR1BJV2FrZT0wIEdQSVVuc29sPTAKaGRhYTA6IE9yaWdpbmFsIHBpbnMgY29u ZmlndXJhdGlvbjoKaGRhYTA6IG5pZCAgIDB4ICAgIGFzIHNlcSBkZXZpY2UgICAgICAgY29ubiAg amFjayAgICBsb2MgICAgICAgIGNvbG9yICAgbWlzYwpoZGFhMDogIDMgMTg1NjAwMTAgMSAgMCAg RGlnaXRhbC1vdXQgICBKYWNrICBEaWdpdGFsIDB4MTggICAgICAgVW5rbm93biAwCmhkYWEwOiBQ YXRjaGVkIHBpbnMgY29uZmlndXJhdGlvbjoKaGRhYTA6IG5pZCAgIDB4ICAgIGFzIHNlcSBkZXZp Y2UgICAgICAgY29ubiAgamFjayAgICBsb2MgICAgICAgIGNvbG9yICAgbWlzYwpoZGFhMDogIDMg MTg1NjAwMTAgMSAgMCAgRGlnaXRhbC1vdXQgICBKYWNrICBEaWdpdGFsIDB4MTggICAgICAgVW5r bm93biAwCmhkYWEwOiAxIGFzc29jaWF0aW9ucyBmb3VuZDoKaGRhYTA6IEFzc29jaWF0aW9uIDAg KDEpIG91dDoKaGRhYTA6ICBQaW4gbmlkPTMgc2VxPTAKaGRhYTA6IFRyYWNpbmcgYXNzb2NpYXRp b24gMCAoMSkKaGRhYTA6ICBQaW4gMyB0cmFjZWQgdG8gREFDIDIKaGRhYTA6IEFzc29jaWF0aW9u IDAgKDEpIHRyYWNlIHN1Y2NlZWRlZApoZGFhMDogTG9va2luZyBmb3IgYWRkaXRpb25hbCBEQUMg Zm9yIGFzc29jaWF0aW9uIDAgKDEpCmhkYWEwOiBUcmFjaW5nIGlucHV0IG1vbml0b3IKaGRhYTA6 IFRyYWNpbmcgb3RoZXIgaW5wdXQgbW9uaXRvcnMKaGRhYTA6IFRyYWNpbmcgYmVlcGVyCmhkYWEw OiBGRyBjb25maWcvcXVpcmtzOiBmb3JjZXN0ZXJlbyBpdnJlZjUwIGl2cmVmODAgaXZyZWYxMDAg aXZyZWYKcGNtMDogPEludGVsICgweDI4MDcpIChIRE1JL0RQIDhjaCk+IGF0IG5pZCAzIG9uIGhk YWEwCnBjbTA6IFBsYXliYWNrOgpwY20wOiAgICAgIFN0cmVhbSBjYXA6IDB4MDAwMDAwMDUgQUMz IFBDTQpwY20wOiAgICAgICAgIFBDTSBjYXA6IDB4MDAxZTA3ZjAgMTYgMjAgMjQgMzIgYml0cywg MzIgNDQgNDggODggOTYgMTc2IDE5MiBLSHoKcGNtMDogICAgICAgICAgICAgREFDOiAyCnBjbTA6 IApwY20wOiAgICAgbmlkPTMgW3BpbjogRGlnaXRhbC1vdXQgKEphY2spXQpwY20wOiAgICAgICAr IDwtIG5pZD0yIFthdWRpbyBvdXRwdXRdIFtzcmM6IHBjbV0KcGNtMDogCnBjbTA6IE1hc3RlciBW b2x1bWUgKE9TUzogdm9sKTogMC8wZEIKcGNtMDogICAgKy0gY3RsICAxIChuaWQgICAzIGluICk6 ICAgIG11dGUKcGNtMDogCnBjbTA6IFBDTSBWb2x1bWUgKE9TUzogcGNtKTogMC8wZEIKcGNtMDog ICAgKy0gY3RsICAxIChuaWQgICAzIGluICk6ICAgIG11dGUKcGNtMDogCnBjbTA6IE1peGVyICJ2 b2wiOgpwY20wOiBNaXhlciAicGNtIjoKcGNtMDogU29mdCBQQ00gbWl4ZXIgRU5BQkxFRApwY20w OiBQbGF5YmFjayBjaGFubmVsIG1hdHJpeCBpczogdW5rbm93biwgYXNzdW1pbmcgNy4xIChkaXNj b25uZWN0ZWQpCmhkYWNjMTogPENpcnJ1cyBMb2dpYyAoMHg0MjA4KSBIREEgQ09ERUM+IGF0IGNh ZCAwIG9uIGhkYWMxCmhkYWExOiA8Q2lycnVzIExvZ2ljICgweDQyMDgpIEF1ZGlvIEZ1bmN0aW9u IEdyb3VwPiBhdCBuaWQgMSBvbiBoZGFjYzEKaGRhYTE6IFN1YnN5c3RlbSBJRDogMHgxMDZiNzEw MApoZGFhMTogTnVtR1BJTz02IE51bUdQTz0yIE51bUdQST0wIEdQSVdha2U9MSBHUElVbnNvbD0x CmhkYWExOiAgR1BJTzA6IG91dHB1dCBzdGF0ZT0wCmhkYWExOiAgR1BJTzE6IGRpc2FibGVkCmhk YWExOiAgR1BJTzI6IGRpc2FibGVkCmhkYWExOiAgR1BJTzM6IGRpc2FibGVkCmhkYWExOiAgR1BJ TzQ6IGRpc2FibGVkCmhkYWExOiAgR1BJTzU6IGRpc2FibGVkCmhkYWExOiAgR1BPMDogc3RhdGU9 MGhkYWExOiAgR1BPMTogc3RhdGU9MGhkYWExOiBPcmlnaW5hbCBwaW5zIGNvbmZpZ3VyYXRpb246 CmhkYWExOiBuaWQgICAweCAgICBhcyBzZXEgZGV2aWNlICAgICAgIGNvbm4gIGphY2sgICAgbG9j ICAgICAgICBjb2xvciAgIG1pc2MKaGRhYTE6IDE2IDAwMmI0MDIwIDIgIDAgIEhlYWRwaG9uZXMg ICAgSmFjayAgQ29tYm8gICAweDAwICAgICAgIEdyZWVuICAgMApoZGFhMTogMTcgNDAwMDAwZjAg MTUgMCAgTGluZS1vdXQgICAgICBOb25lICBVbmtub3duIDB4MDAgICAgICAgVW5rbm93biAwCmhk YWExOiAxOCA5MDEwMDExMCAxICAwICBTcGVha2VyICAgICAgIEZpeGVkIFVua25vd24gSW50ZXJu YWwgICBVbmtub3duIDEKaGRhYTE6IDE5IDQwMDAwMGYwIDE1IDAgIExpbmUtb3V0ICAgICAgTm9u ZSAgVW5rbm93biAweDAwICAgICAgIFVua25vd24gMApoZGFhMTogMjAgNDAwMDAwZjAgMTUgMCAg TGluZS1vdXQgICAgICBOb25lICBVbmtub3duIDB4MDAgICAgICAgVW5rbm93biAwCmhkYWExOiAy MSA0MDAwMDBmMCAxNSAwICBMaW5lLW91dCAgICAgIE5vbmUgIFVua25vd24gMHgwMCAgICAgICBV bmtub3duIDAKaGRhYTE6IDIyIDQwMDAwMGYwIDE1IDAgIExpbmUtb3V0ICAgICAgTm9uZSAgVW5r bm93biAweDAwICAgICAgIFVua25vd24gMApoZGFhMTogMjMgNDAwMDAwZjAgMTUgMCAgTGluZS1v dXQgICAgICBOb25lICBVbmtub3duIDB4MDAgICAgICAgVW5rbm93biAwCmhkYWExOiAyNCAwMGFi OTAzMCAzICAwICBNaWMgICAgICAgICAgIEphY2sgIENvbWJvICAgMHgwMCAgICAgICBQaW5rICAg IDAKaGRhYTE6IDI1IDQwMDAwMGYwIDE1IDAgIExpbmUtb3V0ICAgICAgTm9uZSAgVW5rbm93biAw eDAwICAgICAgIFVua25vd24gMApoZGFhMTogMjYgNDAwMDAwZjAgMTUgMCAgTGluZS1vdXQgICAg ICBOb25lICBVbmtub3duIDB4MDAgICAgICAgVW5rbm93biAwCmhkYWExOiAyNyA0MDAwMDBmMCAx NSAwICBMaW5lLW91dCAgICAgIE5vbmUgIFVua25vd24gMHgwMCAgICAgICBVbmtub3duIDAKaGRh YTE6IDI4IDkwYTYwMTAwIDAgIDAgIE1pYyAgICAgICAgICAgRml4ZWQgRGlnaXRhbCBJbnRlcm5h bCAgIFVua25vd24gMQpoZGFhMTogMjkgNDAwMDAwZjAgMTUgMCAgTGluZS1vdXQgICAgICBOb25l ICBVbmtub3duIDB4MDAgICAgICAgVW5rbm93biAwCmhkYWExOiAzMCA0MDAwMDBmMCAxNSAwICBM aW5lLW91dCAgICAgIE5vbmUgIFVua25vd24gMHgwMCAgICAgICBVbmtub3duIDAKaGRhYTE6IDMx IDQwMDAwMGYwIDE1IDAgIExpbmUtb3V0ICAgICAgTm9uZSAgVW5rbm93biAweDAwICAgICAgIFVu a25vd24gMApoZGFhMTogMzIgNDAwMDAwZjAgMTUgMCAgTGluZS1vdXQgICAgICBOb25lICBVbmtu b3duIDB4MDAgICAgICAgVW5rbm93biAwCmhkYWExOiAzMyA0MDAwMDBmMCAxNSAwICBMaW5lLW91 dCAgICAgIE5vbmUgIFVua25vd24gMHgwMCAgICAgICBVbmtub3duIDAKaGRhYTE6IDM0IDQwMDAw MGYwIDE1IDAgIExpbmUtb3V0ICAgICAgTm9uZSAgVW5rbm93biAweDAwICAgICAgIFVua25vd24g MApoZGFhMTogUGF0Y2hlZCBwaW5zIGNvbmZpZ3VyYXRpb246CmhkYWExOiBuaWQgICAweCAgICBh cyBzZXEgZGV2aWNlICAgICAgIGNvbm4gIGphY2sgICAgbG9jICAgICAgICBjb2xvciAgIG1pc2MK aGRhYTE6IDE2IDAwMmI0MDIwIDIgIDAgIEhlYWRwaG9uZXMgICAgSmFjayAgQ29tYm8gICAweDAw ICAgICAgIEdyZWVuICAgMApoZGFhMTogMTcgNDAwMDAwZjAgMTUgMCAgTGluZS1vdXQgICAgICBO b25lICBVbmtub3duIDB4MDAgICAgICAgVW5rbm93biAwIERJU0EKaGRhYTE6IDE4IDkwMTAwMTEw IDEgIDAgIFNwZWFrZXIgICAgICAgRml4ZWQgVW5rbm93biBJbnRlcm5hbCAgIFVua25vd24gMQpo ZGFhMTogMTkgNDAwMDAwZjAgMTUgMCAgTGluZS1vdXQgICAgICBOb25lICBVbmtub3duIDB4MDAg ICAgICAgVW5rbm93biAwIERJU0EKaGRhYTE6IDIwIDQwMDAwMGYwIDE1IDAgIExpbmUtb3V0ICAg ICAgTm9uZSAgVW5rbm93biAweDAwICAgICAgIFVua25vd24gMCBESVNBCmhkYWExOiAyMSA0MDAw MDBmMCAxNSAwICBMaW5lLW91dCAgICAgIE5vbmUgIFVua25vd24gMHgwMCAgICAgICBVbmtub3du IDAgRElTQQpoZGFhMTogMjIgNDAwMDAwZjAgMTUgMCAgTGluZS1vdXQgICAgICBOb25lICBVbmtu b3duIDB4MDAgICAgICAgVW5rbm93biAwIERJU0EKaGRhYTE6IDIzIDQwMDAwMGYwIDE1IDAgIExp bmUtb3V0ICAgICAgTm9uZSAgVW5rbm93biAweDAwICAgICAgIFVua25vd24gMCBESVNBCmhkYWEx OiAyNCAwMGFiOTAzMCAzICAwICBNaWMgICAgICAgICAgIEphY2sgIENvbWJvICAgMHgwMCAgICAg ICBQaW5rICAgIDAKaGRhYTE6IDI1IDQwMDAwMGYwIDE1IDAgIExpbmUtb3V0ICAgICAgTm9uZSAg VW5rbm93biAweDAwICAgICAgIFVua25vd24gMCBESVNBCmhkYWExOiAyNiA0MDAwMDBmMCAxNSAw ICBMaW5lLW91dCAgICAgIE5vbmUgIFVua25vd24gMHgwMCAgICAgICBVbmtub3duIDAgRElTQQpo ZGFhMTogMjcgNDAwMDAwZjAgMTUgMCAgTGluZS1vdXQgICAgICBOb25lICBVbmtub3duIDB4MDAg ICAgICAgVW5rbm93biAwIERJU0EKaGRhYTE6IDI4IDkwYTYwMTAwIDAgIDAgIE1pYyAgICAgICAg ICAgRml4ZWQgRGlnaXRhbCBJbnRlcm5hbCAgIFVua25vd24gMSBESVNBCmhkYWExOiAyOSA0MDAw MDBmMCAxNSAwICBMaW5lLW91dCAgICAgIE5vbmUgIFVua25vd24gMHgwMCAgICAgICBVbmtub3du IDAgRElTQQpoZGFhMTogMzAgNDAwMDAwZjAgMTUgMCAgTGluZS1vdXQgICAgICBOb25lICBVbmtu b3duIDB4MDAgICAgICAgVW5rbm93biAwIERJU0EKaGRhYTE6IDMxIDQwMDAwMGYwIDE1IDAgIExp bmUtb3V0ICAgICAgTm9uZSAgVW5rbm93biAweDAwICAgICAgIFVua25vd24gMCBESVNBCmhkYWEx OiAzMiA0MDAwMDBmMCAxNSAwICBMaW5lLW91dCAgICAgIE5vbmUgIFVua25vd24gMHgwMCAgICAg ICBVbmtub3duIDAgRElTQQpoZGFhMTogMzMgNDAwMDAwZjAgMTUgMCAgTGluZS1vdXQgICAgICBO b25lICBVbmtub3duIDB4MDAgICAgICAgVW5rbm93biAwIERJU0EKaGRhYTE6IDM0IDQwMDAwMGYw IDE1IDAgIExpbmUtb3V0ICAgICAgTm9uZSAgVW5rbm93biAweDAwICAgICAgIFVua25vd24gMCBE SVNBCmhkYWExOiAzIGFzc29jaWF0aW9ucyBmb3VuZDoKaGRhYTE6IEFzc29jaWF0aW9uIDAgKDEp IG91dDoKaGRhYTE6ICBQaW4gbmlkPTE4IHNlcT0wCmhkYWExOiBBc3NvY2lhdGlvbiAxICgyKSBv dXQ6CmhkYWExOiAgUGluIG5pZD0xNiBzZXE9MApoZGFhMTogQXNzb2NpYXRpb24gMiAoMykgaW46 CmhkYWExOiAgUGluIG5pZD0yNCBzZXE9MApoZGFhMTogVHJhY2luZyBhc3NvY2lhdGlvbiAwICgx KQpoZGFhMTogIFBpbiAxOCB0cmFjZWQgdG8gREFDIDMKaGRhYTE6IEFzc29jaWF0aW9uIDAgKDEp IHRyYWNlIHN1Y2NlZWRlZApoZGFhMTogVHJhY2luZyBhc3NvY2lhdGlvbiAxICgyKQpoZGFhMTog IFBpbiAxNiB0cmFjZWQgdG8gREFDIDIKaGRhYTE6IEFzc29jaWF0aW9uIDEgKDIpIHRyYWNlIHN1 Y2NlZWRlZApoZGFhMTogVHJhY2luZyBhc3NvY2lhdGlvbiAyICgzKQpoZGFhMTogIFVuYWJsZSB0 byB0cmFjZSBwaW4gMjQgdG8gQURDIDYsIHVuZG8gdHJhY2VzCmhkYWExOiAgUGluIDI0IHRyYWNl ZCB0byBBREMgNwpoZGFhMTogQXNzb2NpYXRpb24gMiAoMykgdHJhY2Ugc3VjY2VlZGVkCmhkYWEx OiBMb29raW5nIGZvciBhZGRpdGlvbmFsIERBQyBmb3IgYXNzb2NpYXRpb24gMCAoMSkKaGRhYTE6 IExvb2tpbmcgZm9yIGFkZGl0aW9uYWwgREFDIGZvciBhc3NvY2lhdGlvbiAxICgyKQpoZGFhMTog TG9va2luZyBmb3IgYWRkaXRpb25hbCBBREMgZm9yIGFzc29jaWF0aW9uIDIgKDMpCmhkYWExOiBU cmFjaW5nIGlucHV0IG1vbml0b3IKaGRhYTE6IFRyYWNpbmcgb3RoZXIgaW5wdXQgbW9uaXRvcnMK aGRhYTE6ICBUcmFjaW5nIG5pZCAyNCB0byBvdXQKaGRhYTE6IFRyYWNpbmcgYmVlcGVyCmhkYWEx OiBGRyBjb25maWcvcXVpcmtzOiBmb3JjZXN0ZXJlbyBpdnJlZjUwIGl2cmVmODAgaXZyZWYxMDAg aXZyZWYKcGNtMTogPENpcnJ1cyBMb2dpYyAoMHg0MjA4KSAoQW5hbG9nKT4gYXQgbmlkIDE4IGFu ZCAyNCBvbiBoZGFhMQpwY20xOiBQbGF5YmFjazoKcGNtMTogICAgICBTdHJlYW0gY2FwOiAweDAw MDAwMDAzIEZMT0FUMzIgUENNCnBjbTE6ICAgICAgICAgUENNIGNhcDogMHgwMDFlMDdmMCAxNiAy MCAyNCAzMiBiaXRzLCAzMiA0NCA0OCA4OCA5NiAxNzYgMTkyIEtIegpwY20xOiAgICAgICAgICAg ICBEQUM6IDMKcGNtMTogCnBjbTE6ICAgICBuaWQ9MTggW3BpbjogU3BlYWtlciAoRml4ZWQpXQpw Y20xOiAgICAgICArIDwtIG5pZD0zIFthdWRpbyBvdXRwdXRdIFtzcmM6IHBjbV0KcGNtMTogCnBj bTE6IFJlY29yZDoKcGNtMTogICAgICBTdHJlYW0gY2FwOiAweDAwMDAwMDAzIEZMT0FUMzIgUENN CnBjbTE6ICAgICAgICAgUENNIGNhcDogMHgwMDFlMDFmNSAxNiAyMCAyNCAzMiBiaXRzLCA4IDE2 IDMyIDQ0IDQ4IDg4IDk2IEtIegpwY20xOiAgICAgICAgICAgICBBREM6IDcKcGNtMTogCnBjbTE6 ICAgICBuaWQ9NyBbYXVkaW8gaW5wdXRdCnBjbTE6ICAgICAgICsgPC0gbmlkPTI0IFtwaW46IE1p YyAoUGluayBKYWNrKV0gW3NyYzogbWljXQpwY20xOiAKcGNtMTogTWFzdGVyIFZvbHVtZSAoT1NT OiB2b2wpOiAtNjMvMGRCCnBjbTE6ICAgICstIGN0bCAgMiAobmlkICAgMyBvdXQpOiAgICAtNjMv MGRCICgxMjggc3RlcHMpICsgbXV0ZQpwY20xOiAKcGNtMTogUENNIFZvbHVtZSAoT1NTOiBwY20p OiAtNjMvMGRCCnBjbTE6ICAgICstIGN0bCAgMiAobmlkICAgMyBvdXQpOiAgICAtNjMvMGRCICgx Mjggc3RlcHMpICsgbXV0ZQpwY20xOiAKcGNtMTogTWljcm9waG9uZSBWb2x1bWUgKE9TUzogbWlj KTogMC8zMGRCCnBjbTE6ICAgICstIGN0bCAxMyAobmlkICAyNCBvdXQpOiAgICAwLzMwZEIgKDQg c3RlcHMpCnBjbTE6IApwY20xOiBSZWNvcmRpbmcgTGV2ZWwgKE9TUzogcmVjKTogMC8zMGRCCnBj bTE6ICAgICstIGN0bCAxMyAobmlkICAyNCBvdXQpOiAgICAwLzMwZEIgKDQgc3RlcHMpCnBjbTE6 IApwY20xOiBNaXhlciAidm9sIjoKcGNtMTogTWl4ZXIgInBjbSI6CnBjbTE6IE1peGVyICJtaWMi OgpwY20xOiBNaXhlciAicmVjIjoKcGNtMTogUGxheWJhY2sgY2hhbm5lbCBzZXQgaXM6IEZyb250 IExlZnQsIEZyb250IFJpZ2h0LCAKcGNtMTogUGxheWJhY2sgY2hhbm5lbCBtYXRyaXggaXM6IDIu MCAodW5rbm93bikKcGNtMTogUmVjb3JkaW5nIGNoYW5uZWwgc2V0IGlzOiBGcm9udCBMZWZ0LCBG cm9udCBSaWdodCwgCnBjbTE6IFJlY29yZGluZyBjaGFubmVsIG1hdHJpeCBpczogMi4wIChkaXNj b25uZWN0ZWQpCnBjbTI6IDxDaXJydXMgTG9naWMgKDB4NDIwOCkgKEFuYWxvZyBIZWFkcGhvbmVz KT4gYXQgbmlkIDE2IG9uIGhkYWExCnBjbTI6IFBsYXliYWNrOgpwY20yOiAgICAgIFN0cmVhbSBj YXA6IDB4MDAwMDAwMDMgRkxPQVQzMiBQQ00KcGNtMjogICAgICAgICBQQ00gY2FwOiAweDAwMWUw N2YwIDE2IDIwIDI0IDMyIGJpdHMsIDMyIDQ0IDQ4IDg4IDk2IDE3NiAxOTIgS0h6CnBjbTI6ICAg ICAgICAgICAgIERBQzogMgpwY20yOiAKcGNtMjogICAgIG5pZD0xNiBbcGluOiBIZWFkcGhvbmVz IChHcmVlbiBKYWNrKV0KcGNtMjogICAgICAgKyA8LSBuaWQ9MiBbYXVkaW8gb3V0cHV0XSBbc3Jj OiBwY21dCnBjbTI6IApwY20yOiBNYXN0ZXIgVm9sdW1lIChPU1M6IHZvbCk6IC02Ni8wZEIKcGNt MjogICAgKy0gY3RsICAxIChuaWQgICAyIG91dCk6ICAgIC02My8wZEIgKDEyOCBzdGVwcykgKyBt dXRlCnBjbTI6ICAgICstIGN0bCAgOSAobmlkICAxNiBpbiApOiAgICAtNjYvMGRCICg2NyBzdGVw cykgKyBtdXRlCnBjbTI6IApwY20yOiBQQ00gVm9sdW1lIChPU1M6IHBjbSk6IC02My8wZEIKcGNt MjogICAgKy0gY3RsICAxIChuaWQgICAyIG91dCk6ICAgIC02My8wZEIgKDEyOCBzdGVwcykgKyBt dXRlCnBjbTI6ICAgICstIGN0bCAgOSAobmlkICAxNiBpbiApOiAgICAtNjYvMGRCICg2NyBzdGVw cykgKyBtdXRlCnBjbTI6IApwY20yOiBNaXhlciAidm9sIjoKcGNtMjogTWl4ZXIgInBjbSI6CnBj bTI6IFBsYXliYWNrIGNoYW5uZWwgc2V0IGlzOiBGcm9udCBMZWZ0LCBGcm9udCBSaWdodCwgCnBj bTI6IFBsYXliYWNrIGNoYW5uZWwgbWF0cml4IGlzOiAyLjAgKGRpc2Nvbm5lY3RlZCkKdXNidXMw OiA1LjBHYnBzIFN1cGVyIFNwZWVkIFVTQiB2My4wCnVzYnVzMTogMTJNYnBzIEZ1bGwgU3BlZWQg VVNCIHYxLjAKdXNidXMyOiAxMk1icHMgRnVsbCBTcGVlZCBVU0IgdjEuMAp1c2J1czM6IDQ4ME1i cHMgSGlnaCBTcGVlZCBVU0IgdjIuMAphaGNpY2gwOiBBSENJIHJlc2V0Li4uCmFoY2ljaDA6IFNB VEEgY29ubmVjdCB0aW1lPTEwMHVzIHN0YXR1cz0wMDAwMDEzMwphaGNpY2gwOiBBSENJIHJlc2V0 OiBkZXZpY2UgZm91bmQKYXRhMDogcmVzZXQgdHAxIG1hc2s9MDAgb3N0YXQwPWZmIG9zdGF0MT1m ZgphdGExOiByZXNldCB0cDEgbWFzaz0wMCBvc3RhdDA9ZmYgb3N0YXQxPWZmCmJhdHRlcnkwOiBi YXR0ZXJ5IGluaXRpYWxpemF0aW9uIHN0YXJ0CnVnZW4xLjE6IDwweDEyZDg+IGF0IHVzYnVzMQp1 aHViMDogPDB4MTJkOCBPSENJIHJvb3QgSFVCLCBjbGFzcyA5LzAsIHJldiAxLjAwLzEuMDAsIGFk ZHIgMT4gb24gdXNidXMxCnVnZW4wLjE6IDwweDgwODY+IGF0IHVzYnVzMAp1aHViMTogPDB4ODA4 NiBYSENJIHJvb3QgSFVCLCBjbGFzcyA5LzAsIHJldiAzLjAwLzEuMDAsIGFkZHIgMT4gb24gdXNi dXMwCnVnZW4zLjE6IDwweDEyZDg+IGF0IHVzYnVzMwp1aHViMjogPDB4MTJkOCBFSENJIHJvb3Qg SFVCLCBjbGFzcyA5LzAsIHJldiAyLjAwLzEuMDAsIGFkZHIgMT4gb24gdXNidXMzCnVnZW4yLjE6 IDwweDEyZDg+IGF0IHVzYnVzMgp1aHViMzogPDB4MTJkOCBPSENJIHJvb3QgSFVCLCBjbGFzcyA5 LzAsIHJldiAxLjAwLzEuMDAsIGFkZHIgMT4gb24gdXNidXMyCmFoY2ljaDA6IEFIQ0kgcmVzZXQ6 IGRldmljZSByZWFkeSBhZnRlciAxMDBtcwphZGEwIGF0IGFoY2ljaDAgYnVzIDAgc2NidXMwIHRh cmdldCAwIGx1biAwCmFkYTA6IDxBUFBMRSBTU0QgU0QwMTI4RiBBMjIyODIxPiBBVEEtOCBTQVRB IDMueCBkZXZpY2UKYWRhMDogU2VyaWFsIE51bWJlciAxMzI1QTU0MDE2ODEgXF5UXF5UXF5UXF5U XF5UXF5UXF5UCmFkYTA6IDYwMC4wMDBNQi9zIHRyYW5zZmVycyAoU0FUQSAzLngsIFVETUE2LCBQ SU8gNTEyYnl0ZXMpCmFkYTA6IENvbW1hbmQgUXVldWVpbmcgZW5hYmxlZAphZGEwOiAxMTU3MTJN QiAoMjM2OTc4MTc2IDUxMiBieXRlIHNlY3RvcnM6IDE2SCA2M1MvVCAxNjM4M0MpCmFkYTA6IFBy ZXZpb3VzbHkgd2FzIGtub3duIGFzIGFkNApHRU9NOiBuZXcgZGlzayBhZGEwCnBhc3MwIGF0IGFo Y2ljaDAgYnVzIDAgc2NidXMwIHRhcmdldCAwIGx1biAwCnBhc3MwOiA8QVBQTEUgU1NEIFNEMDEy OEYgQTIyMjgyMT4gQVRBLTggU0FUQSAzLnggZGV2aWNlCnBhc3MwOiBTZXJpYWwgTnVtYmVyIDEz MjVBNTQwMTY4MSBcXlRcXlRcXlRcXlRcXlRcXlRcXlQKcGFzczA6IDYwMC4wMDBNQi9zIHRyYW5z ZmVycyAoU0FUQSAzLngsIFVETUE2LCBQSU8gNTEyYnl0ZXMpCnBhc3MwOiBDb21tYW5kIFF1ZXVl aW5nIGVuYWJsZWQKVGltZWNvdW50ZXIgIlRTQyIgZnJlcXVlbmN5IDE5MDAwNDY0NzQgSHogcXVh bGl0eSAxMDAwCldBUk5JTkc6IFdJVE5FU1Mgb3B0aW9uIGVuYWJsZWQsIGV4cGVjdCByZWR1Y2Vk IHBlcmZvcm1hbmNlLgpSb290IG1vdW50IHdhaXRpbmcgZm9yOiB1c2J1czMgdXNidXMyIHVzYnVz MSB1c2J1czAKdWh1YjA6IDIgcG9ydHMgd2l0aCAyIHJlbW92YWJsZSwgc2VsZiBwb3dlcmVkCnVo dWIzOiAyIHBvcnRzIHdpdGggMiByZW1vdmFibGUsIHNlbGYgcG93ZXJlZApiYXR0ZXJ5MDogYmF0 dGVyeSBpbml0aWFsaXphdGlvbiBkb25lLCB0cmllZCAxIHRpbWVzCmFjcGlfYWNhZDA6IGFjbGlu ZSBpbml0aWFsaXphdGlvbiBzdGFydAphY3BpX2FjYWQwOiBPbiBMaW5lCmFjcGlfYWNhZDA6IGFj bGluZSBpbml0aWFsaXphdGlvbiBkb25lLCB0cmllZCAxIHRpbWVzCnVodWIxOiAxMyBwb3J0cyB3 aXRoIDEzIHJlbW92YWJsZSwgc2VsZiBwb3dlcmVkClJvb3QgbW91bnQgd2FpdGluZyBmb3I6IHVz YnVzMyB1c2J1czAKdWdlbjAuMjogPEFwcGxlIEluYy4+IGF0IHVzYnVzMAp1aHViNDogPEFwcGxl IEluYy4gQlJDTTIwNzAyIEh1YiwgY2xhc3MgOS8wLCByZXYgMi4wMC8xLjAwLCBhZGRyIDE+IG9u IHVzYnVzMAp1aHViMjogNCBwb3J0cyB3aXRoIDQgcmVtb3ZhYmxlLCBzZWxmIHBvd2VyZWQKUm9v dCBtb3VudCB3YWl0aW5nIGZvcjogdXNidXMzIHVzYnVzMAp1aHViNDogMyBwb3J0cyB3aXRoIDAg cmVtb3ZhYmxlLCBzZWxmIHBvd2VyZWQKdWdlbjMuMjogPHZlbmRvciAweDA1YWM+IGF0IHVzYnVz Mwp1aHViNTogPHZlbmRvciAweDA1YWMgcHJvZHVjdCAweDkxMjcsIGNsYXNzIDkvMCwgcmV2IDIu MDAvMS4wMCwgYWRkciAyPiBvbiB1c2J1czMKdWh1YjU6IE1UVCBlbmFibGVkCnVnZW4wLjM6IDx2 ZW5kb3IgMHgwNWFjPiBhdCB1c2J1czAKdWtiZDA6IDx2ZW5kb3IgMHgwNWFjIHByb2R1Y3QgMHg4 MjBhLCBjbGFzcyAwLzAsIHJldiAyLjAwLzEuMDAsIGFkZHIgMj4gb24gdXNidXMwCmtiZDogbmV3 IGFycmF5IHNpemUgNAprYmQxIGF0IHVrYmQwCmtiZDE6IHVrYmQwLCBnZW5lcmljICgwKSwgY29u ZmlnOjB4MCwgZmxhZ3M6MHgzZDAwMDAKUm9vdCBtb3VudCB3YWl0aW5nIGZvcjogdXNidXMzIHVz YnVzMAp1aHViNTogNyBwb3J0cyB3aXRoIDQgcmVtb3ZhYmxlLCBzZWxmIHBvd2VyZWQKdWdlbjAu NDogPHZlbmRvciAweDA1YWM+IGF0IHVzYnVzMApSb290IG1vdW50IHdhaXRpbmcgZm9yOiB1c2J1 czMgdXNidXMwCnVnZW4zLjM6IDxBcHBsZSBJbmMuPiBhdCB1c2J1czMKdWdlbjAuNTogPEFwcGxl IEluYy4+IGF0IHVzYnVzMAp1Z2VuMy40OiA8QXBwbGUgSW5jLj4gYXQgdXNidXMzClJvb3QgbW91 bnQgd2FpdGluZyBmb3I6IHVzYnVzMyB1c2J1czAKdWdlbjMuNTogPEFwcGxlIEluYy4+IGF0IHVz YnVzMwp1Z2VuMC42OiA8QXBwbGUgSW5jLj4gYXQgdXNidXMwCnVrYmQxOiA8S2V5Ym9hcmQgIEJv b3Q+IG9uIHVzYnVzMAprYmQyIGF0IHVrYmQxCmtiZDI6IHVrYmQxLCBnZW5lcmljICgwKSwgY29u ZmlnOjB4MCwgZmxhZ3M6MHgzZDAwMDAKVHJ5aW5nIHRvIG1vdW50IHJvb3QgZnJvbSB1ZnM6L2Rl di9hZGEwcDUgW3J3XS4uLgpzdGFydF9pbml0OiB0cnlpbmcgL3NiaW4vaW5pdAp1bXMwOiA8dmVu ZG9yIDB4MDVhYyBwcm9kdWN0IDB4ODIwYiwgY2xhc3MgMC8wLCByZXYgMi4wMC8xLjAwLCBhZGRy IDM+IG9uIHVzYnVzMAp1bXMwOiAzIGJ1dHRvbnMgYW5kIFtYWV0gY29vcmRpbmF0ZXMgSUQ9Mgp1 bXMyOiA8VHJhY2twYWQgIEJvb3Q+IG9uIHVzYnVzMAp1bXMyOiAzIGJ1dHRvbnMgYW5kIFtYWV0g Y29vcmRpbmF0ZXMgSUQ9Mgp1YXVkaW8wOiA8QXBwbGUgSW5jLiBEaXNwbGF5IEF1ZGlvLCBjbGFz cyAwLzAsIHJldiAyLjAwLzIuMDksIGFkZHIgMz4gb24gdXNidXMzCnVoaWQwOiA8RGV2aWNlIE1h bmFnZW1lbnQ+IG9uIHVzYnVzMAp1YXVkaW8wOiBQbGF5OiA0ODAwMCBIeiwgMiBjaCwgMjQtYml0 IFMtTEUgUENNIGZvcm1hdCwgMng4bXMgYnVmZmVyLgp1YXVkaW8wOiBQbGF5OiA0NDEwMCBIeiwg MiBjaCwgMjQtYml0IFMtTEUgUENNIGZvcm1hdCwgMng4bXMgYnVmZmVyLgp1YXVkaW8wOiBSZWNv cmQ6IDQ4MDAwIEh6LCAxIGNoLCAxNi1iaXQgUy1MRSBQQ00gZm9ybWF0LCAyeDhtcyBidWZmZXIu CnVhdWRpbzA6IFJlY29yZDogNDQxMDAgSHosIDEgY2gsIDE2LWJpdCBTLUxFIFBDTSBmb3JtYXQs IDJ4OG1zIGJ1ZmZlci4KdWF1ZGlvMDogTm8gTUlESSBzZXF1ZW5jZXIuCnBjbTM6IDxVU0IgYXVk aW8+IG9uIHVhdWRpbzAKcGNtMzogTWl4ZXIgInZvbCIgLT4gIm5vbmUiOiBjaGlsZD0weDAwMDAw MDEwCnBjbTM6IE1peGVyICJwY20iOiBwYXJlbnQ9InZvbCIKcGNtMzogTWl4ZXIgIm1pYyI6CnVh dWRpbzA6IE5vIEhJRCB2b2x1bWUga2V5cyBmb3VuZC4KdWhpZDE6IDxBcHBsZSBJbmMuIERpc3Bs YXkgQXVkaW8sIGNsYXNzIDAvMCwgcmV2IDIuMDAvMi4wOSwgYWRkciAzPiBvbiB1c2J1czMKdWhp ZDI6IDxBcHBsZSBJbmMuIEFwcGxlIFRodW5kZXJib2x0IERpc3BsYXksIGNsYXNzIDAvMCwgcmV2 IDEuMTAvMS4zOCwgYWRkciA1PiBvbiB1c2J1czMKdWJ0MDogPEFwcGxlIEluYy4gQmx1ZXRvb3Ro IFVTQiBIb3N0IENvbnRyb2xsZXIsIHJldiAyLjAwLzAuNjYsIGFkZHIgND4gb24gdXNidXMwCldB Uk5JTkc6IGF0dGVtcHQgdG8gZG9tYWluX2FkZChibHVldG9vdGgpIGFmdGVyIGRvbWFpbmZpbmFs aXplKCkKV0FSTklORzogYXR0ZW1wdCB0byBkb21haW5fYWRkKG5ldGdyYXBoKSBhZnRlciBkb21h aW5maW5hbGl6ZSgpCnVnZW4wLjM6IDx2ZW5kb3IgMHgwNWFjPiBhdCB1c2J1czAgKGRpc2Nvbm5l Y3RlZCkKdWtiZDA6IGF0IHVodWI0LCBwb3J0IDEsIGFkZHIgMiAoZGlzY29ubmVjdGVkKQp1Z2Vu MC40OiA8dmVuZG9yIDB4MDVhYz4gYXQgdXNidXMwIChkaXNjb25uZWN0ZWQpCnVtczA6IGF0IHVo dWI0LCBwb3J0IDIsIGFkZHIgMyAoZGlzY29ubmVjdGVkKQpiZ2UwOiBEaXNhYmxpbmcgZmFzdGJv b3QKYmdlMDogRGlzYWJsaW5nIGZhc3Rib290CmJnZTA6IGxpbmsgc3RhdGUgY2hhbmdlZCB0byBE T1dOCmJnZTA6IGxpbmsgc3RhdGUgY2hhbmdlZCB0byBVUAo= --20cf304348426aed5d04e690be71-- From owner-freebsd-current@FreeBSD.ORG Tue Sep 17 10:16:59 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id EFF34F40 for ; Tue, 17 Sep 2013 10:16:59 +0000 (UTC) (envelope-from jean-sebastien.pedron@dumbbell.fr) Received: from mail.made4.biz (unknown [IPv6:2001:41d0:1:7018::1:3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B57D72B2F for ; Tue, 17 Sep 2013 10:16:59 +0000 (UTC) Received: from [2001:1b48:10b:cafe:225:64ff:febe:589f] (helo=viking.yzserv.com) by mail.made4.biz with esmtpsa (TLSv1:DHE-RSA-CAMELLIA256-SHA:256) (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1VLsL3-000NSl-9A; Tue, 17 Sep 2013 12:16:57 +0200 Message-ID: <52382C14.8090209@dumbbell.fr> Date: Tue, 17 Sep 2013 12:16:52 +0200 From: =?UTF-8?B?SmVhbi1Tw6liYXN0aWVuIFDDqWRyb24=?= User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130813 Thunderbird/17.0.8 MIME-Version: 1.0 To: Alexander Panyushkin Subject: Re: FreeBSD 10.0 ALPHA1 References: <91806E5F-C214-497A-9BE9-93299BAFCCAA@gmail.com> <52377520.60002@gmail.com> In-Reply-To: <52377520.60002@gmail.com> X-Enigmail-Version: 1.5.1 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="----enig2LJSVLXECEGLDLWWKXCBM" Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Sep 2013 10:17:00 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) ------enig2LJSVLXECEGLDLWWKXCBM Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On 16.09.2013 23:16, Alexander Panyushkin wrote: > After rebuild world from svn, Xorg does not start and the box goes to > reboot. Is this still the same problem that you reported in the "i915kms.ko not loading" thread? Or this is a Radeon-based computer? --=20 Jean-S=C3=A9bastien P=C3=A9dron ------enig2LJSVLXECEGLDLWWKXCBM Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.21 (FreeBSD) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlI4LBkACgkQa+xGJsFYOlN3hgCfQKhnExb5glV3k8MY6i8Vj+gq 6y0AoK2VR01R6wRsqnIvrqT0ltbV0zTP =4i5+ -----END PGP SIGNATURE----- ------enig2LJSVLXECEGLDLWWKXCBM-- From owner-freebsd-current@FreeBSD.ORG Tue Sep 17 10:20:03 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 934D2108 for ; Tue, 17 Sep 2013 10:20:03 +0000 (UTC) (envelope-from jean-sebastien.pedron@dumbbell.fr) Received: from mail.made4.biz (unknown [IPv6:2001:41d0:1:7018::1:3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 57F8D2B58 for ; Tue, 17 Sep 2013 10:20:03 +0000 (UTC) Received: from [2001:1b48:10b:cafe:225:64ff:febe:589f] (helo=viking.yzserv.com) by mail.made4.biz with esmtpsa (TLSv1:DHE-RSA-CAMELLIA256-SHA:256) (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1VLsO1-000NW8-Df; Tue, 17 Sep 2013 12:20:01 +0200 Message-ID: <52382CD1.5020706@dumbbell.fr> Date: Tue, 17 Sep 2013 12:20:01 +0200 From: =?UTF-8?B?SmVhbi1Tw6liYXN0aWVuIFDDqWRyb24=?= User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130813 Thunderbird/17.0.8 MIME-Version: 1.0 To: ajtiM Subject: Re: FreeBSD 10.0 ALPHA1 References: <91806E5F-C214-497A-9BE9-93299BAFCCAA@gmail.com> <87eh8oo4i5.wl%hskuhra@eumx.net> <1E93A761-8606-440E-96F4-795BCDD03E63@gmail.com> In-Reply-To: <1E93A761-8606-440E-96F4-795BCDD03E63@gmail.com> X-Enigmail-Version: 1.5.1 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="----enig2MXKHBPRHUAOMTHAGSOCI" Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Sep 2013 10:20:03 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) ------enig2MXKHBPRHUAOMTHAGSOCI Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On 17.09.2013 00:57, ajtiM wrote: > Thank you. I used portsnap and installed subversion. Than rm > /usr/ports and /vard/db/portsnap and use svn and it works :). Hi! Could you please explain the problem(s) you have with X.Org and Radeon? --=20 Jean-S=C3=A9bastien P=C3=A9dron ------enig2MXKHBPRHUAOMTHAGSOCI Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.21 (FreeBSD) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlI4LNEACgkQa+xGJsFYOlOQGgCgnNX4/LA2R/Xy4MAaJmdNw6yA 6BUAn1wGryhQIK5+VKiFD2EuFcMQBDAV =9NgV -----END PGP SIGNATURE----- ------enig2MXKHBPRHUAOMTHAGSOCI-- From owner-freebsd-current@FreeBSD.ORG Tue Sep 17 10:21:20 2013 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 3BA552BE for ; Tue, 17 Sep 2013 10:21:20 +0000 (UTC) (envelope-from glebius@FreeBSD.org) Received: from cell.glebius.int.ru (glebius.int.ru [81.19.69.10]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B9C792B9F for ; Tue, 17 Sep 2013 10:21:18 +0000 (UTC) Received: from cell.glebius.int.ru (localhost [127.0.0.1]) by cell.glebius.int.ru (8.14.7/8.14.7) with ESMTP id r8HALArY084110 for ; Tue, 17 Sep 2013 14:21:10 +0400 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.glebius.int.ru (8.14.7/8.14.7/Submit) id r8HALAET084109 for current@FreeBSD.org; Tue, 17 Sep 2013 14:21:10 +0400 (MSK) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.glebius.int.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Tue, 17 Sep 2013 14:21:10 +0400 From: Gleb Smirnoff To: current@FreeBSD.org Subject: ipmi patch for review Message-ID: <20130917102110.GK4574@glebius.int.ru> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="qndya+I13rh6QJ0p" Content-Disposition: inline User-Agent: Mutt/1.5.21 (2010-09-15) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Sep 2013 10:21:20 -0000 --qndya+I13rh6QJ0p Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hi! When system is writing a kernel core dump, it issues watchdog pat wdog_kern_pat(WD_LASTVAL). If ipmi is in action, it registers ipmi_wd_event() as event for watchdog. Thus ipmi_wd_event() is called in dumping context. The problem is that ipmi_wd_event() calls into ipmi_set_watchdog(), that calls into ipmi_alloc_request(), which uses M_WAITOK and thus sleeps. This is a smaller problem, since can be converted to M_NOWAIT. But ipmi_set_watchdog() then calls into ipmi_submit_driver_request(), which calls msleep() any time. The attached patch allows me to successfully write cores in presence of IPMI. -- Totus tuus, Glebius. --qndya+I13rh6QJ0p Content-Type: text/x-diff; charset=us-ascii Content-Disposition: attachment; filename="ipmi.c.diff" Index: dev/ipmi/ipmi.c =================================================================== --- dev/ipmi/ipmi.c (revision 255625) +++ dev/ipmi/ipmi.c (working copy) @@ -647,6 +647,9 @@ ipmi_wd_event(void *arg, unsigned int cmd, int *er unsigned int timeout; int e; + if (dumping) + return; + cmd &= WD_INTERVAL; if (cmd > 0 && cmd <= 63) { timeout = ((uint64_t)1 << cmd) / 1000000000; --qndya+I13rh6QJ0p-- From owner-freebsd-current@FreeBSD.ORG Tue Sep 17 10:31:36 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 1721C4C6 for ; Tue, 17 Sep 2013 10:31:36 +0000 (UTC) (envelope-from lumiwa@gmail.com) Received: from mail-qc0-x22a.google.com (mail-qc0-x22a.google.com [IPv6:2607:f8b0:400d:c01::22a]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id CACD62C1D for ; Tue, 17 Sep 2013 10:31:35 +0000 (UTC) Received: by mail-qc0-f170.google.com with SMTP id m20so3479174qcx.29 for ; Tue, 17 Sep 2013 03:31:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=dTxKyAzulqLdfZx4LUp8LqNrcs5INfEKoOLPy1ozwmY=; b=HLRc64lyl713+36gey64YvI3HcpgGUGuOMsxyJpzWxTHEcGhtY2QFEf3Y+bJJnJlDu NOfaHIi/iSJJ/ZmobmW3q7mEKFIyvshNw2XgZyD5aQ7L7PGyVWt4xu4IcgvA6cw+RNgi H2R1RMf9N23YVvexSCp0LRkyC0n60ZjGY7P9bFb3+6dLrsESHktj9fZFgHPiILzkDc+z bHyker8OglI35NKXb2t6zIJ7Q0NRDkFYS6DhdxEcphzcaQTh1+1SDYK8dvsfeCl+WxTX zBMtXr8aZP8aLJLeYWyKo7GzjrJ54mAQCJW9qo1EwS+TLhahvSoOlsJaEs4A55T3qwe6 hyfw== X-Received: by 10.224.28.201 with SMTP id n9mr1743044qac.95.1379413895040; Tue, 17 Sep 2013 03:31:35 -0700 (PDT) Received: from [192.168.2.254] (d-ptld-bng1-70-16-221-131.ngn.east.myfairpoint.net. [70.16.221.131]) by mx.google.com with ESMTPSA id g2sm30219002qaf.12.1969.12.31.16.00.00 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 17 Sep 2013 03:31:34 -0700 (PDT) Content-Type: text/plain; charset=iso-8859-1 Mime-Version: 1.0 (Mac OS X Mail 6.6 \(1510\)) Subject: Re: FreeBSD 10.0 ALPHA1 From: ajtiM In-Reply-To: <52382C14.8090209@dumbbell.fr> Date: Tue, 17 Sep 2013 06:31:32 -0400 Content-Transfer-Encoding: quoted-printable Message-Id: References: <91806E5F-C214-497A-9BE9-93299BAFCCAA@gmail.com> <52377520.60002@gmail.com> <52382C14.8090209@dumbbell.fr> To: =?iso-8859-1?Q?Jean-S=E9bastien_P=E9dron?= X-Mailer: Apple Mail (2.1510) Cc: "freebsd-current@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Sep 2013 10:31:36 -0000 It is iMac, Chipset Model: ATI Radeon HD 4850 Type: GPU On Sep 17, 2013, at 6:16 AM, Jean-S=E9bastien P=E9dron = wrote: > On 16.09.2013 23:16, Alexander Panyushkin wrote: >> After rebuild world from svn, Xorg does not start and the box goes = to >> reboot. >=20 > Is this still the same problem that you reported in the "i915kms.ko = not > loading" thread? Or this is a Radeon-based computer? >=20 > --=20 > Jean-S=E9bastien P=E9dron >=20 Mitja ---- http://www.redbubble.com/people/lumiwa From owner-freebsd-current@FreeBSD.ORG Tue Sep 17 10:57:23 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id F31048EF for ; Tue, 17 Sep 2013 10:57:23 +0000 (UTC) (envelope-from serguey-grigoriev@yandex.ru) Received: from forward3h.mail.yandex.net (forward3h.mail.yandex.net [IPv6:2a02:6b8:0:f05::3]) by mx1.freebsd.org (Postfix) with ESMTP id A70052D46 for ; Tue, 17 Sep 2013 10:57:23 +0000 (UTC) Received: from web14h.yandex.ru (web14h.yandex.ru [84.201.186.43]) by forward3h.mail.yandex.net (Yandex) with ESMTP id CE8691360F17 for ; Tue, 17 Sep 2013 14:57:20 +0400 (MSK) Received: from 127.0.0.1 (localhost [127.0.0.1]) by web14h.yandex.ru (Yandex) with ESMTP id 59BC4B614E9; Tue, 17 Sep 2013 14:57:20 +0400 (MSK) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1379415440; bh=VtwA3bC1iyFn1O7CrSRZCZYOkY8x47v8L8pP4J3W30o=; h=From:To:Subject:Date; b=IsUOAi3T/YgGtAu2BXALH4egdp9pvdq5c2Di7oEws2xCvz2zppG7IQcVJd4KP2ha+ qd7Zq74hXwrcxRAKEFVy9M9RNXWFyfymCkngvj6vUmDzHblkmTgYs763ZuIA1KduyA uMddv+6kG5BBT/y+EpHL5IrN5CD80RPyTPBW76ts= Received: from office-gw.skytel.spb.ru (office-gw.skytel.spb.ru [193.110.239.131]) by web14h.yandex.ru with HTTP; Tue, 17 Sep 2013 14:57:19 +0400 From: S.N.Grigoriev To: freebsd-current@freebsd.org Subject: libreoffice build error MIME-Version: 1.0 Message-Id: <104781379415439@web14h.yandex.ru> X-Mailer: Yamail [ http://yandex.ru ] 5.0 Date: Tue, 17 Sep 2013 14:57:19 +0400 Content-Transfer-Encoding: 7bit Content-Type: text/plain X-Mailman-Approved-At: Tue, 17 Sep 2013 11:50:47 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Sep 2013 10:57:24 -0000 Hi list, the following error occures when I try to build editors/libreoffice: [build CXX] sal/rtl/source/ustrbuf.cxx In file included from /usr/ports/editors/libreoffice/work/libreoffice-4.0.5.2/sal/rtl/source/bootstrap.cxx:22: In file included from /usr/ports/editors/libreoffice/work/solver/unxfbsd.pro/inc/rtl/bootstrap.hxx:21: In file included from /usr/ports/editors/libreoffice/work/solver/unxfbsd.pro/inc/rtl/ustring.hxx:26: In file included from /usr/include/c++/v1/ostream:130: In file included from /usr/include/c++/v1/ios:216: In file included from /usr/include/c++/v1/__locale:15: In file included from /usr/include/c++/v1/string:434: In file included from /usr/include/c++/v1/algorithm:627: /usr/include/c++/v1/memory:1616:18: error: no matching member function for call to 'construct' {__a.construct(__p, _VSTD::forward<_Args>(__args)...);} ~~~~^~~~~~~~~ /usr/include/c++/v1/memory:1497:14: note: in instantiation of function template specialization 'std::__1::allocator_traits > >::__construct' requested here {__construct(__has_construct(), ^ /usr/include/c++/v1/list:1499:26: note: in instantiation of function template specialization 'std::__1::allocator_traits > >::construct' requested here __node_alloc_traits::construct(__na, _VSTD::addressof(__hold->__value_), __x); Any tips? -- Regards, S.Grigoriev. From owner-freebsd-current@FreeBSD.ORG Tue Sep 17 12:17:02 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 579BF80F for ; Tue, 17 Sep 2013 12:17:02 +0000 (UTC) (envelope-from florent@peterschmitt.fr) Received: from peterschmitt.fr (peterschmitt.fr [5.135.177.31]) by mx1.freebsd.org (Postfix) with ESMTP id 1DD2C2177 for ; Tue, 17 Sep 2013 12:17:01 +0000 (UTC) Received: from [172.29.180.39] (unknown [194.214.114.46]) by peterschmitt.fr (Postfix) with ESMTPSA id 62BA56D2A; Tue, 17 Sep 2013 14:16:54 +0200 (CEST) Message-ID: <52384835.5060300@peterschmitt.fr> Date: Tue, 17 Sep 2013 14:16:53 +0200 From: Florent Peterschmitt User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130806 Thunderbird/17.0.8 MIME-Version: 1.0 To: Daniel Nebdal Subject: Re: portmaster References: <2C19C7FA-F563-47F5-AD0F-FB78C1BE7C48@gmail.com> <523790F6.7080104@gmx.de> In-Reply-To: X-Enigmail-Version: 1.5.2 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="W0k7Ki3C19Hp4OMSKtxC436xPOieopQS3" Cc: Matthias Andree , ajtiM , Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Sep 2013 12:17:02 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --W0k7Ki3C19Hp4OMSKtxC436xPOieopQS3 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Le 17/09/2013 10:35, Daniel Nebdal a =E9crit : > Is it still required to add WITH_PKGNG=3DYES to /etc/make.conf to get > pkgng support in portmaster, or is that default in 10 / now? It's default. --=20 Florent Peterschmitt | Please: florent@peterschmitt.fr | * Avoid HTML/RTF in E-mail. +33 (0)6 64 33 97 92 | * Send PDF for documents. http://florent.peterschmitt.fr | * Trim your quotations. Really. Proudly powered by Open Source | Thank you :) --W0k7Ki3C19Hp4OMSKtxC436xPOieopQS3 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.21 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJSOEg1AAoJEFr01BkajbiB/0QP/0xvcrsttr1B4mb/YzbgKN4D j0ZB74ZEytToYNdckf1inzpOPPk0cH/VHfYhCGtkT+yWAhYxF1siIUOxgRvcn1G+ foQvD1GSlN2jC6E9QMPRDYRVxcjwXb5ezmIFUV4TNwVNRQb+hFGfvGc+4IbqMs6V ErS83T0NHH7Dr4LuopY765B3rHwRCova7qdjA4rT1UVR0sjH7O3cvVupTfbtixE6 7agfCqEqsXp9KP9HzC5ABOfD7LfLIn3JxgbFT0+1YsMzzakyNYOYnYS+AHDnz9tn 4jcA0FqJMbewZKQROt1uH5RaC7k9XRtexaBqNXDBoQDBWxASx94GU6mo9gjuebKS VPAN9d/pNGqO89kA0yWzIJuOYScr1irrmGEnR7BrW8o695Oaf4CCMdfF4HyaiVBc VWNQ427ue0Q2vA8RJK2+5f06JHJMFPud7p7vOL3NhqOaBW7pW37wcdYK3PRbb6dr eItnqsYoapwhvgnAzmqa8bmeP60RXO/s4zZu6ltVMails5M/ZladnJaE8BQEXlX3 O/zasP2byZSmnoLA+oGOix8dBReYj+6YkHoZ2BMgAwGH9FE0XMGCfyzKIXHEQ+ZV KRSwg64xwESZtqx8+guGg5JVUje4/ikWk7gKi/A0Bif+NLFMYxcCpmjqOWpzuMi9 ef+UYW3KA6g0Eot+kjDX =v+y5 -----END PGP SIGNATURE----- --W0k7Ki3C19Hp4OMSKtxC436xPOieopQS3-- From owner-freebsd-current@FreeBSD.ORG Tue Sep 17 12:51:17 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 0D31C358 for ; Tue, 17 Sep 2013 12:51:17 +0000 (UTC) (envelope-from lumiwa@gmail.com) Received: from mail-qc0-x229.google.com (mail-qc0-x229.google.com [IPv6:2607:f8b0:400d:c01::229]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C297A2387 for ; Tue, 17 Sep 2013 12:51:16 +0000 (UTC) Received: by mail-qc0-f169.google.com with SMTP id c9so3570472qcz.14 for ; Tue, 17 Sep 2013 05:51:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:content-type:content-transfer-encoding:subject:message-id:date :to:mime-version; bh=hfnNVxQdEcadAcOo2pjbyxBTC8YmznTrNs1qho9Rb8s=; b=Y6/Y3ZZJU6cKOBxX/SrlF0+uiT7dY3iJl8vHinvlvfsfng/IMkFqg4UluM0C/VFfOY RkUGtZcb7W+dnvLL3yuRVLskR+GKvGRp/y1c22aNMv4NGh0C+k8m0nQtFQBF9tuxIhOk lTFNPd3OOWjl2XYkCL+g1bfN+f1dQ8A56+nowoT0ZeefyCBzMPgCKBOF+Zp8A9WjSs9F gpqpCfen6Nh9HbfMHyU6TEfHrJfA7jxyIbuav78pHG2dJ1VxS1JJU+VNpXRa+e3GypDX dumKvQZNX4Hw4oJMKBdr7KBfnJ0vkxJmD1/xUpTlijoK9u9h7ud9Vj9R8HJdumzBp1Fd AwOg== X-Received: by 10.224.125.138 with SMTP id y10mr5950987qar.40.1379422275950; Tue, 17 Sep 2013 05:51:15 -0700 (PDT) Received: from [192.168.2.254] (d-ptld-bng1-70-16-221-131.ngn.east.myfairpoint.net. [70.16.221.131]) by mx.google.com with ESMTPSA id g2sm31129658qaf.12.1969.12.31.16.00.00 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 17 Sep 2013 05:51:15 -0700 (PDT) From: ajtiM Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Subject: Xorg-Radeon Message-Id: <21F609AF-CBFF-4303-A4E8-BCA2291F1609@gmail.com> Date: Tue, 17 Sep 2013 08:51:13 -0400 To: "freebsd-current@freebsd.org" Mime-Version: 1.0 (Mac OS X Mail 6.6 \(1510\)) X-Mailer: Apple Mail (2.1510) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Sep 2013 12:51:17 -0000 I bult Xorg on iMc, Radeon HD 4850 with ddvd support and "starts" works = :). The problem is when I exit it stay in black screen. There are no = errors in Xorg.log. During day I will install KDE4. Thank you very much to everyone who help me. Mitja ---- http://www.redbubble.com/people/lumiwa From owner-freebsd-current@FreeBSD.ORG Tue Sep 17 12:57:26 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id BD038814 for ; Tue, 17 Sep 2013 12:57:26 +0000 (UTC) (envelope-from lumiwa@gmail.com) Received: from mail-qa0-x233.google.com (mail-qa0-x233.google.com [IPv6:2607:f8b0:400d:c00::233]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 7F56223DA for ; Tue, 17 Sep 2013 12:57:26 +0000 (UTC) Received: by mail-qa0-f51.google.com with SMTP id j15so1907497qaq.17 for ; Tue, 17 Sep 2013 05:57:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:content-type:content-transfer-encoding:subject:message-id:date :to:mime-version; bh=HN0Qi1L/gGRt2vPHxptEx0sd9W/iBVOrd+EM3to5ZUE=; b=hhF1riBoEB4hR5QZ1l7urKSbUqMSvIP3ARIVEOroWgMMrDOEhKni16a81RRzn9SmrO Xvj5vTQLOhNsF+/WwH0wYdV27Q3y6cHdV9tsGbgJPp4ueBDYtvxnr/jv2PeU0dl5jqR+ WZorZMbacE/RX9pEOquR5kcbswxw7qaCfJ1qe3+076UR9XjidiadK2PUarXlkYtc5gFt uW3XePrtJgpN8G9JnYRu8lZi9bPgpWWmSmffI0DmPHgTABQdJ/8O0DeZYQQumKDpMhJ/ +k+1nwQm0UfeFQRGK2nmpGwljoFnxu/R6/xFG04pgQ0LE4+P6nWBL5+Jt0glgXt2Ni+l weDA== X-Received: by 10.49.130.162 with SMTP id of2mr53498004qeb.37.1379422645702; Tue, 17 Sep 2013 05:57:25 -0700 (PDT) Received: from [192.168.2.254] (d-ptld-bng1-70-16-221-131.ngn.east.myfairpoint.net. [70.16.221.131]) by mx.google.com with ESMTPSA id f8sm31182992qai.13.1969.12.31.16.00.00 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 17 Sep 2013 05:57:25 -0700 (PDT) From: ajtiM Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Subject: area51 Message-Id: <0F84193B-F6EA-4D6B-8A66-A592A52642EF@gmail.com> Date: Tue, 17 Sep 2013 08:57:22 -0400 To: "freebsd-current@freebsd.org" Mime-Version: 1.0 (Mac OS X Mail 6.6 \(1510\)) X-Mailer: Apple Mail (2.1510) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Sep 2013 12:57:26 -0000 Hi! I like to install KDE4 from area51. Is it a problem to mix applications = from there on FreeBSD 10.0-ALPHA1, please? Thanks in advance. Mitja ---- http://www.redbubble.com/people/lumiwa From owner-freebsd-current@FreeBSD.ORG Tue Sep 17 13:11:45 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id B665E24E for ; Tue, 17 Sep 2013 13:11:45 +0000 (UTC) (envelope-from jean-sebastien.pedron@dumbbell.fr) Received: from mail.made4.biz (unknown [IPv6:2001:41d0:1:7018::1:3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 7B8A924FF for ; Tue, 17 Sep 2013 13:11:45 +0000 (UTC) Received: from [2001:1b48:10b:cafe:225:64ff:febe:589f] (helo=viking.yzserv.com) by mail.made4.biz with esmtpsa (TLSv1:DHE-RSA-CAMELLIA256-SHA:256) (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1VLv4A-00014i-Rs; Tue, 17 Sep 2013 15:11:43 +0200 Message-ID: <52385509.8000301@dumbbell.fr> Date: Tue, 17 Sep 2013 15:11:37 +0200 From: =?ISO-8859-1?Q?Jean-S=E9bastien_P=E9dron?= User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130813 Thunderbird/17.0.8 MIME-Version: 1.0 To: ajtiM Subject: Re: Xorg-Radeon References: <21F609AF-CBFF-4303-A4E8-BCA2291F1609@gmail.com> In-Reply-To: <21F609AF-CBFF-4303-A4E8-BCA2291F1609@gmail.com> X-Enigmail-Version: 1.5.1 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="----enig2XXVULSIEGWGXLTEKNMLI" Cc: "freebsd-current@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Sep 2013 13:11:45 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) ------enig2XXVULSIEGWGXLTEKNMLI Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 17.09.2013 14:51, ajtiM wrote: > I bult Xorg on iMc, Radeon HD 4850 with ddvd support and "starts" > works :). The problem is when I exit it stay in black screen. There are= > no errors in Xorg.log. This is a know issue: our current console implementation, "syscons", doesn't know about KMS (the new way to driver video cards from the kernel, not from X.Org itself). Therefore, once you start X.Org, the console can't use the display anymore, neither during your X session using Ctrl-Alt-Fx, nor after you exit from X.Org. However, even if your screen is blank after X exit, the computer doesn't crash and can be used remotely. This also means you don't have to force a shutdown: a short press on the power button will shut down the computer properly. --=20 Jean-S=E9bastien P=E9dron ------enig2XXVULSIEGWGXLTEKNMLI Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.21 (FreeBSD) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlI4VQ4ACgkQa+xGJsFYOlMzfQCgkfdfo2KS/0+sZwGNVsB1ySax nrcAoIe2oXsT1Hx/ayO18Y7W0uHs7d7q =gfgF -----END PGP SIGNATURE----- ------enig2XXVULSIEGWGXLTEKNMLI-- From owner-freebsd-current@FreeBSD.ORG Tue Sep 17 14:20:59 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 9C84FC81 for ; Tue, 17 Sep 2013 14:20:59 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 5AE17287D for ; Tue, 17 Sep 2013 14:20:59 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.80.1) with esmtp (envelope-from ) id <1VLw95-001AqH-DT>; Tue, 17 Sep 2013 16:20:51 +0200 Received: from g231209162.adsl.alicedsl.de ([92.231.209.162] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.80.1) with esmtpsa (envelope-from ) id <1VLw95-003WTj-8b>; Tue, 17 Sep 2013 16:20:51 +0200 Date: Tue, 17 Sep 2013 16:20:45 +0200 From: "O. Hartmann" To: S.N.Grigoriev Subject: Re: libreoffice build error Message-ID: <20130917162045.5b0fc356@thor.walstatt.dyndns.org> In-Reply-To: <104781379415439@web14h.yandex.ru> References: <104781379415439@web14h.yandex.ru> Organization: FU Berlin X-Mailer: Claws Mail 3.9.2 (GTK+ 2.24.19; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/iMHCA400d3fgnG1ldkcCQcz"; protocol="application/pgp-signature" X-Originating-IP: 92.231.209.162 Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Sep 2013 14:20:59 -0000 --Sig_/iMHCA400d3fgnG1ldkcCQcz Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Tue, 17 Sep 2013 14:57:19 +0400 S.N.Grigoriev wrote: >=20 > Hi list, >=20 > the following error occures when I try to build editors/libreoffice: >=20 > [build CXX] sal/rtl/source/ustrbuf.cxx > In file included > from /usr/ports/editors/libreoffice/work/libreoffice-4.0.5.2/sal/rtl/sour= ce/bootstrap.cxx:22: > In file included > from /usr/ports/editors/libreoffice/work/solver/unxfbsd.pro/inc/rtl/boots= trap.hxx:21: > In file included > from /usr/ports/editors/libreoffice/work/solver/unxfbsd.pro/inc/rtl/ustri= ng.hxx:26: > In file included from /usr/include/c++/v1/ostream:130: In file > included from /usr/include/c++/v1/ios:216: In file included > from /usr/include/c++/v1/__locale:15: In file included > from /usr/include/c++/v1/string:434: In file included > from /usr/include/c++/v1/algorithm:627: /usr/include/c++/v1/memory:1616:1= 8: > error: no matching member function for call to > 'construct' {__a.construct(__p, _VSTD::forward<_Args>(__args)...);} > ~~~~^~~~~~~~~ /usr/include/c++/v1/memory:1497:14: note: in > instantiation of function template specialization > 'std::__1::allocator_traits void *> > >::__construct rtl_bootstrap_NameValue &>' requested here > {__construct(__has_construct(), > ^ /usr/include/c++/v1/list:1499:26: note: in instantiation of > function template specialization > 'std::__1::allocator_traits void *> > >::construct rtl_bootstrap_NameValue &>' requested here > __node_alloc_traits::construct(__na, > _VSTD::addressof(__hold->__value_), __x); >=20 >=20 > Any tips? >=20 No sulution, but the very same here ... I also rebuild everything necessary with "portmaster -r" - no luck :-( --Sig_/iMHCA400d3fgnG1ldkcCQcz Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.21 (FreeBSD) iQEcBAEBAgAGBQJSOGVBAAoJEOgBcD7A/5N8ANAH/i/0otUm37II9vAUV6sGJJ7O xFkhzJ0rpWkDo+DbmX7Q6M1je8LPKbq7AwculnUOxxm5qU0XNu6yXjFkvTQ9zKzq GFCrwZCUOt/adNeZW2+mhYiihKCsO0WSOrbnKpzF2z75GW3hZKvj7SDOAMyk00Ye cF7RZurpnhR4qhLm6EGt0QXBQO/UtI+W41x7qnNne//MalO1vN1mMmiGaNLw3bWh f6QpieWbdocCzHZSNGTIfXJlULt/QXvEuEmX3+GWqWVBLxEpNY/vbszSkYf+B7O0 r1m6qbUjV6W2s8LjjQ79140i0CduCdkv0iN0m/DWbGNXapM3/A13lOSgb4hCXAU= =sffr -----END PGP SIGNATURE----- --Sig_/iMHCA400d3fgnG1ldkcCQcz-- From owner-freebsd-current@FreeBSD.ORG Tue Sep 17 14:36:33 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 05334142; Tue, 17 Sep 2013 14:36:33 +0000 (UTC) (envelope-from asomers@gmail.com) Received: from mail-qe0-x22f.google.com (mail-qe0-x22f.google.com [IPv6:2607:f8b0:400d:c02::22f]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id ACA8B2949; Tue, 17 Sep 2013 14:36:32 +0000 (UTC) Received: by mail-qe0-f47.google.com with SMTP id b4so3707808qen.20 for ; Tue, 17 Sep 2013 07:36:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=9lxuU3/iO8hg85xnyYuk4hYa/WNEbi5GdVIEvpzeobw=; b=ZSk7ynszlmcHXEGcIrU4x/NpC22JImSKU8CYysFKVABo/cqj9srsIJd62na1MHNOec 0DPNWx5s1ddzuaZzAGz0IjFPIjpnoBgq2B/K9YxwxDM7E1sjZ8B1hOu5vu8S3WWnjso0 9d0VvuI7pPJE/vwWXkeKA5A5Cx5PazhYQqTzK8A5M+FTkCKrs3OJmZcHGBliaEO33ftJ /FWnzk5up1a0VVo0wpu7k9Vz6wCDznogXLRQlaJL/CKGywUMl9MrQIRf6iVLF3FUDKgI 5FnP6vEpijTvVOkBPgooUnyRggUYa8Fd1ppDBYUAoMBDVrdlgMsdd9Aa3AwwdWI7w8Be tM7w== MIME-Version: 1.0 X-Received: by 10.49.105.1 with SMTP id gi1mr54249631qeb.8.1379428590749; Tue, 17 Sep 2013 07:36:30 -0700 (PDT) Sender: asomers@gmail.com Received: by 10.49.39.97 with HTTP; Tue, 17 Sep 2013 07:36:30 -0700 (PDT) In-Reply-To: <20130917102110.GK4574@glebius.int.ru> References: <20130917102110.GK4574@glebius.int.ru> Date: Tue, 17 Sep 2013 08:36:30 -0600 X-Google-Sender-Auth: WCX01DwKovnGg6Ezft41_Oq9chc Message-ID: Subject: Re: ipmi patch for review From: Alan Somers To: Gleb Smirnoff Content-Type: text/plain; charset=ISO-8859-1 Cc: current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Sep 2013 14:36:33 -0000 I ran into a very similar problem on stable/9. During a reboot, the system paniced because the watchdog slept when called from the syncer. I solved it by dropping the sync mutex in the syncer before patting the watchdog. It might be a more general solution that would also solve your problem. My patch and stack trace below. Syncing disks, vnodes remaining...7 7 7 5 Sleeping thread (tid 100145, pid 23) owns a non-sleepable lock KDB: stack backtrace of thread 100145: sched_switch() at 0xffffffff8091086d = sched_switch+0x13d mi_switch() at 0xffffffff808ee276 = mi_switch+0x196 sleepq_wait() at 0xffffffff80929672 = sleepq_wait+0x42 _sleep() at 0xffffffff808eeae8 = _sleep+0x3a8 ipmi_submit_driver_request() at 0xffffffff80c0df6f = ipmi_submit_driver_request+0xbf ipmi_set_watchdog() at 0xffffffff80c0e571 = ipmi_set_watchdog+0xb1 ipmi_wd_event() at 0xffffffff80c0e6bf = ipmi_wd_event+0x8f kern_do_pat() at 0xffffffff807d763f = kern_do_pat+0x9f sched_sync() at 0xffffffff8098779f = sched_sync+0x1df fork_exit() at 0xffffffff808b21af = fork_exit+0x11f fork_trampoline() at 0xffffffff80bd9ebe = fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffff88ce6a4bb0, rbp = 0 --- panic: sleeping thread ==== //SpectraBSD/stable/sys/kern/vfs_subr.c#3 (text) ==== @@ -1869,8 +1869,15 @@ continue; } - if (first_printf == 0) + if (first_printf == 0) { + /* + * Drop the sync mutex, because some watchdog + * drivers need to sleep while patting + */ + mtx_unlock(&sync_mtx); wdog_kern_pat(WD_LASTVAL); + mtx_lock(&sync_mtx); + } } if (!LIST_EMPTY(gslp)) { On Tue, Sep 17, 2013 at 4:21 AM, Gleb Smirnoff wrote: > Hi! > > When system is writing a kernel core dump, it issues watchdog > pat wdog_kern_pat(WD_LASTVAL). If ipmi is in action, it registers > ipmi_wd_event() as event for watchdog. Thus ipmi_wd_event() is > called in dumping context. > > The problem is that ipmi_wd_event() calls into ipmi_set_watchdog(), > that calls into ipmi_alloc_request(), which uses M_WAITOK and > thus sleeps. This is a smaller problem, since can be converted to > M_NOWAIT. But ipmi_set_watchdog() then calls into > ipmi_submit_driver_request(), which calls msleep() any time. > > The attached patch allows me to successfully write cores in > presence of IPMI. > > -- > Totus tuus, Glebius. > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Tue Sep 17 15:49:21 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 5B1B043E for ; Tue, 17 Sep 2013 15:49:21 +0000 (UTC) (envelope-from baptiste.daroussin@gmail.com) Received: from mail-wg0-x22a.google.com (mail-wg0-x22a.google.com [IPv6:2a00:1450:400c:c00::22a]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E86262DB7 for ; Tue, 17 Sep 2013 15:49:20 +0000 (UTC) Received: by mail-wg0-f42.google.com with SMTP id m15so4635449wgh.3 for ; Tue, 17 Sep 2013 08:49:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=LRLlH4vpe5pInRHErWW/l4pgTUQy5W7R7PPGbjx0y8o=; b=efvNMNplj8MHaBVbnE9AKijOaXxzusn5V/JvJ1HVhFzURB0lU61AmAz+KzZK94cE1J 81XcY9GPSYxmpHzyADSKFfmdHy9Fq+kAmZ1Wt8PH8mPiaS1FvPWl15ndL0kny4Mw+qI1 CdO6fxUDrCHen/fgboMmlII3GG5PLnCW1OpKvW12NK5N/llD2/j6AmgIvvgVe9/iAocm gIxpZ7LnWiZRsD87qpc4YMzIjFHwcroVZ0VJ8leaacXsiz95xmVAgZ7YwzMNe9yUSh9Y S+aoa1nfrPK7SnLp3Bhm0td4RM0jnFUQbFAfkB+O8RvEqMKeZz21zPnVOulXigFafWrS dEag== X-Received: by 10.180.93.104 with SMTP id ct8mr3203191wib.0.1379432959287; Tue, 17 Sep 2013 08:49:19 -0700 (PDT) Received: from ithaqua.etoilebsd.net (ithaqua.etoilebsd.net. [37.59.37.188]) by mx.google.com with ESMTPSA id hq13sm5324587wib.7.1969.12.31.16.00.00 (version=TLSv1 cipher=RC4-SHA bits=128/128); Tue, 17 Sep 2013 08:49:17 -0700 (PDT) Sender: Baptiste Daroussin Date: Tue, 17 Sep 2013 17:49:15 +0200 From: Baptiste Daroussin To: "O. Hartmann" Subject: Re: libreoffice build error Message-ID: <20130917154914.GD31894@ithaqua.etoilebsd.net> References: <104781379415439@web14h.yandex.ru> <20130917162045.5b0fc356@thor.walstatt.dyndns.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="SFyWQ0h3ruR435lw" Content-Disposition: inline In-Reply-To: <20130917162045.5b0fc356@thor.walstatt.dyndns.org> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: "S.N.Grigoriev" , freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Sep 2013 15:49:21 -0000 --SFyWQ0h3ruR435lw Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Sep 17, 2013 at 04:20:45PM +0200, O. Hartmann wrote: > On Tue, 17 Sep 2013 14:57:19 +0400 > S.N.Grigoriev wrote: >=20 > >=20 > > Hi list, > >=20 > > the following error occures when I try to build editors/libreoffice: > >=20 > > [build CXX] sal/rtl/source/ustrbuf.cxx > > In file included > > from /usr/ports/editors/libreoffice/work/libreoffice-4.0.5.2/sal/rtl/so= urce/bootstrap.cxx:22: > > In file included > > from /usr/ports/editors/libreoffice/work/solver/unxfbsd.pro/inc/rtl/boo= tstrap.hxx:21: > > In file included > > from /usr/ports/editors/libreoffice/work/solver/unxfbsd.pro/inc/rtl/ust= ring.hxx:26: > > In file included from /usr/include/c++/v1/ostream:130: In file > > included from /usr/include/c++/v1/ios:216: In file included > > from /usr/include/c++/v1/__locale:15: In file included > > from /usr/include/c++/v1/string:434: In file included > > from /usr/include/c++/v1/algorithm:627: /usr/include/c++/v1/memory:1616= :18: > > error: no matching member function for call to > > 'construct' {__a.construct(__p, _VSTD::forward<_Args>(__args)...);} > > ~~~~^~~~~~~~~ /usr/include/c++/v1/memory:1497:14: note: in > > instantiation of function template specialization > > 'std::__1::allocator_traits > void *> > >::__construct > rtl_bootstrap_NameValue &>' requested here > > {__construct(__has_construct(), > > ^ /usr/include/c++/v1/list:1499:26: note: in instantiation of > > function template specialization > > 'std::__1::allocator_traits > void *> > >::construct > rtl_bootstrap_NameValue &>' requested here > > __node_alloc_traits::construct(__na, > > _VSTD::addressof(__hold->__value_), __x); > >=20 > >=20 > > Any tips? > >=20 >=20 > No sulution, but the very same here ... I also rebuild everything > necessary with "portmaster -r" - no luck :-( libreoffice is broken due to 2 reason, first rigth now we don't yet have patches for libc++. but even with a working libc++ patch it is broken on all arches due to the = mdds update which is incompatible. regards, Bapt --SFyWQ0h3ruR435lw Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAlI4efoACgkQ8kTtMUmk6EwpuQCeLJYEF8IpliiR6PpnQm0EwZWw 3LkAoL9p9vhWzaKl4yt4ZOASvYmHg4kV =7YqF -----END PGP SIGNATURE----- --SFyWQ0h3ruR435lw-- From owner-freebsd-current@FreeBSD.ORG Tue Sep 17 15:51:42 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 7B20B599; Tue, 17 Sep 2013 15:51:42 +0000 (UTC) (envelope-from lattera@gmail.com) Received: from mail-vc0-x235.google.com (mail-vc0-x235.google.com [IPv6:2607:f8b0:400c:c03::235]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 27AF12E15; Tue, 17 Sep 2013 15:51:42 +0000 (UTC) Received: by mail-vc0-f181.google.com with SMTP id hz10so4079472vcb.26 for ; Tue, 17 Sep 2013 08:51:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=G6DKKx54iJJBVaRLMf71JwW2ycGyAFX0rYBiOtEaxq4=; b=YKILiJEbgux9uvkuC8EXgaL4bdBRi4PMoD1mtGnukwWdSgf+5J75xoXcWGKvkXKT+8 dfuF8rssG/gUL7B1V3zYD8buMuC7hwKHgvwA8k+lFoboAkUgj2RwVpd0t8O4x+egBRz2 ugGtahLrdg/Fpb4g2ctdn7DMtcK2CXLAKweaIHYMv4W/G2rn268CNxZI8rF/UraXvK0K G9zL6ZsO/FAI0YprmNWcmw++lrLuep+XSGjVby235GFiFDHEeel58CBl8/cUuPapo4bi yDZg52IGEjvbiBKlYkmj9g9LYAvJG02bG35PAXoB5VaOkE2bBPWvYNf/1/H7L4704lw2 L56w== MIME-Version: 1.0 X-Received: by 10.220.166.77 with SMTP id l13mr47582vcy.60.1379433101185; Tue, 17 Sep 2013 08:51:41 -0700 (PDT) Received: by 10.58.168.132 with HTTP; Tue, 17 Sep 2013 08:51:41 -0700 (PDT) In-Reply-To: <20130917154914.GD31894@ithaqua.etoilebsd.net> References: <104781379415439@web14h.yandex.ru> <20130917162045.5b0fc356@thor.walstatt.dyndns.org> <20130917154914.GD31894@ithaqua.etoilebsd.net> Date: Tue, 17 Sep 2013 11:51:41 -0400 Message-ID: Subject: Re: libreoffice build error From: Shawn Webb To: Baptiste Daroussin Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: "S.N.Grigoriev" , FreeBSD-current , "O. Hartmann" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Sep 2013 15:51:42 -0000 I'm getting a build error as well, but on 9-STABLE under Poudriere. Relevant part of the logfile: In file included from /wrkdirs/usr/ports/editors/libreoffice/work/libreoffice-4.0.5.2/sc/source/core/tool/scmatrix.cxx:34: In file included from /usr/local/include/mdds/multi_type_matrix.hpp:31: /usr/local/include/mdds/multi_type_vector.hpp:85:46: error: cannot initialize a parameter of type 'mdds::mtv::base_element_block *' with an lvalue of type 'const element_block_type *' (aka 'const mdds::mtv::base_element_block *') element_block_func::delete_block(p); ^ /usr/local/include/boost/interprocess/smart_ptr/unique_ptr.hpp:312:13: note: in instantiation of member function 'mdds::multi_type_vector::element_block_deleter::operator()' requested here ptr_.second()(ptr_.first()); ^ /usr/local/include/boost/interprocess/smart_ptr/unique_ptr.hpp:196:7: note: in instantiation of member function 'boost::interprocess::unique_ptr::element_block_deleter>::reset' requested here { reset(); } ^ /usr/local/include/mdds/compat/unique_ptr.hpp:38:7: note: in instantiation of member function 'boost::interprocess::unique_ptr::element_block_deleter>::~unique_ptr' requested here class unique_ptr : public boost::interprocess::unique_ptr<_T, _Deleter> ^ /usr/local/include/mdds/multi_type_vector_def.inl:2376:16: note: in instantiation of function template specialization 'mdds::multi_type_vector::set_cells_to_single_block' requested here return set_cells_to_single_block(row, end_row, block_index1, start_row1, it_begin, it_end); ^ /usr/local/include/mdds/multi_type_vector_def.inl:406:12: note: in instantiation of function template specialization 'mdds::multi_type_vector::set_cells_impl' requested here return set_cells_impl(pos, end_pos, start_row1, block_index1, it_begin, it_end); ^ /usr/local/include/mdds/multi_type_matrix_def.inl:239:13: note: in instantiation of function template specialization 'mdds::multi_type_vector::set' requested here m_store.set(get_pos(row,col), it_begin, it_end); ^ /wrkdirs/usr/ports/editors/libreoffice/work/libreoffice-4.0.5.2/sc/source/core/tool/scmatrix.cxx:502:15: note: in instantiation of function template specialization 'mdds::multi_type_matrix::set' requested here maMat.set(nR, nC, pArray, pArray + nLen); ^ /wrkdirs/usr/ports/editors/libreoffice/work/libreoffice-4.0.5.2/sc/source/core/tool/scmatrix.cxx:92:65: note: passing argument to parameter 'p' here static void delete_block(mdds::mtv::base_element_block* p) ^ 1 error generated. gmake[2]: *** [/wrkdirs/usr/ports/editors/libreoffice/work/workdir/unxfbsd.pro/CxxObject/sc/source/core/tool/scmatrix.o] Error 1 On Tue, Sep 17, 2013 at 11:49 AM, Baptiste Daroussin wrote: > On Tue, Sep 17, 2013 at 04:20:45PM +0200, O. Hartmann wrote: > > On Tue, 17 Sep 2013 14:57:19 +0400 > > S.N.Grigoriev wrote: > > > > > > > > Hi list, > > > > > > the following error occures when I try to build editors/libreoffice: > > > > > > [build CXX] sal/rtl/source/ustrbuf.cxx > > > In file included > > > from > /usr/ports/editors/libreoffice/work/libreoffice-4.0.5.2/sal/rtl/source/bootstrap.cxx:22: > > > In file included > > > from /usr/ports/editors/libreoffice/work/solver/ > unxfbsd.pro/inc/rtl/bootstrap.hxx:21: > > > In file included > > > from /usr/ports/editors/libreoffice/work/solver/ > unxfbsd.pro/inc/rtl/ustring.hxx:26: > > > In file included from /usr/include/c++/v1/ostream:130: In file > > > included from /usr/include/c++/v1/ios:216: In file included > > > from /usr/include/c++/v1/__locale:15: In file included > > > from /usr/include/c++/v1/string:434: In file included > > > from /usr/include/c++/v1/algorithm:627: > /usr/include/c++/v1/memory:1616:18: > > > error: no matching member function for call to > > > 'construct' {__a.construct(__p, _VSTD::forward<_Args>(__args)...);} > > > ~~~~^~~~~~~~~ /usr/include/c++/v1/memory:1497:14: note: in > > > instantiation of function template specialization > > > > 'std::__1::allocator_traits > > void *> > >::__construct > > rtl_bootstrap_NameValue &>' requested here > > > {__construct(__has_construct(), > > > ^ /usr/include/c++/v1/list:1499:26: note: in instantiation of > > > function template specialization > > > > 'std::__1::allocator_traits > > void *> > >::construct > > rtl_bootstrap_NameValue &>' requested here > > > __node_alloc_traits::construct(__na, > > > _VSTD::addressof(__hold->__value_), __x); > > > > > > > > > Any tips? > > > > > > > No sulution, but the very same here ... I also rebuild everything > > necessary with "portmaster -r" - no luck :-( > > libreoffice is broken due to 2 reason, first rigth now we don't yet have > patches for libc++. > > but even with a working libc++ patch it is broken on all arches due to the > mdds > update which is incompatible. > > regards, > Bapt > From owner-freebsd-current@FreeBSD.ORG Tue Sep 17 15:52:50 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id CD6BE6B9 for ; Tue, 17 Sep 2013 15:52:50 +0000 (UTC) (envelope-from baptiste.daroussin@gmail.com) Received: from mail-wg0-x233.google.com (mail-wg0-x233.google.com [IPv6:2a00:1450:400c:c00::233]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 641F62E2B for ; Tue, 17 Sep 2013 15:52:50 +0000 (UTC) Received: by mail-wg0-f51.google.com with SMTP id c11so5204581wgh.18 for ; Tue, 17 Sep 2013 08:52:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=ckYOrkP8mMkE9AYh75wITL7kF5uka31yLDc8yRPVXUc=; b=m2inYz3BOE/HhA1sDnNMd9dVgzWQ23ejm5rZH2hrPlSuPSH/r0Jo62VmqdKOc/urSA +6e8QXb9oiC2w6UBEspZ7FEDRCijEL7KmNdtRWwyGQGBsKKQkmh7nqr1dNIpGD4ie1N+ Qg057evRAQYnw2xemaWvdAqpj6IczI145CT23O6dR/+LuEO10iNpfyIRRohgviNheGmM OWdxJBOPm+Bkop/C7g95azxlT+b/S5KKi9c3thd/YQiKxsPUSvumNHpn5HbBU5PQ6sWf jTwPjBX086FScKnxdXj/DVsImbAx8nn943bcCGr41wc9R4RQH72ozXPuEyB1/7ivgkyv rqCg== X-Received: by 10.180.9.41 with SMTP id w9mr3090019wia.21.1379433168875; Tue, 17 Sep 2013 08:52:48 -0700 (PDT) Received: from ithaqua.etoilebsd.net (ithaqua.etoilebsd.net. [37.59.37.188]) by mx.google.com with ESMTPSA id iz19sm5358984wic.9.1969.12.31.16.00.00 (version=TLSv1 cipher=RC4-SHA bits=128/128); Tue, 17 Sep 2013 08:52:47 -0700 (PDT) Sender: Baptiste Daroussin Date: Tue, 17 Sep 2013 17:52:45 +0200 From: Baptiste Daroussin To: Shawn Webb Subject: Re: libreoffice build error Message-ID: <20130917155245.GE31894@ithaqua.etoilebsd.net> References: <104781379415439@web14h.yandex.ru> <20130917162045.5b0fc356@thor.walstatt.dyndns.org> <20130917154914.GD31894@ithaqua.etoilebsd.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="hwvH6HDNit2nSK4j" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: "S.N.Grigoriev" , FreeBSD-current , "O. Hartmann" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Sep 2013 15:52:50 -0000 --hwvH6HDNit2nSK4j Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Sep 17, 2013 at 11:51:41AM -0400, Shawn Webb wrote: > I'm getting a build error as well, but on 9-STABLE under Poudriere. > Relevant part of the logfile: >=20 > In file included from > /wrkdirs/usr/ports/editors/libreoffice/work/libreoffice-4.0.5.2/sc/source= /core/tool/scmatrix.cxx:34: > In file included from /usr/local/include/mdds/multi_type_matrix.hpp:31: > /usr/local/include/mdds/multi_type_vector.hpp:85:46: error: cannot > initialize a parameter of type 'mdds::mtv::base_element_block *' with > an lvalue of type 'const element_block_type *' (aka 'const > mdds::mtv::base_element_block *') > element_block_func::delete_block(p); > ^ > /usr/local/include/boost/interprocess/smart_ptr/unique_ptr.hpp:312:13: > note: in instantiation of member function > 'mdds::multi_type_vector::elemen= t_block_deleter::operator()' > requested here > ptr_.second()(ptr_.first()); > ^ > /usr/local/include/boost/interprocess/smart_ptr/unique_ptr.hpp:196:7: > note: in instantiation of member function > 'boost::interprocess::unique_ptr mdds::multi_type_vector::element= _block_deleter>::reset' > requested here > { reset(); } > ^ > /usr/local/include/mdds/compat/unique_ptr.hpp:38:7: note: in > instantiation of member function > 'boost::interprocess::unique_ptr mdds::multi_type_vector::element= _block_deleter>::~unique_ptr' > requested here > class unique_ptr : public boost::interprocess::unique_ptr<_T, _Deleter> > ^ > /usr/local/include/mdds/multi_type_vector_def.inl:2376:16: note: in > instantiation of function template specialization > 'mdds::multi_type_vector::set_ce= lls_to_single_block double *>' requested here > return set_cells_to_single_block(row, end_row, block_index1, > start_row1, it_begin, it_end); > ^ > /usr/local/include/mdds/multi_type_vector_def.inl:406:12: note: in > instantiation of function template specialization > 'mdds::multi_type_vector::set_ce= lls_impl double *>' requested here > return set_cells_impl(pos, end_pos, start_row1, block_index1, > it_begin, it_end); > ^ > /usr/local/include/mdds/multi_type_matrix_def.inl:239:13: note: in > instantiation of function template specialization > 'mdds::multi_type_vector::set double *>' requested here > m_store.set(get_pos(row,col), it_begin, it_end); > ^ > /wrkdirs/usr/ports/editors/libreoffice/work/libreoffice-4.0.5.2/sc/source= /core/tool/scmatrix.cxx:502:15: > note: in instantiation of function template specialization > 'mdds::multi_type_matrix::set' > requested here > maMat.set(nR, nC, pArray, pArray + nLen); > ^ > /wrkdirs/usr/ports/editors/libreoffice/work/libreoffice-4.0.5.2/sc/source= /core/tool/scmatrix.cxx:92:65: > note: passing argument to parameter 'p' here > static void delete_block(mdds::mtv::base_element_block* p) > ^ > 1 error generated. > gmake[2]: *** [/wrkdirs/usr/ports/editors/libreoffice/work/workdir/unxfbs= d.pro/CxxObject/sc/source/core/tool/scmatrix.o] > Error 1 >=20 That is the mdds error I was speaking about. regards, Bapt --hwvH6HDNit2nSK4j Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAlI4es0ACgkQ8kTtMUmk6EyITQCfYlgslzFK1003CpI/TSkBCvTI A+gAnjJ8VN+wUE3r+dIKDlWTMkrhdeX+ =P9yH -----END PGP SIGNATURE----- --hwvH6HDNit2nSK4j-- From owner-freebsd-current@FreeBSD.ORG Tue Sep 17 16:23:18 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 630F53A1 for ; Tue, 17 Sep 2013 16:23:18 +0000 (UTC) (envelope-from olivier@gid0.org) Received: from mail-ea0-f175.google.com (mail-ea0-f175.google.com [209.85.215.175]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id ECE4E201B for ; Tue, 17 Sep 2013 16:23:17 +0000 (UTC) Received: by mail-ea0-f175.google.com with SMTP id m14so2833139eaj.6 for ; Tue, 17 Sep 2013 09:23:16 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=kfM8xl2HjzNHQpQm7vcsyzWRTObWEq/uPhI9nVID0kk=; b=H2ZM+xPRwZoic+NeLyBLxJGel/rF4Smeq6II8FFRn7F8VJmRQTTIdOZ2lfp5QJVPn6 BQmNFbPfOMnf4F+yJOvTngmWEkITvkgGHT1HB/CyxJY9OOPWfRXsFhHFXKfJUG7dG6gS jPIgVGKOyqWjVmT8mFuRpDLvP4ksrqbabohNczODRajO+d8wntwmUVSwJhyU02w0OZog UVnzlCqiX1eTg5R98A6iGCQhynX8x0XISGctWqHn/c8S+BUyXwEvXJf8Wy9CtKVdkNkd eMu2RB06Qo6eRtuTA7G6JZHfaGIVy3jbASG2ayscZTl5POv/N7r9q/VYvCpStOk25RL8 QwxQ== X-Gm-Message-State: ALoCoQljbv2NJETfriFF96281r2c4hFd/qDVe9olf8izb2doV4VZXhemvz/nu6ARkPuB5iMWtdY7 MIME-Version: 1.0 X-Received: by 10.14.3.197 with SMTP id 45mr34116eeh.137.1379433599403; Tue, 17 Sep 2013 08:59:59 -0700 (PDT) Received: by 10.14.37.6 with HTTP; Tue, 17 Sep 2013 08:59:59 -0700 (PDT) In-Reply-To: <20130910010526.2a6aff37@thor.walstatt.dyndns.org> References: <20130909223748.61dd8859@thor.walstatt.dyndns.org> <20130910000237.6b5604da@nonamehost.local> <20130909231713.34ebfbdd@thor.walstatt.dyndns.org> <20130910002405.4aa701d0@nonamehost.local> <20130910004240.70bc281f@thor.walstatt.dyndns.org> <1378766963.1111.579.camel@revolution.hippie.lan> <20130910010526.2a6aff37@thor.walstatt.dyndns.org> Date: Tue, 17 Sep 2013 17:59:59 +0200 Message-ID: Subject: Re: CURRENT r255426: x11/nvidia-driver: nvidia_subr.c:835:46: error: too few arguments to function call, expected 10, have 9 (VM_PROT_READ | VM_PROT_WRITE), 0); From: Olivier Smedts To: "O. Hartmann" Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: Ivan Klymenko , FreeBSD CURRENT , FreeBSD Ports , Ian Lepore X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Sep 2013 16:23:18 -0000 Hello, 2013/9/10 O. Hartmann > Yes, you're correct and my face is red like a tomatoe :-( > > I try this sed replacement expression: > sed -i -e '/\&virtual_address\, size\, \ > VMFS_ANY\_SPACE\,$/s//\&virtual_address\, size\, 0\, \ > VMFS_ANY\_SPACE\,/g' work/NVIDIA-FreeBSD-x86_64-325.15/src/nvidia_subr.c > > It works from the command line, but it doesn't work from the (attached) > Makefile-patch. > A little bit late here (I see a patch has been commited to x11/nvidia-driver/Makefile, with a shorter sed expression) but your problems seems to come from make interpreting "$". The "$/" variable is null, it's stripped from the sed expression which becomes invalid. You should escape the "$" inside the sed expression by doubling it. Cheers -- Olivier Smedts _ ASCII ribbon campaign ( ) e-mail: olivier@gid0.org - against HTML email & vCards X www: http://www.gid0.org - against proprietary attachments / \ "Il y a seulement 10 sortes de gens dans le monde : ceux qui comprennent le binaire, et ceux qui ne le comprennent pas." From owner-freebsd-current@FreeBSD.ORG Tue Sep 17 16:57:20 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id EE2B9F9D for ; Tue, 17 Sep 2013 16:57:19 +0000 (UTC) (envelope-from rizzo@i805.com.br) Received: from server.i805.com.br (mailhost.i805.com.br [72.52.97.105]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D99C4222B for ; Tue, 17 Sep 2013 16:57:19 +0000 (UTC) Received: from i805.com.br (localhost [127.0.0.1]) by server.i805.com.br (8.14.6/8.14.5) with ESMTP id r8HGvBV2042416 for ; Tue, 17 Sep 2013 13:57:11 -0300 (BRT) (envelope-from rizzo@i805.com.br) From: "Nilton Jose Rizzo" To: freebsd-current@freebsd.org Subject: build error svn revision 255636 Date: Tue, 17 Sep 2013 13:57:11 -0300 Message-Id: <20130917165519.M30101@i805.com.br> X-Mailer: OpenWebMail 3.00_beta4 20121104 671 X-OriginatingIP: 179.218.87.141 (rizzo) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED autolearn=unavailable version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on server.i805.com.br X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Sep 2013 16:57:20 -0000 Error em make buildworld clang/libllvmvectorize/../../../contrib/llvm/lib/Transforms/Vectorize/BBVectorize.cpp -o BBVectorize.o c++ -O2 -pipe -I/usr/src/lib/clang/libllvmvectorize/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmvectorize/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmvectorize/../../../contrib/llvm/lib/Transforms/Vectorize -I. -I/usr/src/lib/clang/libllvmvectorize/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"x86_64-unknown-freebsd10.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd10.0\" -DDEFAULT_SYSROOT=\"/usr/obj/usr/src/tmp\" -I/usr/obj/usr/src/tmp/legacy/usr/include -Wno-c++11-extensions -fno-exceptions -fno-rtti -c /usr/src/lib/clang/libllvmvectorize/../../../contrib/llvm/lib/Transforms/Vectorize/LoopVectorize.cpp -o LoopVectorize.o Assertion failed: (V == V2 && "Didn't find key?"), function RemoveKey, file /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/StringMap.cpp, line 162. Stack dump: 0. Program arguments: /usr/bin/c++ -cc1 -triple x86_64-unknown-freebsd10.0 -emit-obj -disable-free -main-file-name LoopVectorize.cpp -mrelocation-model static -mdisable-fp-elim -relaxed-aliasing -masm-verbose -mconstructor-aliases -munwind-tables -target-cpu x86-64 -coverage-file /usr/obj/usr/src/tmp/usr/src/lib/clang/libllvmvectorize/LoopVectorize.o -resource-dir /usr/bin/../lib/clang/3.3 -D LLVM_ON_UNIX -D LLVM_ON_FREEBSD -D __STDC_LIMIT_MACROS -D __STDC_CONSTANT_MACROS -D LLVM_DEFAULT_TARGET_TRIPLE="x86_64-unknown-freebsd10.0" -D LLVM_HOST_TRIPLE="x86_64-unknown-freebsd10.0" -D DEFAULT_SYSROOT="/usr/obj/usr/src/tmp" -I /usr/src/lib/clang/libllvmvectorize/../../../contrib/llvm/include -I /usr/src/lib/clang/libllvmvectorize/../../../contrib/llvm/tools/clang/include -I /usr/src/lib/clang/libllvmvectorize/../../../contrib/llvm/lib/Transforms/Vectorize -I . -I /usr/src/lib/clang/libllvmvectorize/../../../contrib/llvm/../../lib/clang/include -I /usr/obj/usr/src/tmp/legacy/usr/include -internal-isystem /usr/include/c++/v1 -O2 -Wno-c++11-extensions -fdeprecated-macro -fdebug-compilation-dir /usr/obj/usr/src/tmp/usr/src/lib/clang/libllvmvectorize -ferror-limit 19 -fmessage-length 80 -mstackrealign -fno-rtti -fobjc-runtime=gnustep -fobjc-default-synthesize-properties -fdiagnostics-show-option -fcolor-diagnostics -backend-option -vectorize-loops -o LoopVectorize.o -x c++ /usr/src/lib/clang/libllvmvectorize/../../../contrib/llvm/lib/Transforms/Vectorize/LoopVectorize.cpp 1. parser at end of file 2. Per-module optimization passes 3. Running pass 'CallGraph Pass Manager' on module '/usr/src/lib/clang/libllvmvectorize/../../../contrib/llvm/lib/Transforms/Vectorize/LoopVectorize.cpp'. c++: error: unable to execute command: Abort trap (core dumped) c++: error: clang frontend command failed due to signal (use -v to see invocation) FreeBSD clang version 3.3 (tags/RELEASE_33/final 183502) 20130610 Target: x86_64-unknown-freebsd10.0 Thread model: posix c++: note: diagnostic msg: PLEASE submit a bug report to http://llvm.org/bugs/ and include the crash backtrace, preprocessed source, and associated run script. c++: note: diagnostic msg: ******************** PLEASE ATTACH THE FOLLOWING FILES TO THE BUG REPORT: Preprocessed source(s) and associated run script(s) are located at: c++: note: diagnostic msg: /tmp/LoopVectorize-8woq7w.cpp c++: note: diagnostic msg: /tmp/LoopVectorize-8woq7w.sh c++: note: diagnostic msg: ******************** *** Error code 254 Stop. make[4]: stopped in /usr/src/lib/clang/libllvmvectorize *** Error code 1 Stop. make[3]: stopped in /usr/src/lib/clang *** Error code 1 Stop. make[2]: stopped in /usr/src *** Error code 1 Stop. make[1]: stopped in /usr/src *** Error code 1 Stop. make: stopped in /usr/src root@valfenda:/usr/src # Rizzo From owner-freebsd-current@FreeBSD.ORG Tue Sep 17 17:27:18 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from hammer.pct.niksun.com (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by hub.freebsd.org (Postfix) with ESMTP id AB220C41; Tue, 17 Sep 2013 17:27:17 +0000 (UTC) (envelope-from jkim@FreeBSD.org) Message-ID: <52389059.8000200@FreeBSD.org> Date: Tue, 17 Sep 2013 13:24:41 -0400 From: Jung-uk Kim User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130911 Thunderbird/17.0.8 MIME-Version: 1.0 To: Baptiste Daroussin Subject: Re: libreoffice build error References: <104781379415439@web14h.yandex.ru> <20130917162045.5b0fc356@thor.walstatt.dyndns.org> <20130917154914.GD31894@ithaqua.etoilebsd.net> <20130917155245.GE31894@ithaqua.etoilebsd.net> In-Reply-To: <20130917155245.GE31894@ithaqua.etoilebsd.net> X-Enigmail-Version: 1.5.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: "S.N.Grigoriev" , FreeBSD-current , "O. Hartmann" , Shawn Webb X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Sep 2013 17:27:18 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 2013-09-17 11:52:45 -0400, Baptiste Daroussin wrote: > On Tue, Sep 17, 2013 at 11:51:41AM -0400, Shawn Webb wrote: >> I'm getting a build error as well, but on 9-STABLE under >> Poudriere. Relevant part of the logfile: >> >> In file included from >> /wrkdirs/usr/ports/editors/libreoffice/work/libreoffice-4.0.5.2/sc/source/core/tool/scmatrix.cxx:34: >> >> In file included from /usr/local/include/mdds/multi_type_matrix.hpp:31: >> /usr/local/include/mdds/multi_type_vector.hpp:85:46: error: >> cannot initialize a parameter of type >> 'mdds::mtv::base_element_block *' with an lvalue of type 'const >> element_block_type *' (aka 'const mdds::mtv::base_element_block >> *') element_block_func::delete_block(p); ^ >> /usr/local/include/boost/interprocess/smart_ptr/unique_ptr.hpp:312:13: >> >> note: in instantiation of member function >> 'mdds::multi_type_vector::element_block_deleter::operator()' >> >> requested here >> ptr_.second()(ptr_.first()); ^ >> /usr/local/include/boost/interprocess/smart_ptr/unique_ptr.hpp:196:7: >> >> note: in instantiation of member function >> 'boost::interprocess::unique_ptr> mdds::multi_type_vector::element_block_deleter>::reset' >> >> requested here >> { reset(); } ^ >> /usr/local/include/mdds/compat/unique_ptr.hpp:38:7: note: in >> instantiation of member function >> 'boost::interprocess::unique_ptr> mdds::multi_type_vector::element_block_deleter>::~unique_ptr' >> >> requested here >> class unique_ptr : public boost::interprocess::unique_ptr<_T, >> _Deleter> ^ >> /usr/local/include/mdds/multi_type_vector_def.inl:2376:16: note: >> in instantiation of function template specialization >> 'mdds::multi_type_vector::set_cells_to_single_block> >> double *>' requested here >> return set_cells_to_single_block(row, end_row, block_index1, >> start_row1, it_begin, it_end); ^ >> /usr/local/include/mdds/multi_type_vector_def.inl:406:12: note: >> in instantiation of function template specialization >> 'mdds::multi_type_vector::set_cells_impl> >> double *>' requested here >> return set_cells_impl(pos, end_pos, start_row1, block_index1, >> it_begin, it_end); ^ >> /usr/local/include/mdds/multi_type_matrix_def.inl:239:13: note: >> in instantiation of function template specialization >> 'mdds::multi_type_vector::set> >> double *>' requested here >> m_store.set(get_pos(row,col), it_begin, it_end); ^ >> /wrkdirs/usr/ports/editors/libreoffice/work/libreoffice-4.0.5.2/sc/source/core/tool/scmatrix.cxx:502:15: >> >> note: in instantiation of function template specialization >> 'mdds::multi_type_matrix::set> *>' requested here maMat.set(nR, nC, pArray, pArray + nLen); ^ >> /wrkdirs/usr/ports/editors/libreoffice/work/libreoffice-4.0.5.2/sc/source/core/tool/scmatrix.cxx:92:65: >> >> note: passing argument to parameter 'p' here >> static void delete_block(mdds::mtv::base_element_block* p) ^ 1 >> error generated. gmake[2]: *** >> [/wrkdirs/usr/ports/editors/libreoffice/work/workdir/unxfbsd.pro/CxxObject/sc/source/core/tool/scmatrix.o] >> >> Error 1 >> > > That is the mdds error I was speaking about. The mdds issue should be fixed by r327493. I am still working on libc++ issues but it is much more complicated. :-( Jung-uk Kim -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.21 (FreeBSD) iQEcBAEBAgAGBQJSOJBZAAoJECXpabHZMqHOuroH/RckD3Ui2dbce2YwIi2iLps6 X4+vaZ0Nhn6eGts46OywoFxUKdHg7F8A8V5mgK3aWYPlO7OtzC1kRZDNpcysAWa6 6v8E8+GjCGlVvVfto9VOKbLKugkChsNm5u0ZZjahDX1aD9T6wH81kfU4JelYgif3 o+SmZA4gCYpiifDXxy6a5ShGqjVMdjZpTFGXRzlcYncfiNP+aaPX+Cg1yRooZMeX HKrYyPUsIePLPjZrZr5bj89BuqAgyruLA4m9FYH1YDDeJkl5XiJBmNT2oa/grbKs pWwqAD/d8gSpAyfG6pWYyGf4ObbHnzR4HiZths+xx6vT0EGrXrhrMrRjUu864kY= =YQox -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Tue Sep 17 18:01:58 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 8445E23D; Tue, 17 Sep 2013 18:01:58 +0000 (UTC) (envelope-from serguey-grigoriev@yandex.ru) Received: from forward15.mail.yandex.net (forward15.mail.yandex.net [IPv6:2a02:6b8:0:801::5]) by mx1.freebsd.org (Postfix) with ESMTP id 10F3B2778; Tue, 17 Sep 2013 18:01:58 +0000 (UTC) Received: from web3j.yandex.ru (web3j.yandex.ru [5.45.198.44]) by forward15.mail.yandex.net (Yandex) with ESMTP id 8107E9E1BF1; Tue, 17 Sep 2013 22:01:54 +0400 (MSK) Received: from 127.0.0.1 (localhost [127.0.0.1]) by web3j.yandex.ru (Yandex) with ESMTP id BC7B77081145; Tue, 17 Sep 2013 22:01:53 +0400 (MSK) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1379440914; bh=GqNPmc+JDgHJD26kR7rbCP2NGU6F669/hiS4OklmTPc=; h=From:To:In-Reply-To:References:Subject:Date; b=ndzuCD0nFKoqXpTCvwO6Yi7cMLgkami7rcAOqDQvS8zbx7XmBxnu9MJpYQe1EgrGw kQv9H73a34VWrcqKgvZS8APCn239OMxT6uyVKEgNHgJdGAw8kTqhX/Fuivlo2MzBjA lf7KDgSsEXzrjWFENMi3cPK87dmLwCKoJmzNJ1l4= Received: from [188.134.22.116] ([188.134.22.116]) by web3j.yandex.ru with HTTP; Tue, 17 Sep 2013 22:01:53 +0400 From: S.N.Grigoriev To: Jung-uk Kim , Baptiste Daroussin , Shawn Webb , O. Hartmann , FreeBSD-current In-Reply-To: <52389059.8000200@FreeBSD.org> References: <104781379415439@web14h.yandex.ru> <20130917162045.5b0fc356@thor.walstatt.dyndns.org> <20130917154914.GD31894@ithaqua.etoilebsd.net> <20130917155245.GE31894@ithaqua.etoilebsd.net> <52389059.8000200@FreeBSD.org> Subject: Re: libreoffice build error MIME-Version: 1.0 Message-Id: <583461379440913@web3j.yandex.ru> X-Mailer: Yamail [ http://yandex.ru ] 5.0 Date: Tue, 17 Sep 2013 22:01:53 +0400 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=koi8-r X-Mailman-Approved-At: Tue, 17 Sep 2013 18:25:09 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Sep 2013 18:01:58 -0000 17.09.2013, 21:27, "Jung-uk Kim" : > On 2013-09-17 11:52:45 -0400, Baptiste Daroussin wrote: > >> šOn Tue, Sep 17, 2013 at 11:51:41AM -0400, Shawn Webb wrote: >>> šI'm getting a build error as well, but on 9-STABLE under >>> šPoudriere. Relevant part of the logfile: >>> >>> šIn file included from >>> š/wrkdirs/usr/ports/editors/libreoffice/work/libreoffice-4.0.5.2/sc/source/core/tool/scmatrix.cxx:34: > > In file included from /usr/local/include/mdds/multi_type_matrix.hpp:31: > >>> š/usr/local/include/mdds/multi_type_vector.hpp:85:46: error: >>> šcannot initialize a parameter of type >>> š'mdds::mtv::base_element_block *' with an lvalue of type 'const >>> šelement_block_type *' (aka 'const mdds::mtv::base_element_block >>> š*') element_block_func::delete_block(p); ^ >>> š/usr/local/include/boost/interprocess/smart_ptr/unique_ptr.hpp:312:13: > > note: in instantiation of member function > >>> š'mdds::multi_type_vector::element_block_deleter::operator()' > > requested here > >>> šptr_.second()(ptr_.first()); ^ >>> š/usr/local/include/boost/interprocess/smart_ptr/unique_ptr.hpp:196:7: > > note: in instantiation of member function > >>> š'boost::interprocess::unique_ptr>> šmdds::multi_type_vector::element_block_deleter>::reset' > > requested here > >>> š{ šreset(); } ^ >>> š/usr/local/include/mdds/compat/unique_ptr.hpp:38:7: note: in >>> šinstantiation of member function >>> š'boost::interprocess::unique_ptr>> šmdds::multi_type_vector::element_block_deleter>::~unique_ptr' > > requested here > >>> šclass unique_ptr : public boost::interprocess::unique_ptr<_T, >>> š_Deleter> ^ >>> š/usr/local/include/mdds/multi_type_vector_def.inl:2376:16: note: >>> šin instantiation of function template specialization >>> š'mdds::multi_type_vector::set_cells_to_single_block > double *>' requested here > >>> šreturn set_cells_to_single_block(row, end_row, block_index1, >>> šstart_row1, it_begin, it_end); ^ >>> š/usr/local/include/mdds/multi_type_vector_def.inl:406:12: note: >>> šin instantiation of function template specialization >>> š'mdds::multi_type_vector::set_cells_impl > double *>' requested here > >>> šreturn set_cells_impl(pos, end_pos, start_row1, block_index1, >>> šit_begin, it_end); ^ >>> š/usr/local/include/mdds/multi_type_matrix_def.inl:239:13: note: >>> šin instantiation of function template specialization >>> š'mdds::multi_type_vector::set > double *>' requested here > >>> šm_store.set(get_pos(row,col), it_begin, it_end); ^ >>> š/wrkdirs/usr/ports/editors/libreoffice/work/libreoffice-4.0.5.2/sc/source/core/tool/scmatrix.cxx:502:15: > > note: in instantiation of function template specialization > >>> š'mdds::multi_type_matrix::set>> š*>' requested here maMat.set(nR, nC, pArray, pArray + nLen); ^ >>> š/wrkdirs/usr/ports/editors/libreoffice/work/libreoffice-4.0.5.2/sc/source/core/tool/scmatrix.cxx:92:65: > > note: passing argument to parameter 'p' here > >>> šstatic void delete_block(mdds::mtv::base_element_block* p) ^ 1 >>> šerror generated. gmake[2]: *** >>> š[/wrkdirs/usr/ports/editors/libreoffice/work/workdir/unxfbsd.pro/CxxObject/sc/source/core/tool/scmatrix.o] > > Error 1 > >> šThat is the mdds error I was speaking about. > > The mdds issue should be fixed by r327493. šI am still working on > libc++ issues but it is much more complicated. :-( > > Jung-uk Kim Thanks for all responses. As I can see the problem is much more complete then I thought initially. -- Regards, S.Grigoriev. From owner-freebsd-current@FreeBSD.ORG Tue Sep 17 19:17:49 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id D2153DA5 for ; Tue, 17 Sep 2013 19:17:49 +0000 (UTC) (envelope-from dieterich.joh@gmail.com) Received: from mail-la0-x22c.google.com (mail-la0-x22c.google.com [IPv6:2a00:1450:4010:c03::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 604532C30 for ; Tue, 17 Sep 2013 19:17:49 +0000 (UTC) Received: by mail-la0-f44.google.com with SMTP id eo20so4841108lab.31 for ; Tue, 17 Sep 2013 12:17:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=7RDnef/cXw3UZCzixYKo1Vhpg2EsJ3Tyq4ug7hAqONY=; b=KOFS8HuuagNm6on9V+p37urPeu2HUiE9qekdAhHVh2rxcC5MtREv+FCRRhdSRZsp7N 7Z4WorPMNzJYi009x2hG9EPWWPZyVpPNQzkGuF1GcwY8HKry0CtbtHgm0JBByadNVMun lQV3UUeIl/IDwKttqZRoo/4COTKU+e1m2cf6bBc38SB5uncVAdPBMO41XRa6ZIVB7kYY rvjgRRZEaDZZOpnX3lGWTlFEVoJdWsTTTclbNtAds98A0uFK8eXPIl3WuIKD/Bxx3eSM FHvqYqZYChYXTqvm/NFVYNakx4ExxwiO9BEAhPWJ/UZ2fArdrox4m2/MKdCCfuxiXe2r SAPg== MIME-Version: 1.0 X-Received: by 10.152.8.12 with SMTP id n12mr31278797laa.10.1379445466729; Tue, 17 Sep 2013 12:17:46 -0700 (PDT) Received: by 10.114.13.36 with HTTP; Tue, 17 Sep 2013 12:17:46 -0700 (PDT) Date: Tue, 17 Sep 2013 15:17:46 -0400 Message-ID: Subject: Missing /boot on ZFS+GEOM_ELI setup at boot time From: Johannes Dieterich To: freebsd-current Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Sep 2013 19:17:49 -0000 Dear all, there seems to be a regression in FBSD-10 w.r.t. ZFS+GELI setups again. For a reference to the first time this happened: http://lists.freebsd.org/pipermail/freebsd-fs/2013-July/017899.html . After that time, I added (as recommended) the previously default lines on the zpool caches to /boot/loader.conf. zpool_cache_load="YES" zpool_cache_type="/boot/zfs/zpool.cache" zpool_cache_name="/boot/zfs/zpool.cache" The setup is as follows: one drive, two ZFS pools, one for /boot (bootdir) and one on a GEOM_ELI layer for the rest of / (zroot). This setup is probably very close to what e.g. pjd@ runs according to above reference (so it is not quite the oddball config it was made to sound like in above thread). /boot then is a softlink to the other pool (bootdir/boot) After upgrading to r255479 from a maximum two weeks old CURRENT the following happens: * kernel loads and boots fine (including modules specified in loader.conf) * DRM load fails, iwn firmware load fails * VESA based Xorg works * /boot is a broken symlink as bootdir vanished, zpool list only shows the GELI based pool Same happens in single user mode. I can zpool import the missing pool (at least something) after that. Could somebody help me to get my bootdir back permanently and at boot time? That would be great since as of now, I am stuck with VESA mode graphics and no WLAN. Also, if this continues to break at random times: can I consider this setup officially unsupported and advised against? If so, it would be great if there was an officially recommended setup for this rather standard problem (notebook: one drive, all ZFS, encryption wanted)? Thanks a lot Johannes From owner-freebsd-current@FreeBSD.ORG Tue Sep 17 21:08:28 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 0864A3DF for ; Tue, 17 Sep 2013 21:08:28 +0000 (UTC) (envelope-from gondim@bsdinfo.com.br) Received: from mail.bsdinfo.com.br (mail.bsdinfo.com.br [67.212.89.78]) by mx1.freebsd.org (Postfix) with ESMTP id B7B8423B6 for ; Tue, 17 Sep 2013 21:08:27 +0000 (UTC) Received: from mail.bsdinfo.com.br (mail.bsdinfo.com.br [127.0.0.1]) by mail.bsdinfo.com.br (Postfix) with ESMTP id 1EBD1139BA for ; Tue, 17 Sep 2013 18:08:32 -0300 (BRT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=bsdinfo.com.br; h=content-transfer-encoding:content-type:content-type :in-reply-to:references:subject:subject:to:mime-version :user-agent:from:from:date:date:message-id; s=dkim; t= 1379452111; x=1380316112; bh=F+0GvW6ZPl7jNFrO0dd/rTVC8ZkdKDkEXzo tt/Nvhao=; b=o7pPKJWe1cwmtK418zRBttU7hxW4laYqyIqaobX1Q4eBePFECl/ B7V74/+wNDQ/mFh+lTJHLEO7vL/f3hQOg4s6OJZ1EH+8bgTPNx8HNaVOtYrVyt56 BSkcsWzH5Ak1900nrqoVi14ckBx5443gww2o70BM1Ftiuq9Quc+ZK1P0= X-Virus-Scanned: amavisd-new at mail.bsdinfo.com.br Received: from mail.bsdinfo.com.br ([127.0.0.1]) by mail.bsdinfo.com.br (mail.bsdinfo.com.br [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 3rcUbeEILyGc for ; Tue, 17 Sep 2013 18:08:31 -0300 (BRT) Received: from MacBook-de-Gondim-2.local (unknown [186.193.48.8]) by mail.bsdinfo.com.br (Postfix) with ESMTPSA id 4444613989 for ; Tue, 17 Sep 2013 18:08:31 -0300 (BRT) Message-ID: <5238C4C2.4080806@bsdinfo.com.br> Date: Tue, 17 Sep 2013 18:08:18 -0300 From: Marcelo Gondim User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.8; rv:17.0) Gecko/20130801 Thunderbird/17.0.8 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: load averages with problem in FreeBSD 10.0-Alpha1? References: <5235B581.6090404@bsdinfo.com.br> In-Reply-To: <5235B581.6090404@bsdinfo.com.br> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Sep 2013 21:08:28 -0000 The problem happens when DUMMYNET enabled in kernel: options DUMMYNET If compiled with kernel load average have a problem. May have been some change in the DUMMYNETcode? Em 15/09/13 10:26, Marcelo Gondim escreveu: > Hi All, > > There is a problem with the load averagesin Alpha1? > I ask this because the system without doing anything, is locked at 1.00. > > > last pid: 18349; load averages: 1.00, 1.00, 1.00 up 0+18:46:02 > 10:19:42 > 25 processes: 1 running, 24 sleeping > CPU: 0.0% user, 0.0% nice, 0.0% system, 0.0% interrupt, 100% idle > Mem: 4912K Active, 1624M Inact, 175M Wired, 28M Cache, 90M Buf, 156M Free > Swap: 4096M Total, 7548K Used, 4089M Free > > PID USERNAME THR PRI NICE SIZE RES STATE TIME WCPU > COMMAND > 752 root 1 20 0 10132K 476K nanslp 0:12 0.00% cron > 15076 gondim 1 20 0 17572K 3376K select 0:00 0.00% sshd > 636 root 1 20 0 10096K 1008K select 0:00 0.00% > syslogd > 15073 root 1 22 0 17572K 3244K select 0:00 0.00% sshd > 18334 root 1 22 0 17572K 4352K select 0:00 0.00% sshd > 18340 gondim 1 20 0 10588K 1820K wait 0:00 0.00% su > 15079 gondim 1 20 0 10588K 0K wait 0:00 0.00% > 478 root 1 20 0 9380K 384K select 0:00 0.00% devd > 15080 root 1 20 0 11876K 1508K ttyin 0:00 0.00% bash > 18349 root 1 20 0 11240K 1980K RUN 0:00 0.00% top > 18341 root 1 20 0 11876K 2260K wait 0:00 0.00% bash > 18337 gondim 1 20 0 17572K 4316K select 0:00 0.00% sshd > 18338 gondim 1 21 0 10476K 1804K wait 0:00 0.00% sh > 15077 gondim 1 21 0 10476K 0K wait 0:00 0.00% > 746 root 1 20 0 14812K 2968K select 0:00 0.00% sshd > 791 root 1 52 0 10084K 868K ttyin 0:00 0.00% getty > 792 root 1 52 0 10084K 868K ttyin 0:00 0.00% getty > 797 root 1 52 0 10084K 868K ttyin 0:00 0.00% getty > 796 root 1 52 0 10084K 868K ttyin 0:00 0.00% getty > 795 root 1 52 0 10084K 868K ttyin 0:00 0.00% getty > 798 root 1 52 0 10084K 868K ttyin 0:00 0.00% getty > 794 root 1 52 0 10084K 868K ttyin 0:00 0.00% getty > 793 root 1 52 0 10084K 868K ttyin 0:00 0.00% getty > 734 root 1 52 0 10340K 1088K select 0:00 0.00% rsync > 135 root 1 52 0 9976K 0K pause 0:00 0.00% > > > # uname -a > FreeBSD bkp-srv.teste.com.br 10.0-ALPHA1 FreeBSD 10.0-ALPHA1 #1 > r255501: Sat Sep 14 08:17:04 BRT 2013 > root@bkp-srv.teste.com.br:/usr/obj/usr/src/sys/TESTE10 i386 > > Thanks > Gondim From owner-freebsd-current@FreeBSD.ORG Tue Sep 17 21:45:20 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id C23CB8AE; Tue, 17 Sep 2013 21:45:20 +0000 (UTC) (envelope-from edschouten@gmail.com) Received: from mail-vc0-x232.google.com (mail-vc0-x232.google.com [IPv6:2607:f8b0:400c:c03::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 6EF9425D2; Tue, 17 Sep 2013 21:45:20 +0000 (UTC) Received: by mail-vc0-f178.google.com with SMTP id ha12so4556051vcb.37 for ; Tue, 17 Sep 2013 14:45:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=7nEjoARvGooAKjB3kjO8qrSeRoD9RMvB66/L/f15VBs=; b=w83Qx3WmsgBT07VZFY0dCOKQyDLHUp5NIDogoFwq+oSW2024vLVnz+D2qwdGjI59kz ytWQSBYxCAprC9aBuSFOIjVaT4N9JgKkVfL0HsRrh0uB7A7YImZQz+0C1+lnFCCGM6cQ xO/qtMBcoyT/tuly+5DFm1Lv4Ep/eGc6nPeyspoyGiXejiTaPzcSpWJ+aR6NjBh3X34m DsENCike6LQVzpMYSrljxGvlHUyGYof1fhOlaJ3XMIUUpQ+fWF2NHVXy1M0VWU6v8Fzd hkvE2ryB8vAmQW9USgwQsSGBNw+QQJxgjaaV5LhFLqFWCzYkaVKYPuYwgOCTpSDD9JfV mAuQ== MIME-Version: 1.0 X-Received: by 10.52.170.232 with SMTP id ap8mr147814vdc.40.1379454319557; Tue, 17 Sep 2013 14:45:19 -0700 (PDT) Sender: edschouten@gmail.com Received: by 10.220.115.206 with HTTP; Tue, 17 Sep 2013 14:45:19 -0700 (PDT) In-Reply-To: References: Date: Tue, 17 Sep 2013 23:45:19 +0200 X-Google-Sender-Auth: KqzJCrjTQrAvY4OgaT1T3tyWmRk Message-ID: Subject: Re: -ffunction-sections, -fdata-sections and -Wl,--gc-sections From: Ed Schouten To: Matthew Fleming Content-Type: text/plain; charset=UTF-8 Cc: FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Sep 2013 21:45:20 -0000 Hi Matthew, 2013/9/16 Matthew Fleming : > Would it be possible to enable this only for devd, init, and clang binaries? > Or is it a matter of enabling it for library builds that are linked > statically with the mentioned binaries? For it to have effect, it has to be enabled for both the libraries and the binaries. The libraries need to be built with -f{data,function}-sections. The binaries can also be built with those flags, but it is actually more important to link with --gc-sections. > Could init/devd be made smaller by > finding out which functions they do/don't use and separating those into > separate .c files? Also trying to answer Tim and Adrian's questions at the same time. I've just taken a look at init and devd to see why the difference in size is so big: init seems to pull in the following things: - Sun RPC, - XDR, - YP, - res_*, - All of the jemalloc profiling/stats code, - Some widechar functions, - malloc-related utility functions that are not used (posix_memalign, aligned_alloc), - Some stdio bloat, - All sorts of termios tc* functions. devd seems to pull in these: - A very big pile of C++ symbols, as libc++ places many functions in a single file. - jemalloc profiling/stats again, - A big pile of pthread, - Maybe *_l() functions, which are of course rarely used. Honestly, I think we can assume we'll never reach the point where all the components listed above will properly have all functions partitioned over separate compilation units. I suspect that it would make a lot of sense to at least enable these build flags for our core libraries (libc, libc++, libpthread, libcompiler_rt, libcxxrt, etc). We could also enable it on INTERNALLIBs (libraries that are not installed into /usr/lib), as for these libraries, it would of course not come at any cost. Would that sound okay? -- Ed Schouten From owner-freebsd-current@FreeBSD.ORG Tue Sep 17 21:56:39 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id B41EEB15; Tue, 17 Sep 2013 21:56:39 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-we0-x235.google.com (mail-we0-x235.google.com [IPv6:2a00:1450:400c:c03::235]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 2B1392677; Tue, 17 Sep 2013 21:56:39 +0000 (UTC) Received: by mail-we0-f181.google.com with SMTP id p61so5576820wes.40 for ; Tue, 17 Sep 2013 14:56:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=niVlMzYGdTmWUJckQcX9fNkeNOi0MgWi3aZVlgwahNs=; b=jKXe4URtj13VpcP1lnw9o0HFaguLvq1+z86XjnXDHeftwKcnqsxrAQLRQcH+dfVyVC XYGe2QqlZpDakXLBeFLaLBMyG5wuIvUoeDvi9uZhrXb6GSdd04SwYNCt7azn1qj086ws Di08XEN4lPgzu+ewABEFyBwKtwbs5rbt/7itDvGSqT6nzNFRY9VIh2yU6Xk12Ndg1+vk 213l4IDkTKzs/Sl/2UbzZKyVK3rgFKwlVLysfU3NDv94QuUUJVkUCNdIrJYzZMpqujWY uTlOQdv8cCfPfj7S+YuojpVcU0mLl08qwY4UabUh+PFAt5mvKqc4Kiy3tUSs41dnA9GJ juoQ== MIME-Version: 1.0 X-Received: by 10.180.211.206 with SMTP id ne14mr4340919wic.30.1379454997592; Tue, 17 Sep 2013 14:56:37 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.216.73.133 with HTTP; Tue, 17 Sep 2013 14:56:37 -0700 (PDT) In-Reply-To: References: Date: Tue, 17 Sep 2013 14:56:37 -0700 X-Google-Sender-Auth: bDeRoBWboAYoguv_rW9_9SOmcRQ Message-ID: Subject: Re: -ffunction-sections, -fdata-sections and -Wl,--gc-sections From: Adrian Chadd To: Ed Schouten Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: Matthew Fleming , FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Sep 2013 21:56:39 -0000 ... I'd rather see if we can actually separate out things some more so these builds can shrink. Eg, if there's malloc related functions that aren't used, maybe we should break malloc down into a directory full of functions. I'm not surprised libc++ is doing .. that. It's likely better on the compile time to have things bundled up in one big source file. Sigh. -adrian From owner-freebsd-current@FreeBSD.ORG Tue Sep 17 22:53:18 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 22F0DABE; Tue, 17 Sep 2013 22:53:18 +0000 (UTC) (envelope-from prvs=19726a1fa9=killing@multiplay.co.uk) Received: from mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 8C1142B03; Tue, 17 Sep 2013 22:53:17 +0000 (UTC) Received: from r2d2 ([82.69.141.170]) by mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) (MDaemon PRO v10.0.4) with ESMTP id md50006013617.msg; Tue, 17 Sep 2013 23:53:08 +0100 X-Spam-Processed: mail1.multiplay.co.uk, Tue, 17 Sep 2013 23:53:08 +0100 (not processed: message from valid local sender) X-MDDKIM-Result: neutral (mail1.multiplay.co.uk) X-MDRemoteIP: 82.69.141.170 X-Return-Path: prvs=19726a1fa9=killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk Message-ID: <4AA28730F331444AB13108ABF0CD68B7@multiplay.co.uk> From: "Steven Hartland" To: "Justin T. Gibbs" References: <1379069539.824504225.3b9xwugp@fmst-6.ukr.net><74C1D072-77BB-4D6C-B78F-C8D2731FA0CF@sarenet.es><1379333192.127359970.ma5jnbc5@fmst-6.ukr.net> <1379334340.567465877.0b1lli6r@fmst-6.ukr.net> <8365CE736DC749DF95D0030A725211F6@multiplay.co.uk> <02549AD9-C456-4E17-927C-B4BCC97F8CC8@freebsd.org> Subject: Re: ZFS secondarycache on SSD problem on r255173 Date: Tue, 17 Sep 2013 23:53:12 +0100 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_01FD_01CEB401.11C4CC00" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5931 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 Cc: freebsd-current@freebsd.org, Borja Marcos , Dmitriy Makarov X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Sep 2013 22:53:18 -0000 This is a multi-part message in MIME format. ------=_NextPart_000_01FD_01CEB401.11C4CC00 Content-Type: text/plain; format=flowed; charset="utf-8"; reply-type=original Content-Transfer-Encoding: 7bit ----- Original Message ----- From: "Justin T. Gibbs" > Sorry for being slow to chime in on this thread. I live in Boulder, CO and we've had a bit of rain. :-) Hope all is well your side, everyone safe and sound if may be little wetter than usual. > As Steven pointed out, the warning is benign, but does show that the code I committed to > -current is not optimizing the allocation size for L2ARC devices. The fix for this is to find > the best place during pool creation/load/import to call vdev_ashift_optimize() on L2ARC > devices. I will look into this tomorrow, but feel free to suggest a good spot if you look at it > before I can. The attached patch fixes this for me, not sure if its ideal place for it and consideration may be needed in combination with persistent l2arc. Regards Steve ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to postmaster@multiplay.co.uk. ------=_NextPart_000_01FD_01CEB401.11C4CC00 Content-Type: application/octet-stream; name="zfs-l2arc-ashift.patch" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="zfs-l2arc-ashift.patch" Index: sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c=0A= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=0A= --- sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c (revision = 255531)=0A= +++ sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c (working copy)=0A= @@ -5387,6 +5387,8 @@ l2arc_add_vdev(spa_t *spa, vdev_t *vd)=0A= =0A= ASSERT(!l2arc_vdev_present(vd));=0A= =0A= + vdev_ashift_optimize(vd);=0A= +=0A= /*=0A= * Create a new l2arc device entry.=0A= */=0A= ------=_NextPart_000_01FD_01CEB401.11C4CC00-- From owner-freebsd-current@FreeBSD.ORG Tue Sep 17 22:54:11 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id D3A29BDF; Tue, 17 Sep 2013 22:54:11 +0000 (UTC) (envelope-from jmg@h2.funkthat.com) Received: from h2.funkthat.com (gate2.funkthat.com [208.87.223.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 982412B18; Tue, 17 Sep 2013 22:54:11 +0000 (UTC) Received: from h2.funkthat.com (localhost [127.0.0.1]) by h2.funkthat.com (8.14.3/8.14.3) with ESMTP id r8HMs5ha001378 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 17 Sep 2013 15:54:06 -0700 (PDT) (envelope-from jmg@h2.funkthat.com) Received: (from jmg@localhost) by h2.funkthat.com (8.14.3/8.14.3/Submit) id r8HMs5uh001377; Tue, 17 Sep 2013 15:54:05 -0700 (PDT) (envelope-from jmg) Date: Tue, 17 Sep 2013 15:54:05 -0700 From: John-Mark Gurney To: Adrian Chadd Subject: Re: -ffunction-sections, -fdata-sections and -Wl,--gc-sections Message-ID: <20130917225405.GU68682@funkthat.com> Mail-Followup-To: Adrian Chadd , Ed Schouten , Matthew Fleming , FreeBSD Current References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 7.2-RELEASE i386 X-PGP-Fingerprint: 54BA 873B 6515 3F10 9E88 9322 9CB1 8F74 6D3F A396 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html X-to-the-FBI-CIA-and-NSA: HI! HOW YA DOIN? can i haz chizburger? X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.2 (h2.funkthat.com [127.0.0.1]); Tue, 17 Sep 2013 15:54:06 -0700 (PDT) Cc: Ed Schouten , FreeBSD Current , Matthew Fleming X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Sep 2013 22:54:11 -0000 Adrian Chadd wrote this message on Tue, Sep 17, 2013 at 14:56 -0700: > ... I'd rather see if we can actually separate out things some more so > these builds can shrink. > > Eg, if there's malloc related functions that aren't used, maybe we should > break malloc down into a directory full of functions. > > I'm not surprised libc++ is doing .. that. It's likely better on the > compile time to have things bundled up in one big source file. Sigh. Depends.. one big file can't be parallelized over multiple cores, but the startup of parsing all those headers will be a big penalty though... -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-current@FreeBSD.ORG Tue Sep 17 23:22:25 2013 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 7BBA11AB; Tue, 17 Sep 2013 23:22:25 +0000 (UTC) (envelope-from ian@FreeBSD.org) Received: from mho-01-ewr.mailhop.org (mho-03-ewr.mailhop.org [204.13.248.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 4F9902CFC; Tue, 17 Sep 2013 23:22:24 +0000 (UTC) Received: from c-24-8-230-52.hsd1.co.comcast.net ([24.8.230.52] helo=damnhippie.dyndns.org) by mho-01-ewr.mailhop.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1VM4bA-000NIQ-2n; Tue, 17 Sep 2013 23:22:24 +0000 Received: from [172.22.42.240] (revolution.hippie.lan [172.22.42.240]) by damnhippie.dyndns.org (8.14.3/8.14.3) with ESMTP id r8HNMKCQ014332; Tue, 17 Sep 2013 17:22:20 -0600 (MDT) (envelope-from ian@FreeBSD.org) X-Mail-Handler: Dyn Standard SMTP by Dyn X-Originating-IP: 24.8.230.52 X-Report-Abuse-To: abuse@dyndns.com (see http://www.dyndns.com/services/sendlabs/outbound_abuse.html for abuse reporting information) X-MHO-User: U2FsdGVkX1/xexl1oqcMCXPbXr+YVz3q Subject: Re: -ffunction-sections, -fdata-sections and -Wl,--gc-sections From: Ian Lepore To: Adrian Chadd In-Reply-To: References: Content-Type: text/plain; charset="us-ascii" Date: Tue, 17 Sep 2013 17:22:20 -0600 Message-ID: <1379460140.1197.59.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: Ed Schouten , FreeBSD Current , Matthew Fleming X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Sep 2013 23:22:25 -0000 On Tue, 2013-09-17 at 14:56 -0700, Adrian Chadd wrote: > ... I'd rather see if we can actually separate out things some more so > these builds can shrink. > > Eg, if there's malloc related functions that aren't used, maybe we should > break malloc down into a directory full of functions. > Why is that better than using this automated solution? -- Ian From owner-freebsd-current@FreeBSD.ORG Tue Sep 17 23:31:07 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 5AB7231F; Tue, 17 Sep 2013 23:31:07 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-wi0-x22e.google.com (mail-wi0-x22e.google.com [IPv6:2a00:1450:400c:c05::22e]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 9F3652D5E; Tue, 17 Sep 2013 23:31:06 +0000 (UTC) Received: by mail-wi0-f174.google.com with SMTP id hj3so5608810wib.7 for ; Tue, 17 Sep 2013 16:31:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=riH2hHL172dCf787wi3hakzpnahbNPllGlxlermncJ4=; b=Q1T4mSJHeRM3F8sEllql9Yc+bCSyzNT12cMqvRVheCSevhMzHG8igdcpigKmr4M2fj h9SRrHRwRiLyJkdlkjL+ALnFQVZD5TOmgW+bm/qX/5sBr3ENVsPJXqm+oS34fcEDoLxZ n46yK66njuaexkSbzKgOZTL4wkcqg9sk8Yf+LWXfoktGUme+IMnjdapvKiXSIrP2yIib tvEKn7+8z3gxObrdL3YlmT3JXo0y4I+D4InfcwwZMPlQyDSe9PVynw6jY5MjMA4oCbgY 4ZCl+qZAS+FAEFGeosd6Hg7wnqmczeUnS8sVhShav1Qv2IRu4kfLyFpgyFcYlbWkEXpO 9Dmg== MIME-Version: 1.0 X-Received: by 10.181.11.229 with SMTP id el5mr4677143wid.0.1379460665014; Tue, 17 Sep 2013 16:31:05 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.216.73.133 with HTTP; Tue, 17 Sep 2013 16:31:04 -0700 (PDT) In-Reply-To: <1379460140.1197.59.camel@revolution.hippie.lan> References: <1379460140.1197.59.camel@revolution.hippie.lan> Date: Tue, 17 Sep 2013 16:31:04 -0700 X-Google-Sender-Auth: x3p3WgQl2l9keIZNPtq-toulks0 Message-ID: Subject: Re: -ffunction-sections, -fdata-sections and -Wl,--gc-sections From: Adrian Chadd To: Ian Lepore Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: Ed Schouten , FreeBSD Current , Matthew Fleming X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Sep 2013 23:31:07 -0000 On 17 September 2013 16:22, Ian Lepore wrote: > On Tue, 2013-09-17 at 14:56 -0700, Adrian Chadd wrote: > > ... I'd rather see if we can actually separate out things some more so > > these builds can shrink. > > > > Eg, if there's malloc related functions that aren't used, maybe we should > > break malloc down into a directory full of functions. > > > > Why is that better than using this automated solution? > Not everyone is going to run clang on their target development platform? :-) Personally I'd rather structure my work to behave better instead of doing something that relies on a specific tool/suite to be able to optimise. -adrian From owner-freebsd-current@FreeBSD.ORG Wed Sep 18 00:07:07 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id CE90F6E1; Wed, 18 Sep 2013 00:07:07 +0000 (UTC) (envelope-from chmeeedalf@gmail.com) Received: from mail-bk0-f51.google.com (mail-bk0-f51.google.com [209.85.214.51]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E05DD2EF4; Wed, 18 Sep 2013 00:07:06 +0000 (UTC) Received: by mail-bk0-f51.google.com with SMTP id mx10so2558634bkb.10 for ; Tue, 17 Sep 2013 17:06:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=I68lb6FkBTWZulQ6sxtAxjhBR3lvhRMVk6RrrEtaxDU=; b=BnnZfBv/EN+tnl9Gdaq6EmWc/Nj1HEwx2BHwjpr4gSJi/pGdo26DziUzpH1hje/so5 6dpKrPyFLNMZH36q40Nhcbd+uTMjTWW/mu3sBM3csyCklm8KMpvzXeyGxcqbG0Dtl4Dc 9FoLhgsGWPfmMZxQx2QwzVHqY/+AJcISuOBbbOzqVwpqkRqgDCu0ZYo8HMpZhwPgpMde ogBM0Mc5HF3Cql3Za4u8RTRXnC8QlSp35JhuIawRfI3/ZYibXo/gEew9ibz7dUiNRnLI X06aiML/86rQXAEk5rwYUH0nHkJ99dz2HcVXUVZdCQz0ckGxs6jTvDE2HM8pm3xZswAR hW+Q== MIME-Version: 1.0 X-Received: by 10.204.224.142 with SMTP id io14mr9477486bkb.27.1379462809797; Tue, 17 Sep 2013 17:06:49 -0700 (PDT) Sender: chmeeedalf@gmail.com Received: by 10.205.13.199 with HTTP; Tue, 17 Sep 2013 17:06:49 -0700 (PDT) Received: by 10.205.13.199 with HTTP; Tue, 17 Sep 2013 17:06:49 -0700 (PDT) In-Reply-To: References: <1379460140.1197.59.camel@revolution.hippie.lan> Date: Tue, 17 Sep 2013 17:06:49 -0700 X-Google-Sender-Auth: tbKJzYdWQqXx7hYHfE5t480Hb0I Message-ID: Subject: Re: -ffunction-sections, -fdata-sections and -Wl,--gc-sections From: Justin Hibbits To: Adrian Chadd Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: mdf@freebsd.org, FreeBSD Current , Ian Lepore , Ed Schouten X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Sep 2013 00:07:08 -0000 On Sep 17, 2013 4:31 PM, "Adrian Chadd" wrote: > > On 17 September 2013 16:22, Ian Lepore wrote: > > > On Tue, 2013-09-17 at 14:56 -0700, Adrian Chadd wrote: > > > ... I'd rather see if we can actually separate out things some more so > > > these builds can shrink. > > > > > > Eg, if there's malloc related functions that aren't used, maybe we should > > > break malloc down into a directory full of functions. > > > > > > > Why is that better than using this automated solution? > > > > Not everyone is going to run clang on their target development platform? :-) > > Personally I'd rather structure my work to behave better instead of doing > something that relies on a specific tool/suite to be able to optimise. > Gcc also supports this. I used it when generating builds with newlib for microcontrollers at a previous job. -Justin From owner-freebsd-current@FreeBSD.ORG Wed Sep 18 00:26:48 2013 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 695C2972; Wed, 18 Sep 2013 00:26:48 +0000 (UTC) (envelope-from ian@FreeBSD.org) Received: from mho-01-ewr.mailhop.org (mho-03-ewr.mailhop.org [204.13.248.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 933922FDC; Wed, 18 Sep 2013 00:26:47 +0000 (UTC) Received: from c-24-8-230-52.hsd1.co.comcast.net ([24.8.230.52] helo=damnhippie.dyndns.org) by mho-01-ewr.mailhop.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1VM5bS-000CrT-2C; Wed, 18 Sep 2013 00:26:46 +0000 Received: from [172.22.42.240] (revolution.hippie.lan [172.22.42.240]) by damnhippie.dyndns.org (8.14.3/8.14.3) with ESMTP id r8I0Qgje014359; Tue, 17 Sep 2013 18:26:42 -0600 (MDT) (envelope-from ian@FreeBSD.org) X-Mail-Handler: Dyn Standard SMTP by Dyn X-Originating-IP: 24.8.230.52 X-Report-Abuse-To: abuse@dyndns.com (see http://www.dyndns.com/services/sendlabs/outbound_abuse.html for abuse reporting information) X-MHO-User: U2FsdGVkX1//nH9EzIT1zHngo//NgepQ Subject: Re: -ffunction-sections, -fdata-sections and -Wl,--gc-sections From: Ian Lepore To: Adrian Chadd In-Reply-To: References: <1379460140.1197.59.camel@revolution.hippie.lan> Content-Type: text/plain; charset="us-ascii" Date: Tue, 17 Sep 2013 18:26:42 -0600 Message-ID: <1379464002.1197.66.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: Ed Schouten , FreeBSD Current , Matthew Fleming X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Sep 2013 00:26:48 -0000 On Tue, 2013-09-17 at 16:31 -0700, Adrian Chadd wrote: > On 17 September 2013 16:22, Ian Lepore wrote: > > > On Tue, 2013-09-17 at 14:56 -0700, Adrian Chadd wrote: > > > ... I'd rather see if we can actually separate out things some more so > > > these builds can shrink. > > > > > > Eg, if there's malloc related functions that aren't used, maybe we should > > > break malloc down into a directory full of functions. > > > > > > > Why is that better than using this automated solution? > > > > Not everyone is going to run clang on their target development platform? :-) > > Personally I'd rather structure my work to behave better instead of doing > something that relies on a specific tool/suite to be able to optimise. The original mail began describing the feature with "GCC and Clang support the -ffunction-sections and -fdata-sections flags." I would much rather have the tools perform this mundane task, and keep the source code maintainable rather than artificially broken into a zillion tiny pieces. I'm interested in it for $work. We have lots and lots of .a libraries that get linked to make an app that also uses shared libs at runtime (libc et. al.). We often have large .o files with lots of C++ methods of a class in it, and only 2 or 3 of the methods may be actually used in a given app. I haven't tested it yet, but the way I'm picturing this working, we should get good savings because unused functions from all our .a libs won't get linked in, even though the overall app isn't static-linked. -- Ian From owner-freebsd-current@FreeBSD.ORG Wed Sep 18 01:06:50 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from hammer.pct.niksun.com (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by hub.freebsd.org (Postfix) with ESMTP id 20A3AE45; Wed, 18 Sep 2013 01:06:50 +0000 (UTC) (envelope-from jkim@FreeBSD.org) Message-ID: <5238FC0E.9090004@FreeBSD.org> Date: Tue, 17 Sep 2013 21:04:14 -0400 From: Jung-uk Kim User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130911 Thunderbird/17.0.8 MIME-Version: 1.0 To: Baptiste Daroussin Subject: Re: libreoffice build error References: <104781379415439@web14h.yandex.ru> <20130917162045.5b0fc356@thor.walstatt.dyndns.org> <20130917154914.GD31894@ithaqua.etoilebsd.net> <20130917155245.GE31894@ithaqua.etoilebsd.net> <52389059.8000200@FreeBSD.org> In-Reply-To: <52389059.8000200@FreeBSD.org> X-Enigmail-Version: 1.5.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: "S.N.Grigoriev" , David Chisnall , FreeBSD-current , "O. Hartmann" , Shawn Webb X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Sep 2013 01:06:50 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 2013-09-17 13:24:41 -0400, Jung-uk Kim wrote: > I am still working on libc++ issues but it is much more > complicated. :-( I fixed almost everything except for exception handling issues. Unfortunately, libc++/libcxxrt's exception handling is not 100% compatible with libstdc++'s and I couldn't find a proper fix. :-( Basically, C++/UNO bridge for LibreOffice/OpenOffice does some clever hacks, somewhat similar to the example on this blog page: http://zbigg.blogspot.com/2009/03/catch-on-g.html libstdc++ works as expected: $ g++ -g eh.cc $ ./a.out exception caught int(321) exception caught std::string(akuku) $ clang++ -g eh.cc $ ./a.out exception caught int(321) exception caught std::string(akuku) libc++/libcxxrt does not: $ clang++ -stdlib=libc++ -g eh.cc $ ./a.out Segmentation fault (core dumped) $ gdb -c a.out.core a.out GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "amd64-marcel-freebsd"... Core was generated by `a.out'. Program terminated with signal 11, Segmentation fault. Reading symbols from /usr/lib/libc++.so.1...done. Loaded symbols for /usr/lib/libc++.so.1 Reading symbols from /lib/libcxxrt.so.1...done. Loaded symbols for /lib/libcxxrt.so.1 Reading symbols from /lib/libm.so.5...done. Loaded symbols for /lib/libm.so.5 Reading symbols from /lib/libgcc_s.so.1...done. Loaded symbols for /lib/libgcc_s.so.1 Reading symbols from /lib/libc.so.7...done. Loaded symbols for /lib/libc.so.7 Reading symbols from /libexec/ld-elf.so.1...done. Loaded symbols for /libexec/ld-elf.so.1 #0 execute (c=0x402240 , exc_handlers=@0x7fffffffd948) at typeinfo:86 86 const char* name() const _NOEXCEPT {return __type_name;} (Note: I intentionally used a slightly old head to demonstrate the problem but the symptom is exactly same on a latest libc++-only machine.) Please let me know if you have any clue for me to fix this issue. Thanks! Jung-uk Kim -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.21 (FreeBSD) iQEcBAEBAgAGBQJSOPwNAAoJECXpabHZMqHO2ycH/3RgOcWXLQtD9pjlAN+KjQ4k BHAssNp2mPYl/KJDb4QzpvtX+wjGU9y1tg0JGlhRU8LiuoZgbJXhvMCU1wJmJvc4 wxiKtW5c3Z37M3Oz5isoB4gIzt8xuNtwkfKEwQHS4N9MRX77lNpLYx1trjo0ly3s MdcUvL15iqqnZ9E9A8fSIqrS9s1m6PNNNh29uHQejfN6iOy1f/EsZiLbFXNSoudj vF9JhGpMME+OLq6ub7abMC1HIuNm0NJyrcwBuQluP10coC7ZRkPzKVuKf2NDLCz5 9gr75gGqydPUF5fXPeF+8tt54Sh8xOKdU3EOMa6+jkjwcXP67lTOD/8G8kUBXb4= =NsKB -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Wed Sep 18 02:20:59 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 821) id 9F4D0A1A; Wed, 18 Sep 2013 02:20:59 +0000 (UTC) Date: Wed, 18 Sep 2013 02:20:59 +0000 From: John To: Current Subject: Re: iSCSI boot ... root? Message-ID: <20130918022059.GA90703@FreeBSD.org> References: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Kristjan Eentsalu , Daniel Nebdal X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Sep 2013 02:20:59 -0000 ----- Daniel Nebdal's Original Message ----- > On Mon, Sep 16, 2013 at 5:45 PM, Kristjan Eentsalu wrote: > > On 16.09.2013 13:35, Edward Tomasz Napiera³a wrote:> Wiadomo¶æ napisana > > przez Zaphod Beeblebrox w dniu 16 wrz 2013, o godz. > > 07:35: > >>> Is it now possible to boot from iSCSI? I'm not talking about an iSCSI > >>> controller, but with > >>> > >>> pxe -> dhcp -> tftp (loads loader) -> (something) -> boot (mounts root > > from > >>> iSCSI) > >> > >> Not yet. The iSCSI initiator requires iscsid(8) in order to work, and > > you can't > >> run it before mounting root. > >> > >> I think the proper way to do this would be by doing something similar to > > Linux' > >> initrd; i.e. booting from mdroot loaded by loader(8), run iscsid(8) from > > there, > >> setup iSCSI session, then mount the real root and pivot to it. I'm not > > sure if it's > >> possible right now. > >> _______________________________________________ > > > > Kristjan > > Oh wow, that is rather neat. I don't actually have any use for it, but > now I'm kind of tempted to try and find one. iBFT/iSCSI Chain load ipxe from pxe then sanboot. pxe -> dhcp -> ipxe -> sanboot iscsi:$san_server::$san_port::$san_iqn # df -h Filesystem Size Used Avail Capacity Mounted on /dev/ufs/FBSDIBFT 48G 39G 5.1G 88% / devfs 1.0k 1.0k 0B 100% /dev # tunefs -p da0a ... tunefs: volume label: (-L) FBSDIBFT # camcontrol inquiry da0 pass1: Fixed Direct Access SCSI-5 device pass1: Serial Number pool0-lun000001 pass1: 300.000MB/s transfers Configure/install the system in a VM attached to an iSCSI disk (Vbox) install isboot-0.2.6.tar / rebuild kernel / modules loader.conf # # Enable possible iBFT boot # isboot_load="YES" Not sure why isboot or similar iBFT support isn't added to the tree already (unless it is and I missed it). I setup the network entirely via dhcp. Allows the image to be cloned copied and brought up with dhcp config changes only on any hardware/vm. However, don't dhcp the ibft configured interface. In rc.conf: # dirty - but works setdhcp () { iface="${1:-noiface}"; shift if [ -x /sbin/ifconfig -a -x /usr/bin/grep -a -x /usr/bin/awk ]; then if_addr=`/sbin/ifconfig ${iface:-none} | /usr/bin/grep 'inet [1-9]' | /usr/bin/awk '{ print $2; }'` if_ibft=`sysctl -n hw.ibft.initiator_address` if [ "${if_addr:-noaddr}" = "${if_ibft:-noibft}" ]; then echo "" else echo "DHCP $*" fi else echo "" fi } ifconfig_bge0="`setdhcp bge0`" ifconfig_bge1="`setdhcp bge1`" ifconfig_mxge0="`setdhcp mxge0` mtu 1500 -lro -tso" ifconfig_mxge1="`setdhcp mxge1` mtu 9000 -lro -tso" Cheers, John From owner-freebsd-current@FreeBSD.ORG Wed Sep 18 03:05:25 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 619842F0 for ; Wed, 18 Sep 2013 03:05:25 +0000 (UTC) (envelope-from rizzo@i805.com.br) Received: from server.i805.com.br (mailhost.i805.com.br [72.52.97.105]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 4DECB2754 for ; Wed, 18 Sep 2013 03:05:24 +0000 (UTC) Received: from i805.com.br (localhost [127.0.0.1]) by server.i805.com.br (8.14.6/8.14.5) with ESMTP id r8I35MaU045168 for ; Wed, 18 Sep 2013 00:05:22 -0300 (BRT) (envelope-from rizzo@i805.com.br) From: "Nilton Jose Rizzo" To: freebsd-current@freebsd.org Subject: Fw: Re: problems with libiconv into kernel Date: Wed, 18 Sep 2013 00:05:22 -0300 Message-Id: <20130918030452.M4304@i805.com.br> In-Reply-To: <20130918025740.M32718@i805.com.br> X-Mailer: OpenWebMail 3.00_beta4 20121104 671 X-OriginatingIP: 179.218.87.141 (rizzo) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED autolearn=unavailable version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on server.i805.com.br X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Sep 2013 03:05:25 -0000 Em Mon, 16 Sep 2013 17:53:06 -0700, John-Mark Gurney escreveu > Nilton Jose Rizzo wrote this message on Mon, Sep 16, 2013 at 20:26 -0300: > > Em Mon, 16 Sep 2013 16:07:28 -0700, John-Mark Gurney escreveu > > > Nilton Jose Rizzo wrote this message on Sun, Sep 15, 2013 at 13:14 -0300: > > > > Last night, I has tried to put in my kernel config the libiconv with this > > > > knobs from LINT: > > > > > > > > options CD9660_ICONV > > > > options MSDOSFS_ICONV > > > > options UDF_ICONV > > > > options LIBICONV > > > > > > > > but this results int this error: > > > > > > > > cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls > > > > -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith > > > > -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions > > > > -Wmissing-include-dirs -fdiagnostics-show-option > > > > -Wno-error-tautological-compare -Wno-error-empty-body > > > > -Wno-error-parentheses-equality -nostdinc -I. -I../../.. > > > > -I../../../contrib/altq -I../../../contrib/libfdt -D_KERNEL > > > > -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer > > > > -mno-omit-leaf-frame-pointer -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone > > > > -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding > > > > -fstack-protector -Werror ../../../libkern/iconv.c > > > > ../../../libkern/iconv.c:39:10: fatal error: 'iconv_converter_if.h' file not > > > > found > > > > #include "iconv_converter_if.h" > > > > ^ > > > > 1 error generated. > > > > *** Error code 1 > > > > > > > > Stop. > > > > make: stopped in /usr/src/sys/amd64/compile/VALFENDA > > > > > > > > What am I doing wrong? My svn version is 255531 > > > > > > How are you building your kernel? are you using config and make or > > > are you using buildkernel? If you are using config and make, did you > > > run: make cleandepend && make depend first before make like said? > > > > First, i tried with buildkernel, but i get the error, I tried config and > > make, again, I got error, so I tried make clean && make but I got error. > > I'll try with make cleandepend and then report. > > tinderbox should report these errors if they were a general issue.. > I just tried LINT, and it was able to build iconv.o fine, and as part > of the first step, it built iconv_converter_if.h via: > awk -f ../../../tools/makeobjops.awk > ../../../libkern/iconv_converter_if.m -h > > Make sure that you don't have any local patches, and that your > src/sys/conf directory is up to date, as the file sys/conf/kmod.mk sets > up the rules to build the .h file... I update the src to revision 255658 and the error change to make clean && make cleandepend && make depend && make and results: ===> zlib (depend) @ -> /usr/src/sys rm -f .depend mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_KERNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq -I/usr/src/sys/amd64/compile/VALFENDA -std=iso9899:1999 /usr/src/sys/modules/zlib/../../net/zlib.c linking kernel udf_iconv.o: In function `udf_iconv_mod_handler': ../../../fs/udf/udf_iconv.c:(.text+0x24): undefined reference to `udf_iconv' ../../../fs/udf/udf_iconv.c:(.text+0x3b): undefined reference to `udf_iconv' *** Error code 1 Stop. make: stopped in /usr/src/sys/amd64/compile/VALFENDA The make buildworld was fine! but the kernel is not. TA, Rizzo > > -- > John-Mark Gurney Voice: +1 415 225 5579 > > "All that I will do, has been done, All that I have, has not." From owner-freebsd-current@FreeBSD.ORG Wed Sep 18 06:14:06 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id B8664EFB for ; Wed, 18 Sep 2013 06:14:06 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from plane.gmane.org (plane.gmane.org [80.91.229.3]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 77BFE2F46 for ; Wed, 18 Sep 2013 06:14:06 +0000 (UTC) Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1VMB1W-0006Be-Uh for freebsd-current@freebsd.org; Wed, 18 Sep 2013 08:14:02 +0200 Received: from 79-139-19-75.prenet.pl ([79.139.19.75]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 18 Sep 2013 08:14:02 +0200 Received: from jb.1234abcd by 79-139-19-75.prenet.pl with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 18 Sep 2013 08:14:02 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: jb Subject: 10-CURRENT - LOR (lock order reversal) Date: Wed, 18 Sep 2013 06:13:43 +0000 (UTC) Lines: 5 Message-ID: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: sea.gmane.org User-Agent: Loom/3.14 (http://gmane.org/) X-Loom-IP: 79.139.19.75 (Mozilla/5.0 (X11; Linux i686; rv:23.0) Gecko/20100101 Firefox/23.0) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Sep 2013 06:14:06 -0000 Hi, these represent machine lockups, if not false positives. http://www.freebsd.org/cgi/query-pr.cgi?pr=182139&cat= jb From owner-freebsd-current@FreeBSD.ORG Wed Sep 18 06:22:47 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id BDDEC45B; Wed, 18 Sep 2013 06:22:47 +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-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 4209A2FD5; Wed, 18 Sep 2013 06:22:47 +0000 (UTC) Received: from tom.home (kostik@localhost [127.0.0.1]) by kib.kiev.ua (8.14.7/8.14.7) with ESMTP id r8I6Mf4p019771; Wed, 18 Sep 2013 09:22:41 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.8.3 kib.kiev.ua r8I6Mf4p019771 Received: (from kostik@localhost) by tom.home (8.14.7/8.14.7/Submit) id r8I6MfMV019770; Wed, 18 Sep 2013 09:22:41 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Wed, 18 Sep 2013 09:22:41 +0300 From: Konstantin Belousov To: Ed Schouten Subject: Re: -ffunction-sections, -fdata-sections and -Wl,--gc-sections Message-ID: <20130918062241.GW41229@kib.kiev.ua> References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="U23J1OQliU0BUf8i" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on tom.home Cc: Matthew Fleming , FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Sep 2013 06:22:47 -0000 --U23J1OQliU0BUf8i Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Sep 17, 2013 at 11:45:19PM +0200, Ed Schouten wrote: > Hi Matthew, >=20 > 2013/9/16 Matthew Fleming : > > Would it be possible to enable this only for devd, init, and clang bina= ries? > > Or is it a matter of enabling it for library builds that are linked > > statically with the mentioned binaries? >=20 > For it to have effect, it has to be enabled for both the libraries and > the binaries. The libraries need to be built with > -f{data,function}-sections. The binaries can also be built with those > flags, but it is actually more important to link with --gc-sections. >=20 > > Could init/devd be made smaller by > > finding out which functions they do/don't use and separating those into > > separate .c files? >=20 > Also trying to answer Tim and Adrian's questions at the same time. > I've just taken a look at init and devd to see why the difference in > size is so big: >=20 > init seems to pull in the following things: >=20 > - Sun RPC, > - XDR, > - YP, > - res_*, > - All of the jemalloc profiling/stats code, > - Some widechar functions, > - malloc-related utility functions that are not used (posix_memalign, > aligned_alloc), > - Some stdio bloat, > - All sorts of termios tc* functions. >=20 > devd seems to pull in these: >=20 > - A very big pile of C++ symbols, as libc++ places many functions in a > single file. > - jemalloc profiling/stats again, > - A big pile of pthread, > - Maybe *_l() functions, which are of course rarely used. >=20 > Honestly, I think we can assume we'll never reach the point where all > the components listed above will properly have all functions > partitioned over separate compilation units. >=20 > I suspect that it would make a lot of sense to at least enable these > build flags for our core libraries (libc, libc++, libpthread, > libcompiler_rt, libcxxrt, etc). We could also enable it on > INTERNALLIBs (libraries that are not installed into /usr/lib), as for > these libraries, it would of course not come at any cost. >=20 > Would that sound okay? I think this is a wrong direction. First, the split should be done at the source level, as it was usually done forever. One of the offender there was you, AFAIR. Second, I would rather see init and devd, and in fact all other statically linked binaries from our base system, to become dynamically linked. At least I added a knob for building toolchain dynamic, but avoided the fight of making this default. --U23J1OQliU0BUf8i Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.21 (FreeBSD) iQIcBAEBAgAGBQJSOUawAAoJEJDCuSvBvK1BR8kP/2dMn8XmWawgDqJ5/8O6PlV9 PFswbjrKV6RJMl2bSWdnB5sxkliCbAVoe8/h2cAtALTDEwuNGSSA5MKitcIGt7ov tmbuR5P/svHOK1yqfSb21MnRDLOCdmcxX1IOot1hsGrmD5pdrkiskc3chj/nBja1 Z4L5688AwsBN7zDypL3ebn+sxngxZZQCyyKfu/ewPUSBcp+8crQQU8Q1HauL9PjL yuu5wkniS6uH9K4YL1Am13JvTQMrJi+1tSFVLeqvjwhoAJ83zaOcwcNM8zOEAJpt 3QNj3oxWJz3rShvuxGOmWC70jmPqGD1Skxe6HU5AgMpicXfBgyfo/cd8RR3rwcXB RBKkZNGm3GADXyNrcUWVeX7RAMKzHNmm0YcAzz+Z76f4xKoD1s8juI8l7nOcJcO8 lur8+BNyysfLpYXBpIeTZ++isZ/CdwSos9+gqv9Y9K7cmkpx+b4TdLtppgAsa2Bi R1mrMatKzlhDKMM1lK9DxLqMsmwpbBIy1ZQBBQXgtFLF/XGf3yAHb/ncO4GfIUlj QLMzSf5XViYT7f8LHFetnRLAvFBHoeIO/BMRdCA7hW0euPnKLDBEbvxipFT9nG73 ZqlV2P+vQGzqYGSM0lnywJvYcf1/2mWRNfSq0rwsPcLZZ+HqjzJjwa81QnOjMZOM 23ySmYvV9qAyEyONhr6k =ZnpO -----END PGP SIGNATURE----- --U23J1OQliU0BUf8i-- From owner-freebsd-current@FreeBSD.ORG Wed Sep 18 08:04:26 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 8FFB88C3; Wed, 18 Sep 2013 08:04:26 +0000 (UTC) (envelope-from andrew@fubar.geek.nz) Received: from nibbler.fubar.geek.nz (nibbler.fubar.geek.nz [199.48.134.198]) by mx1.freebsd.org (Postfix) with ESMTP id 71DB82612; Wed, 18 Sep 2013 08:04:26 +0000 (UTC) Received: from bender.Home (97e5e46b.skybroadband.com [151.229.228.107]) by nibbler.fubar.geek.nz (Postfix) with ESMTPSA id 6D5D05DFFE; Wed, 18 Sep 2013 08:04:24 +0000 (UTC) Date: Wed, 18 Sep 2013 09:04:17 +0100 From: Andrew Turner To: Tim Kientzle Subject: Re: -ffunction-sections, -fdata-sections and -Wl,--gc-sections Message-ID: <20130918090417.73015751@bender.Home> In-Reply-To: References: Mime-Version: 1.0 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 8bit Cc: Ed Schouten , FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Sep 2013 08:04:26 -0000 On Sun, 15 Sep 2013 19:30:01 -0700 Tim Kientzle wrote: > > On Sep 15, 2013, at 2:24 PM, Ed Schouten wrote: > > GCC and Clang support the -ffunction-sections and -fdata-sections > > flags. Essentially, these flags force the compiler to put every > > function and variable in its own section. Though this will blow up > > the > …. > > - devd suddenly becomes 500 KB in size, instead of a megabyte, > > - init's size drops from 900 KB to 600 KB, > > Can you figure out what functions are getting omitted > when you make this change? You can add "-Wl,--print-gc-sections" to LDFLAGS to print which sections the linker is removing. Andrew From owner-freebsd-current@FreeBSD.ORG Wed Sep 18 08:32:40 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id ABEF0885 for ; Wed, 18 Sep 2013 08:32:40 +0000 (UTC) (envelope-from janm-freebsd-current@transactionware.com) Received: from mail3.transactionware.com (mail3.transactionware.com [202.68.173.211]) by mx1.freebsd.org (Postfix) with SMTP id EE5562890 for ; Wed, 18 Sep 2013 08:32:39 +0000 (UTC) Received: (qmail 19455 invoked by uid 907); 18 Sep 2013 08:32:36 -0000 Received: from Unknown (HELO [192.168.2.132]) (202.68.173.218) (smtp-auth username janm, mechanism plain) by mail3.transactionware.com (qpsmtpd/0.84) with (AES128-SHA encrypted) ESMTPSA; Wed, 18 Sep 2013 18:32:36 +1000 Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 6.5 \(1508\)) Subject: Re: -ffunction-sections, -fdata-sections and -Wl,--gc-sections From: Jan Mikkelsen In-Reply-To: <20130918062241.GW41229@kib.kiev.ua> Date: Wed, 18 Sep 2013 18:32:51 +1000 Content-Transfer-Encoding: quoted-printable Message-Id: <802FC0A4-D9CE-4B0F-B7BD-9E005266E52D@transactionware.com> References: <20130918062241.GW41229@kib.kiev.ua> To: FreeBSD Current X-Mailer: Apple Mail (2.1508) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Sep 2013 08:32:40 -0000 (Copy for the list, wrong "from" address problem ...) On 18/09/2013, at 4:22 PM, Konstantin Belousov = wrote: > On Tue, Sep 17, 2013 at 11:45:19PM +0200, Ed Schouten wrote: >> [...] >> Honestly, I think we can assume we'll never reach the point where all >> the components listed above will properly have all functions >> partitioned over separate compilation units. >>=20 >> I suspect that it would make a lot of sense to at least enable these >> build flags for our core libraries (libc, libc++, libpthread, >> libcompiler_rt, libcxxrt, etc). We could also enable it on >> INTERNALLIBs (libraries that are not installed into /usr/lib), as for >> these libraries, it would of course not come at any cost. >>=20 >> Would that sound okay? >=20 > I think this is a wrong direction. First, the split should be done at > the source level, as it was usually done forever. One of the offender > there was you, AFAIR. >=20 > Second, I would rather see init and devd, and in fact all other = statically > linked binaries from our base system, to become dynamically linked. = At > least I added a knob for building toolchain dynamic, but avoided the > fight of making this default. Why do things by hand when there are good tools? Note "... as it was = usually done forever" doesn't contain a good argument, and compilers and = linkers on other platforms have been doing it like this for an awfully = long time. Adding the flags has a benefit in the case where there are many = functions in a source file and minimal cost when everything is perfect. = Not having the flags means paying a bigger price when things are not = perfect. And things are very rarely perfect. Having the structure of your source code driven by link-time = considerations when there is a choice seems silly to me. Larger source = files gives the compiler more scope for optimisation, and you can = structure the code in a way useful to people working in the codebase. If you have a moral argument about how code should be structured, I = think that is separate discussion. Adding the flags has a benefit, = regardless of how the code is structured. I can see all upside, and I am = having trouble seeing a problem with adding them at all. On the static linking vs. dynamic linking argument: I am strongly on the = static linking side. But that is also a different discussion. Regards, Jan Mikkelsen From owner-freebsd-current@FreeBSD.ORG Wed Sep 18 08:42:30 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 46F3FCEF; Wed, 18 Sep 2013 08:42:30 +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-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id BEAFA2938; Wed, 18 Sep 2013 08:42:29 +0000 (UTC) Received: from tom.home (kostik@localhost [127.0.0.1]) by kib.kiev.ua (8.14.7/8.14.7) with ESMTP id r8I8gONo050410; Wed, 18 Sep 2013 11:42:24 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.8.3 kib.kiev.ua r8I8gONo050410 Received: (from kostik@localhost) by tom.home (8.14.7/8.14.7/Submit) id r8I8gOuf050409; Wed, 18 Sep 2013 11:42:24 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Wed, 18 Sep 2013 11:42:24 +0300 From: Konstantin Belousov To: Jan Mikkelsen Subject: Re: -ffunction-sections, -fdata-sections and -Wl,--gc-sections Message-ID: <20130918084224.GZ41229@kib.kiev.ua> References: <20130918062241.GW41229@kib.kiev.ua> <47786FBF-AA2A-4852-92AC-E612F03EA0AC@transactionware.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="iNbPU7EKMn+p5WBa" Content-Disposition: inline In-Reply-To: <47786FBF-AA2A-4852-92AC-E612F03EA0AC@transactionware.com> User-Agent: Mutt/1.5.21 (2010-09-15) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on tom.home Cc: Ed Schouten , FreeBSD Current , Matthew Fleming X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Sep 2013 08:42:30 -0000 --iNbPU7EKMn+p5WBa Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Sep 18, 2013 at 05:36:40PM +1000, Jan Mikkelsen wrote: >=20 > On 18/09/2013, at 4:22 PM, Konstantin Belousov wrot= e: >=20 > > On Tue, Sep 17, 2013 at 11:45:19PM +0200, Ed Schouten wrote: > >> [ ... ] > >> Honestly, I think we can assume we'll never reach the point where all > >> the components listed above will properly have all functions > >> partitioned over separate compilation units. > >>=20 > >> I suspect that it would make a lot of sense to at least enable these > >> build flags for our core libraries (libc, libc++, libpthread, > >> libcompiler_rt, libcxxrt, etc). We could also enable it on > >> INTERNALLIBs (libraries that are not installed into /usr/lib), as for > >> these libraries, it would of course not come at any cost. > >>=20 > >> Would that sound okay? > >=20 > > I think this is a wrong direction. First, the split should be done at > > the source level, as it was usually done forever. One of the offender > > there was you, AFAIR. > >=20 > > Second, I would rather see init and devd, and in fact all other statica= lly > > linked binaries from our base system, to become dynamically linked. At > > least I added a knob for building toolchain dynamic, but avoided the > > fight of making this default. >=20 > Why do things by hand when there are good tools? Note "... as it was usua= lly done forever" doesn't contain a good argument, and compilers and linker= s on other platforms have been doing it like this for an awfully long time. >=20 Tools are not good. Using of this feature locks us to the toolchain. And, the implementation of at least gc in the linker is known to be buggy even in recent binutils. Also, even perfect linker cannot always guess the correct value of garbage, so we have to hack in other direction. With the current set-up, it is easy to guarantee that some symbol is always present if other symbol is linked in. > Adding the flags has a benefit in the case where there are many functions= in a source file and minimal cost when everything is perfect. Not having t= he flags means paying a bigger price when things are not perfect. And thing= s are very rarely perfect. >=20 > Having the structure of your source code driven by link-time consideratio= ns when there is a choice seems silly to me. Larger source files gives the = compiler more scope for optimisation, and you can structure the code in a w= ay useful to people working in the codebase. >=20 > If you have a moral argument about how code should be structured, I think= that is separate discussion. Adding the flags has a benefit, regardless of= how the code is structured. I can see all upside, and I am having trouble = seeing a problem with adding them at all. >=20 > On the static linking vs. dynamic linking argument: I am strongly on the = static linking side. But that is also a different discussion. Yeah, make the things like nss, pam or iconv work or fully functional with the statically linked binaries first. --iNbPU7EKMn+p5WBa Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.21 (FreeBSD) iQIcBAEBAgAGBQJSOWdvAAoJEJDCuSvBvK1BQY4P/AsXdKCO5SI0zksEaV2+Rbb9 Q1zqbBlfFa9nr2CQNz/nJEo5lh2MRheNUuSMQWW6bgwjUcL11mWKcRBk9lAwzY5q BYrVVp9fWx6JtbCAXh6MSJAywc+NSnb1KnMsBP4ptJyJ0Xrd03cJqu0zDrkPr3ZX 1Nm1SXfHcW2sK/kznBlpdb6vfBBbwo68JrQrbZIgW9134s2pGCn0eI7NChQBe7FN G9maFosbJFyc0+oezxhpMMZge4hfIw/lkuskcumw7+15HREPjv37ZZnYrdYNo+kd n2VhLvCKBV3FnJLbB9o8QCrRhmF6i7QxpyMAaTy2V93PyQHq564+Am4/pXubCCGc ++cqYmrCNI8qst5v8vVPg4qKsD6IzO1x24HCsHjFRF9FK2ORxWUZNA3oCEJp7GPn tJZ4uYWvzNLSwT4+ed58hkLyjr2zAIh16lJOZ718cel3zckWHHRdKfRdUDkqkxlE kMCpGXVxztfMRrLXcbVyg3v2uNnhr+8IWLzRCdsMmvnrMxszcHdq0OY42ruO5oIz lk7hRgib3z5Lw6ZodQGY6FuoRUSd7lom9C/j7c4cefVXLeqFGNQbRrBD/G3h3iaW 3Z0divAwkwOhfFOhM8wBs471tLxdRpjIq9kE2sXeN0sy3sGY2UPtGnbBmGBLrds5 AMPulPBcAG4Kfsup/tNw =uDbW -----END PGP SIGNATURE----- --iNbPU7EKMn+p5WBa-- From owner-freebsd-current@FreeBSD.ORG Wed Sep 18 08:44:38 2013 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id F3D64F13; Wed, 18 Sep 2013 08:44:37 +0000 (UTC) (envelope-from theraven@FreeBSD.org) Received: from theravensnest.org (theraven.freebsd.your.org [216.14.102.27]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C16F0295E; Wed, 18 Sep 2013 08:44:37 +0000 (UTC) Received: from [192.168.0.2] (cpc27-cmbg15-2-0-cust235.5-4.cable.virginmedia.com [86.27.188.236]) (authenticated bits=0) by theravensnest.org (8.14.5/8.14.5) with ESMTP id r8I8iVac074872 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Wed, 18 Sep 2013 08:44:33 GMT (envelope-from theraven@FreeBSD.org) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 6.5 \(1508\)) Subject: Re: -ffunction-sections, -fdata-sections and -Wl,--gc-sections From: David Chisnall In-Reply-To: <20130918062241.GW41229@kib.kiev.ua> Date: Wed, 18 Sep 2013 09:44:26 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <9B694D6C-C679-474C-B114-D7DB5C7D9683@FreeBSD.org> References: <20130918062241.GW41229@kib.kiev.ua> To: Konstantin Belousov X-Mailer: Apple Mail (2.1508) Cc: Ed Schouten , FreeBSD Current , Matthew Fleming X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Sep 2013 08:44:38 -0000 On 18 Sep 2013, at 07:22, Konstantin Belousov = wrote: > I think this is a wrong direction. First, the split should be done at > the source level, as it was usually done forever. Until we are all using toolchains that support LTO (which requires = importing a new linker and will make people who complain about = buildworld memory usage even more unhappy), this approach will typically = result in worse code being generated, as the compiler has significantly = reduced scope for interprocedural analysis. > One of the offender > there was you, AFAIR. This is irrelevant to the discussion. > Second, I would rather see init and devd, and in fact all other = statically > linked binaries from our base system, to become dynamically linked. = At > least I added a knob for building toolchain dynamic, but avoided the > fight of making this default. In my (very informal) testing, a dynamically linked clang showed about a = 5% slowdown over a statically linked one. Spending some time profiling = rtld may let us improve this, but I suspect that people would complain = if compilation suddenly got slower[1], especially if the only win is a = small reduction in disk usage (which is most important on the kinds of = platforms where you're not likely to be doing a lot of compilation). David [1] Note that once we have a linker that does LTO, these numbers may = change, as we'd end up sharing the LLVM optimisation libraries between = clang and the linker so the increased code sharing might offset the = extra cost of the extra relocations.= From owner-freebsd-current@FreeBSD.ORG Wed Sep 18 09:10:58 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id ED2AE47A for ; Wed, 18 Sep 2013 09:10:57 +0000 (UTC) (envelope-from janm-freebsd-current@transactionware.com) Received: from mail3.transactionware.com (mail3.transactionware.com [202.68.173.211]) by mx1.freebsd.org (Postfix) with SMTP id 512912AD1 for ; Wed, 18 Sep 2013 09:10:56 +0000 (UTC) Received: (qmail 33008 invoked by uid 907); 18 Sep 2013 09:10:56 -0000 Received: from Unknown (HELO [192.168.2.132]) (202.68.173.218) (smtp-auth username janm, mechanism plain) by mail3.transactionware.com (qpsmtpd/0.84) with (AES128-SHA encrypted) ESMTPSA; Wed, 18 Sep 2013 19:10:56 +1000 Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 6.5 \(1508\)) Subject: Re: -ffunction-sections, -fdata-sections and -Wl,--gc-sections From: Jan Mikkelsen In-Reply-To: <20130918084224.GZ41229@kib.kiev.ua> Date: Wed, 18 Sep 2013 19:11:11 +1000 Content-Transfer-Encoding: quoted-printable Message-Id: <98E31AD4-29B1-410D-B2BB-5BBBBA2F2767@transactionware.com> References: <20130918062241.GW41229@kib.kiev.ua> <47786FBF-AA2A-4852-92AC-E612F03EA0AC@transactionware.com> <20130918084224.GZ41229@kib.kiev.ua> To: Konstantin Belousov X-Mailer: Apple Mail (2.1508) Cc: Ed Schouten , FreeBSD Current , Matthew Fleming X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Sep 2013 09:10:58 -0000 On 18/09/2013, at 6:42 PM, Konstantin Belousov = wrote: > On Wed, Sep 18, 2013 at 05:36:40PM +1000, Jan Mikkelsen wrote: >>=20 >> On 18/09/2013, at 4:22 PM, Konstantin Belousov = wrote: >>=20 >>> On Tue, Sep 17, 2013 at 11:45:19PM +0200, Ed Schouten wrote: >>>> [ ... ] >>>> Honestly, I think we can assume we'll never reach the point where = all >>>> the components listed above will properly have all functions >>>> partitioned over separate compilation units. >>>>=20 >>>> I suspect that it would make a lot of sense to at least enable = these >>>> build flags for our core libraries (libc, libc++, libpthread, >>>> libcompiler_rt, libcxxrt, etc). We could also enable it on >>>> INTERNALLIBs (libraries that are not installed into /usr/lib), as = for >>>> these libraries, it would of course not come at any cost. >>>>=20 >>>> Would that sound okay? >>>=20 >>> I think this is a wrong direction. First, the split should be done = at >>> the source level, as it was usually done forever. One of the = offender >>> there was you, AFAIR. >>>=20 >>> Second, I would rather see init and devd, and in fact all other = statically >>> linked binaries from our base system, to become dynamically linked. = At >>> least I added a knob for building toolchain dynamic, but avoided the >>> fight of making this default. >>=20 >> Why do things by hand when there are good tools? Note "... as it was = usually done forever" doesn't contain a good argument, and compilers and = linkers on other platforms have been doing it like this for an awfully = long time. >>=20 > Tools are not good. >=20 > Using of this feature locks us to the toolchain. And, the = implementation > of at least gc in the linker is known to be buggy even in recent = binutils. Which candidate toolchain doesn't have this feature? Also: Using this = feature does not preclude code being structure to also support those = tools. Buggy as in "generates broken binaries" or as in "doesn't collect all = the garbage"? If it is "generates broken binaries" then your argument is = that it doesn't work: Please provide an example. If your argument is = that it doesn't collect all the garbage, I don't see that it matters. = That will improve, but is not a strong argument against the approach. > Also, even perfect linker cannot always guess the correct value of = garbage, > so we have to hack in other direction. With the current set-up, it is > easy to guarantee that some symbol is always present if other symbol > is linked in. Why do you care? The linker will not get rid of externally visible = symbols. >> Adding the flags has a benefit in the case where there are many = functions in a source file and minimal cost when everything is perfect. = Not having the flags means paying a bigger price when things are not = perfect. And things are very rarely perfect. >>=20 >> Having the structure of your source code driven by link-time = considerations when there is a choice seems silly to me. Larger source = files gives the compiler more scope for optimisation, and you can = structure the code in a way useful to people working in the codebase. >>=20 >> If you have a moral argument about how code should be structured, I = think that is separate discussion. Adding the flags has a benefit, = regardless of how the code is structured. I can see all upside, and I am = having trouble seeing a problem with adding them at all. >>=20 >> On the static linking vs. dynamic linking argument: I am strongly on = the static linking side. But that is also a different discussion. >=20 > Yeah, make the things like nss, pam or iconv work or fully functional > with the statically linked binaries first. Sure, dynamic libraries have a place. That's why its a separate = discussion. Regards, Jan. From owner-freebsd-current@FreeBSD.ORG Wed Sep 18 07:43:26 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id B568F3AA for ; Wed, 18 Sep 2013 07:43:26 +0000 (UTC) (envelope-from janm@transactionware.com) Received: from mail3.transactionware.com (mail3.transactionware.com [202.68.173.211]) by mx1.freebsd.org (Postfix) with SMTP id 0155624BE for ; Wed, 18 Sep 2013 07:43:25 +0000 (UTC) Received: (qmail 911 invoked by uid 907); 18 Sep 2013 07:36:42 -0000 Received: from Unknown (HELO jmmacpro.tmst.com.au) (202.68.173.218) (smtp-auth username janm, mechanism plain) by mail3.transactionware.com (qpsmtpd/0.84) with (AES128-SHA encrypted) ESMTPSA; Wed, 18 Sep 2013 17:36:42 +1000 Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 6.6 \(1510\)) Subject: Re: -ffunction-sections, -fdata-sections and -Wl,--gc-sections From: Jan Mikkelsen In-Reply-To: <20130918062241.GW41229@kib.kiev.ua> Date: Wed, 18 Sep 2013 17:36:40 +1000 Content-Transfer-Encoding: quoted-printable Message-Id: <47786FBF-AA2A-4852-92AC-E612F03EA0AC@transactionware.com> References: <20130918062241.GW41229@kib.kiev.ua> To: Konstantin Belousov X-Mailer: Apple Mail (2.1510) X-Mailman-Approved-At: Wed, 18 Sep 2013 11:16:16 +0000 Cc: Ed Schouten , FreeBSD Current , Matthew Fleming X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Sep 2013 07:43:26 -0000 On 18/09/2013, at 4:22 PM, Konstantin Belousov = wrote: > On Tue, Sep 17, 2013 at 11:45:19PM +0200, Ed Schouten wrote: >> [ ... ] >> Honestly, I think we can assume we'll never reach the point where all >> the components listed above will properly have all functions >> partitioned over separate compilation units. >>=20 >> I suspect that it would make a lot of sense to at least enable these >> build flags for our core libraries (libc, libc++, libpthread, >> libcompiler_rt, libcxxrt, etc). We could also enable it on >> INTERNALLIBs (libraries that are not installed into /usr/lib), as for >> these libraries, it would of course not come at any cost. >>=20 >> Would that sound okay? >=20 > I think this is a wrong direction. First, the split should be done at > the source level, as it was usually done forever. One of the offender > there was you, AFAIR. >=20 > Second, I would rather see init and devd, and in fact all other = statically > linked binaries from our base system, to become dynamically linked. = At > least I added a knob for building toolchain dynamic, but avoided the > fight of making this default. Why do things by hand when there are good tools? Note "... as it was = usually done forever" doesn't contain a good argument, and compilers and = linkers on other platforms have been doing it like this for an awfully = long time. Adding the flags has a benefit in the case where there are many = functions in a source file and minimal cost when everything is perfect. = Not having the flags means paying a bigger price when things are not = perfect. And things are very rarely perfect. Having the structure of your source code driven by link-time = considerations when there is a choice seems silly to me. Larger source = files gives the compiler more scope for optimisation, and you can = structure the code in a way useful to people working in the codebase. If you have a moral argument about how code should be structured, I = think that is separate discussion. Adding the flags has a benefit, = regardless of how the code is structured. I can see all upside, and I am = having trouble seeing a problem with adding them at all. On the static linking vs. dynamic linking argument: I am strongly on the = static linking side. But that is also a different discussion. Regards, Jan Mikkelsen From owner-freebsd-current@FreeBSD.ORG Wed Sep 18 14:03:48 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id C3B7AD0 for ; Wed, 18 Sep 2013 14:03:48 +0000 (UTC) (envelope-from riccp@ige.unicamp.br) Received: from saturno.ige.unicamp.br (saturno.ige.unicamp.br [143.106.76.34]) by mx1.freebsd.org (Postfix) with ESMTP id 57FCF2C83 for ; Wed, 18 Sep 2013 14:03:48 +0000 (UTC) Received: from netuno.ige.unicamp.br (saturno.ige.unicamp.br [143.106.76.34]) by saturno.ige.unicamp.br (Postfix) with ESMTPS id DA554359395 for ; Wed, 18 Sep 2013 10:57:32 -0300 (BRT) Received: from netuno.ige.unicamp.br ([143.106.76.2] helo=netuno.ige.unicamp.br) by saturno.ige.unicamp.br with SMTP (2.3.3); 18 Sep 2013 10:57:32 -0300 Received: by netuno.ige.unicamp.br (Postfix, from userid 1003) id 5944D7D70; Wed, 18 Sep 2013 10:57:33 -0300 (BRT) Date: Wed, 18 Sep 2013 10:57:33 -0300 From: Ricardo Campos Passanezi To: FreeBSD-current Subject: gnome2 build error (evolution-data-server-2.32.1_4) Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline User-Agent: Mutt/1.5.21 (2010-09-15) Content-Transfer-Encoding: quoted-printable X-Assp-Version: 2.3.3(13160) on saturno.ige.unicamp.br X-Assp-ID: saturno.ige.unicamp.br m-12652-06628 X-Assp-Session: A152575A0 (mail 1) X-Assp-Original-Subject: gnome2 build error (evolution-data-server-2.32.1_4) X-Assp-Server-TLS: yes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Sep 2013 14:03:48 -0000 Hello, I was trying to install gnome2 port but it ends up with an error in evolution-data-server. Any clues? =3D=3D=3D> Building for evolution-data-server-2.32.1_4 gmake[7]: Entering directory `/usr/obj/usr/ports/databases/evolution-data= -server/work/evolution-data-server-2.32.1' gmake all-recursive gmake[8]: Entering directory `/usr/obj/usr/ports/databases/evolution-data= -server/work/evolution-data-server-2.32.1' Making all in libedataserver gmake[9]: Entering directory `/usr/obj/usr/ports/databases/evolution-data= -server/work/evolution-data-server-2.32.1/libedataserver' CC libedataserver_1_2_la-e-account-list.lo CC libedataserver_1_2_la-e-account.lo CC libedataserver_1_2_la-e-categories.lo CC libedataserver_1_2_la-e-flag.lo CC libedataserver_1_2_la-e-iterator.lo CC libedataserver_1_2_la-e-list.lo CC libedataserver_1_2_la-e-list-iterator.lo CC libedataserver_1_2_la-e-memory.lo e-flag.c:43:15: warning: 'g_cond_new' is deprecated [-Wdeprecated-declara= tions] flag->cond =3D g_cond_new (); ^ /usr/local/include/glib-2.0/glib/deprecated/gthread.h:277:17: note: 'g_co= nd_new' declared here GCond * g_cond_new (void); ^ e-flag.c:44:16: warning: 'g_mutex_new' is deprecated [-Wdeprecated-declar= ations] flag->mutex =3D g_mutex_new (); ^ /usr/local/include/glib-2.0/glib/deprecated/gthread.h:273:17: note: 'g_mu= tex_new' declared here GMutex * g_mutex_new (void); ^ e-flag.c:161:8: warning: 'g_cond_timed_wait' is deprecated [-Wdeprecated-= declarations] if (!g_cond_timed_wait (flag->cond, flag->mutex, abs_time= )) ^ /usr/local/include/glib-2.0/glib/deprecated/gthread.h:281:17: note: 'g_co= nd_timed_wait' declared here gboolean g_cond_timed_wait (GCond *cond, ^ e-flag.c:182:2: warning: 'g_cond_free' is deprecated [-Wdeprecated-declar= ations] g_cond_free (flag->cond); ^ /usr/local/include/glib-2.0/glib/deprecated/gthread.h:279:17: note: 'g_co= nd_free' declared here void g_cond_free (GCond *cond); ^ e-flag.c:183:2: warning: 'g_mutex_free' is deprecated [-Wdeprecated-decla= rations] g_mutex_free (flag->mutex); ^ /usr/local/include/glib-2.0/glib/deprecated/gthread.h:275:17: note: 'g_mu= tex_free' declared here void g_mutex_free (GMutex *mutex); ^ 5 warnings generated. e-account.c:214:11: error: cannot combine with previous 'type-name' decla= ration specifier gboolean bool; ^ /usr/include/stdbool.h:37:14: note: expanded from macro 'bool' #define bool _Bool ^ e-account.c:214:2: warning: declaration does not declare anything [-Wmiss= ing-declarations] gboolean bool; ^~~~~~~~~~~~~ e-account.c:218:8: error: expected identifier or '(' bool =3D (!strcmp ((gchar *)buf, "true") || !strcmp ((gch= ar *)buf, "yes")); ^ e-account.c:221:7: error: expected expression if (bool !=3D *val) { ^ /usr/include/stdbool.h:37:14: note: expanded from macro 'bool' #define bool _Bool ^ e-account.c:222:11: error: expected expression *val =3D bool; ^ /usr/include/stdbool.h:37:14: note: expanded from macro 'bool' #define bool _Bool ^ e-categories.c:529:2: warning: 'g_atexit' is deprecated [-Wdeprecated-dec= larations] g_atexit (finalize_categories); ^ /usr/local/include/glib-2.0/glib/gutils.h:253:6: note: 'g_atexit' declare= d here void g_atexit (GVoidFunc func); ^ 1 warning and 4 errors generated. gmake[9]: *** [libedataserver_1_2_la-e-account.lo] Error 1 gmake[9]: *** Waiting for unfinished jobs.... 1 warning generated. gmake[9]: Leaving directory `/usr/obj/usr/ports/databases/evolution-data-= server/work/evolution-data-server-2.32.1/libedataserver' gmake[8]: *** [all-recursive] Error 1 gmake[8]: Leaving directory `/usr/obj/usr/ports/databases/evolution-data-= server/work/evolution-data-server-2.32.1' gmake[7]: *** [all] Error 2 gmake[7]: Leaving directory `/usr/obj/usr/ports/databases/evolution-data-= server/work/evolution-data-server-2.32.1' =3D=3D=3D> Compilation failed unexpectedly. Try to set MAKE_JOBS_UNSAFE=3Dyes and rebuild before reporting the failur= e to the maintainer. *** Error code 1 Stop. make[6]: stopped in /usr/ports/databases/evolution-data-server *** Error code 1 Stop. make[5]: stopped in /usr/ports/databases/evolution-data-server *** Error code 1 Stop. make[4]: stopped in /usr/ports/devel/bug-buddy *** Error code 1 Stop. make[3]: stopped in /usr/ports/x11-toolkits/py-gnome-desktop *** Error code 1 Stop. make[2]: stopped in /usr/ports/games/gnome-games *** Error code 1 Stop. make[1]: stopped in /usr/ports/x11/gnome2 *** Error code 1 Stop. make: stopped in /usr/ports/x11/gnome2 --=20 Ricardo Campos Passanezi - Supervisor de Se=E7=E3o Chave PGP e GPG P=FAblica em: http://www.ige.unicamp.br/~riccp Instituto de Geoci=EAncias - http://www.ige.unicamp.br - UNICAMP Tel: (19) 3521 4560 From owner-freebsd-current@FreeBSD.ORG Wed Sep 18 14:33:35 2013 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 8330687C for ; Wed, 18 Sep 2013 14:33:35 +0000 (UTC) (envelope-from theraven@FreeBSD.org) Received: from theravensnest.org (theraven.freebsd.your.org [216.14.102.27]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 43D4E2E2E for ; Wed, 18 Sep 2013 14:33:34 +0000 (UTC) Received: from c120.sec.cl.cam.ac.uk (c120.sec.cl.cam.ac.uk [128.232.18.120]) (authenticated bits=0) by theravensnest.org (8.14.5/8.14.5) with ESMTP id r8IEXWfd076595 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Wed, 18 Sep 2013 14:33:33 GMT (envelope-from theraven@FreeBSD.org) Content-Type: text/plain; charset=iso-8859-1 Mime-Version: 1.0 (Mac OS X Mail 6.5 \(1508\)) Subject: Re: gnome2 build error (evolution-data-server-2.32.1_4) From: David Chisnall In-Reply-To: Date: Wed, 18 Sep 2013 15:33:32 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <5584846F-7FEF-46D8-9D72-46204D92CB86@FreeBSD.org> References: To: Ricardo Campos Passanezi X-Mailer: Apple Mail (2.1508) Cc: FreeBSD-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Sep 2013 14:33:35 -0000 This looks like the namespace pollution that was caused by iconv.h = including stdbool.h, which I have already fixed. David On 18 Sep 2013, at 14:57, Ricardo Campos Passanezi = wrote: > Hello, I was trying to install gnome2 port but it ends up with an = error > in evolution-data-server. Any clues? >=20 >=20 >=20 > =3D=3D=3D> Building for evolution-data-server-2.32.1_4 > gmake[7]: Entering directory = `/usr/obj/usr/ports/databases/evolution-data-server/work/evolution-data-se= rver-2.32.1' > gmake all-recursive > gmake[8]: Entering directory = `/usr/obj/usr/ports/databases/evolution-data-server/work/evolution-data-se= rver-2.32.1' > Making all in libedataserver > gmake[9]: Entering directory = `/usr/obj/usr/ports/databases/evolution-data-server/work/evolution-data-se= rver-2.32.1/libedataserver' > CC libedataserver_1_2_la-e-account-list.lo > CC libedataserver_1_2_la-e-account.lo > CC libedataserver_1_2_la-e-categories.lo > CC libedataserver_1_2_la-e-flag.lo > CC libedataserver_1_2_la-e-iterator.lo > CC libedataserver_1_2_la-e-list.lo > CC libedataserver_1_2_la-e-list-iterator.lo > CC libedataserver_1_2_la-e-memory.lo > e-flag.c:43:15: warning: 'g_cond_new' is deprecated = [-Wdeprecated-declarations] > flag->cond =3D g_cond_new (); > ^ > /usr/local/include/glib-2.0/glib/deprecated/gthread.h:277:17: note: = 'g_cond_new' declared here > GCond * g_cond_new (void); > ^ > e-flag.c:44:16: warning: 'g_mutex_new' is deprecated = [-Wdeprecated-declarations] > flag->mutex =3D g_mutex_new (); > ^ > /usr/local/include/glib-2.0/glib/deprecated/gthread.h:273:17: note: = 'g_mutex_new' declared here > GMutex * g_mutex_new (void); > ^ > e-flag.c:161:8: warning: 'g_cond_timed_wait' is deprecated = [-Wdeprecated-declarations] > if (!g_cond_timed_wait (flag->cond, flag->mutex, = abs_time)) > ^ > /usr/local/include/glib-2.0/glib/deprecated/gthread.h:281:17: note: = 'g_cond_timed_wait' declared here > gboolean g_cond_timed_wait (GCond *cond, > ^ > e-flag.c:182:2: warning: 'g_cond_free' is deprecated = [-Wdeprecated-declarations] > g_cond_free (flag->cond); > ^ > /usr/local/include/glib-2.0/glib/deprecated/gthread.h:279:17: note: = 'g_cond_free' declared here > void g_cond_free (GCond *cond); > ^ > e-flag.c:183:2: warning: 'g_mutex_free' is deprecated = [-Wdeprecated-declarations] > g_mutex_free (flag->mutex); > ^ > /usr/local/include/glib-2.0/glib/deprecated/gthread.h:275:17: note: = 'g_mutex_free' declared here > void g_mutex_free (GMutex *mutex); > ^ > 5 warnings generated. > e-account.c:214:11: error: cannot combine with previous 'type-name' = declaration specifier > gboolean bool; > ^ > /usr/include/stdbool.h:37:14: note: expanded from macro 'bool' > #define bool _Bool > ^ > e-account.c:214:2: warning: declaration does not declare anything = [-Wmissing-declarations] > gboolean bool; > ^~~~~~~~~~~~~ > e-account.c:218:8: error: expected identifier or '(' > bool =3D (!strcmp ((gchar *)buf, "true") || !strcmp = ((gchar *)buf, "yes")); > ^ > e-account.c:221:7: error: expected expression > if (bool !=3D *val) { > ^ > /usr/include/stdbool.h:37:14: note: expanded from macro 'bool' > #define bool _Bool > ^ > e-account.c:222:11: error: expected expression > *val =3D bool; > ^ > /usr/include/stdbool.h:37:14: note: expanded from macro 'bool' > #define bool _Bool > ^ > e-categories.c:529:2: warning: 'g_atexit' is deprecated = [-Wdeprecated-declarations] > g_atexit (finalize_categories); > ^ > /usr/local/include/glib-2.0/glib/gutils.h:253:6: note: 'g_atexit' = declared here > void g_atexit (GVoidFunc func); > ^ > 1 warning and 4 errors generated. > gmake[9]: *** [libedataserver_1_2_la-e-account.lo] Error 1 > gmake[9]: *** Waiting for unfinished jobs.... > 1 warning generated. > gmake[9]: Leaving directory = `/usr/obj/usr/ports/databases/evolution-data-server/work/evolution-data-se= rver-2.32.1/libedataserver' > gmake[8]: *** [all-recursive] Error 1 > gmake[8]: Leaving directory = `/usr/obj/usr/ports/databases/evolution-data-server/work/evolution-data-se= rver-2.32.1' > gmake[7]: *** [all] Error 2 > gmake[7]: Leaving directory = `/usr/obj/usr/ports/databases/evolution-data-server/work/evolution-data-se= rver-2.32.1' > =3D=3D=3D> Compilation failed unexpectedly. > Try to set MAKE_JOBS_UNSAFE=3Dyes and rebuild before reporting the = failure to > the maintainer. > *** Error code 1 >=20 > Stop. > make[6]: stopped in /usr/ports/databases/evolution-data-server > *** Error code 1 >=20 > Stop. > make[5]: stopped in /usr/ports/databases/evolution-data-server > *** Error code 1 >=20 > Stop. > make[4]: stopped in /usr/ports/devel/bug-buddy > *** Error code 1 >=20 > Stop. > make[3]: stopped in /usr/ports/x11-toolkits/py-gnome-desktop > *** Error code 1 >=20 > Stop. > make[2]: stopped in /usr/ports/games/gnome-games > *** Error code 1 >=20 > Stop. > make[1]: stopped in /usr/ports/x11/gnome2 > *** Error code 1 >=20 > Stop. > make: stopped in /usr/ports/x11/gnome2 >=20 >=20 >=20 > --=20 > Ricardo Campos Passanezi - Supervisor de Se=E7=E3o > Chave PGP e GPG P=FAblica em: http://www.ige.unicamp.br/~riccp > Instituto de Geoci=EAncias - http://www.ige.unicamp.br - UNICAMP > Tel: (19) 3521 4560 > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to = "freebsd-current-unsubscribe@freebsd.org" >=20 From owner-freebsd-current@FreeBSD.ORG Wed Sep 18 14:52:30 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id E39D0E8 for ; Wed, 18 Sep 2013 14:52:30 +0000 (UTC) (envelope-from supportme@ukr.net) Received: from fmd1s.ukr.net (fmd1s.ukr.net [195.214.192.43]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 8BA142F48 for ; Wed, 18 Sep 2013 14:52:30 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=ukr.net; s=ffe; h=Content-Transfer-Encoding:Content-Type:MIME-Version:References:In-Reply-To:Message-Id:Cc:To:Subject:From:Date; bh=tVfNalujPG9UlPZNo2qoXVd6qT/CB6+CSUxu0qERyTk=; b=fvZh+IVGUhvTbJ1BhXMpJf00hpG2UO2a3R7YZxR11Wz1oY/4KwFzyFjcjkk8a9ttDpXREOxeyxP6COuhi8NBuB1SY3G8nKEBh3A71sYtD/I7LPwZqBovH9zU90VAe+AR9b0J6bsRUtejyDRUSPlY19zjFtgccxdlIrytqlFeIGM=; Received: from [10.0.10.112] (helo=fmst-6.ukr.net) by fmd1s.ukr.net with smtp ID 1VMJ74-000GHM-VD for freebsd-current@freebsd.org; Wed, 18 Sep 2013 17:52:19 +0300 Date: Wed, 18 Sep 2013 17:52:16 +0300 From: Dmitriy Makarov Subject: Re[2]: ZFS secondarycache on SSD problem on r255173 To: Steven Hartland X-Mailer: freemail.ukr.net 5.0 Message-Id: <1379496242.750778745.m0ksff1m@fmst-6.ukr.net> In-Reply-To: <4AA28730F331444AB13108ABF0CD68B7@multiplay.co.uk> References: <1379069539.824504225.3b9xwugp@fmst-6.ukr.net><74C1D072-77BB-4D6C-B78F-C8D2731FA0CF@sarenet.es><1379333192.127359970.ma5jnbc5@fmst-6.ukr.net> <1379334340.567465877.0b1lli6r@fmst-6.ukr.net> <8365CE736DC749DF95D0030A725211F6@multiplay.co.uk> <02549AD9-C456-4E17-927C-B4BCC97F8CC8@freebsd.org> <4AA28730F331444AB13108ABF0CD68B7@multiplay.co.uk> MIME-Version: 1.0 Received: from supportme@ukr.net by fmst-6.ukr.net; Wed, 18 Sep 2013 17:52:18 +0300 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: binary Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: "Justin T. Gibbs" , Borja Marcos , freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Sep 2013 14:52:31 -0000 The attached patch by Steven Hartland fixes issue for me too. Thank you! --- ИÑходное Ñообщение --- От кого: "Steven Hartland" < killing@multiplay.co.uk > Дата: 18 ÑентÑÐ±Ñ€Ñ 2013, 01:53:10 ----- Original Message ----- From: "Justin T. Gibbs" < --- Дмитрий Макаров From owner-freebsd-current@FreeBSD.ORG Wed Sep 18 15:26:27 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 8E62E159; Wed, 18 Sep 2013 15:26:27 +0000 (UTC) (envelope-from tijl@freebsd.org) Received: from mailrelay001.isp.belgacom.be (mailrelay001.isp.belgacom.be [195.238.6.51]) by mx1.freebsd.org (Postfix) with ESMTP id 9F3B2218C; Wed, 18 Sep 2013 15:26:26 +0000 (UTC) X-Belgacom-Dynamic: yes X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AssGACPFOVJR8ZCX/2dsb2JhbABagwc4RoJvrTOREoEaF3SCJQEBBVYjEAsYCSUPKh4GiBoIulKPZweEHgOFFYsRh1SBMIJZjWyDJjo Received: from 151.144-241-81.adsl-dyn.isp.belgacom.be (HELO kalimero.tijl.coosemans.org) ([81.241.144.151]) by relay.skynet.be with ESMTP; 18 Sep 2013 17:26:21 +0200 Received: from kalimero.tijl.coosemans.org (kalimero.tijl.coosemans.org [127.0.0.1]) by kalimero.tijl.coosemans.org (8.14.7/8.14.7) with ESMTP id r8IFQKHq003585; Wed, 18 Sep 2013 17:26:20 +0200 (CEST) (envelope-from tijl@FreeBSD.org) Date: Wed, 18 Sep 2013 17:26:15 +0200 From: Tijl Coosemans To: Jung-uk Kim Subject: Re: libreoffice build error Message-ID: <20130918172615.42270918@kalimero.tijl.coosemans.org> In-Reply-To: <5238FC0E.9090004@FreeBSD.org> References: <104781379415439@web14h.yandex.ru> <20130917162045.5b0fc356@thor.walstatt.dyndns.org> <20130917154914.GD31894@ithaqua.etoilebsd.net> <20130917155245.GE31894@ithaqua.etoilebsd.net> <52389059.8000200@FreeBSD.org> <5238FC0E.9090004@FreeBSD.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA256; boundary="Sig_/btk1n3cRW8B1Oj9pD7+ZFSt"; protocol="application/pgp-signature" Cc: Baptiste Daroussin , David Chisnall , Shawn Webb , "S.N.Grigoriev" , FreeBSD-current , "O. Hartmann" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Sep 2013 15:26:27 -0000 --Sig_/btk1n3cRW8B1Oj9pD7+ZFSt Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Tue, 17 Sep 2013 21:04:14 -0400 Jung-uk Kim wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 >=20 > On 2013-09-17 13:24:41 -0400, Jung-uk Kim wrote: > > I am still working on libc++ issues but it is much more > > complicated. :-( >=20 > I fixed almost everything except for exception handling issues. > Unfortunately, libc++/libcxxrt's exception handling is not 100% > compatible with libstdc++'s and I couldn't find a proper fix. :-( >=20 > Basically, C++/UNO bridge for LibreOffice/OpenOffice does some clever > hacks, somewhat similar to the example on this blog page: >=20 > http://zbigg.blogspot.com/2009/03/catch-on-g.html The definition of struct __cxa_exception doesn't match the one in /usr/include/c++/v1/cxxabi.h. There's an extra field at the start in the __LP64__ case: uintptr_t referenceCount. --Sig_/btk1n3cRW8B1Oj9pD7+ZFSt Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.21 (FreeBSD) iF4EAREIAAYFAlI5xhsACgkQfoCS2CCgtiu/zgD9GFPfNQYY6pZ/K0uBeyCPw4YM MHUSNFBA0jV4GXdzX7gA/2mn7wCTkrDsEf4vTYpox7J8TJQIpwOkFSxah5mdAYCu =z16C -----END PGP SIGNATURE----- --Sig_/btk1n3cRW8B1Oj9pD7+ZFSt-- From owner-freebsd-current@FreeBSD.ORG Wed Sep 18 16:40:04 2013 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id A9EF24F0; Wed, 18 Sep 2013 16:40:04 +0000 (UTC) (envelope-from theraven@FreeBSD.org) Received: from theravensnest.org (theraven.freebsd.your.org [216.14.102.27]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 5B0ED2656; Wed, 18 Sep 2013 16:40:03 +0000 (UTC) Received: from dhcp-172-17-153-22.eduroam.lapwing.private.cam.ac.uk (global-1-26.nat.csx.cam.ac.uk [131.111.184.26]) (authenticated bits=0) by theravensnest.org (8.14.5/8.14.5) with ESMTP id r8IGdqMm077273 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Wed, 18 Sep 2013 16:39:53 GMT (envelope-from theraven@FreeBSD.org) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 6.5 \(1508\)) Subject: Re: libreoffice build error From: David Chisnall In-Reply-To: <20130918172615.42270918@kalimero.tijl.coosemans.org> Date: Wed, 18 Sep 2013 17:39:46 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <95159E17-E700-464F-BBEE-C7C97355B8EB@FreeBSD.org> References: <104781379415439@web14h.yandex.ru> <20130917162045.5b0fc356@thor.walstatt.dyndns.org> <20130917154914.GD31894@ithaqua.etoilebsd.net> <20130917155245.GE31894@ithaqua.etoilebsd.net> <52389059.8000200@FreeBSD.org> <5238FC0E.9090004@FreeBSD.org> <20130918172615.42270918@kalimero.tijl.coosemans.org> To: Tijl Coosemans X-Mailer: Apple Mail (2.1508) Cc: Baptiste Daroussin , Shawn Webb , "S.N.Grigoriev" , FreeBSD-current , "O. Hartmann" , Jung-uk Kim X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Sep 2013 16:40:04 -0000 On 18 Sep 2013, at 16:26, Tijl Coosemans wrote: > On Tue, 17 Sep 2013 21:04:14 -0400 Jung-uk Kim wrote: >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA1 >>=20 >> On 2013-09-17 13:24:41 -0400, Jung-uk Kim wrote: >>> I am still working on libc++ issues but it is much more >>> complicated. :-( >>=20 >> I fixed almost everything except for exception handling issues. >> Unfortunately, libc++/libcxxrt's exception handling is not 100% >> compatible with libstdc++'s and I couldn't find a proper fix. :-( >>=20 >> Basically, C++/UNO bridge for LibreOffice/OpenOffice does some clever >> hacks, somewhat similar to the example on this blog page: >>=20 >> http://zbigg.blogspot.com/2009/03/catch-on-g.html >=20 > The definition of struct __cxa_exception doesn't match the one in > /usr/include/c++/v1/cxxabi.h. There's an extra field at the start > in the __LP64__ case: uintptr_t referenceCount. This field is present in newer versions of the ABI spec and is also = there in new versions of libsupc++. It's required for implementing = C++11 dependent exceptions. It shouldn't matter for code that doesn't allocate the structure (and = nothing outside of libsupc++ / libcxxrt should be allocating them), = because these structures are always passed around by pointers to their = ends (where the _Unwind_Exception structure lives). David= From owner-freebsd-current@FreeBSD.ORG Wed Sep 18 16:58:07 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 0F5DC92F for ; Wed, 18 Sep 2013 16:58:07 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from plane.gmane.org (plane.gmane.org [80.91.229.3]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id BE235273D for ; Wed, 18 Sep 2013 16:58:06 +0000 (UTC) Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1VML4f-0001GF-Ht for freebsd-current@freebsd.org; Wed, 18 Sep 2013 18:57:57 +0200 Received: from cpc3-walt15-2-0-cust148.13-2.cable.virginmedia.com ([86.21.186.149]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 18 Sep 2013 18:57:57 +0200 Received: from walterhurry by cpc3-walt15-2-0-cust148.13-2.cable.virginmedia.com with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 18 Sep 2013 18:57:57 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Walter Hurry Subject: libexecinfo? Date: Wed, 18 Sep 2013 16:57:35 +0000 (UTC) Lines: 6 Message-ID: Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: cpc3-walt15-2-0-cust148.13-2.cable.virginmedia.com User-Agent: Pan/0.139 (Sexual Chocolate; GIT bf56508 git://git.gnome.org/pan2) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Sep 2013 16:58:07 -0000 We had a recent issue with libiconv now being included in base, thus rendering the port superfluous. Does a similar situation exist with libexecinfo? I don't seem to need the port on on 10.0-ALPHA1 r255587, and htop and ruby both build quite happily without it. The library is /usr/lib/libexecinfo.so.1. From owner-freebsd-current@FreeBSD.ORG Wed Sep 18 17:11:56 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 398C4C7D for ; Wed, 18 Sep 2013 17:11:56 +0000 (UTC) (envelope-from baptiste.daroussin@gmail.com) Received: from mail-wi0-x22d.google.com (mail-wi0-x22d.google.com [IPv6:2a00:1450:400c:c05::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C83CE2838 for ; Wed, 18 Sep 2013 17:11:55 +0000 (UTC) Received: by mail-wi0-f173.google.com with SMTP id hq15so6760889wib.6 for ; Wed, 18 Sep 2013 10:11:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=ffSK8ZjxjsPS7o5D0ZrceNOlKuigudXQAnobaXzEMSk=; b=gxiGi5r2VJGZvghK501+BgfrcVItszJGHacKn0wUEb0GLeiqJ8W5/ghj9zUtWd97Mq YSbsik8axo944chO2IQcx1G5pK5V3eKqz8a/0z+nmKppGPHoLcHwPz2QrgIAyqVkjrqS xARNtc39gy0XY0pgQfVQy3wHA3heXOaO4lPHctvXsBNjQmFg0kpm4P6KFyXAdQD/ajXM kexHj66d3PjnrUJbwfUSAWdVH/NzsZ7hbeOM0ryqfrPc0FyBVvnWxdwaBs0LLiyNEVgQ 8QUTHPP7Bj0VCiMelO7c0ccn6VkY91U3huSprCbHk2Yfcq/YHF96wRGrd5989idfuwgB g0EA== X-Received: by 10.194.134.168 with SMTP id pl8mr20732wjb.74.1379524314255; Wed, 18 Sep 2013 10:11:54 -0700 (PDT) Received: from ithaqua.etoilebsd.net (ithaqua.etoilebsd.net. [37.59.37.188]) by mx.google.com with ESMTPSA id dx7sm3795376wib.8.1969.12.31.16.00.00 (version=TLSv1 cipher=RC4-SHA bits=128/128); Wed, 18 Sep 2013 10:11:53 -0700 (PDT) Sender: Baptiste Daroussin Date: Wed, 18 Sep 2013 19:11:50 +0200 From: Baptiste Daroussin To: Walter Hurry Subject: Re: libexecinfo? Message-ID: <20130918171150.GA68789@ithaqua.etoilebsd.net> References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="sm4nu43k4a2Rpi4c" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Sep 2013 17:11:56 -0000 --sm4nu43k4a2Rpi4c Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Sep 18, 2013 at 04:57:35PM +0000, Walter Hurry wrote: > We had a recent issue with libiconv now being included in base, thus=20 > rendering the port superfluous. >=20 > Does a similar situation exist with libexecinfo? I don't seem to need the= =20 > port on on 10.0-ALPHA1 r255587, and htop and ruby both build quite=20 > happily without it. The library is /usr/lib/libexecinfo.so.1. >=20 libexecinfo in base is exactly the same as the on from ports, so it should = be a change that doesn't require any manual operations. regards, Bapt --sm4nu43k4a2Rpi4c Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAlI53tYACgkQ8kTtMUmk6Ez+qgCfXJS9NdmJPHkflUKtffIvoNKJ oTgAoLxmGJU9LPzKwnMWjAxpy5B6sZTY =YxG5 -----END PGP SIGNATURE----- --sm4nu43k4a2Rpi4c-- From owner-freebsd-current@FreeBSD.ORG Wed Sep 18 17:23:04 2013 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from hammer.pct.niksun.com (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by hub.freebsd.org (Postfix) with ESMTP id C89CA185; Wed, 18 Sep 2013 17:23:03 +0000 (UTC) (envelope-from jkim@FreeBSD.org) Message-ID: <5239E0DB.20400@FreeBSD.org> Date: Wed, 18 Sep 2013 13:20:27 -0400 From: Jung-uk Kim User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130911 Thunderbird/17.0.8 MIME-Version: 1.0 To: David Chisnall Subject: Re: libreoffice build error References: <104781379415439@web14h.yandex.ru> <20130917162045.5b0fc356@thor.walstatt.dyndns.org> <20130917154914.GD31894@ithaqua.etoilebsd.net> <20130917155245.GE31894@ithaqua.etoilebsd.net> <52389059.8000200@FreeBSD.org> <5238FC0E.9090004@FreeBSD.org> <20130918172615.42270918@kalimero.tijl.coosemans.org> <95159E17-E700-464F-BBEE-C7C97355B8EB@FreeBSD.org> In-Reply-To: <95159E17-E700-464F-BBEE-C7C97355B8EB@FreeBSD.org> X-Enigmail-Version: 1.5.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Baptiste Daroussin , Shawn Webb , "S.N.Grigoriev" , FreeBSD-current , Tijl Coosemans , "O. Hartmann" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Sep 2013 17:23:04 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 2013-09-18 12:39:46 -0400, David Chisnall wrote: > On 18 Sep 2013, at 16:26, Tijl Coosemans wrote: > >> On Tue, 17 Sep 2013 21:04:14 -0400 Jung-uk Kim wrote: >>> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 >>> >>> On 2013-09-17 13:24:41 -0400, Jung-uk Kim wrote: >>>> I am still working on libc++ issues but it is much more >>>> complicated. :-( >>> >>> I fixed almost everything except for exception handling >>> issues. Unfortunately, libc++/libcxxrt's exception handling is >>> not 100% compatible with libstdc++'s and I couldn't find a >>> proper fix. :-( >>> >>> Basically, C++/UNO bridge for LibreOffice/OpenOffice does some >>> clever hacks, somewhat similar to the example on this blog >>> page: >>> >>> http://zbigg.blogspot.com/2009/03/catch-on-g.html >> >> The definition of struct __cxa_exception doesn't match the one >> in /usr/include/c++/v1/cxxabi.h. There's an extra field at the >> start in the __LP64__ case: uintptr_t referenceCount. > > This field is present in newer versions of the ABI spec and is also > there in new versions of libsupc++. It's required for implementing > C++11 dependent exceptions. > > It shouldn't matter for code that doesn't allocate the structure > (and nothing outside of libsupc++ / libcxxrt should be allocating > them), because these structures are always passed around by > pointers to their ends (where the _Unwind_Exception structure > lives). Ah, I see. Now I wrote a proper fix and it looks very promising. :-) Thanks, guys! Jung-uk Kim -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.21 (FreeBSD) iQEcBAEBAgAGBQJSOeDZAAoJECXpabHZMqHOL58IALyk+dvTnWqga4RQJIXA2bUC JFxqyK1CPsJSLk/IKhxGP0TFxll/oJhmCuPU9hwxqhlzrUBc+mvCE4ms0pLF/g3u DZccKQKB20xGmLRSjRIF0ErfM6vL/mpRcSGQK3kztTwTpquk9PcImLDIxs4Q8Jw8 76fvj83TYleRNNyQy6L0nrfmIRlAPcJlGc7mcbWghx0AqttVpmDTmbyXihDwlOJf fe05PNTJv6IJqMPvzf/3gr7D9MmLsZlZbOpwJgPIMCGXHbLZSVMixMs/WvzzdaSp nuCF+JDt1I9sG2eCQSkmvgQe71l1/IMW5b7sPxiOGfE6EgiUFWDtBUsAwIeAHmo= =WgDa -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Wed Sep 18 17:56:37 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 3A524D55 for ; Wed, 18 Sep 2013 17:56:37 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from plane.gmane.org (plane.gmane.org [80.91.229.3]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id EA2892AC4 for ; Wed, 18 Sep 2013 17:56:36 +0000 (UTC) Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1VMLzO-00039I-KY for freebsd-current@freebsd.org; Wed, 18 Sep 2013 19:56:34 +0200 Received: from cpc3-walt15-2-0-cust148.13-2.cable.virginmedia.com ([86.21.186.149]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 18 Sep 2013 19:56:34 +0200 Received: from walterhurry by cpc3-walt15-2-0-cust148.13-2.cable.virginmedia.com with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 18 Sep 2013 19:56:34 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Walter Hurry Subject: Re: libexecinfo? Date: Wed, 18 Sep 2013 17:56:14 +0000 (UTC) Lines: 18 Message-ID: References: <20130918171150.GA68789@ithaqua. etoilebsd.net> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: cpc3-walt15-2-0-cust148.13-2.cable.virginmedia.com User-Agent: Pan/0.139 (Sexual Chocolate; GIT bf56508 git://git.gnome.org/pan2) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Sep 2013 17:56:37 -0000 On Wed, 18 Sep 2013 19:11:50 +0200, Baptiste Daroussin wrote: > On Wed, Sep 18, 2013 at 04:57:35PM +0000, Walter Hurry wrote: >> We had a recent issue with libiconv now being included in base, thus >> rendering the port superfluous. >> >> Does a similar situation exist with libexecinfo? I don't seem to need >> the port on on 10.0-ALPHA1 r255587, and htop and ruby both build quite >> happily without it. The library is /usr/lib/libexecinfo.so.1. >> >> > libexecinfo in base is exactly the same as the on from ports, so it > should be a change that doesn't require any manual operations. > Ah, right. Thanks. Then I can safely do as I already have; i.e. remove the libexecinfo package and recompile those affected. This on the grounds that the fewer unnecessary ports the better, imho. From owner-freebsd-current@FreeBSD.ORG Wed Sep 18 18:02:26 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 96D8A412; Wed, 18 Sep 2013 18:02:26 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: from mail-ob0-x229.google.com (mail-ob0-x229.google.com [IPv6:2607:f8b0:4003:c01::229]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 579362B7B; Wed, 18 Sep 2013 18:02:26 +0000 (UTC) Received: by mail-ob0-f169.google.com with SMTP id wp4so8086633obc.14 for ; Wed, 18 Sep 2013 11:02:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=jHzQXFp7XZy1L4JL070s/07ZAZLCu6IVQW2EWYbG+m8=; b=XBdrvsXjwANO95XEprU2Jk1/T9x3GjCTTeo6YTotUPKNglRjihaMkw1wLbez4cIVWC 7RBv7Guw0Rq7RIzjjn1ruGp2VHzrZGHTHzQViq+9kjpgk9JkzCjgnuHXyKl97WGJHBGI Um6pxHbdPRNW2wMkcfOACgUPE3xJx0rCdoYRbAzEE9iUxEooglWUB2Ph5h0D1PAXlu3+ PTffS0140AWFbBJjUnjyWaE7CJDTatA5VGbXSmOZuQvEVOaWfVBTff89MV2vUzvg45bk WZ8rEtFF+NRbCl88AlopLfs3tgcmSR4F1v8PALyhe0XCOelfgB33ZDVjC0rp2jcYgYCJ NkYQ== MIME-Version: 1.0 X-Received: by 10.60.76.72 with SMTP id i8mr35050154oew.11.1379527345488; Wed, 18 Sep 2013 11:02:25 -0700 (PDT) Sender: carpeddiem@gmail.com Received: by 10.60.83.16 with HTTP; Wed, 18 Sep 2013 11:02:25 -0700 (PDT) In-Reply-To: <20130918171150.GA68789@ithaqua.etoilebsd.net> References: <20130918171150.GA68789@ithaqua.etoilebsd.net> Date: Wed, 18 Sep 2013 14:02:25 -0400 X-Google-Sender-Auth: H36G6iXmeYk2Oaw0fWdxA2Yfmoc Message-ID: Subject: Re: libexecinfo? From: Ed Maste To: Baptiste Daroussin Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current@freebsd.org, Walter Hurry X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Sep 2013 18:02:26 -0000 On 18 September 2013 13:11, Baptiste Daroussin wrote: > > libexecinfo in base is exactly the same as the on from ports, so it should be a > change that doesn't require any manual operations. To clarify, it is not the same code, but provides exactly the same interface. The one now in base comes from NetBSD and should work on all architectures. From owner-freebsd-current@FreeBSD.ORG Wed Sep 18 18:31:56 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id E99B6CC9; Wed, 18 Sep 2013 18:31:56 +0000 (UTC) (envelope-from tijl@freebsd.org) Received: from mailrelay009.isp.belgacom.be (mailrelay009.isp.belgacom.be [195.238.6.176]) by mx1.freebsd.org (Postfix) with ESMTP id EBF992D3F; Wed, 18 Sep 2013 18:31:55 +0000 (UTC) X-Belgacom-Dynamic: yes X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AlUGAFDwOVJR8ZCX/2dsb2JhbABagwc4RsE4gRsXdIIlAQEFViMQCw4KCSUPKh4GE4gHCLoAj2cHhB4DhRWLEYdUgTCCWY1sgyY6 Received: from 151.144-241-81.adsl-dyn.isp.belgacom.be (HELO kalimero.tijl.coosemans.org) ([81.241.144.151]) by relay.skynet.be with ESMTP; 18 Sep 2013 20:31:52 +0200 Received: from kalimero.tijl.coosemans.org (kalimero.tijl.coosemans.org [127.0.0.1]) by kalimero.tijl.coosemans.org (8.14.7/8.14.7) with ESMTP id r8IIVoiF004924; Wed, 18 Sep 2013 20:31:51 +0200 (CEST) (envelope-from tijl@FreeBSD.org) Date: Wed, 18 Sep 2013 20:31:45 +0200 From: Tijl Coosemans To: David Chisnall Subject: Re: libreoffice build error Message-ID: <20130918203145.3e953edd@kalimero.tijl.coosemans.org> In-Reply-To: <95159E17-E700-464F-BBEE-C7C97355B8EB@FreeBSD.org> References: <104781379415439@web14h.yandex.ru> <20130917162045.5b0fc356@thor.walstatt.dyndns.org> <20130917154914.GD31894@ithaqua.etoilebsd.net> <20130917155245.GE31894@ithaqua.etoilebsd.net> <52389059.8000200@FreeBSD.org> <5238FC0E.9090004@FreeBSD.org> <20130918172615.42270918@kalimero.tijl.coosemans.org> <95159E17-E700-464F-BBEE-C7C97355B8EB@FreeBSD.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA256; boundary="Sig_/zI+SGaxelS2t5zH9YA=R3U."; protocol="application/pgp-signature" Cc: Baptiste Daroussin , Shawn Webb , "S.N.Grigoriev" , FreeBSD-current , "O. Hartmann" , Jung-uk Kim X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Sep 2013 18:31:57 -0000 --Sig_/zI+SGaxelS2t5zH9YA=R3U. Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Wed, 18 Sep 2013 17:39:46 +0100 David Chisnall wrote: > On 18 Sep 2013, at 16:26, Tijl Coosemans wrote: >> On Tue, 17 Sep 2013 21:04:14 -0400 Jung-uk Kim wrote: >>> On 2013-09-17 13:24:41 -0400, Jung-uk Kim wrote: >>>> I am still working on libc++ issues but it is much more >>>> complicated. :-( >>>=20 >>> I fixed almost everything except for exception handling issues. >>> Unfortunately, libc++/libcxxrt's exception handling is not 100% >>> compatible with libstdc++'s and I couldn't find a proper fix. :-( >>>=20 >>> Basically, C++/UNO bridge for LibreOffice/OpenOffice does some clever >>> hacks, somewhat similar to the example on this blog page: >>>=20 >>> http://zbigg.blogspot.com/2009/03/catch-on-g.html >>=20 >> The definition of struct __cxa_exception doesn't match the one in >> /usr/include/c++/v1/cxxabi.h. There's an extra field at the start >> in the __LP64__ case: uintptr_t referenceCount. >=20 > This field is present in newer versions of the ABI spec and is also > there in new versions of libsupc++. It's required for implementing > C++11 dependent exceptions. >=20 > It shouldn't matter for code that doesn't allocate the structure (and > nothing outside of libsupc++ / libcxxrt should be allocating them), > because these structures are always passed around by pointers to their > ends (where the _Unwind_Exception structure lives). There are some pointers to the start such as the caughtExceptions field in struct __cxa_eh_globals and the nextException field in struct __cxa_exception itself. --Sig_/zI+SGaxelS2t5zH9YA=R3U. Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.21 (FreeBSD) iF4EAREIAAYFAlI58ZYACgkQfoCS2CCgtiutEgD+JvshawjJoRGKAdzY6nhBXsqA 2IpfHvaJJnwHyIbjLlgA/0+oDFj16GaonJdnHigWgeUJy+J6SOGEZA7vS+thxPkR =12CJ -----END PGP SIGNATURE----- --Sig_/zI+SGaxelS2t5zH9YA=R3U.-- From owner-freebsd-current@FreeBSD.ORG Wed Sep 18 18:49:31 2013 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 06B32453; Wed, 18 Sep 2013 18:49:31 +0000 (UTC) (envelope-from theraven@FreeBSD.org) Received: from theravensnest.org (theraven.freebsd.your.org [216.14.102.27]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A9C7D2E2E; Wed, 18 Sep 2013 18:49:30 +0000 (UTC) Received: from dhcp-172-17-153-22.eduroam.lapwing.private.cam.ac.uk (global-1-26.nat.csx.cam.ac.uk [131.111.184.26]) (authenticated bits=0) by theravensnest.org (8.14.5/8.14.5) with ESMTP id r8IInQaF078029 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Wed, 18 Sep 2013 18:49:27 GMT (envelope-from theraven@FreeBSD.org) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 6.5 \(1508\)) Subject: Re: libreoffice build error From: David Chisnall In-Reply-To: <20130918203145.3e953edd@kalimero.tijl.coosemans.org> Date: Wed, 18 Sep 2013 19:49:21 +0100 Content-Transfer-Encoding: 7bit Message-Id: References: <104781379415439@web14h.yandex.ru> <20130917162045.5b0fc356@thor.walstatt.dyndns.org> <20130917154914.GD31894@ithaqua.etoilebsd.net> <20130917155245.GE31894@ithaqua.etoilebsd.net> <52389059.8000200@FreeBSD.org> <5238FC0E.9090004@FreeBSD.org> <20130918172615.42270918@kalimero.tijl.coosemans.org> <95159E17-E700-464F-BBEE-C7C97355B8EB@FreeBSD.org> <20130918203145.3e953edd@kalimero.tijl.coosemans.org> To: Tijl Coosemans X-Mailer: Apple Mail (2.1508) Cc: Baptiste Daroussin , Shawn Webb , "S.N.Grigoriev" , FreeBSD-current , "O. Hartmann" , Jung-uk Kim X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Sep 2013 18:49:31 -0000 On 18 Sep 2013, at 19:31, Tijl Coosemans wrote: > There are some pointers to the start such as the caughtExceptions field > in struct __cxa_eh_globals and the nextException field in struct > __cxa_exception itself. These are not part of the public API. David From owner-freebsd-current@FreeBSD.ORG Wed Sep 18 18:51:32 2013 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 533AD6FE; Wed, 18 Sep 2013 18:51:32 +0000 (UTC) (envelope-from theraven@FreeBSD.org) Received: from theravensnest.org (theraven.freebsd.your.org [216.14.102.27]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id F24822E86; Wed, 18 Sep 2013 18:51:31 +0000 (UTC) Received: from dhcp-172-17-153-22.eduroam.lapwing.private.cam.ac.uk (global-1-26.nat.csx.cam.ac.uk [131.111.184.26]) (authenticated bits=0) by theravensnest.org (8.14.5/8.14.5) with ESMTP id r8IIpQKC078044 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Wed, 18 Sep 2013 18:51:27 GMT (envelope-from theraven@FreeBSD.org) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 6.5 \(1508\)) Subject: Re: libreoffice build error From: David Chisnall In-Reply-To: Date: Wed, 18 Sep 2013 19:51:20 +0100 Content-Transfer-Encoding: 7bit Message-Id: References: <104781379415439@web14h.yandex.ru> <20130917162045.5b0fc356@thor.walstatt.dyndns.org> <20130917154914.GD31894@ithaqua.etoilebsd.net> <20130917155245.GE31894@ithaqua.etoilebsd.net> <52389059.8000200@FreeBSD.org> <5238FC0E.9090004@FreeBSD.org> <20130918172615.42270918@kalimero.tijl.coosemans.org> <95159E17-E700-464F-BBEE-C7C97355B8EB@FreeBSD.org> <20130918203145.3e953edd@kalimero.tijl.coosemans.org> To: David Chisnall X-Mailer: Apple Mail (2.1508) Cc: Baptiste Daroussin , Shawn Webb , "S.N.Grigoriev" , FreeBSD-current , Tijl Coosemans , "O. Hartmann" , Jung-uk Kim X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Sep 2013 18:51:32 -0000 On 18 Sep 2013, at 19:49, David Chisnall wrote: > These are not part of the public API. Oh. Yes it is. Ho hum... David From owner-freebsd-current@FreeBSD.ORG Wed Sep 18 19:36:26 2013 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 7F0F52CB; Wed, 18 Sep 2013 19:36:26 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from mail0.glenbarber.us (mail0.glenbarber.us [IPv6:2607:fc50:1:2300:1001:1001:1001:face]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 340302151; Wed, 18 Sep 2013 19:36:26 +0000 (UTC) Received: from glenbarber.us (c-71-224-221-174.hsd1.nj.comcast.net [71.224.221.174]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) (Authenticated sender: gjb) by mail0.glenbarber.us (Postfix) with ESMTPSA id 0CF43CD91; Wed, 18 Sep 2013 19:36:25 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.8.3 mail0.glenbarber.us 0CF43CD91 Authentication-Results: mail0.glenbarber.us; dkim=none reason="no signature"; dkim-adsp=none Date: Wed, 18 Sep 2013 15:36:23 -0400 From: Glen Barber To: freebsd-current@FreeBSD.org, freebsd-snapshots@FreeBSD.org Subject: 10.0-ALPHA2 Now Available Message-ID: <20130918193623.GE2306@glenbarber.us> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="sfyO1m2EN8ZOtJL6" Content-Disposition: inline X-Operating-System: FreeBSD 10.0-ALPHA1 amd64 User-Agent: Mutt/1.5.21 (2010-09-15) Cc: FreeBSD Release Engineering Team X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Sep 2013 19:36:26 -0000 --sfyO1m2EN8ZOtJL6 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline The second ALPHA build of the 10.0-RELEASE release cycle is now available on the FTP servers for the amd64, i386, ia64, powerpc, powerpc64 and sparc64 architectures. The 10.0-ALPHA2 builds are based on svn revision r255659 of the head/ branch. The image checksums follow at the end of this email. ISO images and, for architectures that support it, the memory stick images are available here: ftp://ftp.freebsd.org/pub/FreeBSD/releases/ISO-IMAGES/10.0/ (or any of the FreeBSD mirror sites). Note: Because of the time difference the powerpc64 images were uploaded, there may be some delay until that has propagated to all mirrors. If you notice problems you can report them through the normal GNATS PR system or here on the -current mailing list. If you would like to use SVN to do a source based update of an existing system, use the "head/" branch. Please be aware that cvsup and CVS are not supported methods of updating the src/ tree. Important note to freebsd-update(8) users: freebsd-update(8) is not a supported upgrade path for the 10.0-ALPHA builds. Changes between -ALPHA1 and -ALPHA2 include: o Add -stdlib=libstdc++ to CXXFLAGS when building libstdc++ and libsupc++ with clang. o Fix an issue that caused Integrated RAID volumes on LSI mps(4) controllers to not get scanned on boot. o Fix a panic during pageout observed on some powerpc64 systems. o Import Hyper-V paravirtualized drivers from projects/hyperv branch. o Add the new iSCSI target an initiator (iscsictl(8)). o Add the vmx(4) driver to amd64 and i386 GENERIC kernels. o Various fixes to the drm/radeon driver. o Various updates to the unbound import. Checksums: amd64: SHA256 (FreeBSD-10.0-ALPHA2-amd64-bootonly.iso) = 96db67171768bfd4ff5c900b179a7316d7bbc0ab4220b4c72039fa1d0261f442 SHA256 (FreeBSD-10.0-ALPHA2-amd64-disc1.iso) = 5e904de106ab3215cd89785a3d473d631bda65abd071a84bb8be75c15f3a7bd1 SHA256 (FreeBSD-10.0-ALPHA2-amd64-memstick.img) = b5d25f03d2545894f81a1d21e946b16fc08c7547675df2578a90c4fb612c8f48 MD5 (FreeBSD-10.0-ALPHA2-amd64-bootonly.iso) = aa428e018d1668bd55061f6c9853ad44 MD5 (FreeBSD-10.0-ALPHA2-amd64-disc1.iso) = a1b9358595009eea6ceb6feaee07351c MD5 (FreeBSD-10.0-ALPHA2-amd64-memstick.img) = 6d0a69d51fef3b45d0d8caf55c5f630f i386: SHA256 (FreeBSD-10.0-ALPHA2-i386-bootonly.iso) = 1cceb94d074d85604fa6708c9c84342dbb82f114633eb5ace14e119176acc9fe SHA256 (FreeBSD-10.0-ALPHA2-i386-disc1.iso) = 88c9202b4c8ff0ea0a84c6304cc34dcad3ff410c51b4fb670b18262bd87cc960 SHA256 (FreeBSD-10.0-ALPHA2-i386-memstick.img) = 1cafa1a0d93a22f50f74b7d53592ad7c0d2a6464e35b437c055f0c215f366939 MD5 (FreeBSD-10.0-ALPHA2-i386-bootonly.iso) = 5535bd009a5dcb92b0ddffaedf57da58 MD5 (FreeBSD-10.0-ALPHA2-i386-disc1.iso) = 0f308faf5df967cffe18aef588aa9be4 MD5 (FreeBSD-10.0-ALPHA2-i386-memstick.img) = 4bb1c75340df7bd50d411214b828440a ia64: SHA256 (FreeBSD-10.0-ALPHA2-ia64-bootonly.iso) = 417c49885967b1b04c236cb6931031e1697fe1268d4c091e5659ac7c3db1f609 SHA256 (FreeBSD-10.0-ALPHA2-ia64-disc1.iso) = cb7b5048acd936c79686736e6081d7683e9c94505178b9843ba43b28e81376ec SHA256 (FreeBSD-10.0-ALPHA2-ia64-memstick.img) = 65131f70eb43820efb331e95d42096db65177ea03cfe29ef5e539b79d32d74f6 MD5 (FreeBSD-10.0-ALPHA2-ia64-bootonly.iso) = 75b00d08621ecde735a742a55530a909 MD5 (FreeBSD-10.0-ALPHA2-ia64-disc1.iso) = 249306e3bdaf85a984b81b18c667c4ab MD5 (FreeBSD-10.0-ALPHA2-ia64-memstick.img) = 28aec4b95255530b8c8da04db343630f powerpc: SHA256 (FreeBSD-10.0-ALPHA2-powerpc-bootonly.iso) = 29979ce242c27e1aaacc98fb6144c45a78cecb45bfd212fd0ef3526aa33ab386 SHA256 (FreeBSD-10.0-ALPHA2-powerpc-disc1.iso) = d8464bc048d436fed5e8b7d761dc6786d60b002bed7b3e042da0112a1904a373 SHA256 (FreeBSD-10.0-ALPHA2-powerpc-memstick.img) = 9c5e3c5808e5cf4ab32b77b8c84887bc8e5d8fc41a127233effa5d210c1bbff9 MD5 (FreeBSD-10.0-ALPHA2-powerpc-bootonly.iso) = 1f77ff135d0e2b87cd8b0a13016af88e MD5 (FreeBSD-10.0-ALPHA2-powerpc-disc1.iso) = a2fa373cd44a92edcd54ec5cabacb4f7 MD5 (FreeBSD-10.0-ALPHA2-powerpc-memstick.img) = 0528f0a825eca7b5adbef7b755d2e4b2 powerpc64: SHA256 (FreeBSD-10.0-ALPHA2-powerpc-powerpc64-bootonly.iso) = e15dc7a9acc467a0f168eb3468c3f3d3b5efb95775440137d8c00a116f3a5084 SHA256 (FreeBSD-10.0-ALPHA2-powerpc-powerpc64-disc1.iso) = 05b0ab08d2b9afb3375e4cf1494cadc004be884a4975bf260ffdc58999b7505e SHA256 (FreeBSD-10.0-ALPHA2-powerpc-powerpc64-memstick.img) = ad1b6cd82d6de8ad64a1ae81aa6cbda513e0323fbb3c92da41032c424bc89cfb MD5 (FreeBSD-10.0-ALPHA2-powerpc-powerpc64-bootonly.iso) = b35b01668d9c89546aa509ccaa7f4a5f MD5 (FreeBSD-10.0-ALPHA2-powerpc-powerpc64-disc1.iso) = 02d3f48b3a7c55e0ef34ce8a6f0e08cb MD5 (FreeBSD-10.0-ALPHA2-powerpc-powerpc64-memstick.img) = 392bbb412630eb154583c7c507f5cd4f sparc64: SHA256 (FreeBSD-10.0-ALPHA2-sparc64-bootonly.iso) = 849769e15cfa639d152a0bf39ac338c4062e0326067f1b13a9f657134bf57153 SHA256 (FreeBSD-10.0-ALPHA2-sparc64-disc1.iso) = 844910d3b88926b725d92aae9af112455239980183a8ae068d2d414e4a63caa9 MD5 (FreeBSD-10.0-ALPHA2-sparc64-bootonly.iso) = b8afb191ddf365fa8c5254c753230faf MD5 (FreeBSD-10.0-ALPHA2-sparc64-disc1.iso) = 97bb8301d58734ce7b325627989bd1f7 Glen --sfyO1m2EN8ZOtJL6 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.21 (FreeBSD) iQEcBAEBCAAGBQJSOgC3AAoJEFJPDDeguUajUN0H/iHNbGtUZ9bsoCJymfn627uF H9hXg/jAuh3Fnt6jOUR6yorfe7PtsxTvxOxadozSqXjm7KqO11I9+RzhFJMBxj45 lZ9m0WIFKk8IHxLwC5Y4cvfpwO0H/gfVHIFSKNk/joqAsE5qFWoYrqiBk0uXkR0X eQ8IBtcn4aRLBT3LlZzstVqEanW3jse/vuNkBNiXQilymVTLAaOF+J6d6mOl4K3n Nkw0uU8rpQvtTNxb1+RZC8Atay+Kg68+tboQVzbPR1mFRttK+jIelPAk4TolF+Ih HJUUF5+C9FOggWuysWGp1bfE28ZgRxSm6Td8+/zkN4XFdC2iqHZSfW2S7KEYFtM= =OpNv -----END PGP SIGNATURE----- --sfyO1m2EN8ZOtJL6-- From owner-freebsd-current@FreeBSD.ORG Wed Sep 18 19:50:36 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 3BFC468E; Wed, 18 Sep 2013 19:50:36 +0000 (UTC) (envelope-from robotsondrugs@gmail.com) Received: from mail-ie0-f182.google.com (mail-ie0-f182.google.com [209.85.223.182]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D99872228; Wed, 18 Sep 2013 19:50:32 +0000 (UTC) Received: by mail-ie0-f182.google.com with SMTP id aq17so13579303iec.41 for ; Wed, 18 Sep 2013 12:50:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=GD0HZ/JeVjMtTjiBq/M6ZlEqCUzIu4w3LF0Nhpj7jps=; b=J9CDvDKd67310cEo8Qm07nlVxOg5/hDAFoA5ya1CClN/c5J9qhabY+twSYS7bGSE6G +kUJuhFFg5DnlnBRgwsdQ8ZhIIONBsriPPU071//9JJ2fEKgRKinw91MbOZpuuB1x03L XLLd/64iNE462N9/9lB96RLlAM5M5OauQKL/ipU4IDywl0g7pCFJanUHDR6SWXgoQkxu LQLu06chdkc0VDfJw1wg0GkalutN+Cw9EH4vsh9BCUt+141o1Iggm8KmUjNzaNKxVslc YrVaV/ZddkdslGrrlk+z5Q5qfz5K+ej44TpLuxhrJ0De5H7IKBqK0jt1vSOIPznrtQEo mOLA== X-Received: by 10.50.2.67 with SMTP id 3mr3820577igs.41.1379533811794; Wed, 18 Sep 2013 12:50:11 -0700 (PDT) Received: from [10.0.0.66] (c-98-240-141-71.hsd1.mn.comcast.net. [98.240.141.71]) by mx.google.com with ESMTPSA id b16sm225783igd.7.1969.12.31.16.00.00 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 18 Sep 2013 12:50:11 -0700 (PDT) Message-ID: <523A03F2.3020207@gmail.com> Date: Wed, 18 Sep 2013 14:50:10 -0500 From: Andrew Berg User-Agent: Mozilla/5.0 (Windows NT 6.2; WOW64; rv:17.0) Gecko/20130801 Thunderbird/17.0.8 MIME-Version: 1.0 To: Glen Barber Subject: Re: 10.0-ALPHA2 Now Available References: <20130918193623.GE2306@glenbarber.us> In-Reply-To: <20130918193623.GE2306@glenbarber.us> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-snapshots@FreeBSD.org, freebsd-current@FreeBSD.org, FreeBSD Release Engineering Team X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Sep 2013 19:50:36 -0000 On 2013.09.18 14:36, Glen Barber wrote: > Changes between -ALPHA1 and -ALPHA2 include: > ... > o Import Hyper-V paravirtualized drivers from projects/hyperv > branch. These were merged in r255524 and are in -ALPHA1 (I am currently using them). Or has something changed with them? From owner-freebsd-current@FreeBSD.ORG Wed Sep 18 19:55:58 2013 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id EDC4285B; Wed, 18 Sep 2013 19:55:58 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from mail0.glenbarber.us (mail0.glenbarber.us [208.86.227.67]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C1DDB2264; Wed, 18 Sep 2013 19:55:58 +0000 (UTC) Received: from glenbarber.us (c-71-224-221-174.hsd1.nj.comcast.net [71.224.221.174]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) (Authenticated sender: gjb) by mail0.glenbarber.us (Postfix) with ESMTPSA id 280ACCF34; Wed, 18 Sep 2013 19:55:57 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.8.3 mail0.glenbarber.us 280ACCF34 Authentication-Results: mail0.glenbarber.us; dkim=none reason="no signature"; dkim-adsp=none Date: Wed, 18 Sep 2013 15:55:55 -0400 From: Glen Barber To: Andrew Berg Subject: Re: 10.0-ALPHA2 Now Available Message-ID: <20130918195555.GF2306@glenbarber.us> References: <20130918193623.GE2306@glenbarber.us> <523A03F2.3020207@gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="QXO0/MSS4VvK6f+D" Content-Disposition: inline In-Reply-To: <523A03F2.3020207@gmail.com> X-Operating-System: FreeBSD 10.0-ALPHA1 amd64 User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-snapshots@FreeBSD.org, freebsd-current@FreeBSD.org, FreeBSD Release Engineering Team X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Sep 2013 19:55:59 -0000 --QXO0/MSS4VvK6f+D Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Wed, Sep 18, 2013 at 02:50:10PM -0500, Andrew Berg wrote: > On 2013.09.18 14:36, Glen Barber wrote: > > Changes between -ALPHA1 and -ALPHA2 include: > > ... > > o Import Hyper-V paravirtualized drivers from projects/hyperv > > branch. > These were merged in r255524 and are in -ALPHA1 (I am currently > using them). Or has something changed with them? They were not available in the 10.0-ALPHA1 ISOs, which were based on svn revision r255501. Glen --QXO0/MSS4VvK6f+D Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.21 (FreeBSD) iQEcBAEBCAAGBQJSOgVLAAoJEFJPDDeguUajewsIAKE6RWScnsyqGlZ+urI5gC/U 73w64O/qebYvd6yo7euO/noou09G4OrK5sDpnw6llnmE5O+6+P6vmuXDJhvwE8ma GyxIIobt9epyfC+PHXwkU3HT6gATii4BateaXcYmkKXBvLgGLZXoYGTtUjHsfMCO mkp8NFTneO2Gx/x3X9vECkWI8tMWVauqk2DxnX/WJWCT1EITo1kqufM5EmTAETG6 /0JqkO6AxErdHwewY9aoFeGDrXvIADOuP76ycquoG4OSNfBZeUId/i7h0sOjzvA8 oPzLZVOa3Jo0YXzI7Q4hRTIn1SCvrz4wtc5A2kFPk3vL66TP4S88BA2pm36Bne8= =UGE0 -----END PGP SIGNATURE----- --QXO0/MSS4VvK6f+D-- From owner-freebsd-current@FreeBSD.ORG Wed Sep 18 20:14:52 2013 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from hammer.pct.niksun.com (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by hub.freebsd.org (Postfix) with ESMTP id 3FBD3D1E; Wed, 18 Sep 2013 20:14:51 +0000 (UTC) (envelope-from jkim@FreeBSD.org) Message-ID: <523A091E.6020701@FreeBSD.org> Date: Wed, 18 Sep 2013 16:12:14 -0400 From: Jung-uk Kim User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130911 Thunderbird/17.0.8 MIME-Version: 1.0 To: David Chisnall Subject: Re: libreoffice build error References: <104781379415439@web14h.yandex.ru> <20130917162045.5b0fc356@thor.walstatt.dyndns.org> <20130917154914.GD31894@ithaqua.etoilebsd.net> <20130917155245.GE31894@ithaqua.etoilebsd.net> <52389059.8000200@FreeBSD.org> <5238FC0E.9090004@FreeBSD.org> <20130918172615.42270918@kalimero.tijl.coosemans.org> <95159E17-E700-464F-BBEE-C7C97355B8EB@FreeBSD.org> <20130918203145.3e953edd@kalimero.tijl.coosemans.org> In-Reply-To: X-Enigmail-Version: 1.5.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Baptiste Daroussin , Shawn Webb , "S.N.Grigoriev" , FreeBSD-current , Tijl Coosemans , "O. Hartmann" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Sep 2013 20:14:52 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 2013-09-18 14:51:20 -0400, David Chisnall wrote: > On 18 Sep 2013, at 19:49, David Chisnall > wrote: > >> These are not part of the public API. > > Oh. Yes it is. Ho hum... It seems it's removed from GCC because it broke OpenOffice.org. 8-) http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38732 http://gcc.gnu.org/viewcvs/gcc?view=revision&revision=143170 Jung-uk Kim -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.21 (FreeBSD) iQEcBAEBAgAGBQJSOgkeAAoJECXpabHZMqHOlcwIALxc3r7H3Ocj7TPOG41itms6 +pmquUmLCb6f5OR6vgbgMTdAiL2olOyKrMgOUAt/+yWtpmbgZ0pgN5iOEf4Jdh5c u31q+YtxSMlYOVDjRnj30IGaYMrUXb+mU7Fq/+SHdSeI+obYn6JLZX9aECdBtKmM tI9Jfvx6KLgq4YQyFpWsBZEMeXhH8HBpcZZUtlOE4g4V7SumkZe9TbK7N+vIQYpO NJBGRlHn6RKQ25xU0Ar5FlB+nTcSIMRn/Moc/g9C3oKDk4jeVdsj8ZWsVTZvzgoL Jo7kTPSpNnDNW68PTLm3h4xd+30zs0n4qFtW5cSbeai9IfPt9MpzzqxCmbb1DtU= =eDVE -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Wed Sep 18 21:15:32 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 39079A2E for ; Wed, 18 Sep 2013 21:15:32 +0000 (UTC) (envelope-from gondim@bsdinfo.com.br) Received: from mail.bsdinfo.com.br (mail.bsdinfo.com.br [67.212.89.78]) by mx1.freebsd.org (Postfix) with ESMTP id 0BB4926B4 for ; Wed, 18 Sep 2013 21:15:31 +0000 (UTC) Received: from mail.bsdinfo.com.br (mail.bsdinfo.com.br [127.0.0.1]) by mail.bsdinfo.com.br (Postfix) with ESMTP id 338801399E for ; Wed, 18 Sep 2013 18:15:37 -0300 (BRT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=bsdinfo.com.br; h=content-transfer-encoding:content-type:content-type :in-reply-to:references:subject:subject:to:mime-version :user-agent:from:from:date:date:message-id; s=dkim; t= 1379538936; x=1380402937; bh=oh0+I+vYwpHyPUO2hABskIGIwHDvqZe0Bn8 UbQjOcOE=; b=jDy1xvI/F8miypI+67fqbzh5OIAneig+eXlUlwGEVkCLGXfmSmE WYS9bc/CABAtbtmHfHeZ0akPPj4/ntvPE3OqkCJAZNggE9n7pzlfTqvX+4exYAz2 Hh4NexwsgRT+t9iNU5hdilD6fJ4fH8JwG2aLDPzNyVOgd9/Ujb/usTjg= X-Virus-Scanned: amavisd-new at mail.bsdinfo.com.br Received: from mail.bsdinfo.com.br ([127.0.0.1]) by mail.bsdinfo.com.br (mail.bsdinfo.com.br [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 9-VjVid1_xan for ; Wed, 18 Sep 2013 18:15:36 -0300 (BRT) Received: from MacBook-de-Gondim-2.local (unknown [186.193.54.69]) by mail.bsdinfo.com.br (Postfix) with ESMTPSA id 1F93713989 for ; Wed, 18 Sep 2013 18:15:35 -0300 (BRT) Message-ID: <523A17EA.7030507@bsdinfo.com.br> Date: Wed, 18 Sep 2013 18:15:22 -0300 From: Marcelo Gondim User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.8; rv:17.0) Gecko/20130801 Thunderbird/17.0.8 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: 10.0-ALPHA2 Now Available References: <20130918193623.GE2306@glenbarber.us> <523A03F2.3020207@gmail.com> <20130918195555.GF2306@glenbarber.us> In-Reply-To: <20130918195555.GF2306@glenbarber.us> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Sep 2013 21:15:32 -0000 Em 18/09/13 16:55, Glen Barber escreveu: > On Wed, Sep 18, 2013 at 02:50:10PM -0500, Andrew Berg wrote: >> On 2013.09.18 14:36, Glen Barber wrote: >>> Changes between -ALPHA1 and -ALPHA2 include: >>> ... >>> o Import Hyper-V paravirtualized drivers from projects/hyperv >>> branch. >> These were merged in r255524 and are in -ALPHA1 (I am currently >> using them). Or has something changed with them? > They were not available in the 10.0-ALPHA1 ISOs, which were based on svn > revision r255501. > > Glen > Hi Glen, What svn revision ALPHA2 was based? Thanks Gondim From owner-freebsd-current@FreeBSD.ORG Wed Sep 18 21:19:20 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 1BA9FC74; Wed, 18 Sep 2013 21:19:20 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from mail0.glenbarber.us (mail0.glenbarber.us [IPv6:2607:fc50:1:2300:1001:1001:1001:face]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id CB24726E4; Wed, 18 Sep 2013 21:19:19 +0000 (UTC) Received: from glenbarber.us (c-71-224-221-174.hsd1.nj.comcast.net [71.224.221.174]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) (Authenticated sender: gjb) by mail0.glenbarber.us (Postfix) with ESMTPSA id AA6DDA85B; Wed, 18 Sep 2013 21:19:17 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.8.3 mail0.glenbarber.us AA6DDA85B Authentication-Results: mail0.glenbarber.us; dkim=none reason="no signature"; dkim-adsp=none Date: Wed, 18 Sep 2013 17:19:15 -0400 From: Glen Barber To: Marcelo Gondim Subject: Re: 10.0-ALPHA2 Now Available Message-ID: <20130918211915.GH2306@glenbarber.us> References: <20130918193623.GE2306@glenbarber.us> <523A03F2.3020207@gmail.com> <20130918195555.GF2306@glenbarber.us> <523A17EA.7030507@bsdinfo.com.br> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="SdvjNjn6lL3tIsv0" Content-Disposition: inline In-Reply-To: <523A17EA.7030507@bsdinfo.com.br> X-Operating-System: FreeBSD 10.0-ALPHA1 amd64 User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Sep 2013 21:19:20 -0000 --SdvjNjn6lL3tIsv0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Sep 18, 2013 at 06:15:22PM -0300, Marcelo Gondim wrote: > Em 18/09/13 16:55, Glen Barber escreveu: > >On Wed, Sep 18, 2013 at 02:50:10PM -0500, Andrew Berg wrote: > >>On 2013.09.18 14:36, Glen Barber wrote: > >>>Changes between -ALPHA1 and -ALPHA2 include: > >>> ... > >>> o Import Hyper-V paravirtualized drivers from projects/hyperv > >>> branch. > >>These were merged in r255524 and are in -ALPHA1 (I am currently > >>using them). Or has something changed with them? > >They were not available in the 10.0-ALPHA1 ISOs, which were based on svn > >revision r255501. > > > >Glen > > > Hi Glen, >=20 > What svn revision ALPHA2 was based? >=20 In the announcement: "The 10.0-ALPHA2 builds are based on svn revision r255659 of the head/ branch." Glen --SdvjNjn6lL3tIsv0 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.21 (FreeBSD) iQEcBAEBCAAGBQJSOhjTAAoJEFJPDDeguUaj+y4IAKSx9iL/j7osULl7DwkFXqEl ZPVfZ+x+bFkgzEWd3JL4lLqDn9di6AOwzWITq0yztwNx+129LxRE9AWIeA6KXQWm UAcubpaqUxzp++CUBBxmjxOa48CVKUi4vXJXPftXIRJIUUwn8TT/RFNT2X8LSorM tb8VtJ1xGyAZYhCUzMHFeAb5x7uIy/2UWxFilkW9gLruoPsxYKxPKnrH4vA+C9HM 6ZK/0hXBTqrlFWoSqXmq6nsd4yzj7aBIiTjdvxKIdXp6ZHtEcqs07FaHvSV9FoNM fIUH/sg7d9eklZGh4Irijs9Y2+/dIcWB8d1/c56XpfRSqsturTfZKU2nsOMF3Po= =IM96 -----END PGP SIGNATURE----- --SdvjNjn6lL3tIsv0-- From owner-freebsd-current@FreeBSD.ORG Wed Sep 18 21:42:23 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 650DD47C for ; Wed, 18 Sep 2013 21:42:23 +0000 (UTC) (envelope-from tguldener@bluewin.ch) Received: from zhhdzmsp-smta18.bluewin.ch (zhhdzmsp-smta18.bluewin.ch [195.186.227.133]) by mx1.freebsd.org (Postfix) with ESMTP id F2E032827 for ; Wed, 18 Sep 2013 21:42:22 +0000 (UTC) Received: from [195.186.99.130] ([195.186.99.130:37996] helo=zhbdzmsp-smta11.bluewin.ch) by zhhdzmsp-smta18.bluewin.ch (envelope-from ) (ecelerity 2.2.3.47 r(39824M)) with ESMTP id 18/BE-01355-63E1A325; Wed, 18 Sep 2013 21:42:15 +0000 Received: from [10.10.0.143] (80.218.32.35) by zhbdzmsp-smta11.bluewin.ch (8.5.142) (authenticated as tguldener@bluewin.ch) id 51E5C44E0686AFB6; Wed, 18 Sep 2013 21:42:14 +0000 Mime-Version: 1.0 (Mac OS X Mail 7.0 \(1811\)) Subject: Re: Shuttle DS47 - Realtek RT 8111G From: Thomas Guldener In-Reply-To: <20130916021738.GA3619@michelle.cdnetworks.com> Date: Wed, 18 Sep 2013 23:42:12 +0200 Message-Id: <11570684-E60B-4E16-9D7F-18F5B3146403@bluewin.ch> References: <2F1C253C-BA52-4B5F-8DA9-0C15D46054A4@bluewin.ch> <206B1EDA-567F-4E58-AB71-AB91C4B8484B@samsco.org> <20130916021738.GA3619@michelle.cdnetworks.com> To: pyunyh@gmail.com X-Mailer: Apple Mail (2.1811) X-Mailman-Approved-At: Wed, 18 Sep 2013 22:13:45 +0000 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Sep 2013 21:42:23 -0000 >> +#define RL_HWREV_8168G_0 0x4c000000 >> +#define RL_HWREV_8168G_1 0x4c100000 >=20 > I don't know exact model number for these MACs but it may be 8168G. The Shuttle DS47 is 0x4c000000 But it looks like that this changes are not in Alpha2. I get still the = Message: re0: Unknown H/W revision: 0x4c000000 device_attach: re0 attach returned 6 g. thomas= From owner-freebsd-current@FreeBSD.ORG Thu Sep 19 00:02:46 2013 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from hammer.pct.niksun.com (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by hub.freebsd.org (Postfix) with ESMTP id 401B57F0; Thu, 19 Sep 2013 00:02:46 +0000 (UTC) (envelope-from jkim@FreeBSD.org) Message-ID: <523A3E89.5020608@FreeBSD.org> Date: Wed, 18 Sep 2013 20:00:09 -0400 From: Jung-uk Kim User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130911 Thunderbird/17.0.8 MIME-Version: 1.0 To: David Chisnall Subject: Re: libreoffice build error References: <104781379415439@web14h.yandex.ru> <20130917162045.5b0fc356@thor.walstatt.dyndns.org> <20130917154914.GD31894@ithaqua.etoilebsd.net> <20130917155245.GE31894@ithaqua.etoilebsd.net> <52389059.8000200@FreeBSD.org> <5238FC0E.9090004@FreeBSD.org> <20130918172615.42270918@kalimero.tijl.coosemans.org> <95159E17-E700-464F-BBEE-C7C97355B8EB@FreeBSD.org> <5239E0DB.20400@FreeBSD.org> In-Reply-To: <5239E0DB.20400@FreeBSD.org> X-Enigmail-Version: 1.5.1 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Cc: Baptiste Daroussin , Shawn Webb , "S.N.Grigoriev" , FreeBSD-current , Tijl Coosemans , "O. Hartmann" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Sep 2013 00:02:47 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 2013-09-18 13:20:27 -0400, Jung-uk Kim wrote: 2013ë…„ 9ì›” 18ì¼ 13:20, Jung-uk Kim ì“´ 글:> On 2013-09-18 12:39:46 - -0400, David Chisnall wrote: >> On 18 Sep 2013, at 16:26, Tijl Coosemans >> wrote: > >>> On Tue, 17 Sep 2013 21:04:14 -0400 Jung-uk Kim wrote: >>>> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 >>>> >>>> On 2013-09-17 13:24:41 -0400, Jung-uk Kim wrote: >>>>> I am still working on libc++ issues but it is much more >>>>> complicated. :-( >>>> >>>> I fixed almost everything except for exception handling >>>> issues. Unfortunately, libc++/libcxxrt's exception handling >>>> is not 100% compatible with libstdc++'s and I couldn't find >>>> a proper fix. :-( >>>> >>>> Basically, C++/UNO bridge for LibreOffice/OpenOffice does >>>> some clever hacks, somewhat similar to the example on this >>>> blog page: >>>> >>>> http://zbigg.blogspot.com/2009/03/catch-on-g.html >>> >>> The definition of struct __cxa_exception doesn't match the one >>> in /usr/include/c++/v1/cxxabi.h. There's an extra field at >>> the start in the __LP64__ case: uintptr_t referenceCount. > >> This field is present in newer versions of the ABI spec and is >> also there in new versions of libsupc++. It's required for >> implementing C++11 dependent exceptions. > >> It shouldn't matter for code that doesn't allocate the structure >> (and nothing outside of libsupc++ / libcxxrt should be >> allocating them), because these structures are always passed >> around by pointers to their ends (where the _Unwind_Exception >> structure lives). > > Ah, I see. Now I wrote a proper fix and it looks very promising. > :-) Committed: http://svnweb.freebsd.org/changeset/ports/327589 Thanks! Jung-uk Kim * PS: IMHO, the ABI compatibility issue must be fixed before 10.0. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.21 (FreeBSD) iQEcBAEBAgAGBQJSOj6JAAoJECXpabHZMqHOlhgIAJg0fAXSLdqR+otyUrvgcfDg fuyYMfbcaVk1yGdPuUwppFb8/hZCP0YDKRCf8JmCpisz5yEcUTQYCVmvWCfjBMTa 2Caelx2Cof2ao6o4IAaDd+qVP16Mdio3e8iAb2Kh8tbj08eLIpn5GvmEOOkNGnVN HYAONN8e5x3PJN7N+vWcNR1uYw1PZHww44KImZeQ7ejbWQwE28NBbkCwLeddB4he bafcFPXJccngoW2c9RUIm81sRycZP5vP9dwhJicBHUEK46/x0TW0SQRavH5d0Wnx E4FxksUen9lQOYtbwFPEfDTH4NnHB+zlwA7SwQgqGFXHqOBn81r3+YTzNmH4rd0= =t0tP -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Thu Sep 19 00:43:39 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id E95C7A05 for ; Thu, 19 Sep 2013 00:43:39 +0000 (UTC) (envelope-from johannes@brilliantservice.co.jp) Received: from mail-ie0-f171.google.com (mail-ie0-f171.google.com [209.85.223.171]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B9B3C22A3 for ; Thu, 19 Sep 2013 00:43:39 +0000 (UTC) Received: by mail-ie0-f171.google.com with SMTP id at1so13839278iec.2 for ; Wed, 18 Sep 2013 17:43:33 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:from:date:message-id:subject:to :content-type; bh=asB8ISV1RouDo5T+wcQCmqExxscz/0Wc6w2aQx9qPAY=; b=d5sVh9PrBiGtSqMC+RmCHK4LO9Xzi3IRESN6OCZPIG610mimDRLDhwOdc4NhZVFEQr f9L1+aLo2pmtFk3hm0ybf5miDqPpAozUEojciac+BUJfAQQzUO3N+6mHdDURAebcftk2 PdgX42/OkWN5BlEcZrn7/5+CcY18N4//cpjZJVK4JcA4WSFAtLEwCA0NYy/vH3egrD4u dDfJ80nxpEEGP55AWOHYyWZu3cc4xLlob4P3SLS64bwZhm+9aSL4nXVGlgEpfLShplNY 1nkXVzGMw3fW4gspuCIGEanR0uIyPmTLOyyNVYKPuLKJU5J5N9mSvAwYZB+luTb92CFn MlLQ== X-Gm-Message-State: ALoCoQlehoqWKbcg96P+yGV/U90djYKP6jmlZJYkqGManUnt+DquMgleOFyNggboxdiQCtzwkLpr X-Received: by 10.43.143.133 with SMTP id jm5mr3467680icc.25.1379551413093; Wed, 18 Sep 2013 17:43:33 -0700 (PDT) MIME-Version: 1.0 Received: by 10.42.76.66 with HTTP; Wed, 18 Sep 2013 17:43:17 -0700 (PDT) From: "Lundberg, Johannes" Date: Thu, 19 Sep 2013 09:43:17 +0900 Message-ID: Subject: Intel HD5000 graphics no /dev/dri To: FreeBSD Current , "freebsd-x11@freebsd.org" Content-Type: multipart/mixed; boundary=001a11c2f6f2ed58bb04e6b1d73b X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Sep 2013 00:43:40 -0000 --001a11c2f6f2ed58bb04e6b1d73b Content-Type: text/plain; charset=ISO-8859-1 Hi It looks like HD5000 should be supported but I can't get it to work on the new MacBook Air. Attached the log which will show that there is no /dev/dri device. I compiled drivers and libraries the same way as I've done on HD4000 (Panasonic laptop) which works just fine (except switching to console, of course). Has anyone been successful with the HD5000? -- Johannes Lundberg Project leader and lead developer of Mirama OS (previously Viking OS) BRILLIANTSERVICE CO., LTD. My blog Mirama homepage blog Company homepage --001a11c2f6f2ed58bb04e6b1d73b Content-Type: application/octet-stream; name="Xorg.0.log" Content-Disposition: attachment; filename="Xorg.0.log" Content-Transfer-Encoding: base64 X-Attachment-Id: f_hlr96hyg0 WyAgIDEzMi41MzVdIApYLk9yZyBYIFNlcnZlciAxLjEyLjQKUmVsZWFzZSBEYXRlOiAyMDEyLTA4 LTI3ClsgICAxMzIuNTM2XSBYIFByb3RvY29sIFZlcnNpb24gMTEsIFJldmlzaW9uIDAKWyAgIDEz Mi41MzZdIEJ1aWxkIE9wZXJhdGluZyBTeXN0ZW06IEZyZWVCU0QgMTAuMC1BTFBIQTIgaTM4NiAK WyAgIDEzMi41MzZdIEN1cnJlbnQgT3BlcmF0aW5nIFN5c3RlbTogRnJlZUJTRCBQQzEtMTMtMDAw NCAxMC4wLUFMUEhBMiBGcmVlQlNEIDEwLjAtQUxQSEEyICMwIHIyNDM3ODA6MjU1NjIzTTogVHVl IFNlcCAxNyAxNDo1MjowOSBKU1QgMjAxMyAgICAgcm9vdEBQQzEtMTItMDAwNzovdXNyL29iai91 c3Ivc3JjL3N5cy9HRU5FUklDIGkzODYKWyAgIDEzMi41MzZdIEJ1aWxkIERhdGU6IDE4IFNlcHRl bWJlciAyMDEzICAwNjoyOTo1MlBNClsgICAxMzIuNTM2XSAgClsgICAxMzIuNTM2XSBDdXJyZW50 IHZlcnNpb24gb2YgcGl4bWFuOiAwLjMwLjIKWyAgIDEzMi41MzZdIAlCZWZvcmUgcmVwb3J0aW5n IHByb2JsZW1zLCBjaGVjayBodHRwOi8vd2lraS54Lm9yZwoJdG8gbWFrZSBzdXJlIHRoYXQgeW91 IGhhdmUgdGhlIGxhdGVzdCB2ZXJzaW9uLgpbICAgMTMyLjUzNl0gTWFya2VyczogKC0tKSBwcm9i ZWQsICgqKikgZnJvbSBjb25maWcgZmlsZSwgKD09KSBkZWZhdWx0IHNldHRpbmcsCgkoKyspIGZy b20gY29tbWFuZCBsaW5lLCAoISEpIG5vdGljZSwgKElJKSBpbmZvcm1hdGlvbmFsLAoJKFdXKSB3 YXJuaW5nLCAoRUUpIGVycm9yLCAoTkkpIG5vdCBpbXBsZW1lbnRlZCwgKD8/KSB1bmtub3duLgpb ICAgMTMyLjUzN10gKD09KSBMb2cgZmlsZTogIi92YXIvbG9nL1hvcmcuMC5sb2ciLCBUaW1lOiBU aHUgU2VwIDE5IDA5OjM4OjEyIDIwMTMKWyAgIDEzMi41NDFdICg9PSkgVXNpbmcgY29uZmlnIGZp bGU6ICIvZXRjL1gxMS94b3JnLmNvbmYiClsgICAxMzIuNTQzXSAoPT0pIFNlcnZlckxheW91dCAi WC5vcmcgQ29uZmlndXJlZCIKWyAgIDEzMi41NDNdICgqKikgfC0tPlNjcmVlbiAiU2NyZWVuMCIg KDApClsgICAxMzIuNTQzXSAoKiopIHwgICB8LS0+TW9uaXRvciAiTW9uaXRvcjAiClsgICAxMzIu NTQ0XSAoKiopIHwgICB8LS0+RGV2aWNlICJDYXJkMCIKWyAgIDEzMi41NDVdICgqKikgfC0tPklu cHV0IERldmljZSAiTW91c2UwIgpbICAgMTMyLjU0NV0gKCoqKSB8LS0+SW5wdXQgRGV2aWNlICJL ZXlib2FyZDAiClsgICAxMzIuNTQ1XSAoPT0pIE5vdCBhdXRvbWF0aWNhbGx5IGFkZGluZyBkZXZp Y2VzClsgICAxMzIuNTQ1XSAoPT0pIE5vdCBhdXRvbWF0aWNhbGx5IGVuYWJsaW5nIGRldmljZXMK WyAgIDEzMi41NDVdICgqKikgRm9udFBhdGggc2V0IHRvOgoJJHtwcmVmaXh9L3NoYXJlL2ZvbnRz L1gxMS9taXNjLywKCSR7cHJlZml4fS9zaGFyZS9mb250cy9YMTEvVFRGLywKCSR7cHJlZml4fS9z aGFyZS9mb250cy9YMTEvT1RGLywKCSR7cHJlZml4fS9zaGFyZS9mb250cy9YMTEvVHlwZTEvLAoJ JHtwcmVmaXh9L3NoYXJlL2ZvbnRzL1gxMS8xMDBkcGkvLAoJJHtwcmVmaXh9L3NoYXJlL2ZvbnRz L1gxMS83NWRwaS8sCgkke3ByZWZpeH0vc2hhcmUvZm9udHMvWDExL21pc2MvLAoJJHtwcmVmaXh9 L3NoYXJlL2ZvbnRzL1gxMS9UVEYvLAoJJHtwcmVmaXh9L3NoYXJlL2ZvbnRzL1gxMS9PVEYvLAoJ JHtwcmVmaXh9L3NoYXJlL2ZvbnRzL1gxMS9UeXBlMS8sCgkke3ByZWZpeH0vc2hhcmUvZm9udHMv WDExLzEwMGRwaS8sCgkke3ByZWZpeH0vc2hhcmUvZm9udHMvWDExLzc1ZHBpLwpbICAgMTMyLjU0 NV0gKCoqKSBNb2R1bGVQYXRoIHNldCB0byAiL3Vzci9sb2NhbC9saWIveG9yZy9tb2R1bGVzIgpb ICAgMTMyLjU0Nl0gKElJKSBMb2FkZXIgbWFnaWM6IDB4ODFlNzFlYwpbICAgMTMyLjU0Nl0gKElJ KSBNb2R1bGUgQUJJIHZlcnNpb25zOgpbICAgMTMyLjU0Nl0gCVguT3JnIEFOU0kgQyBFbXVsYXRp b246IDAuNApbICAgMTMyLjU0Nl0gCVguT3JnIFZpZGVvIERyaXZlcjogMTIuMQpbICAgMTMyLjU0 Nl0gCVguT3JnIFhJbnB1dCBkcml2ZXIgOiAxNi4wClsgICAxMzIuNTQ2XSAJWC5PcmcgU2VydmVy IEV4dGVuc2lvbiA6IDYuMApbICAgMTMyLjU0N10gKC0tKSBQQ0k6KigwOjA6MjowKSA4MDg2OjBh MjY6MTA2YjowMTFhIHJldiA5LCBNZW0gQCAweGIwMDAwMDAwLzQxOTQzMDQsIDB4YTAwMDAwMDAv MjY4NDM1NDU2LCBJL08gQCAweDAwMDAyMDAwLzY0LCBCSU9TIEAgMHg/Pz8/Pz8/Py82NTUzNgpb ICAgMTMyLjU0OF0gKElJKSAiZXh0bW9kIiB3aWxsIGJlIGxvYWRlZC4gVGhpcyB3YXMgZW5hYmxl ZCBieSBkZWZhdWx0IGFuZCBhbHNvIHNwZWNpZmllZCBpbiB0aGUgY29uZmlnIGZpbGUuClsgICAx MzIuNTQ4XSAoSUkpICJkYmUiIHdpbGwgYmUgbG9hZGVkLiBUaGlzIHdhcyBlbmFibGVkIGJ5IGRl ZmF1bHQgYW5kIGFsc28gc3BlY2lmaWVkIGluIHRoZSBjb25maWcgZmlsZS4KWyAgIDEzMi41NDhd IChJSSkgImdseCIgd2lsbCBiZSBsb2FkZWQuIFRoaXMgd2FzIGVuYWJsZWQgYnkgZGVmYXVsdCBh bmQgYWxzbyBzcGVjaWZpZWQgaW4gdGhlIGNvbmZpZyBmaWxlLgpbICAgMTMyLjU0OF0gKElJKSAi cmVjb3JkIiB3aWxsIGJlIGxvYWRlZC4gVGhpcyB3YXMgZW5hYmxlZCBieSBkZWZhdWx0IGFuZCBh bHNvIHNwZWNpZmllZCBpbiB0aGUgY29uZmlnIGZpbGUuClsgICAxMzIuNTQ4XSAoSUkpICJkcmki IHdpbGwgYmUgbG9hZGVkLiBUaGlzIHdhcyBlbmFibGVkIGJ5IGRlZmF1bHQgYW5kIGFsc28gc3Bl Y2lmaWVkIGluIHRoZSBjb25maWcgZmlsZS4KWyAgIDEzMi41NDhdIChJSSkgImRyaTIiIHdpbGwg YmUgbG9hZGVkLiBUaGlzIHdhcyBlbmFibGVkIGJ5IGRlZmF1bHQgYW5kIGFsc28gc3BlY2lmaWVk IGluIHRoZSBjb25maWcgZmlsZS4KWyAgIDEzMi41NDhdIChJSSkgTG9hZE1vZHVsZTogImV4dG1v ZCIKWyAgIDEzMi41NTBdIChJSSkgTG9hZGluZyAvdXNyL2xvY2FsL2xpYi94b3JnL21vZHVsZXMv ZXh0ZW5zaW9ucy9saWJleHRtb2Quc28KWyAgIDEzMi41NTNdIChJSSkgTW9kdWxlIGV4dG1vZDog dmVuZG9yPSJYLk9yZyBGb3VuZGF0aW9uIgpbICAgMTMyLjU1M10gCWNvbXBpbGVkIGZvciAxLjEy LjQsIG1vZHVsZSB2ZXJzaW9uID0gMS4wLjAKWyAgIDEzMi41NTNdIAlNb2R1bGUgY2xhc3M6IFgu T3JnIFNlcnZlciBFeHRlbnNpb24KWyAgIDEzMi41NTNdIAlBQkkgY2xhc3M6IFguT3JnIFNlcnZl ciBFeHRlbnNpb24sIHZlcnNpb24gNi4wClsgICAxMzIuNTUzXSAoSUkpIExvYWRpbmcgZXh0ZW5z aW9uIE1JVC1TQ1JFRU4tU0FWRVIKWyAgIDEzMi41NTNdIChJSSkgTG9hZGluZyBleHRlbnNpb24g WEZyZWU4Ni1WaWRNb2RlRXh0ZW5zaW9uClsgICAxMzIuNTUzXSAoSUkpIExvYWRpbmcgZXh0ZW5z aW9uIFhGcmVlODYtREdBClsgICAxMzIuNTUzXSAoSUkpIExvYWRpbmcgZXh0ZW5zaW9uIERQTVMK WyAgIDEzMi41NTNdIChJSSkgTG9hZGluZyBleHRlbnNpb24gWFZpZGVvClsgICAxMzIuNTUzXSAo SUkpIExvYWRpbmcgZXh0ZW5zaW9uIFhWaWRlby1Nb3Rpb25Db21wZW5zYXRpb24KWyAgIDEzMi41 NTNdIChJSSkgTG9hZGluZyBleHRlbnNpb24gWC1SZXNvdXJjZQpbICAgMTMyLjU1M10gKElJKSBM b2FkTW9kdWxlOiAicmVjb3JkIgpbICAgMTMyLjU1NF0gKElJKSBMb2FkaW5nIC91c3IvbG9jYWwv bGliL3hvcmcvbW9kdWxlcy9leHRlbnNpb25zL2xpYnJlY29yZC5zbwpbICAgMTMyLjU1NF0gKElJ KSBNb2R1bGUgcmVjb3JkOiB2ZW5kb3I9IlguT3JnIEZvdW5kYXRpb24iClsgICAxMzIuNTU0XSAJ Y29tcGlsZWQgZm9yIDEuMTIuNCwgbW9kdWxlIHZlcnNpb24gPSAxLjEzLjAKWyAgIDEzMi41NTVd IAlNb2R1bGUgY2xhc3M6IFguT3JnIFNlcnZlciBFeHRlbnNpb24KWyAgIDEzMi41NTVdIAlBQkkg Y2xhc3M6IFguT3JnIFNlcnZlciBFeHRlbnNpb24sIHZlcnNpb24gNi4wClsgICAxMzIuNTU1XSAo SUkpIExvYWRpbmcgZXh0ZW5zaW9uIFJFQ09SRApbICAgMTMyLjU1NV0gKElJKSBMb2FkTW9kdWxl OiAiZGJlIgpbICAgMTMyLjU1NV0gKElJKSBMb2FkaW5nIC91c3IvbG9jYWwvbGliL3hvcmcvbW9k dWxlcy9leHRlbnNpb25zL2xpYmRiZS5zbwpbICAgMTMyLjU1N10gKElJKSBNb2R1bGUgZGJlOiB2 ZW5kb3I9IlguT3JnIEZvdW5kYXRpb24iClsgICAxMzIuNTU3XSAJY29tcGlsZWQgZm9yIDEuMTIu NCwgbW9kdWxlIHZlcnNpb24gPSAxLjAuMApbICAgMTMyLjU1N10gCU1vZHVsZSBjbGFzczogWC5P cmcgU2VydmVyIEV4dGVuc2lvbgpbICAgMTMyLjU1N10gCUFCSSBjbGFzczogWC5PcmcgU2VydmVy IEV4dGVuc2lvbiwgdmVyc2lvbiA2LjAKWyAgIDEzMi41NTddIChJSSkgTG9hZGluZyBleHRlbnNp b24gRE9VQkxFLUJVRkZFUgpbICAgMTMyLjU1N10gKElJKSBMb2FkTW9kdWxlOiAiZHJpIgpbICAg MTMyLjU1OF0gKElJKSBMb2FkaW5nIC91c3IvbG9jYWwvbGliL3hvcmcvbW9kdWxlcy9leHRlbnNp b25zL2xpYmRyaS5zbwpbICAgMTMyLjU2MF0gKElJKSBNb2R1bGUgZHJpOiB2ZW5kb3I9IlguT3Jn IEZvdW5kYXRpb24iClsgICAxMzIuNTYwXSAJY29tcGlsZWQgZm9yIDEuMTIuNCwgbW9kdWxlIHZl cnNpb24gPSAxLjAuMApbICAgMTMyLjU2MF0gCUFCSSBjbGFzczogWC5PcmcgU2VydmVyIEV4dGVu c2lvbiwgdmVyc2lvbiA2LjAKWyAgIDEzMi41NjFdIChJSSkgTG9hZGluZyBleHRlbnNpb24gWEZy ZWU4Ni1EUkkKWyAgIDEzMi41NjFdIChJSSkgTG9hZE1vZHVsZTogImRyaTIiClsgICAxMzIuNTYx XSAoSUkpIExvYWRpbmcgL3Vzci9sb2NhbC9saWIveG9yZy9tb2R1bGVzL2V4dGVuc2lvbnMvbGli ZHJpMi5zbwpbICAgMTMyLjU2M10gKElJKSBNb2R1bGUgZHJpMjogdmVuZG9yPSJYLk9yZyBGb3Vu ZGF0aW9uIgpbICAgMTMyLjU2M10gCWNvbXBpbGVkIGZvciAxLjEyLjQsIG1vZHVsZSB2ZXJzaW9u ID0gMS4yLjAKWyAgIDEzMi41NjNdIAlBQkkgY2xhc3M6IFguT3JnIFNlcnZlciBFeHRlbnNpb24s IHZlcnNpb24gNi4wClsgICAxMzIuNTYzXSAoSUkpIExvYWRpbmcgZXh0ZW5zaW9uIERSSTIKWyAg IDEzMi41NjNdIChJSSkgTG9hZE1vZHVsZTogImdseCIKWyAgIDEzMi41NjRdIChJSSkgTG9hZGlu ZyAvdXNyL2xvY2FsL2xpYi94b3JnL21vZHVsZXMvZXh0ZW5zaW9ucy9saWJnbHguc28KWyAgIDEz Mi41NjddIChJSSkgTW9kdWxlIGdseDogdmVuZG9yPSJYLk9yZyBGb3VuZGF0aW9uIgpbICAgMTMy LjU2N10gCWNvbXBpbGVkIGZvciAxLjEyLjQsIG1vZHVsZSB2ZXJzaW9uID0gMS4wLjAKWyAgIDEz Mi41NjddIAlBQkkgY2xhc3M6IFguT3JnIFNlcnZlciBFeHRlbnNpb24sIHZlcnNpb24gNi4wClsg ICAxMzIuNTY4XSAoPT0pIEFJR0xYIGVuYWJsZWQKWyAgIDEzMi41NjhdIChJSSkgTG9hZGluZyBl eHRlbnNpb24gR0xYClsgICAxMzIuNTY4XSAoSUkpIExvYWRNb2R1bGU6ICJpbnRlbCIKWyAgIDEz Mi41NzVdIChJSSkgTG9hZGluZyAvdXNyL2xvY2FsL2xpYi94b3JnL21vZHVsZXMvZHJpdmVycy9p bnRlbF9kcnYuc28KWyAgIDEzMi41NzldIChJSSkgTW9kdWxlIGludGVsOiB2ZW5kb3I9IlguT3Jn IEZvdW5kYXRpb24iClsgICAxMzIuNTc5XSAJY29tcGlsZWQgZm9yIDEuMTIuNCwgbW9kdWxlIHZl cnNpb24gPSAyLjIxLjE1ClsgICAxMzIuNTc5XSAJTW9kdWxlIGNsYXNzOiBYLk9yZyBWaWRlbyBE cml2ZXIKWyAgIDEzMi41NzldIAlBQkkgY2xhc3M6IFguT3JnIFZpZGVvIERyaXZlciwgdmVyc2lv biAxMi4xClsgICAxMzIuNTc5XSAoSUkpIExvYWRNb2R1bGU6ICJtb3VzZSIKWyAgIDEzMi41ODNd IChJSSkgTG9hZGluZyAvdXNyL2xvY2FsL2xpYi94b3JnL21vZHVsZXMvaW5wdXQvbW91c2VfZHJ2 LnNvClsgICAxMzIuNTg1XSAoSUkpIE1vZHVsZSBtb3VzZTogdmVuZG9yPSJYLk9yZyBGb3VuZGF0 aW9uIgpbICAgMTMyLjU4NV0gCWNvbXBpbGVkIGZvciAxLjEyLjQsIG1vZHVsZSB2ZXJzaW9uID0g MS45LjAKWyAgIDEzMi41ODVdIAlNb2R1bGUgY2xhc3M6IFguT3JnIFhJbnB1dCBEcml2ZXIKWyAg IDEzMi41ODVdIAlBQkkgY2xhc3M6IFguT3JnIFhJbnB1dCBkcml2ZXIsIHZlcnNpb24gMTYuMApb ICAgMTMyLjU4NV0gKElJKSBMb2FkTW9kdWxlOiAia2JkIgpbICAgMTMyLjU4OF0gKElJKSBMb2Fk aW5nIC91c3IvbG9jYWwvbGliL3hvcmcvbW9kdWxlcy9pbnB1dC9rYmRfZHJ2LnNvClsgICAxMzIu NTg5XSAoSUkpIE1vZHVsZSBrYmQ6IHZlbmRvcj0iWC5PcmcgRm91bmRhdGlvbiIKWyAgIDEzMi41 ODldIAljb21waWxlZCBmb3IgMS4xMi40LCBtb2R1bGUgdmVyc2lvbiA9IDEuNy4wClsgICAxMzIu NTg5XSAJTW9kdWxlIGNsYXNzOiBYLk9yZyBYSW5wdXQgRHJpdmVyClsgICAxMzIuNTg5XSAJQUJJ IGNsYXNzOiBYLk9yZyBYSW5wdXQgZHJpdmVyLCB2ZXJzaW9uIDE2LjAKWyAgIDEzMi41ODldIChJ SSkgaW50ZWw6IERyaXZlciBmb3IgSW50ZWwoUikgSW50ZWdyYXRlZCBHcmFwaGljcyBDaGlwc2V0 czoKCWk4MTAsIGk4MTAtZGMxMDAsIGk4MTBlLCBpODE1LCBpODMwTSwgODQ1RywgODU0LCA4NTJH TS84NTVHTSwgODY1RywKCTkxNUcsIEU3MjIxIChpOTE1KSwgOTE1R00sIDk0NUcsIDk0NUdNLCA5 NDVHTUUsIFBpbmV2aWV3IEdNLAoJUGluZXZpZXcgRywgOTY1RywgRzM1LCA5NjVRLCA5NDZHWiwg OTY1R00sIDk2NUdNRS9HTEUsIEczMywgUTM1LCBRMzMsCglHTTQ1LCA0IFNlcmllcywgRzQ1L0c0 MywgUTQ1L1E0MywgRzQxLCBCNDMsIEhEIEdyYXBoaWNzLAoJSEQgR3JhcGhpY3MgMjAwMCwgSEQg R3JhcGhpY3MgMzAwMCwgSEQgR3JhcGhpY3MgMjUwMCwKCUhEIEdyYXBoaWNzIDQwMDAsIEhEIEdy YXBoaWNzIFA0MDAwLCBIRCBHcmFwaGljcyA0NjAwLAoJSEQgR3JhcGhpY3MgNTAwMCwgSEQgR3Jh cGhpY3MgUDQ2MDAvUDQ3MDAsIElyaXMoVE0pIEdyYXBoaWNzIDUxMDAsCglIRCBHcmFwaGljcyA0 NDAwLCBIRCBHcmFwaGljcyA0MjAwLCBJcmlzKFRNKSBQcm8gR3JhcGhpY3MgNTIwMApbICAgMTMy LjU5M10gKC0tKSBVc2luZyBzeXNjb25zIGRyaXZlciB3aXRoIFggc3VwcG9ydCAodmVyc2lvbiAy LjApClsgICAxMzIuNTkzXSAoLS0pIHVzaW5nIFZUIG51bWJlciA5CgpbICAgMTMzLjQwNl0gZHJt T3BlbkRldmljZTogbm9kZSBuYW1lIGlzIC9kZXYvZHJpL2NhcmQwClsgICAxMzMuNDA2XSBGYWls ZWQgdG8gY2hhbmdlIG93bmVyIG9yIGdyb3VwIGZvciBmaWxlIC9kZXYvZHJpISAyOiBObyBzdWNo IGZpbGUgb3IgZGlyZWN0b3J5ClsgICAxMzMuNDA3XSBGYWlsZWQgdG8gY2hhbmdlIG93bmVyIG9y IGdyb3VwIGZvciBmaWxlIC9kZXYvZHJpL2NhcmQwISAyOiBObyBzdWNoIGZpbGUgb3IgZGlyZWN0 b3J5ClsgICAxMzMuNDA3XSBkcm1PcGVuRGV2aWNlOiBvcGVuIHJlc3VsdCBpcyAtMSwgKE5vIHN1 Y2ggZmlsZSBvciBkaXJlY3RvcnkpClsgICAxMzMuNDA3XSBGYWlsZWQgdG8gY2hhbmdlIG93bmVy IG9yIGdyb3VwIGZvciBmaWxlIC9kZXYvZHJpL2NhcmQwISAyOiBObyBzdWNoIGZpbGUgb3IgZGly ZWN0b3J5ClsgICAxMzMuNDA3XSBkcm1PcGVuRGV2aWNlOiBvcGVuIHJlc3VsdCBpcyAtMSwgKE5v IHN1Y2ggZmlsZSBvciBkaXJlY3RvcnkpClsgICAxMzMuNDA3XSBkcm1PcGVuRGV2aWNlOiBPcGVu IGZhaWxlZApbICAgMTMzLjQwN10gZHJtT3BlbkJ5QnVzaWQ6IFNlYXJjaGluZyBmb3IgQnVzSUQg cGNpOjAwMDA6MDA6MDIuMApbICAgMTMzLjQwN10gZHJtT3BlbkRldmljZTogbm9kZSBuYW1lIGlz IC9kZXYvZHJpL2NhcmQwClsgICAxMzMuNDA3XSBGYWlsZWQgdG8gY2hhbmdlIG93bmVyIG9yIGdy b3VwIGZvciBmaWxlIC9kZXYvZHJpISAyOiBObyBzdWNoIGZpbGUgb3IgZGlyZWN0b3J5ClsgICAx MzMuNDA3XSBGYWlsZWQgdG8gY2hhbmdlIG93bmVyIG9yIGdyb3VwIGZvciBmaWxlIC9kZXYvZHJp L2NhcmQwISAyOiBObyBzdWNoIGZpbGUgb3IgZGlyZWN0b3J5ClsgICAxMzMuNDA3XSBkcm1PcGVu RGV2aWNlOiBvcGVuIHJlc3VsdCBpcyAtMSwgKE5vIHN1Y2ggZmlsZSBvciBkaXJlY3RvcnkpClsg ICAxMzMuNDA3XSBGYWlsZWQgdG8gY2hhbmdlIG93bmVyIG9yIGdyb3VwIGZvciBmaWxlIC9kZXYv ZHJpL2NhcmQwISAyOiBObyBzdWNoIGZpbGUgb3IgZGlyZWN0b3J5ClsgICAxMzMuNDA3XSBkcm1P cGVuRGV2aWNlOiBvcGVuIHJlc3VsdCBpcyAtMSwgKE5vIHN1Y2ggZmlsZSBvciBkaXJlY3Rvcnkp ClsgICAxMzMuNDA3XSBkcm1PcGVuRGV2aWNlOiBPcGVuIGZhaWxlZApbICAgMTMzLjQwN10gZHJt T3BlbkJ5QnVzaWQ6IGRybU9wZW5NaW5vciByZXR1cm5zIC0yClsgICAxMzMuNDA3XSBkcm1PcGVu RGV2aWNlOiBub2RlIG5hbWUgaXMgL2Rldi9kcmkvY2FyZDEKWyAgIDEzMy40MDddIEZhaWxlZCB0 byBjaGFuZ2Ugb3duZXIgb3IgZ3JvdXAgZm9yIGZpbGUgL2Rldi9kcmkhIDI6IE5vIHN1Y2ggZmls ZSBvciBkaXJlY3RvcnkKWyAgIDEzMy40MDddIEZhaWxlZCB0byBjaGFuZ2Ugb3duZXIgb3IgZ3Jv dXAgZm9yIGZpbGUgL2Rldi9kcmkvY2FyZDEhIDI6IE5vIHN1Y2ggZmlsZSBvciBkaXJlY3RvcnkK WyAgIDEzMy40MDddIGRybU9wZW5EZXZpY2U6IG9wZW4gcmVzdWx0IGlzIC0xLCAoTm8gc3VjaCBm aWxlIG9yIGRpcmVjdG9yeSkKWyAgIDEzMy40MDddIEZhaWxlZCB0byBjaGFuZ2Ugb3duZXIgb3Ig Z3JvdXAgZm9yIGZpbGUgL2Rldi9kcmkvY2FyZDEhIDI6IE5vIHN1Y2ggZmlsZSBvciBkaXJlY3Rv cnkKWyAgIDEzMy40MDddIGRybU9wZW5EZXZpY2U6IG9wZW4gcmVzdWx0IGlzIC0xLCAoTm8gc3Vj aCBmaWxlIG9yIGRpcmVjdG9yeSkKWyAgIDEzMy40MDddIGRybU9wZW5EZXZpY2U6IE9wZW4gZmFp bGVkClsgICAxMzMuNDA3XSBkcm1PcGVuQnlCdXNpZDogZHJtT3Blbk1pbm9yIHJldHVybnMgLTIK WyAgIDEzMy40MDddIGRybU9wZW5EZXZpY2U6IG5vZGUgbmFtZSBpcyAvZGV2L2RyaS9jYXJkMgpb ICAgMTMzLjQwN10gRmFpbGVkIHRvIGNoYW5nZSBvd25lciBvciBncm91cCBmb3IgZmlsZSAvZGV2 L2RyaSEgMjogTm8gc3VjaCBmaWxlIG9yIGRpcmVjdG9yeQpbICAgMTMzLjQwN10gRmFpbGVkIHRv IGNoYW5nZSBvd25lciBvciBncm91cCBmb3IgZmlsZSAvZGV2L2RyaS9jYXJkMiEgMjogTm8gc3Vj aCBmaWxlIG9yIGRpcmVjdG9yeQpbICAgMTMzLjQwN10gZHJtT3BlbkRldmljZTogb3BlbiByZXN1 bHQgaXMgLTEsIChObyBzdWNoIGZpbGUgb3IgZGlyZWN0b3J5KQpbICAgMTMzLjQwN10gRmFpbGVk IHRvIGNoYW5nZSBvd25lciBvciBncm91cCBmb3IgZmlsZSAvZGV2L2RyaS9jYXJkMiEgMjogTm8g c3VjaCBmaWxlIG9yIGRpcmVjdG9yeQpbICAgMTMzLjQwN10gZHJtT3BlbkRldmljZTogb3BlbiBy ZXN1bHQgaXMgLTEsIChObyBzdWNoIGZpbGUgb3IgZGlyZWN0b3J5KQpbICAgMTMzLjQwN10gZHJt T3BlbkRldmljZTogT3BlbiBmYWlsZWQKWyAgIDEzMy40MDddIGRybU9wZW5CeUJ1c2lkOiBkcm1P cGVuTWlub3IgcmV0dXJucyAtMgpbICAgMTMzLjQwN10gZHJtT3BlbkRldmljZTogbm9kZSBuYW1l IGlzIC9kZXYvZHJpL2NhcmQzClsgICAxMzMuNDA3XSBGYWlsZWQgdG8gY2hhbmdlIG93bmVyIG9y IGdyb3VwIGZvciBmaWxlIC9kZXYvZHJpISAyOiBObyBzdWNoIGZpbGUgb3IgZGlyZWN0b3J5Clsg ICAxMzMuNDA4XSBGYWlsZWQgdG8gY2hhbmdlIG93bmVyIG9yIGdyb3VwIGZvciBmaWxlIC9kZXYv ZHJpL2NhcmQzISAyOiBObyBzdWNoIGZpbGUgb3IgZGlyZWN0b3J5ClsgICAxMzMuNDA4XSBkcm1P cGVuRGV2aWNlOiBvcGVuIHJlc3VsdCBpcyAtMSwgKE5vIHN1Y2ggZmlsZSBvciBkaXJlY3Rvcnkp ClsgICAxMzMuNDA4XSBGYWlsZWQgdG8gY2hhbmdlIG93bmVyIG9yIGdyb3VwIGZvciBmaWxlIC9k ZXYvZHJpL2NhcmQzISAyOiBObyBzdWNoIGZpbGUgb3IgZGlyZWN0b3J5ClsgICAxMzMuNDA4XSBk cm1PcGVuRGV2aWNlOiBvcGVuIHJlc3VsdCBpcyAtMSwgKE5vIHN1Y2ggZmlsZSBvciBkaXJlY3Rv cnkpClsgICAxMzMuNDA4XSBkcm1PcGVuRGV2aWNlOiBPcGVuIGZhaWxlZApbICAgMTMzLjQwOF0g ZHJtT3BlbkJ5QnVzaWQ6IGRybU9wZW5NaW5vciByZXR1cm5zIC0yClsgICAxMzMuNDA4XSBkcm1P cGVuRGV2aWNlOiBub2RlIG5hbWUgaXMgL2Rldi9kcmkvY2FyZDQKWyAgIDEzMy40MDhdIEZhaWxl ZCB0byBjaGFuZ2Ugb3duZXIgb3IgZ3JvdXAgZm9yIGZpbGUgL2Rldi9kcmkhIDI6IE5vIHN1Y2gg ZmlsZSBvciBkaXJlY3RvcnkKWyAgIDEzMy40MDhdIEZhaWxlZCB0byBjaGFuZ2Ugb3duZXIgb3Ig Z3JvdXAgZm9yIGZpbGUgL2Rldi9kcmkvY2FyZDQhIDI6IE5vIHN1Y2ggZmlsZSBvciBkaXJlY3Rv cnkKWyAgIDEzMy40MDhdIGRybU9wZW5EZXZpY2U6IG9wZW4gcmVzdWx0IGlzIC0xLCAoTm8gc3Vj aCBmaWxlIG9yIGRpcmVjdG9yeSkKWyAgIDEzMy40MDhdIEZhaWxlZCB0byBjaGFuZ2Ugb3duZXIg b3IgZ3JvdXAgZm9yIGZpbGUgL2Rldi9kcmkvY2FyZDQhIDI6IE5vIHN1Y2ggZmlsZSBvciBkaXJl Y3RvcnkKWyAgIDEzMy40MDhdIGRybU9wZW5EZXZpY2U6IG9wZW4gcmVzdWx0IGlzIC0xLCAoTm8g c3VjaCBmaWxlIG9yIGRpcmVjdG9yeSkKWyAgIDEzMy40MDhdIGRybU9wZW5EZXZpY2U6IE9wZW4g ZmFpbGVkClsgICAxMzMuNDA4XSBkcm1PcGVuQnlCdXNpZDogZHJtT3Blbk1pbm9yIHJldHVybnMg LTIKWyAgIDEzMy40MDhdIGRybU9wZW5EZXZpY2U6IG5vZGUgbmFtZSBpcyAvZGV2L2RyaS9jYXJk NQpbICAgMTMzLjQwOF0gRmFpbGVkIHRvIGNoYW5nZSBvd25lciBvciBncm91cCBmb3IgZmlsZSAv ZGV2L2RyaSEgMjogTm8gc3VjaCBmaWxlIG9yIGRpcmVjdG9yeQpbICAgMTMzLjQwOF0gRmFpbGVk IHRvIGNoYW5nZSBvd25lciBvciBncm91cCBmb3IgZmlsZSAvZGV2L2RyaS9jYXJkNSEgMjogTm8g c3VjaCBmaWxlIG9yIGRpcmVjdG9yeQpbICAgMTMzLjQwOF0gZHJtT3BlbkRldmljZTogb3BlbiBy ZXN1bHQgaXMgLTEsIChObyBzdWNoIGZpbGUgb3IgZGlyZWN0b3J5KQpbICAgMTMzLjQwOF0gRmFp bGVkIHRvIGNoYW5nZSBvd25lciBvciBncm91cCBmb3IgZmlsZSAvZGV2L2RyaS9jYXJkNSEgMjog Tm8gc3VjaCBmaWxlIG9yIGRpcmVjdG9yeQpbICAgMTMzLjQwOF0gZHJtT3BlbkRldmljZTogb3Bl biByZXN1bHQgaXMgLTEsIChObyBzdWNoIGZpbGUgb3IgZGlyZWN0b3J5KQpbICAgMTMzLjQwOF0g ZHJtT3BlbkRldmljZTogT3BlbiBmYWlsZWQKWyAgIDEzMy40MDhdIGRybU9wZW5CeUJ1c2lkOiBk cm1PcGVuTWlub3IgcmV0dXJucyAtMgpbICAgMTMzLjQwOF0gZHJtT3BlbkRldmljZTogbm9kZSBu YW1lIGlzIC9kZXYvZHJpL2NhcmQ2ClsgICAxMzMuNDA4XSBGYWlsZWQgdG8gY2hhbmdlIG93bmVy IG9yIGdyb3VwIGZvciBmaWxlIC9kZXYvZHJpISAyOiBObyBzdWNoIGZpbGUgb3IgZGlyZWN0b3J5 ClsgICAxMzMuNDA4XSBGYWlsZWQgdG8gY2hhbmdlIG93bmVyIG9yIGdyb3VwIGZvciBmaWxlIC9k ZXYvZHJpL2NhcmQ2ISAyOiBObyBzdWNoIGZpbGUgb3IgZGlyZWN0b3J5ClsgICAxMzMuNDA4XSBk cm1PcGVuRGV2aWNlOiBvcGVuIHJlc3VsdCBpcyAtMSwgKE5vIHN1Y2ggZmlsZSBvciBkaXJlY3Rv cnkpClsgICAxMzMuNDA4XSBGYWlsZWQgdG8gY2hhbmdlIG93bmVyIG9yIGdyb3VwIGZvciBmaWxl IC9kZXYvZHJpL2NhcmQ2ISAyOiBObyBzdWNoIGZpbGUgb3IgZGlyZWN0b3J5ClsgICAxMzMuNDA4 XSBkcm1PcGVuRGV2aWNlOiBvcGVuIHJlc3VsdCBpcyAtMSwgKE5vIHN1Y2ggZmlsZSBvciBkaXJl Y3RvcnkpClsgICAxMzMuNDA4XSBkcm1PcGVuRGV2aWNlOiBPcGVuIGZhaWxlZApbICAgMTMzLjQw OF0gZHJtT3BlbkJ5QnVzaWQ6IGRybU9wZW5NaW5vciByZXR1cm5zIC0yClsgICAxMzMuNDA4XSBk cm1PcGVuRGV2aWNlOiBub2RlIG5hbWUgaXMgL2Rldi9kcmkvY2FyZDcKWyAgIDEzMy40MDhdIEZh aWxlZCB0byBjaGFuZ2Ugb3duZXIgb3IgZ3JvdXAgZm9yIGZpbGUgL2Rldi9kcmkhIDI6IE5vIHN1 Y2ggZmlsZSBvciBkaXJlY3RvcnkKWyAgIDEzMy40MDhdIEZhaWxlZCB0byBjaGFuZ2Ugb3duZXIg b3IgZ3JvdXAgZm9yIGZpbGUgL2Rldi9kcmkvY2FyZDchIDI6IE5vIHN1Y2ggZmlsZSBvciBkaXJl Y3RvcnkKWyAgIDEzMy40MDhdIGRybU9wZW5EZXZpY2U6IG9wZW4gcmVzdWx0IGlzIC0xLCAoTm8g c3VjaCBmaWxlIG9yIGRpcmVjdG9yeSkKWyAgIDEzMy40MDhdIEZhaWxlZCB0byBjaGFuZ2Ugb3du ZXIgb3IgZ3JvdXAgZm9yIGZpbGUgL2Rldi9kcmkvY2FyZDchIDI6IE5vIHN1Y2ggZmlsZSBvciBk aXJlY3RvcnkKWyAgIDEzMy40MDldIGRybU9wZW5EZXZpY2U6IG9wZW4gcmVzdWx0IGlzIC0xLCAo Tm8gc3VjaCBmaWxlIG9yIGRpcmVjdG9yeSkKWyAgIDEzMy40MDldIGRybU9wZW5EZXZpY2U6IE9w ZW4gZmFpbGVkClsgICAxMzMuNDA5XSBkcm1PcGVuQnlCdXNpZDogZHJtT3Blbk1pbm9yIHJldHVy bnMgLTIKWyAgIDEzMy40MDldIGRybU9wZW5EZXZpY2U6IG5vZGUgbmFtZSBpcyAvZGV2L2RyaS9j YXJkOApbICAgMTMzLjQwOV0gRmFpbGVkIHRvIGNoYW5nZSBvd25lciBvciBncm91cCBmb3IgZmls ZSAvZGV2L2RyaSEgMjogTm8gc3VjaCBmaWxlIG9yIGRpcmVjdG9yeQpbICAgMTMzLjQwOV0gRmFp bGVkIHRvIGNoYW5nZSBvd25lciBvciBncm91cCBmb3IgZmlsZSAvZGV2L2RyaS9jYXJkOCEgMjog Tm8gc3VjaCBmaWxlIG9yIGRpcmVjdG9yeQpbICAgMTMzLjQwOV0gZHJtT3BlbkRldmljZTogb3Bl biByZXN1bHQgaXMgLTEsIChObyBzdWNoIGZpbGUgb3IgZGlyZWN0b3J5KQpbICAgMTMzLjQwOV0g RmFpbGVkIHRvIGNoYW5nZSBvd25lciBvciBncm91cCBmb3IgZmlsZSAvZGV2L2RyaS9jYXJkOCEg MjogTm8gc3VjaCBmaWxlIG9yIGRpcmVjdG9yeQpbICAgMTMzLjQwOV0gZHJtT3BlbkRldmljZTog b3BlbiByZXN1bHQgaXMgLTEsIChObyBzdWNoIGZpbGUgb3IgZGlyZWN0b3J5KQpbICAgMTMzLjQw OV0gZHJtT3BlbkRldmljZTogT3BlbiBmYWlsZWQKWyAgIDEzMy40MDldIGRybU9wZW5CeUJ1c2lk OiBkcm1PcGVuTWlub3IgcmV0dXJucyAtMgpbICAgMTMzLjQwOV0gZHJtT3BlbkRldmljZTogbm9k ZSBuYW1lIGlzIC9kZXYvZHJpL2NhcmQ5ClsgICAxMzMuNDA5XSBGYWlsZWQgdG8gY2hhbmdlIG93 bmVyIG9yIGdyb3VwIGZvciBmaWxlIC9kZXYvZHJpISAyOiBObyBzdWNoIGZpbGUgb3IgZGlyZWN0 b3J5ClsgICAxMzMuNDA5XSBGYWlsZWQgdG8gY2hhbmdlIG93bmVyIG9yIGdyb3VwIGZvciBmaWxl IC9kZXYvZHJpL2NhcmQ5ISAyOiBObyBzdWNoIGZpbGUgb3IgZGlyZWN0b3J5ClsgICAxMzMuNDA5 XSBkcm1PcGVuRGV2aWNlOiBvcGVuIHJlc3VsdCBpcyAtMSwgKE5vIHN1Y2ggZmlsZSBvciBkaXJl Y3RvcnkpClsgICAxMzMuNDA5XSBGYWlsZWQgdG8gY2hhbmdlIG93bmVyIG9yIGdyb3VwIGZvciBm aWxlIC9kZXYvZHJpL2NhcmQ5ISAyOiBObyBzdWNoIGZpbGUgb3IgZGlyZWN0b3J5ClsgICAxMzMu NDA5XSBkcm1PcGVuRGV2aWNlOiBvcGVuIHJlc3VsdCBpcyAtMSwgKE5vIHN1Y2ggZmlsZSBvciBk aXJlY3RvcnkpClsgICAxMzMuNDA5XSBkcm1PcGVuRGV2aWNlOiBPcGVuIGZhaWxlZApbICAgMTMz LjQwOV0gZHJtT3BlbkJ5QnVzaWQ6IGRybU9wZW5NaW5vciByZXR1cm5zIC0yClsgICAxMzMuNDA5 XSBkcm1PcGVuRGV2aWNlOiBub2RlIG5hbWUgaXMgL2Rldi9kcmkvY2FyZDEwClsgICAxMzMuNDA5 XSBGYWlsZWQgdG8gY2hhbmdlIG93bmVyIG9yIGdyb3VwIGZvciBmaWxlIC9kZXYvZHJpISAyOiBO byBzdWNoIGZpbGUgb3IgZGlyZWN0b3J5ClsgICAxMzMuNDA5XSBGYWlsZWQgdG8gY2hhbmdlIG93 bmVyIG9yIGdyb3VwIGZvciBmaWxlIC9kZXYvZHJpL2NhcmQxMCEgMjogTm8gc3VjaCBmaWxlIG9y IGRpcmVjdG9yeQpbICAgMTMzLjQwOV0gZHJtT3BlbkRldmljZTogb3BlbiByZXN1bHQgaXMgLTEs IChObyBzdWNoIGZpbGUgb3IgZGlyZWN0b3J5KQpbICAgMTMzLjQwOV0gRmFpbGVkIHRvIGNoYW5n ZSBvd25lciBvciBncm91cCBmb3IgZmlsZSAvZGV2L2RyaS9jYXJkMTAhIDI6IE5vIHN1Y2ggZmls ZSBvciBkaXJlY3RvcnkKWyAgIDEzMy40MDldIGRybU9wZW5EZXZpY2U6IG9wZW4gcmVzdWx0IGlz IC0xLCAoTm8gc3VjaCBmaWxlIG9yIGRpcmVjdG9yeSkKWyAgIDEzMy40MDldIGRybU9wZW5EZXZp Y2U6IE9wZW4gZmFpbGVkClsgICAxMzMuNDA5XSBkcm1PcGVuQnlCdXNpZDogZHJtT3Blbk1pbm9y IHJldHVybnMgLTIKWyAgIDEzMy40MDldIGRybU9wZW5EZXZpY2U6IG5vZGUgbmFtZSBpcyAvZGV2 L2RyaS9jYXJkMTEKWyAgIDEzMy40MDldIEZhaWxlZCB0byBjaGFuZ2Ugb3duZXIgb3IgZ3JvdXAg Zm9yIGZpbGUgL2Rldi9kcmkhIDI6IE5vIHN1Y2ggZmlsZSBvciBkaXJlY3RvcnkKWyAgIDEzMy40 MDldIEZhaWxlZCB0byBjaGFuZ2Ugb3duZXIgb3IgZ3JvdXAgZm9yIGZpbGUgL2Rldi9kcmkvY2Fy ZDExISAyOiBObyBzdWNoIGZpbGUgb3IgZGlyZWN0b3J5ClsgICAxMzMuNDA5XSBkcm1PcGVuRGV2 aWNlOiBvcGVuIHJlc3VsdCBpcyAtMSwgKE5vIHN1Y2ggZmlsZSBvciBkaXJlY3RvcnkpClsgICAx MzMuNDA5XSBGYWlsZWQgdG8gY2hhbmdlIG93bmVyIG9yIGdyb3VwIGZvciBmaWxlIC9kZXYvZHJp L2NhcmQxMSEgMjogTm8gc3VjaCBmaWxlIG9yIGRpcmVjdG9yeQpbICAgMTMzLjQwOV0gZHJtT3Bl bkRldmljZTogb3BlbiByZXN1bHQgaXMgLTEsIChObyBzdWNoIGZpbGUgb3IgZGlyZWN0b3J5KQpb ICAgMTMzLjQwOV0gZHJtT3BlbkRldmljZTogT3BlbiBmYWlsZWQKWyAgIDEzMy40MDldIGRybU9w ZW5CeUJ1c2lkOiBkcm1PcGVuTWlub3IgcmV0dXJucyAtMgpbICAgMTMzLjQwOV0gZHJtT3BlbkRl dmljZTogbm9kZSBuYW1lIGlzIC9kZXYvZHJpL2NhcmQxMgpbICAgMTMzLjQxMF0gRmFpbGVkIHRv IGNoYW5nZSBvd25lciBvciBncm91cCBmb3IgZmlsZSAvZGV2L2RyaSEgMjogTm8gc3VjaCBmaWxl IG9yIGRpcmVjdG9yeQpbICAgMTMzLjQxMF0gRmFpbGVkIHRvIGNoYW5nZSBvd25lciBvciBncm91 cCBmb3IgZmlsZSAvZGV2L2RyaS9jYXJkMTIhIDI6IE5vIHN1Y2ggZmlsZSBvciBkaXJlY3RvcnkK WyAgIDEzMy40MTBdIGRybU9wZW5EZXZpY2U6IG9wZW4gcmVzdWx0IGlzIC0xLCAoTm8gc3VjaCBm aWxlIG9yIGRpcmVjdG9yeSkKWyAgIDEzMy40MTBdIEZhaWxlZCB0byBjaGFuZ2Ugb3duZXIgb3Ig Z3JvdXAgZm9yIGZpbGUgL2Rldi9kcmkvY2FyZDEyISAyOiBObyBzdWNoIGZpbGUgb3IgZGlyZWN0 b3J5ClsgICAxMzMuNDEwXSBkcm1PcGVuRGV2aWNlOiBvcGVuIHJlc3VsdCBpcyAtMSwgKE5vIHN1 Y2ggZmlsZSBvciBkaXJlY3RvcnkpClsgICAxMzMuNDEwXSBkcm1PcGVuRGV2aWNlOiBPcGVuIGZh aWxlZApbICAgMTMzLjQxMF0gZHJtT3BlbkJ5QnVzaWQ6IGRybU9wZW5NaW5vciByZXR1cm5zIC0y ClsgICAxMzMuNDEwXSBkcm1PcGVuRGV2aWNlOiBub2RlIG5hbWUgaXMgL2Rldi9kcmkvY2FyZDEz ClsgICAxMzMuNDEwXSBGYWlsZWQgdG8gY2hhbmdlIG93bmVyIG9yIGdyb3VwIGZvciBmaWxlIC9k ZXYvZHJpISAyOiBObyBzdWNoIGZpbGUgb3IgZGlyZWN0b3J5ClsgICAxMzMuNDEwXSBGYWlsZWQg dG8gY2hhbmdlIG93bmVyIG9yIGdyb3VwIGZvciBmaWxlIC9kZXYvZHJpL2NhcmQxMyEgMjogTm8g c3VjaCBmaWxlIG9yIGRpcmVjdG9yeQpbICAgMTMzLjQxMF0gZHJtT3BlbkRldmljZTogb3BlbiBy ZXN1bHQgaXMgLTEsIChObyBzdWNoIGZpbGUgb3IgZGlyZWN0b3J5KQpbICAgMTMzLjQxMF0gRmFp bGVkIHRvIGNoYW5nZSBvd25lciBvciBncm91cCBmb3IgZmlsZSAvZGV2L2RyaS9jYXJkMTMhIDI6 IE5vIHN1Y2ggZmlsZSBvciBkaXJlY3RvcnkKWyAgIDEzMy40MTBdIGRybU9wZW5EZXZpY2U6IG9w ZW4gcmVzdWx0IGlzIC0xLCAoTm8gc3VjaCBmaWxlIG9yIGRpcmVjdG9yeSkKWyAgIDEzMy40MTBd IGRybU9wZW5EZXZpY2U6IE9wZW4gZmFpbGVkClsgICAxMzMuNDEwXSBkcm1PcGVuQnlCdXNpZDog ZHJtT3Blbk1pbm9yIHJldHVybnMgLTIKWyAgIDEzMy40MTBdIGRybU9wZW5EZXZpY2U6IG5vZGUg bmFtZSBpcyAvZGV2L2RyaS9jYXJkMTQKWyAgIDEzMy40MTBdIEZhaWxlZCB0byBjaGFuZ2Ugb3du ZXIgb3IgZ3JvdXAgZm9yIGZpbGUgL2Rldi9kcmkhIDI6IE5vIHN1Y2ggZmlsZSBvciBkaXJlY3Rv cnkKWyAgIDEzMy40MTBdIEZhaWxlZCB0byBjaGFuZ2Ugb3duZXIgb3IgZ3JvdXAgZm9yIGZpbGUg L2Rldi9kcmkvY2FyZDE0ISAyOiBObyBzdWNoIGZpbGUgb3IgZGlyZWN0b3J5ClsgICAxMzMuNDEw XSBkcm1PcGVuRGV2aWNlOiBvcGVuIHJlc3VsdCBpcyAtMSwgKE5vIHN1Y2ggZmlsZSBvciBkaXJl Y3RvcnkpClsgICAxMzMuNDEwXSBGYWlsZWQgdG8gY2hhbmdlIG93bmVyIG9yIGdyb3VwIGZvciBm aWxlIC9kZXYvZHJpL2NhcmQxNCEgMjogTm8gc3VjaCBmaWxlIG9yIGRpcmVjdG9yeQpbICAgMTMz LjQxMF0gZHJtT3BlbkRldmljZTogb3BlbiByZXN1bHQgaXMgLTEsIChObyBzdWNoIGZpbGUgb3Ig ZGlyZWN0b3J5KQpbICAgMTMzLjQxMF0gZHJtT3BlbkRldmljZTogT3BlbiBmYWlsZWQKWyAgIDEz My40MTBdIGRybU9wZW5CeUJ1c2lkOiBkcm1PcGVuTWlub3IgcmV0dXJucyAtMgpbICAgMTMzLjQx MF0gZHJtT3BlbkRldmljZTogbm9kZSBuYW1lIGlzIC9kZXYvZHJpL2NhcmQxNQpbICAgMTMzLjQx MF0gRmFpbGVkIHRvIGNoYW5nZSBvd25lciBvciBncm91cCBmb3IgZmlsZSAvZGV2L2RyaSEgMjog Tm8gc3VjaCBmaWxlIG9yIGRpcmVjdG9yeQpbICAgMTMzLjQxMF0gRmFpbGVkIHRvIGNoYW5nZSBv d25lciBvciBncm91cCBmb3IgZmlsZSAvZGV2L2RyaS9jYXJkMTUhIDI6IE5vIHN1Y2ggZmlsZSBv ciBkaXJlY3RvcnkKWyAgIDEzMy40MTBdIGRybU9wZW5EZXZpY2U6IG9wZW4gcmVzdWx0IGlzIC0x LCAoTm8gc3VjaCBmaWxlIG9yIGRpcmVjdG9yeSkKWyAgIDEzMy40MTBdIEZhaWxlZCB0byBjaGFu Z2Ugb3duZXIgb3IgZ3JvdXAgZm9yIGZpbGUgL2Rldi9kcmkvY2FyZDE1ISAyOiBObyBzdWNoIGZp bGUgb3IgZGlyZWN0b3J5ClsgICAxMzMuNDEwXSBkcm1PcGVuRGV2aWNlOiBvcGVuIHJlc3VsdCBp cyAtMSwgKE5vIHN1Y2ggZmlsZSBvciBkaXJlY3RvcnkpClsgICAxMzMuNDEwXSBkcm1PcGVuRGV2 aWNlOiBPcGVuIGZhaWxlZApbICAgMTMzLjQxMF0gZHJtT3BlbkJ5QnVzaWQ6IGRybU9wZW5NaW5v ciByZXR1cm5zIC0yClsgICAxMzMuNDEwXSAoRUUpIE5vIGRldmljZXMgZGV0ZWN0ZWQuClsgICAx MzMuNDEwXSAKRmF0YWwgc2VydmVyIGVycm9yOgpbICAgMTMzLjQxMF0gbm8gc2NyZWVucyBmb3Vu ZApbICAgMTMzLjQxMF0gClBsZWFzZSBjb25zdWx0IHRoZSBUaGUgWC5PcmcgRm91bmRhdGlvbiBz dXBwb3J0IAoJIGF0IGh0dHA6Ly93aWtpLngub3JnCiBmb3IgaGVscC4gClsgICAxMzMuNDExXSBQ bGVhc2UgYWxzbyBjaGVjayB0aGUgbG9nIGZpbGUgYXQgIi92YXIvbG9nL1hvcmcuMC5sb2ciIGZv ciBhZGRpdGlvbmFsIGluZm9ybWF0aW9uLgpbICAgMTMzLjQxMV0gClsgICAxMzMuNDEyXSBTZXJ2 ZXIgdGVybWluYXRlZCB3aXRoIGVycm9yICgxKS4gQ2xvc2luZyBsb2cgZmlsZS4K --001a11c2f6f2ed58bb04e6b1d73b-- From owner-freebsd-current@FreeBSD.ORG Thu Sep 19 02:09:02 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 364088F7 for ; Thu, 19 Sep 2013 02:09:02 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from vps1.elischer.org (vps1.elischer.org [204.109.63.16]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 0827D2827 for ; Thu, 19 Sep 2013 02:09:01 +0000 (UTC) Received: from Julian-MBP3.local (ppp121-45-245-177.lns20.per2.internode.on.net [121.45.245.177]) (authenticated bits=0) by vps1.elischer.org (8.14.6/8.14.6) with ESMTP id r8J28kMf008048 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Wed, 18 Sep 2013 19:08:49 -0700 (PDT) (envelope-from julian@freebsd.org) Message-ID: <523A5CA8.8060307@freebsd.org> Date: Thu, 19 Sep 2013 10:08:40 +0800 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.8; rv:17.0) Gecko/20130801 Thunderbird/17.0.8 MIME-Version: 1.0 To: =?ISO-8859-1?Q?Jean-S=E9bastien_P=E9dron?= Subject: Re: Xorg-Radeon References: <21F609AF-CBFF-4303-A4E8-BCA2291F1609@gmail.com> <52385509.8000301@dumbbell.fr> In-Reply-To: <52385509.8000301@dumbbell.fr> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Cc: "freebsd-current@freebsd.org" , ajtiM X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Sep 2013 02:09:02 -0000 On 9/17/13 9:11 PM, Jean-Sébastien Pédron wrote: > On 17.09.2013 14:51, ajtiM wrote: >> I bult Xorg on iMc, Radeon HD 4850 with ddvd support and "starts" >> works :). The problem is when I exit it stay in black screen. There are >> no errors in Xorg.log. > This is a know issue: our current console implementation, "syscons", > doesn't know about KMS (the new way to driver video cards from the > kernel, not from X.Org itself). Therefore, once you start X.Org, the > console can't use the display anymore, neither during your X session > using Ctrl-Alt-Fx, nor after you exit from X.Org. > > However, even if your screen is blank after X exit, the computer doesn't > crash and can be used remotely. This also means you don't have to force > a shutdown: a short press on the power button will shut down the > computer properly. it should be possible for the vga driver to issue a vga reset to the device.. I believe there was a standard reset instruction in the original VGA design. Every device since hten should have copied it. even if they disagree about everything else. > From owner-freebsd-current@FreeBSD.ORG Thu Sep 19 04:46:59 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 0FA5BF62 for ; Thu, 19 Sep 2013 04:46:59 +0000 (UTC) (envelope-from johnjen@reynoldsnet.org) Received: from fed1rmfepo101.cox.net (fed1rmfepo101.cox.net [68.230.241.143]) by mx1.freebsd.org (Postfix) with ESMTP id E00372FBC for ; Thu, 19 Sep 2013 04:46:58 +0000 (UTC) Received: from fed1rmimpo109 ([68.230.241.158]) by fed1rmfepo101.cox.net (InterMail vM.8.01.05.09 201-2260-151-124-20120717) with ESMTP id <20130919044651.JAQF3892.fed1rmfepo101.cox.net@fed1rmimpo109> for ; Thu, 19 Sep 2013 00:46:51 -0400 Received: from ip70-162-30-130.ph.ph.cox.net ([70.162.30.130]) by fed1rmimpo109 with cox id Ssmq1m00h2oShb201smrun; Thu, 19 Sep 2013 00:46:51 -0400 X-CT-Class: Clean X-CT-Score: 0.00 X-CT-RefID: str=0001.0A020209.523A81BB.0063,ss=1,re=0.000,fgs=0 X-CT-Spam: 0 X-Authority-Analysis: v=2.0 cv=Z5Yy6gtA c=1 sm=1 a=niybPLZ33vM10MUkQ8CgDg==:17 a=Xh22_gZ9cBkA:10 a=K0-EK1LgN0oA:10 a=ktNfuVtv0skA:10 a=8nJEP1OIZ-IA:10 a=05pWP5ZVAAAA:8 a=rXl005Fh4EUA:10 a=jDrLC5W8k7_OZmje-8oA:9 a=wPNLvfGTeEIA:10 a=niybPLZ33vM10MUkQ8CgDg==:117 X-CM-Score: 0.00 Authentication-Results: cox.net; none Received: from whale.home-net (whale.home-net [192.168.1.2]) by ip70-162-30-130.ph.ph.cox.net (8.14.7/8.14.7) with ESMTP id r8ILXQSA051591 for ; Wed, 18 Sep 2013 21:33:26 GMT (envelope-from johnjen@reynoldsnet.org) Message-ID: <523A81BA.7030903@reynoldsnet.org> Date: Wed, 18 Sep 2013 21:46:50 -0700 From: John Reynolds User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130812 Thunderbird/17.0.8 MIME-Version: 1.0 To: current@freebsd.org Subject: what is the status of KMS support in newcons? Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Sep 2013 04:46:59 -0000 Hello all, I was just wondering what the status of KMS support with newcons is? About 6 weeks ago I got some help on x11@ and much was said about KMS (and the lack of support for the 'newer' Haswell graphics). somebody mentioned that one of the problems where the "console goes away" once you fire up X was that the console driver didn't support KMS, so you could never really successfully alt-Ctrl-bksp and kill X (or exit cleanly) and get back to your VT. Word was said that this problem was being worked on and hopefully would get brought in towards the "tail end of august." So, am just wondering what the status of that project is? thanks, -Jr From owner-freebsd-current@FreeBSD.ORG Thu Sep 19 11:51:14 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 9613DAAC; Thu, 19 Sep 2013 11:51:14 +0000 (UTC) (envelope-from serguey-grigoriev@yandex.ru) Received: from forward2h.mail.yandex.net (forward2h.mail.yandex.net [IPv6:2a02:6b8:0:f05::2]) by mx1.freebsd.org (Postfix) with ESMTP id 0ADB12824; Thu, 19 Sep 2013 11:51:14 +0000 (UTC) Received: from web25h.yandex.ru (web25h.yandex.ru [84.201.187.159]) by forward2h.mail.yandex.net (Yandex) with ESMTP id 8AB1F7018AE; Thu, 19 Sep 2013 15:51:10 +0400 (MSK) Received: from 127.0.0.1 (localhost [127.0.0.1]) by web25h.yandex.ru (Yandex) with ESMTP id 8EE212E14AE; Thu, 19 Sep 2013 15:51:09 +0400 (MSK) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1379591470; bh=dMDoqjGldyxeOii3GPUWYQkrLWU0aol4h2eSztlSaAA=; h=From:To:Cc:In-Reply-To:References:Subject:Date; b=aY1nLJeu88iAQOd4CmHHS6luAiswYsYPiFkY3pXWm5euMU0OAhs+6BdjHp9R18FxB 4edG/xQBGc44RHRF0lgeldgABb/ycGEV8Qdj45dsMN8ntnvKpolkaoAKG0BtvBQXFk SWXcNluxXnAQ7eCBUcuk/R5u4Bl6KH4zQn5kY9t8= Received: from office-gw.skytel.spb.ru (office-gw.skytel.spb.ru [193.110.239.131]) by web25h.yandex.ru with HTTP; Thu, 19 Sep 2013 15:51:09 +0400 From: S.N.Grigoriev To: Jung-uk Kim , David Chisnall In-Reply-To: <523A3E89.5020608@FreeBSD.org> References: <104781379415439@web14h.yandex.ru> <20130917162045.5b0fc356@thor.walstatt.dyndns.org> <20130917154914.GD31894@ithaqua.etoilebsd.net> <20130917155245.GE31894@ithaqua.etoilebsd.net> <52389059.8000200@FreeBSD.org> <5238FC0E.9090004@FreeBSD.org> <20130918172615.42270918@kalimero.tijl.coosemans.org> <95159E17-E700-464F-BBEE-C7C97355B8EB@FreeBSD.org> <5239E0DB.20400@FreeBSD.org> <523A3E89.5020608@FreeBSD.org> Subject: Re: libreoffice build error MIME-Version: 1.0 Message-Id: <266841379591469@web25h.yandex.ru> X-Mailer: Yamail [ http://yandex.ru ] 5.0 Date: Thu, 19 Sep 2013 15:51:09 +0400 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=utf-8 X-Mailman-Approved-At: Thu, 19 Sep 2013 12:27:01 +0000 Cc: Baptiste Daroussin , FreeBSD-current , "O. Hartmann" , Tijl Coosemans , Shawn Webb X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Sep 2013 11:51:14 -0000 19.09.2013, 04:02, "Jung-uk Kim" : > > On 2013-09-18 13:20:27 -0400, Jung-uk Kim wrote: > 2013ë…„  9ì›” 18ì¼ 13:20, Jung-uk Kim ì“´ 글:> On 2013-09-18 12:39:46 > - -0400, David Chisnall wrote: > >>>  On 18 Sep 2013, at 16:26, Tijl Coosemans >>>  wrote: >>>>  On Tue, 17 Sep 2013 21:04:14 -0400 Jung-uk Kim wrote: >>>>>  -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 >>>>> >>>>>  On 2013-09-17 13:24:41 -0400, Jung-uk Kim wrote: >>>>>>  I am still working on libc++ issues but it is much more >>>>>>  complicated. :-( >>>>>  I fixed almost everything except for exception handling >>>>>  issues. Unfortunately, libc++/libcxxrt's exception handling >>>>>  is not 100% compatible with libstdc++'s and I couldn't find >>>>>  a proper fix. :-( >>>>> >>>>>  Basically, C++/UNO bridge for LibreOffice/OpenOffice does >>>>>  some clever hacks, somewhat similar to the example on this >>>>>  blog page: >>>>> >>>>>  http://zbigg.blogspot.com/2009/03/catch-on-g.html >>>>  The definition of struct __cxa_exception doesn't match the one >>>>  in /usr/include/c++/v1/cxxabi.h.  There's an extra field at >>>>  the start in the __LP64__ case: uintptr_t referenceCount. >>>  This field is present in newer versions of the ABI spec and is >>>  also there in new versions of libsupc++.  It's required for >>>  implementing C++11 dependent exceptions. >>>  It shouldn't matter for code that doesn't allocate the structure >>>  (and nothing outside of libsupc++ / libcxxrt should be >>>  allocating them), because these structures are always passed >>>  around by pointers to their ends (where the _Unwind_Exception >>>  structure lives). >>  Ah, I see.  Now I wrote a proper fix and it looks very promising. >>  :-) > > Committed: > > http://svnweb.freebsd.org/changeset/ports/327589 > > Thanks! > > Jung-uk Kim > > * PS: IMHO, the ABI compatibility issue must be fixed before 10.0. > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v2.0.21 (FreeBSD) > Thanks for your commit! Now Libreoffice builds and works fine. -- Regards, S.Grigoriev. From owner-freebsd-current@FreeBSD.ORG Thu Sep 19 15:00:37 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id D4BCC38F for ; Thu, 19 Sep 2013 15:00:37 +0000 (UTC) (envelope-from lumiwa@gmail.com) Received: from mail-qa0-x22c.google.com (mail-qa0-x22c.google.com [IPv6:2607:f8b0:400d:c00::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 984462421 for ; Thu, 19 Sep 2013 15:00:37 +0000 (UTC) Received: by mail-qa0-f44.google.com with SMTP id j7so3652336qaq.3 for ; Thu, 19 Sep 2013 08:00:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:subject:date:message-id:user-agent:mime-version :content-transfer-encoding:content-type; bh=Ed7g6N4vZYzBxRZyIu+p5f6hCs3XP2OhcTl1s4qrZaA=; b=Up6oNorrNT+HQmRL3hoelnP6tNPUyTu/AsdT3BwjED+RamUdkZryw0HUoZSBpdbQwX khkfiIqDGh8JP2OecT2fzeAXaUgKh/leh2V5Gr7VEUIeWDFNllZwA1opS7L89+et7Z2n FKlmjOhyV0LzumPA9G9bXNxBRnscopA3UPmMLouop6B1LSzMGj9MVPw2qAGE18Id6WcD 87cpJ6oM3lzj3jp55s1HUm7u+I15/geCNvwiXdph0P4YwbWPAaAm7CkBB0Y7Vchztdua Swgrl3bXBUvid1ipQzi2/Rp3ZLksBB1QxxrWVZfI5d1Yfy2va1dq24HRD3wwpAZey8+r aBMA== X-Received: by 10.49.50.198 with SMTP id e6mr4427817qeo.76.1379602836339; Thu, 19 Sep 2013 08:00:36 -0700 (PDT) Received: from lumiwa.farms.net (d-ptld-bng1-70-16-221-131.ngn.east.myfairpoint.net. [70.16.221.131]) by mx.google.com with ESMTPSA id g2sm11950858qaf.12.1969.12.31.16.00.00 (version=TLSv1.2 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 19 Sep 2013 08:00:35 -0700 (PDT) From: Ajtim To: freebsd-current@freebsd.org Subject: sound Date: Thu, 19 Sep 2013 11:00:24 -0400 Message-ID: <6448706.3nIqBl3GLB@lumiwa.farms.net> User-Agent: KMail/4.11.1 (FreeBSD/10.0-ALPHA1; KDE/4.11.1; amd64; ; ) MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Sep 2013 15:00:38 -0000 Hi! I am running FreeBSD 10.0-ALPHA1 #0 r255501: Fri Sep 13 01:57:31 UTC 2013 root@snap.freebsd.org:/usr/obj/usr/src/sys/GENERIC amd64 on iMac and it works great. KDE4 which I installed from area 51 works good and fast. The problem is sound. I load drivers with kldload snd_drivers. cat /dev/sndstat Installed devices: pcm0: (play) pcm1: (play/rec) default pcm2: (play/rec) pcm3: (play/rec) Than I try with sysctl hw.snd.default_unit=1 and try to play but nothing. sysctl dev.hdaa shows: sysctl dev.hdaa dev.hdaa.0.%desc: ATI R6xx Audio Function Group dev.hdaa.0.%driver: hdaa dev.hdaa.0.%location: nid=1 dev.hdaa.0.%pnpinfo: type=0x01 subsystem=0x00aa0100 dev.hdaa.0.%parent: hdacc0 dev.hdaa.0.nid2: audio output Widget cap: 0x00000201 DIGITAL STEREO Association: 0 (0x0001) OSS: pcm (pcm) Stream cap: 0x00000001 PCM PCM cap: 0x00020070 16 bits, 32 44 48 KHz dev.hdaa.0.nid3: pin: Digital-out (Jack) Widget cap: 0x00400381 DIGITAL UNSOL STEREO Association: 0 (0x0001) Pin cap: 0x00000094 PDC OUT HDMI Pin config: 0x18560010 as=1 seq=0 device=Digital-out conn=Jack ctype=Digital loc=0x18 color=Unknown misc=0 Pin control: 0x00000040 OUT Connections: 1 + <- nid=2 [audio output] dev.hdaa.0.nid3_config: 0x18560010 as=1 seq=0 device=Digital-out conn=Jack ctype=Digital loc=0x18 color=Unknown misc=0 dev.hdaa.0.nid3_original: 0x18560010 as=1 seq=0 device=Digital-out conn=Jack ctype=Digital loc=0x18 color=Unknown misc=0 dev.hdaa.0.config: forcestereo,ivref50,ivref80,ivref100,ivref,vref dev.hdaa.0.gpi_state: dev.hdaa.0.gpio_state: dev.hdaa.0.gpio_config: dev.hdaa.0.gpo_state: dev.hdaa.0.gpo_config: dev.hdaa.0.reconfig: 0 dev.hdaa.1.%desc: Cirrus Logic CS4206 Audio Function Group dev.hdaa.1.%driver: hdaa dev.hdaa.1.%location: nid=1 dev.hdaa.1.%pnpinfo: type=0x01 subsystem=0x106b5100 dev.hdaa.1.%parent: hdacc1 dev.hdaa.1.nid2: audio output Widget cap: 0x000d041d PWR STEREO Association: 4 (0x0001) OSS: pcm (pcm) Stream cap: 0x00000003 FLOAT32 PCM PCM cap: 0x001e07f0 16 20 24 32 bits, 32 44 48 88 96 176 192 KHz Output amp: 0x80017f73 mute=1 step=127 size=1 offset=115 (-57/6dB) dev.hdaa.1.nid3: audio output Widget cap: 0x000d041d PWR STEREO Association: 3 (0x0001) OSS: pcm (pcm) Stream cap: 0x00000003 FLOAT32 PCM PCM cap: 0x001e07f0 16 20 24 32 bits, 32 44 48 88 96 176 192 KHz Output amp: 0x80017f73 mute=1 step=127 size=1 offset=115 (-57/6dB) dev.hdaa.1.nid4: audio output Widget cap: 0x000d041d PWR STEREO Association: 3 (0x0004) OSS: pcm (pcm) Stream cap: 0x00000003 FLOAT32 PCM PCM cap: 0x001e07f0 16 20 24 32 bits, 32 44 48 88 96 176 192 KHz Output amp: 0x80017f73 mute=1 step=127 size=1 offset=115 (-57/6dB) dev.hdaa.1.nid5: audio input Widget cap: 0x0018051b PWR STEREO Association: 1 (0x0001) Stream cap: 0x00000003 FLOAT32 PCM PCM cap: 0x001e01f5 16 20 24 32 bits, 8 16 32 44 48 88 96 KHz Input amp: 0x80033f33 mute=1 step=63 size=3 offset=51 (-51/12dB) Connections: 2 + <- nid=12 [pin: Line-in (Blue Jack)] (selected) + [DISABLED] <- nid=18 [pin: Line-out (None)] [DISABLED] dev.hdaa.1.nid6: audio input Widget cap: 0x0018051b PWR STEREO Association: 0 (0x0001) Stream cap: 0x00000003 FLOAT32 PCM PCM cap: 0x001e01f5 16 20 24 32 bits, 8 16 32 44 48 88 96 KHz Input amp: 0x80033f33 mute=1 step=63 size=3 offset=51 (-51/12dB) Connections: 2 + <- nid=13 [pin: Mic (Fixed)] (selected) + [DISABLED] <- nid=14 [pin: Line-out (None)] [DISABLED] dev.hdaa.1.nid7: audio input Widget cap: 0x00180791 PWR DIGITAL UNSOL STEREO Association: 2 (0x0001) Stream cap: 0x00000007 AC3 FLOAT32 PCM PCM cap: 0x001e0570 16 20 24 32 bits, 32 44 48 96 192 KHz Connections: 1 + <- nid=15 [pin: SPDIF-in (White Jack)] dev.hdaa.1.nid8: audio output Widget cap: 0x00040611 PWR DIGITAL STEREO Association: 5 (0x0001) OSS: pcm (pcm) Stream cap: 0x00000007 AC3 FLOAT32 PCM PCM cap: 0x001e07f0 16 20 24 32 bits, 32 44 48 88 96 176 192 KHz dev.hdaa.1.nid9: pin: Headphones (Green Jack) Widget cap: 0x00410581 PWR UNSOL STEREO Association: 4 (0x0001) Pin cap: 0x0000001c PDC HP OUT Pin config: 0x012b4050 as=5 seq=0 device=Headphones conn=Jack ctype=Combo loc=Rear color=Green misc=0 Pin control: 0x000000c0 HP OUT Connections: 1 + <- nid=2 [audio output] dev.hdaa.1.nid9_config: 0x012b4050 as=5 seq=0 device=Headphones conn=Jack ctype=Combo loc=Rear color=Green misc=0 dev.hdaa.1.nid9_original: 0x012b4050 as=5 seq=0 device=Headphones conn=Jack ctype=Combo loc=Rear color=Green misc=0 dev.hdaa.1.nid10: pin: Speaker (Fixed) Widget cap: 0x00410581 PWR UNSOL STEREO Association: 3 (0x0001) Pin cap: 0x00000054 PDC OUT BAL Pin config: 0x90100140 as=4 seq=0 device=Speaker conn=Fixed ctype=Unknown loc=Internal color=Unknown misc=1 Pin control: 0x00000040 OUT Connections: 1 + <- nid=3 [audio output] dev.hdaa.1.nid10_config: 0x90100140 as=4 seq=0 device=Speaker conn=Fixed ctype=Unknown loc=Internal color=Unknown misc=1 dev.hdaa.1.nid10_original: 0x90100140 as=4 seq=0 device=Speaker conn=Fixed ctype=Unknown loc=Internal color=Unknown misc=1 dev.hdaa.1.nid11: pin: Speaker (Fixed) Widget cap: 0x00410101 STEREO Association: 3 (0x0004) Pin cap: 0x00000050 OUT BAL Pin config: 0x90100142 as=4 seq=2 device=Speaker conn=Fixed ctype=Unknown loc=Internal color=Unknown misc=1 Pin control: 0x00000040 OUT Connections: 1 + <- nid=4 [audio output] dev.hdaa.1.nid11_config: 0x90100142 as=4 seq=2 device=Speaker conn=Fixed ctype=Unknown loc=Internal color=Unknown misc=1 dev.hdaa.1.nid11_original: 0x90100142 as=4 seq=2 device=Speaker conn=Fixed ctype=Unknown loc=Internal color=Unknown misc=1 dev.hdaa.1.nid12: pin: Line-in (Blue Jack) Widget cap: 0x0041048b PWR UNSOL STEREO Association: 1 (0x0001) OSS: line (line) Pin cap: 0x00000024 PDC IN Pin config: 0x018b3020 as=2 seq=0 device=Line-in conn=Jack ctype=Combo loc=Rear color=Blue misc=0 Pin control: 0x00000020 IN Input amp: 0x00270300 mute=0 step=3 size=39 offset=0 (0/30dB) dev.hdaa.1.nid12_config: 0x018b3020 as=2 seq=0 device=Line-in conn=Jack ctype=Combo loc=Rear color=Blue misc=0 dev.hdaa.1.nid12_original: 0x018b3020 as=2 seq=0 device=Line-in conn=Jack ctype=Combo loc=Rear color=Blue misc=0 dev.hdaa.1.nid13: pin: Mic (Fixed) Widget cap: 0x0041048b PWR UNSOL STEREO Association: 0 (0x0001) OSS: monitor (monitor) Pin cap: 0x00001764 PDC IN BAL VREF[ 50 80 GROUND HIZ ] Pin config: 0x90a00110 as=1 seq=0 device=Mic conn=Fixed ctype=Unknown loc=Internal color=Unknown misc=1 Pin control: 0x00000024 IN VREFs Input amp: 0x00270300 mute=0 step=3 size=39 offset=0 (0/30dB) dev.hdaa.1.nid13_config: 0x90a00110 as=1 seq=0 device=Mic conn=Fixed ctype=Unknown loc=Internal color=Unknown misc=1 dev.hdaa.1.nid13_original: 0x90a00110 as=1 seq=0 device=Mic conn=Fixed ctype=Unknown loc=Internal color=Unknown misc=1 dev.hdaa.1.nid14: pin: Line-out (None) [DISABLED] Widget cap: 0x0041000b STEREO Pin cap: 0x00000020 IN Pin config: 0x400000f0 as=15 seq=0 device=Line-out conn=None ctype=Unknown loc=0x00 color=Unknown misc=0 Pin control: 0x00000000 Input amp: 0x00270200 mute=0 step=2 size=39 offset=0 (0/20dB) dev.hdaa.1.nid14_config: 0x400000f0 as=15 seq=0 device=Line-out conn=None ctype=Unknown loc=0x00 color=Unknown misc=0 dev.hdaa.1.nid14_original: 0x400000f0 as=15 seq=0 device=Line-out conn=None ctype=Unknown loc=0x00 color=Unknown misc=0 dev.hdaa.1.nid15: pin: SPDIF-in (White Jack) Widget cap: 0x00410681 PWR DIGITAL UNSOL STEREO Association: 2 (0x0001) OSS: dig1 (dig1) Pin cap: 0x00000024 PDC IN Pin config: 0x01cbe030 as=3 seq=0 device=SPDIF-in conn=Jack ctype=Combo loc=Rear color=White misc=0 Pin control: 0x00000020 IN dev.hdaa.1.nid15_config: 0x01cbe030 as=3 seq=0 device=SPDIF-in conn=Jack ctype=Combo loc=Rear color=White misc=0 dev.hdaa.1.nid15_original: 0x01cbe030 as=3 seq=0 device=SPDIF-in conn=Jack ctype=Combo loc=Rear color=White misc=0 dev.hdaa.1.nid16: pin: SPDIF-out (White Jack) Widget cap: 0x00410301 DIGITAL STEREO Association: 5 (0x0001) Pin cap: 0x00000010 OUT Pin config: 0x014be060 as=6 seq=0 device=SPDIF-out conn=Jack ctype=Combo loc=Rear color=White misc=0 Pin control: 0x00000040 OUT Connections: 1 + <- nid=8 [audio output] dev.hdaa.1.nid16_config: 0x014be060 as=6 seq=0 device=SPDIF-out conn=Jack ctype=Combo loc=Rear color=White misc=0 dev.hdaa.1.nid16_original: 0x014be060 as=6 seq=0 device=SPDIF-out conn=Jack ctype=Combo loc=Rear color=White misc=0 dev.hdaa.1.nid17: vendor widget [DISABLED] Widget cap: 0x00f00040 PROC dev.hdaa.1.nid18: pin: Line-out (None) [DISABLED] Widget cap: 0x0041000b STEREO Pin cap: 0x00000020 IN Pin config: 0x400000f0 as=15 seq=0 device=Line-out conn=None ctype=Unknown loc=0x00 color=Unknown misc=0 Pin control: 0x00000000 Input amp: 0x00270200 mute=0 step=2 size=39 offset=0 (0/20dB) dev.hdaa.1.nid18_config: 0x400000f0 as=15 seq=0 device=Line-out conn=None ctype=Unknown loc=0x00 color=Unknown misc=0 dev.hdaa.1.nid18_original: 0x400000f0 as=15 seq=0 device=Line-out conn=None ctype=Unknown loc=0x00 color=Unknown misc=0 dev.hdaa.1.nid19: beep widget Widget cap: 0x00700000 Association: -2 (0x0000) OSS: speaker (speaker) dev.hdaa.1.nid20: audio output [DISABLED] Widget cap: 0x00040611 PWR DIGITAL STEREO Stream cap: 0x00000007 AC3 FLOAT32 PCM PCM cap: 0x001e07f0 16 20 24 32 bits, 32 44 48 88 96 176 192 KHz dev.hdaa.1.nid21: pin: Line-out (None) [DISABLED] Widget cap: 0x00410301 DIGITAL STEREO Pin cap: 0x00000010 OUT Pin config: 0x400000f0 as=15 seq=0 device=Line-out conn=None ctype=Unknown loc=0x00 color=Unknown misc=0 Pin control: 0x00000000 Connections: 1 + <- nid=20 [audio output] [DISABLED] dev.hdaa.1.nid21_config: 0x400000f0 as=15 seq=0 device=Line-out conn=None ctype=Unknown loc=0x00 color=Unknown misc=0 dev.hdaa.1.nid21_original: 0x400000f0 as=15 seq=0 device=Line-out conn=None ctype=Unknown loc=0x00 color=Unknown misc=0 dev.hdaa.1.config: forcestereo,ivref50,ivref80,ivref100,ivref,vref dev.hdaa.1.gpi_state: dev.hdaa.1.gpio_state: 0=disabled 1=disabled 2=disabled 3=output(0) dev.hdaa.1.gpio_config: 0=keep 1=keep 2=keep 3=keep dev.hdaa.1.gpo_state: dev.hdaa.1.gpo_config: dev.hdaa.1.reconfig: 0 Ther is a loader.conf in /boot/defaults but in /boot is not. Do I need to make loader.conf in /boot please. Do I need to use hits? Thank you very much. -- Mitja --- http://redbubble.com/people/lumiwa From owner-freebsd-current@FreeBSD.ORG Thu Sep 19 20:26:22 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 5C9A9293; Thu, 19 Sep 2013 20:26:22 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 35FEF2785; Thu, 19 Sep 2013 20:26:22 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 410D1B96E; Thu, 19 Sep 2013 16:26:21 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org Subject: Re: ipmi patch for review Date: Thu, 19 Sep 2013 15:04:46 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20130906; KDE/4.5.5; amd64; ; ) References: <20130917102110.GK4574@glebius.int.ru> In-Reply-To: <20130917102110.GK4574@glebius.int.ru> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201309191504.46986.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Thu, 19 Sep 2013 16:26:21 -0400 (EDT) Cc: Gleb Smirnoff X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Sep 2013 20:26:22 -0000 On Tuesday, September 17, 2013 6:21:10 am Gleb Smirnoff wrote: > Hi! > > When system is writing a kernel core dump, it issues watchdog > pat wdog_kern_pat(WD_LASTVAL). If ipmi is in action, it registers > ipmi_wd_event() as event for watchdog. Thus ipmi_wd_event() is > called in dumping context. > > The problem is that ipmi_wd_event() calls into ipmi_set_watchdog(), > that calls into ipmi_alloc_request(), which uses M_WAITOK and > thus sleeps. This is a smaller problem, since can be converted to > M_NOWAIT. But ipmi_set_watchdog() then calls into > ipmi_submit_driver_request(), which calls msleep() any time. > > The attached patch allows me to successfully write cores in > presence of IPMI. Of course, the watchdog might go off during your dump. :) The real fix is more complicated, which is that we should not use a worker thread for at least SMIC and KCS. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Thu Sep 19 20:37:35 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 68EA9C3D for ; Thu, 19 Sep 2013 20:37:35 +0000 (UTC) (envelope-from rizzo@i805.com.br) Received: from server.i805.com.br (mailhost.i805.com.br [72.52.97.105]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 53F0D2867 for ; Thu, 19 Sep 2013 20:37:35 +0000 (UTC) Received: from i805.com.br (localhost [127.0.0.1]) by server.i805.com.br (8.14.6/8.14.5) with ESMTP id r8JKbWCq061156 for ; Thu, 19 Sep 2013 17:37:32 -0300 (BRT) (envelope-from rizzo@i805.com.br) From: "Nilton Jose Rizzo" To: freebsd-current@freebsd.org Subject: build error Date: Thu, 19 Sep 2013 17:37:32 -0300 Message-Id: <20130919203706.M91012@i805.com.br> In-Reply-To: <20130919163417.M60967@i805.com.br> X-Mailer: OpenWebMail 3.00_beta4 20121104 671 X-OriginatingIP: 179.218.87.141 (rizzo) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED autolearn=unavailable version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on server.i805.com.br X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Sep 2013 20:37:35 -0000 cc -pg -O2 -pipe -I/usr/src/lib/libngatm/../../sys/contrib/ngatm -I/usr/obj/usr/src/ lib/libngatm -I/usr/src/lib/libngatm/../../contrib/ngatm/libngatm -std=gnu99 -Qunused-arguments -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wmissing-variable-declarations -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -c /usr/src/lib/libngatm/../../sys/contrib/ngatm/netnatm/msg/uni_msg.c -o uni_msg.po /usr/src/lib/libngatm/../../sys/contrib/ngatm/netnatm/msg/uni_msg.c:103:30: error: no member named 'r_wptr' in 'struct uni_msg'; did you mean 'b_wptr'? msg->b_buf[mlen+1] = ((msg->r_wptr-msg->b_rptr)-mlen-2) >> 0; ^~~~~~ b_wptr /usr/src/lib/libngatm/../../sys/contrib/ngatm/netnatm/unimsg.h:48:11: note: 'b_wptr' declared here u_char *b_wptr; /* tail pointer */ ^ 1 error generated. *** Error code 1 Stop. make[4]: stopped in /usr/src/lib/libngatm *** Error code 1 Stop. make[3]: stopped in /usr/src/lib *** Error code 1 Stop. make[2]: stopped in /usr/src *** Error code 1 Stop. make[1]: stopped in /usr/src *** Error code 1 Stop. make: stopped in /usr/src I'm not recompile any version from world and kernel lastest from root@valfenda:/usr # uname -a FreeBSD valfenda 10.0-ALPHA1 FreeBSD 10.0-ALPHA1 #4 r255503: Fri Sep 13 08:18:27 BRT 2013 rizzo@valfenda:/usr/obj/usr/src/sys/VALFENDA amd64 root@valfenda:/usr # now I'm purge the src dir and re checkout all again. I'll report some news rizzo From owner-freebsd-current@FreeBSD.ORG Thu Sep 19 21:02:31 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 586C324A for ; Thu, 19 Sep 2013 21:02:31 +0000 (UTC) (envelope-from lumiwa@gmail.com) Received: from mail-yh0-x230.google.com (mail-yh0-x230.google.com [IPv6:2607:f8b0:4002:c01::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 1EDAB29AD for ; Thu, 19 Sep 2013 21:02:31 +0000 (UTC) Received: by mail-yh0-f48.google.com with SMTP id f10so4363819yha.7 for ; Thu, 19 Sep 2013 14:02:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:subject:date:message-id:user-agent:mime-version :content-transfer-encoding:content-type; bh=juK257DgWiSF74CrBeSGYDtW4WdZNN/wX7/U4qf/Kl0=; b=dbtCYXG0gmCF0ST41zjotn/DSgvjmecwBgNc9+tVgQuKBlumhnC/rXvCP9RfFctArX COEu9dmaax87AcTFLEAmxqh/AC7MjJyWtvPYVLIWS8RnR1qvKBy5bGbqS4Vug7kaSsEp LBgV++NDxQ4gi3oFzAUIGGyhI1UyjggMehVF1k71scHP3kyOdReD6KNP5qjpFOJesm9z i+44EpDQN6/PNgzZtD21Cwermq0OEA3mc3WAqq7MRi8dco+AO/bcTcowJtOC/hBKBygp cZFNZnsYBumvxKfEYqtK5UByvjxlPMkK39sF2+TOKbH7VVOMzzuSl3g4cFvzNMb/jrVu vR5Q== X-Received: by 10.236.89.71 with SMTP id b47mr2328189yhf.83.1379624549903; Thu, 19 Sep 2013 14:02:29 -0700 (PDT) Received: from lumiwa.farms.net (d-ptld-bng1-70-16-221-131.ngn.east.myfairpoint.net. [70.16.221.131]) by mx.google.com with ESMTPSA id c44sm13402905yho.20.1969.12.31.16.00.00 (version=TLSv1.2 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 19 Sep 2013 14:02:29 -0700 (PDT) From: Ajtim To: freebsd-current@freebsd.org Subject: .history Date: Thu, 19 Sep 2013 17:02:17 -0400 Message-ID: <2858213.Zq6fmA1OZq@lumiwa.farms.net> User-Agent: KMail/4.11.1 (FreeBSD/10.0-ALPHA1; KDE/4.11.1; amd64; ; ) MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Sep 2013 21:02:31 -0000 Hi! My system: FreeBSD lumiwa.farms.net 10.0-ALPHA1 FreeBSD 10.0-ALPHA1 #0 r255501: Fri Sep 13 01:57:31 UTC 2013 root@snap.freebsd.org:/usr/obj/usr/src/sys/GENERIC amd64 And my question is why I have in /root/.history and in user the same, after restart computer something like this: cd "`printf "%b" '\0057usr'`" #+1379444739 cd "`printf "%b" '\0057usr\0057home'`" #+1379444740 cd "`printf "%b" '\0057'`" #+1379444742 cd "`printf "%b" '\0057usr\0057home\0057ajtim'`" #+1379444744 cd "`printf "%b" '\0057usr\0057home'`" #+1379444745 cd "`printf "%b" '\0057usr'`" #+1379444746 cd "`printf "%b" '\0057'`" #+1379444760 cd "`printf "%b" '\0057usr\0057home\0057ajtim'`" #+1379444760 cd "`printf "%b" '\0057'`" #+1379444760 set echo_style=both ; alias precmd 'echo $cwd:q >>/tmp/mc- ajtim/mc.pipe.61531;kill -STOP $$' #+1379444760 mc #+1379444762 cd "`printf "%b" '\0057'`" Is it something related with Alpha version? Thank you very much. -- Mitja --- http://redbubble.com/people/lumiwa From owner-freebsd-current@FreeBSD.ORG Thu Sep 19 21:06:53 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 9CFDE38F for ; Thu, 19 Sep 2013 21:06:53 +0000 (UTC) (envelope-from lumiwa@gmail.com) Received: from mail-qc0-x22a.google.com (mail-qc0-x22a.google.com [IPv6:2607:f8b0:400d:c01::22a]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 5DEF629D5 for ; Thu, 19 Sep 2013 21:06:53 +0000 (UTC) Received: by mail-qc0-f170.google.com with SMTP id m20so5938527qcx.29 for ; Thu, 19 Sep 2013 14:06:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:subject:date:message-id:user-agent:mime-version :content-transfer-encoding:content-type; bh=UQJ3uhc0LoaDU2KthvA6+FGEafYHKuEGXERnMGPHzsA=; b=V6s2ZAu3Dw5/itKfj6u6IE9IROVCnqG0+9lcoIGv9qOtA1s5fZHdhwSCzkeZekv66u RzrVKOx8LzcLRlr6ktUOp+bJWGTp7Aqb7PZvsgLM+xy8ZdCAsrqkckXIBdy650zhtqK6 Wges8XEmIUhH9yOUzgMOPYuA5BpUj4L7oBWRMYwFrOZjVlq74MsRjnKeYzFjsfddE26x RlEAoM0zcZwUoWm5/k9afZSPrv//qdUvjvf7Yqwtv+z/Xz82Xln4eivZsf/qwQ4fmKG9 rIVcREbLjXqMcpE7JiMFzcWzs070cW88Ld64eEXKGFapIM/vqXHoC4pKN4i7xD8EaXWD VLpQ== X-Received: by 10.229.228.195 with SMTP id jf3mr7795725qcb.0.1379624812498; Thu, 19 Sep 2013 14:06:52 -0700 (PDT) Received: from lumiwa.farms.net (d-ptld-bng1-70-16-221-131.ngn.east.myfairpoint.net. [70.16.221.131]) by mx.google.com with ESMTPSA id b9sm14063689qad.1.1969.12.31.16.00.00 (version=TLSv1.2 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 19 Sep 2013 14:06:51 -0700 (PDT) From: Ajtim To: freebsd-current@freebsd.org Subject: mplayer Date: Thu, 19 Sep 2013 17:06:33 -0400 Message-ID: <2234250.EnH6GM5enz@lumiwa.farms.net> User-Agent: KMail/4.11.1 (FreeBSD/10.0-ALPHA1; KDE/4.11.1; amd64; ; ) MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Sep 2013 21:06:53 -0000 I try to built Mplayer but I have a problems (they were so many warnings) and finally error: libmpdemux/demux_rtp.cpp:101:20: error: no member named 'describeWithPassword' in 'RTSPClient' return client->describeWithPassword(url, network_username, password); ~~~~~~ ^ libmpdemux/demux_rtp.cpp:103:20: error: no member named 'describeURL' in 'RTSPClient' return client->describeURL(url); ~~~~~~ ^ libmpdemux/demux_rtp.cpp:157:43: error: cannot initialize a parameter of type 'const char *' with an lvalue of type 'int' rtspClient = RTSPClient::createNew(*env, verbose, "MPlayer", rtsp_transport_http); ^~~~~~~ /usr/local/live/liveMedia/include/RTSPClient.hh:39:67: note: passing argument to parameter 'rtspURL' here static RTSPClient* createNew(UsageEnvironment& env, char const* rtspURL, ^ libmpdemux/demux_rtp.cpp:247:21: error: no member named 'setupMediaSubsession' in 'RTSPClient' if (!rtspClient->setupMediaSubsession(*subsession, False, ~~~~~~~~~~ ^ libmpdemux/demux_rtp.cpp:259:24: error: no member named 'playMediaSession' in 'RTSPClient'; did you mean 'isMediaSession'? if (!rtspClient->playMediaSession(*mediaSession)) break; ^~~~~~~~~~~~~~~~ isMediaSession /usr/local/live/liveMedia/include/Media.hh:69:19: note: 'isMediaSession' declared here virtual Boolean isMediaSession() const; ^ libmpdemux/demux_rtp.cpp:259:41: error: too many arguments to function call, expected 0, have 1 if (!rtspClient->playMediaSession(*mediaSession)) break; ~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ^~~~~~~~~~~~~ /usr/local/live/liveMedia/include/Media.hh:69:3: note: 'isMediaSession' declared here virtual Boolean isMediaSession() const; ^ libmpdemux/demux_rtp.cpp:648:27: error: no member named 'teardownMediaSession' in 'RTSPClient' rtpState->rtspClient->teardownMediaSession(*mediaSession); ~~~~~~~~~~~~~~~~~~~~ ^ 7 errors generated. gmake[2]: *** [libmpdemux/demux_rtp.o] Error 1 gmake[2]: Leaving directory `/usr/ports/multimedia/mplayer/work/mplayer- export-2013-03-08' *** Error code 1 Stop. make[1]: stopped in /usr/ports/multimedia/mplayer *** Error code 1 Stop. make: stopped in /usr/ports/multimedia/mplayer ===>>> make failed for multimedia/mplayer ===>>> Aborting update ===>>> Killing background jobs Terminated ===>>> You can restart from the point of failure with this command line: portmaster multimedia/mplayer multimedia/mplayer-skins ===>>> Exiting Thanks in advance. -- Mitja --- http://redbubble.com/people/lumiwa From owner-freebsd-current@FreeBSD.ORG Thu Sep 19 21:17:33 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 9B9D066A for ; Thu, 19 Sep 2013 21:17:33 +0000 (UTC) (envelope-from superbisquit@gmail.com) Received: from mail-ob0-x234.google.com (mail-ob0-x234.google.com [IPv6:2607:f8b0:4003:c01::234]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 66BAE2A62 for ; Thu, 19 Sep 2013 21:17:33 +0000 (UTC) Received: by mail-ob0-f180.google.com with SMTP id wm4so10275407obc.39 for ; Thu, 19 Sep 2013 14:17:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=g+XC8H0f7mFYRGzh1eQ+sCqE4tsHvTu33EvUIxU7LcA=; b=lhgkcDC7URu9Juejrv53+fS6efDpR5TdEnLisG9oNHbg3JwfhhDAjAu8ldODZqXtgw soOtLh8XHEsEsRr3guETp4z4x96GNKx31GWl/sjaffWtU0HAIE9c0XsEgBxR8niJK5vQ dAwFNUkrlJAypAiD6jGllxfBwdGciS73zV9qqnwx2SttotTUHOdExGtmVnhsbdOqrwc4 g1qgEJyEsIYACXSOvKanZa2+y5boQCQupOQyTw6+5dT4tuLTnI5IernEBnb0sQl4SXVi HXBld59RXUqUkUJATTES/5zuNleJ0+JMh09HLE5UTXgo5GQ4NDT29IshoW2QzejNRbaR eO2g== MIME-Version: 1.0 X-Received: by 10.182.129.201 with SMTP id ny9mr2844097obb.0.1379625452693; Thu, 19 Sep 2013 14:17:32 -0700 (PDT) Received: by 10.182.78.100 with HTTP; Thu, 19 Sep 2013 14:17:32 -0700 (PDT) In-Reply-To: <2234250.EnH6GM5enz@lumiwa.farms.net> References: <2234250.EnH6GM5enz@lumiwa.farms.net> Date: Thu, 19 Sep 2013 17:17:32 -0400 Message-ID: Subject: Re: mplayer From: Joe Nosay To: Ajtim Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Sep 2013 21:17:33 -0000 Try adding USE_GCC= any to the Makefile and see if that makes <- no pun intended- a difference. On Thu, Sep 19, 2013 at 5:06 PM, Ajtim wrote: > I try to built Mplayer but I have a problems (they were so many warnings) > and > finally error: > > > libmpdemux/demux_rtp.cpp:101:20: error: no member named > 'describeWithPassword' > in 'RTSPClient' > return client->describeWithPassword(url, network_username, password); > ~~~~~~ ^ > libmpdemux/demux_rtp.cpp:103:20: error: no member named 'describeURL' in > 'RTSPClient' > return client->describeURL(url); > ~~~~~~ ^ > libmpdemux/demux_rtp.cpp:157:43: error: cannot initialize a parameter of > type > 'const char *' with an lvalue of type 'int' > rtspClient = RTSPClient::createNew(*env, verbose, "MPlayer", > rtsp_transport_http); > ^~~~~~~ > /usr/local/live/liveMedia/include/RTSPClient.hh:39:67: note: passing > argument > to parameter 'rtspURL' here > static RTSPClient* createNew(UsageEnvironment& env, char const* rtspURL, > ^ > libmpdemux/demux_rtp.cpp:247:21: error: no member named > 'setupMediaSubsession' > in 'RTSPClient' > if (!rtspClient->setupMediaSubsession(*subsession, False, > ~~~~~~~~~~ ^ > libmpdemux/demux_rtp.cpp:259:24: error: no member named 'playMediaSession' > in > 'RTSPClient'; did you mean 'isMediaSession'? > if (!rtspClient->playMediaSession(*mediaSession)) break; > ^~~~~~~~~~~~~~~~ > isMediaSession > /usr/local/live/liveMedia/include/Media.hh:69:19: note: 'isMediaSession' > declared here > virtual Boolean isMediaSession() const; > ^ > libmpdemux/demux_rtp.cpp:259:41: error: too many arguments to function > call, > expected 0, have 1 > if (!rtspClient->playMediaSession(*mediaSession)) break; > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ^~~~~~~~~~~~~ > /usr/local/live/liveMedia/include/Media.hh:69:3: note: 'isMediaSession' > declared here > virtual Boolean isMediaSession() const; > ^ > libmpdemux/demux_rtp.cpp:648:27: error: no member named > 'teardownMediaSession' > in 'RTSPClient' > rtpState->rtspClient->teardownMediaSession(*mediaSession); > ~~~~~~~~~~~~~~~~~~~~ ^ > 7 errors generated. > gmake[2]: *** [libmpdemux/demux_rtp.o] Error 1 > gmake[2]: Leaving directory `/usr/ports/multimedia/mplayer/work/mplayer- > export-2013-03-08' > *** Error code 1 > > Stop. > make[1]: stopped in /usr/ports/multimedia/mplayer > *** Error code 1 > > Stop. > make: stopped in /usr/ports/multimedia/mplayer > > ===>>> make failed for multimedia/mplayer > ===>>> Aborting update > > ===>>> Killing background jobs > Terminated > > ===>>> You can restart from the point of failure with this command line: > portmaster multimedia/mplayer multimedia/mplayer-skins > > ===>>> Exiting > > Thanks in advance. > > -- > Mitja > --- > http://redbubble.com/people/lumiwa > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Thu Sep 19 21:19:09 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id AAFAB7AF for ; Thu, 19 Sep 2013 21:19:09 +0000 (UTC) (envelope-from superbisquit@gmail.com) Received: from mail-ob0-x229.google.com (mail-ob0-x229.google.com [IPv6:2607:f8b0:4003:c01::229]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 76AA12A89 for ; Thu, 19 Sep 2013 21:19:09 +0000 (UTC) Received: by mail-ob0-f169.google.com with SMTP id wp4so10893323obc.0 for ; Thu, 19 Sep 2013 14:19:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=41j+FpqUca1HsOKQv0gxGszn5Pnv/MfIuzVv8nNycI8=; b=dFJCBrSGWWvIwP+Mpcs9oyWpg9HC6UGrc55ZJU61uUX3teHUNS/1E7zpNUQWvlC/ku rlKI6RkinGph7Yr0wzqMrztkX04Sk67FUDDz3adqWVfL0zOG8qzEz66vNHMA0+PbBm4n D9nnhHjl4WO+xxDRW061ozKuaL+g/EYS9txFYBxaukh3fGiUZdifqonsj0GpRkgHi3iz ia6aHyEzgy7sNComzEq/O20WYHYXD8gbCmiib5U+O/fOQzJSLFq3vtfdbHhKi1V0eN4l WJNMCgGPUe1gJVsAYcQ5UgnUoEwVlzWMO+zYmB+sV3Luyl+15Ce5F9luYIpDZRVWQNCI PEBQ== MIME-Version: 1.0 X-Received: by 10.182.80.196 with SMTP id t4mr2807880obx.1.1379625548677; Thu, 19 Sep 2013 14:19:08 -0700 (PDT) Received: by 10.182.78.100 with HTTP; Thu, 19 Sep 2013 14:19:08 -0700 (PDT) In-Reply-To: <2858213.Zq6fmA1OZq@lumiwa.farms.net> References: <2858213.Zq6fmA1OZq@lumiwa.farms.net> Date: Thu, 19 Sep 2013 17:19:08 -0400 Message-ID: Subject: Re: .history From: Joe Nosay To: Ajtim Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Sep 2013 21:19:09 -0000 Is there a .history in your user directory? On Thu, Sep 19, 2013 at 5:02 PM, Ajtim wrote: > Hi! > > My system: > > FreeBSD lumiwa.farms.net 10.0-ALPHA1 FreeBSD 10.0-ALPHA1 #0 r255501: Fri > Sep > 13 01:57:31 UTC 2013 root@snap.freebsd.org: > /usr/obj/usr/src/sys/GENERIC > amd64 > > And my question is why I have in /root/.history and in user the same, after > restart computer something like this: > cd "`printf "%b" '\0057usr'`" > #+1379444739 > cd "`printf "%b" '\0057usr\0057home'`" > #+1379444740 > cd "`printf "%b" '\0057'`" > #+1379444742 > cd "`printf "%b" '\0057usr\0057home\0057ajtim'`" > #+1379444744 > cd "`printf "%b" '\0057usr\0057home'`" > #+1379444745 > cd "`printf "%b" '\0057usr'`" > #+1379444746 > cd "`printf "%b" '\0057'`" > #+1379444760 > cd "`printf "%b" '\0057usr\0057home\0057ajtim'`" > #+1379444760 > cd "`printf "%b" '\0057'`" > #+1379444760 > set echo_style=both ; alias precmd 'echo $cwd:q >>/tmp/mc- > ajtim/mc.pipe.61531;kill -STOP $$' > #+1379444760 > mc > #+1379444762 > cd "`printf "%b" '\0057'`" > > Is it something related with Alpha version? > Thank you very much. > > -- > Mitja > --- > http://redbubble.com/people/lumiwa > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Thu Sep 19 23:23:38 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 9AEACAB2 for ; Thu, 19 Sep 2013 23:23:38 +0000 (UTC) (envelope-from ray@freebsd.org) Received: from smtp.dlink.ua (smtp.dlink.ua [193.138.187.146]) by mx1.freebsd.org (Postfix) with ESMTP id 574522FF8 for ; Thu, 19 Sep 2013 23:23:38 +0000 (UTC) Received: from rnote.ddteam.net (247-30-135-95.pool.ukrtel.net [95.135.30.247]) (Authenticated sender: ray) by smtp.dlink.ua (Postfix) with ESMTPSA id 6EC9FC4935; Fri, 20 Sep 2013 02:23:36 +0300 (EEST) Date: Fri, 20 Sep 2013 02:23:07 +0300 From: Aleksandr Rybalko To: John Reynolds Subject: Re: what is the status of KMS support in newcons? Message-Id: <20130920022307.1bc503ee.ray@freebsd.org> In-Reply-To: <523A81BA.7030903@reynoldsnet.org> References: <523A81BA.7030903@reynoldsnet.org> Organization: FreeBSD.ORG X-Mailer: Sylpheed 3.1.2 (GTK+ 2.24.5; amd64-portbld-freebsd9.0) X-Operating-System: FreeBSD Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Sep 2013 23:23:38 -0000 On Wed, 18 Sep 2013 21:46:50 -0700 John Reynolds wrote: > Hello all, > > I was just wondering what the status of KMS support with newcons is? > About 6 weeks ago I got some help on x11@ and much was said about KMS > (and the lack of support for the 'newer' Haswell graphics). somebody > mentioned that one of the problems where the "console goes away" once > you fire up X was that the console driver didn't support KMS, so you > could never really successfully alt-Ctrl-bksp and kill X (or exit > cleanly) and get back to your VT. Word was said that this problem was > being worked on and hopefully would get brought in towards the "tail > end of august." > > So, am just wondering what the status of that project is? > > thanks, > > -Jr > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to > "freebsd-current-unsubscribe@freebsd.org" Hello John! I can't say anything about Haswell support, but newcons works, sometimes :) Just not now. I've currently doing some redesign, so it is broken last week. Hope I will done something for wide testing in a week or so, but I'm afraid it will not be fully done to be shipped with 10.0. I will let you and others to know when something will happen :) Thanks! -- Aleksandr Rybalko From owner-freebsd-current@FreeBSD.ORG Thu Sep 19 23:29:37 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 33F7ABF8 for ; Thu, 19 Sep 2013 23:29:37 +0000 (UTC) (envelope-from dave@dogwood.com) Received: from mail-vc0-x22e.google.com (mail-vc0-x22e.google.com [IPv6:2607:f8b0:400c:c03::22e]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E48FE2028 for ; Thu, 19 Sep 2013 23:29:36 +0000 (UTC) Received: by mail-vc0-f174.google.com with SMTP id gd11so7087586vcb.33 for ; Thu, 19 Sep 2013 16:29:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=dogwood.com; s=google; h=mime-version:date:message-id:subject:from:to:content-type; bh=nQlrI9e9ZjFmc1XfUFb7GpG7+JcdsU48YGtXv30HDuU=; b=C45xWLnS/Km/CrnMFvaPEK3VBLX5ULYi3mUm8tNKDjnHY0X+aMGl6R1qZkuHy0Rk+Z ohv3YNuSunK475/LGjB0yQdBfAXXaw6OAXIqixZni7y6KyH/DLZtlfWFqbXbvWzIZM3+ XRPIPL6kd9PPBy2XqdaUqN1tmAH/fGTrSlUoA= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:date:message-id:subject:from:to :content-type; bh=nQlrI9e9ZjFmc1XfUFb7GpG7+JcdsU48YGtXv30HDuU=; b=fFg92lxPoOtEaSkK49DsU+YXk9YqRgDTXb442fzKfe2qTchfqJy6B0Co5njmV/esPp dWUEMySlDjXbUagHPKcydTcxfiXuCLLdtgz24n9Gc5y4W+1/kNhVuhi7qYnoYlXQKEiM 77LTgOHd+0cw9ZFlpi/Yn248rIkKLvVlR5GZP0VrcVkODk0Q81Jnf7QUMksdaWopRjrc Q6xsWUP7Q/e+p7jqJ5coD1LXyZqIKy5/wMbvIPBBpQ4+/Z7WQzZrYYPUuSdF90nkuU21 CcHHPNAABA1IV/Scr11+agT7uk6CEVzvljIFD7FNw5+sxp3HEmsKY3GgoOMY3QSt0t2i eGbw== X-Gm-Message-State: ALoCoQnp1p8/Zmc0KZOFddf8bvQGSAUI+Y2Te7dQFIIO7KXZjMYnkot9oNT4Ua9CC4M0BiRnUHM8 MIME-Version: 1.0 X-Received: by 10.58.117.71 with SMTP id kc7mr3308856veb.16.1379633375882; Thu, 19 Sep 2013 16:29:35 -0700 (PDT) Received: by 10.52.37.202 with HTTP; Thu, 19 Sep 2013 16:29:35 -0700 (PDT) Date: Thu, 19 Sep 2013 13:29:35 -1000 Message-ID: Subject: spurious "Service Unavailable" From: David Cornejo To: FreeBSD Current Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Sep 2013 23:29:37 -0000 On CURRENT Revsion 255706 I am trying to rebuild a bunch of ports in screen and I'm getting the string "Service unavailable" in the output between the package creation and the cleaning phases for each port: ===> Generating temporary packing list install -o root -g wheel -m 555 dialog4ports /usr/local/bin/dialog4ports install -o root -g wheel -m 444 dialog4ports.1.gz /usr/local/man/man1 ===> Registering installation for dialog4ports-0.1.5_1 as automatic Installing dialog4ports-0.1.5_1... done ===> Building package for dialog4ports-0.1.5_1 Creating package for dialog4ports-0.1.5_1 Service unavailable===> Cleaning for dialog4ports-0.1.5_1 ---> Cleaning out obsolete shared libraries ---> Reinstalling 'm4-1.4.16_1,1' (devel/m4) ---> Building '/usr/ports/devel/m4' ===> Cleaning for m4-1.4.16_1,1 Is this dangerous? Anyone know what's making that happen? thanks, dave c From owner-freebsd-current@FreeBSD.ORG Thu Sep 19 23:39:43 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 299B2D6C; Thu, 19 Sep 2013 23:39:43 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from mail0.glenbarber.us (mail0.glenbarber.us [IPv6:2607:fc50:1:2300:1001:1001:1001:face]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 00CEE20A9; Thu, 19 Sep 2013 23:39:43 +0000 (UTC) Received: from glenbarber.us (c-71-224-221-174.hsd1.nj.comcast.net [71.224.221.174]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) (Authenticated sender: gjb) by mail0.glenbarber.us (Postfix) with ESMTPSA id C5A74CFA0; Thu, 19 Sep 2013 23:39:41 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.8.3 mail0.glenbarber.us C5A74CFA0 Authentication-Results: mail0.glenbarber.us; dkim=none reason="no signature"; dkim-adsp=none Date: Thu, 19 Sep 2013 19:39:40 -0400 From: Glen Barber To: David Cornejo Subject: Re: spurious "Service Unavailable" Message-ID: <20130919233939.GE2302@glenbarber.us> References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="FoLtEtfbNGMjfgrs" Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD 10.0-ALPHA2 amd64 User-Agent: Mutt/1.5.21 (2010-09-15) Cc: FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Sep 2013 23:39:43 -0000 --FoLtEtfbNGMjfgrs Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Sep 19, 2013 at 01:29:35PM -1000, David Cornejo wrote: > On CURRENT Revsion 255706 >=20 > I am trying to rebuild a bunch of ports in screen and I'm getting the > string "Service unavailable" in the output between the package creation a= nd > the cleaning phases for each port: >=20 > =3D=3D=3D> Generating temporary packing list > install -o root -g wheel -m 555 dialog4ports /usr/local/bin/dialog4por= ts > install -o root -g wheel -m 444 dialog4ports.1.gz /usr/local/man/man1 > =3D=3D=3D> Registering installation for dialog4ports-0.1.5_1 as automat= ic > Installing dialog4ports-0.1.5_1... done > =3D=3D=3D> Building package for dialog4ports-0.1.5_1 > Creating package for dialog4ports-0.1.5_1 > Service unavailable=3D=3D=3D> Cleaning for dialog4ports-0.1.5_1 > ---> Cleaning out obsolete shared libraries > ---> Reinstalling 'm4-1.4.16_1,1' (devel/m4) > ---> Building '/usr/ports/devel/m4' > =3D=3D=3D> Cleaning for m4-1.4.16_1,1 >=20 > Is this dangerous? Anyone know what's making that happen? >=20 These are, as far as I can tell, harmless messages. It is due to libarchive and statically linked binaries (pkg-static). Glen --FoLtEtfbNGMjfgrs Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.21 (FreeBSD) iQEcBAEBCAAGBQJSO4s7AAoJEFJPDDeguUajAG0H/Rd2PPIDc3kQ2whBYa7Vox0f Nb4naYZNleyAHEJrFxL+Lhb1H1MwvuggbdsMhwKqapeaBfgEGZwA0OBYD8fYMwYV 9wWb6M8PGGZn1ajzQ763sbKDFi2tlloiickzqVlBfgh4GU97Tfp9i4fzhFevhHnT oXe7qTwUdXfg8T5T9wR1Eq95oQb15Ughl1qfPxRpocOq/8pMnEWorDR5WnyMEZ5q Z/boihojll7zRKFw531d94eshPEG03Hkxy352YiZ3niMbGcIW3YogYXRVe+XrgTr 6u0+VCxDvf8uZgHtHsTqmwEgtE1uYMjT0UAzfIR2FAaW/TkzeDTsXDAYvN9vvEE= =KnT2 -----END PGP SIGNATURE----- --FoLtEtfbNGMjfgrs-- From owner-freebsd-current@FreeBSD.ORG Fri Sep 20 00:33:28 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id D99B349A; Fri, 20 Sep 2013 00:33:28 +0000 (UTC) (envelope-from s-tlk@s-tlk.org) Received: from mail.s-tlk.org (s-tlk.org [178.63.70.119]) by mx1.freebsd.org (Postfix) with ESMTP id 5429422F1; Fri, 20 Sep 2013 00:33:27 +0000 (UTC) Received: from [10.0.3.6] (unknown [10.0.3.6]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.s-tlk.org (Postfix) with ESMTPSA id 242A7AE12D8; Fri, 20 Sep 2013 02:27:01 +0200 (CEST) Date: Fri, 20 Sep 2013 02:27:01 +0200 (CEST) From: Michael Schnell X-X-Sender: michi@priv.s-tlk.org To: Aleksandr Rybalko Subject: Re: what is the status of KMS support in newcons? In-Reply-To: <20130920022307.1bc503ee.ray@freebsd.org> Message-ID: References: <523A81BA.7030903@reynoldsnet.org> <20130920022307.1bc503ee.ray@freebsd.org> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: John Reynolds , current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Sep 2013 00:33:28 -0000 On Fri, 20 Sep 2013, Aleksandr Rybalko wrote: > On Wed, 18 Sep 2013 21:46:50 -0700 > John Reynolds wrote: > >> Hello all, >> >> I was just wondering what the status of KMS support with newcons is? >> About 6 weeks ago I got some help on x11@ and much was said about KMS >> (and the lack of support for the 'newer' Haswell graphics). somebody >> mentioned that one of the problems where the "console goes away" once >> you fire up X was that the console driver didn't support KMS, so you >> could never really successfully alt-Ctrl-bksp and kill X (or exit >> cleanly) and get back to your VT. Word was said that this problem was >> being worked on and hopefully would get brought in towards the "tail >> end of august." >> >> So, am just wondering what the status of that project is? >> >> thanks, >> >> -Jr >> >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to >> "freebsd-current-unsubscribe@freebsd.org" > > Hello John! > > I can't say anything about Haswell support, but newcons works, > sometimes :) Just not now. There is currently no Haswell graphic support in Current. I've a new Dell Latitude E7240 with a Core i5 4200 and i915kms didn't attach to it. I added then support and managed to start the X server, but there were quite some changes necessary, e.g adding the ID and feature set to agp, i915 and drm2, plus some changes in registers etc. Perhaps it's better to directly import the latest version from the linux kernel? I also suffered some problems now with this version like I cannot shutdown the machine anymore. The display freezes (with my desktop background, not going black as expected without newcons) and what is worse there is no dump. > I've currently doing some redesign, so it is broken last week. > Hope I will done something for wide testing in a week or so, but I'm > afraid it will not be fully done to be shipped with 10.0. > > I will let you and others to know when something will happen :) That sounds great. Greetings Michael From owner-freebsd-current@FreeBSD.ORG Fri Sep 20 01:42:27 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id AF8B6C8C for ; Fri, 20 Sep 2013 01:42:27 +0000 (UTC) (envelope-from johnjen@reynoldsnet.org) Received: from fed1rmfepi103.cox.net (fed1rmfepi103.cox.net [68.230.241.134]) by mx1.freebsd.org (Postfix) with ESMTP id 8597C2558 for ; Fri, 20 Sep 2013 01:42:27 +0000 (UTC) Received: from fed1rmimpo306 ([68.230.241.174]) by fed1rmfepo202.cox.net (InterMail vM.8.01.05.09 201-2260-151-124-20120717) with ESMTP id <20130920010201.UIYB3842.fed1rmfepo202.cox.net@fed1rmimpo306> for ; Thu, 19 Sep 2013 21:02:01 -0400 Received: from ip70-162-30-130.ph.ph.cox.net ([70.162.30.130]) by fed1rmimpo306 with cox id TD1y1m00T2oShb201D2155; Thu, 19 Sep 2013 21:02:01 -0400 X-CT-Class: Clean X-CT-Score: 0.00 X-CT-RefID: str=0001.0A020207.523B9E89.00A7,ss=1,re=0.000,fgs=0 X-CT-Spam: 0 X-Authority-Analysis: v=2.0 cv=XPTuv3dE c=1 sm=1 a=niybPLZ33vM10MUkQ8CgDg==:17 a=Xh22_gZ9cBkA:10 a=E_PNXmoOtb4A:10 a=ktNfuVtv0skA:10 a=8nJEP1OIZ-IA:10 a=05pWP5ZVAAAA:8 a=oBvaTnx6nAMA:10 a=c6aYPt6y_STKzJWNyQUA:9 a=wPNLvfGTeEIA:10 a=niybPLZ33vM10MUkQ8CgDg==:117 X-CM-Score: 0.00 Authentication-Results: cox.net; none Received: from whale.home-net (whale.home-net [192.168.1.2]) by ip70-162-30-130.ph.ph.cox.net (8.14.7/8.14.7) with ESMTP id r8JHmWLc061543; Thu, 19 Sep 2013 17:48:32 GMT (envelope-from johnjen@reynoldsnet.org) Message-ID: <523B9E86.8070508@reynoldsnet.org> Date: Thu, 19 Sep 2013 18:01:58 -0700 From: John Reynolds User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130812 Thunderbird/17.0.8 MIME-Version: 1.0 To: Aleksandr Rybalko Subject: Re: what is the status of KMS support in newcons? References: <523A81BA.7030903@reynoldsnet.org> <20130920022307.1bc503ee.ray@freebsd.org> In-Reply-To: <20130920022307.1bc503ee.ray@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Sep 2013 01:42:27 -0000 On 09/19/13 16:23, Aleksandr Rybalko wrote: > Hello John! I can't say anything about Haswell support, but newcons > works, sometimes :) Just not now. I've currently doing some redesign, > so it is broken last week. Hope I will done something for wide testing > in a week or so, but I'm afraid it will not be fully done to be > shipped with 10.0. I will let you and others to know when something > will happen :) Thanks! I'm currently running 9.x and have no plans (at the moment) to run -current or move to 10.0. I assume this will be MFC'ed (or whatever the current term is these days :) into 9x? Also for anybody "in the know" out there, I thought I'd understood from a thread about 6 weeks ago that "fixed KMS" support was going to be integral for getting haswell graphics to work with the intel X driver. Is there anybody out there (yet) that is running on a haswell system that has gotten the native driver to work? Right now I'm still stuck using the VESA driver. Is anybody working on it? I bought the system figuring that it was SO new that things wouldn't work so it wasn't much of a shock, but we're 3+ months into the life of the new hardware ..... just figured that there was probably work going on to make things supported, and if so can somebody share the progress made? Thanks, -JR From owner-freebsd-current@FreeBSD.ORG Fri Sep 20 02:17:51 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id E7638296 for ; Fri, 20 Sep 2013 02:17:51 +0000 (UTC) (envelope-from rizzo@i805.com.br) Received: from server.i805.com.br (mailhost.i805.com.br [72.52.97.105]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D3669267C for ; Fri, 20 Sep 2013 02:17:51 +0000 (UTC) Received: from i805.com.br (localhost [127.0.0.1]) by server.i805.com.br (8.14.6/8.14.5) with ESMTP id r8K2HnKS064011 for ; Thu, 19 Sep 2013 23:17:49 -0300 (BRT) (envelope-from rizzo@i805.com.br) From: "Nilton Jose Rizzo" To: freebsd-current@freebsd.org Subject: build kernel broken at revision 255705 Date: Thu, 19 Sep 2013 23:17:49 -0300 Message-Id: <20130920021328.M87945@i805.com.br> X-Mailer: OpenWebMail 3.00_beta4 20121104 671 X-OriginatingIP: 179.218.87.141 (rizzo) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED autolearn=unavailable version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on server.i805.com.br X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Sep 2013 02:17:52 -0000 root@valfenda:/usr # svn info src Caminho: src Working Copy Root Path: /usr/src URL: svn://svn.freebsd.org/base/head Relative URL: ^/head Raiz do Repositório: svn://svn.freebsd.org/base UUID do repositório: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f Revisão: 255706 Tipo de Nó: diretório Agendado: normal Autor da Última Mudança: gibbs Revisão da Última Mudança: 255705 Data da Última Mudança: 2013-09-19 11:41:10 -0300 (Qui, 19 Set 2013) Command line: make buildkernel KERNCONF=VALFENDA && make installKERNEL KERNCONF=VALFENDA && make installworld MAKE=make sh /usr/src/sys/conf/newvers.sh VALFENDA cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror vers.c linking kernel udf_iconv.o: In function `udf_iconv_mod_handler': /usr/src/sys/fs/udf/udf_iconv.c:(.text+0x24): undefined reference to `udf_iconv' /usr/src/sys/fs/udf/udf_iconv.c:(.text+0x3b): undefined reference to `udf_iconv' *** Error code 1 Stop. make[2]: stopped in /usr/obj/usr/src/sys/VALFENDA *** Error code 1 Stop. make[1]: stopped in /usr/src *** Error code 1 Stop. make: stopped in /usr/src root@valfenda:/usr/src # it's terrible, last work build was friday 13 Rizzo I think tha LIBICONV within kernel not work .... I'll use it out. From owner-freebsd-current@FreeBSD.ORG Fri Sep 20 02:24:58 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 1D4C13D4; Fri, 20 Sep 2013 02:24:58 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from mail0.glenbarber.us (mail0.glenbarber.us [IPv6:2607:fc50:1:2300:1001:1001:1001:face]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E8CCF26C0; Fri, 20 Sep 2013 02:24:57 +0000 (UTC) Received: from glenbarber.us (c-71-224-221-174.hsd1.nj.comcast.net [71.224.221.174]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) (Authenticated sender: gjb) by mail0.glenbarber.us (Postfix) with ESMTPSA id 61834AF30; Fri, 20 Sep 2013 02:24:56 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.8.3 mail0.glenbarber.us 61834AF30 Authentication-Results: mail0.glenbarber.us; dkim=none reason="no signature"; dkim-adsp=none Date: Thu, 19 Sep 2013 22:24:54 -0400 From: Glen Barber To: Nilton Jose Rizzo Subject: Re: build kernel broken at revision 255705 Message-ID: <20130920022454.GI2302@glenbarber.us> References: <20130920021328.M87945@i805.com.br> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="M9pltayyoy9lWEMH" Content-Disposition: inline In-Reply-To: <20130920021328.M87945@i805.com.br> X-Operating-System: FreeBSD 10.0-ALPHA2 amd64 User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Sep 2013 02:24:58 -0000 --M9pltayyoy9lWEMH Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Sep 19, 2013 at 11:17:49PM -0300, Nilton Jose Rizzo wrote: > Command line: > make buildkernel KERNCONF=3DVALFENDA && make installKERNEL KERNCONF=3DVAL= FENDA && > make installworld >=20 Please provide your kernel config, make.conf and src.conf Glen --M9pltayyoy9lWEMH Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.21 (FreeBSD) iQEcBAEBCAAGBQJSO7H2AAoJEFJPDDeguUajeMoIAJpoWfKF+yfubD7OQtRzRoZa A5ikwfhfbi8f3SpyparXsCXXTR7hRuaaw/nZP4huu+3BSkgLv6MSopLEg3OkJZuh SA/oO1ZYMOFCnNEZCzj20eJMSom4hmyqRRCjbxEtDMycgP9HyOjuF6ut+oiU2l+O j7htlxy39/YKYM0TrSX57NxMVOOiVhaA3L1CYosCRd73Xv22/aZENFr5Sk6bjrjd mRGnJ03uzFhjt9EcPf3G7d2d+RZOZWjxUY0RkLRO7SddE5aReeV0M7Hl2k9J0PT2 YVEAumtTw/I9DDYK+70ltghBEsuNHz3cwMdhYvPfwJ4JGrelkPGdl5ZAgGIa7J4= =3y87 -----END PGP SIGNATURE----- --M9pltayyoy9lWEMH-- From owner-freebsd-current@FreeBSD.ORG Fri Sep 20 02:36:31 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id F274D685; Fri, 20 Sep 2013 02:36:30 +0000 (UTC) (envelope-from rizzo@i805.com.br) Received: from server.i805.com.br (mailhost.i805.com.br [72.52.97.105]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D87A02749; Fri, 20 Sep 2013 02:36:30 +0000 (UTC) Received: from i805.com.br (localhost [127.0.0.1]) by server.i805.com.br (8.14.6/8.14.5) with ESMTP id r8K2aT9G064092; Thu, 19 Sep 2013 23:36:29 -0300 (BRT) (envelope-from rizzo@i805.com.br) From: "Nilton Jose Rizzo" To: Glen Barber Subject: Re: build kernel broken at revision 255705 Date: Thu, 19 Sep 2013 23:36:29 -0300 Message-Id: <20130920023408.M32739@i805.com.br> In-Reply-To: <20130920022454.GI2302@glenbarber.us> References: <20130920021328.M87945@i805.com.br> <20130920022454.GI2302@glenbarber.us> X-Mailer: OpenWebMail 3.00_beta4 20121104 671 X-OriginatingIP: 179.218.87.141 (rizzo) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=OPENWEBMAIL_ATT_0.0624832674834295" X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED autolearn=unavailable version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on server.i805.com.br X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Sep 2013 02:36:31 -0000 This is a multi-part message in MIME format. ------=OPENWEBMAIL_ATT_0.0624832674834295 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Em Thu, 19 Sep 2013 22:24:54 -0400, Glen Barber escreveu > On Thu, Sep 19, 2013 at 11:17:49PM -0300, Nilton Jose Rizzo wrote: > > Command line: > > make buildkernel KERNCONF=VALFENDA && make installKERNEL KERNCONF=VALFENDA && > > make installworld > > > > Please provide your kernel config, make.conf and src.conf > > Glen root@valfenda:/home2/rizzo # more /etc/make.conf JAVA_VERSION=1.7 # added by use.perl 2013-08-31 20:03:13 PERL_VERSION=5.16.3 sr.conf: empty ------=OPENWEBMAIL_ATT_0.0624832674834295-- From owner-freebsd-current@FreeBSD.ORG Fri Sep 20 02:50:01 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id D26358EB; Fri, 20 Sep 2013 02:50:01 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from mail0.glenbarber.us (mail0.glenbarber.us [IPv6:2607:fc50:1:2300:1001:1001:1001:face]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A98EE27C6; Fri, 20 Sep 2013 02:50:01 +0000 (UTC) Received: from glenbarber.us (c-71-224-221-174.hsd1.nj.comcast.net [71.224.221.174]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) (Authenticated sender: gjb) by mail0.glenbarber.us (Postfix) with ESMTPSA id 83CCE2250; Fri, 20 Sep 2013 02:50:00 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.8.3 mail0.glenbarber.us 83CCE2250 Authentication-Results: mail0.glenbarber.us; dkim=none reason="no signature"; dkim-adsp=none Date: Thu, 19 Sep 2013 22:49:58 -0400 From: Glen Barber To: Nilton Jose Rizzo Subject: Re: build kernel broken at revision 255705 Message-ID: <20130920024958.GJ2302@glenbarber.us> References: <20130920021328.M87945@i805.com.br> <20130920022454.GI2302@glenbarber.us> <20130920023408.M32739@i805.com.br> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="bX/mw5riLlTkt+Gv" Content-Disposition: inline In-Reply-To: <20130920023408.M32739@i805.com.br> X-Operating-System: FreeBSD 10.0-ALPHA2 amd64 User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Sep 2013 02:50:01 -0000 --bX/mw5riLlTkt+Gv Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Sep 19, 2013 at 11:36:29PM -0300, Nilton Jose Rizzo wrote: > Em Thu, 19 Sep 2013 22:24:54 -0400, Glen Barber escreveu > > On Thu, Sep 19, 2013 at 11:17:49PM -0300, Nilton Jose Rizzo wrote: > > > Command line: > > > make buildkernel KERNCONF=3DVALFENDA && make installKERNEL KERNCONF= =3DVALFENDA && > > > make installworld > > > > >=20 > > Please provide your kernel config, make.conf and src.conf > >=20 > > Glen >=20 >=20 > root@valfenda:/home2/rizzo # more /etc/make.conf > JAVA_VERSION=3D1.7 > # added by use.perl 2013-08-31 20:03:13 > PERL_VERSION=3D5.16.3 >=20 > sr.conf: empty >=20 src.conf. And the kernel config. Glen --bX/mw5riLlTkt+Gv Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.21 (FreeBSD) iQEcBAEBCAAGBQJSO7fWAAoJEFJPDDeguUajCDMIAIcd2YDbZ4cqGx1EW03jAejR ndYfwc5dMdff4jiiC6z+udaMzVTwY3H2DoD+PoWMovrl211U52kvQVTf6Ga850c7 oDTORAtnMdmGeF7RdvvZUql0z45TAqFOT3XpOARWoeIl/uBEXzW3DswvCGx5YADW 0JtCkZ+rlo3dHPxYrMsj/TjTCF0uspW+tgPB1pcfTtvfUlj0eWBK/O4IgxAdanCW jYAe5SyN98EOhQ64AEL54ZFNdTzzSS+rqFwydtU/ehSPIjVGhNfkCeraCkdNiCZ/ a8BFzhshR3gWfgJQmZx2llm2hglTrvmDB5qlLLFnxvNiqoF5eWZhJllA3l/VTJc= =9kjJ -----END PGP SIGNATURE----- --bX/mw5riLlTkt+Gv-- From owner-freebsd-current@FreeBSD.ORG Fri Sep 20 03:27:57 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 94E1E128; Fri, 20 Sep 2013 03:27:57 +0000 (UTC) (envelope-from rizzo@i805.com.br) Received: from server.i805.com.br (mailhost.i805.com.br [72.52.97.105]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 793352A27; Fri, 20 Sep 2013 03:27:57 +0000 (UTC) Received: from i805.com.br (localhost [127.0.0.1]) by server.i805.com.br (8.14.6/8.14.5) with ESMTP id r8K3Rt9e064289; Fri, 20 Sep 2013 00:27:55 -0300 (BRT) (envelope-from rizzo@i805.com.br) From: "Nilton Jose Rizzo" To: Glen Barber Subject: Re: build kernel broken at revision 255705 Date: Fri, 20 Sep 2013 00:27:55 -0300 Message-Id: <20130920032655.M3648@i805.com.br> In-Reply-To: <20130920024958.GJ2302@glenbarber.us> References: <20130920021328.M87945@i805.com.br> <20130920022454.GI2302@glenbarber.us> <20130920023408.M32739@i805.com.br> <20130920024958.GJ2302@glenbarber.us> X-Mailer: OpenWebMail 3.00_beta4 20121104 671 X-OriginatingIP: 179.218.87.141 (rizzo) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=OPENWEBMAIL_ATT_0.361213816187473" X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED autolearn=unavailable version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on server.i805.com.br X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Sep 2013 03:27:57 -0000 This is a multi-part message in MIME format. ------=OPENWEBMAIL_ATT_0.361213816187473 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Em Thu, 19 Sep 2013 22:49:58 -0400, Glen Barber escreveu > On Thu, Sep 19, 2013 at 11:36:29PM -0300, Nilton Jose Rizzo wrote: > > Em Thu, 19 Sep 2013 22:24:54 -0400, Glen Barber escreveu > > > On Thu, Sep 19, 2013 at 11:17:49PM -0300, Nilton Jose Rizzo wrote: > > > > Command line: > > > > make buildkernel KERNCONF=VALFENDA && make installKERNEL KERNCONF=VALFENDA && > > > > make installworld > > > > > > > > > > Please provide your kernel config, make.conf and src.conf > > > > > > Glen > > > > > > root@valfenda:/home2/rizzo # more /etc/make.conf > > JAVA_VERSION=1.7 > > # added by use.perl 2013-08-31 20:03:13 > > PERL_VERSION=5.16.3 > > > > sr.conf: empty > > > > src.conf. src.conf is empty kernel config in attach tar file > > And the kernel config. > > Glen ------=OPENWEBMAIL_ATT_0.361213816187473-- From owner-freebsd-current@FreeBSD.ORG Fri Sep 20 05:45:10 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 46156474; Fri, 20 Sep 2013 05:45:10 +0000 (UTC) (envelope-from glebius@FreeBSD.org) Received: from cell.glebius.int.ru (glebius.int.ru [81.19.69.10]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C4C702F88; Fri, 20 Sep 2013 05:45:08 +0000 (UTC) Received: from cell.glebius.int.ru (localhost [127.0.0.1]) by cell.glebius.int.ru (8.14.7/8.14.7) with ESMTP id r8K5iqO8002799; Fri, 20 Sep 2013 09:44:52 +0400 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.glebius.int.ru (8.14.7/8.14.7/Submit) id r8K5iqse002798; Fri, 20 Sep 2013 09:44:52 +0400 (MSK) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.glebius.int.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Fri, 20 Sep 2013 09:44:52 +0400 From: Gleb Smirnoff To: John Baldwin Subject: Re: ipmi patch for review Message-ID: <20130920054452.GB4574@glebius.int.ru> References: <20130917102110.GK4574@glebius.int.ru> <201309191504.46986.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201309191504.46986.jhb@freebsd.org> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Sep 2013 05:45:10 -0000 John, On Thu, Sep 19, 2013 at 03:04:46PM -0400, John Baldwin wrote: J> > When system is writing a kernel core dump, it issues watchdog J> > pat wdog_kern_pat(WD_LASTVAL). If ipmi is in action, it registers J> > ipmi_wd_event() as event for watchdog. Thus ipmi_wd_event() is J> > called in dumping context. J> > J> > The problem is that ipmi_wd_event() calls into ipmi_set_watchdog(), J> > that calls into ipmi_alloc_request(), which uses M_WAITOK and J> > thus sleeps. This is a smaller problem, since can be converted to J> > M_NOWAIT. But ipmi_set_watchdog() then calls into J> > ipmi_submit_driver_request(), which calls msleep() any time. J> > J> > The attached patch allows me to successfully write cores in J> > presence of IPMI. J> J> Of course, the watchdog might go off during your dump. :) Yes, I understand that :( But, imho patch improves situation, although is ugly. J> The real fix is more complicated, which is that we should not use J> a worker thread for at least SMIC and KCS. -- Totus tuus, Glebius. From owner-freebsd-current@FreeBSD.ORG Fri Sep 20 05:50:38 2013 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id C9049732; Fri, 20 Sep 2013 05:50:38 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 593582FCB; Fri, 20 Sep 2013 05:50:37 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.80.1) with esmtp (envelope-from ) id <1VMtbp-001fJ8-Ry>; Fri, 20 Sep 2013 07:50:29 +0200 Received: from g225184020.adsl.alicedsl.de ([92.225.184.20] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.80.1) with esmtpsa (envelope-from ) id <1VMtbp-003Lbp-OA>; Fri, 20 Sep 2013 07:50:29 +0200 Date: Fri, 20 Sep 2013 07:50:24 +0200 From: "O. Hartmann" To: Jung-uk Kim Subject: Re: libreoffice build error Message-ID: <20130920075024.39a57356@thor.walstatt.dyndns.org> In-Reply-To: <523A3E89.5020608@FreeBSD.org> References: <104781379415439@web14h.yandex.ru> <20130917162045.5b0fc356@thor.walstatt.dyndns.org> <20130917154914.GD31894@ithaqua.etoilebsd.net> <20130917155245.GE31894@ithaqua.etoilebsd.net> <52389059.8000200@FreeBSD.org> <5238FC0E.9090004@FreeBSD.org> <20130918172615.42270918@kalimero.tijl.coosemans.org> <95159E17-E700-464F-BBEE-C7C97355B8EB@FreeBSD.org> <5239E0DB.20400@FreeBSD.org> <523A3E89.5020608@FreeBSD.org> Organization: FU Berlin X-Mailer: Claws Mail 3.9.2 (GTK+ 2.24.19; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: base64 X-Originating-IP: 92.225.184.20 Cc: Baptiste Daroussin , David Chisnall , Shawn Webb , "S.N.Grigoriev" , FreeBSD-current , Tijl Coosemans X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Sep 2013 05:50:38 -0000 LS0tLS1CRUdJTiBQR1AgU0lHTkVEIE1FU1NBR0UtLS0tLQ0KSGFzaDogU0hBMQ0KDQpPbiBXZWQs IDE4IFNlcCAyMDEzIDIwOjAwOjA5IC0wNDAwDQpKdW5nLXVrIEtpbSA8amtpbUBGcmVlQlNELm9y Zz4gd3JvdGU6DQoNCj4gLS0tLS1CRUdJTiBQR1AgU0lHTkVEIE1FU1NBR0UtLS0tLQ0KPiBIYXNo OiBTSEExDQo+IA0KPiBPbiAyMDEzLTA5LTE4IDEzOjIwOjI3IC0wNDAwLCBKdW5nLXVrIEtpbSB3 cm90ZToNCj4gMjAxM+uFhCAgOeyblCAxOOydvCAxMzoyMCwgSnVuZy11ayBLaW0g7JO0IOq4gDo+ IE9uIDIwMTMtMDktMTggMTI6Mzk6NDYNCj4gLSAtMDQwMCwgRGF2aWQgQ2hpc25hbGwgd3JvdGU6 DQo+ID4+IE9uIDE4IFNlcCAyMDEzLCBhdCAxNjoyNiwgVGlqbCBDb29zZW1hbnMgPHRpamxAZnJl ZWJzZC5vcmc+DQo+ID4+IHdyb3RlOg0KPiA+IA0KPiA+Pj4gT24gVHVlLCAxNyBTZXAgMjAxMyAy MTowNDoxNCAtMDQwMCBKdW5nLXVrIEtpbSB3cm90ZToNCj4gPj4+PiAtLS0tLUJFR0lOIFBHUCBT SUdORUQgTUVTU0FHRS0tLS0tIEhhc2g6IFNIQTENCj4gPj4+PiANCj4gPj4+PiBPbiAyMDEzLTA5 LTE3IDEzOjI0OjQxIC0wNDAwLCBKdW5nLXVrIEtpbSB3cm90ZToNCj4gPj4+Pj4gSSBhbSBzdGls bCB3b3JraW5nIG9uIGxpYmMrKyBpc3N1ZXMgYnV0IGl0IGlzIG11Y2ggbW9yZSANCj4gPj4+Pj4g Y29tcGxpY2F0ZWQuIDotKA0KPiA+Pj4+IA0KPiA+Pj4+IEkgZml4ZWQgYWxtb3N0IGV2ZXJ5dGhp bmcgZXhjZXB0IGZvciBleGNlcHRpb24gaGFuZGxpbmcgDQo+ID4+Pj4gaXNzdWVzLiBVbmZvcnR1 bmF0ZWx5LCBsaWJjKysvbGliY3h4cnQncyBleGNlcHRpb24gaGFuZGxpbmcNCj4gPj4+PiBpcyBu b3QgMTAwJSBjb21wYXRpYmxlIHdpdGggbGlic3RkYysrJ3MgYW5kIEkgY291bGRuJ3QgZmluZA0K PiA+Pj4+IGEgcHJvcGVyIGZpeC4gOi0oDQo+ID4+Pj4gDQo+ID4+Pj4gQmFzaWNhbGx5LCBDKysv VU5PIGJyaWRnZSBmb3IgTGlicmVPZmZpY2UvT3Blbk9mZmljZSBkb2VzDQo+ID4+Pj4gc29tZSBj bGV2ZXIgaGFja3MsIHNvbWV3aGF0IHNpbWlsYXIgdG8gdGhlIGV4YW1wbGUgb24gdGhpcw0KPiA+ Pj4+IGJsb2cgcGFnZToNCj4gPj4+PiANCj4gPj4+PiBodHRwOi8vemJpZ2cuYmxvZ3Nwb3QuY29t LzIwMDkvMDMvY2F0Y2gtb24tZy5odG1sDQo+ID4+PiANCj4gPj4+IFRoZSBkZWZpbml0aW9uIG9m IHN0cnVjdCBfX2N4YV9leGNlcHRpb24gZG9lc24ndCBtYXRjaCB0aGUgb25lIA0KPiA+Pj4gaW4g L3Vzci9pbmNsdWRlL2MrKy92MS9jeHhhYmkuaC4gIFRoZXJlJ3MgYW4gZXh0cmEgZmllbGQgYXQN Cj4gPj4+IHRoZSBzdGFydCBpbiB0aGUgX19MUDY0X18gY2FzZTogdWludHB0cl90IHJlZmVyZW5j ZUNvdW50Lg0KPiA+IA0KPiA+PiBUaGlzIGZpZWxkIGlzIHByZXNlbnQgaW4gbmV3ZXIgdmVyc2lv bnMgb2YgdGhlIEFCSSBzcGVjIGFuZCBpcw0KPiA+PiBhbHNvIHRoZXJlIGluIG5ldyB2ZXJzaW9u cyBvZiBsaWJzdXBjKysuICBJdCdzIHJlcXVpcmVkIGZvcg0KPiA+PiBpbXBsZW1lbnRpbmcgQysr MTEgZGVwZW5kZW50IGV4Y2VwdGlvbnMuDQo+ID4gDQo+ID4+IEl0IHNob3VsZG4ndCBtYXR0ZXIg Zm9yIGNvZGUgdGhhdCBkb2Vzbid0IGFsbG9jYXRlIHRoZSBzdHJ1Y3R1cmUgDQo+ID4+IChhbmQg bm90aGluZyBvdXRzaWRlIG9mIGxpYnN1cGMrKyAvIGxpYmN4eHJ0IHNob3VsZCBiZQ0KPiA+PiBh bGxvY2F0aW5nIHRoZW0pLCBiZWNhdXNlIHRoZXNlIHN0cnVjdHVyZXMgYXJlIGFsd2F5cyBwYXNz ZWQNCj4gPj4gYXJvdW5kIGJ5IHBvaW50ZXJzIHRvIHRoZWlyIGVuZHMgKHdoZXJlIHRoZSBfVW53 aW5kX0V4Y2VwdGlvbg0KPiA+PiBzdHJ1Y3R1cmUgbGl2ZXMpLg0KPiA+IA0KPiA+IEFoLCBJIHNl ZS4gIE5vdyBJIHdyb3RlIGEgcHJvcGVyIGZpeCBhbmQgaXQgbG9va3MgdmVyeSBwcm9taXNpbmcu DQo+ID4gOi0pDQo+IA0KPiBDb21taXR0ZWQ6DQo+IA0KPiBodHRwOi8vc3Zud2ViLmZyZWVic2Qu b3JnL2NoYW5nZXNldC9wb3J0cy8zMjc1ODkNCj4gDQo+IFRoYW5rcyENCj4gDQo+IEp1bmctdWsg S2ltDQo+IA0KPiAqIFBTOiBJTUhPLCB0aGUgQUJJIGNvbXBhdGliaWxpdHkgaXNzdWUgbXVzdCBi ZSBmaXhlZCBiZWZvcmUgMTAuMC4NCj4gLS0tLS1CRUdJTiBQR1AgU0lHTkFUVVJFLS0tLS0NCj4g VmVyc2lvbjogR251UEcgdjIuMC4yMSAoRnJlZUJTRCkNCj4gDQo+IGlRRWNCQUVCQWdBR0JRSlNP ajZKQUFvSkVDWHBhYkhaTXFIT2xoZ0lBSmcwZkFYU0xkcVIrb3R5VXJ2Z2NmRGcNCj4gZnV5WU1m YmNhVmsxeUdkUHVVd3BwRmI4L2haQ1AwWURLUkNmOEptQ3Bpc3o1eUVjVVRRWUNWbXZXQ2ZqQk1U YQ0KPiAyQ2FlbHgyQ29mMmFvNm80SUFhRGQrcVZQMTZNZGlvM2U4aUFiMktoOHRiajA4ZUxJcG41 R3ZtRU9Pa05HblZODQo+IEhZQU9OTjhlNXgzUEpON04rdldjTlIxdVl3MVBaSHd3NDRLSW1aZVE3 ZWpiV1F3RTI4TkJia0N3TGVkZEI0aGUNCj4gYmFmY0ZQWEpjY25nb1cyYzlSVUltODFzUnljWlA1 dlA5ZHdoSmljQkhVRUs0Ni94MFRXMFNRUmF2SDVkMFdueA0KPiBFNEZ4a3NVZW45bFFPWXRid0ZQ RWZEVEg0Tm5IQit6bHdBN1N3UWdxR0ZYSHFPQm44MXIzK1lUek5tSDRyZDA9DQo+ID10MHRQDQo+ IC0tLS0tRU5EIFBHUCBTSUdOQVRVUkUtLS0tLQ0KDQpMaWJyZU9mZmljZSBub3cgYnVpbGRzIGFn YWluIGFuZCBpcyB1c2FibGUgd2l0aCBDVVJSRU5ULiBWZXJ5IGdvb2Qgam9iLA0KdGhhbmsgeW91 IHZlcnkgbXVjaCBmb3IgcmVwYWlyaW5nIHRoZSBwb3J0IQ0KDQpSZWdhcmRzLA0KT2xpdmVyDQot LS0tLUJFR0lOIFBHUCBTSUdOQVRVUkUtLS0tLQ0KVmVyc2lvbjogR251UEcgdjIuMC4yMSAoRnJl ZUJTRCkNCg0KaVFFY0JBRUJBZ0FHQlFKU08rSWxBQW9KRU9nQmNEN0EvNU44KzVRSC9SQVJSSDha SkI5cDFYcHd6dGpzeHZ4Mw0KZ09NSlVQekNSNmp6QXJkZ1hZNlZzbzVMRWx0eExDZnE4YlluUlV0 bkFOUnpCWFV1dW1YcFhaeGprWUhsai9ZRg0KR0d6YmdxRHd3NXpPUlJZVDZITjVRcml3bldrbHpj dnQyay9JditmT2crYlhnbVZHaXVwOFpjNHZVVmtNbzNSRA0KQTNDVTI2RDRrNDNoemRCTmVpS2Rn NEZTaVRZK1VZOThtZGtMeURoNUJ3RWJ3bWVoU0laQ05tSlVrK1VpV2Zndw0KeExqcU1UQUNIR202 a0FVYW9RL1VYb2hMeEt0WmgxTE1tckVxWGIzNDNwSkRpb3VLZTJNMWZSbWlpTG5KemJrMg0KL3Vh b3VSK3lIQjhPcGlCdUk2WWVxd3g4YXVqZDdsQ2l3RjAvaUN1Mi9zblJ6cWkvUmdDTzlZOXFRMFNh YndVPQ0KPVU4TkINCi0tLS0tRU5EIFBHUCBTSUdOQVRVUkUtLS0tLQ0K From owner-freebsd-current@FreeBSD.ORG Fri Sep 20 06:07:41 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id C0B4E93E; Fri, 20 Sep 2013 06:07:41 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 85E76208B; Fri, 20 Sep 2013 06:07:41 +0000 (UTC) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.7/8.14.7) with ESMTP id r8K67ZSF051294; Thu, 19 Sep 2013 23:07:35 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.7/8.14.7/Submit) id r8K67Z1Y051293; Thu, 19 Sep 2013 23:07:35 -0700 (PDT) (envelope-from sgk) Date: Thu, 19 Sep 2013 23:07:35 -0700 From: Steve Kargl To: Nilton Jose Rizzo Subject: Re: build kernel broken at revision 255705 Message-ID: <20130920060735.GA51284@troutmask.apl.washington.edu> References: <20130920021328.M87945@i805.com.br> <20130920022454.GI2302@glenbarber.us> <20130920023408.M32739@i805.com.br> <20130920024958.GJ2302@glenbarber.us> <20130920032655.M3648@i805.com.br> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20130920032655.M3648@i805.com.br> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Glen Barber , freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Sep 2013 06:07:41 -0000 On Fri, Sep 20, 2013 at 12:27:55AM -0300, Nilton Jose Rizzo wrote: > > kernel config in attach tar file > Include the the config file in the body of the email. The freebsd mail server seems to strip attachments. -- Steve From owner-freebsd-current@FreeBSD.ORG Fri Sep 20 08:11:22 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 39C7C2E8 for ; Fri, 20 Sep 2013 08:11:22 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from zcs04.jnb1.cloudseed.co.za (zcs04.jnb1.cloudseed.co.za [41.154.0.161]) by mx1.freebsd.org (Postfix) with ESMTP id C97462601 for ; Fri, 20 Sep 2013 08:11:21 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by zcs04.jnb1.cloudseed.co.za (Postfix) with ESMTP id A23972A83565 for ; Fri, 20 Sep 2013 10:04:42 +0200 (SAST) X-Virus-Scanned: amavisd-new at zcs04.jnb1.cloudseed.co.za Received: from zcs04.jnb1.cloudseed.co.za ([127.0.0.1]) by localhost (zcs04.jnb1.cloudseed.co.za [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 9jBgG-KQEy-J for ; Fri, 20 Sep 2013 10:04:41 +0200 (SAST) Received: from clue.co.za (41-135-83-24.dsl.mweb.co.za [41.135.83.24]) by zcs04.jnb1.cloudseed.co.za (Postfix) with ESMTPSA id AAC292A834D1 for ; Fri, 20 Sep 2013 10:04:39 +0200 (SAST) Received: from localhost ([127.0.0.1] helo=zen) by clue.co.za with esmtp (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1VMvhS-0000ht-AU for current@freebsd.org; Fri, 20 Sep 2013 10:04:26 +0200 To: current@freebsd.org Subject: libstdc++ fallout? mongodb fails to build. From: "Ian FREISLICH" X-Attribution: BOFH Date: Fri, 20 Sep 2013 10:04:26 +0200 Message-Id: X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Sep 2013 08:11:22 -0000 Hi Is this libstdc++ fallout? The system is AMD64 with all ports successfully rebuilt except for mongodb. In file included from src/mongo/shell/dbshell.cpp:26: In file included from src/mongo/base/initializer.h:21: In file included from src/mongo/base/configuration_variable_manager.h:24: src/mongo/platform/unordered_map.h:51:16: error: no member named 'tr1' in namespace 'std' using std::tr1::unordered_map; ~~~~~^ In file included from src/mongo/shell/dbshell.cpp:26: In file included from src/mongo/base/initializer.h:24: In file included from src/mongo/base/initializer_dependency_graph.h:26: src/mongo/platform/unordered_set.h:51:16: error: no member named 'tr1' in namespace 'std' using std::tr1::unordered_set; ~~~~~^ 2 errors generated. scons: *** [build/freebsd/cc_cc/cxx_c++/ssl/use-system-pcre/use-system-snappy/use-system-v8/usev8/mongo/shell/dbshell.o] Error 1 scons: building terminated because of errors. *** Error code 2 Stop. make[1]: stopped in /usr/ports/databases/mongodb *** Error code 1 Stop. make: stopped in /usr/ports/databases/mongodb Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Fri Sep 20 08:15:34 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 2EB23426 for ; Fri, 20 Sep 2013 08:15:34 +0000 (UTC) (envelope-from florent@peterschmitt.fr) Received: from peterschmitt.fr (peterschmitt.fr [5.135.177.31]) by mx1.freebsd.org (Postfix) with ESMTP id E96CE2624 for ; Fri, 20 Sep 2013 08:15:33 +0000 (UTC) Received: from [172.29.180.39] (unknown [194.214.114.46]) by peterschmitt.fr (Postfix) with ESMTPSA id DBB7F6D8C; Fri, 20 Sep 2013 10:15:24 +0200 (CEST) Message-ID: <523C0414.8090405@peterschmitt.fr> Date: Fri, 20 Sep 2013 10:15:16 +0200 From: Florent Peterschmitt User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.0 MIME-Version: 1.0 To: Ian FREISLICH , current@freebsd.org Subject: Re: libstdc++ fallout? mongodb fails to build. References: In-Reply-To: X-Enigmail-Version: 1.5.2 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="bnDrTlf0DHmMvwvmE49g7618Lp59NNS6P" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Sep 2013 08:15:34 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --bnDrTlf0DHmMvwvmE49g7618Lp59NNS6P Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Le 20/09/2013 10:04, Ian FREISLICH a =E9crit : > Hi >=20 > Is this libstdc++ fallout? You can try these patchs: http://www.freebsd.org/cgi/query-pr.cgi?pr=3Dports/182110 --=20 Florent Peterschmitt | Please: florent@peterschmitt.fr | * Avoid HTML/RTF in E-mail. +33 (0)6 64 33 97 92 | * Send PDF for documents. http://florent.peterschmitt.fr | * Trim your quotations. Really. Proudly powered by Open Source | Thank you :) --bnDrTlf0DHmMvwvmE49g7618Lp59NNS6P Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.21 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJSPAQcAAoJEFr01BkajbiBhdYQAIt8b03erghXgG0Os3wa/1Gi ZUCgal880J2KT7athV6ZO0igpaaiTvJ3IisQfYEhIkA4J1+9P6W/3PIcBGKgx8ag VnCPc/m8p2es2j3ecYdVsC1wI3wI8lyKYcSjqcu5wVlnEboYKfBfDgk4vRCYUxsI QU6emKzer6jdOLbxpu/n6EmaKlbY/5Ps8cqDFoT33imXBhJTPIkYspjUj6fXZ4KJ fPatU1NMzARzcpfykNr/BFzG5ISQ5j3Kfb2z/wmqpLzW3SUc2ndK8pd8pRX4y056 kAOOBc04SsY7BP8Qs3PVBY2jXSJPrPaEuEKD9gpbrM7Dh73RI/Ei1yfZvgo0thqr M2L2USaAOaiirsLINza3r0JgvRlZWWegC3Wf99szYku5h4Ipt6lu4SXnl1lY+uuT G53B+J+iYu7xZTGKkdErT3Uo0dXjV2e/4ZVI2JxOxVoIeRJc/naiQfBpGvteFyjF FOPpGJ9HaaGJCVA71SET7bc2lit3khUCGv0QS4pdTGy9KI9N/HcUkjOPViUd4d+p snwM+QPeFZFmPeqvmzga48eJ7eMS3dFwy6GlthbEuTHmEwtlfBpW5E3aQCdqv4DY CQyu3JRLOBzNsQjY505XYGCbK1D/oVphUC4RrKLK2nNeUIYIgRkdapQq47wjrUL3 XjQa5WSzeIWdWfryx2Na =A+Y+ -----END PGP SIGNATURE----- --bnDrTlf0DHmMvwvmE49g7618Lp59NNS6P-- From owner-freebsd-current@FreeBSD.ORG Fri Sep 20 09:19:57 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 6EC53216 for ; Fri, 20 Sep 2013 09:19:57 +0000 (UTC) (envelope-from tevans.uk@googlemail.com) Received: from mail-ie0-f175.google.com (mail-ie0-f175.google.com [209.85.223.175]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 43EFE2946 for ; Fri, 20 Sep 2013 09:19:57 +0000 (UTC) Received: by mail-ie0-f175.google.com with SMTP id e14so276098iej.20 for ; Fri, 20 Sep 2013 02:19:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=Om57JYeJtthG0aHLuhDhgfiztZrI6OGw+Fmabt45PbQ=; b=rXQyBTKL1OSi4o9+phgIw3e0MXN3RHECoGx4chIA+/u9xTNjOF8PFhwSu4dorAwluM dQCLspXc0OUWqOxHM5aVaIqKf2RhlYeFF8P5Yu/cSLsgPkOfbKgNARNjsoBmpttw0qmd GHKWQJ/GNnxcrFUkhnDavnaTNxfMNKTWdOTo0yXitCDXLS22JqroHHsmdj+JZA/HpUm4 GH9GbsLJqJCKFxR5p9dBbM6dBd4Wd9hD7sCg9hn7n/0MNwyzQz09luq6X1vBwKkZxr7c PHsex+6CcUmmHyfA9GfxNk8NF3LLOdsjJFbhz30985vXSf7O31eSNiDdI3Grrw/JFUaa E0hA== MIME-Version: 1.0 X-Received: by 10.42.92.84 with SMTP id s20mr56536icm.63.1379668781518; Fri, 20 Sep 2013 02:19:41 -0700 (PDT) Received: by 10.64.29.195 with HTTP; Fri, 20 Sep 2013 02:19:41 -0700 (PDT) In-Reply-To: <2234250.EnH6GM5enz@lumiwa.farms.net> References: <2234250.EnH6GM5enz@lumiwa.farms.net> Date: Fri, 20 Sep 2013 10:19:41 +0100 Message-ID: Subject: Re: mplayer From: Tom Evans To: Ajtim Content-Type: text/plain; charset=UTF-8 Cc: freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Sep 2013 09:19:57 -0000 On Thu, Sep 19, 2013 at 10:06 PM, Ajtim wrote: > I try to built Mplayer but I have a problems (they were so many warnings) and > finally error: > > > libmpdemux/demux_rtp.cpp:101:20: error: no member named 'describeWithPassword' > in 'RTSPClient' > return client->describeWithPassword(url, network_username, password); > ~~~~~~ ^ > libmpdemux/demux_rtp.cpp:103:20: error: no member named 'describeURL' in > 'RTSPClient' > return client->describeURL(url); Live555 (net/liveMedia) changed their API, you either have too new a version of that library with too old an mplayer snapshot, or too old version of that library with too new of an mplayer snapshot. Either way, update all ports that mplayer depends on and try again. If it still doesn't work, update your ports tree, update all ports that mplayer depends on and try again. You could also disable Live555 support if you don't need RTSP. Cheers Tom From owner-freebsd-current@FreeBSD.ORG Fri Sep 20 09:52:49 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 147F2A42 for ; Fri, 20 Sep 2013 09:52:49 +0000 (UTC) (envelope-from lumiwa@gmail.com) Received: from mail-qa0-x232.google.com (mail-qa0-x232.google.com [IPv6:2607:f8b0:400d:c00::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C99F22B54 for ; Fri, 20 Sep 2013 09:52:48 +0000 (UTC) Received: by mail-qa0-f50.google.com with SMTP id j7so294112qaq.9 for ; Fri, 20 Sep 2013 02:52:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:cc:subject:date:message-id:user-agent:in-reply-to :references:mime-version:content-transfer-encoding:content-type; bh=ruAxWYA+b6u9CfGjJvjsuW6TtC7ke9+fyiYyFJWaFBg=; b=OWbkXhROJo6yKnKp3+aOg1QdvJJDGs9S85AYa1T1ymM7UBwAhgSto1iQ0la3dAa29l 4LY6LBtvdHsODGBsX3RI8hiCBlg3PpTir1+FEzplyHKzj1YbGzYgWaVUNsAG5KEYl9I/ 4nU3BIkmAuViliFuw2hyqEA2iQ3YiFY4Vl5RUcCV/br+LCIFCl0zd2w5K6z+0AnPU1O1 TUDkD5ZSksAVL4uYrBXUH2sZzH6NnKVYX6NKDaeqqPlRNCSv/6SCXiVnNDaz4d5bKgIZ t7BkkDvbiIuP6p1ivZc3YIthLZ0aFk6pZEOeJkD8AvvaiITT9KZYRs3ay2KKjOIyVhmd wt5w== X-Received: by 10.224.165.136 with SMTP id i8mr4209442qay.82.1379670767960; Fri, 20 Sep 2013 02:52:47 -0700 (PDT) Received: from lumiwa.farms.net ([72.92.158.232]) by mx.google.com with ESMTPSA id m6sm12785335qaa.13.1969.12.31.16.00.00 (version=TLSv1.2 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 20 Sep 2013 02:52:47 -0700 (PDT) From: Ajtim To: Tom Evans Subject: Re: mplayer Date: Fri, 20 Sep 2013 05:52:34 -0400 Message-ID: <16697101.s8h7LU083f@lumiwa.farms.net> User-Agent: KMail/4.11.1 (FreeBSD/10.0-ALPHA1; KDE/4.11.1; amd64; ; ) In-Reply-To: References: <2234250.EnH6GM5enz@lumiwa.farms.net> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Cc: freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Sep 2013 09:52:49 -0000 My ports are updated. I disable livemedia nad it works. Thank you. On Friday 20 September 2013 10:19:41 Tom Evans wrote: > On Thu, Sep 19, 2013 at 10:06 PM, Ajtim wrote: > > I try to built Mplayer but I have a problems (they were so many warnings) > > and finally error: > > > > > > libmpdemux/demux_rtp.cpp:101:20: error: no member named > > 'describeWithPassword' in 'RTSPClient' > > > > return client->describeWithPassword(url, network_username, password); > > > > ~~~~~~ ^ > > > > libmpdemux/demux_rtp.cpp:103:20: error: no member named 'describeURL' in > > 'RTSPClient' > > > > return client->describeURL(url); > > Live555 (net/liveMedia) changed their API, you either have too new a > version of that library with too old an mplayer snapshot, or too old > version of that library with too new of an mplayer snapshot. > > Either way, update all ports that mplayer depends on and try again. If > it still doesn't work, update your ports tree, update all ports that > mplayer depends on and try again. You could also disable Live555 > support if you don't need RTSP. > > Cheers > > Tom -- Mitja --- http://redbubble.com/people/lumiwa From owner-freebsd-current@FreeBSD.ORG Fri Sep 20 10:03:54 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 665FDD9A for ; Fri, 20 Sep 2013 10:03:54 +0000 (UTC) (envelope-from sergey.dyatko@gmail.com) Received: from mail-ea0-x231.google.com (mail-ea0-x231.google.com [IPv6:2a00:1450:4013:c01::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 013352BE9 for ; Fri, 20 Sep 2013 10:03:53 +0000 (UTC) Received: by mail-ea0-f177.google.com with SMTP id f15so135424eak.36 for ; Fri, 20 Sep 2013 03:03:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; bh=oC9L8TTGpaSSszUPggRykD1BQvyC0yrEYgIniXz9eWA=; b=v/znq86Gwg/7SxY3AbepwLC5aLA8SfIpAstXFovHR5e6TazzNLKDoByrk6nKLaiDCy BlWFRZKYtHFmAB8AHnpMfp3rUgcjsM0PrhzyoWaK/GwzKI4Yx0lbDICQAD4heLC/1Ztz ibErE+O9Bml0uzBY0lAs24AbOGNniBG57iQgbwqj4kiXuEUI6Atla5RFb+fUgqwsRqkd kTgSFMTohXB24QYXtV6L4XbZq0Xv0HHYgiXaTzelsD94iLMEjRU71OM9EXhi+VPFZ0Vc ayJzW373+F3+W3I/th1qImWfbRV8yXilt+hZakJGWmlPwql+UZY8PyLysbhSvRy+6EoY cd+Q== X-Received: by 10.15.33.132 with SMTP id c4mr9658745eev.2.1379671432330; Fri, 20 Sep 2013 03:03:52 -0700 (PDT) Received: from laptop.minsk.domain (m-s.agava.net. [195.222.84.203]) by mx.google.com with ESMTPSA id k7sm18071196eeg.13.1969.12.31.16.00.00 (version=SSLv3 cipher=RC4-SHA bits=128/128); Fri, 20 Sep 2013 03:03:51 -0700 (PDT) Date: Fri, 20 Sep 2013 13:03:57 +0300 From: "Sergey V. Dyatko" To: Ajtim Subject: Re: .history Message-ID: <20130920130357.4e342009@laptop.minsk.domain> In-Reply-To: <2858213.Zq6fmA1OZq@lumiwa.farms.net> References: <2858213.Zq6fmA1OZq@lumiwa.farms.net> X-Mailer: Claws Mail 3.9.2 (GTK+ 2.24.19; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Sep 2013 10:03:54 -0000 On Thu, 19 Sep 2013 17:02:17 -0400 Ajtim wrote: > Hi! > > My system: > > FreeBSD lumiwa.farms.net 10.0-ALPHA1 FreeBSD 10.0-ALPHA1 #0 r255501: > Fri Sep 13 01:57:31 UTC 2013 > root@snap.freebsd.org:/usr/obj/usr/src/sys/GENERIC amd64 > > And my question is why I have in /root/.history and in user the same, > after restart computer something like this: > cd "`printf "%b" '\0057usr'`" > #+1379444739 > cd "`printf "%b" '\0057usr\0057home'`" > #+1379444740 > cd "`printf "%b" '\0057'`" > #+1379444742 > cd "`printf "%b" '\0057usr\0057home\0057ajtim'`" > #+1379444744 > cd "`printf "%b" '\0057usr\0057home'`" > #+1379444745 > cd "`printf "%b" '\0057usr'`" > #+1379444746 > cd "`printf "%b" '\0057'`" > #+1379444760 > cd "`printf "%b" '\0057usr\0057home\0057ajtim'`" > #+1379444760 > cd "`printf "%b" '\0057'`" > #+1379444760 > set echo_style=both ; alias precmd 'echo $cwd:q >>/tmp/mc- > ajtim/mc.pipe.61531;kill -STOP $$' > #+1379444760 > mc > #+1379444762 > cd "`printf "%b" '\0057'`" > > Is it something related with Alpha version? > Thank you very much. > no. Do you use misc/mc build with subshell support ? If so - try to rebuild it with unchecked subshell support. -- wbr, tiger From owner-freebsd-current@FreeBSD.ORG Fri Sep 20 10:13:47 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 10FE128F for ; Fri, 20 Sep 2013 10:13:47 +0000 (UTC) (envelope-from lumiwa@gmail.com) Received: from mail-qc0-x22c.google.com (mail-qc0-x22c.google.com [IPv6:2607:f8b0:400d:c01::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C8BB32C7C for ; Fri, 20 Sep 2013 10:13:46 +0000 (UTC) Received: by mail-qc0-f172.google.com with SMTP id l13so121222qcy.31 for ; Fri, 20 Sep 2013 03:13:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:subject:date:message-id:user-agent:mime-version :content-transfer-encoding:content-type; bh=7wwpw3uo8TLfnrB8yJXNlHlCkWLOEzHPIpz+lRU38wI=; b=WUuzxEx4/AJ2sGWSnQwZw9AoD8Sms3GobpFBsoFqpiWlKQio9bKAV615JnAUJlZIbB lwVGz4N7aR/Gl0moiGZQhOqoBiKHPJSUIk4aOA+BF0d4CLwUXXcJqj2agMxd66zaoDAy TZZw9sn+RdNk3p4KkjYwyd3SezLu6OIdrnGs0ALNgYG54ic3IwjXjTL77YaJCdzIvzUB z4yAJiTKz6SzuFEhy/z8uD5sSTckxR+3Hc1tW2XO+bbbrp8m1im2s3WZJfAkv+hOQWu3 wFPTRsgfgjeYjk0pUS5SkqaFn0AvGY2kmf8BUlQ64CiURGJ230WlvG6qM47ZcYYh9cbB O2RQ== X-Received: by 10.49.104.131 with SMTP id ge3mr3320322qeb.77.1379672025928; Fri, 20 Sep 2013 03:13:45 -0700 (PDT) Received: from lumiwa.farms.net ([72.92.158.232]) by mx.google.com with ESMTPSA id u4sm18305488qat.5.1969.12.31.16.00.00 (version=TLSv1.2 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 20 Sep 2013 03:13:45 -0700 (PDT) From: Ajtim To: freebsd-current@freebsd.org Subject: gimp-gmic-plugin Date: Fri, 20 Sep 2013 06:13:20 -0400 Message-ID: <2858522.rN894ah1tY@lumiwa.farms.net> User-Agent: KMail/4.11.1 (FreeBSD/10.0-ALPHA1; KDE/4.11.1; amd64; ; ) MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Sep 2013 10:13:47 -0000 Hi! I try to build gimp-gmic-plugin on FreeBSD 10.0-ALPHA1 #0 r255501: Fri Sep 13 01:57:31 UTC 2013 root@snap.freebsd.org:/usr/obj/usr/src/sys/GENERIC amd64 and I got: gmake freebsd gmake[3]: Entering directory `/usr/ports/graphics/gimp-gmic- plugin/work/gmic-1.5.6.1/src' gmake "CFLAGS+=-Dgmic_build -I/usr/local/include -Wall -W -Dcimg_use_vt100 - Dcimg_display=1 -Dcimg_appname=\\\"gmic\\\" -I/usr/local/include - Dcimg_use_png -Dcimg_use_jpeg -Dcimg_use_tiff -Dcimg_use_zlib - Dcimg_use_openexr -I/usr/local/include/OpenEXR -Dcimg_use_fftw3 " "LDFLAGS+=- L/usr/local/lib -lm -L/usr/local/lib -lX11 -lpthread -lpng -lz -ljpeg -ltiff - lz -lIlmImf -lHalf -lfftw3 " "STRIP_EXE=1" gmic_gmic gmake[4]: Entering directory `/usr/ports/graphics/gimp-gmic- plugin/work/gmic-1.5.6.1/src' g++ -o gmic_bool.o -c gmic.cpp -Dgmic_build -I/usr/local/include -Wall -W - Dcimg_use_vt100 -Dcimg_display=1 -Dcimg_appname=\"gmic\" -I/usr/local/include -Dcimg_use_png -Dcimg_use_jpeg -Dcimg_use_tiff -Dcimg_use_zlib - Dcimg_use_openexr -I/usr/local/include/OpenEXR -Dcimg_use_fftw3 - Dgmic_split_compilation -Dgmic_bool gmake[4]: g++: Command not found gmake[4]: *** [gmic_bool.o] Error 127 gmake[4]: Leaving directory `/usr/ports/graphics/gimp-gmic- plugin/work/gmic-1.5.6.1/src' gmake[3]: *** [freebsd] Error 2 gmake[3]: Leaving directory `/usr/ports/graphics/gimp-gmic- plugin/work/gmic-1.5.6.1/src' gmake[2]: *** [all] Error 2 gmake[2]: Leaving directory `/usr/ports/graphics/gimp-gmic- plugin/work/gmic-1.5.6.1/src' *** Error code 1 Stop. make[1]: stopped in /usr/ports/graphics/gimp-gmic-plugin *** Error code 1 Stop. make: stopped in /usr/ports/graphics/gimp-gmic-plugin ===>>> make failed for graphics/gimp-gmic-plugin ===>>> Aborting update ===>>> Killing background jobs Terminated ===>>> You can restart from the point of failure with this command line: portmaster graphics/gimp-gmic-plugin ===>>> Exiting Thanks in advance. -- Mitja --- http://redbubble.com/people/lumiwa From owner-freebsd-current@FreeBSD.ORG Fri Sep 20 10:50:32 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 33293B14 for ; Fri, 20 Sep 2013 10:50:32 +0000 (UTC) (envelope-from andrnils@gmail.com) Received: from mail-wg0-x22d.google.com (mail-wg0-x22d.google.com [IPv6:2a00:1450:400c:c00::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B32F72E30 for ; Fri, 20 Sep 2013 10:50:31 +0000 (UTC) Received: by mail-wg0-f45.google.com with SMTP id y10so313361wgg.24 for ; Fri, 20 Sep 2013 03:50:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=tAf75O5p8HSCh6C0pwMDGZyhmFmbEws54AidkyCgifo=; b=uYZj3yJap9h1nnWu7zrZjfhv7tEJZBkgw+Km96ZRAwE5CCjTXU3np4qnkE9jWi4FPV fTT+LXqullaHZDTv5uApiIQIEHMML1dcCvzagDCPrGpl976NHBMehrzslfBDVC52e0p3 K1u7ipkugZ5gW58nMYrl6dTRgP9GyiXRfqMRBteiuFhy6VDTPkMs88MHBwkRDMi9IdYT PAacQABcHGNy/tNzBKXTMB88CfQ+8DbqhxppTpOBzoTpLIEEYjz2HmjCtOMHhicybfih tE7G1OJftrGYP8wTkZQtn232dD/U/aZ4be1pRvRPTSp7w2+RKzXB/RDpwbnUELSCv7ui fyWw== MIME-Version: 1.0 X-Received: by 10.180.76.48 with SMTP id h16mr2290144wiw.32.1379674230121; Fri, 20 Sep 2013 03:50:30 -0700 (PDT) Received: by 10.194.110.40 with HTTP; Fri, 20 Sep 2013 03:50:30 -0700 (PDT) In-Reply-To: <2858522.rN894ah1tY@lumiwa.farms.net> References: <2858522.rN894ah1tY@lumiwa.farms.net> Date: Fri, 20 Sep 2013 12:50:30 +0200 Message-ID: Subject: Re: gimp-gmic-plugin From: Andreas Nilsson To: Ajtim Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: Current FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Sep 2013 10:50:32 -0000 This is not related to current, is simply caused by home-brewn build system. This should, imho, be reported to gmic developers. As a workaround you can add CC=c++ in the port Makefile and it should be better off. Best regards Andreas On Fri, Sep 20, 2013 at 12:13 PM, Ajtim wrote: > Hi! > > I try to build gimp-gmic-plugin on FreeBSD 10.0-ALPHA1 #0 r255501: Fri Sep > 13 > 01:57:31 UTC 2013 root@snap.freebsd.org:/usr/obj/usr/src/sys/GENERIC > amd64 > and I got: > > gmake freebsd > gmake[3]: Entering directory `/usr/ports/graphics/gimp-gmic- > plugin/work/gmic-1.5.6.1/src' > gmake "CFLAGS+=-Dgmic_build -I/usr/local/include -Wall -W -Dcimg_use_vt100 > - > Dcimg_display=1 -Dcimg_appname=\\\"gmic\\\" -I/usr/local/include - > Dcimg_use_png -Dcimg_use_jpeg -Dcimg_use_tiff -Dcimg_use_zlib - > Dcimg_use_openexr -I/usr/local/include/OpenEXR -Dcimg_use_fftw3 " > "LDFLAGS+=- > L/usr/local/lib -lm -L/usr/local/lib -lX11 -lpthread -lpng -lz -ljpeg > -ltiff - > lz -lIlmImf -lHalf -lfftw3 " "STRIP_EXE=1" gmic_gmic > gmake[4]: Entering directory `/usr/ports/graphics/gimp-gmic- > plugin/work/gmic-1.5.6.1/src' > g++ -o gmic_bool.o -c gmic.cpp -Dgmic_build -I/usr/local/include -Wall -W > - > Dcimg_use_vt100 -Dcimg_display=1 -Dcimg_appname=\"gmic\" > -I/usr/local/include > -Dcimg_use_png -Dcimg_use_jpeg -Dcimg_use_tiff -Dcimg_use_zlib - > Dcimg_use_openexr -I/usr/local/include/OpenEXR -Dcimg_use_fftw3 - > Dgmic_split_compilation -Dgmic_bool > gmake[4]: g++: Command not found > gmake[4]: *** [gmic_bool.o] Error 127 > gmake[4]: Leaving directory `/usr/ports/graphics/gimp-gmic- > plugin/work/gmic-1.5.6.1/src' > gmake[3]: *** [freebsd] Error 2 > gmake[3]: Leaving directory `/usr/ports/graphics/gimp-gmic- > plugin/work/gmic-1.5.6.1/src' > gmake[2]: *** [all] Error 2 > gmake[2]: Leaving directory `/usr/ports/graphics/gimp-gmic- > plugin/work/gmic-1.5.6.1/src' > *** Error code 1 > > Stop. > make[1]: stopped in /usr/ports/graphics/gimp-gmic-plugin > *** Error code 1 > > Stop. > make: stopped in /usr/ports/graphics/gimp-gmic-plugin > > ===>>> make failed for graphics/gimp-gmic-plugin > ===>>> Aborting update > > ===>>> Killing background jobs > Terminated > > ===>>> You can restart from the point of failure with this command line: > portmaster graphics/gimp-gmic-plugin > > ===>>> Exiting > > Thanks in advance. > > -- > Mitja > --- > http://redbubble.com/people/lumiwa > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Fri Sep 20 12:11:35 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 0096EEC; Fri, 20 Sep 2013 12:11:34 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (tensor.andric.com [IPv6:2001:7b8:3a7:1:2d0:b7ff:fea0:8c26]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B2E1C22FC; Fri, 20 Sep 2013 12:11:34 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7::15a4:1bd6:5edc:9a88] (unknown [IPv6:2001:7b8:3a7:0:15a4:1bd6:5edc:9a88]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 251BD5C44; Fri, 20 Sep 2013 14:11:31 +0200 (CEST) Content-Type: multipart/signed; boundary="Apple-Mail=_3965F554-8EA6-47AA-A85E-C69992C60137"; protocol="application/pgp-signature"; micalg=pgp-sha1 Mime-Version: 1.0 (Mac OS X Mail 6.6 \(1510\)) Subject: Re: spurious "Service Unavailable" From: Dimitry Andric In-Reply-To: <20130919233939.GE2302@glenbarber.us> Date: Fri, 20 Sep 2013 14:11:28 +0200 Message-Id: <6ABA7660-46F3-4AF7-8106-1037A0072758@FreeBSD.org> References: <20130919233939.GE2302@glenbarber.us> To: Glen Barber X-Mailer: Apple Mail (2.1510) Cc: David Cornejo , FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Sep 2013 12:11:35 -0000 --Apple-Mail=_3965F554-8EA6-47AA-A85E-C69992C60137 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On Sep 20, 2013, at 01:39, Glen Barber wrote: > On Thu, Sep 19, 2013 at 01:29:35PM -1000, David Cornejo wrote: >> On CURRENT Revsion 255706 >>=20 >> I am trying to rebuild a bunch of ports in screen and I'm getting the >> string "Service unavailable" in the output between the package = creation and >> the cleaning phases for each port: >>=20 >> =3D=3D=3D> Generating temporary packing list >> install -o root -g wheel -m 555 dialog4ports = /usr/local/bin/dialog4ports >> install -o root -g wheel -m 444 dialog4ports.1.gz = /usr/local/man/man1 >> =3D=3D=3D> Registering installation for dialog4ports-0.1.5_1 as = automatic >> Installing dialog4ports-0.1.5_1... done >> =3D=3D=3D> Building package for dialog4ports-0.1.5_1 >> Creating package for dialog4ports-0.1.5_1 >> Service unavailable=3D=3D=3D> Cleaning for dialog4ports-0.1.5_1 >> ---> Cleaning out obsolete shared libraries >> ---> Reinstalling 'm4-1.4.16_1,1' (devel/m4) >> ---> Building '/usr/ports/devel/m4' >> =3D=3D=3D> Cleaning for m4-1.4.16_1,1 >>=20 >> Is this dangerous? Anyone know what's making that happen? >>=20 >=20 > These are, as far as I can tell, harmless messages. It is due to > libarchive and statically linked binaries (pig-static). See this recent thread: = http://lists.freebsd.org/pipermail/freebsd-current/2013-August/043824.html= It is a problem in our iconv implementation in libc, which should really be fixed before 10.0-RELEASE. -Dimitry --Apple-Mail=_3965F554-8EA6-47AA-A85E-C69992C60137 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.20 (Darwin) iEYEARECAAYFAlI8O3QACgkQsF6jCi4glqOyEACgyBrkQJN7ZzY58MTzVp9dZ2jm dOAAnim6J1nbWD7znk2OYis62cZJBbVf =0XLn -----END PGP SIGNATURE----- --Apple-Mail=_3965F554-8EA6-47AA-A85E-C69992C60137-- From owner-freebsd-current@FreeBSD.ORG Fri Sep 20 12:12:08 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 0ACE6206 for ; Fri, 20 Sep 2013 12:12:08 +0000 (UTC) (envelope-from lumiwa@gmail.com) Received: from mail-qe0-x22a.google.com (mail-qe0-x22a.google.com [IPv6:2607:f8b0:400d:c02::22a]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id BF6AA2312 for ; Fri, 20 Sep 2013 12:12:07 +0000 (UTC) Received: by mail-qe0-f42.google.com with SMTP id 1so201988qec.29 for ; Fri, 20 Sep 2013 05:12:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:cc:subject:date:message-id:user-agent:in-reply-to :references:mime-version:content-transfer-encoding:content-type; bh=PtyldBtVMn5DHNLzkSQ1y75ejEDDng86l4L+vk7fRAI=; b=VQkUfgLKcoSCpMKe1h90RtBzNpkp4HYJduuvMsWHOE/zVTUDJZtqkhiUAaA90Em62c i6RkGW9ksQxQlqjSCTEeCoMvrHxIEBmoCbPHgW9ussdRdfaX+cG/sAGHQ6zXX/DVLp0C TQ9nL6gpuIZZe5/ehtT7/tpImzziWlXT0uXdDAz+zMSSF1CP2RmV/ghAapXoSgV1KFsK x/oZeOEuxAxcjibEinX9vCG3Ch/cqMiWHs3i3y6u3d6C9P9ZwfVwVPji/gruMXWvw+bi LISGT5+yCwSBApFG6uqPeospFMzY06XivgFp0SlneyHXUWzesYiQAz8AMga+zRBwOaZu UxCw== X-Received: by 10.224.1.194 with SMTP id 2mr3155937qag.70.1379679126913; Fri, 20 Sep 2013 05:12:06 -0700 (PDT) Received: from lumiwa.farms.net ([72.92.158.232]) by mx.google.com with ESMTPSA id h2sm18195917qev.0.1969.12.31.16.00.00 (version=TLSv1.2 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 20 Sep 2013 05:12:06 -0700 (PDT) From: Ajtim To: Andreas Nilsson Subject: Re: gimp-gmic-plugin Date: Fri, 20 Sep 2013 08:12:01 -0400 Message-ID: <1987088.xAg0kGYRI7@lumiwa.farms.net> User-Agent: KMail/4.11.1 (FreeBSD/10.0-ALPHA1; KDE/4.11.1; amd64; ; ) In-Reply-To: References: <2858522.rN894ah1tY@lumiwa.farms.net> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Cc: Current FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Sep 2013 12:12:08 -0000 Thank you but it doesn't help me. I got the same error. On Friday 20 September 2013 12:50:30 Andreas Nilsson wrote: > This is not related to current, is simply caused by home-brewn build system. > > This should, imho, be reported to gmic developers. > > As a workaround you can add > CC=c++ > in the port Makefile and it should be better off. > > Best regards > Andreas > > On Fri, Sep 20, 2013 at 12:13 PM, Ajtim wrote: > > Hi! > > > > I try to build gimp-gmic-plugin on FreeBSD 10.0-ALPHA1 #0 r255501: Fri Sep > > 13 > > 01:57:31 UTC 2013 root@snap.freebsd.org:/usr/obj/usr/src/sys/GENERIC > > amd64 > > and I got: > > > > gmake freebsd > > gmake[3]: Entering directory `/usr/ports/graphics/gimp-gmic- > > plugin/work/gmic-1.5.6.1/src' > > gmake "CFLAGS+=-Dgmic_build -I/usr/local/include -Wall -W -Dcimg_use_vt100 > > > > - > > > > Dcimg_display=1 -Dcimg_appname=\\\"gmic\\\" -I/usr/local/include - > > Dcimg_use_png -Dcimg_use_jpeg -Dcimg_use_tiff -Dcimg_use_zlib - > > Dcimg_use_openexr -I/usr/local/include/OpenEXR -Dcimg_use_fftw3 " > > "LDFLAGS+=- > > L/usr/local/lib -lm -L/usr/local/lib -lX11 -lpthread -lpng -lz -ljpeg > > -ltiff - > > lz -lIlmImf -lHalf -lfftw3 " "STRIP_EXE=1" gmic_gmic > > gmake[4]: Entering directory `/usr/ports/graphics/gimp-gmic- > > plugin/work/gmic-1.5.6.1/src' > > g++ -o gmic_bool.o -c gmic.cpp -Dgmic_build -I/usr/local/include -Wall -W > > - > > Dcimg_use_vt100 -Dcimg_display=1 -Dcimg_appname=\"gmic\" > > -I/usr/local/include > > -Dcimg_use_png -Dcimg_use_jpeg -Dcimg_use_tiff -Dcimg_use_zlib - > > Dcimg_use_openexr -I/usr/local/include/OpenEXR -Dcimg_use_fftw3 - > > Dgmic_split_compilation -Dgmic_bool > > gmake[4]: g++: Command not found > > gmake[4]: *** [gmic_bool.o] Error 127 > > gmake[4]: Leaving directory `/usr/ports/graphics/gimp-gmic- > > plugin/work/gmic-1.5.6.1/src' > > gmake[3]: *** [freebsd] Error 2 > > gmake[3]: Leaving directory `/usr/ports/graphics/gimp-gmic- > > plugin/work/gmic-1.5.6.1/src' > > gmake[2]: *** [all] Error 2 > > gmake[2]: Leaving directory `/usr/ports/graphics/gimp-gmic- > > plugin/work/gmic-1.5.6.1/src' > > *** Error code 1 > > > > Stop. > > make[1]: stopped in /usr/ports/graphics/gimp-gmic-plugin > > *** Error code 1 > > > > Stop. > > make: stopped in /usr/ports/graphics/gimp-gmic-plugin > > > > ===>>> make failed for graphics/gimp-gmic-plugin > > ===>>> Aborting update > > > > ===>>> Killing background jobs > > Terminated > > > > ===>>> You can restart from the point of failure with this command line: > > portmaster graphics/gimp-gmic-plugin > > > > ===>>> Exiting > > > > Thanks in advance. > > > > -- > > Mitja > > --- > > http://redbubble.com/people/lumiwa > > _______________________________________________ > > freebsd-current@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-current > > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" -- Mitja --- http://redbubble.com/people/lumiwa From owner-freebsd-current@FreeBSD.ORG Fri Sep 20 12:24:59 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id D6A8678F for ; Fri, 20 Sep 2013 12:24:59 +0000 (UTC) (envelope-from andrnils@gmail.com) Received: from mail-wi0-x232.google.com (mail-wi0-x232.google.com [IPv6:2a00:1450:400c:c05::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 71EDE23C9 for ; Fri, 20 Sep 2013 12:24:59 +0000 (UTC) Received: by mail-wi0-f178.google.com with SMTP id hn9so449685wib.11 for ; Fri, 20 Sep 2013 05:24:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=FLTuTn4NoxfaLVVn2y5BjkJZWxDjXfhMiA0O/eXHj9s=; b=j+9iWJ1a68qBt+ruHQfsBtdhxTcK3inECHqWuyX56x84nNgOKSKkNNongLAhYp1ihH SUrH4rh4w/kU5dWfqmyAGBVc83ozCINVi5Ulx3BFCqwHC6yzKcd22qUiG8JGwP8qJgHa P+4SlNyA2HluJGEOzS78n+xFRAmXGNvrgcDjGfGLXLU3goggkx+b4U2mWwfBTujnzQgr vwziCy6ME6n3iu/AttOGgTy0I0+s8gDZI9BDmg9JLyJKwkvLAGLck+U4wzl5fxMXH3tw 61PcT0TnF9ZkPVQ3c8EReZph7SKd3P9pTSQzT+vZBfZbvm9JvsaC7rCRmWSV7rt4w3WI oXBg== MIME-Version: 1.0 X-Received: by 10.181.12.75 with SMTP id eo11mr2618874wid.24.1379679897778; Fri, 20 Sep 2013 05:24:57 -0700 (PDT) Received: by 10.194.110.40 with HTTP; Fri, 20 Sep 2013 05:24:57 -0700 (PDT) In-Reply-To: <1987088.xAg0kGYRI7@lumiwa.farms.net> References: <2858522.rN894ah1tY@lumiwa.farms.net> <1987088.xAg0kGYRI7@lumiwa.farms.net> Date: Fri, 20 Sep 2013 14:24:57 +0200 Message-ID: Subject: Re: gimp-gmic-plugin From: Andreas Nilsson To: Ajtim Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: Current FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Sep 2013 12:24:59 -0000 Ah, it was even worse than the first quick look. Try adding do-compile: gmake CC=${CXX} in the ports Makefile instead of CC=c++ ( which I guess should have been CC=${CXX} anyway ) Best regards Andreas From owner-freebsd-current@FreeBSD.ORG Fri Sep 20 13:36:33 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 9A285C53 for ; Fri, 20 Sep 2013 13:36:33 +0000 (UTC) (envelope-from cvs-src@yandex.ru) Received: from forward9l.mail.yandex.net (forward9l.mail.yandex.net [IPv6:2a02:6b8:0:1819::9]) by mx1.freebsd.org (Postfix) with ESMTP id 58C4F2841 for ; Fri, 20 Sep 2013 13:36:33 +0000 (UTC) Received: from smtp3h.mail.yandex.net (smtp3h.mail.yandex.net [84.201.186.20]) by forward9l.mail.yandex.net (Yandex) with ESMTP id 0A99DE60DBB; Fri, 20 Sep 2013 17:36:30 +0400 (MSK) Received: from smtp3h.mail.yandex.net (localhost [127.0.0.1]) by smtp3h.mail.yandex.net (Yandex) with ESMTP id A20DC1B41870; Fri, 20 Sep 2013 17:36:30 +0400 (MSK) Received: from unknown (unknown [178.76.216.133]) by smtp3h.mail.yandex.net (nwsmtp/Yandex) with ESMTP id ZuKoSgQuuv-aULax3GP; Fri, 20 Sep 2013 17:36:30 +0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1379684190; bh=Sstw3LQznh2MSDK+x8JNum/7YiX/ClKQpD4fGexFPmM=; h=Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject: References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=qsmGP/tcG5oT5+pnIc8rRLrc9uM1eClnDfQZYb1MCvRcq5qoZqJiO5/Xj1HbCRS6z 8Pilh92qK3hfT0lxQgAxj1iswgKyUGi01azSTOdgTGXmxmggVfaa4MbzvXbQaj9h3X Idaze/ROeuI+YkG8l2WR2isGXKiTB8BrzYpPFGso= Authentication-Results: smtp3h.mail.yandex.net; dkim=pass header.i=@yandex.ru Message-ID: <523C4F52.9080507@yandex.ru> Date: Fri, 20 Sep 2013 17:36:18 +0400 From: Ruslan Makhmatkhanov User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130810 Thunderbird/17.0.8 MIME-Version: 1.0 To: Ajtim Subject: Re: gimp-gmic-plugin References: <2858522.rN894ah1tY@lumiwa.farms.net> In-Reply-To: <2858522.rN894ah1tY@lumiwa.farms.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Sep 2013 13:36:33 -0000 Ajtim wrote on 20.09.2013 14:13: > Hi! > > I try to build gimp-gmic-plugin on FreeBSD 10.0-ALPHA1 #0 r255501: Fri Sep 13 I just committed an update to 1.5.7.1 along with the fix for building with clang. Please update your ports tree and try again. -- Regards, Ruslan T.O.S. Of Reality From owner-freebsd-current@FreeBSD.ORG Fri Sep 20 14:17:27 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 5F3491AD for ; Fri, 20 Sep 2013 14:17:27 +0000 (UTC) (envelope-from lumiwa@gmail.com) Received: from mail-qc0-x235.google.com (mail-qc0-x235.google.com [IPv6:2607:f8b0:400d:c01::235]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 20D5A2A40 for ; Fri, 20 Sep 2013 14:17:27 +0000 (UTC) Received: by mail-qc0-f181.google.com with SMTP id q4so298377qcx.12 for ; Fri, 20 Sep 2013 07:17:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:cc:subject:date:message-id:user-agent:in-reply-to :references:mime-version:content-transfer-encoding:content-type; bh=wiOKbc828Ap/YNhJgYcgZsiLzLk3nr9KA9N6XE8kVlk=; b=a8E+USjn2vuM4J9DxgH6EqBbfPmGr41/43umKHyZ4H9x0p2IOD9oLDjW8KpYB0Wkqa EUPZq0bqzv2Wf8jbZZdveTUi4vTqLxwJczK6j9IrMgwkhtUg5cy19js+rKNAsPb93EYy ijwRLFLvc5GUBFaWspBmGPIA1grFHm3UFyuoZ5Wml90ohi0ekWMB3eFx3BOm7wWDQ6h8 birj4YO2SWFhw4+iR26RFHP+bEGN7Ts2sVqm1eGlmIHAfR3di7nQ66jixSlROQkk30S6 CdaXE9VK1KEN/4CbzhSL7pp7zdlQKokBkfuGjNZAj/MMuIdagDukqDzNiM5Nb0kntxA4 YF3g== X-Received: by 10.224.88.136 with SMTP id a8mr2181332qam.106.1379686646272; Fri, 20 Sep 2013 07:17:26 -0700 (PDT) Received: from lumiwa.farms.net ([72.92.158.232]) by mx.google.com with ESMTPSA id u4sm19644162qat.5.1969.12.31.16.00.00 (version=TLSv1.2 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 20 Sep 2013 07:17:25 -0700 (PDT) From: Ajtim To: Ruslan Makhmatkhanov Subject: Re: gimp-gmic-plugin Date: Fri, 20 Sep 2013 10:17:23 -0400 Message-ID: <1770644.gSsnntEjbC@lumiwa.farms.net> User-Agent: KMail/4.11.1 (FreeBSD/10.0-ALPHA1; KDE/4.11.1; amd64; ; ) In-Reply-To: <523C4F52.9080507@yandex.ru> References: <2858522.rN894ah1tY@lumiwa.farms.net> <523C4F52.9080507@yandex.ru> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Sep 2013 14:17:27 -0000 I did svn update and after that I got: 'locale'? std::setlocale(LC_NUMERIC,"C"); ~~~~~^ In file included from gmic.cpp:1215: ./gmic.h:301:10: error: no member named 'setlocale' in namespace 'std'; did you mean 'locale'? std::setlocale(LC_NUMERIC,"C"); ~~~~~^ gmic.cpp:2264:8: error: no member named 'setlocale' in namespace 'std'; did you mean 'locale'? std::setlocale(LC_NUMERIC,"C"); ~~~~~^ gmic.cpp:2264:8: error: no member named 'setlocale' in namespace 'std'; did you mean 'locale'? std::setlocale(LC_NUMERIC,"C"); ~~~~~^ gmic.cpp:2264:8: error: no member named 'setlocale' in namespace 'std'; did you mean 'locale'? std::setlocale(LC_NUMERIC,"C"); ~~~~~^ gmic.cpp:2264:8: error: no member named 'setlocale' in namespace 'std'; did you mean 'locale'? std::setlocale(LC_NUMERIC,"C"); ~~~~~^ In file included from gmic.cpp:1215: ./gmic.h:301:10: error: no member named 'setlocale' in namespace 'std'; did you mean 'locale'? std::setlocale(LC_NUMERIC,"C"); ~~~~~^ In file included from gmic.cpp:1215: ./gmic.h:301:10: error: no member named 'setlocale' in namespace 'std'; did you mean 'locale'? std::setlocale(LC_NUMERIC,"C"); ~~~~~^ gmic.cpp:2264:8: error: no member named 'setlocale' in namespace 'std'; did you mean 'locale'? std::setlocale(LC_NUMERIC,"C"); ~~~~~^ gmic.cpp:2264:8: error: no member named 'setlocale' in namespace 'std'; did you mean 'locale'? std::setlocale(LC_NUMERIC,"C"); ~~~~~^ gmic.cpp:2264:8: error: no member named 'setlocale' in namespace 'std'; did you mean 'locale'? std::setlocale(LC_NUMERIC,"C"); ~~~~~^ 1 warning and 2 errors generated. 1 warning and 2 errors generated. gmake[4]: *** [gmic_uchar.o] Error 1 gmake[4]: *** Waiting for unfinished jobs.... 1 warning and 2 errors generated. gmake[4]: *** [gmic_bool.o] Error 1 1 warning and 2 errors generated. gmake[4]: *** [gmic_char.o] Error 1 gmake[4]: *** [gmic_uint.o] Error 1 1 warning and 2 errors generated. 1 warning and 2 errors generated. gmake[4]: *** [gmic_int.o] Error 1 gmake[4]: *** [gmic_ushort.o] Error 1 1 warning and 2 errors generated. gmake[4]: *** [gmic_short.o] Error 1 gmic.cpp:2264:8: error: no member named 'setlocale' in namespace 'std'; did you mean 'locale'? std::setlocale(LC_NUMERIC,"C"); ~~~~~^ 1 warning and 2 errors generated. gmake[4]: *** [gmic_float.o] Error 1 gmake[4]: Leaving directory `/usr/ports/graphics/gimp-gmic- plugin/work/gmic-1.5.7.1/src' gmake[3]: *** [freebsd] Error 2 gmake[3]: Leaving directory `/usr/ports/graphics/gimp-gmic- plugin/work/gmic-1.5.7.1/src' gmake[2]: *** [all] Error 2 gmake[2]: Leaving directory `/usr/ports/graphics/gimp-gmic- plugin/work/gmic-1.5.7.1/src' ===> Compilation failed unexpectedly. Try to set MAKE_JOBS_UNSAFE=yes and rebuild before reporting the failure to the maintainer. *** Error code 1 Stop. make[1]: stopped in /usr/ports/graphics/gimp-gmic-plugin *** Error code 1 Stop. make: stopped in /usr/ports/graphics/gimp-gmic-plugin ===>>> make failed for graphics/gimp-gmic-plugin ===>>> Aborting update ===>>> Killing background jobs Terminated ===>>> You can restart from the point of failure with this command line: portmaster graphics/gimp-gmic-plugin ===>>> Exiting On Friday 20 September 2013 17:36:18 Ruslan Makhmatkhanov wrote: > Ajtim wrote on 20.09.2013 14:13: > > Hi! > > > > I try to build gimp-gmic-plugin on FreeBSD 10.0-ALPHA1 #0 r255501: Fri Sep > > 13 > I just committed an update to 1.5.7.1 along with the fix for building > with clang. Please update your ports tree and try again. -- Mitja --- http://redbubble.com/people/lumiwa From owner-freebsd-current@FreeBSD.ORG Fri Sep 20 14:48:12 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id B051F8DF for ; Fri, 20 Sep 2013 14:48:12 +0000 (UTC) (envelope-from cvs-src@yandex.ru) Received: from forward10l.mail.yandex.net (forward10l.mail.yandex.net [IPv6:2a02:6b8:0:1819::a]) by mx1.freebsd.org (Postfix) with ESMTP id 6E2932BF3 for ; Fri, 20 Sep 2013 14:48:12 +0000 (UTC) Received: from smtp12.mail.yandex.net (smtp12.mail.yandex.net [95.108.131.191]) by forward10l.mail.yandex.net (Yandex) with ESMTP id 5B748BA0DF3; Fri, 20 Sep 2013 18:48:11 +0400 (MSK) Received: from smtp12.mail.yandex.net (localhost [127.0.0.1]) by smtp12.mail.yandex.net (Yandex) with ESMTP id 0875516A0A05; Fri, 20 Sep 2013 18:48:10 +0400 (MSK) Received: from unknown (unknown [178.76.216.133]) by smtp12.mail.yandex.net (nwsmtp/Yandex) with ESMTP id aNTNxBWuoR-mA1aL7P9; Fri, 20 Sep 2013 18:48:10 +0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1379688490; bh=FIrD9SYSAY3pJKXAQCeRMi+1AjWVha7Kk2CXDW/brLY=; h=Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject: References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=ep/F7j0UJrQa96RhsfESgRgj3KoK9pDM191NN8B9Vo+LkcvyFi4vngap8b4K3HELT kpLYESDOkiZknNMIR90V7dfwCY/s7bHpu7wl4T6jz9zX+O+qQP7B1suRDq4ycOxfDG lVM1oOVbb9EafHq55MXZZFZOTq3FhBjpIQO+ZRxM= Authentication-Results: smtp12.mail.yandex.net; dkim=pass header.i=@yandex.ru Message-ID: <523C601E.4060700@yandex.ru> Date: Fri, 20 Sep 2013 18:47:58 +0400 From: Ruslan Makhmatkhanov User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130810 Thunderbird/17.0.8 MIME-Version: 1.0 To: Ajtim Subject: Re: gimp-gmic-plugin References: <2858522.rN894ah1tY@lumiwa.farms.net> <523C4F52.9080507@yandex.ru> <1770644.gSsnntEjbC@lumiwa.farms.net> In-Reply-To: <1770644.gSsnntEjbC@lumiwa.farms.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Sep 2013 14:48:12 -0000 Ajtim wrote on 20.09.2013 18:17: > I did svn update and after that I got: > > 'locale'? > std::setlocale(LC_NUMERIC,"C"); > ~~~~~^ > In file included from gmic.cpp:1215: > ./gmic.h:301:10: error: no member named 'setlocale' in namespace 'std'; did > you mean 'locale'? > std::setlocale(LC_NUMERIC,"C"); > ~~~~~^ It working to me with less fresh clang (FreeBSD clang version 3.3 (tags/RELEASE_33/final 183502) 20130610), but I able to reproduce it with more fleshier system. This particular error can be fixed with including clocale header instead of locale, but later it will bomb with 'undeclared identifier 'pthread_join'' etc. I need to consult upstream about clang support. -- Regards, Ruslan T.O.S. Of Reality From owner-freebsd-current@FreeBSD.ORG Fri Sep 20 15:27:43 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id D1B33D7; Fri, 20 Sep 2013 15:27:43 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id AAB632E38; Fri, 20 Sep 2013 15:27:43 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id ADDE8B979; Fri, 20 Sep 2013 11:27:42 -0400 (EDT) From: John Baldwin To: Gleb Smirnoff Subject: Re: ipmi patch for review Date: Fri, 20 Sep 2013 10:02:53 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20130906; KDE/4.5.5; amd64; ; ) References: <20130917102110.GK4574@glebius.int.ru> <201309191504.46986.jhb@freebsd.org> <20130920054452.GB4574@glebius.int.ru> In-Reply-To: <20130920054452.GB4574@glebius.int.ru> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201309201002.53480.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Fri, 20 Sep 2013 11:27:42 -0400 (EDT) Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Sep 2013 15:27:43 -0000 On Friday, September 20, 2013 1:44:52 am Gleb Smirnoff wrote: > John, > > On Thu, Sep 19, 2013 at 03:04:46PM -0400, John Baldwin wrote: > J> > When system is writing a kernel core dump, it issues watchdog > J> > pat wdog_kern_pat(WD_LASTVAL). If ipmi is in action, it registers > J> > ipmi_wd_event() as event for watchdog. Thus ipmi_wd_event() is > J> > called in dumping context. > J> > > J> > The problem is that ipmi_wd_event() calls into ipmi_set_watchdog(), > J> > that calls into ipmi_alloc_request(), which uses M_WAITOK and > J> > thus sleeps. This is a smaller problem, since can be converted to > J> > M_NOWAIT. But ipmi_set_watchdog() then calls into > J> > ipmi_submit_driver_request(), which calls msleep() any time. > J> > > J> > The attached patch allows me to successfully write cores in > J> > presence of IPMI. > J> > J> Of course, the watchdog might go off during your dump. :) > > Yes, I understand that :( > > But, imho patch improves situation, although is ugly. Yes, I think a temporary workaround is fine for now. > J> The real fix is more complicated, which is that we should not use > J> a worker thread for at least SMIC and KCS. > > -- > Totus tuus, Glebius. > -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Fri Sep 20 17:41:58 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 3568CE90 for ; Fri, 20 Sep 2013 17:41:58 +0000 (UTC) (envelope-from lumiwa@gmail.com) Received: from mail-qe0-x235.google.com (mail-qe0-x235.google.com [IPv6:2607:f8b0:400d:c02::235]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id EB96D25DA for ; Fri, 20 Sep 2013 17:41:57 +0000 (UTC) Received: by mail-qe0-f53.google.com with SMTP id jy17so480269qeb.40 for ; Fri, 20 Sep 2013 10:41:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:cc:subject:date:message-id:user-agent:in-reply-to :references:mime-version:content-transfer-encoding:content-type; bh=NN6Yeb61m5JUBbghtn6BkUjjcxUWXizlmFvTL6mDYkU=; b=K6HWAp7LxfZrw8PaJIS6yStqLq1rMzDKPQmnmj4N4zZIdmJgk4PFTP/ObkNmhP4xuv hPf0dbzGm4bEEn/6t9SuQCmrbANWS6K4bKdKce9EVgCEhQv9eMcWWve0zz6E1HBtwIK5 yz++lM4U06+OFH5Jfzpaz6H54J3mSMTJrlqVGXsn9/Wi3OSAKjIga6y2IWPKiB4sYv+P T9be2S4aH0zOjxZ8AnpK/oUqoTyHcSdzh+0CQr+hgyayG9K352ajcirCjiIh3vsFQWPx dQ4vs+Rs4BrKRN6kDjbxRlwVlnhMeAraFxRVt3qq1etZVKCTKELm7HbG1NQzo2ZXVoEk uceA== X-Received: by 10.224.23.71 with SMTP id q7mr2482395qab.123.1379698917099; Fri, 20 Sep 2013 10:41:57 -0700 (PDT) Received: from lumiwa.farms.net ([72.92.158.232]) by mx.google.com with ESMTPSA id h20sm19991225qen.5.1969.12.31.16.00.00 (version=TLSv1.2 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 20 Sep 2013 10:41:56 -0700 (PDT) From: Ajtim To: "Sergey V. Dyatko" Subject: Re: .history Date: Fri, 20 Sep 2013 13:41:54 -0400 Message-ID: <4678776.4V8n458cjD@lumiwa.farms.net> User-Agent: KMail/4.11.1 (FreeBSD/10.0-ALPHA1; KDE/4.11.1; amd64; ; ) In-Reply-To: <20130920130357.4e342009@laptop.minsk.domain> References: <2858213.Zq6fmA1OZq@lumiwa.farms.net> <20130920130357.4e342009@laptop.minsk.domain> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Sep 2013 17:41:58 -0000 I did rebuild without "subshell" and it works. Thank you. On Friday 20 September 2013 13:03:57 Sergey V. Dyatko wrote: > On Thu, 19 Sep 2013 17:02:17 -0400 > > Ajtim wrote: > > Hi! > > > > My system: > > > > FreeBSD lumiwa.farms.net 10.0-ALPHA1 FreeBSD 10.0-ALPHA1 #0 r255501: > > Fri Sep 13 01:57:31 UTC 2013 > > root@snap.freebsd.org:/usr/obj/usr/src/sys/GENERIC amd64 > > > > And my question is why I have in /root/.history and in user the same, > > after restart computer something like this: > > cd "`printf "%b" '\0057usr'`" > > #+1379444739 > > cd "`printf "%b" '\0057usr\0057home'`" > > #+1379444740 > > cd "`printf "%b" '\0057'`" > > #+1379444742 > > cd "`printf "%b" '\0057usr\0057home\0057ajtim'`" > > #+1379444744 > > cd "`printf "%b" '\0057usr\0057home'`" > > #+1379444745 > > cd "`printf "%b" '\0057usr'`" > > #+1379444746 > > cd "`printf "%b" '\0057'`" > > #+1379444760 > > cd "`printf "%b" '\0057usr\0057home\0057ajtim'`" > > #+1379444760 > > cd "`printf "%b" '\0057'`" > > #+1379444760 > > set echo_style=both ; alias precmd 'echo $cwd:q >>/tmp/mc- > > ajtim/mc.pipe.61531;kill -STOP $$' > > #+1379444760 > > mc > > #+1379444762 > > cd "`printf "%b" '\0057'`" > > > > Is it something related with Alpha version? > > Thank you very much. > > no. > Do you use misc/mc build with subshell support ? If so - try to rebuild > it with unchecked subshell support. -- Mitja --- http://redbubble.com/people/lumiwa From owner-freebsd-current@FreeBSD.ORG Fri Sep 20 18:39:38 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id CD089E50 for ; Fri, 20 Sep 2013 18:39:38 +0000 (UTC) (envelope-from sean_bruno@yahoo.com) Received: from nm30-vm1.bullet.mail.ne1.yahoo.com (nm30-vm1.bullet.mail.ne1.yahoo.com [98.138.90.46]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 7288A2983 for ; Fri, 20 Sep 2013 18:39:38 +0000 (UTC) Received: from [98.138.226.180] by nm30.bullet.mail.ne1.yahoo.com with NNFMP; 20 Sep 2013 18:39:31 -0000 Received: from [98.138.84.45] by tm15.bullet.mail.ne1.yahoo.com with NNFMP; 20 Sep 2013 18:39:31 -0000 Received: from [127.0.0.1] by smtp113.mail.ne1.yahoo.com with NNFMP; 20 Sep 2013 18:39:31 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1379702371; bh=wUqPKKiW3cikabp6dwjaH8o4/7OQd7yl9l+R7Xz60EM=; h=X-Yahoo-Newman-Id:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:X-Rocket-Received:Subject:From:Reply-To:To:Content-Type:Date:Message-ID:Mime-Version:X-Mailer; b=1XppN4PsqWlaz0GTHwWX8weXePq5duKmem/21uikeeMWMsSet+5t1NLteq7qxWdXbiXKbkeIdcwx3i5/oslPF9uKgbrr9DoLNOWUyk9YbMCtTwu5fOtoWWOnzSpxhZPie4NCfWcqhQRwsIK4tQxwLIrOYPJW0bcW9a1DWluUmxA= X-Yahoo-Newman-Id: 479533.41209.bm@smtp113.mail.ne1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: e8FBBHIVM1nInWiH0uaeJ_VkznI4E0i6N53fCebdGY4ylb4 DlX2hzxVbNzBjDLJIg0yTKAsZJHxkeJQo.lqht3uBphjXd3cOw0wcSOdAPAQ GypR8XBHMx4twiG.KM.2rx2b6U98HRa4UmglBZ40M6YZIGZNvbO89HQ_ebhR zSyOwzFaC_bVs1f5PhIiNLLF2HVgCK7Occ4gSkR_oIQh1B0Weho1ny1ShBU. T8_SoUo5HfWkUSVVjG6K77SbzRTEEFdavOf6Ut0dCJ7ZLrenderD9JqrRxIG lre.V3D6uyADrb8APcJ3ququuv5VytfjjHru0_XNu6ijayRguXKNE96iSd5e yrDjkGLSXVoYFdVaDpSoX44qGR8bnvn.F87HxxFErhbXgf3aUwnw2vBTViNy HAz1SlnBs7qi0UNYbej0P2AzftOs19msMCvdyDZcgzbkYP9Kk91cXFcTOx0l MDdQLe8fDKrEhPEBbFtwpuE6OyhUIMhaN_XoVoQ9XbLW.DqM_K80x1sRO6Gb 222d7rmFamWIrt.APP8FCfYAmDUekHEUtw889BDmjRQh8YZC.l13cJbX1qVI 8GKxPS45k4A2PG4p2hAt5J7GXIuGYOEKhs04ZdE3gmLYs2Jfm28TCEgxycpn N7h5K4hL4s6nqXEDP5DTREI42fopjTr2oIUQNvPxfkxw1 X-Yahoo-SMTP: u5BKR6OswBC_iZJVfGRoMkTIpc8pEA4- X-Rocket-Received: from [10.73.160.242] (sean_bruno@209.131.62.116 with ) by smtp113.mail.ne1.yahoo.com with SMTP; 20 Sep 2013 11:39:31 -0700 PDT Subject: Doing it wrong: Building world with lang/clang-devel From: Sean Bruno To: "freebsd-current@freebsd.org" Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-t50fbVUQ0a/VOFx9q51g" Date: Fri, 20 Sep 2013 11:39:30 -0700 Message-ID: <1379702370.2402.3.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: sbruno@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Sep 2013 18:39:38 -0000 --=-t50fbVUQ0a/VOFx9q51g Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable wow, that didn't work at all. :-) I set these in make.conf: CC=3D/usr/local/bin/clang C++=3D/usr/local/bin/clang++ CPP=3D/usr/local/bin/clang++ It exploded pretty badly: http://people.freebsd.org/~sbruno/doingitwrong.txt Any reason that this shouldn't work? $ pkg info |grep clang clang-devel-3.4.r189172 C, Objective-C, and C++ compiler --=-t50fbVUQ0a/VOFx9q51g Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.14 (FreeBSD) iQEcBAABAgAGBQJSPJZbAAoJEBkJRdwI6BaHXnYH/2N5H6CZKI4ulkW99+dWyyR9 i33L+VMAO6S3MM24fwLvlLE4Ds5fxD96OcU1yEVBAAgQefmVmV1kvk9w526Zwsbz twaVqKe51aYKz1PZskpWVaHgSFxjEDeJjqWB/Vi1joKHlHpgufM3RApaQYjT2twH UXRj2j3zIkzKjeK8ZtTnpdQxLJet8Pc7HWjQ5/csyz38BAiWyDcQZ1+7L3Non/4v dMkcHuir+iXqgYtd8NrS43S08m1bQfjugZ/74trcX2BywUmr3mxgtvbEa6uPTHXR Qb8BCW5IQ82gVFtUoik89CXehzE49mYjroAMtl5e3fr3H0V4znrtmOnpODsfPh8= =nwEO -----END PGP SIGNATURE----- --=-t50fbVUQ0a/VOFx9q51g-- From owner-freebsd-current@FreeBSD.ORG Fri Sep 20 19:31:37 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id B8445C66 for ; Fri, 20 Sep 2013 19:31:37 +0000 (UTC) (envelope-from dave@dogwood.com) Received: from mail-vb0-x233.google.com (mail-vb0-x233.google.com [IPv6:2607:f8b0:400c:c02::233]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 726D52C8B for ; Fri, 20 Sep 2013 19:31:37 +0000 (UTC) Received: by mail-vb0-f51.google.com with SMTP id x16so654869vbf.10 for ; Fri, 20 Sep 2013 12:31:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=dogwood.com; s=google; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=OQ8itLdEUHh6Nmkq++jo9OLoeh+5OQDtUxr22w+5wlE=; b=A2ZYTsqKaC98H1fnUZbDAYeqRujwG2vqZXOBVw5XQeH0Lmsdnxt+2Y4ALQHOPzpUmU A7ILrkweiem+jvdv/Z5WHezHZNSqP0Yg9T2Cj3IwlwytuWGFrBNNwozqaVsg9LbruRgW MhY2BTWBU/mFdBUHzQ+MuxGMKYnH7b7mWCmoE= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=OQ8itLdEUHh6Nmkq++jo9OLoeh+5OQDtUxr22w+5wlE=; b=L56/ZsxJpWh75Gglpd73d6zIRsEouPeO5wlzrUTgXSbQp61LUdgNElX0sbEWE3Nn31 S0NAOT6r/GtEio2HtHxOo0eal4fhe1DjIveYdCOjyUBMLOT9l5ggHZKSKKRjXe+bM2wK QG0MYY7YIlyRKnYVG8f7u34dAM+aUv6Fao1DYcPdO8/C79tCDTbfZpMbIjDcuNCewUsK wl4b6/YxqGcfRCHh7OEWODJUWAdp62RCnelG9Yz5IKtxuTveP9VSdG7p68mbZ1UMNXjc VFJ1VVdyEGQtzewIYcFzDpN2NNRvkRr3PBVRbqRTAV6YBfKF+NChHxpKS8RkuGIZvnXD +iPQ== X-Gm-Message-State: ALoCoQnfWrXKIreFqSr9igEl0NFbbDZMV4BuSbFkoN7ggie3UKv0HF7t+OuhAgMGqT6QT6b3IDcX MIME-Version: 1.0 X-Received: by 10.220.164.70 with SMTP id d6mr7766150vcy.19.1379705496340; Fri, 20 Sep 2013 12:31:36 -0700 (PDT) Received: by 10.52.37.202 with HTTP; Fri, 20 Sep 2013 12:31:36 -0700 (PDT) In-Reply-To: <6ABA7660-46F3-4AF7-8106-1037A0072758@FreeBSD.org> References: <20130919233939.GE2302@glenbarber.us> <6ABA7660-46F3-4AF7-8106-1037A0072758@FreeBSD.org> Date: Fri, 20 Sep 2013 09:31:36 -1000 Message-ID: Subject: Re: spurious "Service Unavailable" From: David Cornejo To: Dimitry Andric Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: Glen Barber , FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Sep 2013 19:31:37 -0000 Thanks for the replies dave c On Fri, Sep 20, 2013 at 2:11 AM, Dimitry Andric wrote: > On Sep 20, 2013, at 01:39, Glen Barber wrote: > > > On Thu, Sep 19, 2013 at 01:29:35PM -1000, David Cornejo wrote: > >> On CURRENT Revsion 255706 > >> > >> I am trying to rebuild a bunch of ports in screen and I'm getting the > >> string "Service unavailable" in the output between the package creation > and > >> the cleaning phases for each port: > >> > >> ===> Generating temporary packing list > >> install -o root -g wheel -m 555 dialog4ports > /usr/local/bin/dialog4ports > >> install -o root -g wheel -m 444 dialog4ports.1.gz /usr/local/man/man1 > >> ===> Registering installation for dialog4ports-0.1.5_1 as automatic > >> Installing dialog4ports-0.1.5_1... done > >> ===> Building package for dialog4ports-0.1.5_1 > >> Creating package for dialog4ports-0.1.5_1 > >> Service unavailable===> Cleaning for dialog4ports-0.1.5_1 > >> ---> Cleaning out obsolete shared libraries > >> ---> Reinstalling 'm4-1.4.16_1,1' (devel/m4) > >> ---> Building '/usr/ports/devel/m4' > >> ===> Cleaning for m4-1.4.16_1,1 > >> > >> Is this dangerous? Anyone know what's making that happen? > >> > > > > These are, as far as I can tell, harmless messages. It is due to > > libarchive and statically linked binaries (pig-static). > > See this recent thread: > http://lists.freebsd.org/pipermail/freebsd-current/2013-August/043824.html > > It is a problem in our iconv implementation in libc, which should really > be fixed before 10.0-RELEASE. > > -Dimitry > > From owner-freebsd-current@FreeBSD.ORG Fri Sep 20 20:47:25 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 56410471; Fri, 20 Sep 2013 20:47:25 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (tensor.andric.com [IPv6:2001:7b8:3a7:1:2d0:b7ff:fea0:8c26]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 1580120C8; Fri, 20 Sep 2013 20:47:25 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7::15a4:1bd6:5edc:9a88] (unknown [IPv6:2001:7b8:3a7:0:15a4:1bd6:5edc:9a88]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 999815C44; Fri, 20 Sep 2013 22:47:20 +0200 (CEST) Content-Type: multipart/signed; boundary="Apple-Mail=_5B1D6E0B-971D-475F-811E-D408BF133284"; protocol="application/pgp-signature"; micalg=pgp-sha1 Mime-Version: 1.0 (Mac OS X Mail 6.6 \(1510\)) Subject: Re: Doing it wrong: Building world with lang/clang-devel From: Dimitry Andric In-Reply-To: <1379702370.2402.3.camel@localhost> Date: Fri, 20 Sep 2013 22:47:11 +0200 Message-Id: <1DC63BC1-D921-4B40-8FDE-C9DD0D5496D8@FreeBSD.org> References: <1379702370.2402.3.camel@localhost> To: sbruno@freebsd.org X-Mailer: Apple Mail (2.1510) Cc: freebsd-current@freebsd.org, Brooks Davis X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Sep 2013 20:47:25 -0000 --Apple-Mail=_5B1D6E0B-971D-475F-811E-D408BF133284 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii On Sep 20, 2013, at 20:39, Sean Bruno wrote: > wow, that didn't work at all. :-) > > I set these in make.conf: > > CC=/usr/local/bin/clang > C++=/usr/local/bin/clang++ > CPP=/usr/local/bin/clang++ You should use XCC, XCXX and XCPP instead, as described here: https://wiki.freebsd.org/ExternalToolchain You will almost certainly also need: NO_WERROR= to disable fatal errors on buildworld warnings. > It exploded pretty badly: > > http://people.freebsd.org/~sbruno/doingitwrong.txt This particular failure is probably due to the clang-devel port still using libstdc++ by default, and recent versions of head don't have libstdc++ anymore. So add: CXXFLAGS+= -stdlib=libc++ to your src.conf. Last but not least, you can check the status of recent FreeBSD head with trunk clang here (thanks to Pawel Worach for maintaining these bots): http://llvm-amd64.freebsd.your.org:8010/builders/freebsd-clang-amd64 As you can see, there have been quite a few problems lately... -Dimitry --Apple-Mail=_5B1D6E0B-971D-475F-811E-D408BF133284 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.20 (Darwin) iEYEARECAAYFAlI8tFgACgkQsF6jCi4glqOMlgCg65iNhj0IrRLQkELh3LHxqnJz uV0AoMZxeKFEh1B0RB8lsX9wdai5hMDY =778W -----END PGP SIGNATURE----- --Apple-Mail=_5B1D6E0B-971D-475F-811E-D408BF133284-- From owner-freebsd-current@FreeBSD.ORG Sat Sep 21 00:43:14 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 54EE595D for ; Sat, 21 Sep 2013 00:43:14 +0000 (UTC) (envelope-from gibbs@freebsd.org) Received: from aslan.scsiguy.com (aslan.scsiguy.com [70.89.174.89]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 06F862CAB for ; Sat, 21 Sep 2013 00:43:13 +0000 (UTC) Received: from scottherod-vm.sldomain.com (207-225-98-3.dia.static.qwest.net [207.225.98.3]) (authenticated bits=0) by aslan.scsiguy.com (8.14.7/8.14.5) with ESMTP id r8L0hBtT062758 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Fri, 20 Sep 2013 18:43:12 -0600 (MDT) (envelope-from gibbs@freebsd.org) Subject: Re: ZFS secondarycache on SSD problem on r255173 Mime-Version: 1.0 (Mac OS X Mail 6.6 \(1510\)) Content-Type: text/plain; charset=us-ascii From: "Justin T. Gibbs" X-Priority: 3 In-Reply-To: <4AA28730F331444AB13108ABF0CD68B7@multiplay.co.uk> Date: Fri, 20 Sep 2013 18:43:09 -0600 Content-Transfer-Encoding: quoted-printable Message-Id: References: <1379069539.824504225.3b9xwugp@fmst-6.ukr.net><74C1D072-77BB-4D6C-B78F-C8D2731FA0CF@sarenet.es><1379333192.127359970.ma5jnbc5@fmst-6.ukr.net> <1379334340.567465877.0b1lli6r@fmst-6.ukr.net> <8365CE736DC749DF95D0030A725211F6@multiplay.co.uk> <02549AD9-C456-4E17-927C-B4BCC97F8CC8@freebsd.org> <4AA28730F331444AB13108ABF0CD68B7@multiplay.co.uk> To: Steven Hartland X-Mailer: Apple Mail (2.1510) X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.4.3 (aslan.scsiguy.com [70.89.174.89]); Fri, 20 Sep 2013 18:43:13 -0600 (MDT) Cc: freebsd-current@freebsd.org, Borja Marcos , Dmitriy Makarov X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Sep 2013 00:43:14 -0000 On Sep 17, 2013, at 4:53 PM, Steven Hartland = wrote: > ----- Original Message ----- From: "Justin T. Gibbs" = >=20 >=20 >> Sorry for being slow to chime in on this thread. I live in Boulder, = CO and we've had a bit of rain. :-) >=20 > Hope all is well your side, everyone safe and sound if may be little = wetter than usual. I have been very fortunate. >> As Steven pointed out, the warning is benign, but does show that the = code I committed to >> -current is not optimizing the allocation size for L2ARC devices. = The fix for this is to find >> the best place during pool creation/load/import to call = vdev_ashift_optimize() on L2ARC >> devices. I will look into this tomorrow, but feel free to suggest a = good spot if you look at it >> before I can. >=20 > The attached patch fixes this for me, not sure if its ideal place for = it and consideration may be > needed in combination with persistent l2arc. Persistent l2arc will require storing and checking the ashift recorded = in the label so bugs and or quirk table changes don't confuse the system. But for now, with no = persistent l2arc support in the tree, I think your placement is fine. I've submitted a request = to RE so I can put your fix into head. -- Justin= From owner-freebsd-current@FreeBSD.ORG Fri Sep 20 22:43:11 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id CDB30CA3 for ; Fri, 20 Sep 2013 22:43:11 +0000 (UTC) (envelope-from neel@neelc.org) Received: from mail.neelc.org (mail.neelc.org [IPv6:2604:2880::8507:5a2e]) by mx1.freebsd.org (Postfix) with ESMTP id 992CE26F2 for ; Fri, 20 Sep 2013 22:43:11 +0000 (UTC) Received: by mail.neelc.org (Postfix, from userid 80) id CC4DD62C17; Fri, 20 Sep 2013 18:42:53 -0400 (EDT) Received: from 24.45.247.193 (SquirrelMail authenticated user neel) by mail.neelc.org with HTTP; Fri, 20 Sep 2013 18:42:53 -0400 Message-ID: <9a969337d881635594dd1ab7aa9e40ba.squirrel@mail.neelc.org> Date: Fri, 20 Sep 2013 18:42:53 -0400 Subject: [patch] Add support for kernel mode setting on Intel Haswell From: "Neel Chauhan" To: freebsd-current@freebsd.org User-Agent: SquirrelMail/1.4.22 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 1 (Highest) Importance: High X-Mailman-Approved-At: Sat, 21 Sep 2013 01:10:15 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: neel@neelc.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Sep 2013 22:43:11 -0000 Dear freebsd-current mailing list, I created a patch to support kernel mode setting on Intel Haswell. The patch starts below: diff -u -r -N freebsd.old/sys/dev/drm2/drm_pciids.h freebsd/sys/dev/drm2/drm_pciids.h --- freebsd.old/sys/dev/drm2/drm_pciids.h 2013-09-20 14:58:24.000000000 -0400 +++ freebsd/sys/dev/drm2/drm_pciids.h 2013-09-20 16:58:47.000000000 -0400 @@ -48,6 +48,42 @@ {0x8086, 0x0162, CHIP_I9XX|CHIP_I915, "Intel IvyBridge"}, \ {0x8086, 0x0166, CHIP_I9XX|CHIP_I915, "Intel IvyBridge (M)"}, \ {0x8086, 0x016A, CHIP_I9XX|CHIP_I915, "Intel IvyBridge (S)"}, \ + {0x8086, 0x0402, CHIP_I9XX|CHIP_I915, "Intel Haswell"}, \ + {0x8086, 0x0412, CHIP_I9XX|CHIP_I915, "Intel Haswell"}, \ + {0x8086, 0x0422, CHIP_I9XX|CHIP_I915, "Intel Haswell"}, \ + {0x8086, 0x0406, CHIP_I9XX|CHIP_I915, "Intel Haswell (M)"}, \ + {0x8086, 0x0416, CHIP_I9XX|CHIP_I915, "Intel Haswell (M)"}, \ + {0x8086, 0x0426, CHIP_I9XX|CHIP_I915, "Intel Haswell (M)"}, \ + {0x8086, 0x040A, CHIP_I9XX|CHIP_I915, "Intel Haswell (S)"}, \ + {0x8086, 0x041A, CHIP_I9XX|CHIP_I915, "Intel Haswell (S)"}, \ + {0x8086, 0x042A, CHIP_I9XX|CHIP_I915, "Intel Haswell (S)"}, \ + {0x8086, 0x0C02, CHIP_I9XX|CHIP_I915, "Intel Haswell"}, \ + {0x8086, 0x0C12, CHIP_I9XX|CHIP_I915, "Intel Haswell"}, \ + {0x8086, 0x0C22, CHIP_I9XX|CHIP_I915, "Intel Haswell"}, \ + {0x8086, 0x0C06, CHIP_I9XX|CHIP_I915, "Intel Haswell (M)"}, \ + {0x8086, 0x0C16, CHIP_I9XX|CHIP_I915, "Intel Haswell (M)"}, \ + {0x8086, 0x0C26, CHIP_I9XX|CHIP_I915, "Intel Haswell (M)"}, \ + {0x8086, 0x0C0A, CHIP_I9XX|CHIP_I915, "Intel Haswell (S)"}, \ + {0x8086, 0x0C1A, CHIP_I9XX|CHIP_I915, "Intel Haswell (S)"}, \ + {0x8086, 0x0C2A, CHIP_I9XX|CHIP_I915, "Intel Haswell (S)"}, \ + {0x8086, 0x0A02, CHIP_I9XX|CHIP_I915, "Intel Haswell"}, \ + {0x8086, 0x0A12, CHIP_I9XX|CHIP_I915, "Intel Haswell"}, \ + {0x8086, 0x0A22, CHIP_I9XX|CHIP_I915, "Intel Haswell"}, \ + {0x8086, 0x0A06, CHIP_I9XX|CHIP_I915, "Intel Haswell (M)"}, \ + {0x8086, 0x0A16, CHIP_I9XX|CHIP_I915, "Intel Haswell (M)"}, \ + {0x8086, 0x0A26, CHIP_I9XX|CHIP_I915, "Intel Haswell (M)"}, \ + {0x8086, 0x0A0A, CHIP_I9XX|CHIP_I915, "Intel Haswell (S)"}, \ + {0x8086, 0x0A1A, CHIP_I9XX|CHIP_I915, "Intel Haswell (S)"}, \ + {0x8086, 0x0A2A, CHIP_I9XX|CHIP_I915, "Intel Haswell (S)"}, \ + {0x8086, 0x0D12, CHIP_I9XX|CHIP_I915, "Intel Haswell"}, \ + {0x8086, 0x0D22, CHIP_I9XX|CHIP_I915, "Intel Haswell"}, \ + {0x8086, 0x0D32, CHIP_I9XX|CHIP_I915, "Intel Haswell"}, \ + {0x8086, 0x0D16, CHIP_I9XX|CHIP_I915, "Intel Haswell (M)"}, \ + {0x8086, 0x0D26, CHIP_I9XX|CHIP_I915, "Intel Haswell (M)"}, \ + {0x8086, 0x0D36, CHIP_I9XX|CHIP_I915, "Intel Haswell (M)"}, \ + {0x8086, 0x0D1A, CHIP_I9XX|CHIP_I915, "Intel Haswell (S)"}, \ + {0x8086, 0x0D2A, CHIP_I9XX|CHIP_I915, "Intel Haswell (S)"}, \ + {0x8086, 0x0D3A, CHIP_I9XX|CHIP_I915, "Intel Haswell (S)"}, \ {0x8086, 0x2562, CHIP_I8XX, "Intel i845G GMCH"}, \ {0x8086, 0x2572, CHIP_I8XX, "Intel i865G GMCH"}, \ {0x8086, 0x2582, CHIP_I9XX|CHIP_I915, "Intel i915G"}, \ diff -u -r -N freebsd.old/sys/dev/drm2/i915/i915_drv.c freebsd/sys/dev/drm2/i915/i915_drv.c --- freebsd.old/sys/dev/drm2/i915/i915_drv.c 2013-09-20 14:58:24.000000000 -0400 +++ freebsd/sys/dev/drm2/i915/i915_drv.c 2013-09-20 16:50:57.000000000 -0400 @@ -173,6 +173,22 @@ .has_llc = 1, }; +static const struct intel_device_info intel_haswell_d_info = { + .is_haswell = 1, .gen = 8, + .need_gfx_hws = 1, .has_hotplug = 1, + .has_bsd_ring = 1, + .has_blt_ring = 1, + .has_llc = 1, +}; + +static const struct intel_device_info intel_haswell_m_info = { + .is_haswell = 1, .gen = 8, .is_mobile = 1, + .need_gfx_hws = 1, .has_hotplug = 1, + .has_bsd_ring = 1, + .has_blt_ring = 1, + .has_llc = 1, +}; + #define INTEL_VGA_DEVICE(id, info_) { \ .device = id, \ .info = info_, \ @@ -226,6 +242,42 @@ INTEL_VGA_DEVICE(0x0162, &intel_ivybridge_d_info), /* GT2 desktop */ INTEL_VGA_DEVICE(0x015a, &intel_ivybridge_d_info), /* GT1 server */ INTEL_VGA_DEVICE(0x016a, &intel_ivybridge_d_info), /* GT2 server */ + INTEL_VGA_DEVICE(0x0402, &intel_haswell_d_info), /* GT1 desktop */ + INTEL_VGA_DEVICE(0x0412, &intel_haswell_d_info), /* GT2 desktop */ + INTEL_VGA_DEVICE(0x0422, &intel_haswell_d_info), /* GT2 desktop */ + INTEL_VGA_DEVICE(0x040a, &intel_haswell_d_info), /* GT1 server */ + INTEL_VGA_DEVICE(0x041a, &intel_haswell_d_info), /* GT2 server */ + INTEL_VGA_DEVICE(0x042a, &intel_haswell_d_info), /* GT2 server */ + INTEL_VGA_DEVICE(0x0406, &intel_haswell_m_info), /* GT1 mobile */ + INTEL_VGA_DEVICE(0x0416, &intel_haswell_m_info), /* GT2 mobile */ + INTEL_VGA_DEVICE(0x0426, &intel_haswell_m_info), /* GT2 mobile */ + INTEL_VGA_DEVICE(0x0C02, &intel_haswell_d_info), /* SDV GT1 desktop */ + INTEL_VGA_DEVICE(0x0C12, &intel_haswell_d_info), /* SDV GT2 desktop */ + INTEL_VGA_DEVICE(0x0C22, &intel_haswell_d_info), /* SDV GT2 desktop */ + INTEL_VGA_DEVICE(0x0C0A, &intel_haswell_d_info), /* SDV GT1 server */ + INTEL_VGA_DEVICE(0x0C1A, &intel_haswell_d_info), /* SDV GT2 server */ + INTEL_VGA_DEVICE(0x0C2A, &intel_haswell_d_info), /* SDV GT2 server */ + INTEL_VGA_DEVICE(0x0C06, &intel_haswell_m_info), /* SDV GT1 mobile */ + INTEL_VGA_DEVICE(0x0C16, &intel_haswell_m_info), /* SDV GT2 mobile */ + INTEL_VGA_DEVICE(0x0C26, &intel_haswell_m_info), /* SDV GT2 mobile */ + INTEL_VGA_DEVICE(0x0A02, &intel_haswell_d_info), /* ULT GT1 desktop */ + INTEL_VGA_DEVICE(0x0A12, &intel_haswell_d_info), /* ULT GT2 desktop */ + INTEL_VGA_DEVICE(0x0A22, &intel_haswell_d_info), /* ULT GT2 desktop */ + INTEL_VGA_DEVICE(0x0A0A, &intel_haswell_d_info), /* ULT GT1 server */ + INTEL_VGA_DEVICE(0x0A1A, &intel_haswell_d_info), /* ULT GT2 server */ + INTEL_VGA_DEVICE(0x0A2A, &intel_haswell_d_info), /* ULT GT2 server */ + INTEL_VGA_DEVICE(0x0A06, &intel_haswell_m_info), /* ULT GT1 mobile */ + INTEL_VGA_DEVICE(0x0A16, &intel_haswell_m_info), /* ULT GT2 mobile */ + INTEL_VGA_DEVICE(0x0A26, &intel_haswell_m_info), /* ULT GT2 mobile */ + INTEL_VGA_DEVICE(0x0D02, &intel_haswell_d_info), /* CRW GT1 desktop */ + INTEL_VGA_DEVICE(0x0D12, &intel_haswell_d_info), /* CRW GT2 desktop */ + INTEL_VGA_DEVICE(0x0D22, &intel_haswell_d_info), /* CRW GT2 desktop */ + INTEL_VGA_DEVICE(0x0D0A, &intel_haswell_d_info), /* CRW GT1 server */ + INTEL_VGA_DEVICE(0x0D1A, &intel_haswell_d_info), /* CRW GT2 server */ + INTEL_VGA_DEVICE(0x0D2A, &intel_haswell_d_info), /* CRW GT2 server */ + INTEL_VGA_DEVICE(0x0D06, &intel_haswell_m_info), /* CRW GT1 mobile */ + INTEL_VGA_DEVICE(0x0D16, &intel_haswell_m_info), /* CRW GT2 mobile */ + INTEL_VGA_DEVICE(0x0D26, &intel_haswell_m_info), /* CRW GT2 mobile */ {0, 0} }; diff -u -r -N freebsd.old/sys/dev/drm2/i915/i915_drv.h freebsd/sys/dev/drm2/i915/i915_drv.h --- freebsd.old/sys/dev/drm2/i915/i915_drv.h 2013-09-20 14:58:24.000000000 -0400 +++ freebsd/sys/dev/drm2/i915/i915_drv.h 2013-09-20 16:15:09.000000000 -0400 @@ -152,6 +152,7 @@ u8 is_broadwater:1; u8 is_crestline:1; u8 is_ivybridge:1; + u8 is_haswell:1; u8 has_fbc:1; u8 has_pipe_cxsr:1; u8 has_hotplug:1; @@ -1406,6 +1407,7 @@ #define IS_IRONLAKE_D(dev) ((dev)->pci_device == 0x0042) #define IS_IRONLAKE_M(dev) ((dev)->pci_device == 0x0046) #define IS_IVYBRIDGE(dev) (INTEL_INFO(dev)->is_ivybridge) +#define IS_HASWELL(dev) (INTEL_INFO(dev)->is_haswell) #define IS_MOBILE(dev) (INTEL_INFO(dev)->is_mobile) /* XXXKIB LEGACY */ diff -u -r -N freebsd.old/sys/dev/drm2/i915/i915_irq.c freebsd/sys/dev/drm2/i915/i915_irq.c --- freebsd.old/sys/dev/drm2/i915/i915_irq.c 2013-09-20 14:58:24.000000000 -0400 +++ freebsd/sys/dev/drm2/i915/i915_irq.c 2013-09-20 17:00:33.000000000 -0400 @@ -1875,6 +1875,14 @@ dev->driver->irq_uninstall = ironlake_irq_uninstall; dev->driver->enable_vblank = ivybridge_enable_vblank; dev->driver->disable_vblank = ivybridge_disable_vblank; + } else if (IS_HASWELL(dev)) { + /* Share interrupts handling with IVB */ + dev->driver->irq_handler = ivybridge_irq_handler; + dev->driver->irq_preinstall = ironlake_irq_preinstall; + dev->driver->irq_postinstall = ivybridge_irq_postinstall; + dev->driver->irq_uninstall = ironlake_irq_uninstall; + dev->driver->enable_vblank = ivybridge_enable_vblank; + dev->driver->disable_vblank = ivybridge_disable_vblank; } else if (HAS_PCH_SPLIT(dev)) { dev->driver->irq_handler = ironlake_irq_handler; dev->driver->irq_preinstall = ironlake_irq_preinstall; This patch is untested, despite the fact that I'm typing this from a computer with Intel Haswell, I have a nVidia card in my computer. On the other hand, this patch does compile without errors. Thanks, Neel From owner-freebsd-current@FreeBSD.ORG Sat Sep 21 03:14:42 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 221E6CFE; Sat, 21 Sep 2013 03:14:42 +0000 (UTC) (envelope-from agh@fastmail.fm) Received: from out3-smtp.messagingengine.com (out3-smtp.messagingengine.com [66.111.4.27]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E568422E7; Sat, 21 Sep 2013 03:14:41 +0000 (UTC) Received: from compute5.internal (compute5.nyi.mail.srv.osa [10.202.2.45]) by gateway1.nyi.mail.srv.osa (Postfix) with ESMTP id A195121B6D; Fri, 20 Sep 2013 23:14:38 -0400 (EDT) Received: from frontend2 ([10.202.2.161]) by compute5.internal (MEProxy); Fri, 20 Sep 2013 23:14:38 -0400 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=fastmail.fm; h= date:from:to:cc:subject:message-id:references:mime-version :content-type:in-reply-to; s=mesmtp; bh=92bo/pHRQmBgVP/AnLDRsFUu bao=; b=deRurn3ySpJGClBW2GyHgoehcFClR7hW+QKnTSJnVvFo9QMPG3IsDyuL wwo9bzbrswg15bJ0B0P3wIfv7o65sRtIGMuOQx5okCMbliaJX0jUxvJTHEdotyYt dmRBlBot0Ya/fIMxWHeitk6F4mE02Bg97RVYzyimRaxDUW8LmWo= DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=date:from:to:cc:subject:message-id :references:mime-version:content-type:in-reply-to; s=smtpout; bh=92bo/pHRQmBgVP/AnLDRsFUubao=; b=Rq2+IymmNa8BuvnEbEBQ5l1S5txp dE2jh53HLY97AKsxUmgv0dzLfWiEMn7uUqfCBbfvlw9LTrn4LpMjZo9CzAr8Fywq FqWT7s2C5OS5SjjJmXEJPGVTUD8e6qBrWWrF65j9+mJDOnGmVJzTKXTNoCGsGP2m jdQHXdauYkFtQ7M= X-Sasl-enc: lYS5JppDtkkg3GwXppU5YGG1Q9xDQMxIO0dAZPXMO4gx 1379733274 Received: from direwolf.aux.io (unknown [203.59.221.16]) by mail.messagingengine.com (Postfix) with ESMTPA id 9E0E9680198; Fri, 20 Sep 2013 23:14:33 -0400 (EDT) Date: Sat, 21 Sep 2013 11:14:29 +0800 From: Alastair Hogge To: Joel Dahl Subject: Re: sysctl: unknown oid 'kern.random.sys.harvest.interrupt Message-ID: <20130921031424.GA3069@direwolf.aux.io> References: <20130916172139.GA1297@devbox.vnode.local> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20130916172139.GA1297@devbox.vnode.local> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Sep 2013 03:14:42 -0000 On 2013-09-16 Mon 19:21:39 +0200, Joel Dahl wrote: > Hi, Hi, > I noticed the following during boot on a machine running HEAD from today: I have noticed this since the recent work to /sys/dev/random > Entropy harvesting:sysctl: unknown oid 'kern.random.sys.harvest.interrupt': No such file or directory > interruptssysctl: unknown oid 'kern.random.sys.harvest.ethernet': No such file or directory > ethernetsysctl: unknown oid 'kern.random.sys.harvest.point_to_point': No such file or directory > point_to_point kickstart. > > Known problem? I currently have a Supermicro X10SLM-F with an Intel Xeon E3-1240V3 that will often panic when booting into multi-user mode. Booting into single user mode to restore the filesystem will sometimes allow the host to continue to multi-user mode, tho there is still often a panic from this point. I have the system configured with gmirror which has the following GPT configuration: freebsd-boot unencrypted /bootdir encrypted swap encrypted / /boot is a soft link to the unencrypted /bootdir, inspired by: http://cgarcia.org/posts/FreeBSD-FDE-Install.html The system is an AMD64 @ 10.0-ALPHA2 r255729. I can only access single user mode via a Java IMPI console; there might be typos: GEOM_ELI: Crypto hardware Enter passphrase for mirror/gm0p5: GEOM_ELI: Device mirror/gm0p5.eli created. GEOM_ELI: Encryption: AES-XTS 128 GEOM_ELI: Crypto: hardware Trying to mount root from ufs:mirror/gm0p5.eli []... ffclock reset: TSC-low (1700035662 Hz), time = 1379730296.50000000 Setting hostuuid: 00000000-0000-0000-0000-002590d6a9dd. Setting hostid: 0x9e7aaf2b Entropy harvesting: interrupts ethernet point_to_point Fatal trap 12: page fault while in kernel mode cpuid = 6; apic id = 06 fault virtual address = 0xffffffff00000010 fault code = supervisor read data, page not present instruction pointer = 0x20:0xffffffff804c0250 stack pointer = 0x28:0xfffffe046731c600 frame pointer = 0x28:0xfffffe046731c670 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 68 (sysctl) [ thread pid 68 tid 100102 ] Stopped at sysctl_sysctl_net_ls+0x80: movl 0x10(%r12),%eax db> bt Tracing pid 68 tid 100102 td 0xfffff8000b5f9000 sysctl_sysctl_next_ls() at sysctl_sysctl_next_ls+0x80/frame 0xfffffe046731c670 sysctl_sysctl_next_ls() at sysctl_sysctl_next_ls+0x155/frame 0xfffffe046731c6e0 sysctl_sysctl_next_ls() at sysctl_sysctl_next_ls+0x191/frame 0xfffffe046731c750 sysctl_sysctl_next() at sysctl_sysctl_next_ls+0x5e/frame 0xffffe046731x800 sysctl_root() at sysctl_root+0x1e4/frame 0xffffe046731c850 userland_sysctl() at userland_sysctl+0x192/frame 0xfffffe046731c8f0 sys___sysctl() at sys___sysctl+0x74/frame 0xfffffe046731c9a0 amd64_syscall() at amd64_syscall+0x239/frame 0xfffffe046731cab0 Xfast_syscall() at Xfast_syscall+0xfb/frame 0xfffffe046731cab0 --- syscall (202, FreeBSD ELF64, sys___sysctl), rip = 0x80095553a, rsp = 0x7fffffffd768, rbp = 0x7fffffffd7a0 --- db> $ cat /etc/make.conf WITH_PKGNG=YES PERL_VERSION=5.16.3 MAKE_JOBS_NUMBER=9 NO_PROFILE=true CPUTYPE?=corei7-avx PERL_VERSION=5.16.3 $ cat /etc/src.conf ALWAYS_CHECK_MAKE=YES MALLOC_PRODUCTION=YES CC=clang CXX=clang++ CPP=clang-cpp # See man 5 src.conf WITH_BSDCONFIG=YES WITH_BSD_GREP=YES WITH_CLANG_EXTRAS=YES WITH_CLANG_FULL=YES #WITH_DEBUG_FILES=YES WITH_ICONV=YES WITH_LLDB=YES WITH_LIBCPLUSPLUS=YES WITH_NMTREE=YES WITH_SVNLITE=YES WITHOUT_BIND=YES WITHOUT_BIND_IDN=YES WITHOUT_BIND_LARGE_FILE=YES WITHOUT_BIND_SIGCHASE=YES WITHOUT_CTM=YES WITHOUT_CVS=YES WITHOUT_FLOPPY=YES WITHOUT_IPFILTER=YES WITHOUT_IPFW=YES WITHOUT_IPX=YES #WITHOUT_KERBEROS=YES #WITHOUT_KERBEROS_SUPPORT=YES WITHOUT_LPR=YES WITHOUT_NCP=YES #WITHOUT_NIS=YES WITHOUT_RCMDS=YES WITHOUT_SENDMAIL=YES WITHOUT_ZFS=YES $ cat /boot/loader.conf vfs.root.mountfrom="ufs:mirror/gm0p5.eli" loader_logo="beastie" kernel="kernel.DEBUG" kern.cam.ada.legacy_aliases=0 kern.cam.cd.retry_count=0 hw.ivy_rng_enable=0 # does not make any diff. to panic hw.usb.no_boot_wait=1 hw.pci.do_power_nodriver=3 $ cat /etc/rc.conf # Networking hostname="example.org" ifconfig_igb0="inet 10.0.0.2 netmask 255.255.255.0" defaultrouter="10.0.0.1" nsd_enable="NO" unbound_enable="YES" sshd_enable="YES" ftpd_enable="NO" ntpd_sync_on_start="YES" ntpd_enable="YES" nginx_enable="NO" opendnssec_enable="NO" sshguard_watch_logs="/var/log/auth.log" sshguard_enable="YES" # Firewall pflog_logfile="/var/log/pflog" pflog_enable="YES" pf_rules="/etc/pf.conf" pf_enable="YES" # Filesystem background_fsck="NO" dumpdev="AUTO" # Maintenance clear_tmp_enable="YES" clearvar_enalble="YES" populate_var="YES" # Mail sendmail_enable="NO" sendmail_submit_enable="NO" sendmail_outbound_enable="NO" sendmail_msp_queue_enable="NO" smtpd_flags="-v" smtpd_enable="NO" obspamd_flags="-h smtp.example.org -n spamd -v" obspamd_enable="YES" obspamlogd_enable="YES" # Misc bsdstats_enable="YES" $ cat /sys/amd64/cond/EXAMPLE_DEBUG cpu HAMMER ident EXAMPLE_DEBUG options SCHED_ULE # ULE scheduler options PREEMPTION # Enable kernel thread preemption options INET # InterNETworking options INET6 # IPv6 communications protocols options TCP_OFFLOAD # TCP offload options SCTP # Stream Control Transmission Protocol options FFS # Berkeley Fast Filesystem options SOFTUPDATES # Enable FFS soft updates support options UFS_ACL # Support for access control lists options UFS_DIRHASH # Improve performance on big directories options UFS_GJOURNAL # Enable gjournal-based UFS journaling options QUOTA # Enable disk quotas for UFS options MD_ROOT # MD is a potential root device options NFSCL # New Network Filesystem Client options NFSD # New Network Filesystem Server options NFSLOCKD # Network Lock Manager nooptions NFS_ROOT # NFS usable as /, requires NFSCL options MSDOSFS # MSDOS Filesystem options CD9660 # ISO 9660 Filesystem options PROCFS # Process filesystem (requires PSEUDOFS) options PSEUDOFS # Pseudo-filesystem framework options GEOM_ELI options GEOM_PART_GPT # GUID Partition Tables. nooptions GEOM_RAID # Soft RAID functionality. options GEOM_LABEL # Provides labelization options GEOM_MIRROR options COMPAT_FREEBSD32 # Compatible with i386 binaries nooptions COMPAT_FREEBSD4 # Compatible with FreeBSD4 nooptions COMPAT_FREEBSD5 # Compatible with FreeBSD5 nooptions COMPAT_FREEBSD6 # Compatible with FreeBSD6 options COMPAT_FREEBSD7 # Compatible with FreeBSD7 options SCSI_DELAY=5000 # Delay (in ms) before probing SCSI options KTRACE # ktrace(1) support options STACK # stack(9) support options SYSVSHM # SYSV-style shared memory options SYSVMSG # SYSV-style message queues options SYSVSEM # SYSV-style semaphores options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extensions options PRINTF_BUFR_SIZE=128 # Prevent printf output being interspersed. options KBD_INSTALL_CDEV # install a CDEV entry in /dev options HWPMC_HOOKS # Necessary kernel hooks for hwpmc(4) options AUDIT # Security event auditing options CAPABILITY_MODE # Capsicum capability mode options CAPABILITIES # Capsicum capabilities options PROCDESC # Support for process descriptors options MAC # TrustedBSD MAC Framework nooptions KDTRACE_FRAME # Ensure frames are compiled in nooptions KDTRACE_HOOKS # Kernel DTrace hooks options INCLUDE_CONFIG_FILE # Include this file in kernel nooptions KDB # Kernel debugger related code nooptions KDB_TRACE # Print a stack trace for a panic nooptions DDB_CTF # kernel ELF linker loads CTF data # Make an SMP-capable kernel by default options SMP # Symmetric MultiProcessor Kernel # CPU frequency control device cpufreq # Bus support. device acpi device pci # Floppy drives device fdc # ATA controllers device ahci # AHCI-compatible SATA controllers nodevice ata # Legacy ATA/SATA controllers nooptions ATA_CAM # Handle legacy controllers with CAM nooptions ATA_STATIC_ID # Static device numbering nodevice mvs # Marvell 88SX50XX/88SX60XX/88SX70XX/SoC SATA nodevice siis # SiliconImage SiI3124/SiI3132/SiI3531 SATA # SCSI Controllers nodevice ahc # AHA2940 and onboard AIC7xxx devices nooptions AHC_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~128k to driver. nodevice ahd # AHA39320/29320 and onboard AIC79xx devices nooptions AHD_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~215k to driver. nodevice esp # AMD Am53C974 (Tekram DC-390(T)) nodevice hptiop # Highpoint RocketRaid 3xxx series nodevice isp # Qlogic family #device ispfw # Firmware for QLogic HBAs- normally a module nodevice mpt # LSI-Logic MPT-Fusion nodevice mps # LSI-Logic MPT-Fusion 2 #device ncr # NCR/Symbios Logic nodevice sym # NCR/Symbios Logic (newer chipsets + those of `ncr') nodevice trm # Tekram DC395U/UW/F DC315U adapters nodevice adv # Advansys SCSI adapters nodevice adw # Advansys wide SCSI adapters nodevice aic # Adaptec 15[012]x SCSI adapters, AIC-6[23]60. nodevice bt # Buslogic/Mylex MultiMaster SCSI adapters nodevice isci # Intel C600 SAS controller # ATA/SCSI peripherals device scbus # SCSI bus (required for ATA/SCSI) device ch # SCSI media changers device da # Direct Access (disks) device sa # Sequential Access (tape etc) device cd # CD device pass # Passthrough device (direct ATA/SCSI access) device ses # Enclosure Services (SES and SAF-TE) #device ctl # CAM Target Layer # RAID controllers interfaced to the SCSI subsystem nodevice amr # AMI MegaRAID nodevice arcmsr # Areca SATA II RAID #XXX it is not 64-bit clean, -scottl #device asr # DPT SmartRAID V, VI and Adaptec SCSI RAID nodevice ciss # Compaq Smart RAID 5* nodevice dpt # DPT Smartcache III, IV - See NOTES for options nodevice hptmv # Highpoint RocketRAID 182x nodevice hptrr # Highpoint RocketRAID 17xx, 22xx, 23xx, 25xx nodevice iir # Intel Integrated RAID nodevice ips # IBM (Adaptec) ServeRAID nodevice mly # Mylex AcceleRAID/eXtremeRAID nodevice twa # 3ware 9000 series PATA/SATA RAID nodevice tws # LSI 3ware 9750 SATA+SAS 6Gb/s RAID controller # RAID controllers nodevice aac # Adaptec FSA RAID nodevice aacp # SCSI passthrough for aac (requires CAM) nodevice ida # Compaq Smart RAID nodevice mfi # LSI MegaRAID SAS nodevice mlx # Mylex DAC960 family #XXX pointer/int warnings #device pst # Promise Supertrak SX6000 nodevice twe # 3ware ATA RAID # atkbdc0 controls both the keyboard and the PS/2 mouse device atkbdc # AT keyboard controller device atkbd # AT keyboard device psm # PS/2 mouse device kbdmux # keyboard multiplexer device vga # VGA video card driver nooptions VESA # Add support for VESA BIOS Extensions (VBE) device splash # Splash screen and screen saver support # syscons is the default console driver, resembling an SCO console device sc options SC_PIXEL_MODE # add support for the raster text mode nodevice agp # support several AGP chipsets # PCCARD (PCMCIA) support # PCMCIA and cardbus bridge support nodevice cbb # cardbus (yenta) bridge nodevice pccard # PC Card (16-bit) bus nodevice cardbus # CardBus (32-bit) bus # Serial (COM) ports device uart # Generic UART driver # Parallel port nodevice ppc nodevice ppbus # Parallel port bus (required) nodevice lpt # Printer nodevice plip # TCP/IP over parallel nodevice ppi # Parallel port interface device #device vpo # Requires scbus and da device puc # Multi I/O cards and multi-channel UARTs # PCI Ethernet NICs. nodevice bxe # Broadcom BCM57710/BCM57711/BCM57711E 10Gb Ethernet nodevice de # DEC/Intel DC21x4x (``Tulip'') nodevice em # Intel PRO/1000 Gigabit Ethernet Family device igb # Intel PRO/1000 PCIE Server Gigabit Family nodevice ixgbe # Intel PRO/10GbE PCIE Ethernet Family nodevice le # AMD Am7900 LANCE and Am79C9xx PCnet nodevice ti # Alteon Networks Tigon I/II gigabit Ethernet nodevice txp # 3Com 3cR990 (``Typhoon'') nodevice vx # 3Com 3c590, 3c595 (``Vortex'') # PCI Ethernet NICs that use the common MII bus controller code. # NOTE: Be sure to keep the 'device miibus' line in order to use these NICs! nodevice miibus # MII bus support nodevice ae # Attansic/Atheros L2 FastEthernet nodevice age # Attansic/Atheros L1 Gigabit Ethernet nodevice alc # Atheros AR8131/AR8132 Ethernet nodevice ale # Atheros AR8121/AR8113/AR8114 Ethernet nodevice bce # Broadcom BCM5706/BCM5708 Gigabit Ethernet nodevice bfe # Broadcom BCM440x 10/100 Ethernet nodevice bge # Broadcom BCM570xx Gigabit Ethernet nodevice cas # Sun Cassini/Cassini+ and NS DP83065 Saturn nodevice dc # DEC/Intel 21143 and various workalikes nodevice et # Agere ET1310 10/100/Gigabit Ethernet nodevice fxp # Intel EtherExpress PRO/100B (82557, 82558) nodevice gem # Sun GEM/Sun ERI/Apple GMAC nodevice hme # Sun HME (Happy Meal Ethernet) nodevice jme # JMicron JMC250 Gigabit/JMC260 Fast Ethernet nodevice lge # Level 1 LXT1001 gigabit Ethernet nodevice msk # Marvell/SysKonnect Yukon II Gigabit Ethernet nodevice nfe # nVidia nForce MCP on-board Ethernet nodevice nge # NatSemi DP83820 gigabit Ethernet #device nve # nVidia nForce MCP on-board Ethernet Networking nodevice pcn # AMD Am79C97x PCI 10/100 (precedence over 'le') nodevice re # RealTek 8139C+/8169/8169S/8110S nodevice rl # RealTek 8129/8139 nodevice sf # Adaptec AIC-6915 (``Starfire'') nodevice sge # Silicon Integrated Systems SiS190/191 nodevice sis # Silicon Integrated Systems SiS 900/SiS 7016 nodevice sk # SysKonnect SK-984x & SK-982x gigabit Ethernet nodevice ste # Sundance ST201 (D-Link DFE-550TX) nodevice stge # Sundance/Tamarack TC9021 gigabit Ethernet nodevice tl # Texas Instruments ThunderLAN nodevice tx # SMC EtherPower II (83c170 ``EPIC'') nodevice vge # VIA VT612x gigabit Ethernet nodevice vr # VIA Rhine, Rhine II nodevice wb # Winbond W89C840F nodevice xl # 3Com 3c90x (``Boomerang'', ``Cyclone'') # ISA Ethernet NICs. pccard NICs included. nodevice cs # Crystal Semiconductor CS89x0 NIC # 'device ed' requires 'device miibus' nodevice ed # NE[12]000, SMC Ultra, 3c503, DS8390 cards nodevice ex # Intel EtherExpress Pro/10 and Pro/10+ nodevice ep # Etherlink III based cards nodevice fe # Fujitsu MB8696x based cards nodevice sn # SMC's 9000 series of Ethernet chips nodevice xe # Xircom pccard Ethernet # Wireless NIC cards nodevice wlan # 802.11 support nooptions IEEE80211_DEBUG # enable debug msgs nooptions IEEE80211_AMPDU_AGE # age frames in AMPDU reorder q's nooptions IEEE80211_SUPPORT_MESH # enable 802.11s draft support nodevice wlan_wep # 802.11 WEP support nodevice wlan_ccmp # 802.11 CCMP support nodevice wlan_tkip # 802.11 TKIP support nodevice wlan_amrr # AMRR transmit rate control algorithm nodevice an # Aironet 4500/4800 802.11 wireless NICs. nodevice ath # Atheros NIC's nodevice ath_pci # Atheros pci/cardbus glue nodevice ath_hal # pci/cardbus chip support nooptions AH_SUPPORT_AR5416 # enable AR5416 tx/rx descriptors nodevice ath_rate_sample # SampleRate tx rate control for ath #device bwi # Broadcom BCM430x/BCM431x wireless NICs. #device bwn # Broadcom BCM43xx wireless NICs. nodevice ipw # Intel 2100 wireless NICs. nodevice iwi # Intel 2200BG/2225BG/2915ABG wireless NICs. nodevice iwn # Intel 4965/1000/5000/6000 wireless NICs. nodevice malo # Marvell Libertas wireless NICs. nodevice mwl # Marvell 88W8363 802.11n wireless NICs. nodevice ral # Ralink Technology RT2500 wireless NICs. nodevice wi # WaveLAN/Intersil/Symbol 802.11 wireless NICs. nodevice wpi # Intel 3945ABG wireless NICs. # Pseudo devices. device loop # Network loopback device random # Entropy device device padlock_rng # VIA Padlock RNG device rdrand_rng # Intel Bull Mountain RNG device ether # Ethernet support device vlan # 802.1Q VLAN support device tun # Packet tunnel. device md # Memory "disks" device gif # IPv6 and IPv4 tunneling device faith # IPv6-to-IPv4 relaying (translation) device firmware # firmware assist module # The `bpf' device enables the Berkeley Packet Filter. # Be aware of the administrative consequences of enabling this! # Note that 'bpf' is required for DHCP. device bpf # Berkeley packet filter # USB support options USB_DEBUG # enable debug msgs device uhci # UHCI PCI->USB interface nodevice ohci # OHCI PCI->USB interface device ehci # EHCI PCI->USB interface (USB 2.0) nodevice xhci # XHCI PCI->USB interface (USB 3.0) device usb # USB Bus (required) device ukbd # Keyboard device umass # Disks/Mass storage - Requires scbus and da # Sound support nodevice sound # Generic sound driver (required) nodevice snd_cmi # CMedia CMI8338/CMI8738 nodevice snd_csa # Crystal Semiconductor CS461x/428x nodevice snd_emu10kx # Creative SoundBlaster Live! and Audigy nodevice snd_es137x # Ensoniq AudioPCI ES137x nodevice snd_hda # Intel High Definition Audio nodevice snd_ich # Intel, NVidia and other ICH AC'97 Audio nodevice snd_uaudio # USB Audio nodevice snd_via8233 # VIA VT8233x Audio # UTF-8 console options TEKEN_UTF8 ##################################################################### # crypto subsystem # # This is a port of the OpenBSD crypto framework. Include this when # configuring IPSEC and when you have a h/w crypto device to accelerate # user applications that link to OpenSSL. # # Drivers are ports from OpenBSD with some simple enhancements that have # been fed back to OpenBSD. device crypto # core crypto support device cryptodev # /dev/crypto for access to h/w device aesni # The pf packet filter consists of three devices: # The `pf' device provides /dev/pf and the firewall code itself. # The `pflog' device provides the pflog0 interface which logs packets. # The `pfsync' device provides the pfsync0 interface used for # synchronization of firewall state tables (over the net). device pf device pflog device pfsync # altq(9). Enable the base part of the hooks with the ALTQ option. # Individual disciplines must be built into the base system and can not be # loaded as modules at this point. ALTQ requires a stable TSC so if yours is # broken or changes with CPU throttling then you must also have the ALTQ_NOPCC # option. options ALTQ options ALTQ_CBQ # Class Based Queueing options ALTQ_RED # Random Early Detection options ALTQ_RIO # RED In/Out options ALTQ_HFSC # Hierarchical Packet Scheduler options ALTQ_CDNR # Traffic conditioner options ALTQ_PRIQ # Priority Queueing options ALTQ_NOPCC # Required if the TSC is unusable # Use real implementations of the aio_* system calls. There are numerous # stability and security issues in the current aio code that make it # unsuitable for inclusion on machines with untrusted local users. nooptions VFS_AIO # Netmap device netmap # CPU temp nodevice amdtemp device coretemp # Enable support for generic feed-forward clocks in the kernel. # The feed-forward clock support is an alternative to the feedback oriented # ntpd/system clock approach, and is to be used with a feed-forward # synchronization algorithm such as the RADclock: # More info here: http://www.synclab.org/radclock options FFCLOCK # VirtIO support device virtio # Generic VirtIO bus (required) device virtio_pci # VirtIO PCI device device vtnet # VirtIO Ethernet device device virtio_blk # VirtIO Block device device virtio_scsi # VirtIO SCSI device device virtio_balloon # VirtIO Memory Balloon device options TMPFS #Efficient memory filesystem nooptions UDF #Universal Disk Format device hwpmc # Hardware Performance Monitoring Counter support From owner-freebsd-current@FreeBSD.ORG Sat Sep 21 05:44:50 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 9266462E; Sat, 21 Sep 2013 05:44:50 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 5A42D294B; Sat, 21 Sep 2013 05:44:47 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id r8L5IOaW032722; Sat, 21 Sep 2013 01:18:24 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r8L5IOXe032711; Sat, 21 Sep 2013 05:18:24 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 21 Sep 2013 05:18:24 GMT Message-Id: <201309210518.r8L5IOXe032711@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on armv6/arm Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Sep 2013 05:44:50 -0000 TB --- 2013-09-21 02:10:18 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-09-21 02:10:18 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-09-21 02:10:18 - starting HEAD tinderbox run for armv6/arm TB --- 2013-09-21 02:10:18 - cleaning the object tree TB --- 2013-09-21 02:10:18 - /usr/local/bin/svn stat /src TB --- 2013-09-21 02:10:23 - At svn revision 255752 TB --- 2013-09-21 02:10:24 - building world TB --- 2013-09-21 02:10:24 - CROSS_BUILD_TESTING=YES TB --- 2013-09-21 02:10:24 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-21 02:10:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-21 02:10:24 - SRCCONF=/dev/null TB --- 2013-09-21 02:10:24 - TARGET=arm TB --- 2013-09-21 02:10:24 - TARGET_ARCH=armv6 TB --- 2013-09-21 02:10:24 - TZ=UTC TB --- 2013-09-21 02:10:24 - __MAKE_CONF=/dev/null TB --- 2013-09-21 02:10:24 - cd /src TB --- 2013-09-21 02:10:24 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Sep 21 02:10:31 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Sep 21 05:13:28 UTC 2013 TB --- 2013-09-21 05:13:28 - generating LINT kernel config TB --- 2013-09-21 05:13:28 - cd /src/sys/arm/conf TB --- 2013-09-21 05:13:28 - /usr/bin/make -B LINT TB --- 2013-09-21 05:13:28 - cd /src/sys/arm/conf TB --- 2013-09-21 05:13:28 - /usr/sbin/config -m LINT TB --- 2013-09-21 05:13:28 - skipping LINT kernel TB --- 2013-09-21 05:13:28 - cd /src/sys/arm/conf TB --- 2013-09-21 05:13:28 - /usr/sbin/config -m AC100 TB --- 2013-09-21 05:13:28 - building AC100 kernel TB --- 2013-09-21 05:13:28 - CROSS_BUILD_TESTING=YES TB --- 2013-09-21 05:13:28 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-21 05:13:28 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-21 05:13:28 - SRCCONF=/dev/null TB --- 2013-09-21 05:13:28 - TARGET=arm TB --- 2013-09-21 05:13:28 - TARGET_ARCH=armv6 TB --- 2013-09-21 05:13:28 - TZ=UTC TB --- 2013-09-21 05:13:28 - __MAKE_CONF=/dev/null TB --- 2013-09-21 05:13:28 - cd /src TB --- 2013-09-21 05:13:28 - /usr/bin/make -B buildkernel KERNCONF=AC100 >>> Kernel build for AC100 started on Sat Sep 21 05:13:28 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AC100 completed on Sat Sep 21 05:16:11 UTC 2013 TB --- 2013-09-21 05:16:11 - cd /src/sys/arm/conf TB --- 2013-09-21 05:16:11 - /usr/sbin/config -m ARMADAXP TB --- 2013-09-21 05:16:11 - building ARMADAXP kernel TB --- 2013-09-21 05:16:11 - CROSS_BUILD_TESTING=YES TB --- 2013-09-21 05:16:11 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-21 05:16:11 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-21 05:16:11 - SRCCONF=/dev/null TB --- 2013-09-21 05:16:11 - TARGET=arm TB --- 2013-09-21 05:16:11 - TARGET_ARCH=armv6 TB --- 2013-09-21 05:16:11 - TZ=UTC TB --- 2013-09-21 05:16:11 - __MAKE_CONF=/dev/null TB --- 2013-09-21 05:16:11 - cd /src TB --- 2013-09-21 05:16:11 - /usr/bin/make -B buildkernel KERNCONF=ARMADAXP >>> Kernel build for ARMADAXP started on Sat Sep 21 05:16:11 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -funwind-tables -mllvm -arm-enable-ehabi -ffreestanding -Werror /src/sys/kern/subr_smp.c /src/sys/kern/subr_smp.c:235:14: error: use of undeclared identifier 'IPI_SUSPEND' if (type == IPI_SUSPEND) ^ /src/sys/kern/subr_smp.c:265:14: error: use of undeclared identifier 'IPI_SUSPEND' if (type == IPI_SUSPEND) ^ 2 errors generated. *** Error code 1 Stop. bmake[1]: stopped in /obj/arm.armv6/src/sys/ARMADAXP *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-09-21 05:18:24 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-09-21 05:18:24 - ERROR: failed to build ARMADAXP kernel TB --- 2013-09-21 05:18:24 - 9020.48 user 1702.46 system 11286.07 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-armv6-arm.full From owner-freebsd-current@FreeBSD.ORG Sat Sep 21 08:20:49 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 89DA3DCC for ; Sat, 21 Sep 2013 08:20:49 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 489602FDB for ; Sat, 21 Sep 2013 08:20:48 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.80.1) for freebsd-current@freebsd.org with esmtp (envelope-from ) id <1VNIQi-0001ZI-Ec>; Sat, 21 Sep 2013 10:20:40 +0200 Received: from e179037119.adsl.alicedsl.de ([85.179.37.119] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.80.1) for freebsd-current@freebsd.org with esmtpsa (envelope-from ) id <1VNIQi-000kFX-BC>; Sat, 21 Sep 2013 10:20:40 +0200 Date: Sat, 21 Sep 2013 10:20:35 +0200 From: "O. Hartmann" To: FreeBSD CURRENT Subject: r255757: crahsing frquently, even faster when compiled with WITH_SSP in /etc/make.conf Message-ID: <20130921102035.1d99fca6@thor.walstatt.dyndns.org> Organization: FU Berlin X-Mailer: Claws Mail 3.9.2 (GTK+ 2.24.19; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/yZm+fEGMaOw_v/V7Ir2m8gT"; protocol="application/pgp-signature" X-Originating-IP: 85.179.37.119 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Sep 2013 08:20:49 -0000 --Sig_/yZm+fEGMaOw_v/V7Ir2m8gT Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Today, I realised that the most recent source (r255757) is crashing very frequent when under load (compiling world). This pgenomenon is with all FreeBSD CURRENT boxes I updated recently to r255757 and the kernel I work on at the very moment is on those system FreeBSD 10.0-ALPHA2 #2 r255748: Sat Sep 21 01:34:00 CEST 2013 amd64 The systems do not have converters/libiconv anymore, the world/kernel is compiled with option -std=3Dc++11 for the C++ compiler (which is purely CLANG now). I do not have anymore libsdtc++ from the GNU contribution in the system. I mention this, because it is always asked what differences my sources are from the vanilla repositorium of head. This is all.=20 As I said, the crashes occur under load. This is on servers without any graphical device and those with, having the nvidia BLOB 325.15 compiled. So I think this could be excluded. The crash occurs much faster (every 1 - 5 minutes after load) having set WITH_SPP in /etc/make.conf. This is on all systems. Without this option, the system endures a while, but I can not trigger it by intention except compiling world. --Sig_/yZm+fEGMaOw_v/V7Ir2m8gT Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.21 (FreeBSD) iQEcBAEBAgAGBQJSPVbXAAoJEOgBcD7A/5N8mnsH/jItc4Yz8AisglpZCf5WgO8r +EAZinB0cu1eYl7V4lykYPo2vyaRsfjZ0REHQuQ6i2CBAsjU3tEXMLfATxMJLl74 Z+chlDZ3dMxspTNGI49mbwpB3Ez1GUGky4FHcXK4xOaWMJ+PzPukhvaM2BpdX0MY mn8mqPDCwlw5u4T5SpP6d/mB6JnlEdjNIbssidVjuzPr02IFaTy300AqtCM9bf6m 70PwdAiesLC6S4VMvVod/ijHUGkwPUHsawz6wmEZ/9ahM/h3d51TC3GBu+X/qaVD Z/2Q253GYR5e/+Aj2PDRqfF3D88M62WUqNsI//mpj8iqh9cGvMBOet/UafRhYr8= =NiSp -----END PGP SIGNATURE----- --Sig_/yZm+fEGMaOw_v/V7Ir2m8gT-- From owner-freebsd-current@FreeBSD.ORG Sat Sep 21 08:43:32 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 0BE186CF; Sat, 21 Sep 2013 08:43:32 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B50AB21C2; Sat, 21 Sep 2013 08:43:31 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id r8L8hUk3082186; Sat, 21 Sep 2013 04:43:30 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r8L8hUVp082167; Sat, 21 Sep 2013 08:43:30 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 21 Sep 2013 08:43:30 GMT Message-Id: <201309210843.r8L8hUVp082167@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on i386/i386 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Sep 2013 08:43:32 -0000 TB --- 2013-09-21 02:10:18 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-09-21 02:10:18 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-09-21 02:10:18 - starting HEAD tinderbox run for i386/i386 TB --- 2013-09-21 02:10:18 - cleaning the object tree TB --- 2013-09-21 02:10:18 - /usr/local/bin/svn stat /src TB --- 2013-09-21 02:10:23 - At svn revision 255752 TB --- 2013-09-21 02:10:24 - building world TB --- 2013-09-21 02:10:24 - CROSS_BUILD_TESTING=YES TB --- 2013-09-21 02:10:24 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-21 02:10:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-21 02:10:24 - SRCCONF=/dev/null TB --- 2013-09-21 02:10:24 - TARGET=i386 TB --- 2013-09-21 02:10:24 - TARGET_ARCH=i386 TB --- 2013-09-21 02:10:24 - TZ=UTC TB --- 2013-09-21 02:10:24 - __MAKE_CONF=/dev/null TB --- 2013-09-21 02:10:24 - cd /src TB --- 2013-09-21 02:10:24 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Sep 21 02:10:31 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Sep 21 05:23:15 UTC 2013 TB --- 2013-09-21 05:23:15 - generating LINT kernel config TB --- 2013-09-21 05:23:15 - cd /src/sys/i386/conf TB --- 2013-09-21 05:23:15 - /usr/bin/make -B LINT TB --- 2013-09-21 05:23:15 - cd /src/sys/i386/conf TB --- 2013-09-21 05:23:15 - /usr/sbin/config -m LINT TB --- 2013-09-21 05:23:15 - building LINT kernel TB --- 2013-09-21 05:23:15 - CROSS_BUILD_TESTING=YES TB --- 2013-09-21 05:23:15 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-21 05:23:15 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-21 05:23:15 - SRCCONF=/dev/null TB --- 2013-09-21 05:23:15 - TARGET=i386 TB --- 2013-09-21 05:23:15 - TARGET_ARCH=i386 TB --- 2013-09-21 05:23:15 - TZ=UTC TB --- 2013-09-21 05:23:15 - __MAKE_CONF=/dev/null TB --- 2013-09-21 05:23:15 - cd /src TB --- 2013-09-21 05:23:15 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Sep 21 05:23:15 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT completed on Sat Sep 21 05:57:19 UTC 2013 TB --- 2013-09-21 05:57:19 - cd /src/sys/i386/conf TB --- 2013-09-21 05:57:19 - /usr/sbin/config -m LINT-NOINET TB --- 2013-09-21 05:57:19 - building LINT-NOINET kernel TB --- 2013-09-21 05:57:19 - CROSS_BUILD_TESTING=YES TB --- 2013-09-21 05:57:19 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-21 05:57:19 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-21 05:57:19 - SRCCONF=/dev/null TB --- 2013-09-21 05:57:19 - TARGET=i386 TB --- 2013-09-21 05:57:19 - TARGET_ARCH=i386 TB --- 2013-09-21 05:57:19 - TZ=UTC TB --- 2013-09-21 05:57:19 - __MAKE_CONF=/dev/null TB --- 2013-09-21 05:57:19 - cd /src TB --- 2013-09-21 05:57:19 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET >>> Kernel build for LINT-NOINET started on Sat Sep 21 05:57:19 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT-NOINET completed on Sat Sep 21 06:29:05 UTC 2013 TB --- 2013-09-21 06:29:05 - cd /src/sys/i386/conf TB --- 2013-09-21 06:29:05 - /usr/sbin/config -m LINT-NOINET6 TB --- 2013-09-21 06:29:05 - building LINT-NOINET6 kernel TB --- 2013-09-21 06:29:05 - CROSS_BUILD_TESTING=YES TB --- 2013-09-21 06:29:05 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-21 06:29:05 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-21 06:29:05 - SRCCONF=/dev/null TB --- 2013-09-21 06:29:05 - TARGET=i386 TB --- 2013-09-21 06:29:05 - TARGET_ARCH=i386 TB --- 2013-09-21 06:29:05 - TZ=UTC TB --- 2013-09-21 06:29:05 - __MAKE_CONF=/dev/null TB --- 2013-09-21 06:29:05 - cd /src TB --- 2013-09-21 06:29:05 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET6 >>> Kernel build for LINT-NOINET6 started on Sat Sep 21 06:29:05 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT-NOINET6 completed on Sat Sep 21 07:02:29 UTC 2013 TB --- 2013-09-21 07:02:29 - cd /src/sys/i386/conf TB --- 2013-09-21 07:02:29 - /usr/sbin/config -m LINT-NOIP TB --- 2013-09-21 07:02:29 - building LINT-NOIP kernel TB --- 2013-09-21 07:02:29 - CROSS_BUILD_TESTING=YES TB --- 2013-09-21 07:02:29 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-21 07:02:29 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-21 07:02:29 - SRCCONF=/dev/null TB --- 2013-09-21 07:02:29 - TARGET=i386 TB --- 2013-09-21 07:02:29 - TARGET_ARCH=i386 TB --- 2013-09-21 07:02:29 - TZ=UTC TB --- 2013-09-21 07:02:29 - __MAKE_CONF=/dev/null TB --- 2013-09-21 07:02:29 - cd /src TB --- 2013-09-21 07:02:29 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOIP >>> Kernel build for LINT-NOIP started on Sat Sep 21 07:02:29 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT-NOIP completed on Sat Sep 21 07:32:49 UTC 2013 TB --- 2013-09-21 07:32:49 - cd /src/sys/i386/conf TB --- 2013-09-21 07:32:49 - /usr/sbin/config -m LINT-VIMAGE TB --- 2013-09-21 07:32:49 - building LINT-VIMAGE kernel TB --- 2013-09-21 07:32:49 - CROSS_BUILD_TESTING=YES TB --- 2013-09-21 07:32:49 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-21 07:32:49 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-21 07:32:49 - SRCCONF=/dev/null TB --- 2013-09-21 07:32:49 - TARGET=i386 TB --- 2013-09-21 07:32:49 - TARGET_ARCH=i386 TB --- 2013-09-21 07:32:49 - TZ=UTC TB --- 2013-09-21 07:32:49 - __MAKE_CONF=/dev/null TB --- 2013-09-21 07:32:49 - cd /src TB --- 2013-09-21 07:32:49 - /usr/bin/make -B buildkernel KERNCONF=LINT-VIMAGE >>> Kernel build for LINT-VIMAGE started on Sat Sep 21 07:32:49 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT-VIMAGE completed on Sat Sep 21 08:06:01 UTC 2013 TB --- 2013-09-21 08:06:01 - cd /src/sys/i386/conf TB --- 2013-09-21 08:06:01 - /usr/sbin/config -m GENERIC TB --- 2013-09-21 08:06:01 - building GENERIC kernel TB --- 2013-09-21 08:06:01 - CROSS_BUILD_TESTING=YES TB --- 2013-09-21 08:06:01 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-21 08:06:01 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-21 08:06:01 - SRCCONF=/dev/null TB --- 2013-09-21 08:06:01 - TARGET=i386 TB --- 2013-09-21 08:06:01 - TARGET_ARCH=i386 TB --- 2013-09-21 08:06:01 - TZ=UTC TB --- 2013-09-21 08:06:01 - __MAKE_CONF=/dev/null TB --- 2013-09-21 08:06:01 - cd /src TB --- 2013-09-21 08:06:01 - /usr/bin/make -B buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Sat Sep 21 08:06:01 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for GENERIC completed on Sat Sep 21 08:38:56 UTC 2013 TB --- 2013-09-21 08:38:56 - cd /src/sys/i386/conf TB --- 2013-09-21 08:38:56 - /usr/sbin/config -m PAE TB --- 2013-09-21 08:38:56 - building PAE kernel TB --- 2013-09-21 08:38:56 - CROSS_BUILD_TESTING=YES TB --- 2013-09-21 08:38:56 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-21 08:38:56 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-21 08:38:56 - SRCCONF=/dev/null TB --- 2013-09-21 08:38:56 - TARGET=i386 TB --- 2013-09-21 08:38:56 - TARGET_ARCH=i386 TB --- 2013-09-21 08:38:56 - TZ=UTC TB --- 2013-09-21 08:38:56 - __MAKE_CONF=/dev/null TB --- 2013-09-21 08:38:56 - cd /src TB --- 2013-09-21 08:38:56 - /usr/bin/make -B buildkernel KERNCONF=PAE >>> Kernel build for PAE started on Sat Sep 21 08:38:56 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] ctfconvert -L VERSION -g watchdog.o cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/xen/balloon/balloon.c ctfconvert -L VERSION -g balloon.o cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/xen/blkfront/blkfront.c /src/sys/dev/xen/blkfront/blkfront.c:748:8: error: implicit declaration of function 'vtomach' is invalid in C99 [-Werror,-Wimplicit-function-declaration] (vtomach(sring_page_addr) >> PAGE_SHIFT), ^ 1 error generated. *** Error code 1 Stop. bmake[1]: stopped in /obj/i386.i386/src/sys/PAE *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-09-21 08:43:30 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-09-21 08:43:30 - ERROR: failed to build PAE kernel TB --- 2013-09-21 08:43:30 - 18668.28 user 3504.59 system 23592.16 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Sat Sep 21 09:04:53 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 3E714AE8; Sat, 21 Sep 2013 09:04:53 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id EADB622BB; Sat, 21 Sep 2013 09:04:52 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id r8L94p5Z005861; Sat, 21 Sep 2013 05:04:51 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r8L94pNm005855; Sat, 21 Sep 2013 09:04:51 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 21 Sep 2013 09:04:51 GMT Message-Id: <201309210904.r8L94pNm005855@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on ia64/ia64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Sep 2013 09:04:53 -0000 TB --- 2013-09-21 07:13:46 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-09-21 07:13:46 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-09-21 07:13:46 - starting HEAD tinderbox run for ia64/ia64 TB --- 2013-09-21 07:13:46 - cleaning the object tree TB --- 2013-09-21 07:13:46 - /usr/local/bin/svn stat /src TB --- 2013-09-21 07:13:50 - At svn revision 255752 TB --- 2013-09-21 07:13:51 - building world TB --- 2013-09-21 07:13:51 - CROSS_BUILD_TESTING=YES TB --- 2013-09-21 07:13:51 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-21 07:13:51 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-21 07:13:51 - SRCCONF=/dev/null TB --- 2013-09-21 07:13:51 - TARGET=ia64 TB --- 2013-09-21 07:13:51 - TARGET_ARCH=ia64 TB --- 2013-09-21 07:13:51 - TZ=UTC TB --- 2013-09-21 07:13:51 - __MAKE_CONF=/dev/null TB --- 2013-09-21 07:13:51 - cd /src TB --- 2013-09-21 07:13:51 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Sep 21 07:13:58 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Sep 21 08:50:13 UTC 2013 TB --- 2013-09-21 08:50:13 - generating LINT kernel config TB --- 2013-09-21 08:50:13 - cd /src/sys/ia64/conf TB --- 2013-09-21 08:50:13 - /usr/bin/make -B LINT TB --- 2013-09-21 08:50:13 - cd /src/sys/ia64/conf TB --- 2013-09-21 08:50:13 - /usr/sbin/config -m LINT TB --- 2013-09-21 08:50:13 - building LINT kernel TB --- 2013-09-21 08:50:13 - CROSS_BUILD_TESTING=YES TB --- 2013-09-21 08:50:13 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-21 08:50:13 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-21 08:50:13 - SRCCONF=/dev/null TB --- 2013-09-21 08:50:13 - TARGET=ia64 TB --- 2013-09-21 08:50:13 - TARGET_ARCH=ia64 TB --- 2013-09-21 08:50:13 - TZ=UTC TB --- 2013-09-21 08:50:13 - __MAKE_CONF=/dev/null TB --- 2013-09-21 08:50:13 - cd /src TB --- 2013-09-21 08:50:13 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Sep 21 08:50:13 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/kern/subr_scanf.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/kern/subr_sglist.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/kern/subr_sleepqueue.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/kern/subr_smp.c /src/sys/kern/subr_smp.c: In function 'generic_stop_cpus': /src/sys/kern/subr_smp.c:235: error: 'IPI_SUSPEND' undeclared (first use in this function) /src/sys/kern/subr_smp.c:235: error: (Each undeclared identifier is reported only once /src/sys/kern/subr_smp.c:235: error: for each function it appears in.) *** Error code 1 Stop. bmake[1]: stopped in /obj/ia64.ia64/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-09-21 09:04:51 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-09-21 09:04:51 - ERROR: failed to build LINT kernel TB --- 2013-09-21 09:04:51 - 5444.95 user 916.30 system 6665.31 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Sat Sep 21 10:15:31 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id EF025A7C; Sat, 21 Sep 2013 10:15:31 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B472A262C; Sat, 21 Sep 2013 10:15:28 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id r8LAFRcD090737; Sat, 21 Sep 2013 06:15:27 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r8LAFRM4090736; Sat, 21 Sep 2013 10:15:27 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 21 Sep 2013 10:15:27 GMT Message-Id: <201309211015.r8LAFRM4090736@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on mips64/mips Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Sep 2013 10:15:32 -0000 TB --- 2013-09-21 09:04:51 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-09-21 09:04:51 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-09-21 09:04:51 - starting HEAD tinderbox run for mips64/mips TB --- 2013-09-21 09:04:51 - cleaning the object tree TB --- 2013-09-21 09:04:51 - /usr/local/bin/svn stat /src TB --- 2013-09-21 09:04:55 - At svn revision 255752 TB --- 2013-09-21 09:04:56 - building world TB --- 2013-09-21 09:04:56 - CROSS_BUILD_TESTING=YES TB --- 2013-09-21 09:04:56 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-21 09:04:56 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-21 09:04:56 - SRCCONF=/dev/null TB --- 2013-09-21 09:04:56 - TARGET=mips TB --- 2013-09-21 09:04:56 - TARGET_ARCH=mips64 TB --- 2013-09-21 09:04:56 - TZ=UTC TB --- 2013-09-21 09:04:56 - __MAKE_CONF=/dev/null TB --- 2013-09-21 09:04:56 - cd /src TB --- 2013-09-21 09:04:56 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Sep 21 09:05:03 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Sep 21 10:05:00 UTC 2013 TB --- 2013-09-21 10:05:00 - cd /src/sys/mips/conf TB --- 2013-09-21 10:05:00 - /usr/sbin/config -m ADM5120 TB --- 2013-09-21 10:05:00 - skipping ADM5120 kernel TB --- 2013-09-21 10:05:00 - cd /src/sys/mips/conf TB --- 2013-09-21 10:05:00 - /usr/sbin/config -m ALCHEMY TB --- 2013-09-21 10:05:00 - skipping ALCHEMY kernel TB --- 2013-09-21 10:05:00 - cd /src/sys/mips/conf TB --- 2013-09-21 10:05:00 - /usr/sbin/config -m AP121 TB --- 2013-09-21 10:05:00 - skipping AP121 kernel TB --- 2013-09-21 10:05:00 - cd /src/sys/mips/conf TB --- 2013-09-21 10:05:00 - /usr/sbin/config -m AP91 TB --- 2013-09-21 10:05:00 - skipping AP91 kernel TB --- 2013-09-21 10:05:00 - cd /src/sys/mips/conf TB --- 2013-09-21 10:05:00 - /usr/sbin/config -m AP93 TB --- 2013-09-21 10:05:00 - skipping AP93 kernel TB --- 2013-09-21 10:05:00 - cd /src/sys/mips/conf TB --- 2013-09-21 10:05:00 - /usr/sbin/config -m AP94 TB --- 2013-09-21 10:05:00 - skipping AP94 kernel TB --- 2013-09-21 10:05:00 - cd /src/sys/mips/conf TB --- 2013-09-21 10:05:00 - /usr/sbin/config -m AP96 TB --- 2013-09-21 10:05:00 - skipping AP96 kernel TB --- 2013-09-21 10:05:00 - cd /src/sys/mips/conf TB --- 2013-09-21 10:05:00 - /usr/sbin/config -m AR71XX_BASE TB --- 2013-09-21 10:05:00 - skipping AR71XX_BASE kernel TB --- 2013-09-21 10:05:00 - cd /src/sys/mips/conf TB --- 2013-09-21 10:05:00 - /usr/sbin/config -m AR724X_BASE TB --- 2013-09-21 10:05:00 - skipping AR724X_BASE kernel TB --- 2013-09-21 10:05:00 - cd /src/sys/mips/conf TB --- 2013-09-21 10:05:00 - /usr/sbin/config -m AR91XX_BASE TB --- 2013-09-21 10:05:00 - skipping AR91XX_BASE kernel TB --- 2013-09-21 10:05:00 - cd /src/sys/mips/conf TB --- 2013-09-21 10:05:00 - /usr/sbin/config -m AR933X_BASE TB --- 2013-09-21 10:05:00 - skipping AR933X_BASE kernel TB --- 2013-09-21 10:05:00 - cd /src/sys/mips/conf TB --- 2013-09-21 10:05:00 - /usr/sbin/config -m AR934X_BASE TB --- 2013-09-21 10:05:00 - skipping AR934X_BASE kernel TB --- 2013-09-21 10:05:00 - cd /src/sys/mips/conf TB --- 2013-09-21 10:05:00 - /usr/sbin/config -m BERI_DE4_MDROOT TB --- 2013-09-21 10:05:00 - building BERI_DE4_MDROOT kernel TB --- 2013-09-21 10:05:00 - CROSS_BUILD_TESTING=YES TB --- 2013-09-21 10:05:00 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-21 10:05:00 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-21 10:05:00 - SRCCONF=/dev/null TB --- 2013-09-21 10:05:00 - TARGET=mips TB --- 2013-09-21 10:05:00 - TARGET_ARCH=mips64 TB --- 2013-09-21 10:05:00 - TZ=UTC TB --- 2013-09-21 10:05:00 - __MAKE_CONF=/dev/null TB --- 2013-09-21 10:05:00 - cd /src TB --- 2013-09-21 10:05:00 - /usr/bin/make -B buildkernel KERNCONF=BERI_DE4_MDROOT >>> Kernel build for BERI_DE4_MDROOT started on Sat Sep 21 10:05:00 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for BERI_DE4_MDROOT completed on Sat Sep 21 10:07:25 UTC 2013 TB --- 2013-09-21 10:07:25 - cd /src/sys/mips/conf TB --- 2013-09-21 10:07:25 - /usr/sbin/config -m BERI_DE4_SDROOT TB --- 2013-09-21 10:07:25 - building BERI_DE4_SDROOT kernel TB --- 2013-09-21 10:07:25 - CROSS_BUILD_TESTING=YES TB --- 2013-09-21 10:07:25 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-21 10:07:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-21 10:07:25 - SRCCONF=/dev/null TB --- 2013-09-21 10:07:25 - TARGET=mips TB --- 2013-09-21 10:07:25 - TARGET_ARCH=mips64 TB --- 2013-09-21 10:07:25 - TZ=UTC TB --- 2013-09-21 10:07:25 - __MAKE_CONF=/dev/null TB --- 2013-09-21 10:07:25 - cd /src TB --- 2013-09-21 10:07:25 - /usr/bin/make -B buildkernel KERNCONF=BERI_DE4_SDROOT >>> Kernel build for BERI_DE4_SDROOT started on Sat Sep 21 10:07:25 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for BERI_DE4_SDROOT completed on Sat Sep 21 10:09:52 UTC 2013 TB --- 2013-09-21 10:09:52 - cd /src/sys/mips/conf TB --- 2013-09-21 10:09:52 - /usr/sbin/config -m BERI_SIM_MDROOT TB --- 2013-09-21 10:09:52 - building BERI_SIM_MDROOT kernel TB --- 2013-09-21 10:09:52 - CROSS_BUILD_TESTING=YES TB --- 2013-09-21 10:09:52 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-21 10:09:52 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-21 10:09:52 - SRCCONF=/dev/null TB --- 2013-09-21 10:09:52 - TARGET=mips TB --- 2013-09-21 10:09:52 - TARGET_ARCH=mips64 TB --- 2013-09-21 10:09:52 - TZ=UTC TB --- 2013-09-21 10:09:52 - __MAKE_CONF=/dev/null TB --- 2013-09-21 10:09:52 - cd /src TB --- 2013-09-21 10:09:52 - /usr/bin/make -B buildkernel KERNCONF=BERI_SIM_MDROOT >>> Kernel build for BERI_SIM_MDROOT started on Sat Sep 21 10:09:52 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for BERI_SIM_MDROOT completed on Sat Sep 21 10:12:14 UTC 2013 TB --- 2013-09-21 10:12:14 - cd /src/sys/mips/conf TB --- 2013-09-21 10:12:14 - /usr/sbin/config -m BERI_TEMPLATE TB --- 2013-09-21 10:12:14 - building BERI_TEMPLATE kernel TB --- 2013-09-21 10:12:14 - CROSS_BUILD_TESTING=YES TB --- 2013-09-21 10:12:14 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-21 10:12:14 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-21 10:12:14 - SRCCONF=/dev/null TB --- 2013-09-21 10:12:14 - TARGET=mips TB --- 2013-09-21 10:12:14 - TARGET_ARCH=mips64 TB --- 2013-09-21 10:12:14 - TZ=UTC TB --- 2013-09-21 10:12:14 - __MAKE_CONF=/dev/null TB --- 2013-09-21 10:12:14 - cd /src TB --- 2013-09-21 10:12:14 - /usr/bin/make -B buildkernel KERNCONF=BERI_TEMPLATE >>> Kernel build for BERI_TEMPLATE started on Sat Sep 21 10:12:14 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for BERI_TEMPLATE completed on Sat Sep 21 10:14:33 UTC 2013 TB --- 2013-09-21 10:14:33 - cd /src/sys/mips/conf TB --- 2013-09-21 10:14:33 - /usr/sbin/config -m CARAMBOLA2 TB --- 2013-09-21 10:14:33 - skipping CARAMBOLA2 kernel TB --- 2013-09-21 10:14:33 - cd /src/sys/mips/conf TB --- 2013-09-21 10:14:33 - /usr/sbin/config -m DB120 TB --- 2013-09-21 10:14:33 - skipping DB120 kernel TB --- 2013-09-21 10:14:33 - cd /src/sys/mips/conf TB --- 2013-09-21 10:14:33 - /usr/sbin/config -m DIR-825 TB --- 2013-09-21 10:14:33 - skipping DIR-825 kernel TB --- 2013-09-21 10:14:33 - cd /src/sys/mips/conf TB --- 2013-09-21 10:14:33 - /usr/sbin/config -m ENH200 TB --- 2013-09-21 10:14:33 - skipping ENH200 kernel TB --- 2013-09-21 10:14:33 - cd /src/sys/mips/conf TB --- 2013-09-21 10:14:33 - /usr/sbin/config -m GXEMUL TB --- 2013-09-21 10:14:33 - building GXEMUL kernel TB --- 2013-09-21 10:14:33 - CROSS_BUILD_TESTING=YES TB --- 2013-09-21 10:14:33 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-21 10:14:33 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-21 10:14:33 - SRCCONF=/dev/null TB --- 2013-09-21 10:14:33 - TARGET=mips TB --- 2013-09-21 10:14:33 - TARGET_ARCH=mips64 TB --- 2013-09-21 10:14:33 - TZ=UTC TB --- 2013-09-21 10:14:33 - __MAKE_CONF=/dev/null TB --- 2013-09-21 10:14:33 - cd /src TB --- 2013-09-21 10:14:33 - /usr/bin/make -B buildkernel KERNCONF=GXEMUL >>> Kernel build for GXEMUL started on Sat Sep 21 10:14:33 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=10000 --param large-function-growth=100000 --param max-inline-insns-single=10000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64 -mabi=64 -msoft-float -ffreestanding -Werror /src/sys/kern/subr_scanf.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=10000 --param large-function-growth=100000 --param max-inline-insns-single=10000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64 -mabi=64 -msoft-float -ffreestanding -Werror /src/sys/kern/subr_sglist.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=10000 --param large-function-growth=100000 --param max-inline-insns-single=10000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64 -mabi=64 -msoft-float -ffreestanding -Werror /src/sys/kern/subr_sleepqueue.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=10000 --param large-function-growth=100000 --param max-inline-insns-single=10000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64 -mabi=64 -msoft-float -ffreestanding -Werror /src/sys/kern/subr_smp.c /src/sys/kern/subr_smp.c: In function 'generic_stop_cpus': /src/sys/kern/subr_smp.c:235: error: 'IPI_SUSPEND' undeclared (first use in this function) /src/sys/kern/subr_smp.c:235: error: (Each undeclared identifier is reported only once /src/sys/kern/subr_smp.c:235: error: for each function it appears in.) *** Error code 1 Stop. bmake[1]: stopped in /obj/mips.mips64/src/sys/GXEMUL *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-09-21 10:15:27 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-09-21 10:15:27 - ERROR: failed to build GXEMUL kernel TB --- 2013-09-21 10:15:27 - 3235.47 user 693.47 system 4235.34 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips64-mips.full From owner-freebsd-current@FreeBSD.ORG Sat Sep 21 10:39:18 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 294AFEB2; Sat, 21 Sep 2013 10:39:18 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D1D00274C; Sat, 21 Sep 2013 10:39:17 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id r8LAdGJG085031; Sat, 21 Sep 2013 06:39:16 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r8LAdGlO085027; Sat, 21 Sep 2013 10:39:16 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 21 Sep 2013 10:39:16 GMT Message-Id: <201309211039.r8LAdGlO085027@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on mips/mips Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Sep 2013 10:39:18 -0000 TB --- 2013-09-21 08:43:30 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-09-21 08:43:30 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-09-21 08:43:30 - starting HEAD tinderbox run for mips/mips TB --- 2013-09-21 08:43:30 - cleaning the object tree TB --- 2013-09-21 08:43:30 - /usr/local/bin/svn stat /src TB --- 2013-09-21 08:43:34 - At svn revision 255752 TB --- 2013-09-21 08:43:35 - building world TB --- 2013-09-21 08:43:35 - CROSS_BUILD_TESTING=YES TB --- 2013-09-21 08:43:35 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-21 08:43:35 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-21 08:43:35 - SRCCONF=/dev/null TB --- 2013-09-21 08:43:35 - TARGET=mips TB --- 2013-09-21 08:43:35 - TARGET_ARCH=mips TB --- 2013-09-21 08:43:35 - TZ=UTC TB --- 2013-09-21 08:43:35 - __MAKE_CONF=/dev/null TB --- 2013-09-21 08:43:35 - cd /src TB --- 2013-09-21 08:43:35 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Sep 21 08:43:42 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Sep 21 09:43:10 UTC 2013 TB --- 2013-09-21 09:43:10 - cd /src/sys/mips/conf TB --- 2013-09-21 09:43:10 - /usr/sbin/config -m ADM5120 TB --- 2013-09-21 09:43:10 - skipping ADM5120 kernel TB --- 2013-09-21 09:43:10 - cd /src/sys/mips/conf TB --- 2013-09-21 09:43:10 - /usr/sbin/config -m ALCHEMY TB --- 2013-09-21 09:43:10 - skipping ALCHEMY kernel TB --- 2013-09-21 09:43:10 - cd /src/sys/mips/conf TB --- 2013-09-21 09:43:10 - /usr/sbin/config -m AP121 TB --- 2013-09-21 09:43:10 - building AP121 kernel TB --- 2013-09-21 09:43:10 - CROSS_BUILD_TESTING=YES TB --- 2013-09-21 09:43:10 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-21 09:43:10 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-21 09:43:10 - SRCCONF=/dev/null TB --- 2013-09-21 09:43:10 - TARGET=mips TB --- 2013-09-21 09:43:10 - TARGET_ARCH=mips TB --- 2013-09-21 09:43:10 - TZ=UTC TB --- 2013-09-21 09:43:10 - __MAKE_CONF=/dev/null TB --- 2013-09-21 09:43:10 - cd /src TB --- 2013-09-21 09:43:10 - /usr/bin/make -B buildkernel KERNCONF=AP121 >>> Kernel build for AP121 started on Sat Sep 21 09:43:10 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AP121 completed on Sat Sep 21 09:46:02 UTC 2013 TB --- 2013-09-21 09:46:02 - cd /src/sys/mips/conf TB --- 2013-09-21 09:46:02 - /usr/sbin/config -m AP91 TB --- 2013-09-21 09:46:02 - building AP91 kernel TB --- 2013-09-21 09:46:02 - CROSS_BUILD_TESTING=YES TB --- 2013-09-21 09:46:02 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-21 09:46:02 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-21 09:46:02 - SRCCONF=/dev/null TB --- 2013-09-21 09:46:02 - TARGET=mips TB --- 2013-09-21 09:46:02 - TARGET_ARCH=mips TB --- 2013-09-21 09:46:02 - TZ=UTC TB --- 2013-09-21 09:46:02 - __MAKE_CONF=/dev/null TB --- 2013-09-21 09:46:02 - cd /src TB --- 2013-09-21 09:46:02 - /usr/bin/make -B buildkernel KERNCONF=AP91 >>> Kernel build for AP91 started on Sat Sep 21 09:46:02 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AP91 completed on Sat Sep 21 09:50:03 UTC 2013 TB --- 2013-09-21 09:50:03 - cd /src/sys/mips/conf TB --- 2013-09-21 09:50:03 - /usr/sbin/config -m AP93 TB --- 2013-09-21 09:50:03 - building AP93 kernel TB --- 2013-09-21 09:50:03 - CROSS_BUILD_TESTING=YES TB --- 2013-09-21 09:50:03 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-21 09:50:03 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-21 09:50:03 - SRCCONF=/dev/null TB --- 2013-09-21 09:50:03 - TARGET=mips TB --- 2013-09-21 09:50:03 - TARGET_ARCH=mips TB --- 2013-09-21 09:50:03 - TZ=UTC TB --- 2013-09-21 09:50:03 - __MAKE_CONF=/dev/null TB --- 2013-09-21 09:50:03 - cd /src TB --- 2013-09-21 09:50:03 - /usr/bin/make -B buildkernel KERNCONF=AP93 >>> Kernel build for AP93 started on Sat Sep 21 09:50:03 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AP93 completed on Sat Sep 21 09:54:15 UTC 2013 TB --- 2013-09-21 09:54:15 - cd /src/sys/mips/conf TB --- 2013-09-21 09:54:15 - /usr/sbin/config -m AP94 TB --- 2013-09-21 09:54:15 - building AP94 kernel TB --- 2013-09-21 09:54:15 - CROSS_BUILD_TESTING=YES TB --- 2013-09-21 09:54:15 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-21 09:54:15 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-21 09:54:15 - SRCCONF=/dev/null TB --- 2013-09-21 09:54:15 - TARGET=mips TB --- 2013-09-21 09:54:15 - TARGET_ARCH=mips TB --- 2013-09-21 09:54:15 - TZ=UTC TB --- 2013-09-21 09:54:15 - __MAKE_CONF=/dev/null TB --- 2013-09-21 09:54:15 - cd /src TB --- 2013-09-21 09:54:15 - /usr/bin/make -B buildkernel KERNCONF=AP94 >>> Kernel build for AP94 started on Sat Sep 21 09:54:15 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AP94 completed on Sat Sep 21 09:59:27 UTC 2013 TB --- 2013-09-21 09:59:27 - cd /src/sys/mips/conf TB --- 2013-09-21 09:59:27 - /usr/sbin/config -m AP96 TB --- 2013-09-21 09:59:27 - building AP96 kernel TB --- 2013-09-21 09:59:27 - CROSS_BUILD_TESTING=YES TB --- 2013-09-21 09:59:27 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-21 09:59:27 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-21 09:59:27 - SRCCONF=/dev/null TB --- 2013-09-21 09:59:27 - TARGET=mips TB --- 2013-09-21 09:59:27 - TARGET_ARCH=mips TB --- 2013-09-21 09:59:27 - TZ=UTC TB --- 2013-09-21 09:59:27 - __MAKE_CONF=/dev/null TB --- 2013-09-21 09:59:27 - cd /src TB --- 2013-09-21 09:59:27 - /usr/bin/make -B buildkernel KERNCONF=AP96 >>> Kernel build for AP96 started on Sat Sep 21 09:59:27 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AP96 completed on Sat Sep 21 10:04:44 UTC 2013 TB --- 2013-09-21 10:04:44 - cd /src/sys/mips/conf TB --- 2013-09-21 10:04:44 - /usr/sbin/config -m AR71XX_BASE TB --- 2013-09-21 10:04:44 - building AR71XX_BASE kernel TB --- 2013-09-21 10:04:44 - CROSS_BUILD_TESTING=YES TB --- 2013-09-21 10:04:44 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-21 10:04:44 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-21 10:04:44 - SRCCONF=/dev/null TB --- 2013-09-21 10:04:44 - TARGET=mips TB --- 2013-09-21 10:04:44 - TARGET_ARCH=mips TB --- 2013-09-21 10:04:44 - TZ=UTC TB --- 2013-09-21 10:04:44 - __MAKE_CONF=/dev/null TB --- 2013-09-21 10:04:44 - cd /src TB --- 2013-09-21 10:04:44 - /usr/bin/make -B buildkernel KERNCONF=AR71XX_BASE >>> Kernel build for AR71XX_BASE started on Sat Sep 21 10:04:44 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AR71XX_BASE completed on Sat Sep 21 10:09:55 UTC 2013 TB --- 2013-09-21 10:09:55 - cd /src/sys/mips/conf TB --- 2013-09-21 10:09:55 - /usr/sbin/config -m AR724X_BASE TB --- 2013-09-21 10:09:55 - building AR724X_BASE kernel TB --- 2013-09-21 10:09:55 - CROSS_BUILD_TESTING=YES TB --- 2013-09-21 10:09:55 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-21 10:09:55 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-21 10:09:55 - SRCCONF=/dev/null TB --- 2013-09-21 10:09:55 - TARGET=mips TB --- 2013-09-21 10:09:55 - TARGET_ARCH=mips TB --- 2013-09-21 10:09:55 - TZ=UTC TB --- 2013-09-21 10:09:55 - __MAKE_CONF=/dev/null TB --- 2013-09-21 10:09:55 - cd /src TB --- 2013-09-21 10:09:55 - /usr/bin/make -B buildkernel KERNCONF=AR724X_BASE >>> Kernel build for AR724X_BASE started on Sat Sep 21 10:09:55 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AR724X_BASE completed on Sat Sep 21 10:14:00 UTC 2013 TB --- 2013-09-21 10:14:00 - cd /src/sys/mips/conf TB --- 2013-09-21 10:14:00 - /usr/sbin/config -m AR91XX_BASE TB --- 2013-09-21 10:14:00 - building AR91XX_BASE kernel TB --- 2013-09-21 10:14:00 - CROSS_BUILD_TESTING=YES TB --- 2013-09-21 10:14:00 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-21 10:14:00 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-21 10:14:00 - SRCCONF=/dev/null TB --- 2013-09-21 10:14:00 - TARGET=mips TB --- 2013-09-21 10:14:00 - TARGET_ARCH=mips TB --- 2013-09-21 10:14:00 - TZ=UTC TB --- 2013-09-21 10:14:00 - __MAKE_CONF=/dev/null TB --- 2013-09-21 10:14:00 - cd /src TB --- 2013-09-21 10:14:00 - /usr/bin/make -B buildkernel KERNCONF=AR91XX_BASE >>> Kernel build for AR91XX_BASE started on Sat Sep 21 10:14:00 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AR91XX_BASE completed on Sat Sep 21 10:18:42 UTC 2013 TB --- 2013-09-21 10:18:42 - cd /src/sys/mips/conf TB --- 2013-09-21 10:18:42 - /usr/sbin/config -m AR933X_BASE TB --- 2013-09-21 10:18:42 - building AR933X_BASE kernel TB --- 2013-09-21 10:18:42 - CROSS_BUILD_TESTING=YES TB --- 2013-09-21 10:18:42 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-21 10:18:42 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-21 10:18:42 - SRCCONF=/dev/null TB --- 2013-09-21 10:18:42 - TARGET=mips TB --- 2013-09-21 10:18:42 - TARGET_ARCH=mips TB --- 2013-09-21 10:18:42 - TZ=UTC TB --- 2013-09-21 10:18:42 - __MAKE_CONF=/dev/null TB --- 2013-09-21 10:18:42 - cd /src TB --- 2013-09-21 10:18:42 - /usr/bin/make -B buildkernel KERNCONF=AR933X_BASE >>> Kernel build for AR933X_BASE started on Sat Sep 21 10:18:42 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AR933X_BASE completed on Sat Sep 21 10:21:33 UTC 2013 TB --- 2013-09-21 10:21:33 - cd /src/sys/mips/conf TB --- 2013-09-21 10:21:33 - /usr/sbin/config -m AR934X_BASE TB --- 2013-09-21 10:21:33 - building AR934X_BASE kernel TB --- 2013-09-21 10:21:33 - CROSS_BUILD_TESTING=YES TB --- 2013-09-21 10:21:33 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-21 10:21:33 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-21 10:21:33 - SRCCONF=/dev/null TB --- 2013-09-21 10:21:33 - TARGET=mips TB --- 2013-09-21 10:21:33 - TARGET_ARCH=mips TB --- 2013-09-21 10:21:33 - TZ=UTC TB --- 2013-09-21 10:21:33 - __MAKE_CONF=/dev/null TB --- 2013-09-21 10:21:33 - cd /src TB --- 2013-09-21 10:21:33 - /usr/bin/make -B buildkernel KERNCONF=AR934X_BASE >>> Kernel build for AR934X_BASE started on Sat Sep 21 10:21:33 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AR934X_BASE completed on Sat Sep 21 10:24:22 UTC 2013 TB --- 2013-09-21 10:24:22 - cd /src/sys/mips/conf TB --- 2013-09-21 10:24:22 - /usr/sbin/config -m BERI_DE4_MDROOT TB --- 2013-09-21 10:24:22 - skipping BERI_DE4_MDROOT kernel TB --- 2013-09-21 10:24:22 - cd /src/sys/mips/conf TB --- 2013-09-21 10:24:22 - /usr/sbin/config -m BERI_DE4_SDROOT TB --- 2013-09-21 10:24:22 - skipping BERI_DE4_SDROOT kernel TB --- 2013-09-21 10:24:22 - cd /src/sys/mips/conf TB --- 2013-09-21 10:24:22 - /usr/sbin/config -m BERI_SIM_MDROOT TB --- 2013-09-21 10:24:22 - skipping BERI_SIM_MDROOT kernel TB --- 2013-09-21 10:24:22 - cd /src/sys/mips/conf TB --- 2013-09-21 10:24:22 - /usr/sbin/config -m BERI_TEMPLATE TB --- 2013-09-21 10:24:22 - skipping BERI_TEMPLATE kernel TB --- 2013-09-21 10:24:22 - cd /src/sys/mips/conf TB --- 2013-09-21 10:24:22 - /usr/sbin/config -m CARAMBOLA2 TB --- 2013-09-21 10:24:22 - building CARAMBOLA2 kernel TB --- 2013-09-21 10:24:22 - CROSS_BUILD_TESTING=YES TB --- 2013-09-21 10:24:22 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-21 10:24:22 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-21 10:24:22 - SRCCONF=/dev/null TB --- 2013-09-21 10:24:22 - TARGET=mips TB --- 2013-09-21 10:24:22 - TARGET_ARCH=mips TB --- 2013-09-21 10:24:22 - TZ=UTC TB --- 2013-09-21 10:24:22 - __MAKE_CONF=/dev/null TB --- 2013-09-21 10:24:22 - cd /src TB --- 2013-09-21 10:24:22 - /usr/bin/make -B buildkernel KERNCONF=CARAMBOLA2 >>> Kernel build for CARAMBOLA2 started on Sat Sep 21 10:24:22 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for CARAMBOLA2 completed on Sat Sep 21 10:27:17 UTC 2013 TB --- 2013-09-21 10:27:17 - cd /src/sys/mips/conf TB --- 2013-09-21 10:27:17 - /usr/sbin/config -m DB120 TB --- 2013-09-21 10:27:17 - building DB120 kernel TB --- 2013-09-21 10:27:17 - CROSS_BUILD_TESTING=YES TB --- 2013-09-21 10:27:17 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-21 10:27:17 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-21 10:27:17 - SRCCONF=/dev/null TB --- 2013-09-21 10:27:17 - TARGET=mips TB --- 2013-09-21 10:27:17 - TARGET_ARCH=mips TB --- 2013-09-21 10:27:17 - TZ=UTC TB --- 2013-09-21 10:27:17 - __MAKE_CONF=/dev/null TB --- 2013-09-21 10:27:17 - cd /src TB --- 2013-09-21 10:27:17 - /usr/bin/make -B buildkernel KERNCONF=DB120 >>> Kernel build for DB120 started on Sat Sep 21 10:27:17 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for DB120 completed on Sat Sep 21 10:30:11 UTC 2013 TB --- 2013-09-21 10:30:11 - cd /src/sys/mips/conf TB --- 2013-09-21 10:30:11 - /usr/sbin/config -m DIR-825 TB --- 2013-09-21 10:30:11 - building DIR-825 kernel TB --- 2013-09-21 10:30:11 - CROSS_BUILD_TESTING=YES TB --- 2013-09-21 10:30:11 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-21 10:30:11 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-21 10:30:11 - SRCCONF=/dev/null TB --- 2013-09-21 10:30:11 - TARGET=mips TB --- 2013-09-21 10:30:11 - TARGET_ARCH=mips TB --- 2013-09-21 10:30:11 - TZ=UTC TB --- 2013-09-21 10:30:11 - __MAKE_CONF=/dev/null TB --- 2013-09-21 10:30:11 - cd /src TB --- 2013-09-21 10:30:11 - /usr/bin/make -B buildkernel KERNCONF=DIR-825 >>> Kernel build for DIR-825 started on Sat Sep 21 10:30:11 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for DIR-825 completed on Sat Sep 21 10:34:12 UTC 2013 TB --- 2013-09-21 10:34:12 - cd /src/sys/mips/conf TB --- 2013-09-21 10:34:12 - /usr/sbin/config -m ENH200 TB --- 2013-09-21 10:34:12 - building ENH200 kernel TB --- 2013-09-21 10:34:12 - CROSS_BUILD_TESTING=YES TB --- 2013-09-21 10:34:12 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-21 10:34:12 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-21 10:34:12 - SRCCONF=/dev/null TB --- 2013-09-21 10:34:12 - TARGET=mips TB --- 2013-09-21 10:34:12 - TARGET_ARCH=mips TB --- 2013-09-21 10:34:12 - TZ=UTC TB --- 2013-09-21 10:34:12 - __MAKE_CONF=/dev/null TB --- 2013-09-21 10:34:12 - cd /src TB --- 2013-09-21 10:34:12 - /usr/bin/make -B buildkernel KERNCONF=ENH200 >>> Kernel build for ENH200 started on Sat Sep 21 10:34:12 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for ENH200 completed on Sat Sep 21 10:38:24 UTC 2013 TB --- 2013-09-21 10:38:24 - cd /src/sys/mips/conf TB --- 2013-09-21 10:38:24 - /usr/sbin/config -m GXEMUL TB --- 2013-09-21 10:38:24 - skipping GXEMUL kernel TB --- 2013-09-21 10:38:24 - cd /src/sys/mips/conf TB --- 2013-09-21 10:38:24 - /usr/sbin/config -m GXEMUL32 TB --- 2013-09-21 10:38:24 - building GXEMUL32 kernel TB --- 2013-09-21 10:38:24 - CROSS_BUILD_TESTING=YES TB --- 2013-09-21 10:38:24 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-21 10:38:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-21 10:38:24 - SRCCONF=/dev/null TB --- 2013-09-21 10:38:24 - TARGET=mips TB --- 2013-09-21 10:38:24 - TARGET_ARCH=mips TB --- 2013-09-21 10:38:24 - TZ=UTC TB --- 2013-09-21 10:38:24 - __MAKE_CONF=/dev/null TB --- 2013-09-21 10:38:24 - cd /src TB --- 2013-09-21 10:38:24 - /usr/bin/make -B buildkernel KERNCONF=GXEMUL32 >>> Kernel build for GXEMUL32 started on Sat Sep 21 10:38:24 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=10000 --param large-function-growth=100000 --param max-inline-insns-single=10000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80100000 -march=mips32 -msoft-float -ffreestanding -Werror /src/sys/kern/subr_scanf.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=10000 --param large-function-growth=100000 --param max-inline-insns-single=10000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80100000 -march=mips32 -msoft-float -ffreestanding -Werror /src/sys/kern/subr_sglist.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=10000 --param large-function-growth=100000 --param max-inline-insns-single=10000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80100000 -march=mips32 -msoft-float -ffreestanding -Werror /src/sys/kern/subr_sleepqueue.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=10000 --param large-function-growth=100000 --param max-inline-insns-single=10000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80100000 -march=mips32 -msoft-float -ffreestanding -Werror /src/sys/kern/subr_smp.c /src/sys/kern/subr_smp.c: In function 'generic_stop_cpus': /src/sys/kern/subr_smp.c:235: error: 'IPI_SUSPEND' undeclared (first use in this function) /src/sys/kern/subr_smp.c:235: error: (Each undeclared identifier is reported only once /src/sys/kern/subr_smp.c:235: error: for each function it appears in.) *** Error code 1 Stop. bmake[1]: stopped in /obj/mips.mips/src/sys/GXEMUL32 *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-09-21 10:39:16 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-09-21 10:39:16 - ERROR: failed to build GXEMUL32 kernel TB --- 2013-09-21 10:39:16 - 5404.36 user 1061.85 system 6946.35 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Sat Sep 21 11:30:57 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id E4C8B22E; Sat, 21 Sep 2013 11:30:57 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id AB96C29B1; Sat, 21 Sep 2013 11:30:57 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id r8LBUu5x055533; Sat, 21 Sep 2013 07:30:56 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r8LBUutJ055526; Sat, 21 Sep 2013 11:30:56 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 21 Sep 2013 11:30:56 GMT Message-Id: <201309211130.r8LBUutJ055526@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on sparc64/sparc64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Sep 2013 11:30:58 -0000 TB --- 2013-09-21 10:15:27 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-09-21 10:15:27 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-09-21 10:15:27 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2013-09-21 10:15:27 - cleaning the object tree TB --- 2013-09-21 10:15:27 - /usr/local/bin/svn stat /src TB --- 2013-09-21 10:15:31 - At svn revision 255752 TB --- 2013-09-21 10:15:32 - building world TB --- 2013-09-21 10:15:32 - CROSS_BUILD_TESTING=YES TB --- 2013-09-21 10:15:32 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-21 10:15:32 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-21 10:15:32 - SRCCONF=/dev/null TB --- 2013-09-21 10:15:32 - TARGET=sparc64 TB --- 2013-09-21 10:15:32 - TARGET_ARCH=sparc64 TB --- 2013-09-21 10:15:32 - TZ=UTC TB --- 2013-09-21 10:15:32 - __MAKE_CONF=/dev/null TB --- 2013-09-21 10:15:32 - cd /src TB --- 2013-09-21 10:15:32 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Sep 21 10:15:39 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Sep 21 11:21:06 UTC 2013 TB --- 2013-09-21 11:21:06 - generating LINT kernel config TB --- 2013-09-21 11:21:06 - cd /src/sys/sparc64/conf TB --- 2013-09-21 11:21:06 - /usr/bin/make -B LINT TB --- 2013-09-21 11:21:07 - cd /src/sys/sparc64/conf TB --- 2013-09-21 11:21:07 - /usr/sbin/config -m LINT TB --- 2013-09-21 11:21:07 - building LINT kernel TB --- 2013-09-21 11:21:07 - CROSS_BUILD_TESTING=YES TB --- 2013-09-21 11:21:07 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-21 11:21:07 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-21 11:21:07 - SRCCONF=/dev/null TB --- 2013-09-21 11:21:07 - TARGET=sparc64 TB --- 2013-09-21 11:21:07 - TARGET_ARCH=sparc64 TB --- 2013-09-21 11:21:07 - TZ=UTC TB --- 2013-09-21 11:21:07 - __MAKE_CONF=/dev/null TB --- 2013-09-21 11:21:07 - cd /src TB --- 2013-09-21 11:21:07 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Sep 21 11:21:07 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/kern/subr_scanf.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/kern/subr_sglist.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/kern/subr_sleepqueue.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/kern/subr_smp.c /src/sys/kern/subr_smp.c: In function 'generic_stop_cpus': /src/sys/kern/subr_smp.c:235: error: 'IPI_SUSPEND' undeclared (first use in this function) /src/sys/kern/subr_smp.c:235: error: (Each undeclared identifier is reported only once /src/sys/kern/subr_smp.c:235: error: for each function it appears in.) *** Error code 1 Stop. bmake[1]: stopped in /obj/sparc64.sparc64/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-09-21 11:30:56 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-09-21 11:30:56 - ERROR: failed to build LINT kernel TB --- 2013-09-21 11:30:56 - 3802.80 user 646.64 system 4528.54 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Sat Sep 21 11:42:21 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 498BE3BD; Sat, 21 Sep 2013 11:42:21 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.friendlyhosting.spb.ru (onlyone.friendlyhosting.spb.ru [IPv6:2a01:4f8:131:60a2::2]) by mx1.freebsd.org (Postfix) with ESMTP id 096862A18; Sat, 21 Sep 2013 11:42:21 +0000 (UTC) Received: from lion.home.serebryakov.spb.ru (unknown [IPv6:2001:470:923f:1:5b:71c5:b3bc:c366]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.friendlyhosting.spb.ru (Postfix) with ESMTPSA id 1CD4B4AC57; Sat, 21 Sep 2013 15:42:19 +0400 (MSK) Date: Sat, 21 Sep 2013 15:42:16 +0400 From: Lev Serebryakov Organization: FreeBSD X-Priority: 3 (Normal) Message-ID: <1739775195.20130921154216@serebryakov.spb.ru> To: Sean Bruno Subject: Re: Doing it wrong: Building world with lang/clang-devel In-Reply-To: <1379702370.2402.3.camel@localhost> References: <1379702370.2402.3.camel@localhost> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: "freebsd-current@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: lev@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Sep 2013 11:42:21 -0000 Hello, Sean. You wrote 20 =D1=81=D0=B5=D0=BD=D1=82=D1=8F=D0=B1=D1=80=D1=8F 2013 =D0=B3.,= 22:39:30: SB> wow, that didn't work at all. :-) SB> I set these in make.conf: SB> CC=3D/usr/local/bin/clang SB> C++=3D/usr/local/bin/clang++ SB> CPP=3D/usr/local/bin/clang++ SB> It exploded pretty badly: SB> http://people.freebsd.org/~sbruno/doingitwrong.txt SB> Any reason that this shouldn't work? Try XCC=3D/usr/local/bin/clang XCXX=3D/usr/local/bin/clang++ XCPP=3D/usr/local/bin/clang++ COMPILER_TYPE=3Dclang It should work, at least, in theory. --=20 // Black Lion AKA Lev Serebryakov From owner-freebsd-current@FreeBSD.ORG Sat Sep 21 11:47:01 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 52DAF536 for ; Sat, 21 Sep 2013 11:47:01 +0000 (UTC) (envelope-from rwmaillists@googlemail.com) Received: from mail-wi0-x230.google.com (mail-wi0-x230.google.com [IPv6:2a00:1450:400c:c05::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E403D2A60 for ; Sat, 21 Sep 2013 11:47:00 +0000 (UTC) Received: by mail-wi0-f176.google.com with SMTP id cb5so540381wib.3 for ; Sat, 21 Sep 2013 04:46:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20120113; h=date:from:to:subject:message-id:in-reply-to:references:mime-version :content-type:content-transfer-encoding; bh=jEJMcg/ZdnqWYj9I6dujWDrb0fnIXHAr1616zv4N7CA=; b=yGc37O9hSiA1aE6C16nIygVKkIB6tDOLC61KZ04ggcHKBy9mZYg/RDjT01sRYGYDMS bRLTz8sKACj+43NHIvoALjyvIsHAepr2vF5xck7MB8SRhKeGylub0/Ljb3UuinoPDJuc BElhXa/6+n153G5Da9C/bCTtkdSaVOsoMtjzGZI41wu3yHq32say5UhFBOl2HZm7fSe7 QfoEzAvhOMZPHAXXGwfU+WBJQgW3bOQASK9B8cDWglu+rezVLlsOLGJDfqZJvLsV5Et7 zWcrzdphs51eg+HW7GClEtOrRTqA5xrsfvwncwHSRoyigB57e1o6v5Y/ksDI/Sm+/cby 16Wg== X-Received: by 10.180.91.16 with SMTP id ca16mr6148708wib.57.1379764019263; Sat, 21 Sep 2013 04:46:59 -0700 (PDT) Received: from gumby.homeunix.com (87-194-105-247.bethere.co.uk. [87.194.105.247]) by mx.google.com with ESMTPSA id dx7sm11458729wib.8.1969.12.31.16.00.00 (version=SSLv3 cipher=RC4-SHA bits=128/128); Sat, 21 Sep 2013 04:46:58 -0700 (PDT) Date: Sat, 21 Sep 2013 12:46:56 +0100 From: RW To: freebsd-current@freebsd.org Subject: Re: sysctl: unknown oid 'kern.random.sys.harvest.interrupt Message-ID: <20130921124656.795536d0@gumby.homeunix.com> In-Reply-To: <20130921031424.GA3069@direwolf.aux.io> References: <20130916172139.GA1297@devbox.vnode.local> <20130921031424.GA3069@direwolf.aux.io> X-Mailer: Claws Mail 3.9.2 (GTK+ 2.24.19; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Sep 2013 11:47:01 -0000 On Sat, 21 Sep 2013 11:14:29 +0800 Alastair Hogge wrote: > On 2013-09-16 Mon 19:21:39 +0200, Joel Dahl wrote: > > Hi, > > Hi, > > > I noticed the following during boot on a machine running HEAD from > > today: > > I have noticed this since the recent work to /sys/dev/random > > > Entropy harvesting:sysctl: unknown oid > > 'kern.random.sys.harvest.interrupt': No such file or directory > > interruptssysctl: unknown oid 'kern.random.sys.harvest.ethernet': > > No such file or directory ethernetsysctl: unknown oid > > 'kern.random.sys.harvest.point_to_point': No such file or directory > > point_to_point kickstart. > > > > Known problem? It looks like /etc/rc.d/initrandom is no longer correctly checking for whether the software generator is in use, so it tries to set sysctls that don't exist. Those partiticular warnings look harmless. It might be that writing to /dev/random which occurs immediatly after is causing the problem. Try commenting out the following: # First pass at reseeding /dev/random. # case ${entropy_file} in [Nn][Oo] | '') ;; *) if [ -w /dev/random ]; then feed_dev_random "${entropy_file}" fi ;; esac better_than_nothing From owner-freebsd-current@FreeBSD.ORG Sat Sep 21 11:52:37 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 6531F730; Sat, 21 Sep 2013 11:52:37 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 2B7792AD7; Sat, 21 Sep 2013 11:52:36 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id r8LBqaDD033136; Sat, 21 Sep 2013 07:52:36 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r8LBqZts033117; Sat, 21 Sep 2013 11:52:35 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 21 Sep 2013 11:52:35 GMT Message-Id: <201309211152.r8LBqZts033117@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on powerpc/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Sep 2013 11:52:37 -0000 TB --- 2013-09-21 09:10:07 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-09-21 09:10:07 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-09-21 09:10:07 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2013-09-21 09:10:07 - cleaning the object tree TB --- 2013-09-21 09:10:07 - /usr/local/bin/svn stat /src TB --- 2013-09-21 09:10:11 - At svn revision 255752 TB --- 2013-09-21 09:10:12 - building world TB --- 2013-09-21 09:10:12 - CROSS_BUILD_TESTING=YES TB --- 2013-09-21 09:10:12 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-21 09:10:12 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-21 09:10:12 - SRCCONF=/dev/null TB --- 2013-09-21 09:10:12 - TARGET=powerpc TB --- 2013-09-21 09:10:12 - TARGET_ARCH=powerpc TB --- 2013-09-21 09:10:12 - TZ=UTC TB --- 2013-09-21 09:10:12 - __MAKE_CONF=/dev/null TB --- 2013-09-21 09:10:12 - cd /src TB --- 2013-09-21 09:10:12 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Sep 21 09:10:19 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Sep 21 11:45:19 UTC 2013 TB --- 2013-09-21 11:45:19 - generating LINT kernel config TB --- 2013-09-21 11:45:19 - cd /src/sys/powerpc/conf TB --- 2013-09-21 11:45:19 - /usr/bin/make -B LINT TB --- 2013-09-21 11:45:19 - cd /src/sys/powerpc/conf TB --- 2013-09-21 11:45:19 - /usr/sbin/config -m LINT TB --- 2013-09-21 11:45:19 - building LINT kernel TB --- 2013-09-21 11:45:19 - CROSS_BUILD_TESTING=YES TB --- 2013-09-21 11:45:19 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-21 11:45:19 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-21 11:45:19 - SRCCONF=/dev/null TB --- 2013-09-21 11:45:19 - TARGET=powerpc TB --- 2013-09-21 11:45:19 - TARGET_ARCH=powerpc TB --- 2013-09-21 11:45:19 - TZ=UTC TB --- 2013-09-21 11:45:19 - __MAKE_CONF=/dev/null TB --- 2013-09-21 11:45:19 - cd /src TB --- 2013-09-21 11:45:19 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Sep 21 11:45:19 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/kern/subr_scanf.c cc -c -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/kern/subr_sglist.c cc -c -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/kern/subr_sleepqueue.c cc -c -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/kern/subr_smp.c /src/sys/kern/subr_smp.c: In function 'generic_stop_cpus': /src/sys/kern/subr_smp.c:235: error: 'IPI_SUSPEND' undeclared (first use in this function) /src/sys/kern/subr_smp.c:235: error: (Each undeclared identifier is reported only once /src/sys/kern/subr_smp.c:235: error: for each function it appears in.) *** Error code 1 Stop. bmake[1]: stopped in /obj/powerpc.powerpc/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-09-21 11:52:35 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-09-21 11:52:35 - ERROR: failed to build LINT kernel TB --- 2013-09-21 11:52:35 - 8504.04 user 1063.02 system 9748.19 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Sat Sep 21 12:01:57 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id A8AC3D13 for ; Sat, 21 Sep 2013 12:01:57 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 736382BA4 for ; Sat, 21 Sep 2013 12:01:57 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id r8LC1vZ7013856 for ; Sat, 21 Sep 2013 12:01:57 GMT (envelope-from bdrewery@freefall.freebsd.org) Received: (from bdrewery@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id r8LC1v4e013855 for freebsd-current@freebsd.org; Sat, 21 Sep 2013 12:01:57 GMT (envelope-from bdrewery) Received: (qmail 16489 invoked from network); 21 Sep 2013 07:01:55 -0500 Received: from unknown (HELO ?10.10.0.24?) (freebsd@shatow.net@10.10.0.24) by sweb.xzibition.com with ESMTPA; 21 Sep 2013 07:01:55 -0500 Message-ID: <523D8AAD.5080900@FreeBSD.org> Date: Sat, 21 Sep 2013 07:01:49 -0500 From: Bryan Drewery Organization: FreeBSD User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130801 Thunderbird/17.0.8 MIME-Version: 1.0 To: FreeBSD Current Subject: Panic on head (r255759) X-Enigmail-Version: 1.5.2 OpenPGP: id=3C9B0CF9; url=http://www.shatow.net/bryan/bryan.asc Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="whSC1BGPiiv0DiJcrG9vuX0jKm1vSjOEc" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Sep 2013 12:01:57 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --whSC1BGPiiv0DiJcrG9vuX0jKm1vSjOEc Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable > Unread portion of the kernel message buffer: > panic: Lock lle not exclusively locked @ /usr/src/sys/kern/kern_rwlock.= c:140 >=20 > cpuid =3D 0 > KDB: stack backtrace: > db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe118= aeef820 > kdb_backtrace() at kdb_backtrace+0x39/frame 0xfffffe118aeef8d0 > vpanic() at vpanic+0x126/frame 0xfffffe118aeef910 > panic() at panic+0x43/frame 0xfffffe118aeef970 > __rw_assert() at __rw_assert+0xa3/frame 0xfffffe118aeef980 > _callout_stop_safe() at _callout_stop_safe+0x54/frame 0xfffffe118aeef9f= 0 > arptimer() at arptimer+0x14e/frame 0xfffffe118aeefa30 > softclock_call_cc() at softclock_call_cc+0x188/frame 0xfffffe118aeefb10= > softclock() at softclock+0x47/frame 0xfffffe118aeefb30 > intr_event_execute_handlers() at intr_event_execute_handlers+0x93/frame= 0xfffffe118aeefb70 > ithread_loop() at ithread_loop+0xa6/frame 0xfffffe118aeefbb0 > fork_exit() at fork_exit+0x84/frame 0xfffffe118aeefbf0 > fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe118aeefbf0 > --- trap 0, rip =3D 0, rsp =3D 0xfffffe118aeefcb0, rbp =3D 0 --- --=20 Regards, Bryan Drewery --whSC1BGPiiv0DiJcrG9vuX0jKm1vSjOEc Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (MingW32) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJSPYqtAAoJEG54KsA8mwz53+UQALsv/oq+zu0vbp1kg51O0VB9 +TIWvsdZ+JCtUS+OC84OxFEefbaeFw4mFW+DJQ2x0mK0r9xgjJYlh4Keka/mGYq5 QLqrRdlMNzIrWNQrFlMedeM39OgQ/UwoS3ba/F9WeH4jGJnWvotTZrti+wjB9a/I k833+5301mZdxsAS8KIvMMpgm3DRczXXRk2/anmpGUIQMiiw8Cr6c3G7/KbS+P0k 4mlxDkSe7VD9x785XysGLJ5tdWXBFVx0ZaRu2EyIC+TF1wXk9kRYmXQ5HLY99yi1 LDSC5DGgIT8gReQE8uxgGAiDJTXeTMJlwOb99J8gj4O2Wq36ITD1vx4BnHTYol/D eFDRsBy9rBieMPHnIAJyQS1oxIQh6wbGqk0js2G0Sbqk5O2jRqUXSLxX62KI5Vyg XOy83dzrfWSPhv6cNbX4z3UpbR7PovOoxmpWDMp4oSnn75qMQtY6t9zWaJsi4N7q rFyjJUOJPJdxuCTCHXsjFVZpLWCbq/1n6cupdiXXimRYbFdQm4mnDHD4NMehDLju wILnj2YGlYSBcNEYZ3kFUEO9a/Y7ZXxNUjRCOOIvvs28eMVzJDF9XEiHzylu/jjC 5lEgigOrC7rxFEt15cCU6XpWbChQi2smEM+hB27DeCAS70TOHktvJHH+FxV9+orV W+j5G6BKJFmgrzY1XDnQ =DmZM -----END PGP SIGNATURE----- --whSC1BGPiiv0DiJcrG9vuX0jKm1vSjOEc-- From owner-freebsd-current@FreeBSD.ORG Sat Sep 21 12:06:07 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id BA78AF1F; Sat, 21 Sep 2013 12:06:07 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mx1.sbone.de (mx1.sbone.de [IPv6:2a01:4f8:130:3ffc::401:25]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 76A072BC7; Sat, 21 Sep 2013 12:06:07 +0000 (UTC) Received: from mail.sbone.de (mail.sbone.de [IPv6:fde9:577b:c1a9:31::2013:587]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.sbone.de (Postfix) with ESMTPS id C17E125D3810; Sat, 21 Sep 2013 12:06:05 +0000 (UTC) Received: from content-filter.sbone.de (content-filter.sbone.de [IPv6:fde9:577b:c1a9:31::2013:2742]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPS id E2270BF8C4E; Sat, 21 Sep 2013 12:06:04 +0000 (UTC) X-Virus-Scanned: amavisd-new at sbone.de Received: from mail.sbone.de ([IPv6:fde9:577b:c1a9:31::2013:587]) by content-filter.sbone.de (content-filter.sbone.de [fde9:577b:c1a9:31::2013:2742]) (amavisd-new, port 10024) with ESMTP id 2dSw3Ku3kZii; Sat, 21 Sep 2013 12:06:03 +0000 (UTC) Received: from nv.sbone.de (nv.sbone.de [IPv6:fde9:577b:c1a9:31::2013:138]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPSA id 8D18EBF8C20; Sat, 21 Sep 2013 12:06:03 +0000 (UTC) Date: Sat, 21 Sep 2013 12:06:02 +0000 (UTC) From: "Bjoern A. Zeeb" To: Bryan Drewery Subject: Re: Panic on head (r255759) In-Reply-To: <523D8AAD.5080900@FreeBSD.org> Message-ID: References: <523D8AAD.5080900@FreeBSD.org> X-OpenPGP-Key-Id: 0x14003F198FEFA3E77207EE8D2B58B8F83CCF1842 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Sep 2013 12:06:07 -0000 On Sat, 21 Sep 2013, Bryan Drewery wrote: >> Unread portion of the kernel message buffer: >> panic: Lock lle not exclusively locked @ /usr/src/sys/kern/kern_rwlock.c:140 >> >> cpuid = 0 >> KDB: stack backtrace: >> db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe118aeef820 >> kdb_backtrace() at kdb_backtrace+0x39/frame 0xfffffe118aeef8d0 >> vpanic() at vpanic+0x126/frame 0xfffffe118aeef910 >> panic() at panic+0x43/frame 0xfffffe118aeef970 >> __rw_assert() at __rw_assert+0xa3/frame 0xfffffe118aeef980 >> _callout_stop_safe() at _callout_stop_safe+0x54/frame 0xfffffe118aeef9f0 >> arptimer() at arptimer+0x14e/frame 0xfffffe118aeefa30 >> softclock_call_cc() at softclock_call_cc+0x188/frame 0xfffffe118aeefb10 >> softclock() at softclock+0x47/frame 0xfffffe118aeefb30 >> intr_event_execute_handlers() at intr_event_execute_handlers+0x93/frame 0xfffffe118aeefb70 >> ithread_loop() at ithread_loop+0xa6/frame 0xfffffe118aeefbb0 >> fork_exit() at fork_exit+0x84/frame 0xfffffe118aeefbf0 >> fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe118aeefbf0 >> --- trap 0, rip = 0, rsp = 0xfffffe118aeefcb0, rbp = 0 --- +1 from me; I guess introduced somwhere between 255569 and 255758, as these are my edges of kernel.old and kernel. -- Bjoern A. Zeeb ????????? ??? ??????? ??????: '??? ??? ???? ?????? ??????? ?? ?? ??????? ??????? ??? ????? ????? ???? ?????? ?? ????? ????', ????????? ?????????, "??? ????? ?? ?????", ?.??? From owner-freebsd-current@FreeBSD.ORG Sat Sep 21 12:08:32 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id B38F0DE for ; Sat, 21 Sep 2013 12:08:32 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 977B92BE7 for ; Sat, 21 Sep 2013 12:08:32 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id r8LC8WP5014352 for ; Sat, 21 Sep 2013 12:08:32 GMT (envelope-from bdrewery@freefall.freebsd.org) Received: (from bdrewery@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id r8LC8WQu014351 for freebsd-current@freebsd.org; Sat, 21 Sep 2013 12:08:32 GMT (envelope-from bdrewery) Received: (qmail 10915 invoked from network); 21 Sep 2013 07:08:31 -0500 Received: from unknown (HELO ?10.10.0.24?) (freebsd@shatow.net@10.10.0.24) by sweb.xzibition.com with ESMTPA; 21 Sep 2013 07:08:31 -0500 Message-ID: <523D8C39.4050307@FreeBSD.org> Date: Sat, 21 Sep 2013 07:08:25 -0500 From: Bryan Drewery Organization: FreeBSD User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130801 Thunderbird/17.0.8 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: Panic on head (r255759) [_callout_stop_safe()-> panic: Lock lle not exclusively locked @ /usr/src/sys/kern/kern_rwlock.c:140] References: <523D8AAD.5080900@FreeBSD.org> In-Reply-To: X-Enigmail-Version: 1.5.2 OpenPGP: id=3C9B0CF9; url=http://www.shatow.net/bryan/bryan.asc Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="bTOWMsw68o4sI8l0qJIHm7QU0StCi2OQm" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Sep 2013 12:08:32 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --bTOWMsw68o4sI8l0qJIHm7QU0StCi2OQm Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 9/21/2013 7:06 AM, Bjoern A. Zeeb wrote: > On Sat, 21 Sep 2013, Bryan Drewery wrote: >=20 >>> Unread portion of the kernel message buffer: >>> panic: Lock lle not exclusively locked @ >>> /usr/src/sys/kern/kern_rwlock.c:140 >>> >>> cpuid =3D 0 >>> KDB: stack backtrace: >>> db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame >>> 0xfffffe118aeef820 >>> kdb_backtrace() at kdb_backtrace+0x39/frame 0xfffffe118aeef8d0 >>> vpanic() at vpanic+0x126/frame 0xfffffe118aeef910 >>> panic() at panic+0x43/frame 0xfffffe118aeef970 >>> __rw_assert() at __rw_assert+0xa3/frame 0xfffffe118aeef980 >>> _callout_stop_safe() at _callout_stop_safe+0x54/frame 0xfffffe118aeef= 9f0 >>> arptimer() at arptimer+0x14e/frame 0xfffffe118aeefa30 >>> softclock_call_cc() at softclock_call_cc+0x188/frame 0xfffffe118aeefb= 10 >>> softclock() at softclock+0x47/frame 0xfffffe118aeefb30 >>> intr_event_execute_handlers() at >>> intr_event_execute_handlers+0x93/frame 0xfffffe118aeefb70 >>> ithread_loop() at ithread_loop+0xa6/frame 0xfffffe118aeefbb0 >>> fork_exit() at fork_exit+0x84/frame 0xfffffe118aeefbf0 >>> fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe118aeefbf0 >>> --- trap 0, rip =3D 0, rsp =3D 0xfffffe118aeefcb0, rbp =3D 0 --- >=20 >=20 > +1 from me; I guess introduced somwhere between 255569 and 255758, > as these are my edges of kernel.old and kernel. >=20 r255726 was stable for me. r255759 is not. r255755 converted ipfilter to callout, but I am unsure if that is the problem. --=20 Regards, Bryan Drewery --bTOWMsw68o4sI8l0qJIHm7QU0StCi2OQm Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (MingW32) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJSPYw5AAoJEG54KsA8mwz5j2oQAJxWph6Y1tbUZ54h3nJNGxV2 D8HrfkiBPVxyH1CEONFdh21SeVgt4v2G1eLLeFSIrs6dJhjROM/XCMiljrSfT2ro EO/S3UFhaO7e+FOAHDCUO8AIhnCYCj4W736vgl21DI4ejPl3JsXNudqOT8oevlPT fXFAZFmglGTenjm8Ff6/APkiMy7PfwYlz5xPabW58f/M5J4jP1sEV1doxy/PUk+l anw4295+niwsO2TX/nSDf3+UyORajbAfQqqHowbXFPCy3kPuVP6qN2JRFTvUhNO4 mWtY92ArZhnAn5r/7IHHDHQQzji1UPaYdnW4On3015+0VI8PxVsEOUBd8Bb2Gwti k0Ku+69CaTGSRJxOynksXtIFKcIwFOhtO2zNQWj4zRG8Hs32YNvY0ceKoP9DBLH5 iZTw3VSVuhsVWg5YT1nbHAET2PvHl7mP1x3XrErzDcTdGIrWKOZO5q6u0+FbJYrh XSjFD1/13BB3FcYSPSNQ+pMFroD+mLtqApx/B6UHIOgb5rqvoOJQhSU96ggk1bsC xVF4er4XtTCggG/Z74HAbeKVMyGZstHceWksxdgcPogqDkTsqxdStGob5eX7mLuU k5A4wKbB5X566S2hoXMZE+eGdG9P4u9w1HqquY0G3mVc7C60oY+bT9jiWOgpjidG jlCr+XHK+9yfm0kUXwG+ =ItL8 -----END PGP SIGNATURE----- --bTOWMsw68o4sI8l0qJIHm7QU0StCi2OQm-- From owner-freebsd-current@FreeBSD.ORG Sat Sep 21 12:37:23 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id DDE3D5F7; Sat, 21 Sep 2013 12:37:23 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A45ED2D0E; Sat, 21 Sep 2013 12:37:23 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id r8LCbMPV022571; Sat, 21 Sep 2013 08:37:22 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r8LCbMDU022570; Sat, 21 Sep 2013 12:37:22 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 21 Sep 2013 12:37:22 GMT Message-Id: <201309211237.r8LCbMDU022570@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on powerpc64/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Sep 2013 12:37:23 -0000 TB --- 2013-09-21 09:28:03 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-09-21 09:28:03 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-09-21 09:28:03 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2013-09-21 09:28:04 - cleaning the object tree TB --- 2013-09-21 09:28:04 - /usr/local/bin/svn stat /src TB --- 2013-09-21 09:28:08 - At svn revision 255752 TB --- 2013-09-21 09:28:09 - building world TB --- 2013-09-21 09:28:09 - CROSS_BUILD_TESTING=YES TB --- 2013-09-21 09:28:09 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-21 09:28:09 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-21 09:28:09 - SRCCONF=/dev/null TB --- 2013-09-21 09:28:09 - TARGET=powerpc TB --- 2013-09-21 09:28:09 - TARGET_ARCH=powerpc64 TB --- 2013-09-21 09:28:09 - TZ=UTC TB --- 2013-09-21 09:28:09 - __MAKE_CONF=/dev/null TB --- 2013-09-21 09:28:09 - cd /src TB --- 2013-09-21 09:28:09 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Sep 21 09:28:16 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Sat Sep 21 12:33:00 UTC 2013 TB --- 2013-09-21 12:33:00 - generating LINT kernel config TB --- 2013-09-21 12:33:00 - cd /src/sys/powerpc/conf TB --- 2013-09-21 12:33:00 - /usr/bin/make -B LINT TB --- 2013-09-21 12:33:00 - cd /src/sys/powerpc/conf TB --- 2013-09-21 12:33:00 - /usr/sbin/config -m LINT TB --- 2013-09-21 12:33:00 - skipping LINT kernel TB --- 2013-09-21 12:33:00 - cd /src/sys/powerpc/conf TB --- 2013-09-21 12:33:00 - /usr/sbin/config -m GENERIC TB --- 2013-09-21 12:33:00 - skipping GENERIC kernel TB --- 2013-09-21 12:33:00 - cd /src/sys/powerpc/conf TB --- 2013-09-21 12:33:00 - /usr/sbin/config -m GENERIC64 TB --- 2013-09-21 12:33:00 - building GENERIC64 kernel TB --- 2013-09-21 12:33:00 - CROSS_BUILD_TESTING=YES TB --- 2013-09-21 12:33:00 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-21 12:33:00 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-21 12:33:00 - SRCCONF=/dev/null TB --- 2013-09-21 12:33:00 - TARGET=powerpc TB --- 2013-09-21 12:33:00 - TARGET_ARCH=powerpc64 TB --- 2013-09-21 12:33:00 - TZ=UTC TB --- 2013-09-21 12:33:00 - __MAKE_CONF=/dev/null TB --- 2013-09-21 12:33:00 - cd /src TB --- 2013-09-21 12:33:00 - /usr/bin/make -B buildkernel KERNCONF=GENERIC64 >>> Kernel build for GENERIC64 started on Sat Sep 21 12:33:00 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] ctfconvert -L VERSION -g subr_sglist.o cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -Werror /src/sys/kern/subr_sleepqueue.c ctfconvert -L VERSION -g subr_sleepqueue.o cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -Werror /src/sys/kern/subr_smp.c /src/sys/kern/subr_smp.c: In function 'generic_stop_cpus': /src/sys/kern/subr_smp.c:235: error: 'IPI_SUSPEND' undeclared (first use in this function) /src/sys/kern/subr_smp.c:235: error: (Each undeclared identifier is reported only once /src/sys/kern/subr_smp.c:235: error: for each function it appears in.) *** Error code 1 Stop. bmake[1]: stopped in /obj/powerpc.powerpc64/src/sys/GENERIC64 *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-09-21 12:37:22 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-09-21 12:37:22 - ERROR: failed to build GENERIC64 kernel TB --- 2013-09-21 12:37:22 - 9989.07 user 1279.78 system 11358.24 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc64-powerpc.full From owner-freebsd-current@FreeBSD.ORG Sat Sep 21 12:51:47 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 052A9855; Sat, 21 Sep 2013 12:51:47 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B61EF2DA3; Sat, 21 Sep 2013 12:51:46 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.80.1) with esmtp (envelope-from ) id <1VNMf2-000nUV-SA>; Sat, 21 Sep 2013 14:51:44 +0200 Received: from g231208190.adsl.alicedsl.de ([92.231.208.190] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.80.1) with esmtpsa (envelope-from ) id <1VNMf2-000zIo-NR>; Sat, 21 Sep 2013 14:51:44 +0200 Date: Sat, 21 Sep 2013 14:51:39 +0200 From: "O. Hartmann" To: Bryan Drewery Subject: Re: Panic on head (r255759) [_callout_stop_safe()-> panic: Lock lle not exclusively locked @ /usr/src/sys/kern/kern_rwlock.c:140] Message-ID: <20130921145139.23e3007a@thor.walstatt.dyndns.org> In-Reply-To: <523D8C39.4050307@FreeBSD.org> References: <523D8AAD.5080900@FreeBSD.org> <523D8C39.4050307@FreeBSD.org> Organization: FU Berlin X-Mailer: Claws Mail 3.9.2 (GTK+ 2.24.19; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/ejmBJK3NDWyxQQgS.27yUO/"; protocol="application/pgp-signature" X-Originating-IP: 92.231.208.190 Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Sep 2013 12:51:47 -0000 --Sig_/ejmBJK3NDWyxQQgS.27yUO/ Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Sat, 21 Sep 2013 07:08:25 -0500 Bryan Drewery wrote: > On 9/21/2013 7:06 AM, Bjoern A. Zeeb wrote: > > On Sat, 21 Sep 2013, Bryan Drewery wrote: > >=20 > >>> Unread portion of the kernel message buffer: > >>> panic: Lock lle not exclusively locked @ > >>> /usr/src/sys/kern/kern_rwlock.c:140 > >>> > >>> cpuid =3D 0 > >>> KDB: stack backtrace: > >>> db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame > >>> 0xfffffe118aeef820 > >>> kdb_backtrace() at kdb_backtrace+0x39/frame 0xfffffe118aeef8d0 > >>> vpanic() at vpanic+0x126/frame 0xfffffe118aeef910 > >>> panic() at panic+0x43/frame 0xfffffe118aeef970 > >>> __rw_assert() at __rw_assert+0xa3/frame 0xfffffe118aeef980 > >>> _callout_stop_safe() at _callout_stop_safe+0x54/frame > >>> 0xfffffe118aeef9f0 arptimer() at arptimer+0x14e/frame > >>> 0xfffffe118aeefa30 softclock_call_cc() at > >>> softclock_call_cc+0x188/frame 0xfffffe118aeefb10 softclock() at > >>> softclock+0x47/frame 0xfffffe118aeefb30 > >>> intr_event_execute_handlers() at > >>> intr_event_execute_handlers+0x93/frame 0xfffffe118aeefb70 > >>> ithread_loop() at ithread_loop+0xa6/frame 0xfffffe118aeefbb0 > >>> fork_exit() at fork_exit+0x84/frame 0xfffffe118aeefbf0 > >>> fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe118aeefbf0 > >>> --- trap 0, rip =3D 0, rsp =3D 0xfffffe118aeefcb0, rbp =3D 0 --- > >=20 > >=20 > > +1 from me; I guess introduced somwhere between 255569 and 255758, > > as these are my edges of kernel.old and kernel. > >=20 >=20 > r255726 was stable for me. r255759 is not. >=20 > r255755 converted ipfilter to callout, but I am unsure if that is the > problem. >=20 r255729 is also stable for me - I'm with r255729 again, since r255757 crashed. --Sig_/ejmBJK3NDWyxQQgS.27yUO/ Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.21 (FreeBSD) iQEcBAEBAgAGBQJSPZZgAAoJEOgBcD7A/5N8cGAIAM+w+AAOGVAhZBeNdRodNqhu EUy9xSFtzBgZc1j0AF9AW9dgpMkCZNlGvWrGXG1y+2LRBIRo3ttbEqnYIflwqzMV T8DSb5okTtbvOL65W0Ou/7DziQL1nKfRgI8npDlC7RKbyaJnJMeTQ3FRcneb1vDi 5laFZRuYVeGy60NYc/g8b0GTRobOqHJ+bz5k3htuCZ++vHh/Zl9hnmNiP3gvzqRL nys+8ZOQiK5iq/MujjdX9lE0kE97FO+BhwdcmhNkfvz1Jem6li9KZ3mj3Q05V2o9 5iJaVNBJ5bF15m0G/0iO9kG8M+LtOBZ2zUbBLiyikR+ApwML9sw7EQ1Uc/X9zVI= =xNav -----END PGP SIGNATURE----- --Sig_/ejmBJK3NDWyxQQgS.27yUO/-- From owner-freebsd-current@FreeBSD.ORG Sat Sep 21 13:41:09 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id D0933C18; Sat, 21 Sep 2013 13:41:09 +0000 (UTC) (envelope-from davide.italiano@gmail.com) Received: from mail-ve0-x22e.google.com (mail-ve0-x22e.google.com [IPv6:2607:f8b0:400c:c01::22e]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 6AD652F7D; Sat, 21 Sep 2013 13:41:09 +0000 (UTC) Received: by mail-ve0-f174.google.com with SMTP id jy13so1162772veb.19 for ; Sat, 21 Sep 2013 06:41:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=IOtp3X/+ClwkGuVg4KTBp/rXpn4d0QBgWQLeDHC8Ha8=; b=eZyk8JVknrjVH/QSn92KBBTzPg8pd1E647LN0Ei5BPU8SYcM2PZxpk5K5NdpczglbI uqE7C9+VniVal0k+HS0Wdm0z0NtwLi0R39/IyXcQTe1VRLKrg92Qh/1lHSwHsChhAurE i4f1LdZBgHBxn/gdqjMl5wCZreJ91JNB3b64s35XXXOgiP9T/Zu4SKBz4+9aBiNJZf0y Zht94/ZOg7iGy3zC6AMi+j60sJITUIFxapzZX412voeC5xpKgn9E/0RWHj/J5vbiZ1Uh zs1HzSXBaTuSOf9Yu2Hds7Na4frjnJ/nGgqekshvv3G1Kaxq+z/8OUxGJKli+0emK/8P RntA== MIME-Version: 1.0 X-Received: by 10.58.118.130 with SMTP id km2mr11628951veb.0.1379770868534; Sat, 21 Sep 2013 06:41:08 -0700 (PDT) Sender: davide.italiano@gmail.com Received: by 10.220.65.132 with HTTP; Sat, 21 Sep 2013 06:41:08 -0700 (PDT) In-Reply-To: <20130921145139.23e3007a@thor.walstatt.dyndns.org> References: <523D8AAD.5080900@FreeBSD.org> <523D8C39.4050307@FreeBSD.org> <20130921145139.23e3007a@thor.walstatt.dyndns.org> Date: Sat, 21 Sep 2013 15:41:08 +0200 X-Google-Sender-Auth: OK1j1grc_5R7yx4vqmxfOUm3mTk Message-ID: Subject: Re: Panic on head (r255759) [_callout_stop_safe()-> panic: Lock lle not exclusively locked @ /usr/src/sys/kern/kern_rwlock.c:140] From: Davide Italiano To: "O. Hartmann" Content-Type: text/plain; charset=ISO-8859-1 Cc: "Bjoern A. Zeeb" , freebsd-current , Bryan Drewery X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Sep 2013 13:41:10 -0000 On Sat, Sep 21, 2013 at 2:51 PM, O. Hartmann wrote: > On Sat, 21 Sep 2013 07:08:25 -0500 > Bryan Drewery wrote: > >> On 9/21/2013 7:06 AM, Bjoern A. Zeeb wrote: >> > On Sat, 21 Sep 2013, Bryan Drewery wrote: >> > >> >>> Unread portion of the kernel message buffer: >> >>> panic: Lock lle not exclusively locked @ >> >>> /usr/src/sys/kern/kern_rwlock.c:140 >> >>> >> >>> cpuid = 0 >> >>> KDB: stack backtrace: >> >>> db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame >> >>> 0xfffffe118aeef820 >> >>> kdb_backtrace() at kdb_backtrace+0x39/frame 0xfffffe118aeef8d0 >> >>> vpanic() at vpanic+0x126/frame 0xfffffe118aeef910 >> >>> panic() at panic+0x43/frame 0xfffffe118aeef970 >> >>> __rw_assert() at __rw_assert+0xa3/frame 0xfffffe118aeef980 >> >>> _callout_stop_safe() at _callout_stop_safe+0x54/frame >> >>> 0xfffffe118aeef9f0 arptimer() at arptimer+0x14e/frame >> >>> 0xfffffe118aeefa30 softclock_call_cc() at >> >>> softclock_call_cc+0x188/frame 0xfffffe118aeefb10 softclock() at >> >>> softclock+0x47/frame 0xfffffe118aeefb30 >> >>> intr_event_execute_handlers() at >> >>> intr_event_execute_handlers+0x93/frame 0xfffffe118aeefb70 >> >>> ithread_loop() at ithread_loop+0xa6/frame 0xfffffe118aeefbb0 >> >>> fork_exit() at fork_exit+0x84/frame 0xfffffe118aeefbf0 >> >>> fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe118aeefbf0 >> >>> --- trap 0, rip = 0, rsp = 0xfffffe118aeefcb0, rbp = 0 --- >> > >> > >> > +1 from me; I guess introduced somwhere between 255569 and 255758, >> > as these are my edges of kernel.old and kernel. >> > >> >> r255726 was stable for me. r255759 is not. >> >> r255755 converted ipfilter to callout, but I am unsure if that is the >> problem. >> > > r255729 is also stable for me - I'm with r255729 again, since r255757 > crashed. Let me know if this fixes the problem for you: http://people.freebsd.org/~davide/review/lc_calloutfix.diff Thanks, -- Davide "There are no solved problems; there are only problems that are more or less solved" -- Henri Poincare From owner-freebsd-current@FreeBSD.ORG Sat Sep 21 15:50:53 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id F1CF62BB; Sat, 21 Sep 2013 15:50:53 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B9184256B; Sat, 21 Sep 2013 15:50:53 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id r8LFopQe055620; Sat, 21 Sep 2013 11:50:51 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r8LFopFh055608; Sat, 21 Sep 2013 15:50:51 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 21 Sep 2013 15:50:51 GMT Message-Id: <201309211550.r8LFopFh055608@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on armv6/arm Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Sep 2013 15:50:54 -0000 TB --- 2013-09-21 12:40:18 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-09-21 12:40:18 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-09-21 12:40:18 - starting HEAD tinderbox run for armv6/arm TB --- 2013-09-21 12:40:18 - cleaning the object tree TB --- 2013-09-21 12:43:07 - /usr/local/bin/svn stat /src TB --- 2013-09-21 12:43:11 - At svn revision 255760 TB --- 2013-09-21 12:43:12 - building world TB --- 2013-09-21 12:43:12 - CROSS_BUILD_TESTING=YES TB --- 2013-09-21 12:43:12 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-21 12:43:12 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-21 12:43:12 - SRCCONF=/dev/null TB --- 2013-09-21 12:43:12 - TARGET=arm TB --- 2013-09-21 12:43:12 - TARGET_ARCH=armv6 TB --- 2013-09-21 12:43:12 - TZ=UTC TB --- 2013-09-21 12:43:12 - __MAKE_CONF=/dev/null TB --- 2013-09-21 12:43:12 - cd /src TB --- 2013-09-21 12:43:12 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Sep 21 12:43:18 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Sep 21 15:46:00 UTC 2013 TB --- 2013-09-21 15:46:00 - generating LINT kernel config TB --- 2013-09-21 15:46:00 - cd /src/sys/arm/conf TB --- 2013-09-21 15:46:00 - /usr/bin/make -B LINT TB --- 2013-09-21 15:46:00 - cd /src/sys/arm/conf TB --- 2013-09-21 15:46:00 - /usr/sbin/config -m LINT TB --- 2013-09-21 15:46:00 - skipping LINT kernel TB --- 2013-09-21 15:46:00 - cd /src/sys/arm/conf TB --- 2013-09-21 15:46:00 - /usr/sbin/config -m AC100 TB --- 2013-09-21 15:46:00 - building AC100 kernel TB --- 2013-09-21 15:46:00 - CROSS_BUILD_TESTING=YES TB --- 2013-09-21 15:46:00 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-21 15:46:00 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-21 15:46:00 - SRCCONF=/dev/null TB --- 2013-09-21 15:46:00 - TARGET=arm TB --- 2013-09-21 15:46:00 - TARGET_ARCH=armv6 TB --- 2013-09-21 15:46:00 - TZ=UTC TB --- 2013-09-21 15:46:00 - __MAKE_CONF=/dev/null TB --- 2013-09-21 15:46:00 - cd /src TB --- 2013-09-21 15:46:00 - /usr/bin/make -B buildkernel KERNCONF=AC100 >>> Kernel build for AC100 started on Sat Sep 21 15:46:00 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AC100 completed on Sat Sep 21 15:48:40 UTC 2013 TB --- 2013-09-21 15:48:40 - cd /src/sys/arm/conf TB --- 2013-09-21 15:48:40 - /usr/sbin/config -m ARMADAXP TB --- 2013-09-21 15:48:40 - building ARMADAXP kernel TB --- 2013-09-21 15:48:40 - CROSS_BUILD_TESTING=YES TB --- 2013-09-21 15:48:40 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-21 15:48:40 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-21 15:48:40 - SRCCONF=/dev/null TB --- 2013-09-21 15:48:40 - TARGET=arm TB --- 2013-09-21 15:48:40 - TARGET_ARCH=armv6 TB --- 2013-09-21 15:48:40 - TZ=UTC TB --- 2013-09-21 15:48:40 - __MAKE_CONF=/dev/null TB --- 2013-09-21 15:48:40 - cd /src TB --- 2013-09-21 15:48:40 - /usr/bin/make -B buildkernel KERNCONF=ARMADAXP >>> Kernel build for ARMADAXP started on Sat Sep 21 15:48:40 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -funwind-tables -mllvm -arm-enable-ehabi -ffreestanding -Werror /src/sys/kern/subr_smp.c /src/sys/kern/subr_smp.c:235:14: error: use of undeclared identifier 'IPI_SUSPEND' if (type == IPI_SUSPEND) ^ /src/sys/kern/subr_smp.c:265:14: error: use of undeclared identifier 'IPI_SUSPEND' if (type == IPI_SUSPEND) ^ 2 errors generated. *** Error code 1 Stop. bmake[1]: stopped in /obj/arm.armv6/src/sys/ARMADAXP *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-09-21 15:50:51 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-09-21 15:50:51 - ERROR: failed to build ARMADAXP kernel TB --- 2013-09-21 15:50:51 - 9024.07 user 1675.32 system 11433.34 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-armv6-arm.full From owner-freebsd-current@FreeBSD.ORG Sat Sep 21 16:01:43 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 5372B5EA for ; Sat, 21 Sep 2013 16:01:43 +0000 (UTC) (envelope-from rizzo@i805.com.br) Received: from server.i805.com.br (mailhost.i805.com.br [72.52.97.105]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 2375925E1 for ; Sat, 21 Sep 2013 16:01:42 +0000 (UTC) Received: from i805.com.br (localhost [127.0.0.1]) by server.i805.com.br (8.14.6/8.14.5) with ESMTP id r8LG1YI0076197 for ; Sat, 21 Sep 2013 13:01:34 -0300 (BRT) (envelope-from rizzo@i805.com.br) From: "Nilton Jose Rizzo" To: freebsd-current@freebsd.org Subject: iconv/libiconv/ports libconv Date: Sat, 21 Sep 2013 13:01:34 -0300 Message-Id: <20130921154257.M82609@i805.com.br> X-Mailer: OpenWebMail 3.00_beta4 20121104 671 X-OriginatingIP: 179.218.87.141 (rizzo) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED autolearn=unavailable version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on server.i805.com.br X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Sep 2013 16:01:43 -0000 Hi all, I need a help about this change in the system! int /usr/src/UPDATING says after Aug, 13 we dont't need any more the port libiconv but, I don't rebuild with it. I rebuild world and install but the ports rebuilding with /usr/ports/UPDATING instructions fail, and now I my system are inconsistent and can't update any ports because some of then needs a libiconv I would like how it work(WITH_ICONV and WITH_LIBICONV_COMPAT) my make.conf root@valfenda:/usr/ports/converters/libiconv # more /etc/make.conf JAVA_VERSION=1.7 # added by use.perl 2013-08-31 20:03:13 PERL_VERSION=5.16.3 WITH_ICONV="YES" #WITH_LIBICONV_COMPAT="YES" genarate this error ===> gnu/usr.bin/texinfo/doc (installincludes) ===> include (includes) set -e; cd /usr/src/include; make buildincludes; make installincludes echo "/* Indicate whether libiconv symbols are present */" > _libiconv_compat.h echo "#define __LIBICONV_COMPAT" >> _libiconv_compat.h creating osreldate.h from newvers.sh *** Error code 1 Stop. make[4]: stopped in /usr/src/include *** Error code 1 Stop. make[3]: stopped in /usr/src/include *** Error code 1 Stop. make[2]: stopped in /usr/src *** Error code 1 Stop. make[1]: stopped in /usr/src *** Error code 1 Stop. make: stopped in /usr/src root@valfenda:/usr/src # tring rebuild libiconv root@valfenda:/home2/rizzo # cd /usr/ports/*/libiconv root@valfenda:/usr/ports/converters/libiconv # make ===> libiconv-1.14_1 converters/libiconv should not be used with OSVERSION > 1000043. Please fix the port which tries to use it. *** Error code 1 Stop. make: stopped in /usr/ports/converters/libiconv root@valfenda:/usr/ports/converters/libiconv # Updating ports with UPDATING information root@valfenda:/usr/ports/converters/libiconv # cat /tmp/ports_to_update | xargs portupgrade -f [Reading data from pkg(8) ... - 866 packages found - done] Shared object "libiconv.so.3" not found, required by "libintl.so.9" make: "/usr/ports/Mk/bsd.database.mk" line 203: warning: Couldn't read shell's o utput for "/usr/local/bin/pg_config --version | /usr/bin/sed -n 's/PostgreSQL[^0 -9]*\([0-9][0-9]*\)\.\([0-9][0-9]*\)[^0-9].*/\1\2/p'" Shared object "libiconv.so.3" not found, required by "libintl.so.9" make: "/usr/ports/Mk/bsd.database.mk" line 203: warning: Couldn't read shell's output for "/usr/local/bin/pg_config --version | /usr/bin/sed -n 's/PostgreSQL[^0-9]*\([0-9][0-9]*\)\.\([0-9][0-9]*\)[^0-9].*/\1\2/p'" Shared object "libiconv.so.3" not found, required by "libintl.so.9" make: "/usr/ports/Mk/bsd.database.mk" line 203: warning: Couldn't read shell's output for "/usr/local/bin/pg_config --version | /usr/bin/sed -n 's/PostgreSQL[^0-9]*\([0-9][0-9]*\)\.\([0-9][0-9]*\)[^0-9].*/\1\2/p'" Shared object "libiconv.so.3" not found, required by "libintl.so.9" make: "/usr/ports/Mk/bsd.database.mk" line 203: warning: Couldn't read shell's output for "/usr/local/bin/pg_config --version | /usr/bin/sed -n 's/PostgreSQL[^0-9]*\([0-9][0-9]*\)\.\([0-9][0-9]*\)[^0-9].*/\1\2/p'" ** Port marked as IGNORE: databases/postgresql93-server: cannot install: the port wants postgresql-client version 93 and you have version installed or set in make.conf Shared object "libiconv.so.3" not found, required by "libintl.so.9" make: "/usr/ports/Mk/bsd.database.mk" line 203: warning: Couldn't read shell's output for "/usr/local/bin/pg_config --version | /usr/bin/sed -n 's/PostgreSQL[^0-9]*\([0-9][0-9]*\)\.\([0-9][0-9]*\)[^0-9].*/\1\2/p'" Shared object "libiconv.so.3" not found, required by "libintl.so.9" make: "/usr/ports/Mk/bsd.database.mk" line 203: warning: Couldn't read shell's output for "/usr/local/bin/pg_config --version | /usr/bin/sed -n 's/PostgreSQL[^0-9]*\([0-9][0-9]*\)\.\([0-9][0-9]*\)[^0-9].*/\1\2/p'" Shared object "libiconv.so.3" not found, required by "libintl.so.9" something I do wrong, but What? Someone give me a help? I don't have src.conf (it's not has been created yet) Someone have the same problems? my box root@valfenda:/usr/ports/converters/libiconv # uname -a FreeBSD valfenda 10.0-ALPHA2 FreeBSD 10.0-ALPHA2 #0 r255706: Fri Sep 20 00:37:13 BRT 2013 rizzo@valfenda:/usr/src/sys/amd64/compile/VALFENDA amd64 root@valfenda:/usr/ports/converters/libiconv # the svn not work because it's need a libiconv root@valfenda:/usr # svn info ports Shared object "libiconv.so.3" not found, required by "svn" root@valfenda:/usr # Relevant Kernel config (this imported from LINT) options CD9660_ICONV options MSDOSFS_ICONV #options UDF_ICONV options LIBICONV TIA, Rizzo From owner-freebsd-current@FreeBSD.ORG Sat Sep 21 16:17:22 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id C982F9BB for ; Sat, 21 Sep 2013 16:17:22 +0000 (UTC) (envelope-from symbolics@gmx.com) Received: from mout.gmx.net (mout.gmx.net [212.227.17.22]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 65AE82682 for ; Sat, 21 Sep 2013 16:17:22 +0000 (UTC) Received: from lemon ([80.7.17.14]) by mail.gmx.com (mrgmx002) with ESMTPSA (Nemesis) id 0MDQUP-1V6hQV2kVJ-00GoKi for ; Sat, 21 Sep 2013 18:17:14 +0200 Received: by lemon (Postfix, from userid 1001) id 36C52EB264; Sat, 21 Sep 2013 17:17:14 +0100 (BST) Date: Sat, 21 Sep 2013 17:17:14 +0100 From: symbolics@gmx.com To: current@freebsd.org Subject: Re: what is the status of KMS support in newcons? Message-ID: <20130921161714.GA82948@lemon> References: <523A81BA.7030903@reynoldsnet.org> <20130920022307.1bc503ee.ray@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20130920022307.1bc503ee.ray@freebsd.org> X-Provags-ID: V03:K0:mKJldNRI1vfOXoETAGTRF7x0m/lnqeZmGRTdpRN3XWVN0+s4Q7I muuhgUye2dplQHgPC8e9wRstVzezenGkY9q4wsZdyi3vbrBGYgTKA9f1fvkh/7EGfhhSA6Q WuQxkrrbyjo5bGEYYRqmvldE46ALeJ7++MiGuJtTMPgdo40vWvGkKfQSG7Jg8MfWzqY5rr/ lccvFoqJ7QsPOWiF4rEUg== X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Sep 2013 16:17:22 -0000 On Fri, Sep 20, 2013 at 02:23:07AM +0300, Aleksandr Rybalko wrote: > On Wed, 18 Sep 2013 21:46:50 -0700 > John Reynolds wrote: > > > Hello all, > > > > I was just wondering what the status of KMS support with newcons is? > > About 6 weeks ago I got some help on x11@ and much was said about KMS > > (and the lack of support for the 'newer' Haswell graphics). somebody > > mentioned that one of the problems where the "console goes away" once > > you fire up X was that the console driver didn't support KMS, so you > > could never really successfully alt-Ctrl-bksp and kill X (or exit > > cleanly) and get back to your VT. Word was said that this problem was > > being worked on and hopefully would get brought in towards the "tail > > end of august." > > > > So, am just wondering what the status of that project is? > > > > thanks, > > > > -Jr > > > > _______________________________________________ > > freebsd-current@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-current > > To unsubscribe, send any mail to > > "freebsd-current-unsubscribe@freebsd.org" > > Hello John! > > I can't say anything about Haswell support, but newcons works, > sometimes :) Just not now. > I've currently doing some redesign, so it is broken last week. > Hope I will done something for wide testing in a week or so, but I'm > afraid it will not be fully done to be shipped with 10.0. > > I will let you and others to know when something will happen :) Hi, >From the code in the user/ed/newcons branch it seems that there is no support for 256 colors at the moment. Is this planned? I have moved to only using a console from X11 and I miss the additional colours. Thanks! -sym From owner-freebsd-current@FreeBSD.ORG Sat Sep 21 16:24:55 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id DAC01B90 for ; Sat, 21 Sep 2013 16:24:55 +0000 (UTC) (envelope-from mcdouga9@egr.msu.edu) Received: from mail.egr.msu.edu (hill.egr.msu.edu [35.9.37.162]) by mx1.freebsd.org (Postfix) with ESMTP id AAC7E2719 for ; Sat, 21 Sep 2013 16:24:55 +0000 (UTC) Received: from hill (localhost [127.0.0.1]) by mail.egr.msu.edu (Postfix) with ESMTP id E115011E21 for ; Sat, 21 Sep 2013 12:18:26 -0400 (EDT) X-Virus-Scanned: amavisd-new at egr.msu.edu Received: from mail.egr.msu.edu ([127.0.0.1]) by hill (hill.egr.msu.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 7aE_lv8t92ZN for ; Sat, 21 Sep 2013 12:18:26 -0400 (EDT) Received: from EGR authenticated sender Message-ID: <523DC6D1.6050903@egr.msu.edu> Date: Sat, 21 Sep 2013 12:18:25 -0400 From: Adam McDougall User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: Panic on head (r255759) [_callout_stop_safe()-> panic: Lock lle not exclusively locked @ /usr/src/sys/kern/kern_rwlock.c:140] References: <523D8AAD.5080900@FreeBSD.org> <523D8C39.4050307@FreeBSD.org> <20130921145139.23e3007a@thor.walstatt.dyndns.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Sep 2013 16:24:55 -0000 On 09/21/13 09:41, Davide Italiano wrote: > On Sat, Sep 21, 2013 at 2:51 PM, O. Hartmann > wrote: >> On Sat, 21 Sep 2013 07:08:25 -0500 >> Bryan Drewery wrote: >> >>> On 9/21/2013 7:06 AM, Bjoern A. Zeeb wrote: >>>> On Sat, 21 Sep 2013, Bryan Drewery wrote: >>>> >>>>>> Unread portion of the kernel message buffer: >>>>>> panic: Lock lle not exclusively locked @ >>>>>> /usr/src/sys/kern/kern_rwlock.c:140 >>>>>> >>>>>> cpuid = 0 >>>>>> KDB: stack backtrace: >>>>>> db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame >>>>>> 0xfffffe118aeef820 >>>>>> kdb_backtrace() at kdb_backtrace+0x39/frame 0xfffffe118aeef8d0 >>>>>> vpanic() at vpanic+0x126/frame 0xfffffe118aeef910 >>>>>> panic() at panic+0x43/frame 0xfffffe118aeef970 >>>>>> __rw_assert() at __rw_assert+0xa3/frame 0xfffffe118aeef980 >>>>>> _callout_stop_safe() at _callout_stop_safe+0x54/frame >>>>>> 0xfffffe118aeef9f0 arptimer() at arptimer+0x14e/frame >>>>>> 0xfffffe118aeefa30 softclock_call_cc() at >>>>>> softclock_call_cc+0x188/frame 0xfffffe118aeefb10 softclock() at >>>>>> softclock+0x47/frame 0xfffffe118aeefb30 >>>>>> intr_event_execute_handlers() at >>>>>> intr_event_execute_handlers+0x93/frame 0xfffffe118aeefb70 >>>>>> ithread_loop() at ithread_loop+0xa6/frame 0xfffffe118aeefbb0 >>>>>> fork_exit() at fork_exit+0x84/frame 0xfffffe118aeefbf0 >>>>>> fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe118aeefbf0 >>>>>> --- trap 0, rip = 0, rsp = 0xfffffe118aeefcb0, rbp = 0 --- >>>> >>>> +1 from me; I guess introduced somwhere between 255569 and 255758, >>>> as these are my edges of kernel.old and kernel. >>>> >>> r255726 was stable for me. r255759 is not. >>> >>> r255755 converted ipfilter to callout, but I am unsure if that is the >>> problem. >>> >> r255729 is also stable for me - I'm with r255729 again, since r255757 >> crashed. > Let me know if this fixes the problem for you: > http://people.freebsd.org/~davide/review/lc_calloutfix.diff > > Thanks, > Worked for me so far. I generally couldn't stay up more than 30 minutes before the patch and now my uptime is 90 minutes. Thanks! From owner-freebsd-current@FreeBSD.ORG Sat Sep 21 16:31:11 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id D1666DC8 for ; Sat, 21 Sep 2013 16:31:11 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B32CF27AA for ; Sat, 21 Sep 2013 16:31:11 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id r8LGVBig072940 for ; Sat, 21 Sep 2013 16:31:11 GMT (envelope-from bdrewery@freefall.freebsd.org) Received: (from bdrewery@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id r8LGVBq3072939 for freebsd-current@freebsd.org; Sat, 21 Sep 2013 16:31:11 GMT (envelope-from bdrewery) Received: (qmail 60491 invoked from network); 21 Sep 2013 11:31:09 -0500 Received: from unknown (HELO ?10.10.0.24?) (freebsd@shatow.net@10.10.0.24) by sweb.xzibition.com with ESMTPA; 21 Sep 2013 11:31:09 -0500 Message-ID: <523DC9C7.1020708@FreeBSD.org> Date: Sat, 21 Sep 2013 11:31:03 -0500 From: Bryan Drewery Organization: FreeBSD User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130801 Thunderbird/17.0.8 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: Panic on head (r255759) [_callout_stop_safe()-> panic: Lock lle not exclusively locked @ /usr/src/sys/kern/kern_rwlock.c:140] References: <523D8AAD.5080900@FreeBSD.org> <523D8C39.4050307@FreeBSD.org> <20130921145139.23e3007a@thor.walstatt.dyndns.org> <523DC6D1.6050903@egr.msu.edu> In-Reply-To: <523DC6D1.6050903@egr.msu.edu> X-Enigmail-Version: 1.5.2 OpenPGP: id=3C9B0CF9; url=http://www.shatow.net/bryan/bryan.asc Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="RAn7348PB72jbpDdFGpK73bMUbSs3Gmpn" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Sep 2013 16:31:11 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --RAn7348PB72jbpDdFGpK73bMUbSs3Gmpn Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 9/21/2013 11:18 AM, Adam McDougall wrote: > On 09/21/13 09:41, Davide Italiano wrote: >> On Sat, Sep 21, 2013 at 2:51 PM, O. Hartmann >> wrote: >>> On Sat, 21 Sep 2013 07:08:25 -0500 >>> Bryan Drewery wrote: >>> >>>> On 9/21/2013 7:06 AM, Bjoern A. Zeeb wrote: >>>>> On Sat, 21 Sep 2013, Bryan Drewery wrote: >>>>> >>>>>>> Unread portion of the kernel message buffer: >>>>>>> panic: Lock lle not exclusively locked @ >>>>>>> /usr/src/sys/kern/kern_rwlock.c:140 >>>>>>> >>>>>>> cpuid =3D 0 >>>>>>> KDB: stack backtrace: >>>>>>> db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame >>>>>>> 0xfffffe118aeef820 >>>>>>> kdb_backtrace() at kdb_backtrace+0x39/frame 0xfffffe118aeef8d0 >>>>>>> vpanic() at vpanic+0x126/frame 0xfffffe118aeef910 >>>>>>> panic() at panic+0x43/frame 0xfffffe118aeef970 >>>>>>> __rw_assert() at __rw_assert+0xa3/frame 0xfffffe118aeef980 >>>>>>> _callout_stop_safe() at _callout_stop_safe+0x54/frame >>>>>>> 0xfffffe118aeef9f0 arptimer() at arptimer+0x14e/frame >>>>>>> 0xfffffe118aeefa30 softclock_call_cc() at >>>>>>> softclock_call_cc+0x188/frame 0xfffffe118aeefb10 softclock() at >>>>>>> softclock+0x47/frame 0xfffffe118aeefb30 >>>>>>> intr_event_execute_handlers() at >>>>>>> intr_event_execute_handlers+0x93/frame 0xfffffe118aeefb70 >>>>>>> ithread_loop() at ithread_loop+0xa6/frame 0xfffffe118aeefbb0 >>>>>>> fork_exit() at fork_exit+0x84/frame 0xfffffe118aeefbf0 >>>>>>> fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe118aeefbf0= >>>>>>> --- trap 0, rip =3D 0, rsp =3D 0xfffffe118aeefcb0, rbp =3D 0 --- >>>>> >>>>> +1 from me; I guess introduced somwhere between 255569 and 255758= , >>>>> as these are my edges of kernel.old and kernel. >>>>> >>>> r255726 was stable for me. r255759 is not. >>>> >>>> r255755 converted ipfilter to callout, but I am unsure if that is th= e >>>> problem. >>>> >>> r255729 is also stable for me - I'm with r255729 again, since r255757= >>> crashed. >> Let me know if this fixes the problem for you: >> http://people.freebsd.org/~davide/review/lc_calloutfix.diff >> >> Thanks, >> > Worked for me so far. I generally couldn't stay up more than 30 minutes= > before the patch and now my uptime is 90 minutes. Thanks! Same here. --=20 Regards, Bryan Drewery --RAn7348PB72jbpDdFGpK73bMUbSs3Gmpn Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (MingW32) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJSPcnHAAoJEG54KsA8mwz5+CAP/je3kbqggQ2p7FXAb4K+qkRT JTbrgw9PzzlFDzxdFLgA+anXJQpecMYyUlQ5nt3q85HtZbiDd8xKUHdKCYTZLkAX lZWjKYJS6/ZPLaKvzkMNV+bIgCHNfu0xI9JNCbrhI/gSeLDl6ZR0T6yjFavY7eIr TWkpN5rI/3ANroEZrqFdrxfzovJdwbzhyBv8ZgYzkVOXo3oVtMmxPkShtV6/+4Wv FqvRaZskP05T0GjcY77Q5dtBHqNy5dmpD6YJi7CchgBcN6RYETKGSkWu8/TXZMEK 7OSTnbnkCxfMvNMCsAiZwR5R3wgqQXjnhUWh3p3CVWiYgDBIeCvDXfL8G5p/zJgU W79hPwVxRFPJzotioracpZonFyUl3acQxuACU0zT6eROEYw2TgbU6JDry9lY3GYi maNzvlG5swWRa6P6YHfOMudhdzn9akvKS/27q4uW0W0PwBP1wwKbIhrAjMLJ/ata RKWhQM+TXx7jWhFlPMPsrHsduvsB5JG3IWIsqmvLaHdY7GpLTqryA7NFu0zXBRKX 0Ka2Bf36s4/ERaVGAG4AZ1LCa63UkRpExCe/jjeU4L27KhmOV1QCr3xvoyGaDvPs 7VCmapDKdFAu+h3uIYffdny0B1XNBczGgVvHkYpFI4/sitgUPOTlrPWpBmdWZXH5 acDbga0EpVKGYNTfjrVE =IInc -----END PGP SIGNATURE----- --RAn7348PB72jbpDdFGpK73bMUbSs3Gmpn-- From owner-freebsd-current@FreeBSD.ORG Sat Sep 21 16:35:00 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id CA3CDF4B; Sat, 21 Sep 2013 16:35:00 +0000 (UTC) (envelope-from davide.italiano@gmail.com) Received: from mail-vb0-x229.google.com (mail-vb0-x229.google.com [IPv6:2607:f8b0:400c:c02::229]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 767E527F7; Sat, 21 Sep 2013 16:35:00 +0000 (UTC) Received: by mail-vb0-f41.google.com with SMTP id g17so1245964vbg.28 for ; Sat, 21 Sep 2013 09:34:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=JeZFO9JIV4lYzIfX1M0LIyOQdaDNdvCuMx/IkuSWFHc=; b=BoEjFTEE9q6bIv2dboUqnvUiQqQv5pGStYq4LlgLif8Z2SFGZd0GzLA1rh8BD6jzhc xBb6uNPuOZ6Xlh/HIXICX1/yYjqKKWlSm3x61X8TL82Cfa9HNTcsSOYdNMloO9Uu9te1 XtBS1sVujA90xuvqp9dEYKO9V9bA2Ir7p+B1tPSwRnI/+QLklWxpBg+9w8YckPbU0E30 6guvuWpDgl5mB/ibesjJGhc4HdBrGmLXPJXx2GQGFfHroSPxKqLvwOCW7AMz91/ODdvi ply0Jzr84vbs6t8YaqiDc2HHnr79mdA/JGqFi0CAy45BYlLSLsgaami8Cke3HupXQ0LL GYeg== MIME-Version: 1.0 X-Received: by 10.52.34.109 with SMTP id y13mr10637558vdi.8.1379781299472; Sat, 21 Sep 2013 09:34:59 -0700 (PDT) Sender: davide.italiano@gmail.com Received: by 10.220.65.132 with HTTP; Sat, 21 Sep 2013 09:34:59 -0700 (PDT) In-Reply-To: <523DC9C7.1020708@FreeBSD.org> References: <523D8AAD.5080900@FreeBSD.org> <523D8C39.4050307@FreeBSD.org> <20130921145139.23e3007a@thor.walstatt.dyndns.org> <523DC6D1.6050903@egr.msu.edu> <523DC9C7.1020708@FreeBSD.org> Date: Sat, 21 Sep 2013 09:34:59 -0700 X-Google-Sender-Auth: _-Xr_es2tiX6-X33sM4gvHV9_qY Message-ID: Subject: Re: Panic on head (r255759) [_callout_stop_safe()-> panic: Lock lle not exclusively locked @ /usr/src/sys/kern/kern_rwlock.c:140] From: Davide Italiano To: Bryan Drewery Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Sep 2013 16:35:01 -0000 On Sat, Sep 21, 2013 at 9:31 AM, Bryan Drewery wrote: > On 9/21/2013 11:18 AM, Adam McDougall wrote: >> On 09/21/13 09:41, Davide Italiano wrote: >>> On Sat, Sep 21, 2013 at 2:51 PM, O. Hartmann >>> wrote: >>>> On Sat, 21 Sep 2013 07:08:25 -0500 >>>> Bryan Drewery wrote: >>>> >>>>> On 9/21/2013 7:06 AM, Bjoern A. Zeeb wrote: >>>>>> On Sat, 21 Sep 2013, Bryan Drewery wrote: >>>>>> >>>>>>>> Unread portion of the kernel message buffer: >>>>>>>> panic: Lock lle not exclusively locked @ >>>>>>>> /usr/src/sys/kern/kern_rwlock.c:140 >>>>>>>> >>>>>>>> cpuid = 0 >>>>>>>> KDB: stack backtrace: >>>>>>>> db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame >>>>>>>> 0xfffffe118aeef820 >>>>>>>> kdb_backtrace() at kdb_backtrace+0x39/frame 0xfffffe118aeef8d0 >>>>>>>> vpanic() at vpanic+0x126/frame 0xfffffe118aeef910 >>>>>>>> panic() at panic+0x43/frame 0xfffffe118aeef970 >>>>>>>> __rw_assert() at __rw_assert+0xa3/frame 0xfffffe118aeef980 >>>>>>>> _callout_stop_safe() at _callout_stop_safe+0x54/frame >>>>>>>> 0xfffffe118aeef9f0 arptimer() at arptimer+0x14e/frame >>>>>>>> 0xfffffe118aeefa30 softclock_call_cc() at >>>>>>>> softclock_call_cc+0x188/frame 0xfffffe118aeefb10 softclock() at >>>>>>>> softclock+0x47/frame 0xfffffe118aeefb30 >>>>>>>> intr_event_execute_handlers() at >>>>>>>> intr_event_execute_handlers+0x93/frame 0xfffffe118aeefb70 >>>>>>>> ithread_loop() at ithread_loop+0xa6/frame 0xfffffe118aeefbb0 >>>>>>>> fork_exit() at fork_exit+0x84/frame 0xfffffe118aeefbf0 >>>>>>>> fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe118aeefbf0 >>>>>>>> --- trap 0, rip = 0, rsp = 0xfffffe118aeefcb0, rbp = 0 --- >>>>>> >>>>>> +1 from me; I guess introduced somwhere between 255569 and 255758, >>>>>> as these are my edges of kernel.old and kernel. >>>>>> >>>>> r255726 was stable for me. r255759 is not. >>>>> >>>>> r255755 converted ipfilter to callout, but I am unsure if that is the >>>>> problem. >>>>> >>>> r255729 is also stable for me - I'm with r255729 again, since r255757 >>>> crashed. >>> Let me know if this fixes the problem for you: >>> http://people.freebsd.org/~davide/review/lc_calloutfix.diff >>> >>> Thanks, >>> >> Worked for me so far. I generally couldn't stay up more than 30 minutes >> before the patch and now my uptime is 90 minutes. Thanks! > > Same here. > > > -- > Regards, > Bryan Drewery > I would wait another couple of hours before the commit, but still I'm confident this fixed the problem. -- Davide "There are no solved problems; there are only problems that are more or less solved" -- Henri Poincare From owner-freebsd-current@FreeBSD.ORG Sat Sep 21 16:37:22 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 67DFD133 for ; Sat, 21 Sep 2013 16:37:22 +0000 (UTC) (envelope-from dt71@gmx.com) Received: from mout.gmx.net (mout.gmx.net [212.227.17.21]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id DDF66282A for ; Sat, 21 Sep 2013 16:37:21 +0000 (UTC) Received: from [157.181.98.186] ([157.181.98.186]) by mail.gmx.com (mrgmx003) with ESMTPSA (Nemesis) id 0MWk7n-1VPrp50wpv-00XsDr for ; Sat, 21 Sep 2013 18:37:20 +0200 Message-ID: <523DCAE4.6070504@gmx.com> Date: Sat, 21 Sep 2013 18:35:48 +0200 From: dt71@gmx.com User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:23.0) Gecko/20100101 Firefox/23.0 SeaMonkey/2.20 MIME-Version: 1.0 To: freebsd-current@freebsd.org, rnoland@freebsd.org Subject: Re: Robert Noland's DRM patch Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:1qTfdB7yZUiX4ZV7QeyPEuBAAiDpjQFYh0yNBxAwVFj8HYs/yIN P0kBmotte4Wk74T5uQLCs/+8xDd8xiJccsdh5eQmVolTBtBMQXmjJ3+z9emgGImgBhuzPXm VYZcRcFc55pkt+4pFimufpN9Z0xwGwYdB1U2H/RYj3l9//g0EVLRvf+YOh8WNxW7GIcPVcJ gETTAuERd7WujwSGpAqMA== X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Sep 2013 16:37:22 -0000 Ping! From owner-freebsd-current@FreeBSD.ORG Sat Sep 21 16:50:54 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id DA79A6ED; Sat, 21 Sep 2013 16:50:54 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 9459B296E; Sat, 21 Sep 2013 16:50:54 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.80.1) with esmtp (envelope-from ) id <1VNQOS-001S2n-Th>; Sat, 21 Sep 2013 18:50:52 +0200 Received: from g231208190.adsl.alicedsl.de ([92.231.208.190] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.80.1) with esmtpsa (envelope-from ) id <1VNQOS-001COb-Od>; Sat, 21 Sep 2013 18:50:52 +0200 Date: Sat, 21 Sep 2013 18:50:47 +0200 From: "O. Hartmann" To: Davide Italiano Subject: Re: Panic on head (r255759) [_callout_stop_safe()-> panic: Lock lle not exclusively locked @ /usr/src/sys/kern/kern_rwlock.c:140] Message-ID: <20130921185047.5547b40f@thor.walstatt.dyndns.org> In-Reply-To: References: <523D8AAD.5080900@FreeBSD.org> <523D8C39.4050307@FreeBSD.org> <20130921145139.23e3007a@thor.walstatt.dyndns.org> <523DC6D1.6050903@egr.msu.edu> <523DC9C7.1020708@FreeBSD.org> Organization: FU Berlin X-Mailer: Claws Mail 3.9.2 (GTK+ 2.24.19; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/JP8XY5Rq4v5xm==oP2WVi.X"; protocol="application/pgp-signature" X-Originating-IP: 92.231.208.190 Cc: freebsd-current , Bryan Drewery X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Sep 2013 16:50:54 -0000 --Sig_/JP8XY5Rq4v5xm==oP2WVi.X Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Sat, 21 Sep 2013 09:34:59 -0700 Davide Italiano wrote: > On Sat, Sep 21, 2013 at 9:31 AM, Bryan Drewery > wrote: > > On 9/21/2013 11:18 AM, Adam McDougall wrote: > >> On 09/21/13 09:41, Davide Italiano wrote: > >>> On Sat, Sep 21, 2013 at 2:51 PM, O. Hartmann > >>> wrote: > >>>> On Sat, 21 Sep 2013 07:08:25 -0500 > >>>> Bryan Drewery wrote: > >>>> > >>>>> On 9/21/2013 7:06 AM, Bjoern A. Zeeb wrote: > >>>>>> On Sat, 21 Sep 2013, Bryan Drewery wrote: > >>>>>> > >>>>>>>> Unread portion of the kernel message buffer: > >>>>>>>> panic: Lock lle not exclusively locked @ > >>>>>>>> /usr/src/sys/kern/kern_rwlock.c:140 > >>>>>>>> > >>>>>>>> cpuid =3D 0 > >>>>>>>> KDB: stack backtrace: > >>>>>>>> db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame > >>>>>>>> 0xfffffe118aeef820 > >>>>>>>> kdb_backtrace() at kdb_backtrace+0x39/frame > >>>>>>>> 0xfffffe118aeef8d0 vpanic() at vpanic+0x126/frame > >>>>>>>> 0xfffffe118aeef910 panic() at panic+0x43/frame > >>>>>>>> 0xfffffe118aeef970 __rw_assert() at __rw_assert+0xa3/frame > >>>>>>>> 0xfffffe118aeef980 _callout_stop_safe() at > >>>>>>>> _callout_stop_safe+0x54/frame 0xfffffe118aeef9f0 arptimer() > >>>>>>>> at arptimer+0x14e/frame 0xfffffe118aeefa30 > >>>>>>>> softclock_call_cc() at softclock_call_cc+0x188/frame > >>>>>>>> 0xfffffe118aeefb10 softclock() at softclock+0x47/frame > >>>>>>>> 0xfffffe118aeefb30 intr_event_execute_handlers() at > >>>>>>>> intr_event_execute_handlers+0x93/frame 0xfffffe118aeefb70 > >>>>>>>> ithread_loop() at ithread_loop+0xa6/frame 0xfffffe118aeefbb0 > >>>>>>>> fork_exit() at fork_exit+0x84/frame 0xfffffe118aeefbf0 > >>>>>>>> fork_trampoline() at fork_trampoline+0xe/frame > >>>>>>>> 0xfffffe118aeefbf0 --- trap 0, rip =3D 0, rsp =3D > >>>>>>>> 0xfffffe118aeefcb0, rbp =3D 0 --- > >>>>>> > >>>>>> +1 from me; I guess introduced somwhere between 255569 and > >>>>>> 255758, as these are my edges of kernel.old and kernel. > >>>>>> > >>>>> r255726 was stable for me. r255759 is not. > >>>>> > >>>>> r255755 converted ipfilter to callout, but I am unsure if that > >>>>> is the problem. > >>>>> > >>>> r255729 is also stable for me - I'm with r255729 again, since > >>>> r255757 crashed. > >>> Let me know if this fixes the problem for you: > >>> http://people.freebsd.org/~davide/review/lc_calloutfix.diff > >>> > >>> Thanks, > >>> > >> Worked for me so far. I generally couldn't stay up more than 30 > >> minutes before the patch and now my uptime is 90 minutes. Thanks! > > > > Same here. > > > > > > -- > > Regards, > > Bryan Drewery > > >=20 > I would wait another couple of hours before the commit, but still I'm > confident this fixed the problem. >=20 At the moment all systems are under load and duty, I can patch earliest tonight and report tomorrow after the boxes stayed up overnight. --Sig_/JP8XY5Rq4v5xm==oP2WVi.X Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.21 (FreeBSD) iQEcBAEBAgAGBQJSPc5sAAoJEOgBcD7A/5N8owUIAIJevpFiQl8QWTzM0LJ7be2s 4Bdft4ZuPDJiP9QQ2wtil/nSkn3pAmg/Mjj0TN6lw7bonOWNCFqfcef6hPbYJ6Mr UmydVbYX5k67Jr10vMIMeYYHFhsqW8u9QTWOm97B587Ma+UjBo6pKxH39e7sjfI7 qZHA1v6wtze7koz96z6eRFi2d5PWBLEkexztp2edtxxBlqGib/tob6CwbqsqKcGl KiLie6A0qChktnT6z/KbHYAuoogIXBX/J+WK+yOkROVxLlhxIcnquS/uBSUBv3Cg +kX3p+WWVm4FOGn3gSiIsjXJkro+ifhupShYBrOCSyocgtusWmAixj67S6Nc3yM= =qG5e -----END PGP SIGNATURE----- --Sig_/JP8XY5Rq4v5xm==oP2WVi.X-- From owner-freebsd-current@FreeBSD.ORG Sat Sep 21 18:03:14 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id B8BE0552 for ; Sat, 21 Sep 2013 18:03:14 +0000 (UTC) (envelope-from agh@fastmail.fm) Received: from out3-smtp.messagingengine.com (out3-smtp.messagingengine.com [66.111.4.27]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 8925D2EF3 for ; Sat, 21 Sep 2013 18:03:14 +0000 (UTC) Received: from compute1.internal (compute1.nyi.mail.srv.osa [10.202.2.41]) by gateway1.nyi.mail.srv.osa (Postfix) with ESMTP id 3973D2079C; Sat, 21 Sep 2013 14:03:07 -0400 (EDT) Received: from frontend1 ([10.202.2.160]) by compute1.internal (MEProxy); Sat, 21 Sep 2013 14:03:07 -0400 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=fastmail.fm; h= date:from:to:cc:subject:message-id:references:mime-version :content-type:in-reply-to; s=mesmtp; bh=8eTwE5SxHJe1mm1dFyPxLFYe BRw=; b=EUlpcahKcpvnPf+lmQor7fkGk4a3BZfCvgbfU1sUbh0MgbwyF6fbmFSd Ngy/CAe3vI8+RnRpVeJyYfx8M0+KhmDTu1EEgB+NvaWUKTl/2jAcAh7Lmm+nUASI eNgNkC4mP78i+Yq+oGhq1Ldyg6hIVy6z7z2O2ECojs0L1fxYxxc= DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=date:from:to:cc:subject:message-id :references:mime-version:content-type:in-reply-to; s=smtpout; bh=8eTwE5SxHJe1mm1dFyPxLFYeBRw=; b=aexbB/S83uzuYJUL52531Dh19YVY ajk4b5xBgyGakRJ2HL0n8NKi+DybStKAHH3/drvKDdOY/ommiSXh1DUvA0JX0R2N cUtZtD+tY73u3u9uDj4SeRw/fK4nrvdsObIB7Jax8Hxm+0Ropfv/XZtAo9LzMegd CcuHHQqisDreHk4= X-Sasl-enc: 6Bp+EBVFMAtZ2mcNXYHmv6Jit83QfCgK4MX5xFjxotVh 1379786586 Received: from direwolf.aux.io (unknown [203.59.221.16]) by mail.messagingengine.com (Postfix) with ESMTPA id 9F405C00E81; Sat, 21 Sep 2013 14:03:05 -0400 (EDT) Date: Sun, 22 Sep 2013 02:03:00 +0800 From: Alastair Hogge To: RW Subject: Re: sysctl: unknown oid 'kern.random.sys.harvest.interrupt Message-ID: <20130921180258.GB3069@direwolf.aux.io> References: <20130916172139.GA1297@devbox.vnode.local> <20130921031424.GA3069@direwolf.aux.io> <20130921124656.795536d0@gumby.homeunix.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20130921124656.795536d0@gumby.homeunix.com> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Sep 2013 18:03:14 -0000 On 2013-09-21 Sat 12:46:56 +0100, RW wrote: > On Sat, 21 Sep 2013 11:14:29 +0800 > Alastair Hogge wrote: > > > On 2013-09-16 Mon 19:21:39 +0200, Joel Dahl wrote: > > > Hi, > > > > Hi, > > > > > I noticed the following during boot on a machine running HEAD from > > > today: > > > > I have noticed this since the recent work to /sys/dev/random > > > > > Entropy harvesting:sysctl: unknown oid > > > 'kern.random.sys.harvest.interrupt': No such file or directory > > > interruptssysctl: unknown oid 'kern.random.sys.harvest.ethernet': > > > No such file or directory ethernetsysctl: unknown oid > > > 'kern.random.sys.harvest.point_to_point': No such file or directory > > > point_to_point kickstart. > > > > > > Known problem? > > It looks like /etc/rc.d/initrandom is no longer correctly checking for > whether the software generator is in use, so it tries to set sysctls > that don't exist. Those partiticular warnings look harmless. > > It might be that writing to /dev/random which occurs immediatly after is > causing the problem. Try commenting out the following: > > # First pass at reseeding /dev/random. > # > case ${entropy_file} in > [Nn][Oo] | '') > ;; > *) > if [ -w /dev/random ]; then > feed_dev_random "${entropy_file}" > fi > ;; > esac > > better_than_nothing This seems to have worked. 4 successful reboots into multiuser mode. From owner-freebsd-current@FreeBSD.ORG Sat Sep 21 19:14:36 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 06A4780; Sat, 21 Sep 2013 19:14:36 +0000 (UTC) (envelope-from Cy.Schubert@komquats.com) Received: from smtp-out-04.shaw.ca (smtp-out-04.shaw.ca [64.59.134.12]) by mx1.freebsd.org (Postfix) with ESMTP id C3F3B23E7; Sat, 21 Sep 2013 19:14:35 +0000 (UTC) X-Cloudmark-SP-Filtered: true X-Cloudmark-SP-Result: v=1.1 cv=Ur78AkMj4ME0q/xQKDu+fQsLaK/oG8/QJxPJp7yvMIc= c=1 sm=1 a=KJwzZ9YW5-wA:10 a=QrugwKR0C_UA:10 a=wAGQQ9Az6v0A:10 a=BLceEmwcHowA:10 a=ICAaq7hcmGcA:10 a=kj9zAlcOel0A:10 a=IbtKDeXwb2+SRU442/pi3A==:17 a=6I5d2MoRAAAA:8 a=BWvPGDcYAAAA:8 a=Gta-sLD9oO7bjhKnaGMA:9 a=CjuIK1q_8ugA:10 a=SV7veod9ZcQA:10 a=V7tsTZBp22UA:10 a=HpAAvcLHHh0Zw7uRqdWCyQ==:117 Received: from unknown (HELO spqr.komquats.com) ([96.50.7.119]) by smtp-out-04.shaw.ca with ESMTP; 21 Sep 2013 13:14:34 -0600 Received: from slippy.cwsent.com (slippy [10.1.1.91]) by spqr.komquats.com (Postfix) with ESMTP id DFE8E57; Sat, 21 Sep 2013 12:14:33 -0700 (PDT) Received: from slippy (localhost [127.0.0.1]) by slippy.cwsent.com (8.14.7/8.14.7) with ESMTP id r8LJEXU9005233; Sat, 21 Sep 2013 12:14:33 -0700 (PDT) (envelope-from Cy.Schubert@komquats.com) Message-Id: <201309211914.r8LJEXU9005233@slippy.cwsent.com> X-Mailer: exmh version 2.8.0 04/21/2012 with nmh-1.5 From: Cy Schubert X-os: FreeBSD X-Sender: cy@cwsent.com X-URL: http://www.komquats.com/ To: Bryan Drewery Subject: Re: Panic on head (r255759) [_callout_stop_safe()-> panic: Lock lle not exclusively locked @ /usr/src/sys/kern/kern_rwlock.c:140] In-Reply-To: Message from Bryan Drewery of "Sat, 21 Sep 2013 07:08:25 -0500." <523D8C39.4050307@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 21 Sep 2013 12:14:33 -0700 Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: Cy Schubert List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Sep 2013 19:14:36 -0000 In message <523D8C39.4050307@FreeBSD.org>, Bryan Drewery writes: > This is an OpenPGP/MIME signed message (RFC 4880 and 3156) > --bTOWMsw68o4sI8l0qJIHm7QU0StCi2OQm > Content-Type: text/plain; charset=ISO-8859-1 > Content-Transfer-Encoding: quoted-printable > > On 9/21/2013 7:06 AM, Bjoern A. Zeeb wrote: > > On Sat, 21 Sep 2013, Bryan Drewery wrote: > >=20 > >>> Unread portion of the kernel message buffer: > >>> panic: Lock lle not exclusively locked @ > >>> /usr/src/sys/kern/kern_rwlock.c:140 > >>> > >>> cpuid =3D 0 > >>> KDB: stack backtrace: > >>> db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame > >>> 0xfffffe118aeef820 > >>> kdb_backtrace() at kdb_backtrace+0x39/frame 0xfffffe118aeef8d0 > >>> vpanic() at vpanic+0x126/frame 0xfffffe118aeef910 > >>> panic() at panic+0x43/frame 0xfffffe118aeef970 > >>> __rw_assert() at __rw_assert+0xa3/frame 0xfffffe118aeef980 > >>> _callout_stop_safe() at _callout_stop_safe+0x54/frame 0xfffffe118aeef= > 9f0 > >>> arptimer() at arptimer+0x14e/frame 0xfffffe118aeefa30 > >>> softclock_call_cc() at softclock_call_cc+0x188/frame 0xfffffe118aeefb= > 10 > >>> softclock() at softclock+0x47/frame 0xfffffe118aeefb30 > >>> intr_event_execute_handlers() at > >>> intr_event_execute_handlers+0x93/frame 0xfffffe118aeefb70 > >>> ithread_loop() at ithread_loop+0xa6/frame 0xfffffe118aeefbb0 > >>> fork_exit() at fork_exit+0x84/frame 0xfffffe118aeefbf0 > >>> fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe118aeefbf0 > >>> --- trap 0, rip =3D 0, rsp =3D 0xfffffe118aeefcb0, rbp =3D 0 --- > >=20 > >=20 > > +1 from me; I guess introduced somwhere between 255569 and 255758, > > as these are my edges of kernel.old and kernel. > >=20 > > r255726 was stable for me. r255759 is not. > > r255755 converted ipfilter to callout, but I am unsure if that is the > problem. I've been running the r255755 code locally on a couple of r255665 systems for about a week with no problems but I'll check it again. -- Cheers, Cy Schubert FreeBSD UNIX: Web: http://www.FreeBSD.org The need of the many outweighs the greed of the few. From owner-freebsd-current@FreeBSD.ORG Sat Sep 21 19:16:39 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 379DF299; Sat, 21 Sep 2013 19:16:39 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id CBF41241F; Sat, 21 Sep 2013 19:16:38 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id r8LJGbMr012013; Sat, 21 Sep 2013 15:16:37 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r8LJGbH5012012; Sat, 21 Sep 2013 19:16:37 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 21 Sep 2013 19:16:37 GMT Message-Id: <201309211916.r8LJGbH5012012@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on i386/i386 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Sep 2013 19:16:39 -0000 TB --- 2013-09-21 12:40:18 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-09-21 12:40:18 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-09-21 12:40:18 - starting HEAD tinderbox run for i386/i386 TB --- 2013-09-21 12:40:18 - cleaning the object tree TB --- 2013-09-21 12:45:03 - /usr/local/bin/svn stat /src TB --- 2013-09-21 12:45:07 - At svn revision 255760 TB --- 2013-09-21 12:45:08 - building world TB --- 2013-09-21 12:45:08 - CROSS_BUILD_TESTING=YES TB --- 2013-09-21 12:45:08 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-21 12:45:08 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-21 12:45:08 - SRCCONF=/dev/null TB --- 2013-09-21 12:45:08 - TARGET=i386 TB --- 2013-09-21 12:45:08 - TARGET_ARCH=i386 TB --- 2013-09-21 12:45:08 - TZ=UTC TB --- 2013-09-21 12:45:08 - __MAKE_CONF=/dev/null TB --- 2013-09-21 12:45:08 - cd /src TB --- 2013-09-21 12:45:08 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Sep 21 12:45:15 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Sep 21 15:58:10 UTC 2013 TB --- 2013-09-21 15:58:10 - generating LINT kernel config TB --- 2013-09-21 15:58:10 - cd /src/sys/i386/conf TB --- 2013-09-21 15:58:10 - /usr/bin/make -B LINT TB --- 2013-09-21 15:58:10 - cd /src/sys/i386/conf TB --- 2013-09-21 15:58:10 - /usr/sbin/config -m LINT TB --- 2013-09-21 15:58:10 - building LINT kernel TB --- 2013-09-21 15:58:10 - CROSS_BUILD_TESTING=YES TB --- 2013-09-21 15:58:10 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-21 15:58:10 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-21 15:58:10 - SRCCONF=/dev/null TB --- 2013-09-21 15:58:10 - TARGET=i386 TB --- 2013-09-21 15:58:10 - TARGET_ARCH=i386 TB --- 2013-09-21 15:58:10 - TZ=UTC TB --- 2013-09-21 15:58:10 - __MAKE_CONF=/dev/null TB --- 2013-09-21 15:58:10 - cd /src TB --- 2013-09-21 15:58:10 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Sep 21 15:58:10 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT completed on Sat Sep 21 16:32:12 UTC 2013 TB --- 2013-09-21 16:32:12 - cd /src/sys/i386/conf TB --- 2013-09-21 16:32:12 - /usr/sbin/config -m LINT-NOINET TB --- 2013-09-21 16:32:12 - building LINT-NOINET kernel TB --- 2013-09-21 16:32:12 - CROSS_BUILD_TESTING=YES TB --- 2013-09-21 16:32:12 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-21 16:32:12 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-21 16:32:12 - SRCCONF=/dev/null TB --- 2013-09-21 16:32:12 - TARGET=i386 TB --- 2013-09-21 16:32:12 - TARGET_ARCH=i386 TB --- 2013-09-21 16:32:12 - TZ=UTC TB --- 2013-09-21 16:32:12 - __MAKE_CONF=/dev/null TB --- 2013-09-21 16:32:12 - cd /src TB --- 2013-09-21 16:32:12 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET >>> Kernel build for LINT-NOINET started on Sat Sep 21 16:32:12 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT-NOINET completed on Sat Sep 21 17:04:06 UTC 2013 TB --- 2013-09-21 17:04:06 - cd /src/sys/i386/conf TB --- 2013-09-21 17:04:06 - /usr/sbin/config -m LINT-NOINET6 TB --- 2013-09-21 17:04:06 - building LINT-NOINET6 kernel TB --- 2013-09-21 17:04:06 - CROSS_BUILD_TESTING=YES TB --- 2013-09-21 17:04:06 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-21 17:04:06 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-21 17:04:06 - SRCCONF=/dev/null TB --- 2013-09-21 17:04:06 - TARGET=i386 TB --- 2013-09-21 17:04:06 - TARGET_ARCH=i386 TB --- 2013-09-21 17:04:06 - TZ=UTC TB --- 2013-09-21 17:04:06 - __MAKE_CONF=/dev/null TB --- 2013-09-21 17:04:06 - cd /src TB --- 2013-09-21 17:04:06 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET6 >>> Kernel build for LINT-NOINET6 started on Sat Sep 21 17:04:06 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT-NOINET6 completed on Sat Sep 21 17:37:14 UTC 2013 TB --- 2013-09-21 17:37:14 - cd /src/sys/i386/conf TB --- 2013-09-21 17:37:14 - /usr/sbin/config -m LINT-NOIP TB --- 2013-09-21 17:37:14 - building LINT-NOIP kernel TB --- 2013-09-21 17:37:14 - CROSS_BUILD_TESTING=YES TB --- 2013-09-21 17:37:14 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-21 17:37:14 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-21 17:37:14 - SRCCONF=/dev/null TB --- 2013-09-21 17:37:14 - TARGET=i386 TB --- 2013-09-21 17:37:14 - TARGET_ARCH=i386 TB --- 2013-09-21 17:37:14 - TZ=UTC TB --- 2013-09-21 17:37:14 - __MAKE_CONF=/dev/null TB --- 2013-09-21 17:37:14 - cd /src TB --- 2013-09-21 17:37:14 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOIP >>> Kernel build for LINT-NOIP started on Sat Sep 21 17:37:14 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT-NOIP completed on Sat Sep 21 18:07:12 UTC 2013 TB --- 2013-09-21 18:07:12 - cd /src/sys/i386/conf TB --- 2013-09-21 18:07:12 - /usr/sbin/config -m LINT-VIMAGE TB --- 2013-09-21 18:07:12 - building LINT-VIMAGE kernel TB --- 2013-09-21 18:07:12 - CROSS_BUILD_TESTING=YES TB --- 2013-09-21 18:07:12 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-21 18:07:12 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-21 18:07:12 - SRCCONF=/dev/null TB --- 2013-09-21 18:07:12 - TARGET=i386 TB --- 2013-09-21 18:07:12 - TARGET_ARCH=i386 TB --- 2013-09-21 18:07:12 - TZ=UTC TB --- 2013-09-21 18:07:12 - __MAKE_CONF=/dev/null TB --- 2013-09-21 18:07:12 - cd /src TB --- 2013-09-21 18:07:12 - /usr/bin/make -B buildkernel KERNCONF=LINT-VIMAGE >>> Kernel build for LINT-VIMAGE started on Sat Sep 21 18:07:12 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT-VIMAGE completed on Sat Sep 21 18:40:20 UTC 2013 TB --- 2013-09-21 18:40:20 - cd /src/sys/i386/conf TB --- 2013-09-21 18:40:20 - /usr/sbin/config -m GENERIC TB --- 2013-09-21 18:40:20 - building GENERIC kernel TB --- 2013-09-21 18:40:20 - CROSS_BUILD_TESTING=YES TB --- 2013-09-21 18:40:20 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-21 18:40:20 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-21 18:40:20 - SRCCONF=/dev/null TB --- 2013-09-21 18:40:20 - TARGET=i386 TB --- 2013-09-21 18:40:20 - TARGET_ARCH=i386 TB --- 2013-09-21 18:40:20 - TZ=UTC TB --- 2013-09-21 18:40:20 - __MAKE_CONF=/dev/null TB --- 2013-09-21 18:40:20 - cd /src TB --- 2013-09-21 18:40:20 - /usr/bin/make -B buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Sat Sep 21 18:40:20 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for GENERIC completed on Sat Sep 21 19:12:10 UTC 2013 TB --- 2013-09-21 19:12:10 - cd /src/sys/i386/conf TB --- 2013-09-21 19:12:10 - /usr/sbin/config -m PAE TB --- 2013-09-21 19:12:10 - building PAE kernel TB --- 2013-09-21 19:12:10 - CROSS_BUILD_TESTING=YES TB --- 2013-09-21 19:12:10 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-21 19:12:10 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-21 19:12:10 - SRCCONF=/dev/null TB --- 2013-09-21 19:12:10 - TARGET=i386 TB --- 2013-09-21 19:12:10 - TARGET_ARCH=i386 TB --- 2013-09-21 19:12:10 - TZ=UTC TB --- 2013-09-21 19:12:10 - __MAKE_CONF=/dev/null TB --- 2013-09-21 19:12:10 - cd /src TB --- 2013-09-21 19:12:10 - /usr/bin/make -B buildkernel KERNCONF=PAE >>> Kernel build for PAE started on Sat Sep 21 19:12:10 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] ctfconvert -L VERSION -g watchdog.o cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/xen/balloon/balloon.c ctfconvert -L VERSION -g balloon.o cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/xen/blkfront/blkfront.c /src/sys/dev/xen/blkfront/blkfront.c:748:8: error: implicit declaration of function 'vtomach' is invalid in C99 [-Werror,-Wimplicit-function-declaration] (vtomach(sring_page_addr) >> PAGE_SHIFT), ^ 1 error generated. *** Error code 1 Stop. bmake[1]: stopped in /obj/i386.i386/src/sys/PAE *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-09-21 19:16:36 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-09-21 19:16:36 - ERROR: failed to build PAE kernel TB --- 2013-09-21 19:16:36 - 18673.86 user 3459.77 system 23778.77 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Sat Sep 21 19:23:45 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 49E5F411 for ; Sat, 21 Sep 2013 19:23:45 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 2B7E22477 for ; Sat, 21 Sep 2013 19:23:45 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id r8LJNiIx010739 for ; Sat, 21 Sep 2013 19:23:44 GMT (envelope-from bdrewery@freefall.freebsd.org) Received: (from bdrewery@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id r8LJNiXD010738 for freebsd-current@freebsd.org; Sat, 21 Sep 2013 19:23:44 GMT (envelope-from bdrewery) Received: (qmail 10932 invoked from network); 21 Sep 2013 14:23:42 -0500 Received: from unknown (HELO ?10.10.0.24?) (freebsd@shatow.net@10.10.0.24) by sweb.xzibition.com with ESMTPA; 21 Sep 2013 14:23:42 -0500 Message-ID: <523DF233.8060909@FreeBSD.org> Date: Sat, 21 Sep 2013 14:23:31 -0500 From: Bryan Drewery Organization: FreeBSD User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130801 Thunderbird/17.0.8 MIME-Version: 1.0 To: Cy Schubert Subject: Re: Panic on head (r255759) [_callout_stop_safe()-> panic: Lock lle not exclusively locked @ /usr/src/sys/kern/kern_rwlock.c:140] References: <201309211914.r8LJEXU9005233@slippy.cwsent.com> In-Reply-To: <201309211914.r8LJEXU9005233@slippy.cwsent.com> X-Enigmail-Version: 1.5.2 OpenPGP: id=3C9B0CF9; url=http://www.shatow.net/bryan/bryan.asc Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="rbcJuuBlQHmA5AVm9H9HnPsJpk2Mx7nno" Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Sep 2013 19:23:45 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --rbcJuuBlQHmA5AVm9H9HnPsJpk2Mx7nno Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 9/21/2013 2:14 PM, Cy Schubert wrote: > In message <523D8C39.4050307@FreeBSD.org>, Bryan Drewery writes: >> This is an OpenPGP/MIME signed message (RFC 4880 and 3156) >> --bTOWMsw68o4sI8l0qJIHm7QU0StCi2OQm >> Content-Type: text/plain; charset=3DISO-8859-1 >> Content-Transfer-Encoding: quoted-printable >> >> On 9/21/2013 7:06 AM, Bjoern A. Zeeb wrote: >>> On Sat, 21 Sep 2013, Bryan Drewery wrote: >>> =3D20 >>>>> Unread portion of the kernel message buffer: >>>>> panic: Lock lle not exclusively locked @ >>>>> /usr/src/sys/kern/kern_rwlock.c:140 >>>>> >>>>> cpuid =3D3D 0 >>>>> KDB: stack backtrace: >>>>> db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame >>>>> 0xfffffe118aeef820 >>>>> kdb_backtrace() at kdb_backtrace+0x39/frame 0xfffffe118aeef8d0 >>>>> vpanic() at vpanic+0x126/frame 0xfffffe118aeef910 >>>>> panic() at panic+0x43/frame 0xfffffe118aeef970 >>>>> __rw_assert() at __rw_assert+0xa3/frame 0xfffffe118aeef980 >>>>> _callout_stop_safe() at _callout_stop_safe+0x54/frame 0xfffffe118ae= ef=3D >> 9f0 >>>>> arptimer() at arptimer+0x14e/frame 0xfffffe118aeefa30 >>>>> softclock_call_cc() at softclock_call_cc+0x188/frame 0xfffffe118aee= fb=3D >> 10 >>>>> softclock() at softclock+0x47/frame 0xfffffe118aeefb30 >>>>> intr_event_execute_handlers() at >>>>> intr_event_execute_handlers+0x93/frame 0xfffffe118aeefb70 >>>>> ithread_loop() at ithread_loop+0xa6/frame 0xfffffe118aeefbb0 >>>>> fork_exit() at fork_exit+0x84/frame 0xfffffe118aeefbf0 >>>>> fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe118aeefbf0 >>>>> --- trap 0, rip =3D3D 0, rsp =3D3D 0xfffffe118aeefcb0, rbp =3D3D 0 = --- >>> =3D20 >>> =3D20 >>> +1 from me; I guess introduced somwhere between 255569 and 255758, >>> as these are my edges of kernel.old and kernel. >>> =3D20 >> >> r255726 was stable for me. r255759 is not. >> >> r255755 converted ipfilter to callout, but I am unsure if that is the >> problem. >=20 > I've been running the r255755 code locally on a couple of r255665 syste= ms=20 > for about a week with no problems but I'll check it again. >=20 >=20 It's ok, the problem wasn't your commit afterall. I missed that another made more impactful callout changes recently. --=20 Regards, Bryan Drewery --rbcJuuBlQHmA5AVm9H9HnPsJpk2Mx7nno Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (MingW32) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJSPfI4AAoJEG54KsA8mwz5pCQP/j81sWLaVMDVXfW/jikKYP7R EQsuymBhkw1pRkoH+rc5sO2156Bro9CWXHclFUF55XuEpvJCKQxRlNEbJfr0g5mI tetZ18nc7TrhIYc+49+wfxSMZjbhYzmWgWyNzdJEQpfsKET/gGf7uCg39Gh0kb65 H6/lUXsNnmD3Rb6+TnbTK8PwncCeGMo5MCq2DFM5UiKZx6EpOYWekHlxyHZDYR6L MB4NeZiVRno7ySL4qP/zy0HgO6wzhQqXBbWgUENGIgWzaiW0GgDWR1+aySUvR3kU tSTC32K+DZsMD76s/MQWtBntznWa65H2nq3ZnA4qg20FfuTqZR5YtdekjCIcQU8V 5J9PTbE9IRYgtEFPMmD1MzmW+ixFIOwEf8w8TeTPrCYlS+K9im+uEj1vK/NeG1Jn bLnmBP7BBz2wjw3o/509LnDU43R/HEWv5oj9oUNV4g2mNVy4x0DMr1IWjw8c3eye JAzCe77PZBWjDKxNDD7VzbpQtT+gy/c6md3QUWsi2aTs39JFVkoyJzmMwPqyP5/5 1Mvd1JtG6jIayveppUUpCfA5N0vTWJmdcjGcbvtA36qneh3QklMUak1dt/0Jfxq5 HBnDcvVd4lNJkZG9CgpDut7C5t250NyzO6Dvj67BpyCGKgcXieQCZJOKvt1papL5 n8iT7HcQqEoKMlOxf8pe =vipT -----END PGP SIGNATURE----- --rbcJuuBlQHmA5AVm9H9HnPsJpk2Mx7nno-- From owner-freebsd-current@FreeBSD.ORG Sat Sep 21 19:33:35 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 4F75C5CD; Sat, 21 Sep 2013 19:33:35 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 1513D24DC; Sat, 21 Sep 2013 19:33:34 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id r8LJXYcg010819; Sat, 21 Sep 2013 15:33:34 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r8LJXYa4010816; Sat, 21 Sep 2013 19:33:34 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 21 Sep 2013 19:33:34 GMT Message-Id: <201309211933.r8LJXYa4010816@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on ia64/ia64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Sep 2013 19:33:35 -0000 TB --- 2013-09-21 17:41:53 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-09-21 17:41:53 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-09-21 17:41:53 - starting HEAD tinderbox run for ia64/ia64 TB --- 2013-09-21 17:41:53 - cleaning the object tree TB --- 2013-09-21 17:43:27 - /usr/local/bin/svn stat /src TB --- 2013-09-21 17:43:31 - At svn revision 255760 TB --- 2013-09-21 17:43:32 - building world TB --- 2013-09-21 17:43:32 - CROSS_BUILD_TESTING=YES TB --- 2013-09-21 17:43:32 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-21 17:43:32 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-21 17:43:32 - SRCCONF=/dev/null TB --- 2013-09-21 17:43:32 - TARGET=ia64 TB --- 2013-09-21 17:43:32 - TARGET_ARCH=ia64 TB --- 2013-09-21 17:43:32 - TZ=UTC TB --- 2013-09-21 17:43:32 - __MAKE_CONF=/dev/null TB --- 2013-09-21 17:43:32 - cd /src TB --- 2013-09-21 17:43:32 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Sep 21 17:43:39 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Sep 21 19:19:02 UTC 2013 TB --- 2013-09-21 19:19:02 - generating LINT kernel config TB --- 2013-09-21 19:19:02 - cd /src/sys/ia64/conf TB --- 2013-09-21 19:19:02 - /usr/bin/make -B LINT TB --- 2013-09-21 19:19:02 - cd /src/sys/ia64/conf TB --- 2013-09-21 19:19:02 - /usr/sbin/config -m LINT TB --- 2013-09-21 19:19:02 - building LINT kernel TB --- 2013-09-21 19:19:02 - CROSS_BUILD_TESTING=YES TB --- 2013-09-21 19:19:02 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-21 19:19:02 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-21 19:19:02 - SRCCONF=/dev/null TB --- 2013-09-21 19:19:02 - TARGET=ia64 TB --- 2013-09-21 19:19:02 - TARGET_ARCH=ia64 TB --- 2013-09-21 19:19:02 - TZ=UTC TB --- 2013-09-21 19:19:02 - __MAKE_CONF=/dev/null TB --- 2013-09-21 19:19:02 - cd /src TB --- 2013-09-21 19:19:02 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Sep 21 19:19:02 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/kern/subr_scanf.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/kern/subr_sglist.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/kern/subr_sleepqueue.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/kern/subr_smp.c /src/sys/kern/subr_smp.c: In function 'generic_stop_cpus': /src/sys/kern/subr_smp.c:235: error: 'IPI_SUSPEND' undeclared (first use in this function) /src/sys/kern/subr_smp.c:235: error: (Each undeclared identifier is reported only once /src/sys/kern/subr_smp.c:235: error: for each function it appears in.) *** Error code 1 Stop. bmake[1]: stopped in /obj/ia64.ia64/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-09-21 19:33:34 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-09-21 19:33:34 - ERROR: failed to build LINT kernel TB --- 2013-09-21 19:33:34 - 5441.61 user 915.48 system 6700.58 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Sat Sep 21 20:45:38 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 29CA9B16; Sat, 21 Sep 2013 20:45:38 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E2B8227DD; Sat, 21 Sep 2013 20:45:36 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id r8LKjZoL001690; Sat, 21 Sep 2013 16:45:35 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r8LKjZ74001680; Sat, 21 Sep 2013 20:45:35 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 21 Sep 2013 20:45:35 GMT Message-Id: <201309212045.r8LKjZ74001680@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on mips64/mips Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Sep 2013 20:45:38 -0000 TB --- 2013-09-21 19:33:34 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-09-21 19:33:34 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-09-21 19:33:34 - starting HEAD tinderbox run for mips64/mips TB --- 2013-09-21 19:33:34 - cleaning the object tree TB --- 2013-09-21 19:34:55 - /usr/local/bin/svn stat /src TB --- 2013-09-21 19:34:59 - At svn revision 255760 TB --- 2013-09-21 19:35:00 - building world TB --- 2013-09-21 19:35:00 - CROSS_BUILD_TESTING=YES TB --- 2013-09-21 19:35:00 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-21 19:35:00 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-21 19:35:00 - SRCCONF=/dev/null TB --- 2013-09-21 19:35:00 - TARGET=mips TB --- 2013-09-21 19:35:00 - TARGET_ARCH=mips64 TB --- 2013-09-21 19:35:00 - TZ=UTC TB --- 2013-09-21 19:35:00 - __MAKE_CONF=/dev/null TB --- 2013-09-21 19:35:00 - cd /src TB --- 2013-09-21 19:35:00 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Sep 21 19:35:07 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Sep 21 20:35:07 UTC 2013 TB --- 2013-09-21 20:35:07 - cd /src/sys/mips/conf TB --- 2013-09-21 20:35:07 - /usr/sbin/config -m ADM5120 TB --- 2013-09-21 20:35:07 - skipping ADM5120 kernel TB --- 2013-09-21 20:35:07 - cd /src/sys/mips/conf TB --- 2013-09-21 20:35:07 - /usr/sbin/config -m ALCHEMY TB --- 2013-09-21 20:35:07 - skipping ALCHEMY kernel TB --- 2013-09-21 20:35:07 - cd /src/sys/mips/conf TB --- 2013-09-21 20:35:07 - /usr/sbin/config -m AP121 TB --- 2013-09-21 20:35:07 - skipping AP121 kernel TB --- 2013-09-21 20:35:07 - cd /src/sys/mips/conf TB --- 2013-09-21 20:35:07 - /usr/sbin/config -m AP91 TB --- 2013-09-21 20:35:07 - skipping AP91 kernel TB --- 2013-09-21 20:35:07 - cd /src/sys/mips/conf TB --- 2013-09-21 20:35:07 - /usr/sbin/config -m AP93 TB --- 2013-09-21 20:35:07 - skipping AP93 kernel TB --- 2013-09-21 20:35:07 - cd /src/sys/mips/conf TB --- 2013-09-21 20:35:07 - /usr/sbin/config -m AP94 TB --- 2013-09-21 20:35:07 - skipping AP94 kernel TB --- 2013-09-21 20:35:07 - cd /src/sys/mips/conf TB --- 2013-09-21 20:35:07 - /usr/sbin/config -m AP96 TB --- 2013-09-21 20:35:07 - skipping AP96 kernel TB --- 2013-09-21 20:35:07 - cd /src/sys/mips/conf TB --- 2013-09-21 20:35:07 - /usr/sbin/config -m AR71XX_BASE TB --- 2013-09-21 20:35:07 - skipping AR71XX_BASE kernel TB --- 2013-09-21 20:35:07 - cd /src/sys/mips/conf TB --- 2013-09-21 20:35:07 - /usr/sbin/config -m AR724X_BASE TB --- 2013-09-21 20:35:07 - skipping AR724X_BASE kernel TB --- 2013-09-21 20:35:07 - cd /src/sys/mips/conf TB --- 2013-09-21 20:35:07 - /usr/sbin/config -m AR91XX_BASE TB --- 2013-09-21 20:35:07 - skipping AR91XX_BASE kernel TB --- 2013-09-21 20:35:07 - cd /src/sys/mips/conf TB --- 2013-09-21 20:35:07 - /usr/sbin/config -m AR933X_BASE TB --- 2013-09-21 20:35:07 - skipping AR933X_BASE kernel TB --- 2013-09-21 20:35:07 - cd /src/sys/mips/conf TB --- 2013-09-21 20:35:07 - /usr/sbin/config -m AR934X_BASE TB --- 2013-09-21 20:35:07 - skipping AR934X_BASE kernel TB --- 2013-09-21 20:35:07 - cd /src/sys/mips/conf TB --- 2013-09-21 20:35:07 - /usr/sbin/config -m BERI_DE4_MDROOT TB --- 2013-09-21 20:35:07 - building BERI_DE4_MDROOT kernel TB --- 2013-09-21 20:35:07 - CROSS_BUILD_TESTING=YES TB --- 2013-09-21 20:35:07 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-21 20:35:07 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-21 20:35:07 - SRCCONF=/dev/null TB --- 2013-09-21 20:35:07 - TARGET=mips TB --- 2013-09-21 20:35:07 - TARGET_ARCH=mips64 TB --- 2013-09-21 20:35:07 - TZ=UTC TB --- 2013-09-21 20:35:07 - __MAKE_CONF=/dev/null TB --- 2013-09-21 20:35:07 - cd /src TB --- 2013-09-21 20:35:07 - /usr/bin/make -B buildkernel KERNCONF=BERI_DE4_MDROOT >>> Kernel build for BERI_DE4_MDROOT started on Sat Sep 21 20:35:08 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for BERI_DE4_MDROOT completed on Sat Sep 21 20:37:34 UTC 2013 TB --- 2013-09-21 20:37:34 - cd /src/sys/mips/conf TB --- 2013-09-21 20:37:34 - /usr/sbin/config -m BERI_DE4_SDROOT TB --- 2013-09-21 20:37:34 - building BERI_DE4_SDROOT kernel TB --- 2013-09-21 20:37:34 - CROSS_BUILD_TESTING=YES TB --- 2013-09-21 20:37:34 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-21 20:37:34 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-21 20:37:34 - SRCCONF=/dev/null TB --- 2013-09-21 20:37:34 - TARGET=mips TB --- 2013-09-21 20:37:34 - TARGET_ARCH=mips64 TB --- 2013-09-21 20:37:34 - TZ=UTC TB --- 2013-09-21 20:37:34 - __MAKE_CONF=/dev/null TB --- 2013-09-21 20:37:34 - cd /src TB --- 2013-09-21 20:37:34 - /usr/bin/make -B buildkernel KERNCONF=BERI_DE4_SDROOT >>> Kernel build for BERI_DE4_SDROOT started on Sat Sep 21 20:37:34 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for BERI_DE4_SDROOT completed on Sat Sep 21 20:39:59 UTC 2013 TB --- 2013-09-21 20:39:59 - cd /src/sys/mips/conf TB --- 2013-09-21 20:39:59 - /usr/sbin/config -m BERI_SIM_MDROOT TB --- 2013-09-21 20:39:59 - building BERI_SIM_MDROOT kernel TB --- 2013-09-21 20:39:59 - CROSS_BUILD_TESTING=YES TB --- 2013-09-21 20:39:59 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-21 20:39:59 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-21 20:39:59 - SRCCONF=/dev/null TB --- 2013-09-21 20:39:59 - TARGET=mips TB --- 2013-09-21 20:39:59 - TARGET_ARCH=mips64 TB --- 2013-09-21 20:39:59 - TZ=UTC TB --- 2013-09-21 20:39:59 - __MAKE_CONF=/dev/null TB --- 2013-09-21 20:39:59 - cd /src TB --- 2013-09-21 20:39:59 - /usr/bin/make -B buildkernel KERNCONF=BERI_SIM_MDROOT >>> Kernel build for BERI_SIM_MDROOT started on Sat Sep 21 20:39:59 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for BERI_SIM_MDROOT completed on Sat Sep 21 20:42:21 UTC 2013 TB --- 2013-09-21 20:42:21 - cd /src/sys/mips/conf TB --- 2013-09-21 20:42:21 - /usr/sbin/config -m BERI_TEMPLATE TB --- 2013-09-21 20:42:21 - building BERI_TEMPLATE kernel TB --- 2013-09-21 20:42:21 - CROSS_BUILD_TESTING=YES TB --- 2013-09-21 20:42:21 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-21 20:42:21 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-21 20:42:21 - SRCCONF=/dev/null TB --- 2013-09-21 20:42:21 - TARGET=mips TB --- 2013-09-21 20:42:21 - TARGET_ARCH=mips64 TB --- 2013-09-21 20:42:21 - TZ=UTC TB --- 2013-09-21 20:42:21 - __MAKE_CONF=/dev/null TB --- 2013-09-21 20:42:21 - cd /src TB --- 2013-09-21 20:42:21 - /usr/bin/make -B buildkernel KERNCONF=BERI_TEMPLATE >>> Kernel build for BERI_TEMPLATE started on Sat Sep 21 20:42:21 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for BERI_TEMPLATE completed on Sat Sep 21 20:44:42 UTC 2013 TB --- 2013-09-21 20:44:42 - cd /src/sys/mips/conf TB --- 2013-09-21 20:44:42 - /usr/sbin/config -m CARAMBOLA2 TB --- 2013-09-21 20:44:42 - skipping CARAMBOLA2 kernel TB --- 2013-09-21 20:44:42 - cd /src/sys/mips/conf TB --- 2013-09-21 20:44:42 - /usr/sbin/config -m DB120 TB --- 2013-09-21 20:44:42 - skipping DB120 kernel TB --- 2013-09-21 20:44:42 - cd /src/sys/mips/conf TB --- 2013-09-21 20:44:42 - /usr/sbin/config -m DIR-825 TB --- 2013-09-21 20:44:42 - skipping DIR-825 kernel TB --- 2013-09-21 20:44:42 - cd /src/sys/mips/conf TB --- 2013-09-21 20:44:42 - /usr/sbin/config -m ENH200 TB --- 2013-09-21 20:44:42 - skipping ENH200 kernel TB --- 2013-09-21 20:44:42 - cd /src/sys/mips/conf TB --- 2013-09-21 20:44:42 - /usr/sbin/config -m GXEMUL TB --- 2013-09-21 20:44:42 - building GXEMUL kernel TB --- 2013-09-21 20:44:42 - CROSS_BUILD_TESTING=YES TB --- 2013-09-21 20:44:42 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-21 20:44:42 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-21 20:44:42 - SRCCONF=/dev/null TB --- 2013-09-21 20:44:42 - TARGET=mips TB --- 2013-09-21 20:44:42 - TARGET_ARCH=mips64 TB --- 2013-09-21 20:44:42 - TZ=UTC TB --- 2013-09-21 20:44:42 - __MAKE_CONF=/dev/null TB --- 2013-09-21 20:44:42 - cd /src TB --- 2013-09-21 20:44:42 - /usr/bin/make -B buildkernel KERNCONF=GXEMUL >>> Kernel build for GXEMUL started on Sat Sep 21 20:44:42 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=10000 --param large-function-growth=100000 --param max-inline-insns-single=10000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64 -mabi=64 -msoft-float -ffreestanding -Werror /src/sys/kern/subr_scanf.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=10000 --param large-function-growth=100000 --param max-inline-insns-single=10000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64 -mabi=64 -msoft-float -ffreestanding -Werror /src/sys/kern/subr_sglist.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=10000 --param large-function-growth=100000 --param max-inline-insns-single=10000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64 -mabi=64 -msoft-float -ffreestanding -Werror /src/sys/kern/subr_sleepqueue.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=10000 --param large-function-growth=100000 --param max-inline-insns-single=10000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64 -mabi=64 -msoft-float -ffreestanding -Werror /src/sys/kern/subr_smp.c /src/sys/kern/subr_smp.c: In function 'generic_stop_cpus': /src/sys/kern/subr_smp.c:235: error: 'IPI_SUSPEND' undeclared (first use in this function) /src/sys/kern/subr_smp.c:235: error: (Each undeclared identifier is reported only once /src/sys/kern/subr_smp.c:235: error: for each function it appears in.) *** Error code 1 Stop. bmake[1]: stopped in /obj/mips.mips64/src/sys/GXEMUL *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-09-21 20:45:35 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-09-21 20:45:35 - ERROR: failed to build GXEMUL kernel TB --- 2013-09-21 20:45:35 - 3245.37 user 691.80 system 4321.27 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips64-mips.full From owner-freebsd-current@FreeBSD.ORG Sat Sep 21 21:14:39 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 57FEF445; Sat, 21 Sep 2013 21:14:39 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 0B587290F; Sat, 21 Sep 2013 21:14:38 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id r8LLEc2C014063; Sat, 21 Sep 2013 17:14:38 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r8LLEcnr014062; Sat, 21 Sep 2013 21:14:38 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 21 Sep 2013 21:14:38 GMT Message-Id: <201309212114.r8LLEcnr014062@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on mips/mips Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Sep 2013 21:14:39 -0000 TB --- 2013-09-21 19:16:37 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-09-21 19:16:37 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-09-21 19:16:37 - starting HEAD tinderbox run for mips/mips TB --- 2013-09-21 19:16:37 - cleaning the object tree TB --- 2013-09-21 19:18:46 - /usr/local/bin/svn stat /src TB --- 2013-09-21 19:18:51 - At svn revision 255760 TB --- 2013-09-21 19:18:52 - building world TB --- 2013-09-21 19:18:52 - CROSS_BUILD_TESTING=YES TB --- 2013-09-21 19:18:52 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-21 19:18:52 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-21 19:18:52 - SRCCONF=/dev/null TB --- 2013-09-21 19:18:52 - TARGET=mips TB --- 2013-09-21 19:18:52 - TARGET_ARCH=mips TB --- 2013-09-21 19:18:52 - TZ=UTC TB --- 2013-09-21 19:18:52 - __MAKE_CONF=/dev/null TB --- 2013-09-21 19:18:52 - cd /src TB --- 2013-09-21 19:18:52 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Sep 21 19:19:03 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Sep 21 20:18:37 UTC 2013 TB --- 2013-09-21 20:18:37 - cd /src/sys/mips/conf TB --- 2013-09-21 20:18:37 - /usr/sbin/config -m ADM5120 TB --- 2013-09-21 20:18:37 - skipping ADM5120 kernel TB --- 2013-09-21 20:18:37 - cd /src/sys/mips/conf TB --- 2013-09-21 20:18:37 - /usr/sbin/config -m ALCHEMY TB --- 2013-09-21 20:18:37 - skipping ALCHEMY kernel TB --- 2013-09-21 20:18:37 - cd /src/sys/mips/conf TB --- 2013-09-21 20:18:37 - /usr/sbin/config -m AP121 TB --- 2013-09-21 20:18:37 - building AP121 kernel TB --- 2013-09-21 20:18:37 - CROSS_BUILD_TESTING=YES TB --- 2013-09-21 20:18:37 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-21 20:18:37 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-21 20:18:37 - SRCCONF=/dev/null TB --- 2013-09-21 20:18:37 - TARGET=mips TB --- 2013-09-21 20:18:37 - TARGET_ARCH=mips TB --- 2013-09-21 20:18:37 - TZ=UTC TB --- 2013-09-21 20:18:37 - __MAKE_CONF=/dev/null TB --- 2013-09-21 20:18:37 - cd /src TB --- 2013-09-21 20:18:37 - /usr/bin/make -B buildkernel KERNCONF=AP121 >>> Kernel build for AP121 started on Sat Sep 21 20:18:37 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AP121 completed on Sat Sep 21 20:21:33 UTC 2013 TB --- 2013-09-21 20:21:33 - cd /src/sys/mips/conf TB --- 2013-09-21 20:21:33 - /usr/sbin/config -m AP91 TB --- 2013-09-21 20:21:33 - building AP91 kernel TB --- 2013-09-21 20:21:33 - CROSS_BUILD_TESTING=YES TB --- 2013-09-21 20:21:33 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-21 20:21:33 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-21 20:21:33 - SRCCONF=/dev/null TB --- 2013-09-21 20:21:33 - TARGET=mips TB --- 2013-09-21 20:21:33 - TARGET_ARCH=mips TB --- 2013-09-21 20:21:33 - TZ=UTC TB --- 2013-09-21 20:21:33 - __MAKE_CONF=/dev/null TB --- 2013-09-21 20:21:33 - cd /src TB --- 2013-09-21 20:21:33 - /usr/bin/make -B buildkernel KERNCONF=AP91 >>> Kernel build for AP91 started on Sat Sep 21 20:21:33 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AP91 completed on Sat Sep 21 20:25:32 UTC 2013 TB --- 2013-09-21 20:25:32 - cd /src/sys/mips/conf TB --- 2013-09-21 20:25:32 - /usr/sbin/config -m AP93 TB --- 2013-09-21 20:25:32 - building AP93 kernel TB --- 2013-09-21 20:25:32 - CROSS_BUILD_TESTING=YES TB --- 2013-09-21 20:25:32 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-21 20:25:32 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-21 20:25:32 - SRCCONF=/dev/null TB --- 2013-09-21 20:25:32 - TARGET=mips TB --- 2013-09-21 20:25:32 - TARGET_ARCH=mips TB --- 2013-09-21 20:25:32 - TZ=UTC TB --- 2013-09-21 20:25:32 - __MAKE_CONF=/dev/null TB --- 2013-09-21 20:25:32 - cd /src TB --- 2013-09-21 20:25:32 - /usr/bin/make -B buildkernel KERNCONF=AP93 >>> Kernel build for AP93 started on Sat Sep 21 20:25:32 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AP93 completed on Sat Sep 21 20:29:44 UTC 2013 TB --- 2013-09-21 20:29:44 - cd /src/sys/mips/conf TB --- 2013-09-21 20:29:44 - /usr/sbin/config -m AP94 TB --- 2013-09-21 20:29:44 - building AP94 kernel TB --- 2013-09-21 20:29:44 - CROSS_BUILD_TESTING=YES TB --- 2013-09-21 20:29:44 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-21 20:29:44 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-21 20:29:44 - SRCCONF=/dev/null TB --- 2013-09-21 20:29:44 - TARGET=mips TB --- 2013-09-21 20:29:44 - TARGET_ARCH=mips TB --- 2013-09-21 20:29:44 - TZ=UTC TB --- 2013-09-21 20:29:44 - __MAKE_CONF=/dev/null TB --- 2013-09-21 20:29:44 - cd /src TB --- 2013-09-21 20:29:44 - /usr/bin/make -B buildkernel KERNCONF=AP94 >>> Kernel build for AP94 started on Sat Sep 21 20:29:44 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AP94 completed on Sat Sep 21 20:34:57 UTC 2013 TB --- 2013-09-21 20:34:57 - cd /src/sys/mips/conf TB --- 2013-09-21 20:34:57 - /usr/sbin/config -m AP96 TB --- 2013-09-21 20:34:57 - building AP96 kernel TB --- 2013-09-21 20:34:57 - CROSS_BUILD_TESTING=YES TB --- 2013-09-21 20:34:57 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-21 20:34:57 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-21 20:34:57 - SRCCONF=/dev/null TB --- 2013-09-21 20:34:57 - TARGET=mips TB --- 2013-09-21 20:34:57 - TARGET_ARCH=mips TB --- 2013-09-21 20:34:57 - TZ=UTC TB --- 2013-09-21 20:34:57 - __MAKE_CONF=/dev/null TB --- 2013-09-21 20:34:57 - cd /src TB --- 2013-09-21 20:34:57 - /usr/bin/make -B buildkernel KERNCONF=AP96 >>> Kernel build for AP96 started on Sat Sep 21 20:34:57 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AP96 completed on Sat Sep 21 20:40:13 UTC 2013 TB --- 2013-09-21 20:40:13 - cd /src/sys/mips/conf TB --- 2013-09-21 20:40:13 - /usr/sbin/config -m AR71XX_BASE TB --- 2013-09-21 20:40:13 - building AR71XX_BASE kernel TB --- 2013-09-21 20:40:13 - CROSS_BUILD_TESTING=YES TB --- 2013-09-21 20:40:13 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-21 20:40:13 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-21 20:40:13 - SRCCONF=/dev/null TB --- 2013-09-21 20:40:13 - TARGET=mips TB --- 2013-09-21 20:40:13 - TARGET_ARCH=mips TB --- 2013-09-21 20:40:13 - TZ=UTC TB --- 2013-09-21 20:40:13 - __MAKE_CONF=/dev/null TB --- 2013-09-21 20:40:13 - cd /src TB --- 2013-09-21 20:40:13 - /usr/bin/make -B buildkernel KERNCONF=AR71XX_BASE >>> Kernel build for AR71XX_BASE started on Sat Sep 21 20:40:13 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AR71XX_BASE completed on Sat Sep 21 20:45:22 UTC 2013 TB --- 2013-09-21 20:45:22 - cd /src/sys/mips/conf TB --- 2013-09-21 20:45:22 - /usr/sbin/config -m AR724X_BASE TB --- 2013-09-21 20:45:22 - building AR724X_BASE kernel TB --- 2013-09-21 20:45:22 - CROSS_BUILD_TESTING=YES TB --- 2013-09-21 20:45:22 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-21 20:45:22 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-21 20:45:22 - SRCCONF=/dev/null TB --- 2013-09-21 20:45:22 - TARGET=mips TB --- 2013-09-21 20:45:22 - TARGET_ARCH=mips TB --- 2013-09-21 20:45:22 - TZ=UTC TB --- 2013-09-21 20:45:22 - __MAKE_CONF=/dev/null TB --- 2013-09-21 20:45:22 - cd /src TB --- 2013-09-21 20:45:22 - /usr/bin/make -B buildkernel KERNCONF=AR724X_BASE >>> Kernel build for AR724X_BASE started on Sat Sep 21 20:45:22 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AR724X_BASE completed on Sat Sep 21 20:49:24 UTC 2013 TB --- 2013-09-21 20:49:24 - cd /src/sys/mips/conf TB --- 2013-09-21 20:49:24 - /usr/sbin/config -m AR91XX_BASE TB --- 2013-09-21 20:49:24 - building AR91XX_BASE kernel TB --- 2013-09-21 20:49:24 - CROSS_BUILD_TESTING=YES TB --- 2013-09-21 20:49:24 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-21 20:49:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-21 20:49:24 - SRCCONF=/dev/null TB --- 2013-09-21 20:49:24 - TARGET=mips TB --- 2013-09-21 20:49:24 - TARGET_ARCH=mips TB --- 2013-09-21 20:49:24 - TZ=UTC TB --- 2013-09-21 20:49:24 - __MAKE_CONF=/dev/null TB --- 2013-09-21 20:49:24 - cd /src TB --- 2013-09-21 20:49:24 - /usr/bin/make -B buildkernel KERNCONF=AR91XX_BASE >>> Kernel build for AR91XX_BASE started on Sat Sep 21 20:49:24 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AR91XX_BASE completed on Sat Sep 21 20:54:05 UTC 2013 TB --- 2013-09-21 20:54:05 - cd /src/sys/mips/conf TB --- 2013-09-21 20:54:05 - /usr/sbin/config -m AR933X_BASE TB --- 2013-09-21 20:54:05 - building AR933X_BASE kernel TB --- 2013-09-21 20:54:05 - CROSS_BUILD_TESTING=YES TB --- 2013-09-21 20:54:05 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-21 20:54:05 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-21 20:54:05 - SRCCONF=/dev/null TB --- 2013-09-21 20:54:05 - TARGET=mips TB --- 2013-09-21 20:54:05 - TARGET_ARCH=mips TB --- 2013-09-21 20:54:05 - TZ=UTC TB --- 2013-09-21 20:54:05 - __MAKE_CONF=/dev/null TB --- 2013-09-21 20:54:05 - cd /src TB --- 2013-09-21 20:54:05 - /usr/bin/make -B buildkernel KERNCONF=AR933X_BASE >>> Kernel build for AR933X_BASE started on Sat Sep 21 20:54:05 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AR933X_BASE completed on Sat Sep 21 20:56:54 UTC 2013 TB --- 2013-09-21 20:56:54 - cd /src/sys/mips/conf TB --- 2013-09-21 20:56:54 - /usr/sbin/config -m AR934X_BASE TB --- 2013-09-21 20:56:54 - building AR934X_BASE kernel TB --- 2013-09-21 20:56:54 - CROSS_BUILD_TESTING=YES TB --- 2013-09-21 20:56:54 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-21 20:56:54 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-21 20:56:54 - SRCCONF=/dev/null TB --- 2013-09-21 20:56:54 - TARGET=mips TB --- 2013-09-21 20:56:54 - TARGET_ARCH=mips TB --- 2013-09-21 20:56:54 - TZ=UTC TB --- 2013-09-21 20:56:54 - __MAKE_CONF=/dev/null TB --- 2013-09-21 20:56:54 - cd /src TB --- 2013-09-21 20:56:54 - /usr/bin/make -B buildkernel KERNCONF=AR934X_BASE >>> Kernel build for AR934X_BASE started on Sat Sep 21 20:56:54 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AR934X_BASE completed on Sat Sep 21 20:59:44 UTC 2013 TB --- 2013-09-21 20:59:44 - cd /src/sys/mips/conf TB --- 2013-09-21 20:59:44 - /usr/sbin/config -m BERI_DE4_MDROOT TB --- 2013-09-21 20:59:44 - skipping BERI_DE4_MDROOT kernel TB --- 2013-09-21 20:59:44 - cd /src/sys/mips/conf TB --- 2013-09-21 20:59:44 - /usr/sbin/config -m BERI_DE4_SDROOT TB --- 2013-09-21 20:59:44 - skipping BERI_DE4_SDROOT kernel TB --- 2013-09-21 20:59:44 - cd /src/sys/mips/conf TB --- 2013-09-21 20:59:44 - /usr/sbin/config -m BERI_SIM_MDROOT TB --- 2013-09-21 20:59:44 - skipping BERI_SIM_MDROOT kernel TB --- 2013-09-21 20:59:44 - cd /src/sys/mips/conf TB --- 2013-09-21 20:59:44 - /usr/sbin/config -m BERI_TEMPLATE TB --- 2013-09-21 20:59:44 - skipping BERI_TEMPLATE kernel TB --- 2013-09-21 20:59:44 - cd /src/sys/mips/conf TB --- 2013-09-21 20:59:44 - /usr/sbin/config -m CARAMBOLA2 TB --- 2013-09-21 20:59:44 - building CARAMBOLA2 kernel TB --- 2013-09-21 20:59:44 - CROSS_BUILD_TESTING=YES TB --- 2013-09-21 20:59:44 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-21 20:59:44 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-21 20:59:44 - SRCCONF=/dev/null TB --- 2013-09-21 20:59:44 - TARGET=mips TB --- 2013-09-21 20:59:44 - TARGET_ARCH=mips TB --- 2013-09-21 20:59:44 - TZ=UTC TB --- 2013-09-21 20:59:44 - __MAKE_CONF=/dev/null TB --- 2013-09-21 20:59:44 - cd /src TB --- 2013-09-21 20:59:44 - /usr/bin/make -B buildkernel KERNCONF=CARAMBOLA2 >>> Kernel build for CARAMBOLA2 started on Sat Sep 21 20:59:45 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for CARAMBOLA2 completed on Sat Sep 21 21:02:42 UTC 2013 TB --- 2013-09-21 21:02:42 - cd /src/sys/mips/conf TB --- 2013-09-21 21:02:42 - /usr/sbin/config -m DB120 TB --- 2013-09-21 21:02:42 - building DB120 kernel TB --- 2013-09-21 21:02:42 - CROSS_BUILD_TESTING=YES TB --- 2013-09-21 21:02:42 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-21 21:02:42 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-21 21:02:42 - SRCCONF=/dev/null TB --- 2013-09-21 21:02:42 - TARGET=mips TB --- 2013-09-21 21:02:42 - TARGET_ARCH=mips TB --- 2013-09-21 21:02:42 - TZ=UTC TB --- 2013-09-21 21:02:42 - __MAKE_CONF=/dev/null TB --- 2013-09-21 21:02:42 - cd /src TB --- 2013-09-21 21:02:42 - /usr/bin/make -B buildkernel KERNCONF=DB120 >>> Kernel build for DB120 started on Sat Sep 21 21:02:42 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for DB120 completed on Sat Sep 21 21:05:38 UTC 2013 TB --- 2013-09-21 21:05:38 - cd /src/sys/mips/conf TB --- 2013-09-21 21:05:38 - /usr/sbin/config -m DIR-825 TB --- 2013-09-21 21:05:38 - building DIR-825 kernel TB --- 2013-09-21 21:05:38 - CROSS_BUILD_TESTING=YES TB --- 2013-09-21 21:05:38 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-21 21:05:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-21 21:05:38 - SRCCONF=/dev/null TB --- 2013-09-21 21:05:38 - TARGET=mips TB --- 2013-09-21 21:05:38 - TARGET_ARCH=mips TB --- 2013-09-21 21:05:38 - TZ=UTC TB --- 2013-09-21 21:05:38 - __MAKE_CONF=/dev/null TB --- 2013-09-21 21:05:38 - cd /src TB --- 2013-09-21 21:05:38 - /usr/bin/make -B buildkernel KERNCONF=DIR-825 >>> Kernel build for DIR-825 started on Sat Sep 21 21:05:38 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for DIR-825 completed on Sat Sep 21 21:09:35 UTC 2013 TB --- 2013-09-21 21:09:35 - cd /src/sys/mips/conf TB --- 2013-09-21 21:09:35 - /usr/sbin/config -m ENH200 TB --- 2013-09-21 21:09:35 - building ENH200 kernel TB --- 2013-09-21 21:09:35 - CROSS_BUILD_TESTING=YES TB --- 2013-09-21 21:09:35 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-21 21:09:35 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-21 21:09:35 - SRCCONF=/dev/null TB --- 2013-09-21 21:09:35 - TARGET=mips TB --- 2013-09-21 21:09:35 - TARGET_ARCH=mips TB --- 2013-09-21 21:09:35 - TZ=UTC TB --- 2013-09-21 21:09:35 - __MAKE_CONF=/dev/null TB --- 2013-09-21 21:09:35 - cd /src TB --- 2013-09-21 21:09:35 - /usr/bin/make -B buildkernel KERNCONF=ENH200 >>> Kernel build for ENH200 started on Sat Sep 21 21:09:35 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for ENH200 completed on Sat Sep 21 21:13:45 UTC 2013 TB --- 2013-09-21 21:13:45 - cd /src/sys/mips/conf TB --- 2013-09-21 21:13:45 - /usr/sbin/config -m GXEMUL TB --- 2013-09-21 21:13:45 - skipping GXEMUL kernel TB --- 2013-09-21 21:13:45 - cd /src/sys/mips/conf TB --- 2013-09-21 21:13:45 - /usr/sbin/config -m GXEMUL32 TB --- 2013-09-21 21:13:45 - building GXEMUL32 kernel TB --- 2013-09-21 21:13:45 - CROSS_BUILD_TESTING=YES TB --- 2013-09-21 21:13:45 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-21 21:13:45 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-21 21:13:45 - SRCCONF=/dev/null TB --- 2013-09-21 21:13:45 - TARGET=mips TB --- 2013-09-21 21:13:45 - TARGET_ARCH=mips TB --- 2013-09-21 21:13:45 - TZ=UTC TB --- 2013-09-21 21:13:45 - __MAKE_CONF=/dev/null TB --- 2013-09-21 21:13:45 - cd /src TB --- 2013-09-21 21:13:45 - /usr/bin/make -B buildkernel KERNCONF=GXEMUL32 >>> Kernel build for GXEMUL32 started on Sat Sep 21 21:13:45 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=10000 --param large-function-growth=100000 --param max-inline-insns-single=10000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80100000 -march=mips32 -msoft-float -ffreestanding -Werror /src/sys/kern/subr_scanf.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=10000 --param large-function-growth=100000 --param max-inline-insns-single=10000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80100000 -march=mips32 -msoft-float -ffreestanding -Werror /src/sys/kern/subr_sglist.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=10000 --param large-function-growth=100000 --param max-inline-insns-single=10000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80100000 -march=mips32 -msoft-float -ffreestanding -Werror /src/sys/kern/subr_sleepqueue.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=10000 --param large-function-growth=100000 --param max-inline-insns-single=10000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80100000 -march=mips32 -msoft-float -ffreestanding -Werror /src/sys/kern/subr_smp.c /src/sys/kern/subr_smp.c: In function 'generic_stop_cpus': /src/sys/kern/subr_smp.c:235: error: 'IPI_SUSPEND' undeclared (first use in this function) /src/sys/kern/subr_smp.c:235: error: (Each undeclared identifier is reported only once /src/sys/kern/subr_smp.c:235: error: for each function it appears in.) *** Error code 1 Stop. bmake[1]: stopped in /obj/mips.mips/src/sys/GXEMUL32 *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-09-21 21:14:38 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-09-21 21:14:38 - ERROR: failed to build GXEMUL32 kernel TB --- 2013-09-21 21:14:38 - 5405.02 user 1071.38 system 7080.73 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Sat Sep 21 22:02:35 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 043E1F65; Sat, 21 Sep 2013 22:02:35 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B2F0A2AEB; Sat, 21 Sep 2013 22:02:34 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id r8LM2XZC074587; Sat, 21 Sep 2013 18:02:33 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r8LM2Xtk074586; Sat, 21 Sep 2013 22:02:33 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 21 Sep 2013 22:02:33 GMT Message-Id: <201309212202.r8LM2Xtk074586@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on sparc64/sparc64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Sep 2013 22:02:35 -0000 TB --- 2013-09-21 20:45:36 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-09-21 20:45:36 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-09-21 20:45:36 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2013-09-21 20:45:36 - cleaning the object tree TB --- 2013-09-21 20:46:27 - /usr/local/bin/svn stat /src TB --- 2013-09-21 20:46:31 - At svn revision 255760 TB --- 2013-09-21 20:46:32 - building world TB --- 2013-09-21 20:46:32 - CROSS_BUILD_TESTING=YES TB --- 2013-09-21 20:46:32 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-21 20:46:32 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-21 20:46:32 - SRCCONF=/dev/null TB --- 2013-09-21 20:46:32 - TARGET=sparc64 TB --- 2013-09-21 20:46:32 - TARGET_ARCH=sparc64 TB --- 2013-09-21 20:46:32 - TZ=UTC TB --- 2013-09-21 20:46:32 - __MAKE_CONF=/dev/null TB --- 2013-09-21 20:46:32 - cd /src TB --- 2013-09-21 20:46:32 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Sep 21 20:46:38 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Sep 21 21:52:43 UTC 2013 TB --- 2013-09-21 21:52:43 - generating LINT kernel config TB --- 2013-09-21 21:52:43 - cd /src/sys/sparc64/conf TB --- 2013-09-21 21:52:43 - /usr/bin/make -B LINT TB --- 2013-09-21 21:52:43 - cd /src/sys/sparc64/conf TB --- 2013-09-21 21:52:43 - /usr/sbin/config -m LINT TB --- 2013-09-21 21:52:43 - building LINT kernel TB --- 2013-09-21 21:52:43 - CROSS_BUILD_TESTING=YES TB --- 2013-09-21 21:52:43 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-21 21:52:43 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-21 21:52:43 - SRCCONF=/dev/null TB --- 2013-09-21 21:52:43 - TARGET=sparc64 TB --- 2013-09-21 21:52:43 - TARGET_ARCH=sparc64 TB --- 2013-09-21 21:52:43 - TZ=UTC TB --- 2013-09-21 21:52:43 - __MAKE_CONF=/dev/null TB --- 2013-09-21 21:52:43 - cd /src TB --- 2013-09-21 21:52:43 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Sep 21 21:52:43 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/kern/subr_scanf.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/kern/subr_sglist.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/kern/subr_sleepqueue.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/kern/subr_smp.c /src/sys/kern/subr_smp.c: In function 'generic_stop_cpus': /src/sys/kern/subr_smp.c:235: error: 'IPI_SUSPEND' undeclared (first use in this function) /src/sys/kern/subr_smp.c:235: error: (Each undeclared identifier is reported only once /src/sys/kern/subr_smp.c:235: error: for each function it appears in.) *** Error code 1 Stop. bmake[1]: stopped in /obj/sparc64.sparc64/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-09-21 22:02:33 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-09-21 22:02:33 - ERROR: failed to build LINT kernel TB --- 2013-09-21 22:02:33 - 3807.08 user 651.67 system 4617.38 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Sat Sep 21 22:23:41 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 109649F7; Sat, 21 Sep 2013 22:23:41 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C5CCC2BEB; Sat, 21 Sep 2013 22:23:40 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id r8LMNdrH047420; Sat, 21 Sep 2013 18:23:39 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r8LMNdPt047419; Sat, 21 Sep 2013 22:23:39 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 21 Sep 2013 22:23:39 GMT Message-Id: <201309212223.r8LMNdPt047419@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on powerpc/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Sep 2013 22:23:41 -0000 TB --- 2013-09-21 19:39:27 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-09-21 19:39:27 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-09-21 19:39:27 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2013-09-21 19:39:27 - cleaning the object tree TB --- 2013-09-21 19:41:04 - /usr/local/bin/svn stat /src TB --- 2013-09-21 19:41:08 - At svn revision 255760 TB --- 2013-09-21 19:41:09 - building world TB --- 2013-09-21 19:41:09 - CROSS_BUILD_TESTING=YES TB --- 2013-09-21 19:41:09 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-21 19:41:09 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-21 19:41:09 - SRCCONF=/dev/null TB --- 2013-09-21 19:41:09 - TARGET=powerpc TB --- 2013-09-21 19:41:09 - TARGET_ARCH=powerpc TB --- 2013-09-21 19:41:09 - TZ=UTC TB --- 2013-09-21 19:41:09 - __MAKE_CONF=/dev/null TB --- 2013-09-21 19:41:09 - cd /src TB --- 2013-09-21 19:41:09 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Sep 21 19:41:15 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Sep 21 22:16:22 UTC 2013 TB --- 2013-09-21 22:16:22 - generating LINT kernel config TB --- 2013-09-21 22:16:22 - cd /src/sys/powerpc/conf TB --- 2013-09-21 22:16:22 - /usr/bin/make -B LINT TB --- 2013-09-21 22:16:22 - cd /src/sys/powerpc/conf TB --- 2013-09-21 22:16:22 - /usr/sbin/config -m LINT TB --- 2013-09-21 22:16:22 - building LINT kernel TB --- 2013-09-21 22:16:22 - CROSS_BUILD_TESTING=YES TB --- 2013-09-21 22:16:22 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-21 22:16:22 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-21 22:16:22 - SRCCONF=/dev/null TB --- 2013-09-21 22:16:22 - TARGET=powerpc TB --- 2013-09-21 22:16:22 - TARGET_ARCH=powerpc TB --- 2013-09-21 22:16:22 - TZ=UTC TB --- 2013-09-21 22:16:22 - __MAKE_CONF=/dev/null TB --- 2013-09-21 22:16:22 - cd /src TB --- 2013-09-21 22:16:22 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Sep 21 22:16:22 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/kern/subr_scanf.c cc -c -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/kern/subr_sglist.c cc -c -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/kern/subr_sleepqueue.c cc -c -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/kern/subr_smp.c /src/sys/kern/subr_smp.c: In function 'generic_stop_cpus': /src/sys/kern/subr_smp.c:235: error: 'IPI_SUSPEND' undeclared (first use in this function) /src/sys/kern/subr_smp.c:235: error: (Each undeclared identifier is reported only once /src/sys/kern/subr_smp.c:235: error: for each function it appears in.) *** Error code 1 Stop. bmake[1]: stopped in /obj/powerpc.powerpc/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-09-21 22:23:39 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-09-21 22:23:39 - ERROR: failed to build LINT kernel TB --- 2013-09-21 22:23:39 - 8512.28 user 1062.63 system 9852.23 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Sat Sep 21 23:09:49 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id ECAB3990; Sat, 21 Sep 2013 23:09:49 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B30192DD7; Sat, 21 Sep 2013 23:09:49 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id r8LN9mlb044862; Sat, 21 Sep 2013 19:09:48 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r8LN9mrm044861; Sat, 21 Sep 2013 23:09:48 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 21 Sep 2013 23:09:48 GMT Message-Id: <201309212309.r8LN9mrm044861@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on powerpc64/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Sep 2013 23:09:50 -0000 TB --- 2013-09-21 19:58:48 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-09-21 19:58:48 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-09-21 19:58:48 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2013-09-21 19:58:48 - cleaning the object tree TB --- 2013-09-21 20:00:29 - /usr/local/bin/svn stat /src TB --- 2013-09-21 20:00:33 - At svn revision 255760 TB --- 2013-09-21 20:00:34 - building world TB --- 2013-09-21 20:00:34 - CROSS_BUILD_TESTING=YES TB --- 2013-09-21 20:00:34 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-21 20:00:34 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-21 20:00:34 - SRCCONF=/dev/null TB --- 2013-09-21 20:00:34 - TARGET=powerpc TB --- 2013-09-21 20:00:34 - TARGET_ARCH=powerpc64 TB --- 2013-09-21 20:00:34 - TZ=UTC TB --- 2013-09-21 20:00:34 - __MAKE_CONF=/dev/null TB --- 2013-09-21 20:00:34 - cd /src TB --- 2013-09-21 20:00:34 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Sep 21 20:00:41 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Sat Sep 21 23:05:26 UTC 2013 TB --- 2013-09-21 23:05:26 - generating LINT kernel config TB --- 2013-09-21 23:05:26 - cd /src/sys/powerpc/conf TB --- 2013-09-21 23:05:26 - /usr/bin/make -B LINT TB --- 2013-09-21 23:05:26 - cd /src/sys/powerpc/conf TB --- 2013-09-21 23:05:26 - /usr/sbin/config -m LINT TB --- 2013-09-21 23:05:26 - skipping LINT kernel TB --- 2013-09-21 23:05:26 - cd /src/sys/powerpc/conf TB --- 2013-09-21 23:05:26 - /usr/sbin/config -m GENERIC TB --- 2013-09-21 23:05:26 - skipping GENERIC kernel TB --- 2013-09-21 23:05:26 - cd /src/sys/powerpc/conf TB --- 2013-09-21 23:05:26 - /usr/sbin/config -m GENERIC64 TB --- 2013-09-21 23:05:26 - building GENERIC64 kernel TB --- 2013-09-21 23:05:26 - CROSS_BUILD_TESTING=YES TB --- 2013-09-21 23:05:26 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-21 23:05:26 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-21 23:05:26 - SRCCONF=/dev/null TB --- 2013-09-21 23:05:26 - TARGET=powerpc TB --- 2013-09-21 23:05:26 - TARGET_ARCH=powerpc64 TB --- 2013-09-21 23:05:26 - TZ=UTC TB --- 2013-09-21 23:05:26 - __MAKE_CONF=/dev/null TB --- 2013-09-21 23:05:26 - cd /src TB --- 2013-09-21 23:05:26 - /usr/bin/make -B buildkernel KERNCONF=GENERIC64 >>> Kernel build for GENERIC64 started on Sat Sep 21 23:05:26 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] ctfconvert -L VERSION -g subr_sglist.o cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -Werror /src/sys/kern/subr_sleepqueue.c ctfconvert -L VERSION -g subr_sleepqueue.o cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -Werror /src/sys/kern/subr_smp.c /src/sys/kern/subr_smp.c: In function 'generic_stop_cpus': /src/sys/kern/subr_smp.c:235: error: 'IPI_SUSPEND' undeclared (first use in this function) /src/sys/kern/subr_smp.c:235: error: (Each undeclared identifier is reported only once /src/sys/kern/subr_smp.c:235: error: for each function it appears in.) *** Error code 1 Stop. bmake[1]: stopped in /obj/powerpc.powerpc64/src/sys/GENERIC64 *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-09-21 23:09:48 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-09-21 23:09:48 - ERROR: failed to build GENERIC64 kernel TB --- 2013-09-21 23:09:48 - 9986.38 user 1290.43 system 11459.94 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc64-powerpc.full From owner-freebsd-current@FreeBSD.ORG Sat Sep 21 23:15:36 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 69387ACD for ; Sat, 21 Sep 2013 23:15:36 +0000 (UTC) (envelope-from mcdouga9@egr.msu.edu) Received: from mail.egr.msu.edu (dauterive.egr.msu.edu [35.9.37.168]) by mx1.freebsd.org (Postfix) with ESMTP id 138492E20 for ; Sat, 21 Sep 2013 23:15:35 +0000 (UTC) Received: from dauterive (localhost [127.0.0.1]) by mail.egr.msu.edu (Postfix) with ESMTP id 009C92F311 for ; Sat, 21 Sep 2013 19:06:58 -0400 (EDT) X-Virus-Scanned: amavisd-new at egr.msu.edu Received: from mail.egr.msu.edu ([127.0.0.1]) by dauterive (dauterive.egr.msu.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id XrvzC1_9yrK5 for ; Sat, 21 Sep 2013 19:06:57 -0400 (EDT) Received: from EGR authenticated sender Message-ID: <523E2690.7010709@egr.msu.edu> Date: Sat, 21 Sep 2013 19:06:56 -0400 From: Adam McDougall User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: Panic on head (r255759) [_callout_stop_safe()-> panic: Lock lle not exclusively locked @ /usr/src/sys/kern/kern_rwlock.c:140] References: <523D8AAD.5080900@FreeBSD.org> <523D8C39.4050307@FreeBSD.org> <20130921145139.23e3007a@thor.walstatt.dyndns.org> <523DC6D1.6050903@egr.msu.edu> <523DC9C7.1020708@FreeBSD.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Sep 2013 23:15:36 -0000 On 09/21/13 12:34, Davide Italiano wrote: > On Sat, Sep 21, 2013 at 9:31 AM, Bryan Drewery wrote: >> On 9/21/2013 11:18 AM, Adam McDougall wrote: >>> On 09/21/13 09:41, Davide Italiano wrote: >>>> On Sat, Sep 21, 2013 at 2:51 PM, O. Hartmann >>>> wrote: >>>>> On Sat, 21 Sep 2013 07:08:25 -0500 >>>>> Bryan Drewery wrote: >>>>> >>>>>> On 9/21/2013 7:06 AM, Bjoern A. Zeeb wrote: >>>>>>> On Sat, 21 Sep 2013, Bryan Drewery wrote: >>>>>>> >>>>>>>>> Unread portion of the kernel message buffer: >>>>>>>>> panic: Lock lle not exclusively locked @ >>>>>>>>> /usr/src/sys/kern/kern_rwlock.c:140 >>>>>>>>> >>>>>>>>> cpuid = 0 >>>>>>>>> KDB: stack backtrace: >>>>>>>>> db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame >>>>>>>>> 0xfffffe118aeef820 >>>>>>>>> kdb_backtrace() at kdb_backtrace+0x39/frame 0xfffffe118aeef8d0 >>>>>>>>> vpanic() at vpanic+0x126/frame 0xfffffe118aeef910 >>>>>>>>> panic() at panic+0x43/frame 0xfffffe118aeef970 >>>>>>>>> __rw_assert() at __rw_assert+0xa3/frame 0xfffffe118aeef980 >>>>>>>>> _callout_stop_safe() at _callout_stop_safe+0x54/frame >>>>>>>>> 0xfffffe118aeef9f0 arptimer() at arptimer+0x14e/frame >>>>>>>>> 0xfffffe118aeefa30 softclock_call_cc() at >>>>>>>>> softclock_call_cc+0x188/frame 0xfffffe118aeefb10 softclock() at >>>>>>>>> softclock+0x47/frame 0xfffffe118aeefb30 >>>>>>>>> intr_event_execute_handlers() at >>>>>>>>> intr_event_execute_handlers+0x93/frame 0xfffffe118aeefb70 >>>>>>>>> ithread_loop() at ithread_loop+0xa6/frame 0xfffffe118aeefbb0 >>>>>>>>> fork_exit() at fork_exit+0x84/frame 0xfffffe118aeefbf0 >>>>>>>>> fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe118aeefbf0 >>>>>>>>> --- trap 0, rip = 0, rsp = 0xfffffe118aeefcb0, rbp = 0 --- >>>>>>> +1 from me; I guess introduced somwhere between 255569 and 255758, >>>>>>> as these are my edges of kernel.old and kernel. >>>>>>> >>>>>> r255726 was stable for me. r255759 is not. >>>>>> >>>>>> r255755 converted ipfilter to callout, but I am unsure if that is the >>>>>> problem. >>>>>> >>>>> r255729 is also stable for me - I'm with r255729 again, since r255757 >>>>> crashed. >>>> Let me know if this fixes the problem for you: >>>> http://people.freebsd.org/~davide/review/lc_calloutfix.diff >>>> >>>> Thanks, >>>> >>> Worked for me so far. I generally couldn't stay up more than 30 minutes >>> before the patch and now my uptime is 90 minutes. Thanks! >> Same here. >> >> >> -- >> Regards, >> Bryan Drewery >> > I would wait another couple of hours before the commit, but still I'm > confident this fixed the problem. > 7:05PM up 8:18, 1 user, load averages: 0.08, 0.18, 0.21 From owner-freebsd-current@FreeBSD.ORG Sat Sep 21 23:27:16 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id AC57CC77 for ; Sat, 21 Sep 2013 23:27:16 +0000 (UTC) (envelope-from rizzo@i805.com.br) Received: from server.i805.com.br (mailhost.i805.com.br [72.52.97.105]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 942602E8B for ; Sat, 21 Sep 2013 23:27:16 +0000 (UTC) Received: from i805.com.br (localhost [127.0.0.1]) by server.i805.com.br (8.14.6/8.14.5) with ESMTP id r8LNREc5077405; Sat, 21 Sep 2013 20:27:14 -0300 (BRT) (envelope-from rizzo@i805.com.br) From: "Nilton Jose Rizzo" To: Steve Kargl Subject: Re: build kernel broken at revision 255705 Date: Sat, 21 Sep 2013 20:27:14 -0300 Message-Id: <20130921232519.M17142@i805.com.br> In-Reply-To: <20130921154610.GA59997@troutmask.apl.washington.edu> References: <20130920021328.M87945@i805.com.br> <20130920022454.GI2302@glenbarber.us> <20130920023408.M32739@i805.com.br> <20130920024958.GJ2302@glenbarber.us> <20130920032655.M3648@i805.com.br> <20130920060735.GA51284@troutmask.apl.washington.edu> <20130921134826.M46725@i805.com.br> <20130921154610.GA59997@troutmask.apl.washington.edu> X-Mailer: OpenWebMail 3.00_beta4 20121104 671 X-OriginatingIP: 179.218.87.141 (rizzo) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED autolearn=unavailable version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on server.i805.com.br Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Sep 2013 23:27:16 -0000 Em Sat, 21 Sep 2013 08:46:10 -0700, Steve Kargl escreveu > On Sat, Sep 21, 2013 at 10:56:19AM -0300, Nilton Jose Rizzo wrote: > > Em Thu, 19 Sep 2013 23:07:35 -0700, Steve Kargl escreveu > > > On Fri, Sep 20, 2013 at 12:27:55AM -0300, Nilton Jose Rizzo wrote: > > > > > > > > kernel config in attach tar file > > > > > > > > > > Include the the config file in the body of the email. > > > The freebsd mail server seems to strip attachments. > > > > ok. my config file > > You sent it only to me. Not to the freebsd mailing list > where other might be able to help. Sorry I forgot to replay to all > > > cause yhe problrm. this is present in LINT and I put > > in my kernel config, the configure run ok but not > > compile the kernel file. > > Pulling options from LINT is not a great idea unless > you know exactly what is does and how it works. But I need or not the options to ICONV???? This is the point I search some references about it and not found nothing. Rizzo > > -- > Steve