From owner-freebsd-current@FreeBSD.ORG Sun Dec 28 19:57:56 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 02626A37; Sun, 28 Dec 2014 19:57:56 +0000 (UTC) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 7F5EF64A63; Sun, 28 Dec 2014 19:57:55 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost.zedat.fu-berlin.de (Exim 4.82) with esmtp (envelope-from ) id <1Y5JyE-003vBE-Op>; Sun, 28 Dec 2014 20:57:46 +0100 Received: from g226063010.adsl.alicedsl.de ([92.226.63.10] helo=thor.walstatt.dynvpn.de) by inpost2.zedat.fu-berlin.de (Exim 4.82) with esmtpsa (envelope-from ) id <1Y5JyE-001mqp-Ko>; Sun, 28 Dec 2014 20:57:46 +0100 Date: Sun, 28 Dec 2014 20:57:39 +0100 From: "O. Hartmann" To: Ian Lepore Subject: Re: r276200: EFI boot failure: kernel stops booting at pci0: on pcib0 Message-ID: <20141228205739.154243d8.ohartman@zedat.fu-berlin.de> In-Reply-To: <1419621822.1018.187.camel@freebsd.org> References: <20141225194207.5dfd3636.ohartman@zedat.fu-berlin.de> <20141226130113.5200bfbb.ohartman@zedat.fu-berlin.de> <1419621822.1018.187.camel@freebsd.org> Organization: FU Berlin X-Mailer: Claws Mail 3.11.1 (GTK+ 2.24.25; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; boundary="Sig_/mv5xernPaTNimen.vDWj6sn"; protocol="application/pgp-signature" X-Originating-IP: 92.226.63.10 X-ZEDAT-Hint: A Cc: Adrian Chadd , FreeBSD CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Dec 2014 19:57:56 -0000 --Sig_/mv5xernPaTNimen.vDWj6sn Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Am Fri, 26 Dec 2014 12:23:42 -0700 Ian Lepore schrieb: > On Fri, 2014-12-26 at 08:48 -0800, Adrian Chadd wrote: > > On 26 December 2014 at 04:01, O. Hartmann = wrote: > > > Am Thu, 25 Dec 2014 11:40:47 -0800 > > > Adrian Chadd schrieb: > > > > > >> Would you be able to narrow it down to a small range of commits? > > >> that'll make it easier to chase down. :) > > >> > > >> Thanks! > > >> > > >> > > >> > > >> -adrian > > >> > > >> > > >> On 25 December 2014 at 10:42, O. Hartmann wrote: > > >> > > > >> > Since 23rd's update of CURRENT, the kernel fails to boot on system= s that boot > > >> > via EFI. Systems with legacy booting seem not to be affected. > > >> > > > >> > I just ran today into the problem updating a notebook with a Intel= Haswell Intel > > >> > i5-4200M CPU (Haswell) on a Lenovo ThinkPad E540, bboting via UEFI= , CURRENT > > >> > r276200. The very same caode base is running on several other boxe= s which boot > > >> > via legacy method. The very same failure showed up at the lab on a= n older HP > > >> > Compaq 8300 system, based on H81 chipset equipted with an Ivy-Brid= ge CPU, > > >> > booting also via EFI. That box stops at the exact same spot as the= notebook does. > > >> > > > >> > The systems in question, also the legacy booting systems (aka the = oldstyle > > >> > loader boot method), load drm2, i915kms. > > >> > > > >> > Booting old kernel/modules (via "boot kernel.old"), at CURRENT r27= 5896 is all > > >> > right. > > >> > > > >> > What is happening here? > > >> > > > >> > Merry christmas day, > > >> > > > >> > oh > > > > > > > > > I narrowed down the culprit commit to be between r276060 (works) and = r276075 (works > > > not). To avoid interferences from rogue modules, I disabled all modul= es loaded by > > > the loader, including drm2 and i915kms, but the picture is always the= same. I'm > > > sorry, I have some duties to perform, so intersecting further is poss= ible later > > > only ... I performed the iterative search of the foul commit by "svn = update -r > > > 276XXX" and then build kernel only via "make kernel" - this just for = the record in > > > case some world-dependencies might have effects. > >=20 > > Hi! > >=20 > > Thanks for that. Would you please file a PR with the details and what > > you've done? > >=20 > > I hope you can narrow it down further. You've done a great job > > already, I just can't see any clear winner there for a commit to back > > out :( >=20 > r276064 looks like a candidate. At least, it has 'efi' in the name. :) >=20 > -- Ian Well, r276063 works, but r2766064 doesn't. oh --Sig_/mv5xernPaTNimen.vDWj6sn Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBCAAGBQJUoGCzAAoJEOgBcD7A/5N8dS0IAKKy6Q1VTSvf4xS9BCMRwTXe A3kPywWRkYaPDdF7iuTlF2csDQYEu/iVCRfWfhWJiTTe31pdhAm1u0sBe0FJJedl bPtkQPtZ5POnJaYdcRX0pG6KuuyS72OqnU4WjUTMEx7rnzG0LpaAh39Jn7wZ7bp0 WKj8EkudOOdNrK8tIxKAk68oLEE4Ps1qBe9vN6bk269ZS3yFUrDcSlHfwtJSuOcQ FMmy6hFfXsREA1unY9MDfLI9X2CxoJJOmtBkPOQZezpAFZmDD8sne4c508a5Pxuu WG3h16+ASCwzPEw9QyCsQo8or2ni0RBH4dnZB0pJcO6oimf/JBtAEb+96yKNQgk= =9qLQ -----END PGP SIGNATURE----- --Sig_/mv5xernPaTNimen.vDWj6sn-- From owner-freebsd-current@FreeBSD.ORG Sun Dec 28 20:04:56 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 703F9D85 for ; Sun, 28 Dec 2014 20:04:56 +0000 (UTC) Received: from smtprelay-h22.telenor.se (smtprelay-h22.telenor.se [195.54.99.197]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id E95E964BC6 for ; Sun, 28 Dec 2014 20:04:55 +0000 (UTC) Received: from ipb5.telenor.se (ipb5.telenor.se [195.54.127.168]) by smtprelay-h22.telenor.se (Postfix) with ESMTP id 88962D62E for ; Sun, 28 Dec 2014 20:33:56 +0100 (CET) X-SENDER-IP: [85.229.94.62] X-LISTENER: [smtp.bredband.net] X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AkYHAMpZoFRV5V4+PGdsb2JhbABcgwZSWASGK8AxhwcXAQEBAQEBBQEBAQE4O4QMAQEBAzMBIz4YWwwKiEUDCQwBn3GfCwaFPJAUhBMFjhVNgnKGQTCCNYwmgTiCVIE9PTGCQwEBAQ X-IPAS-Result: AkYHAMpZoFRV5V4+PGdsb2JhbABcgwZSWASGK8AxhwcXAQEBAQEBBQEBAQE4O4QMAQEBAzMBIz4YWwwKiEUDCQwBn3GfCwaFPJAUhBMFjhVNgnKGQTCCNYwmgTiCVIE9PTGCQwEBAQ X-IronPort-AV: E=Sophos;i="5.07,656,1413237600"; d="scan'208";a="843730652" Received: from c-3e5ee555.06-11-73746f31.cust.bredbandsbolaget.se (HELO sigyn.alvermark.net) ([85.229.94.62]) by ipb5.telenor.se with ESMTP; 28 Dec 2014 20:33:56 +0100 Received: from localhost ([127.0.0.1] helo=webmail.alvermark.net) by sigyn.alvermark.net with esmtp (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1Y5Jb9-000Jcb-6o for freebsd-current@freebsd.org; Sun, 28 Dec 2014 20:33:55 +0100 Received: from 213.113.68.53 (SquirrelMail authenticated user alvis) by webmail.alvermark.net with HTTP; Sun, 28 Dec 2014 20:33:55 +0100 (CET) Message-ID: <30415.213.113.68.53.1419795235.squirrel@webmail.alvermark.net> Date: Sun, 28 Dec 2014 20:33:55 +0100 (CET) Subject: Re: r276200: EFI boot failure: kernel stops booting at pci0: on pcib0 From: "Jakob Alvermark" To: freebsd-current@freebsd.org User-Agent: SquirrelMail/1.5.1 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Dec 2014 20:04:56 -0000 Ian Lepore freebsd.org> writes: > > On Fri, 2014-12-26 at 08:48 -0800, Adrian Chadd wrote: > > On 26 December 2014 at 04:01, O. Hartmann zedat.fu- berlin.de> wrote: > > > Am Thu, 25 Dec 2014 11:40:47 -0800 > > > Adrian Chadd freebsd.org> schrieb: > > > > > >> Would you be able to narrow it down to a small range of commits? > > >> that'll make it easier to chase down. :) > > >> > > >> > Booting old kernel/modules (via "boot kernel.old"), at CURRENT r275896 is all right. > > >> > > > >> > What is happening here? > > >> > > > >> > Merry christmas day, > > >> > > > >> > oh > > > > > > > > > I narrowed down the culprit commit to be between r276060 (works) and r276075 (works not). > > > > Hi! > > > > Thanks for that. Would you please file a PR with the details and what > > you've done? > > > > I hope you can narrow it down further. You've done a great job > > already, I just can't see any clear winner there for a commit to back > > out :( > > r276064 looks like a candidate. At least, it has 'efi' in the name. :) > I can confirm that. The same happened when UEFI-booting on my Acer E3-112. Undoing r276064 makes it boot again. (I will post some more experiences with FreeBSD on this machine later.) Jakob From owner-freebsd-current@FreeBSD.ORG Sun Dec 28 20:09:49 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D3F2B30F; Sun, 28 Dec 2014 20:09:49 +0000 (UTC) Received: from mho-02-ewr.mailhop.org (mho-02-ewr.mailhop.org [204.13.248.72]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id A3E8064CBF; Sun, 28 Dec 2014 20:09:49 +0000 (UTC) Received: from [73.34.117.227] (helo=ilsoft.org) by mho-02-ewr.mailhop.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1Y5K9s-000A8z-K0; Sun, 28 Dec 2014 20:09:48 +0000 Received: from revolution.hippie.lan (revolution.hippie.lan [172.22.42.240]) by ilsoft.org (8.14.9/8.14.9) with ESMTP id sBSK9lKb005792; Sun, 28 Dec 2014 13:09:47 -0700 (MST) (envelope-from ian@freebsd.org) X-Mail-Handler: Dyn Standard SMTP by Dyn X-Originating-IP: 73.34.117.227 X-Report-Abuse-To: abuse@dyndns.com (see http://www.dyndns.com/services/sendlabs/outbound_abuse.html for abuse reporting information) X-MHO-User: U2FsdGVkX1+IRmvp8WJ4vkLf7XD1PEbX Message-ID: <1419797387.1018.215.camel@freebsd.org> Subject: Re: r276200: EFI boot failure: kernel stops booting at pci0: on pcib0 From: Ian Lepore To: "O. Hartmann" Date: Sun, 28 Dec 2014 13:09:47 -0700 In-Reply-To: <20141228205739.154243d8.ohartman@zedat.fu-berlin.de> References: <20141225194207.5dfd3636.ohartman@zedat.fu-berlin.de> <20141226130113.5200bfbb.ohartman@zedat.fu-berlin.de> <1419621822.1018.187.camel@freebsd.org> <20141228205739.154243d8.ohartman@zedat.fu-berlin.de> Content-Type: text/plain; charset="us-ascii" X-Mailer: Evolution 3.12.8 FreeBSD GNOME Team Port Mime-Version: 1.0 Content-Transfer-Encoding: 7bit Cc: FreeBSD CURRENT , Roger Pau =?ISO-8859-1?Q?Monn=E9?= X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Dec 2014 20:09:50 -0000 On Sun, 2014-12-28 at 20:57 +0100, O. Hartmann wrote: > Am Fri, 26 Dec 2014 12:23:42 -0700 > Ian Lepore schrieb: > > > On Fri, 2014-12-26 at 08:48 -0800, Adrian Chadd wrote: > > > On 26 December 2014 at 04:01, O. Hartmann wrote: > > > > Am Thu, 25 Dec 2014 11:40:47 -0800 > > > > Adrian Chadd schrieb: > > > > > > > >> Would you be able to narrow it down to a small range of commits? > > > >> that'll make it easier to chase down. :) > > > >> > > > >> Thanks! > > > >> > > > >> > > > >> > > > >> -adrian > > > >> > > > >> > > > >> On 25 December 2014 at 10:42, O. Hartmann wrote: > > > >> > > > > >> > Since 23rd's update of CURRENT, the kernel fails to boot on systems that boot > > > >> > via EFI. Systems with legacy booting seem not to be affected. > > > >> > > > > >> > I just ran today into the problem updating a notebook with a Intel Haswell Intel > > > >> > i5-4200M CPU (Haswell) on a Lenovo ThinkPad E540, bboting via UEFI, CURRENT > > > >> > r276200. The very same caode base is running on several other boxes which boot > > > >> > via legacy method. The very same failure showed up at the lab on an older HP > > > >> > Compaq 8300 system, based on H81 chipset equipted with an Ivy-Bridge CPU, > > > >> > booting also via EFI. That box stops at the exact same spot as the notebook does. > > > >> > > > > >> > The systems in question, also the legacy booting systems (aka the oldstyle > > > >> > loader boot method), load drm2, i915kms. > > > >> > > > > >> > Booting old kernel/modules (via "boot kernel.old"), at CURRENT r275896 is all > > > >> > right. > > > >> > > > > >> > What is happening here? > > > >> > > > > >> > Merry christmas day, > > > >> > > > > >> > oh > > > > > > > > > > > > I narrowed down the culprit commit to be between r276060 (works) and r276075 (works > > > > not). To avoid interferences from rogue modules, I disabled all modules loaded by > > > > the loader, including drm2 and i915kms, but the picture is always the same. I'm > > > > sorry, I have some duties to perform, so intersecting further is possible later > > > > only ... I performed the iterative search of the foul commit by "svn update -r > > > > 276XXX" and then build kernel only via "make kernel" - this just for the record in > > > > case some world-dependencies might have effects. > > > > > > Hi! > > > > > > Thanks for that. Would you please file a PR with the details and what > > > you've done? > > > > > > I hope you can narrow it down further. You've done a great job > > > already, I just can't see any clear winner there for a commit to back > > > out :( > > > > r276064 looks like a candidate. At least, it has 'efi' in the name. :) > > > > -- Ian > > Well, r276063 works, but r2766064 doesn't. > > oh cc'ing the author of r276064, since spotting the fact that 'efi' was involved in that revision used up 100% of my expertise in efi stuff. :) -- Ian From owner-freebsd-current@FreeBSD.ORG Sun Dec 28 21:37:51 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CAA03BB; Sun, 28 Dec 2014 21:37:51 +0000 (UTC) Received: from mail-wg0-x22a.google.com (mail-wg0-x22a.google.com [IPv6:2a00:1450:400c:c00::22a]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 5729919DC; Sun, 28 Dec 2014 21:37:51 +0000 (UTC) Received: by mail-wg0-f42.google.com with SMTP id k14so17735552wgh.1; Sun, 28 Dec 2014 13:37:49 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=BwvE46z51lCkfWXHDMKz0kvv244As131N36JhRkC8qM=; b=oUbqsYW9pyGhPHJmFuyKqo80hqrOqggsecWsnX9dR5kOWw98kcrNkGR3P1kEMluvjH lDkX4bjWguSOFLIOogc8FGiXT4XmClqEvquVe6jylKEkxJ5g03x7pfX2XpAuLxTdz4RU n/+KCJl3aIWzp+PaiHKeC18yOWeRznHEKzGD+NUXCuiqaoM1CvppQd3ZoJTkYWbOfg8+ JaoraMmtX6L1ztPxOKZT9eU9tVcD2ZojX4p4P9U+uq58iCUz7HRq/em/BcqQG4BKuDFJ QaKAUDFdYer5DPJ3uoFZs/HoDtLqi47x/KNupuqByQt/7xu3gysko8MBwMUpoDFlxCoC wkJw== MIME-Version: 1.0 X-Received: by 10.194.85.83 with SMTP id f19mr105773758wjz.20.1419802669843; Sun, 28 Dec 2014 13:37:49 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.216.106.195 with HTTP; Sun, 28 Dec 2014 13:37:49 -0800 (PST) In-Reply-To: <1419797387.1018.215.camel@freebsd.org> References: <20141225194207.5dfd3636.ohartman@zedat.fu-berlin.de> <20141226130113.5200bfbb.ohartman@zedat.fu-berlin.de> <1419621822.1018.187.camel@freebsd.org> <20141228205739.154243d8.ohartman@zedat.fu-berlin.de> <1419797387.1018.215.camel@freebsd.org> Date: Sun, 28 Dec 2014 13:37:49 -0800 X-Google-Sender-Auth: Pb1CkviWvsMSVIuYmRnT4fSvw9o Message-ID: Subject: Re: r276200: EFI boot failure: kernel stops booting at pci0: on pcib0 From: Adrian Chadd To: Ian Lepore Content-Type: text/plain; charset=UTF-8 Cc: FreeBSD CURRENT , "O. Hartmann" , =?UTF-8?Q?Roger_Pau_Monn=C3=A9?= X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Dec 2014 21:37:51 -0000 Hah sweet! You found the commit! Would you please file a PR so it doesn't get lost? Thanks! -adrian On 28 December 2014 at 12:09, Ian Lepore wrote: > On Sun, 2014-12-28 at 20:57 +0100, O. Hartmann wrote: >> Am Fri, 26 Dec 2014 12:23:42 -0700 >> Ian Lepore schrieb: >> >> > On Fri, 2014-12-26 at 08:48 -0800, Adrian Chadd wrote: >> > > On 26 December 2014 at 04:01, O. Hartmann wrote: >> > > > Am Thu, 25 Dec 2014 11:40:47 -0800 >> > > > Adrian Chadd schrieb: >> > > > >> > > >> Would you be able to narrow it down to a small range of commits? >> > > >> that'll make it easier to chase down. :) >> > > >> >> > > >> Thanks! >> > > >> >> > > >> >> > > >> >> > > >> -adrian >> > > >> >> > > >> >> > > >> On 25 December 2014 at 10:42, O. Hartmann wrote: >> > > >> > >> > > >> > Since 23rd's update of CURRENT, the kernel fails to boot on systems that boot >> > > >> > via EFI. Systems with legacy booting seem not to be affected. >> > > >> > >> > > >> > I just ran today into the problem updating a notebook with a Intel Haswell Intel >> > > >> > i5-4200M CPU (Haswell) on a Lenovo ThinkPad E540, bboting via UEFI, CURRENT >> > > >> > r276200. The very same caode base is running on several other boxes which boot >> > > >> > via legacy method. The very same failure showed up at the lab on an older HP >> > > >> > Compaq 8300 system, based on H81 chipset equipted with an Ivy-Bridge CPU, >> > > >> > booting also via EFI. That box stops at the exact same spot as the notebook does. >> > > >> > >> > > >> > The systems in question, also the legacy booting systems (aka the oldstyle >> > > >> > loader boot method), load drm2, i915kms. >> > > >> > >> > > >> > Booting old kernel/modules (via "boot kernel.old"), at CURRENT r275896 is all >> > > >> > right. >> > > >> > >> > > >> > What is happening here? >> > > >> > >> > > >> > Merry christmas day, >> > > >> > >> > > >> > oh >> > > > >> > > > >> > > > I narrowed down the culprit commit to be between r276060 (works) and r276075 (works >> > > > not). To avoid interferences from rogue modules, I disabled all modules loaded by >> > > > the loader, including drm2 and i915kms, but the picture is always the same. I'm >> > > > sorry, I have some duties to perform, so intersecting further is possible later >> > > > only ... I performed the iterative search of the foul commit by "svn update -r >> > > > 276XXX" and then build kernel only via "make kernel" - this just for the record in >> > > > case some world-dependencies might have effects. >> > > >> > > Hi! >> > > >> > > Thanks for that. Would you please file a PR with the details and what >> > > you've done? >> > > >> > > I hope you can narrow it down further. You've done a great job >> > > already, I just can't see any clear winner there for a commit to back >> > > out :( >> > >> > r276064 looks like a candidate. At least, it has 'efi' in the name. :) >> > >> > -- Ian >> >> Well, r276063 works, but r2766064 doesn't. >> >> oh > > cc'ing the author of r276064, since spotting the fact that 'efi' was > involved in that revision used up 100% of my expertise in efi stuff. :) > > -- Ian > > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Mon Dec 29 11:26:09 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 65DD4EFD for ; Mon, 29 Dec 2014 11:26:09 +0000 (UTC) Received: from mail-wg0-x235.google.com (mail-wg0-x235.google.com [IPv6:2a00:1450:400c:c00::235]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id EB5DD1B86 for ; Mon, 29 Dec 2014 11:26:08 +0000 (UTC) Received: by mail-wg0-f53.google.com with SMTP id x13so827909wgg.26 for ; Mon, 29 Dec 2014 03:26:07 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=berentweb.com; s=google; h=date:from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type; bh=vmNJGgICMQOIMFm37LNUgbRnz+d0gUQERvj7AaFrURE=; b=JzID6Swi8NFxg6QyBs/bpZJ80ZBTMvgPfk13X6FRWiMWkay0mQEHYHIA46W8elxRcr QfeNn6DpIK2pp3QIqKNIT5BksAbjGBvCc9HccqAUIKbDcafuuWOW6rrhsuHwOaMJ6X2T VfGPrmLxgshwItnXG5+K14+6po15Jq8/p2m7U= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:date:from:to:cc:subject:message-id:in-reply-to :references:mime-version:content-type; bh=vmNJGgICMQOIMFm37LNUgbRnz+d0gUQERvj7AaFrURE=; b=af3PoqooTc8Q5nsY6HFRHpujEnQYJ3/kCG/lLSs8KzeTNCOLv/v8Yrnjjnhm9GTabF A2y0HFClYPWs//ynSaK1D6S5LeRa7GeT+LzXAYI9KqMqX1iAlRX8JL5XNZRpJhPPcocp YB6bFBcLRsrwYqnflhDOMWf/odIAro+hOpVrjHB0rtB/fGh8gy6hRcuCIXbLT3JyjW4P 3/wujYlwL/eNrwX5y/nKkmrTHEIOqDTm1xv/2crF4SLDfO1mCazBA5eqBPZyUnGsVKZ0 bRic2js9XkhkBh5kbPm3IyGZzQs2qa1ko9odtND/yEu3Zm7ytrWMYqSDV0xmpS/oc9Pd 7PhQ== X-Gm-Message-State: ALoCoQkxshd5gkOwS4gAsBhy7IgGVppEvZ4BIC5bwvYNguwP5PSXhxqD9OUY2H91XUk1OQVNcofh X-Received: by 10.181.28.165 with SMTP id jp5mr95913142wid.76.1419852367112; Mon, 29 Dec 2014 03:26:07 -0800 (PST) Received: from rsbsd.rsb ([31.200.8.74]) by mx.google.com with ESMTPSA id r3sm39141318wic.10.2014.12.29.03.26.04 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 29 Dec 2014 03:26:06 -0800 (PST) Date: Mon, 29 Dec 2014 13:25:31 +0200 From: Beeblebrox To: Garrett Cooper Subject: Re: Buildworld fails due to WITHOUT_CRYPT (3 issues) Message-ID: <20141229132531.0b2c01d6@rsbsd.rsb> In-Reply-To: <53C93307-F121-44D7-9F04-38EF10F4E0AA@gmail.com> References: <20141224114504.73165f6a@rsbsd.rsb> <53C93307-F121-44D7-9F04-38EF10F4E0AA@gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; boundary="Sig_/=Z9RAptS_rC2FeFgMh_Fwar"; protocol="application/pgp-signature" Cc: FreeBSD CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Dec 2014 11:26:09 -0000 --Sig_/=Z9RAptS_rC2FeFgMh_Fwar Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable > I fixed 2/3 of the issues in the following commits: > 1. https://svnweb.freebsd.org/changeset/base/276319 > 3. https://svnweb.freebsd.org/changeset/base/276318 Thanks for the e-mail Garret. Before I proceed to file PR, I'd like some in= put as to what to do about these problems which I had mentioned in subseque= nt emails and which I can confirm persist after a fresh buildworld run (rem= oved Herbert's patch) on Rev: 276354. PROBLEM-1: ctld. Not shure how much CAM and ZFS are related. Not using anyt= hing CAM afaik, as netiher kernel (device ctl) nor loadr.conf have ctld. So= I assume this is a "no big deal" level issue? =3D=3D=3D> usr.sbin/ctld (all) cc -O2 -pipe -I/asp/git/src/usr.sbin/ctld -I/asp/git/src/usr.sbin/ctld/.= ./../sys -I/asp/git/src/usr.sbin/ctld/../../sys/cam/ctl -I/asp/git/src/usr.= sbin/ctld/../../sys/dev/iscsi -DNDEBUG -std=3Dgnu99 -fstack-protector -Wsys= tem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototy= pes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-= strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts= -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-po= inter-sign -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused= -const-variable -Qunused-arguments -o ctld ctld.o discovery.o isns.o kerne= l.o keys.o log.o login.o parse.o pdu.o token.o -lbsdxml -ll -lsbuf -lut= il discovery.o: In function `discovery_target_filtered_out': /asp/git/src/usr.sbin/ctld/discovery.c:(.text+0x45b): undefined reference t= o `chap_authenticate' login.o: In function `login': /asp/git/src/usr.sbin/ctld/login.c:(.text+0x628): undefined reference to `c= hap_new' /asp/git/src/usr.sbin/ctld/login.c:(.text+0x648): undefined reference to `c= hap_get_challenge' /asp/git/src/usr.sbin/ctld/login.c:(.text+0x654): undefined reference to `c= hap_get_id' /asp/git/src/usr.sbin/ctld/login.c:(.text+0x7a0): undefined reference to `c= hap_receive' /asp/git/src/usr.sbin/ctld/login.c:(.text+0x7cc): undefined reference to `c= hap_authenticate' /asp/git/src/usr.sbin/ctld/login.c:(.text+0x8e2): undefined reference to `r= chap_new' /asp/git/src/usr.sbin/ctld/login.c:(.text+0x8f3): undefined reference to `r= chap_receive' /asp/git/src/usr.sbin/ctld/login.c:(.text+0x903): undefined reference to `r= chap_get_response' /asp/git/src/usr.sbin/ctld/login.c:(.text+0x90e): undefined reference to `r= chap_delete' cc: error: linker command failed with exit code 1 (use -v to see invocation) *** Error code 1 PROBLEM-2: MK_PKGBOOTSTRAP =3D=3D=3D> usr.sbin/pkg (all) cc -O2 -pipe -I/asp/git/src/usr.sbin/pkg/../../contrib/libucl/include -D= NDEBUG -std=3Dgnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2= k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpoint= er-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunus= ed-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wred= undant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-de= clarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused= -const-variable -Qunused-arguments -c /asp/git/src/usr.sbin/pkg/pkg.c /asp/git/src/usr.sbin/pkg/pkg.c:54:10: fatal error: 'openssl/err.h' file not found #include PROBLEM-3: No /usr/sbin/mtree after "# installworld" Other than these 3, there's also the persistent problem involving ccache, w= hich again is no big deal, just FYI. Regards --=20 FreeBSD_amd64_11-Current_RadeonKMS --Sig_/=Z9RAptS_rC2FeFgMh_Fwar Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iH4EARMKAAYFAlShOisACgkQxAI/030RrQMVXQF+KZX+nmZ3emUfxsTDAbllqBIc WeX7/F0aRpbb5Q23Iq3HelsFTmhOQEUtM+dXvVmUAX9s8TbCqBGKbdueGB2+SZsr AcDEfP0Bd70EkdcxqeaGtCudJ7EVMiX7t7MJPJjm0mM= =IE2F -----END PGP SIGNATURE----- --Sig_/=Z9RAptS_rC2FeFgMh_Fwar-- From owner-freebsd-current@FreeBSD.ORG Mon Dec 29 11:41:24 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C6FA215C; Mon, 29 Dec 2014 11:41:24 +0000 (UTC) Received: from mail-wi0-x236.google.com (mail-wi0-x236.google.com [IPv6:2a00:1450:400c:c05::236]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 575961D22; Mon, 29 Dec 2014 11:41:24 +0000 (UTC) Received: by mail-wi0-f182.google.com with SMTP id h11so21743786wiw.15; Mon, 29 Dec 2014 03:41:22 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=639j70oTfVkVZOMxiAPYwE1eqtCtIb1b6ewGYS+FAU0=; b=n2jG6BY+SA/4WGAoxZLFkD3cNA2um4BJ2TfnEfYa3nn9SDQOJHxZBp4XgWvGK02MYZ desGoJThL1Kq2NdZKCazBKDU0U43UJm5Gt7Uz2DwMZiEUWYIstMBQGNpQYhkZ2RiSPE2 C1TFbYzJrPEbndlkDnoXo2IPwAFbA2T5YzZU3J6y5TI60pXCa/7aY4sPc7EyngWDATmU bnD5rG6d3gVucQcAQ3GsC2MnAfsLZCbG7/i9zJaRMp4nglrz0sx3lZA6IerSl55zVDsV aWHhYmXwhQLoPffdTgfcRkg1l23fFmz/iZE+BsePbWNfelGXhyQi6dH8PxPIUcQvomHx w8Cw== X-Received: by 10.180.94.37 with SMTP id cz5mr93580300wib.61.1419853282680; Mon, 29 Dec 2014 03:41:22 -0800 (PST) Received: from [172.16.1.30] (243.Red-2-137-76.dynamicIP.rima-tde.net. [2.137.76.243]) by mx.google.com with ESMTPSA id j1sm49641653wjw.25.2014.12.29.03.41.21 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 29 Dec 2014 03:41:21 -0800 (PST) Sender: =?UTF-8?Q?Roger_Pau_Monn=C3=A9?= Message-ID: <54A13DDB.2040206@FreeBSD.org> Date: Mon, 29 Dec 2014 12:41:15 +0100 From: =?windows-1252?Q?Roger_Pau_Monn=E9?= User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 MIME-Version: 1.0 To: Adrian Chadd , Ian Lepore Subject: Re: r276200: EFI boot failure: kernel stops booting at pci0: on pcib0 References: <20141225194207.5dfd3636.ohartman@zedat.fu-berlin.de> <20141226130113.5200bfbb.ohartman@zedat.fu-berlin.de> <1419621822.1018.187.camel@freebsd.org> <20141228205739.154243d8.ohartman@zedat.fu-berlin.de> <1419797387.1018.215.camel@freebsd.org> In-Reply-To: Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit Cc: FreeBSD CURRENT , "O. Hartmann" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Dec 2014 11:41:25 -0000 El 28/12/14 a les 22.37, Adrian Chadd ha escrit: > Hah sweet! You found the commit! > > Would you please file a PR so it doesn't get lost? > > Thanks! > > > > -adrian > > > On 28 December 2014 at 12:09, Ian Lepore wrote: >> On Sun, 2014-12-28 at 20:57 +0100, O. Hartmann wrote: >>> Am Fri, 26 Dec 2014 12:23:42 -0700 >>> Ian Lepore schrieb: >>> >>>> On Fri, 2014-12-26 at 08:48 -0800, Adrian Chadd wrote: >>>>> On 26 December 2014 at 04:01, O. Hartmann wrote: >>>>>> Am Thu, 25 Dec 2014 11:40:47 -0800 >>>>>> Adrian Chadd schrieb: >>>>>> >>>>>>> Would you be able to narrow it down to a small range of commits? >>>>>>> that'll make it easier to chase down. :) >>>>>>> >>>>>>> Thanks! >>>>>>> >>>>>>> >>>>>>> >>>>>>> -adrian >>>>>>> >>>>>>> >>>>>>> On 25 December 2014 at 10:42, O. Hartmann wrote: >>>>>>>> >>>>>>>> Since 23rd's update of CURRENT, the kernel fails to boot on systems that boot >>>>>>>> via EFI. Systems with legacy booting seem not to be affected. >>>>>>>> >>>>>>>> I just ran today into the problem updating a notebook with a Intel Haswell Intel >>>>>>>> i5-4200M CPU (Haswell) on a Lenovo ThinkPad E540, bboting via UEFI, CURRENT >>>>>>>> r276200. The very same caode base is running on several other boxes which boot >>>>>>>> via legacy method. The very same failure showed up at the lab on an older HP >>>>>>>> Compaq 8300 system, based on H81 chipset equipted with an Ivy-Bridge CPU, >>>>>>>> booting also via EFI. That box stops at the exact same spot as the notebook does. >>>>>>>> >>>>>>>> The systems in question, also the legacy booting systems (aka the oldstyle >>>>>>>> loader boot method), load drm2, i915kms. >>>>>>>> >>>>>>>> Booting old kernel/modules (via "boot kernel.old"), at CURRENT r275896 is all >>>>>>>> right. >>>>>>>> >>>>>>>> What is happening here? Hello, Sorry for not noticing this earlier, I've been without a computer for some days. Do you get a panic message, or the system just freezes? Can you please post the full boot output with boot_verbose enabled? Thanks, Roger. From owner-freebsd-current@FreeBSD.ORG Mon Dec 29 17:32:45 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 20EC41DE; Mon, 29 Dec 2014 17:32:45 +0000 (UTC) Received: from SMTP.CITRIX.COM (smtp.citrix.com [66.165.176.89]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (Client CN "mail.citrix.com", Issuer "Cybertrust Public SureServer SV CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id B507C3A05; Mon, 29 Dec 2014 17:32:42 +0000 (UTC) X-IronPort-AV: E=Sophos;i="5.07,659,1413244800"; d="scan'208";a="208938042" Received: from [127.0.0.1] (10.80.16.47) by smtprelay.citrix.com (10.13.107.78) with Microsoft SMTP Server id 14.3.210.2; Mon, 29 Dec 2014 11:55:30 -0500 Message-ID: <54A18780.7080601@citrix.com> Date: Mon, 29 Dec 2014 17:55:28 +0100 From: =?windows-1252?Q?Roger_Pau_Monn=E9?= User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 MIME-Version: 1.0 To: =?windows-1252?Q?Roger_Pau_Monn=E9?= , Adrian Chadd , Ian Lepore Subject: Re: r276200: EFI boot failure: kernel stops booting at pci0: on pcib0 References: <20141225194207.5dfd3636.ohartman@zedat.fu-berlin.de> <20141226130113.5200bfbb.ohartman@zedat.fu-berlin.de> <1419621822.1018.187.camel@freebsd.org> <20141228205739.154243d8.ohartman@zedat.fu-berlin.de> <1419797387.1018.215.camel@freebsd.org> <54A13DDB.2040206@FreeBSD.org> In-Reply-To: <54A13DDB.2040206@FreeBSD.org> Content-Type: multipart/mixed; boundary="------------010801070003060309090206" X-DLP: MIA1 Cc: FreeBSD CURRENT , "O. Hartmann" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Dec 2014 17:32:45 -0000 --------------010801070003060309090206 Content-Type: text/plain; charset="windows-1252" Content-Transfer-Encoding: 8bit El 29/12/14 a les 12.41, Roger Pau Monné ha escrit: > Hello, > > Sorry for not noticing this earlier, I've been without a computer for > some days. Do you get a panic message, or the system just freezes? > > Can you please post the full boot output with boot_verbose enabled? I'm not able to reproduce the problem with Qemu and OVMF, and I don't have any box right now that uses UEFI. I'm guessing that this is due to some memory reservation conflict, so I'm attaching a patch that should help diagnose it. Could you provide the information requested above with this patch applied? Thanks, Roger. --------------010801070003060309090206 Content-Type: text/plain; charset="UTF-8"; name="uefi_debug.patch" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="uefi_debug.patch" diff --git a/sys/x86/x86/nexus.c b/sys/x86/x86/nexus.c index 0663602..d563c36 100644 --- a/sys/x86/x86/nexus.c +++ b/sys/x86/x86/nexus.c @@ -367,6 +367,10 @@ nexus_alloc_resource(device_t bus, device_t child, int type, int *rid, struct rman *rm; int needactivate = flags & RF_ACTIVE; + if (type == SYS_RES_MEMORY) + printf("%s: RSV range 0x%lx - 0x%lx size %lu\n", + device_get_name(child), start, end, count); + /* * If this is an allocation of the "default" range for a given * RID, and we know what the resources for this device are --------------010801070003060309090206-- From owner-freebsd-current@FreeBSD.ORG Mon Dec 29 19:13:05 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C0421D4A; Mon, 29 Dec 2014 19:13:05 +0000 (UTC) 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)) (Client CN "alchemy.franken.de", Issuer "alchemy.franken.de" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 48E7A1D59; Mon, 29 Dec 2014 19:13:04 +0000 (UTC) Received: from alchemy.franken.de (localhost [127.0.0.1]) by alchemy.franken.de (8.14.9/8.14.9/ALCHEMY.FRANKEN.DE) with ESMTP id sBTJCgiF092214 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Mon, 29 Dec 2014 20:12:42 +0100 (CET) (envelope-from marius@alchemy.franken.de) Received: (from marius@localhost) by alchemy.franken.de (8.14.9/8.14.9/Submit) id sBTJCgnf092213; Mon, 29 Dec 2014 20:12:42 +0100 (CET) (envelope-from marius) Date: Mon, 29 Dec 2014 20:12:42 +0100 From: Marius Strobl To: Roger Pau =?iso-8859-1?Q?Monn=E9?= Subject: Re: r276200: EFI boot failure: kernel stops booting at pci0: on pcib0 Message-ID: <20141229191242.GA63463@alchemy.franken.de> References: <20141225194207.5dfd3636.ohartman@zedat.fu-berlin.de> <20141226130113.5200bfbb.ohartman@zedat.fu-berlin.de> <1419621822.1018.187.camel@freebsd.org> <20141228205739.154243d8.ohartman@zedat.fu-berlin.de> <1419797387.1018.215.camel@freebsd.org> <54A13DDB.2040206@FreeBSD.org> <54A18780.7080601@citrix.com> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="5mCyUwZo2JvN/JJP" Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <54A18780.7080601@citrix.com> User-Agent: Mutt/1.5.23 (2014-03-12) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (alchemy.franken.de [0.0.0.0]); Mon, 29 Dec 2014 20:12:42 +0100 (CET) Cc: Adrian Chadd , Roger Pau =?iso-8859-1?Q?Monn=E9?= , "O. Hartmann" , Ian Lepore , FreeBSD CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Dec 2014 19:13:06 -0000 --5mCyUwZo2JvN/JJP Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit On Mon, Dec 29, 2014 at 05:55:28PM +0100, Roger Pau Monné wrote: > El 29/12/14 a les 12.41, Roger Pau Monné ha escrit: > > Hello, > > > > Sorry for not noticing this earlier, I've been without a computer for > > some days. Do you get a panic message, or the system just freezes? > > > > Can you please post the full boot output with boot_verbose enabled? > > I'm not able to reproduce the problem with Qemu and OVMF, and I don't > have any box right now that uses UEFI. > > I'm guessing that this is due to some memory reservation conflict, so > I'm attaching a patch that should help diagnose it. You'll probably want to nuke RF_ACTIVE so the resources are marked as taken but in case of vt_efifb(4), the memory isn't mapped twice. I don't not know whether the latter actually is a problem for x86, though, it'll likely at least replace the VM_MEMATTR_WRITE_COMBINING mapping done in vt_efifb_remap(). Removing RF_ACTIVE in turn might not be sufficient for the Xen bits to mark the resource as reserved, this should be fixed in the FreeBSD/Xen code then, however. Also end = size - 1, see the attached patch. Marius --5mCyUwZo2JvN/JJP Content-Type: text/x-diff; charset=us-ascii Content-Disposition: attachment; filename="efifb_vt_vga.diff" Index: dev/vt/hw/efifb/efifb.c =================================================================== --- dev/vt/hw/efifb/efifb.c (revision 276343) +++ dev/vt/hw/efifb/efifb.c (working copy) @@ -211,8 +211,8 @@ res_id = 0; pseudo_phys_res = bus_alloc_resource(dev, SYS_RES_MEMORY, &res_id, local_info.fb_pbase, - local_info.fb_pbase + local_info.fb_size, - local_info.fb_size, RF_ACTIVE); + local_info.fb_pbase + local_info.fb_size - 1, + local_info.fb_size, 0); if (pseudo_phys_res == NULL) panic("Unable to reserve vt_efifb memory"); return (0); Index: dev/vt/hw/vga/vt_vga.c =================================================================== --- dev/vt/hw/vga/vt_vga.c (revision 276343) +++ dev/vt/hw/vga/vt_vga.c (working copy) @@ -1275,8 +1275,8 @@ res_id = 0; pseudo_phys_res = bus_alloc_resource(dev, SYS_RES_MEMORY, - &res_id, VGA_MEM_BASE, VGA_MEM_BASE + VGA_MEM_SIZE, - VGA_MEM_SIZE, RF_ACTIVE); + &res_id, VGA_MEM_BASE, VGA_MEM_BASE + VGA_MEM_SIZE - 1, + VGA_MEM_SIZE, 0); if (pseudo_phys_res == NULL) panic("Unable to reserve vt_vga memory"); return (0); --5mCyUwZo2JvN/JJP-- From owner-freebsd-current@FreeBSD.ORG Mon Dec 29 19:21:30 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CDCC5265; Mon, 29 Dec 2014 19:21:30 +0000 (UTC) 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)) (Client CN "alchemy.franken.de", Issuer "alchemy.franken.de" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 388031EBA; Mon, 29 Dec 2014 19:21:29 +0000 (UTC) Received: from alchemy.franken.de (localhost [127.0.0.1]) by alchemy.franken.de (8.14.9/8.14.9/ALCHEMY.FRANKEN.DE) with ESMTP id sBTJLOmi092263 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Mon, 29 Dec 2014 20:21:25 +0100 (CET) (envelope-from marius@alchemy.franken.de) Received: (from marius@localhost) by alchemy.franken.de (8.14.9/8.14.9/Submit) id sBTJLOZn092262; Mon, 29 Dec 2014 20:21:24 +0100 (CET) (envelope-from marius) Date: Mon, 29 Dec 2014 20:21:24 +0100 From: Marius Strobl To: Roger Pau =?iso-8859-1?Q?Monn=E9?= Subject: Re: r276200: EFI boot failure: kernel stops booting at pci0: on pcib0 Message-ID: <20141229192124.GB63463@alchemy.franken.de> References: <20141226130113.5200bfbb.ohartman@zedat.fu-berlin.de> <1419621822.1018.187.camel@freebsd.org> <20141228205739.154243d8.ohartman@zedat.fu-berlin.de> <1419797387.1018.215.camel@freebsd.org> <54A13DDB.2040206@FreeBSD.org> <54A18780.7080601@citrix.com> <20141229191242.GA63463@alchemy.franken.de> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20141229191242.GA63463@alchemy.franken.de> User-Agent: Mutt/1.5.23 (2014-03-12) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (alchemy.franken.de [0.0.0.0]); Mon, 29 Dec 2014 20:21:25 +0100 (CET) Cc: Adrian Chadd , Roger Pau =?iso-8859-1?Q?Monn=E9?= , "O. Hartmann" , Ian Lepore , FreeBSD CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Dec 2014 19:21:30 -0000 On Mon, Dec 29, 2014 at 08:12:42PM +0100, Marius Strobl wrote: > On Mon, Dec 29, 2014 at 05:55:28PM +0100, Roger Pau Monné wrote: > > El 29/12/14 a les 12.41, Roger Pau Monné ha escrit: > > > Hello, > > > > > > Sorry for not noticing this earlier, I've been without a computer for > > > some days. Do you get a panic message, or the system just freezes? > > > > > > Can you please post the full boot output with boot_verbose enabled? > > > > I'm not able to reproduce the problem with Qemu and OVMF, and I don't > > have any box right now that uses UEFI. > > > > I'm guessing that this is due to some memory reservation conflict, so > > I'm attaching a patch that should help diagnose it. > > You'll probably want to nuke RF_ACTIVE so the resources are marked > as taken but in case of vt_efifb(4), the memory isn't mapped twice. > I don't not know whether the latter actually is a problem for x86, > though, it'll likely at least replace the VM_MEMATTR_WRITE_COMBINING > mapping done in vt_efifb_remap(). Removing RF_ACTIVE in turn might > not be sufficient for the Xen bits to mark the resource as reserved, > this should be fixed in the FreeBSD/Xen code then, however. > Also end = size - 1, see the attached patch. Err, end = start + size - 1 that is. Marius From owner-freebsd-current@FreeBSD.ORG Mon Dec 29 20:02:37 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7C237A0C for ; Mon, 29 Dec 2014 20:02:37 +0000 (UTC) Received: from mail.turbocat.net (heidi.turbocat.net [88.198.202.214]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 358A435AD for ; Mon, 29 Dec 2014 20:02:36 +0000 (UTC) Received: from laptop015.home.selasky.org (31.89-11-148.nextgentel.com [89.11.148.31]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id 91AA41FE022; Mon, 29 Dec 2014 21:02:33 +0100 (CET) Message-ID: <54A1B383.1040902@selasky.org> Date: Mon, 29 Dec 2014 21:03:15 +0100 From: Hans Petter Selasky User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 MIME-Version: 1.0 To: Chris H , Warren Block Subject: Re: HEADS UP: Enabling vt(4) by default References: <544E7679.7070207@FreeBSD.org> <54590B3E.2070701@dumbbell.fr> , <20141105101951.48542120@ernst.home> , , , <545A96D1.9070600@selasky.org> <9c1df797dde6628b43661c0356d9103f@ultimatedns.net> In-Reply-To: <9c1df797dde6628b43661c0356d9103f@ultimatedns.net> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Cc: =?windows-1252?Q?Jean-S=E9bastienP=E9dron?= , freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Dec 2014 20:02:37 -0000 Hi, FreeBSD 11-current: I had a panic, that VT tries to drain a callout while a mutex is locked rooting down from somewhere: vt_late_window_switch() When starting X11. Try to apply my kernel timeout work in progress patch in the new "[RFC] kern/kern_timeout.c rewrite in progress" thread and you will see right away. I can get full backtrace if you can't figure this out. Just out of time right now. Thank you! --HPS From owner-freebsd-current@FreeBSD.ORG Mon Dec 29 20:02:45 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 33DC0B06 for ; Mon, 29 Dec 2014 20:02:45 +0000 (UTC) Received: from mail.turbocat.net (heidi.turbocat.net [88.198.202.214]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 9F67835BF for ; Mon, 29 Dec 2014 20:02:44 +0000 (UTC) Received: from laptop015.home.selasky.org (31.89-11-148.nextgentel.com [89.11.148.31]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id E64701FE022 for ; Mon, 29 Dec 2014 21:02:41 +0100 (CET) Message-ID: <54A1B38C.1000709@selasky.org> Date: Mon, 29 Dec 2014 21:03:24 +0100 From: Hans Petter Selasky User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 MIME-Version: 1.0 To: FreeBSD Current Subject: [RFC] kern/kern_timeout.c rewrite in progress Content-Type: multipart/mixed; boundary="------------080102030604030205080208" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Dec 2014 20:02:45 -0000 This is a multi-part message in MIME format. --------------080102030604030205080208 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Hi, I recently came across a class of errors which lead me into investigating the "kern/kern_timeout.c" and its subsystem. From what I can see new features like the SMP awareness has been "added" instead of fully "integrated". When going into the cornercases I've uncovered that the internal callout statemachine can sometimes report wrong values via its callout_active() and callout_pending() bits to its clients, which in turn can make the clients behave badly. I further did an investigation on how the safety of callout migration between CPU's is maintained. When I looked into the code and found stuff like "volatile" and "while()" loops to figure which CPU a callout belongs I understood that such logic completely undermines the cleverness found in the turnstiles of mutexes and decided to go through all of the logic inside "kern_timeout.c". Also static code analysis is harder when we don't use the basic mutexes and condition variables available in the kernel. First of all we need to make some driving rules for everyone: 1) A new feature called direct callbacks which execute the timer callbacks from the fast interrupt handler was added. All these callbacks _must_ be associated with a regular spinlocks, to maintain a safe callout_drain(). Else they should only be executed on CPU0. 2) All Giant locked callbacks should only execute on CPU0 to avoid congestion. 3) Callbacks using read-only locks for its callback should also only execute on CPU0 to avoid multiple instances pending for completion on multiple CPU's, because read-only locks can be entered multiple times. From what I can see, there are currently no consumers of this feature in the kernel. Secondly, we need a way to drain callbacks asynchronously, for example like in the TCP stack. Currently the TCP shutdown sequence for a connection looks like this: ... void pcb_teardown(pcb) { lock(pcb); callout_stop(&pcb->c1); callout_stop(&pcb->c2); callout_stop(&pcb->c3); unlock(pcb); free(pcb); } I guess some of you see what is wrong: Use after free. ... With a new function I've added, scenarios like this can be solved more elegantly and without having to fear use after free situations! static void pcb_callback(void *pcb) { lock(pcb); do_free = (--(pcb->refcount) == 0); unlock(pcb); if (do_free == 0) return; destroy_mtx(pcb); free(pcb); } void pcb_teardown(pcb) { lock(pcb); pcb->refcount = 4; if (callout_drain_async(&pcb->c1, pcb_callback, pcb) == 0) pcb->refcount--; if (callout_drain_async(&pcb->c2, pcb_callback, pcb) == 0) pcb->refcount--; if (callout_drain_async(&pcb->c3, pcb_callback, pcb) == 0) pcb->refcount--; unlock(pcb); pcb_callback(pcb); } Please find attached a patch for 11-current as of today. Comments and feedback is appreciated. BTW: Happy New Year everyone! --HPS --------------080102030604030205080208 Content-Type: text/x-patch; name="kern_timeout_wip.diff" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="kern_timeout_wip.diff" Index: sys/kern/kern_timeout.c =================================================================== --- sys/kern/kern_timeout.c (revision 276240) +++ sys/kern/kern_timeout.c (working copy) @@ -125,36 +125,56 @@ u_int callwheelsize, callwheelmask; /* - * The callout cpu exec entities represent informations necessary for - * describing the state of callouts currently running on the CPU and the ones - * necessary for migrating callouts to the new callout cpu. In particular, - * the first entry of the array cc_exec_entity holds informations for callout - * running in SWI thread context, while the second one holds informations - * for callout running directly from hardware interrupt context. - * The cached informations are very important for deferring migration when - * the migrating callout is already running. + * The callout CPU exec structure represent information necessary for + * describing the state of callouts currently running on the CPU and + * for handling deferred callout restarts. + * + * In particular, the first entry of the array cc_exec_entity holds + * information for callouts running from the SWI thread context, while + * the second one holds information for callouts running directly from + * the hardware interrupt context. */ struct cc_exec { - struct callout *cc_next; + /* + * The "cc_curr" points to the currently executing callout and + * is write protected by the "cc_lock" spinlock. If no + * callback is currently executing it is equal to "NULL". + */ struct callout *cc_curr; -#ifdef SMP - void (*ce_migration_func)(void *); - void *ce_migration_arg; - int ce_migration_cpu; - sbintime_t ce_migration_time; - sbintime_t ce_migration_prec; -#endif - bool cc_cancel; - bool cc_waiting; + /* + * The "cc_restart_args" structure holds the argument for a + * deferred callback restart and is write protected by the + * "cc_lock" spinlock. The structure is only valid if + * "cc_restart" is "true". If "cc_restart" is "false" the + * information in the "cc_restart_args" structure shall be + * ignored. + */ + struct callout_args cc_restart_args; + bool cc_restart; + /* + * The "cc_cancel" variable allows the currently pending + * callback to be atomically cancelled. This field is write + * protected by the "cc_lock" spinlock. + */ + bool cc_cancel; + /* + * The "cc_drain_fn" points to a function which shall be + * called with the argument stored in "cc_drain_arg" when an + * asynchronous drain is performed. This field is write + * protected by the "cc_lock" spinlock. + */ + callout_func_t *cc_drain_fn; + void *cc_drain_arg; }; /* - * There is one struct callout_cpu per cpu, holding all relevant + * There is one "struct callout_cpu" per CPU, holding all relevant * state for the callout processing thread on the individual CPU. */ struct callout_cpu { struct mtx_padalign cc_lock; struct cc_exec cc_exec_entity[2]; + struct callout *cc_exec_next_dir; struct callout *cc_callout; struct callout_list *cc_callwheel; struct callout_tailq cc_expireq; @@ -166,27 +186,23 @@ char cc_ktr_event_name[20]; }; -#define cc_exec_curr cc_exec_entity[0].cc_curr -#define cc_exec_next cc_exec_entity[0].cc_next -#define cc_exec_cancel cc_exec_entity[0].cc_cancel -#define cc_exec_waiting cc_exec_entity[0].cc_waiting -#define cc_exec_curr_dir cc_exec_entity[1].cc_curr -#define cc_exec_next_dir cc_exec_entity[1].cc_next -#define cc_exec_cancel_dir cc_exec_entity[1].cc_cancel -#define cc_exec_waiting_dir cc_exec_entity[1].cc_waiting +/* + * When "CALLOUT_RDONLY_C_CPU(c)" returns "true" it indicates the + * given callback doesn't have any locks associated with it or are + * using the Giant lock or a shared kind of lock. For these kind of + * callbacks the "c_cpu" field must remain constant, hence there is no + * lock to protect updates to this field. + * + * When "CALLOUT_RDONLY_C_CPU(c)" returns "false" it indicates that + * "c->c_lock" is protecting any changes to "c->c_cpu", for the + * specified callback. + */ +#define CALLOUT_RDONLY_C_CPU(c) \ + ((c)->c_lock == NULL || (c)->c_lock == &Giant.lock_object || \ + ((c)->c_flags & (CALLOUT_LOCAL_ALLOC | CALLOUT_RETURNUNLOCKED | \ + CALLOUT_SHAREDLOCK)) != 0) #ifdef SMP -#define cc_migration_func cc_exec_entity[0].ce_migration_func -#define cc_migration_arg cc_exec_entity[0].ce_migration_arg -#define cc_migration_cpu cc_exec_entity[0].ce_migration_cpu -#define cc_migration_time cc_exec_entity[0].ce_migration_time -#define cc_migration_prec cc_exec_entity[0].ce_migration_prec -#define cc_migration_func_dir cc_exec_entity[1].ce_migration_func -#define cc_migration_arg_dir cc_exec_entity[1].ce_migration_arg -#define cc_migration_cpu_dir cc_exec_entity[1].ce_migration_cpu -#define cc_migration_time_dir cc_exec_entity[1].ce_migration_time -#define cc_migration_prec_dir cc_exec_entity[1].ce_migration_prec - struct callout_cpu cc_cpu[MAXCPU]; #define CPUBLOCK MAXCPU #define CC_CPU(cpu) (&cc_cpu[(cpu)]) @@ -211,62 +227,11 @@ static MALLOC_DEFINE(M_CALLOUT, "callout", "Callout datastructures"); -/** - * Locked by cc_lock: - * cc_curr - If a callout is in progress, it is cc_curr. - * If cc_curr is non-NULL, threads waiting in - * callout_drain() will be woken up as soon as the - * relevant callout completes. - * cc_cancel - Changing to 1 with both callout_lock and cc_lock held - * guarantees that the current callout will not run. - * The softclock() function sets this to 0 before it - * drops callout_lock to acquire c_lock, and it calls - * the handler only if curr_cancelled is still 0 after - * cc_lock is successfully acquired. - * cc_waiting - If a thread is waiting in callout_drain(), then - * callout_wait is nonzero. Set only when - * cc_curr is non-NULL. - */ - /* - * Resets the execution entity tied to a specific callout cpu. + * Kernel low level callwheel initialization called from cpu0 during + * kernel startup: */ static void -cc_cce_cleanup(struct callout_cpu *cc, int direct) -{ - - cc->cc_exec_entity[direct].cc_curr = NULL; - cc->cc_exec_entity[direct].cc_next = NULL; - cc->cc_exec_entity[direct].cc_cancel = false; - cc->cc_exec_entity[direct].cc_waiting = false; -#ifdef SMP - cc->cc_exec_entity[direct].ce_migration_cpu = CPUBLOCK; - cc->cc_exec_entity[direct].ce_migration_time = 0; - cc->cc_exec_entity[direct].ce_migration_prec = 0; - cc->cc_exec_entity[direct].ce_migration_func = NULL; - cc->cc_exec_entity[direct].ce_migration_arg = NULL; -#endif -} - -/* - * Checks if migration is requested by a specific callout cpu. - */ -static int -cc_cce_migrating(struct callout_cpu *cc, int direct) -{ - -#ifdef SMP - return (cc->cc_exec_entity[direct].ce_migration_cpu != CPUBLOCK); -#else - return (0); -#endif -} - -/* - * Kernel low level callwheel initialization - * called on cpu0 during kernel startup. - */ -static void callout_callwheel_init(void *dummy) { struct callout_cpu *cc; @@ -324,8 +289,6 @@ LIST_INIT(&cc->cc_callwheel[i]); TAILQ_INIT(&cc->cc_expireq); cc->cc_firstevent = SBT_MAX; - for (i = 0; i < 2; i++) - cc_cce_cleanup(cc, i); snprintf(cc->cc_ktr_event_name, sizeof(cc->cc_ktr_event_name), "callwheel cpu %d", cpu); if (cc->cc_callout == NULL) /* Only cpu0 handles timeout(9) */ @@ -338,37 +301,7 @@ } } -#ifdef SMP /* - * Switches the cpu tied to a specific callout. - * The function expects a locked incoming callout cpu and returns with - * locked outcoming callout cpu. - */ -static struct callout_cpu * -callout_cpu_switch(struct callout *c, struct callout_cpu *cc, int new_cpu) -{ - struct callout_cpu *new_cc; - - MPASS(c != NULL && cc != NULL); - CC_LOCK_ASSERT(cc); - - /* - * Avoid interrupts and preemption firing after the callout cpu - * is blocked in order to avoid deadlocks as the new thread - * may be willing to acquire the callout cpu lock. - */ - c->c_cpu = CPUBLOCK; - spinlock_enter(); - CC_UNLOCK(cc); - new_cc = CC_CPU(new_cpu); - CC_LOCK(new_cc); - spinlock_exit(); - c->c_cpu = new_cpu; - return (new_cc); -} -#endif - -/* * Start standard softclock thread. */ static void @@ -562,49 +495,54 @@ callout_lock(struct callout *c) { struct callout_cpu *cc; - int cpu; - - for (;;) { - cpu = c->c_cpu; -#ifdef SMP - if (cpu == CPUBLOCK) { - while (c->c_cpu == CPUBLOCK) - cpu_spinwait(); - continue; - } -#endif - cc = CC_CPU(cpu); - CC_LOCK(cc); - if (cpu == c->c_cpu) - break; - CC_UNLOCK(cc); - } + cc = CC_CPU(c->c_cpu); + CC_LOCK(cc); return (cc); } -static void -callout_cc_add(struct callout *c, struct callout_cpu *cc, - sbintime_t sbt, sbintime_t precision, void (*func)(void *), - void *arg, int cpu, int flags) +static struct callout_cpu * +callout_cc_add_locked(struct callout *c, struct callout_cpu *cc, + struct callout_args *coa) { +#ifndef NO_EVENTTIMERS + sbintime_t sbt; +#endif int bucket; CC_LOCK_ASSERT(cc); - if (sbt < cc->cc_lastscan) - sbt = cc->cc_lastscan; - c->c_arg = arg; - c->c_flags |= (CALLOUT_ACTIVE | CALLOUT_PENDING); - if (flags & C_DIRECT_EXEC) - c->c_flags |= CALLOUT_DIRECT; - c->c_flags &= ~CALLOUT_PROCESSED; - c->c_func = func; - c->c_time = sbt; - c->c_precision = precision; + + /* update flags before swapping locks, if any */ + c->c_flags &= ~(CALLOUT_PROCESSED | CALLOUT_DIRECT | CALLOUT_DEFRESTART); + if (coa->flags & C_DIRECT_EXEC) + c->c_flags |= (CALLOUT_ACTIVE | CALLOUT_PENDING | CALLOUT_DIRECT); + else + c->c_flags |= (CALLOUT_ACTIVE | CALLOUT_PENDING); + +#ifdef SMP + /* + * Check if we are changing the CPU on which the callback + * should be executed: + */ + if (coa->cpu != c->c_cpu) { + CC_UNLOCK(cc); + c->c_cpu = coa->cpu; + cc = callout_lock(c); + } +#endif + if (coa->time < cc->cc_lastscan) + coa->time = cc->cc_lastscan; + c->c_arg = coa->arg; + c->c_func = coa->func; + c->c_time = coa->time; + c->c_precision = coa->precision; + bucket = callout_get_bucket(c->c_time); CTR3(KTR_CALLOUT, "precision set for %p: %d.%08x", c, (int)(c->c_precision >> 32), (u_int)(c->c_precision & 0xffffffff)); LIST_INSERT_HEAD(&cc->cc_callwheel[bucket], c, c_links.le); + + /* Ensure we are first to be scanned, if called via a callback */ if (cc->cc_bucket == bucket) cc->cc_exec_next_dir = c; #ifndef NO_EVENTTIMERS @@ -617,9 +555,10 @@ sbt = c->c_time + c->c_precision; if (sbt < cc->cc_firstevent) { cc->cc_firstevent = sbt; - cpu_new_callout(cpu, sbt, c->c_time); + cpu_new_callout(coa->cpu, sbt, c->c_time); } #endif + return (cc); } static void @@ -626,8 +565,6 @@ callout_cc_del(struct callout *c, struct callout_cpu *cc) { - if ((c->c_flags & CALLOUT_LOCAL_ALLOC) == 0) - return; c->c_func = NULL; SLIST_INSERT_HEAD(&cc->cc_callfree, c, c_links.sle); } @@ -640,19 +577,13 @@ int direct) { struct rm_priotracker tracker; - void (*c_func)(void *); + struct callout_cpu *cc_orig = cc; + callout_func_t *c_func; void *c_arg; struct lock_class *class; struct lock_object *c_lock; uintptr_t lock_status; int c_flags; -#ifdef SMP - struct callout_cpu *new_cc; - void (*new_func)(void *); - void *new_arg; - int flags, new_cpu; - sbintime_t new_prec, new_time; -#endif #if defined(DIAGNOSTIC) || defined(CALLOUT_PROFILING) sbintime_t sbt1, sbt2; struct timespec ts2; @@ -675,25 +606,36 @@ c_func = c->c_func; c_arg = c->c_arg; c_flags = c->c_flags; - if (c->c_flags & CALLOUT_LOCAL_ALLOC) + if (c_flags & CALLOUT_LOCAL_ALLOC) c->c_flags = CALLOUT_LOCAL_ALLOC; else c->c_flags &= ~CALLOUT_PENDING; + + /* reset our local state */ cc->cc_exec_entity[direct].cc_curr = c; cc->cc_exec_entity[direct].cc_cancel = false; + cc->cc_exec_entity[direct].cc_restart = false; + cc->cc_exec_entity[direct].cc_drain_fn = NULL; + cc->cc_exec_entity[direct].cc_drain_arg = NULL; CC_UNLOCK(cc); + + /* unlocked region for switching locks, if any */ + if (c_lock != NULL) { class->lc_lock(c_lock, lock_status); /* - * The callout may have been cancelled - * while we switched locks. + * Check if the callout may have been cancelled while + * we were switching locks: */ if (cc->cc_exec_entity[direct].cc_cancel) { - class->lc_unlock(c_lock); - goto skip; + if ((c_flags & CALLOUT_RETURNUNLOCKED) != 0) + class->lc_unlock(c_lock); + goto skip_callback; } - /* The callout cannot be stopped now. */ + + /* The callout cannot be stopped now! */ cc->cc_exec_entity[direct].cc_cancel = true; + if (c_lock == &Giant.lock_object) { #ifdef CALLOUT_PROFILING (*gcalls)++; @@ -740,85 +682,49 @@ #endif KTR_STATE0(KTR_SCHED, "callout", cc->cc_ktr_event_name, "idle"); CTR1(KTR_CALLOUT, "callout %p finished", c); - if ((c_flags & CALLOUT_RETURNUNLOCKED) == 0) - class->lc_unlock(c_lock); -skip: + +skip_callback: CC_LOCK(cc); KASSERT(cc->cc_exec_entity[direct].cc_curr == c, ("mishandled cc_curr")); cc->cc_exec_entity[direct].cc_curr = NULL; - if (cc->cc_exec_entity[direct].cc_waiting) { - /* - * There is someone waiting for the - * callout to complete. - * If the callout was scheduled for - * migration just cancel it. - */ - if (cc_cce_migrating(cc, direct)) { - cc_cce_cleanup(cc, direct); - /* - * It should be assert here that the callout is not - * destroyed but that is not easy. - */ - c->c_flags &= ~CALLOUT_DFRMIGRATION; - } - cc->cc_exec_entity[direct].cc_waiting = false; - CC_UNLOCK(cc); - wakeup(&cc->cc_exec_entity[direct].cc_waiting); - CC_LOCK(cc); - } else if (cc_cce_migrating(cc, direct)) { - KASSERT((c_flags & CALLOUT_LOCAL_ALLOC) == 0, - ("Migrating legacy callout %p", c)); -#ifdef SMP - /* - * If the callout was scheduled for - * migration just perform it now. - */ - new_cpu = cc->cc_exec_entity[direct].ce_migration_cpu; - new_time = cc->cc_exec_entity[direct].ce_migration_time; - new_prec = cc->cc_exec_entity[direct].ce_migration_prec; - new_func = cc->cc_exec_entity[direct].ce_migration_func; - new_arg = cc->cc_exec_entity[direct].ce_migration_arg; - cc_cce_cleanup(cc, direct); + /* + * At this point the callback structure might have been freed, + * so we need to check the copied "c->c_flags" to figure out + * if the callback is preallocated or not! + */ + if (c_flags & CALLOUT_LOCAL_ALLOC) { + /* return callout back to freelist */ + callout_cc_del(c, cc); + } else if (cc->cc_exec_entity[direct].cc_restart) { + /* [re-]schedule callout, if any */ + cc = callout_cc_add_locked(c, cc, + &cc->cc_exec_entity[direct].cc_restart_args); + } - /* - * It should be assert here that the callout is not destroyed - * but that is not easy. - * - * As first thing, handle deferred callout stops. - */ - if ((c->c_flags & CALLOUT_DFRMIGRATION) == 0) { - CTR3(KTR_CALLOUT, - "deferred cancelled %p func %p arg %p", - c, new_func, new_arg); - callout_cc_del(c, cc); - return; - } - c->c_flags &= ~CALLOUT_DFRMIGRATION; + /* + * Unlock the callback lock at the end, if any, so that the + * "c_cpu" field in the callback structure gets write + * protected by this lock. + */ + if ((c_flags & CALLOUT_RETURNUNLOCKED) == 0) + class->lc_unlock(c_lock); - new_cc = callout_cpu_switch(c, cc, new_cpu); - flags = (direct) ? C_DIRECT_EXEC : 0; - callout_cc_add(c, new_cc, new_time, new_prec, new_func, - new_arg, new_cpu, flags); - CC_UNLOCK(new_cc); - CC_LOCK(cc); -#else - panic("migration should not happen"); -#endif - } /* - * If the current callout is locally allocated (from - * timeout(9)) then put it on the freelist. - * - * Note: we need to check the cached copy of c_flags because - * if it was not local, then it's not safe to deref the - * callout pointer. + * Check if there is anything which needs draining. There is + * no need to lock any locks here, hence the calling thread is + * the only one writing these fields! */ - KASSERT((c_flags & CALLOUT_LOCAL_ALLOC) == 0 || - c->c_flags == CALLOUT_LOCAL_ALLOC, - ("corrupted callout")); - if (c_flags & CALLOUT_LOCAL_ALLOC) - callout_cc_del(c, cc); + if (cc->cc_exec_entity[direct].cc_drain_fn != NULL) { + CC_UNLOCK(cc); + cc->cc_exec_entity[direct].cc_drain_fn( + cc->cc_exec_entity[direct].cc_drain_arg); + CC_LOCK(cc_orig); + } else if (cc_orig != cc) { + /* switch back locks again, must return locked */ + CC_UNLOCK(cc); + CC_LOCK(cc_orig); + } } /* @@ -899,10 +805,11 @@ /* XXX Attempt to malloc first */ panic("timeout table full"); SLIST_REMOVE_HEAD(&cc->cc_callfree, c_links.sle); - callout_reset(new, to_ticks, ftn, arg); handle.callout = new; CC_UNLOCK(cc); + callout_reset(new, to_ticks, ftn, arg); + return (handle); } @@ -910,6 +817,7 @@ untimeout(timeout_t *ftn, void *arg, struct callout_handle handle) { struct callout_cpu *cc; + bool match; /* * Check for a handle that was initialized @@ -920,9 +828,11 @@ return; cc = callout_lock(handle.callout); - if (handle.callout->c_func == ftn && handle.callout->c_arg == arg) + match = (handle.callout->c_func == ftn && handle.callout->c_arg == arg); + CC_UNLOCK(cc); + + if (match) callout_stop(handle.callout); - CC_UNLOCK(cc); } void @@ -931,6 +841,143 @@ handle->callout = NULL; } +#if defined(DIAGNOSTIC) +static void +callout_assert_locks(struct callout *c) +{ + struct lock_class *class; + /* + * Some old subsystems don't hold Giant while stopping and + * starting callouts. Discard any asserts if the Giant lock is + * specified. + */ + if (c->c_lock == NULL || c->c_lock == &Giant.lock_object) + return; + class = LOCK_CLASS(c->c_lock); + class->lc_assert(c->c_lock, LA_XLOCKED); +} +#endif + +static int +callout_restart_async(struct callout *c, struct callout_args *coa, + callout_func_t *drain_fn, void *drain_arg) +{ + struct callout_cpu *cc; + int cancelled; + int direct; + +#if defined(DIAGNOSTIC) + callout_assert_locks(c); +#endif + cc = callout_lock(c); + +#ifdef SMP + /* don't change CPU, if any */ + if (coa != NULL && CALLOUT_RDONLY_C_CPU(c)) + coa->cpu = c->c_cpu; +#endif + /* Figure out if the callout is direct or not */ + direct = ((c->c_flags & CALLOUT_DIRECT) != 0); + + /* + * Check if the callback is currently scheduled for + * completion: + */ + if (cc->cc_exec_entity[direct].cc_curr == c) { + /* + * Try to prevent the callback from running by setting + * the "cc_cancel" variable to "true". Also check if + * the callout was previously subject to a deferred + * callout restart: + */ + if (cc->cc_exec_entity[direct].cc_cancel == false || + (c->c_flags & CALLOUT_DEFRESTART) != 0) { + cc->cc_exec_entity[direct].cc_cancel = true; + cancelled = 1; + } else { + cancelled = 0; + } + + /* + * Prevent callback restart if "callout_drain_xxx()" + * is being called or we are stopping the callout or + * the callback was preallocated by us: + */ + if (cc->cc_exec_entity[direct].cc_drain_fn != NULL || + coa == NULL || (c->c_flags & CALLOUT_LOCAL_ALLOC) != 0) { + CTR4(KTR_CALLOUT, "%s %p func %p arg %p", + cancelled ? "cancelled and draining" : "draining", + c, c->c_func, c->c_arg); + + /* set drain function, if any */ + if (drain_fn != NULL) { + cc->cc_exec_entity[direct].cc_drain_fn = drain_fn; + cc->cc_exec_entity[direct].cc_drain_arg = drain_arg; + cancelled |= 2; /* XXX define the value */ + } + /* clear old flags, if any */ + c->c_flags &= ~(CALLOUT_ACTIVE | CALLOUT_PENDING | + CALLOUT_DEFRESTART | CALLOUT_PROCESSED); + + /* clear restart flag, if any */ + cc->cc_exec_entity[direct].cc_restart = false; + } else { + CTR4(KTR_CALLOUT, "%s %p func %p arg %p", + cancelled ? "cancelled and restarting" : "restarting", + c, c->c_func, c->c_arg); + + /* get us back into the game */ + c->c_flags |= (CALLOUT_ACTIVE | CALLOUT_PENDING | + CALLOUT_DEFRESTART); + c->c_flags &= ~CALLOUT_PROCESSED; + + /* enable deferred restart */ + cc->cc_exec_entity[direct].cc_restart = true; + + /* store arguments for the deferred restart, if any */ + cc->cc_exec_entity[direct].cc_restart_args = *coa; + } + } else { + /* stop callout */ + if (c->c_flags & CALLOUT_PENDING) { + /* + * The callback has not yet been executed, and + * we simply just need to unlink it: + */ + if ((c->c_flags & CALLOUT_PROCESSED) == 0) { + if (cc->cc_exec_next_dir == c) + cc->cc_exec_next_dir = LIST_NEXT(c, c_links.le); + LIST_REMOVE(c, c_links.le); + } else { + TAILQ_REMOVE(&cc->cc_expireq, c, c_links.tqe); + } + cancelled = 1; + } else { + cancelled = 0; + } + + /* [re-]schedule callout, if any */ + if (coa != NULL) { + cc = callout_cc_add_locked(c, cc, coa); + } else { + /* clear old flags, if any */ + c->c_flags &= ~(CALLOUT_ACTIVE | CALLOUT_PENDING | + CALLOUT_DEFRESTART | CALLOUT_PROCESSED); + + /* return callback to pre-allocated list, if any */ + if ((c->c_flags & CALLOUT_LOCAL_ALLOC) && cancelled != 0) { + callout_cc_del(c, cc); + } + } + + CTR4(KTR_CALLOUT, "%s %p func %p arg %p", + cancelled ? "rescheduled" : "scheduled", + c, c->c_func, c->c_arg); + } + CC_UNLOCK(cc); + return (cancelled); +} + /* * New interface; clients allocate their own callout structures. * @@ -949,25 +996,32 @@ */ int callout_reset_sbt_on(struct callout *c, sbintime_t sbt, sbintime_t precision, - void (*ftn)(void *), void *arg, int cpu, int flags) + callout_func_t *ftn, void *arg, int cpu, int flags) { - sbintime_t to_sbt, pr; - struct callout_cpu *cc; - int cancelled, direct; + struct callout_args coa; - cancelled = 0; - if (flags & C_ABSOLUTE) { - to_sbt = sbt; + /* store arguments for callout add function */ + coa.func = ftn; + coa.arg = arg; + coa.precision = precision; + coa.flags = flags; + coa.cpu = cpu; + + /* compute the rest of the arguments needed */ + if (coa.flags & C_ABSOLUTE) { + coa.time = sbt; } else { - if ((flags & C_HARDCLOCK) && (sbt < tick_sbt)) + sbintime_t pr; + + if ((coa.flags & C_HARDCLOCK) && (sbt < tick_sbt)) sbt = tick_sbt; - if ((flags & C_HARDCLOCK) || + if ((coa.flags & C_HARDCLOCK) || #ifdef NO_EVENTTIMERS sbt >= sbt_timethreshold) { - to_sbt = getsbinuptime(); + coa.time = getsbinuptime(); /* Add safety belt for the case of hz > 1000. */ - to_sbt += tc_tick_sbt - tick_sbt; + coa.time += tc_tick_sbt - tick_sbt; #else sbt >= sbt_tickthreshold) { /* @@ -977,101 +1031,29 @@ * active ones. */ #ifdef __LP64__ - to_sbt = DPCPU_GET(hardclocktime); + coa.time = DPCPU_GET(hardclocktime); #else spinlock_enter(); - to_sbt = DPCPU_GET(hardclocktime); + coa.time = DPCPU_GET(hardclocktime); spinlock_exit(); #endif #endif - if ((flags & C_HARDCLOCK) == 0) - to_sbt += tick_sbt; + if ((coa.flags & C_HARDCLOCK) == 0) + coa.time += tick_sbt; } else - to_sbt = sbinuptime(); - if (SBT_MAX - to_sbt < sbt) - to_sbt = SBT_MAX; + coa.time = sbinuptime(); + if (SBT_MAX - coa.time < sbt) + coa.time = SBT_MAX; else - to_sbt += sbt; - pr = ((C_PRELGET(flags) < 0) ? sbt >> tc_precexp : - sbt >> C_PRELGET(flags)); - if (pr > precision) - precision = pr; + coa.time += sbt; + pr = ((C_PRELGET(coa.flags) < 0) ? sbt >> tc_precexp : + sbt >> C_PRELGET(coa.flags)); + if (pr > coa.precision) + coa.precision = pr; } - /* - * Don't allow migration of pre-allocated callouts lest they - * become unbalanced. - */ - if (c->c_flags & CALLOUT_LOCAL_ALLOC) - cpu = c->c_cpu; - direct = (c->c_flags & CALLOUT_DIRECT) != 0; - KASSERT(!direct || c->c_lock == NULL, - ("%s: direct callout %p has lock", __func__, c)); - cc = callout_lock(c); - if (cc->cc_exec_entity[direct].cc_curr == c) { - /* - * We're being asked to reschedule a callout which is - * currently in progress. If there is a lock then we - * can cancel the callout if it has not really started. - */ - if (c->c_lock != NULL && !cc->cc_exec_entity[direct].cc_cancel) - cancelled = cc->cc_exec_entity[direct].cc_cancel = true; - if (cc->cc_exec_entity[direct].cc_waiting) { - /* - * Someone has called callout_drain to kill this - * callout. Don't reschedule. - */ - CTR4(KTR_CALLOUT, "%s %p func %p arg %p", - cancelled ? "cancelled" : "failed to cancel", - c, c->c_func, c->c_arg); - CC_UNLOCK(cc); - return (cancelled); - } - } - if (c->c_flags & CALLOUT_PENDING) { - if ((c->c_flags & CALLOUT_PROCESSED) == 0) { - if (cc->cc_exec_next_dir == c) - cc->cc_exec_next_dir = LIST_NEXT(c, c_links.le); - LIST_REMOVE(c, c_links.le); - } else - TAILQ_REMOVE(&cc->cc_expireq, c, c_links.tqe); - cancelled = 1; - c->c_flags &= ~(CALLOUT_ACTIVE | CALLOUT_PENDING); - } -#ifdef SMP - /* - * If the callout must migrate try to perform it immediately. - * If the callout is currently running, just defer the migration - * to a more appropriate moment. - */ - if (c->c_cpu != cpu) { - if (cc->cc_exec_entity[direct].cc_curr == c) { - cc->cc_exec_entity[direct].ce_migration_cpu = cpu; - cc->cc_exec_entity[direct].ce_migration_time - = to_sbt; - cc->cc_exec_entity[direct].ce_migration_prec - = precision; - cc->cc_exec_entity[direct].ce_migration_func = ftn; - cc->cc_exec_entity[direct].ce_migration_arg = arg; - c->c_flags |= CALLOUT_DFRMIGRATION; - CTR6(KTR_CALLOUT, - "migration of %p func %p arg %p in %d.%08x to %u deferred", - c, c->c_func, c->c_arg, (int)(to_sbt >> 32), - (u_int)(to_sbt & 0xffffffff), cpu); - CC_UNLOCK(cc); - return (cancelled); - } - cc = callout_cpu_switch(c, cc, cpu); - } -#endif - - callout_cc_add(c, cc, to_sbt, precision, ftn, arg, cpu, flags); - CTR6(KTR_CALLOUT, "%sscheduled %p func %p arg %p in %d.%08x", - cancelled ? "re" : "", c, c->c_func, c->c_arg, (int)(to_sbt >> 32), - (u_int)(to_sbt & 0xffffffff)); - CC_UNLOCK(cc); - - return (cancelled); + /* get callback started, if any */ + return (callout_restart_async(c, &coa, NULL, NULL)); } /* @@ -1090,175 +1072,74 @@ } int -_callout_stop_safe(struct callout *c, int safe) +callout_stop(struct callout *c) { - struct callout_cpu *cc, *old_cc; + /* get callback stopped, if any */ + return (callout_restart_async(c, NULL, NULL, NULL)); +} + +static void +callout_drain_function(void *arg) +{ + wakeup(arg); +} + +int +callout_drain_async(struct callout *c, callout_func_t *fn, void *arg) +{ + /* get callback stopped, if any */ + return (callout_restart_async(c, NULL, fn, arg) & 2); +} + +int +callout_drain(struct callout *c) +{ struct lock_class *class; - int direct, sq_locked, use_lock; + int cancelled; - /* - * Some old subsystems don't hold Giant while running a callout_stop(), - * so just discard this check for the moment. - */ - if (!safe && c->c_lock != NULL) { - if (c->c_lock == &Giant.lock_object) - use_lock = mtx_owned(&Giant); - else { - use_lock = 1; - class = LOCK_CLASS(c->c_lock); - class->lc_assert(c->c_lock, LA_XLOCKED); - } - } else - use_lock = 0; - direct = (c->c_flags & CALLOUT_DIRECT) != 0; - sq_locked = 0; - old_cc = NULL; -again: - cc = callout_lock(c); - - /* - * If the callout was migrating while the callout cpu lock was - * dropped, just drop the sleepqueue lock and check the states - * again. - */ - if (sq_locked != 0 && cc != old_cc) { -#ifdef SMP - CC_UNLOCK(cc); - sleepq_release(&old_cc->cc_exec_entity[direct].cc_waiting); - sq_locked = 0; - old_cc = NULL; - goto again; -#else - panic("migration should not happen"); -#endif + if (c->c_lock != NULL && c->c_lock != &Giant.lock_object) { + class = LOCK_CLASS(c->c_lock); + class->lc_lock(c->c_lock, 0); + } else { + class = NULL; } - /* - * If the callout isn't pending, it's not on the queue, so - * don't attempt to remove it from the queue. We can try to - * stop it by other means however. - */ - if (!(c->c_flags & CALLOUT_PENDING)) { - c->c_flags &= ~CALLOUT_ACTIVE; + /* at this point the "c->c_cpu" field is not changing */ + cancelled = callout_drain_async(c, &callout_drain_function, c); + + if (cancelled & 2) { + struct callout_cpu *cc; + int direct; + + CTR3(KTR_CALLOUT, "need to drain %p func %p arg %p", + c, c->c_func, c->c_arg); + + cc = callout_lock(c); + direct = ((c->c_flags & CALLOUT_DIRECT) != 0); + /* - * If it wasn't on the queue and it isn't the current - * callout, then we can't stop it, so just bail. + * We've gotten our callout CPU lock, it is safe to + * drop the initial lock: */ - if (cc->cc_exec_entity[direct].cc_curr != c) { - CTR3(KTR_CALLOUT, "failed to stop %p func %p arg %p", - c, c->c_func, c->c_arg); - CC_UNLOCK(cc); - if (sq_locked) - sleepq_release( - &cc->cc_exec_entity[direct].cc_waiting); - return (0); - } + if (class != NULL) + class->lc_unlock(c->c_lock); - if (safe) { - /* - * The current callout is running (or just - * about to run) and blocking is allowed, so - * just wait for the current invocation to - * finish. - */ - while (cc->cc_exec_entity[direct].cc_curr == c) { - /* - * Use direct calls to sleepqueue interface - * instead of cv/msleep in order to avoid - * a LOR between cc_lock and sleepqueue - * chain spinlocks. This piece of code - * emulates a msleep_spin() call actually. - * - * If we already have the sleepqueue chain - * locked, then we can safely block. If we - * don't already have it locked, however, - * we have to drop the cc_lock to lock - * it. This opens several races, so we - * restart at the beginning once we have - * both locks. If nothing has changed, then - * we will end up back here with sq_locked - * set. - */ - if (!sq_locked) { - CC_UNLOCK(cc); - sleepq_lock( - &cc->cc_exec_entity[direct].cc_waiting); - sq_locked = 1; - old_cc = cc; - goto again; - } + /* Wait for drain to complete */ - /* - * Migration could be cancelled here, but - * as long as it is still not sure when it - * will be packed up, just let softclock() - * take care of it. - */ - cc->cc_exec_entity[direct].cc_waiting = true; - DROP_GIANT(); - CC_UNLOCK(cc); - sleepq_add( - &cc->cc_exec_entity[direct].cc_waiting, - &cc->cc_lock.lock_object, "codrain", - SLEEPQ_SLEEP, 0); - sleepq_wait( - &cc->cc_exec_entity[direct].cc_waiting, - 0); - sq_locked = 0; - old_cc = NULL; + while (cc->cc_exec_entity[direct].cc_curr == c) + msleep_spin(c, (struct mtx *)&cc->cc_lock, "codrain", 0); - /* Reacquire locks previously released. */ - PICKUP_GIANT(); - CC_LOCK(cc); - } - } else if (use_lock && - !cc->cc_exec_entity[direct].cc_cancel) { - /* - * The current callout is waiting for its - * lock which we hold. Cancel the callout - * and return. After our caller drops the - * lock, the callout will be skipped in - * softclock(). - */ - cc->cc_exec_entity[direct].cc_cancel = true; - CTR3(KTR_CALLOUT, "cancelled %p func %p arg %p", - c, c->c_func, c->c_arg); - KASSERT(!cc_cce_migrating(cc, direct), - ("callout wrongly scheduled for migration")); - CC_UNLOCK(cc); - KASSERT(!sq_locked, ("sleepqueue chain locked")); - return (1); - } else if ((c->c_flags & CALLOUT_DFRMIGRATION) != 0) { - c->c_flags &= ~CALLOUT_DFRMIGRATION; - CTR3(KTR_CALLOUT, "postponing stop %p func %p arg %p", - c, c->c_func, c->c_arg); - CC_UNLOCK(cc); - return (1); - } - CTR3(KTR_CALLOUT, "failed to stop %p func %p arg %p", - c, c->c_func, c->c_arg); CC_UNLOCK(cc); - KASSERT(!sq_locked, ("sleepqueue chain still locked")); - return (0); + } else { + if (class != NULL) + class->lc_unlock(c->c_lock); } - if (sq_locked) - sleepq_release(&cc->cc_exec_entity[direct].cc_waiting); - c->c_flags &= ~(CALLOUT_ACTIVE | CALLOUT_PENDING); - CTR3(KTR_CALLOUT, "cancelled %p func %p arg %p", c, c->c_func, c->c_arg); - if ((c->c_flags & CALLOUT_PROCESSED) == 0) { - if (cc->cc_exec_next_dir == c) - cc->cc_exec_next_dir = LIST_NEXT(c, c_links.le); - LIST_REMOVE(c, c_links.le); - } else - TAILQ_REMOVE(&cc->cc_expireq, c, c_links.tqe); - callout_cc_del(c, cc); - CC_UNLOCK(cc); - return (1); + return (cancelled & 1); } void Index: sys/sys/_callout.h =================================================================== --- sys/sys/_callout.h (revision 276240) +++ sys/sys/_callout.h (working copy) @@ -46,6 +46,17 @@ SLIST_HEAD(callout_slist, callout); TAILQ_HEAD(callout_tailq, callout); +typedef void callout_func_t(void *); + +struct callout_args { + sbintime_t time; /* absolute time for the event */ + sbintime_t precision; /* delta allowed wrt opt */ + void *arg; /* function argument */ + callout_func_t *func; /* function to call */ + int flags; /* flags passed to callout_reset() */ + int cpu; /* CPU we're scheduled on */ +}; + struct callout { union { LIST_ENTRY(callout) le; @@ -52,13 +63,13 @@ SLIST_ENTRY(callout) sle; TAILQ_ENTRY(callout) tqe; } c_links; - sbintime_t c_time; /* ticks to the event */ + sbintime_t c_time; /* absolute time for the event */ sbintime_t c_precision; /* delta allowed wrt opt */ void *c_arg; /* function argument */ - void (*c_func)(void *); /* function to call */ - struct lock_object *c_lock; /* lock to handle */ + callout_func_t *c_func; /* function to call */ + struct lock_object *c_lock; /* callback lock */ int c_flags; /* state of this entry */ - volatile int c_cpu; /* CPU we're scheduled on */ + int c_cpu; /* CPU we're scheduled on */ }; #endif Index: sys/sys/callout.h =================================================================== --- sys/sys/callout.h (revision 276240) +++ sys/sys/callout.h (working copy) @@ -46,7 +46,7 @@ #define CALLOUT_MPSAFE 0x0008 /* callout handler is mp safe */ #define CALLOUT_RETURNUNLOCKED 0x0010 /* handler returns with mtx unlocked */ #define CALLOUT_SHAREDLOCK 0x0020 /* callout lock held in shared mode */ -#define CALLOUT_DFRMIGRATION 0x0040 /* callout in deferred migration mode */ +#define CALLOUT_DEFRESTART 0x0040 /* callout restart is deferred */ #define CALLOUT_PROCESSED 0x0080 /* callout in wheel or processing list? */ #define CALLOUT_DIRECT 0x0100 /* allow exec from hw int context */ @@ -65,7 +65,8 @@ #ifdef _KERNEL #define callout_active(c) ((c)->c_flags & CALLOUT_ACTIVE) #define callout_deactivate(c) ((c)->c_flags &= ~CALLOUT_ACTIVE) -#define callout_drain(c) _callout_stop_safe(c, 1) +int callout_drain(struct callout *); +int callout_drain_async(struct callout *, callout_func_t *, void *); void callout_init(struct callout *, int); void _callout_init_lock(struct callout *, struct lock_object *, int); #define callout_init_mtx(c, mtx, flags) \ @@ -79,7 +80,7 @@ NULL, (flags)) #define callout_pending(c) ((c)->c_flags & CALLOUT_PENDING) int callout_reset_sbt_on(struct callout *, sbintime_t, sbintime_t, - void (*)(void *), void *, int, int); + callout_func_t *, void *, int, int); #define callout_reset_sbt(c, sbt, pr, fn, arg, flags) \ callout_reset_sbt_on((c), (sbt), (pr), (fn), (arg), (c)->c_cpu, (flags)) #define callout_reset_sbt_curcpu(c, sbt, pr, fn, arg, flags) \ @@ -103,8 +104,7 @@ int callout_schedule_on(struct callout *, int, int); #define callout_schedule_curcpu(c, on_tick) \ callout_schedule_on((c), (on_tick), PCPU_GET(cpuid)) -#define callout_stop(c) _callout_stop_safe(c, 0) -int _callout_stop_safe(struct callout *, int); +int callout_stop(struct callout *); void callout_process(sbintime_t now); #endif --------------080102030604030205080208-- From owner-freebsd-current@FreeBSD.ORG Mon Dec 29 20:04:44 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D464EC49 for ; Mon, 29 Dec 2014 20:04:44 +0000 (UTC) Received: from mail-pa0-x22c.google.com (mail-pa0-x22c.google.com [IPv6:2607:f8b0:400e:c03::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 9C87B360A for ; Mon, 29 Dec 2014 20:04:44 +0000 (UTC) Received: by mail-pa0-f44.google.com with SMTP id et14so18296689pad.3 for ; Mon, 29 Dec 2014 12:04:44 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=content-type:mime-version:subject:from:in-reply-to:date:cc :message-id:references:to; bh=jOk3qtxWYrn+DecDT4K5C+zyeXUoRTHPFBrR2XzL3KA=; b=mLaHnHxg7nTrdciUO8dXXWN7ZDkcgM7uSTkIG+cFZqEjEIM05rNKFex4FaK0kskZPM APEYDqmKZOodLbafES6qGhGCQU5HmyAykYcZSeEBIqNqnxasYzRfnxw1K/Ci1y57OEvc kiO1pplvPg0bZDlYbUBn+PzTfwh1A7RlORz3aaBvNGbwHUNBrPjnfvh7jZbNiFg+gE4x uZzDos1eCIlPB8zY+h9qzAD7ZJXwsbpt3YspIx011+3tRxpwtHGljd/bJFWqt00zF+CB xS54J8R4GGM8BPMxsHh8X/1Qh/PD6AfhDRgHhI7ZvQ5g+F+uYy9NfqO2LQbjMKbqoUvc QPXg== X-Received: by 10.68.211.104 with SMTP id nb8mr93214127pbc.29.1419883484228; Mon, 29 Dec 2014 12:04:44 -0800 (PST) Received: from ?IPv6:2601:8:ab80:7d6:c152:cf4:aa74:ced4? ([2601:8:ab80:7d6:c152:cf4:aa74:ced4]) by mx.google.com with ESMTPSA id ji5sm20527932pbd.22.2014.12.29.12.04.43 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 29 Dec 2014 12:04:43 -0800 (PST) Content-Type: multipart/signed; boundary="Apple-Mail=_58703FDF-904B-4797-89DD-9A73672F6F3A"; protocol="application/pgp-signature"; micalg=pgp-sha512 Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Subject: Re: [RFC] kern/kern_timeout.c rewrite in progress From: Garrett Cooper In-Reply-To: <54A1B38C.1000709@selasky.org> Date: Mon, 29 Dec 2014 12:04:42 -0800 Message-Id: <0CC4AEB2-2A53-478F-9A33-597787C0FDFF@gmail.com> References: <54A1B38C.1000709@selasky.org> To: Hans Petter Selasky X-Mailer: Apple Mail (2.1878.6) Cc: FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Dec 2014 20:04:44 -0000 --Apple-Mail=_58703FDF-904B-4797-89DD-9A73672F6F3A Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 On Dec 29, 2014, at 12:03, Hans Petter Selasky wrote: > Hi, =85 Hi HPS, Could you please send this to -arch instead and CC jhb? Thanks! --Apple-Mail=_58703FDF-904B-4797-89DD-9A73672F6F3A Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQEcBAEBCgAGBQJUobPaAAoJEMZr5QU6S73eYRIIAK1NcHfQWst9hZ42ySTADBej aynPrw4EGfgNzSKf5HNOtmCEVHHOsccFsT6gRn+cCH0EjYg3HaVuQjrgCLXb93OL XYMwmpgvLblvkIvhPMo74MwZaRUnAFT47iyGsXuUhMM2Wy1RBaiLjy7DSmyrCYEK nhJy4xGVBp4htba/N/ONBpfysOO1noydKnOXFruthRR5i02x807e/Yuez3796E4y 1WmbYbzc6KOJz+RR0I3HSFL5RJSu+tiZyNE6xJH2h/7LYf8MC1ZuPMoqYHpVNboG +G2LyBNHRepdkA9wIjxKhe66TCeJqr8xITyM867YTqzQOdvDtG6VPlkORJACEr8= =L0f5 -----END PGP SIGNATURE----- --Apple-Mail=_58703FDF-904B-4797-89DD-9A73672F6F3A-- From owner-freebsd-current@FreeBSD.ORG Mon Dec 29 20:08:20 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 13990E36 for ; Mon, 29 Dec 2014 20:08:20 +0000 (UTC) Received: from mail.turbocat.net (heidi.turbocat.net [88.198.202.214]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id C6B34367A for ; Mon, 29 Dec 2014 20:08:19 +0000 (UTC) Received: from laptop015.home.selasky.org (31.89-11-148.nextgentel.com [89.11.148.31]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id AA2961FE023; Mon, 29 Dec 2014 21:08:17 +0100 (CET) Message-ID: <54A1B4DC.6090607@selasky.org> Date: Mon, 29 Dec 2014 21:09:00 +0100 From: Hans Petter Selasky User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 MIME-Version: 1.0 To: Garrett Cooper Subject: Re: [RFC] kern/kern_timeout.c rewrite in progress References: <54A1B38C.1000709@selasky.org> <0CC4AEB2-2A53-478F-9A33-597787C0FDFF@gmail.com> In-Reply-To: <0CC4AEB2-2A53-478F-9A33-597787C0FDFF@gmail.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit Cc: FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Dec 2014 20:08:20 -0000 On 12/29/14 21:04, Garrett Cooper wrote: > On Dec 29, 2014, at 12:03, Hans Petter Selasky wrote: > >> Hi, > > … > > Hi HPS, > Could you please send this to -arch instead and CC jhb? > Thanks! > Done! --HPS From owner-freebsd-current@FreeBSD.ORG Mon Dec 29 23:12:14 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5DE1AEDD; Mon, 29 Dec 2014 23:12:14 +0000 (UTC) Received: from smtprelay-b22.telenor.se (smtprelay-b22.telenor.se [195.54.99.213]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id CB6DB27E7; Mon, 29 Dec 2014 23:12:13 +0000 (UTC) Received: from ipb3.telenor.se (ipb3.telenor.se [195.54.127.166]) by smtprelay-b22.telenor.se (Postfix) with ESMTP id 66921E5BE; Mon, 29 Dec 2014 23:49:07 +0100 (CET) X-SENDER-IP: [85.229.94.62] X-LISTENER: [smtp.bredband.net] X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: At8HAITZoVRV5V4+PGdsb2JhbABcgwaBLoYrw2aCVQKBDBcBAQEBAQEFAQEBATg7hA0BBTIBIyMQCxguLQwKFAaIQwHCdgEBAQEBAQQBAQEBHo93B4QpBY4VTYkzgmWMJoE4glSBPT2CdAEBAQ X-IPAS-Result: At8HAITZoVRV5V4+PGdsb2JhbABcgwaBLoYrw2aCVQKBDBcBAQEBAQEFAQEBATg7hA0BBTIBIyMQCxguLQwKFAaIQwHCdgEBAQEBAQQBAQEBHo93B4QpBY4VTYkzgmWMJoE4glSBPT2CdAEBAQ X-IronPort-AV: E=Sophos;i="5.07,661,1413237600"; d="scan'208";a="790858798" Received: from c-3e5ee555.06-11-73746f31.cust.bredbandsbolaget.se (HELO sigyn.alvermark.net) ([85.229.94.62]) by ipb3.telenor.se with ESMTP; 29 Dec 2014 23:49:06 +0100 Received: from localhost ([127.0.0.1] helo=webmail.alvermark.net) by sigyn.alvermark.net with esmtp (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1Y5j7Z-000Oj5-RV; Mon, 29 Dec 2014 23:49:05 +0100 Received: from 213.113.68.53 (SquirrelMail authenticated user alvis) by webmail.alvermark.net with HTTP; Mon, 29 Dec 2014 23:49:05 +0100 (CET) Message-ID: <34578.213.113.68.53.1419893345.squirrel@webmail.alvermark.net> In-Reply-To: <20141229191242.GA63463@alchemy.franken.de> References: <20141225194207.5dfd3636.ohartman@zedat.fu-berlin.de> <20141226130113.5200bfbb.ohartman@zedat.fu-berlin.de> <1419621822.1018.187.camel@freebsd.org> <20141228205739.154243d8.ohartman@zedat.fu-berlin.de> <1419797387.1018.215.camel@freebsd.org> <54A13DDB.2040206@FreeBSD.org> <54A18780.7080601@citrix.com> <20141229191242.GA63463@alchemy.franken.de> Date: Mon, 29 Dec 2014 23:49:05 +0100 (CET) Subject: Re: r276200: EFI boot failure: kernel stops booting at pci0: on pcib0 From: "Jakob Alvermark" To: "Marius Strobl" User-Agent: SquirrelMail/1.5.1 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit Cc: Adrian Chadd , Ian Lepore , Roger Pau =?iso-8859-1?Q?Monn=E9?= , FreeBSD CURRENT , "O. Hartmann" , Roger Pau =?iso-8859-1?Q?Monn=E9?= X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Dec 2014 23:12:14 -0000 On Mon, December 29, 2014 20:12, Marius Strobl wrote: > On Mon, Dec 29, 2014 at 05:55:28PM +0100, Roger Pau Monné wrote: > >> El 29/12/14 a les 12.41, Roger Pau Monné ha escrit: >> >>> Hello, >>> >>> >>> Sorry for not noticing this earlier, I've been without a computer for >>> some days. Do you get a panic message, or the system just freezes? >>> >>> Can you please post the full boot output with boot_verbose enabled? >>> >> >> I'm not able to reproduce the problem with Qemu and OVMF, and I don't >> have any box right now that uses UEFI. >> >> I'm guessing that this is due to some memory reservation conflict, so >> I'm attaching a patch that should help diagnose it. >> > > You'll probably want to nuke RF_ACTIVE so the resources are marked > as taken but in case of vt_efifb(4), the memory isn't mapped twice. I don't > not know whether the latter actually is a problem for x86, though, it'll > likely at least replace the VM_MEMATTR_WRITE_COMBINING mapping done in > vt_efifb_remap(). Removing RF_ACTIVE in turn might not be sufficient for > the Xen bits to mark the resource as reserved, this should be fixed in the > FreeBSD/Xen code then, however. > Also end = size - 1, see the attached patch. Hi, I tried this patch on my Acer. I does not help. Legacy boot (BIOS) still works. Jakob From owner-freebsd-current@FreeBSD.ORG Tue Dec 30 04:29:50 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 58990281 for ; Tue, 30 Dec 2014 04:29:50 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 39C5F6608A for ; Tue, 30 Dec 2014 04:29:50 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 9443ABE6 for ; Tue, 30 Dec 2014 04:29:09 +0000 (UTC) Date: Tue, 30 Dec 2014 04:29:08 +0000 (GMT) From: jenkins-admin@freebsd.org To: freebsd-current@freebsd.org Message-ID: <1456363342.10.1419913748446.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Build failed in Jenkins: Build-UFS-image #797 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Jenkins-Job: Build-UFS-image X-Jenkins-Result: FAILURE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Dec 2014 04:29:50 -0000 See ------------------------------------------ [...truncated 11191 lines...] -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> ===> secure/lib/libcrypto/engines (install) make[7]: "/builds/FreeBSD_HEAD/share/mk/bsd.compiler.mk" line 42: Unable to determine compiler type for cc. Consider setting COMPILER_TYPE. *** Error code 1 Stop. make[6]: stopped in /builds/FreeBSD_HEAD/secure/lib/libcrypto *** Error code 1 Stop. make[5]: stopped in /builds/FreeBSD_HEAD/secure/lib *** Error code 1 Stop. make[4]: stopped in /builds/FreeBSD_HEAD/secure *** Error code 1 Stop. make[3]: stopped in /builds/FreeBSD_HEAD *** Error code 1 Stop. make[2]: stopped in /builds/FreeBSD_HEAD *** Error code 1 Stop. make[1]: stopped in /builds/FreeBSD_HEAD *** Error code 1 Stop. make: stopped in /builds/FreeBSD_HEAD Build step 'Execute shell' marked build as failure From owner-freebsd-current@FreeBSD.ORG Tue Dec 30 08:57:54 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2B777398 for ; Tue, 30 Dec 2014 08:57:54 +0000 (UTC) Received: from dec.sakura.ne.jp (dec.sakura.ne.jp [210.188.226.8]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id C12C31B14 for ; Tue, 30 Dec 2014 08:57:53 +0000 (UTC) Received: from fortune.joker.local (180-198-225-68.nagoya1.commufa.jp [180.198.225.68]) (authenticated bits=0) by dec.sakura.ne.jp (8.14.3/8.14.2/[SAKURA-WEB]/20080708) with ESMTP id sBU81CQ5048855 for ; Tue, 30 Dec 2014 17:01:12 +0900 (JST) (envelope-from junchoon@dec.sakura.ne.jp) Date: Tue, 30 Dec 2014 17:01:11 +0900 From: Tomoaki AOKI To: freebsd-current@freebsd.org Subject: Re: r276200: EFI boot failure: kernel stops booting at pci0: on pcib0 Message-Id: <20141230170111.78aeb7f766e01315340c413f@dec.sakura.ne.jp> In-Reply-To: <30415.213.113.68.53.1419795235.squirrel@webmail.alvermark.net> References: <30415.213.113.68.53.1419795235.squirrel@webmail.alvermark.net> Organization: Junchoon corps X-Mailer: Sylpheed 3.4.2 (GTK+ 2.24.25; 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.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Dec 2014 08:57:54 -0000 +1. ThinkPad T420 with nvidia discrete GPU, amd64 using memstick.img dd'ed to USB memstick. (So UEFI boot.) *Vanilla r276247 doesn't boot. No panic, just hang in allocating resource for pcib. Sorry for not recording exact message. *Reverting r276064 alone from r276247 helped. All other parts are r276247. *Legacy boot in VirtualBox VM is OK with vanilla r276247. On Sun, 28 Dec 2014 20:33:55 +0100 (CET) "Jakob Alvermark" wrote: > Ian Lepore freebsd.org> writes: > > > > > On Fri, 2014-12-26 at 08:48 -0800, Adrian Chadd wrote: > > > On 26 December 2014 at 04:01, O. Hartmann zedat.fu- > berlin.de> wrote: > > > > Am Thu, 25 Dec 2014 11:40:47 -0800 > > > > Adrian Chadd freebsd.org> schrieb: > > > > > > > >> Would you be able to narrow it down to a small range of commits? > > > >> that'll make it easier to chase down. :) > > > >> > > > >> > Booting old kernel/modules (via "boot kernel.old"), at CURRENT > r275896 is all right. > > > >> > > > > >> > What is happening here? > > > >> > > > > >> > Merry christmas day, > > > >> > > > > >> > oh > > > > > > > > > > > > I narrowed down the culprit commit to be between r276060 (works) and > r276075 (works not). > > > > > > Hi! > > > > > > Thanks for that. Would you please file a PR with the details and what > > > you've done? > > > > > > I hope you can narrow it down further. You've done a great job > > > already, I just can't see any clear winner there for a commit to back > > > out :( > > > > r276064 looks like a candidate. At least, it has 'efi' in the name. :) > > > > I can confirm that. The same happened when UEFI-booting on my Acer E3-112. > Undoing r276064 makes it boot again. > > (I will post some more experiences with FreeBSD on this machine later.) > > Jakob > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > -- Tomoaki AOKI junchoon@dec.sakura.ne.jp From owner-freebsd-current@FreeBSD.ORG Tue Dec 30 09:47:55 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7AE95310 for ; Tue, 30 Dec 2014 09:47:55 +0000 (UTC) Received: from mail.turbocat.net (mail.turbocat.net [IPv6:2a01:4f8:d16:4514::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 34CF7229F for ; Tue, 30 Dec 2014 09:47:55 +0000 (UTC) Received: from laptop015.home.selasky.org (31.89-11-148.nextgentel.com [89.11.148.31]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id B81E31FE022; Tue, 30 Dec 2014 10:47:47 +0100 (CET) Message-ID: <54A274EF.2030903@selasky.org> Date: Tue, 30 Dec 2014 10:48:31 +0100 From: Hans Petter Selasky User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 MIME-Version: 1.0 To: Chris H , Warren Block Subject: Re: HEADS UP: Enabling vt(4) by default References: <544E7679.7070207@FreeBSD.org> <54590B3E.2070701@dumbbell.fr> , <20141105101951.48542120@ernst.home> , , , <545A96D1.9070600@selasky.org> <9c1df797dde6628b43661c0356d9103f@ultimatedns.net> <54A1B383.1040902@selasky.org> In-Reply-To: <54A1B383.1040902@selasky.org> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Cc: =?windows-1252?Q?Jean-S=E9bastienP=E9dron?= , freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Dec 2014 09:47:55 -0000 Hi, I just had a quick look at "vt_core.c" with regard to callouts. And have the following comments: 1) Make sure callout_reset(), callout_schedule() and callout_stop() is always called locked. When no lock is specified, that means Giant! 2) callout_drain() must have an unlocked sleeping context, else use callout_stop() with the mutex specified in callout_init_mtx() to get atomicity. For now adding MTX_RECURSE to "mtx_init(&main_vd->vd_lock, "vtdev", NULL, MTX_DEF | MTX_RECURSE)" solved my problem temporarily, because callout_drain() tried to get the vd_lock, which was already taken. --HPS From owner-freebsd-current@FreeBSD.ORG Tue Dec 30 12:39:42 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DACE3F65; Tue, 30 Dec 2014 12:39:41 +0000 (UTC) Received: from mail-wg0-x22a.google.com (mail-wg0-x22a.google.com [IPv6:2a00:1450:400c:c00::22a]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 5DF4D2FBF; Tue, 30 Dec 2014 12:39:41 +0000 (UTC) Received: by mail-wg0-f42.google.com with SMTP id k14so20616581wgh.1; Tue, 30 Dec 2014 04:39:39 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=hsYpCRGdLMwU2jJmOhZRqfnUSyh4rR+5RXUt1iHO7ms=; b=jXeqXCXzn/6gJWMBIFbNo3R7Ezyjm93NB+bykNBpzFpst0NBoh7SO7KsEEksIHCCn6 MklQYwmOQBTY0BS4QL2hTQilPW2pQ+SING+Y6EkkLlaUop6tg0a8WdEVU9UpYNTSSQnO pvHIVGAkImRsJwVW219IS57KBE5m+XvPQUQ7pxucC5vpn7feJnnxpmsDsCMd4BSC8PNX RQ2S/8uyTVgiJKbcs9TSPkKXRGaNtisLJXCP2VUvul6oEoQypZ/HSGx6tJZjiHGnPLkT NASFLmMmGKvnfTxQk+XLCP9qKMLsjW+EDIs4X69TYbMuNeSxXhz5WsJJaSfF1yHc0A73 I4zg== X-Received: by 10.194.63.51 with SMTP id d19mr88962286wjs.77.1419943179795; Tue, 30 Dec 2014 04:39:39 -0800 (PST) Received: from [172.16.1.30] (243.Red-2-137-76.dynamicIP.rima-tde.net. [2.137.76.243]) by mx.google.com with ESMTPSA id n4sm41091641wia.7.2014.12.30.04.39.38 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 30 Dec 2014 04:39:38 -0800 (PST) Sender: =?UTF-8?Q?Roger_Pau_Monn=C3=A9?= Message-ID: <54A29D03.8090007@FreeBSD.org> Date: Tue, 30 Dec 2014 13:39:31 +0100 From: =?windows-1252?Q?Roger_Pau_Monn=E9?= User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 MIME-Version: 1.0 To: Jakob Alvermark , Marius Strobl Subject: Re: r276200: EFI boot failure: kernel stops booting at pci0: on pcib0 References: <20141225194207.5dfd3636.ohartman@zedat.fu-berlin.de> <20141226130113.5200bfbb.ohartman@zedat.fu-berlin.de> <1419621822.1018.187.camel@freebsd.org> <20141228205739.154243d8.ohartman@zedat.fu-berlin.de> <1419797387.1018.215.camel@freebsd.org> <54A13DDB.2040206@FreeBSD.org> <54A18780.7080601@citrix.com> <20141229191242.GA63463@alchemy.franken.de> <34578.213.113.68.53.1419893345.squirrel@webmail.alvermark.net> In-Reply-To: <34578.213.113.68.53.1419893345.squirrel@webmail.alvermark.net> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 8bit Cc: Adrian Chadd , =?windows-1252?Q?Roger_Pau_Mon?= =?windows-1252?Q?n=E9?= , "O. Hartmann" , Ian Lepore , FreeBSD CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Dec 2014 12:39:42 -0000 El 29/12/14 a les 23.49, Jakob Alvermark ha escrit: > On Mon, December 29, 2014 20:12, Marius Strobl wrote: >> On Mon, Dec 29, 2014 at 05:55:28PM +0100, Roger Pau Monné wrote: >> >>> El 29/12/14 a les 12.41, Roger Pau Monné ha escrit: >>> >>>> Hello, >>>> >>>> >>>> Sorry for not noticing this earlier, I've been without a computer for >>>> some days. Do you get a panic message, or the system just freezes? >>>> >>>> Can you please post the full boot output with boot_verbose enabled? >>>> >>> >>> I'm not able to reproduce the problem with Qemu and OVMF, and I don't >>> have any box right now that uses UEFI. >>> >>> I'm guessing that this is due to some memory reservation conflict, so >>> I'm attaching a patch that should help diagnose it. >>> >> >> You'll probably want to nuke RF_ACTIVE so the resources are marked >> as taken but in case of vt_efifb(4), the memory isn't mapped twice. I don't >> not know whether the latter actually is a problem for x86, though, it'll >> likely at least replace the VM_MEMATTR_WRITE_COMBINING mapping done in >> vt_efifb_remap(). Removing RF_ACTIVE in turn might not be sufficient for >> the Xen bits to mark the resource as reserved, this should be fixed in the >> FreeBSD/Xen code then, however. >> Also end = size - 1, see the attached patch. > > Hi, I tried this patch on my Acer. I does not help. Legacy boot (BIOS) > still works. I've reverted the EFI part of r276064 and committed it as r276405, I will revisit it in a couple of days when I have an UEFI system setup in order to test it on real hardware. Roger. From owner-freebsd-current@FreeBSD.ORG Tue Dec 30 14:15:24 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 11C5E608; Tue, 30 Dec 2014 14:15:24 +0000 (UTC) Received: from smtprelay-h31.telenor.se (smtprelay-h31.telenor.se [213.150.131.4]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 7C5C5205D; Tue, 30 Dec 2014 14:15:22 +0000 (UTC) Received: from ipb2.telenor.se (ipb2.telenor.se [195.54.127.165]) by smtprelay-h31.telenor.se (Postfix) with ESMTP id C1543E7E8; Tue, 30 Dec 2014 15:14:23 +0100 (CET) X-SENDER-IP: [85.229.94.62] X-LISTENER: [smtp.bredband.net] X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AioHAM2yolRV5V4+PGdsb2JhbABcgwaBLoYrw0qCVQKBBBcBAQEBAQEFAQEBATg7hA0BBTIBIyMQCxguLQwKFAaIQwHEcQEBAQEBAQQBAQEBHo93B4QpBY4VTYRxhEKCZYwmgTiCVIE9PYJ0AQEB X-IPAS-Result: AioHAM2yolRV5V4+PGdsb2JhbABcgwaBLoYrw0qCVQKBBBcBAQEBAQEFAQEBATg7hA0BBTIBIyMQCxguLQwKFAaIQwHEcQEBAQEBAQQBAQEBHo93B4QpBY4VTYRxhEKCZYwmgTiCVIE9PYJ0AQEB X-IronPort-AV: E=Sophos;i="5.07,666,1413237600"; d="scan'208";a="139979650" Received: from c-3e5ee555.06-11-73746f31.cust.bredbandsbolaget.se (HELO sigyn.alvermark.net) ([85.229.94.62]) by ipb2.telenor.se with ESMTP; 30 Dec 2014 15:13:58 +0100 Received: from localhost ([127.0.0.1] helo=webmail.alvermark.net) by sigyn.alvermark.net with esmtp (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1Y5xYa-0001d8-5O; Tue, 30 Dec 2014 15:13:56 +0100 Received: from 213.113.68.53 (SquirrelMail authenticated user alvis) by webmail.alvermark.net with HTTP; Tue, 30 Dec 2014 15:13:56 +0100 (CET) Message-ID: <49499.213.113.68.53.1419948836.squirrel@webmail.alvermark.net> In-Reply-To: <54A29D03.8090007@FreeBSD.org> References: <20141225194207.5dfd3636.ohartman@zedat.fu-berlin.de> <20141226130113.5200bfbb.ohartman@zedat.fu-berlin.de> <1419621822.1018.187.camel@freebsd.org> <20141228205739.154243d8.ohartman@zedat.fu-berlin.de> <1419797387.1018.215.camel@freebsd.org> <54A13DDB.2040206@FreeBSD.org> <54A18780.7080601@citrix.com> <20141229191242.GA63463@alchemy.franken.de> <34578.213.113.68.53.1419893345.squirrel@webmail.alvermark.net> <54A29D03.8090007@FreeBSD.org> Date: Tue, 30 Dec 2014 15:13:56 +0100 (CET) Subject: Re: r276200: EFI boot failure: kernel stops booting at pci0: on pcib0 From: "Jakob Alvermark" To: Roger Pau =?iso-8859-1?Q?Monn=E9?= User-Agent: SquirrelMail/1.5.1 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit Cc: Adrian Chadd , Jakob Alvermark , Ian Lepore , Roger Pau =?iso-8859-1?Q?Monn=E9?= , FreeBSD CURRENT , Marius Strobl , "O. Hartmann" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Dec 2014 14:15:24 -0000 On Tue, December 30, 2014 13:39, Roger Pau Monné wrote: > El 29/12/14 a les 23.49, Jakob Alvermark ha escrit: > >> On Mon, December 29, 2014 20:12, Marius Strobl wrote: >> >>> On Mon, Dec 29, 2014 at 05:55:28PM +0100, Roger Pau Monné wrote: >>> >>> >>>> El 29/12/14 a les 12.41, Roger Pau Monné ha escrit: >>>> >>>> >>>>> Hello, >>>>> >>>>> >>>>> >>>>> Sorry for not noticing this earlier, I've been without a computer >>>>> for some days. Do you get a panic message, or the system just >>>>> freezes? >>>>> >>>>> Can you please post the full boot output with boot_verbose >>>>> enabled? >>>>> >>>> >>>> I'm not able to reproduce the problem with Qemu and OVMF, and I >>>> don't have any box right now that uses UEFI. >>>> >>>> I'm guessing that this is due to some memory reservation conflict, >>>> so I'm attaching a patch that should help diagnose it. >>>> >>>> >>> >>> You'll probably want to nuke RF_ACTIVE so the resources are marked >>> as taken but in case of vt_efifb(4), the memory isn't mapped twice. I >>> don't not know whether the latter actually is a problem for x86, >>> though, it'll likely at least replace the VM_MEMATTR_WRITE_COMBINING >>> mapping done in vt_efifb_remap(). Removing RF_ACTIVE in turn might not >>> be sufficient for the Xen bits to mark the resource as reserved, this >>> should be fixed in the FreeBSD/Xen code then, however. >>> Also end = size - 1, see the attached patch. >>> >> >> Hi, I tried this patch on my Acer. I does not help. Legacy boot (BIOS) >> still works. > > I've reverted the EFI part of r276064 and committed it as r276405, I > will revisit it in a couple of days when I have an UEFI system setup in > order to test it on real hardware. It works fine. Both legacy and UEFI. Thanks! Now on to the other "interresting" things with UEFI on this machine... Jakob From owner-freebsd-current@FreeBSD.ORG Tue Dec 30 15:08:07 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9B3F9127 for ; Tue, 30 Dec 2014 15:08:07 +0000 (UTC) Received: from smtprelay-b32.telenor.se (smtprelay-b32.telenor.se [213.150.131.21]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 20D7F1949 for ; Tue, 30 Dec 2014 15:08:06 +0000 (UTC) Received: from ipb4.telenor.se (ipb4.telenor.se [195.54.127.167]) by smtprelay-b32.telenor.se (Postfix) with ESMTP id 36E75F05F2 for ; Tue, 30 Dec 2014 15:40:12 +0100 (CET) X-SENDER-IP: [85.229.94.62] X-LISTENER: [smtp.bredband.net] X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AoFAAG24olRV5V4+PGdsb2JhbABcgwUBAVFcuACEE0oBiWQLhwMXAQEBAQEBBQEBAQE4O4QTMgEjgTEMChSISQGgUaRekBSEEwWOFU2UIoQcgTiBc4IePYJ0AQEB X-IPAS-Result: AoFAAG24olRV5V4+PGdsb2JhbABcgwUBAVFcuACEE0oBiWQLhwMXAQEBAQEBBQEBAQE4O4QTMgEjgTEMChSISQGgUaRekBSEEwWOFU2UIoQcgTiBc4IePYJ0AQEB X-IronPort-AV: E=Sophos;i="5.07,666,1413237600"; d="scan'208";a="710468521" Received: from c-3e5ee555.06-11-73746f31.cust.bredbandsbolaget.se (HELO sigyn.alvermark.net) ([85.229.94.62]) by ipb4.telenor.se with ESMTP; 30 Dec 2014 15:40:11 +0100 Received: from localhost ([127.0.0.1] helo=webmail.alvermark.net) by sigyn.alvermark.net with esmtp (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1Y5xxy-0001iu-Te for freebsd-current@freebsd.org; Tue, 30 Dec 2014 15:40:11 +0100 Received: from 213.113.68.53 (SquirrelMail authenticated user alvis) by webmail.alvermark.net with HTTP; Tue, 30 Dec 2014 15:40:10 +0100 (CET) Message-ID: <20876.213.113.68.53.1419950410.squirrel@webmail.alvermark.net> Date: Tue, 30 Dec 2014 15:40:10 +0100 (CET) Subject: Acer E3-112 and UEFI From: "Jakob Alvermark" To: freebsd-current@freebsd.org User-Agent: SquirrelMail/1.5.1 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit References: In-Reply-To: X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Dec 2014 15:08:07 -0000 Hi, Have been playing with this machine for a while now. It is a quad core Pentium N3540 (ValleyView/Bay Trail), 8 GB RAM. It came with a Broadcom WiFi card which I swapped for an Intel which is supported by FreeBSD. Also swapped the hard drive for an SSD. When first trying to boot FreeBSD with UEFI it would not boot. It stops after the loader is trying to start the kernel. My workaround now is using refind, http://www.rodsbooks.com/refind/ to set the screen resolution to 800x600. (Native is 1366x768) Only then will it boot using UEFI. I tried setting it to 1024x768, then it crashes. If it helps I can get the backtrace. The other "interresting" thing is that when UEFI-booting the sdhci-controllers is not detected. (There are two, one card reader, and I guess one for internal eMMC that is not present in this model). Booting with legacy BIOS: # pciconf -l| grep sdhci sdhci_pci0@pci0:0:18:0: class=0x080501 card=0x09331025 chip=0x0f168086 rev=0x0e hdr=0x00 sdhci_pci1@pci0:0:23:0: class=0x080501 card=0x09331025 chip=0x0f508086 rev=0x0e hdr=0x00 Booting UEFI they are simply not there... Also Xorg only works with BIOS. (Only VESA. I guess VESA drivers depends on BIOS? For proper X support I guess I have to wait for the Haswell drivers) Jakob From owner-freebsd-current@FreeBSD.ORG Tue Dec 30 16:00:54 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8C0B3EC1 for ; Tue, 30 Dec 2014 16:00:54 +0000 (UTC) Received: from d.mail.sonic.net (d.mail.sonic.net [64.142.111.50]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 708EF21E2 for ; Tue, 30 Dec 2014 16:00:54 +0000 (UTC) Received: from zeppelin.tachypleus.net ([32.210.30.11]) (authenticated bits=0) by d.mail.sonic.net (8.14.9/8.14.9) with ESMTP id sBUG0jxV017776 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Tue, 30 Dec 2014 08:00:46 -0800 Message-ID: <54A2CC2D.3040105@freebsd.org> Date: Tue, 30 Dec 2014 08:00:45 -0800 From: Nathan Whitehorn User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: Acer E3-112 and UEFI References: <20876.213.113.68.53.1419950410.squirrel@webmail.alvermark.net> In-Reply-To: <20876.213.113.68.53.1419950410.squirrel@webmail.alvermark.net> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Sonic-CAuth: UmFuZG9tSVaQgNtQtyOO6lfvOGaiXyY7tLrCPuBsTudnVEmAxACHVyQi4CIfurrm231mqSUIKtjk6gVPRTTqu68j3fJvXKHLRjJxnuhV3Vs= X-Sonic-ID: C;iMqqAz2Q5BGMWlG2qJ4NOg== M;Pho7BD2Q5BGMWlG2qJ4NOg== X-Spam-Flag: No X-Sonic-Spam-Details: 0.0/5.0 by cerberusd X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Dec 2014 16:00:54 -0000 On 12/30/14 06:40, Jakob Alvermark wrote: > Hi, > > Have been playing with this machine for a while now. > It is a quad core Pentium N3540 (ValleyView/Bay Trail), 8 GB RAM. It came > with a Broadcom WiFi card which I swapped for an Intel which is supported > by FreeBSD. Also swapped the hard drive for an SSD. > > When first trying to boot FreeBSD with UEFI it would not boot. > It stops after the loader is trying to start the kernel. > My workaround now is using refind, http://www.rodsbooks.com/refind/ > to set the screen resolution to 800x600. (Native is 1366x768) > Only then will it boot using UEFI. > I tried setting it to 1024x768, then it crashes. If it helps I can get the > backtrace. [Not sure what's going on here] > The other "interresting" thing is that when UEFI-booting the > sdhci-controllers is not detected. (There are two, one card reader, and I > guess one for internal eMMC that is not present in this model). > > Booting with legacy BIOS: > # pciconf -l| grep sdhci > sdhci_pci0@pci0:0:18:0: class=0x080501 card=0x09331025 chip=0x0f168086 > rev=0x0e hdr=0x00 > sdhci_pci1@pci0:0:23:0: class=0x080501 card=0x09331025 chip=0x0f508086 > rev=0x0e hdr=0x00 > > Booting UEFI they are simply not there... At least sometimes, the CSM is involved in initializing some peripherals (this happens with an isci(4) SAS controller I have, for example) and disabling it will result in them not appearing. This is a BIOS bug, unfortunately. > > Also Xorg only works with BIOS. (Only VESA. I guess VESA drivers depends > on BIOS? For proper X support I guess I have to wait for the Haswell > drivers) You can use xf86-video-scfb for a VESA-like experience on EFI systems. -Nathan From owner-freebsd-current@FreeBSD.ORG Wed Dec 31 04:17:25 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 36EC3221 for ; Wed, 31 Dec 2014 04:17:25 +0000 (UTC) Received: from mail-wi0-x236.google.com (mail-wi0-x236.google.com [IPv6:2a00:1450:400c:c05::236]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id BB2AA3E86 for ; Wed, 31 Dec 2014 04:17:24 +0000 (UTC) Received: by mail-wi0-f182.google.com with SMTP id h11so24977382wiw.3 for ; Tue, 30 Dec 2014 20:17:23 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=f0CuZV18B5pDwjNR0n9GLijjsnHhRN9GUbYgZFVGySE=; b=JPFlcEmU9tLzG7TgJcitLQyAAFcJ/3PpQYislk6Gp5Tx5b3I4ZNmfPgjqva2qfdW4V I2cX7yEjsJJK/7dQVSct2PW3k7GVvci9MGf5jPcxkjsu1gyY4SbJ2vlfLUoT8frjl3kk qF83fn7uGJ0LVqWgcCPwArBsdIUgF3LwtqqIYroFX4RIT+fYpad2U9o3pGlZ7NOyKM/i 0znHvxrelZb+CnV2hOSEFiHqcC944CrDaQqz9LRXB9DKkYmITBdfqpaz6N1VLy4Urzf/ xbFbYXc1iPnj5bjVUsWlSkA/+fuVMS0HdQBwWkG8JTYovCPq2xSM+YAEWEXSSVBmX++M qk2A== MIME-Version: 1.0 X-Received: by 10.194.243.1 with SMTP id wu1mr40949495wjc.69.1419999443308; Tue, 30 Dec 2014 20:17:23 -0800 (PST) Received: by 10.27.5.207 with HTTP; Tue, 30 Dec 2014 20:17:23 -0800 (PST) In-Reply-To: References: <154A442D-7814-4618-9AFC-6F9FB3F5DFD3@gmail.com> <5443A89F.8050801@digiware.nl> <981D4579-CBD4-46EF-A4E3-4236B3C06EF2@jnielsen.net> <54873552.5000104@shrew.net> Date: Tue, 30 Dec 2014 20:17:23 -0800 Message-ID: Subject: Re: HEADS UP: Merging projects/bhyve_svm to HEAD From: Neel Natu To: Matthew Grooms Content-Type: text/plain; charset=UTF-8 Cc: FreeBSD current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 31 Dec 2014 04:17:25 -0000 Hi, On Tue, Dec 9, 2014 at 10:37 AM, Neel Natu wrote: > Hi Matthew, > > On Tue, Dec 9, 2014 at 9:45 AM, Matthew Grooms wrote: >> On 12/9/2014 11:03 AM, John Nielsen wrote: >>> >>> On Oct 26, 2014, at 4:40 PM, Zaphod Beeblebrox wrote: >>> >>>> On Sat, Oct 25, 2014 at 8:20 PM, Neel Natu wrote: >>>> >>>>> On Sat, Oct 25, 2014 at 3:50 PM, Zaphod Beeblebrox >>>>> wrote: >>>>>> >>>>>> I tried to integrate this patch into 10.1_RC3 and I failed. Is there a >>>>>> timeframe to MFC this to 10.1 or 10-STABLE? >>>>> >>>>> >>>>> It will be MFCed to 10-STABLE but I don't have a specific time frame in >>>>> mind. >>>>> >>>>> I'll guess that it'll be towards the end of November but can be >>>>> accelerated if someone has a need for this in 10-STABLE sooner. >>>> >>>> >>>> I would be using such a patch as soon as it was available. On a friend's >>>> advice, I upgraded a ZFS server here at home with an AMD 9590 and 32Gig >>>> of >>>> RAM. I'd dearly like to use it to track down the netgraph bug (see my >>>> other recent posts), but it doesn't currently qualify. >>> >>> >>> Ping? I'm also waiting with bated breath for this to be MFCed. :) Thanks >>> for the great work! >>> > > Message received: loud and clear :-) > It took longer than anticipated but AMD/SVM support is now in stable/10. Please sync to r276447 before testing. best Neel >> >> +1. And on a somewhat related note, does the SVM port have equivalent to >> Intel Unrestricted Guest support? From what I understand, that will be >> required for the forthcoming UEFI/CSM ( Legacy BIOS ) as well as other bhyve >> features. > > Yes, it does. > > best > Neel > >> >> Thanks, >> >> -Matthew >> >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Wed Dec 31 05:12:10 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DC4E9F33 for ; Wed, 31 Dec 2014 05:12:09 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id BD5EE2747 for ; Wed, 31 Dec 2014 05:12:09 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id E3F8EDD3 for ; Wed, 31 Dec 2014 05:01:28 +0000 (UTC) Date: Wed, 31 Dec 2014 05:01:27 +0000 (GMT) From: jenkins-admin@freebsd.org To: freebsd-current@freebsd.org Message-ID: <1005145826.14.1420002088196.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Build failed in Jenkins: Build-UFS-image #808 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Jenkins-Job: Build-UFS-image X-Jenkins-Result: FAILURE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 31 Dec 2014 05:12:10 -0000 See ------------------------------------------ [...truncated 16993 lines...] Indian/Comoro Indian/Cocos MET MST MST7MDT PST8PDT Pacific/Tongatapu Pacific/Galapagos Pacific/Fakaofo Pacific/Auckland Pacific/Easter Pacific/Niue Pacific/Chatham Pacific/Noumea Pacific/Kiritimati Pacific/Tahiti Pacific/Norfolk Pacific/Fiji Pacific/Kwajalein Pacific/Palau Pacific/Midway Pacific/Funafuti Pacific/Efate Pacific/Pitcairn Pacific/Gambier Pacific/Port_Moresby Pacific/Wallis Pacific/Apia Pacific/Johnston Pacific/Chuuk Pacific/Bougainville Pacific/Guam Pacific/Pohnpei Pacific/Pago_Pago Pacific/Nauru Pacific/Guadalcanal Pacific/Wake Pacific/Tarawa Pacific/Marquesas Pacific/Kosrae Pacific/Majuro Pacific/Honolulu Pacific/Rarotonga Pacific/Saipan Pacific/Enderbury UTC WET posixrules install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/zoneinfo/../../= contrib/tzdata//zone.tab Run tzsetup(8) manually to update /etc/localtime. =3D=3D=3D> sys (install) =3D=3D=3D> sys/boot (install) =3D=3D=3D> sys/boot/efi (install) =3D=3D=3D> sys/boot/efi/libefi (install) =3D=3D=3D> sys/boot/libstand32 (install) =3D=3D=3D> sys/boot/zfs (install) =3D=3D=3D> sys/boot/userboot (install) =3D=3D=3D> sys/boot/userboot/ficl (install) =3D=3D=3D> sys/boot/userboot/libstand (install) =3D=3D=3D> sys/boot/userboot/test (install) =3D=3D=3D> sys/boot/userboot/zfs (install) =3D=3D=3D> sys/boot/userboot/userboot (install) install -o root -g wheel -m 444 userboot.so install -o root -g wheel -m 444 beastie.4th.8.gz install -o root -g wheel -m 444 brand.4th.8.gz install -o root -g wheel -m 444 check-password.4th.8.gz install -o root -g wheel -m 444 color.4th.8.gz install -o root -g wheel -m 444 delay.4th.8.gz install -o root -g wheel -m 444 loader.conf.5.gz install -o root -g wheel -m 444 loader.4th.8.gz install -o root -g wheel -m 444 menu.4th.8.gz install -o root -g wheel -m 444 menusets.4th.8.gz install -o root -g wheel -m 444 version.4th.8.gz install -o root -g wheel -m 444 loader.8.gz install -o root -g wheel -m 444 zfsloader.8.gz =3D=3D=3D> sys/boot/ficl32 (install) =3D=3D=3D> sys/boot/ficl (install) =3D=3D=3D> sys/boot/amd64 (install) =3D=3D=3D> sys/boot/amd64/efi (install) cc -O2 -pipe -fPIC -I. -I/builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../ef= i/include -I/builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../efi/include/amd64= -I/builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../../contrib/dev/acpica/incl= ude -I/builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../.. -DBOOT_FORTH -I/buil= ds/FreeBSD_HEAD/sys/boot/amd64/efi/../../ficl -I/builds/FreeBSD_HEAD/sys/bo= ot/amd64/efi/../../ficl/amd64 -DLOADER_DISK_SUPPORT -DLOADER_GPT_SUPPORT -D= LOADER_MBR_SUPPORT -I/builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../common -= I/builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../common -ffreestanding -mno-m= mx -mno-sse -mno-aes -mno-avx -msoft-float -std=3Dgnu99 -Qunused-argument= s -c /builds/FreeBSD_HEAD/sys/boot/amd64/efi/autoload.c cc -O2 -pipe -fPIC -I. -I/builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../ef= i/include -I/builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../efi/include/amd64= -I/builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../../contrib/dev/acpica/incl= ude -I/builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../.. -DBOOT_FORTH -I/buil= ds/FreeBSD_HEAD/sys/boot/amd64/efi/../../ficl -I/builds/FreeBSD_HEAD/sys/bo= ot/amd64/efi/../../ficl/amd64 -DLOADER_DISK_SUPPORT -DLOADER_GPT_SUPPORT -D= LOADER_MBR_SUPPORT -I/builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../common -= I/builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../common -ffreestanding -mno-m= mx -mno-sse -mno-aes -mno-avx -msoft-float -std=3Dgnu99 -Qunused-argument= s -c /builds/FreeBSD_HEAD/sys/boot/amd64/efi/bootinfo.c cc -O2 -pipe -fPIC -I. -I/builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../ef= i/include -I/builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../efi/include/amd64= -I/builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../../contrib/dev/acpica/incl= ude -I/builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../.. -DBOOT_FORTH -I/buil= ds/FreeBSD_HEAD/sys/boot/amd64/efi/../../ficl -I/builds/FreeBSD_HEAD/sys/bo= ot/amd64/efi/../../ficl/amd64 -DLOADER_DISK_SUPPORT -DLOADER_GPT_SUPPORT -D= LOADER_MBR_SUPPORT -I/builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../common -= I/builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../common -ffreestanding -mno-m= mx -mno-sse -mno-aes -mno-avx -msoft-float -std=3Dgnu99 -Qunused-argument= s -c /builds/FreeBSD_HEAD/sys/boot/amd64/efi/conf.c cc -O2 -pipe -fPIC -I. -I/builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../ef= i/include -I/builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../efi/include/amd64= -I/builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../../contrib/dev/acpica/incl= ude -I/builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../.. -DBOOT_FORTH -I/buil= ds/FreeBSD_HEAD/sys/boot/amd64/efi/../../ficl -I/builds/FreeBSD_HEAD/sys/bo= ot/amd64/efi/../../ficl/amd64 -DLOADER_DISK_SUPPORT -DLOADER_GPT_SUPPORT -D= LOADER_MBR_SUPPORT -I/builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../common -= I/builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../common -ffreestanding -mno-m= mx -mno-sse -mno-aes -mno-avx -msoft-float -std=3Dgnu99 -Qunused-argument= s -c /builds/FreeBSD_HEAD/sys/boot/amd64/efi/copy.c cc -O2 -pipe -fPIC -I. -I/builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../ef= i/include -I/builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../efi/include/amd64= -I/builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../../contrib/dev/acpica/incl= ude -I/builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../.. -DBOOT_FORTH -I/buil= ds/FreeBSD_HEAD/sys/boot/amd64/efi/../../ficl -I/builds/FreeBSD_HEAD/sys/bo= ot/amd64/efi/../../ficl/amd64 -DLOADER_DISK_SUPPORT -DLOADER_GPT_SUPPORT -D= LOADER_MBR_SUPPORT -I/builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../common -= I/builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../common -ffreestanding -mno-m= mx -mno-sse -mno-aes -mno-avx -msoft-float -std=3Dgnu99 -Qunused-argument= s -c /builds/FreeBSD_HEAD/sys/boot/amd64/efi/devicename.c cc -O2 -pipe -fPIC -I. -I/builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../ef= i/include -I/builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../efi/include/amd64= -I/builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../../contrib/dev/acpica/incl= ude -I/builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../.. -DBOOT_FORTH -I/buil= ds/FreeBSD_HEAD/sys/boot/amd64/efi/../../ficl -I/builds/FreeBSD_HEAD/sys/bo= ot/amd64/efi/../../ficl/amd64 -DLOADER_DISK_SUPPORT -DLOADER_GPT_SUPPORT -D= LOADER_MBR_SUPPORT -I/builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../common -= I/builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../common -ffreestanding -mno-m= mx -mno-sse -mno-aes -mno-avx -msoft-float -std=3Dgnu99 -Qunused-argument= s -c /builds/FreeBSD_HEAD/sys/boot/amd64/efi/elf64_freebsd.c In file included from /builds/FreeBSD_HEAD/sys/boot/amd64/efi/elf64_freebsd= .c:47: /builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../../contrib/dev/acpica/include= /actypes.h:127:41: warning: redefinition of typedef 'BOOLEAN' is a C11 feat= ure [-Wtypedef-redefinition] typedef unsigned char BOOLEAN; ^ /builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../efi/include/efidef.h:33:25: n= ote: previous definition is here typedef UINT8 BOOLEAN; ^ In file included from /builds/FreeBSD_HEAD/sys/boot/amd64/efi/elf64_freebsd= .c:47: /builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../../contrib/dev/acpica/include= /actypes.h:128:41: warning: redefinition of typedef 'UINT8' is a C11 featur= e [-Wtypedef-redefinition] typedef unsigned char UINT8; ^ /builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../efi/include/amd64/efibind.h:9= 8:20: note: previous definition is here typedef uint8_t UINT8; ^ In file included from /builds/FreeBSD_HEAD/sys/boot/amd64/efi/elf64_freebsd= .c:47: /builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../../contrib/dev/acpica/include= /actypes.h:129:41: warning: redefinition of typedef 'UINT16' is a C11 featu= re [-Wtypedef-redefinition] typedef unsigned short UINT16; ^ /builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../efi/include/amd64/efibind.h:9= 6:20: note: previous definition is here typedef uint16_t UINT16; ^ In file included from /builds/FreeBSD_HEAD/sys/boot/amd64/efi/elf64_freebsd= .c:47: /builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../../contrib/dev/acpica/include= /actypes.h:130:41: warning: redefinition of typedef 'INT16' is a C11 featur= e [-Wtypedef-redefinition] typedef short INT16; ^ /builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../efi/include/amd64/efibind.h:9= 7:20: note: previous definition is here typedef int16_t INT16; ^ In file included from /builds/FreeBSD_HEAD/sys/boot/amd64/efi/elf64_freebsd= .c:47: /builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../../contrib/dev/acpica/include= /actypes.h:131:41: warning: redefinition of typedef 'UINT64' is a C11 featu= re [-Wtypedef-redefinition] typedef COMPILER_DEPENDENT_UINT64 UINT64; ^ /builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../efi/include/amd64/efibind.h:8= 8:20: note: previous definition is here typedef uint64_t UINT64; ^ In file included from /builds/FreeBSD_HEAD/sys/boot/amd64/efi/elf64_freebsd= .c:47: /builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../../contrib/dev/acpica/include= /actypes.h:132:41: warning: redefinition of typedef 'INT64' is a C11 featur= e [-Wtypedef-redefinition] typedef COMPILER_DEPENDENT_INT64 INT64; ^ /builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../efi/include/amd64/efibind.h:8= 9:20: note: previous definition is here typedef int64_t INT64; ^ In file included from /builds/FreeBSD_HEAD/sys/boot/amd64/efi/elf64_freebsd= .c:47: /builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../../contrib/dev/acpica/include= /actypes.h:157:41: warning: redefinition of typedef 'UINT32' is a C11 featu= re [-Wtypedef-redefinition] typedef unsigned int UINT32; ^ /builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../efi/include/amd64/efibind.h:9= 2:24: note: previous definition is here typedef uint32_t UINT32; ^ In file included from /builds/FreeBSD_HEAD/sys/boot/amd64/efi/elf64_freebsd= .c:47: /builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../../contrib/dev/acpica/include= /actypes.h:158:41: warning: redefinition of typedef 'INT32' is a C11 featur= e [-Wtypedef-redefinition] typedef int INT32; ^ /builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../efi/include/amd64/efibind.h:9= 3:24: note: previous definition is here typedef int32_t INT32; ^ 8 warnings generated. cc -O2 -pipe -fPIC -I. -I/builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../ef= i/include -I/builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../efi/include/amd64= -I/builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../../contrib/dev/acpica/incl= ude -I/builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../.. -DBOOT_FORTH -I/buil= ds/FreeBSD_HEAD/sys/boot/amd64/efi/../../ficl -I/builds/FreeBSD_HEAD/sys/bo= ot/amd64/efi/../../ficl/amd64 -DLOADER_DISK_SUPPORT -DLOADER_GPT_SUPPORT -D= LOADER_MBR_SUPPORT -I/builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../common -= I/builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../common -ffreestanding -mno-m= mx -mno-sse -mno-aes -mno-avx -msoft-float -std=3Dgnu99 -Qunused-argument= s -c /builds/FreeBSD_HEAD/sys/boot/amd64/efi/framebuffer.c cc -O2 -pipe -fPIC -I. -I/builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../ef= i/include -I/builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../efi/include/amd64= -I/builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../../contrib/dev/acpica/incl= ude -I/builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../.. -DBOOT_FORTH -I/buil= ds/FreeBSD_HEAD/sys/boot/amd64/efi/../../ficl -I/builds/FreeBSD_HEAD/sys/bo= ot/amd64/efi/../../ficl/amd64 -DLOADER_DISK_SUPPORT -DLOADER_GPT_SUPPORT -D= LOADER_MBR_SUPPORT -I/builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../common -= I/builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../common -ffreestanding -mno-m= mx -mno-sse -mno-aes -mno-avx -msoft-float -std=3Dgnu99 -Qunused-argument= s -c /builds/FreeBSD_HEAD/sys/boot/amd64/efi/main.c cc -O2 -pipe -fPIC -I. -I/builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../ef= i/include -I/builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../efi/include/amd64= -I/builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../../contrib/dev/acpica/incl= ude -I/builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../.. -DBOOT_FORTH -I/buil= ds/FreeBSD_HEAD/sys/boot/amd64/efi/../../ficl -I/builds/FreeBSD_HEAD/sys/bo= ot/amd64/efi/../../ficl/amd64 -DLOADER_DISK_SUPPORT -DLOADER_GPT_SUPPORT -D= LOADER_MBR_SUPPORT -I/builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../common -= I/builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../common -ffreestanding -mno-m= mx -mno-sse -mno-aes -mno-avx -msoft-float -std=3Dgnu99 -Qunused-argument= s -c /builds/FreeBSD_HEAD/sys/boot/amd64/efi/reloc.c cc -O2 -pipe -fPIC -I. -I/builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../ef= i/include -I/builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../efi/include/amd64= -I/builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../../contrib/dev/acpica/incl= ude -I/builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../.. -DBOOT_FORTH -I/buil= ds/FreeBSD_HEAD/sys/boot/amd64/efi/../../ficl -I/builds/FreeBSD_HEAD/sys/bo= ot/amd64/efi/../../ficl/amd64 -DLOADER_DISK_SUPPORT -DLOADER_GPT_SUPPORT -D= LOADER_MBR_SUPPORT -I/builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../common -= I/builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../common -ffreestanding -mno-m= mx -mno-sse -mno-aes -mno-avx -msoft-float -std=3Dgnu99 -Qunused-argument= s -c vers.c cc -O2 -pipe -fPIC -I. -I/builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../ef= i/include -I/builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../efi/include/amd64= -I/builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../../contrib/dev/acpica/incl= ude -I/builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../.. -DBOOT_FORTH -I/buil= ds/FreeBSD_HEAD/sys/boot/amd64/efi/../../ficl -I/builds/FreeBSD_HEAD/sys/bo= ot/amd64/efi/../../ficl/amd64 -DLOADER_DISK_SUPPORT -DLOADER_GPT_SUPPORT -D= LOADER_MBR_SUPPORT -I/builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../common -= I/builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../common -ffreestanding -mno-m= mx -mno-sse -mno-aes -mno-avx -msoft-float -std=3Dgnu99 -Qunused-argument= s -c /builds/FreeBSD_HEAD/sys/boot/amd64/efi/amd64_tramp.S cc -O2 -pipe -fPIC -I. -I/builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../ef= i/include -I/builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../efi/include/amd64= -I/builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../../contrib/dev/acpica/incl= ude -I/builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../.. -DBOOT_FORTH -I/buil= ds/FreeBSD_HEAD/sys/boot/amd64/efi/../../ficl -I/builds/FreeBSD_HEAD/sys/bo= ot/amd64/efi/../../ficl/amd64 -DLOADER_DISK_SUPPORT -DLOADER_GPT_SUPPORT -D= LOADER_MBR_SUPPORT -I/builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../common -= I/builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../common -ffreestanding -mno-m= mx -mno-sse -mno-aes -mno-avx -msoft-float -std=3Dgnu99 -Qunused-argument= s -c /builds/FreeBSD_HEAD/sys/boot/amd64/efi/start.S cc -O2 -pipe -fPIC -I. -I/builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../ef= i/include -I/builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../efi/include/amd64= -I/builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../../contrib/dev/acpica/incl= ude -I/builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../.. -DBOOT_FORTH -I/buil= ds/FreeBSD_HEAD/sys/boot/amd64/efi/../../ficl -I/builds/FreeBSD_HEAD/sys/bo= ot/amd64/efi/../../ficl/amd64 -DLOADER_DISK_SUPPORT -DLOADER_GPT_SUPPORT -D= LOADER_MBR_SUPPORT -I/builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../common -= I/builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../common -ffreestanding -mno-m= mx -mno-sse -mno-aes -mno-avx -msoft-float -std=3Dgnu99 -Qunused-argument= s -c /builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../common/boot.c cc -O2 -pipe -fPIC -I. -I/builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../ef= i/include -I/builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../efi/include/amd64= -I/builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../../contrib/dev/acpica/incl= ude -I/builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../.. -DBOOT_FORTH -I/buil= ds/FreeBSD_HEAD/sys/boot/amd64/efi/../../ficl -I/builds/FreeBSD_HEAD/sys/bo= ot/amd64/efi/../../ficl/amd64 -DLOADER_DISK_SUPPORT -DLOADER_GPT_SUPPORT -D= LOADER_MBR_SUPPORT -I/builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../common -= I/builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../common -ffreestanding -mno-m= mx -mno-sse -mno-aes -mno-avx -msoft-float -std=3Dgnu99 -Qunused-argument= s -c /builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../common/commands.c cc -O2 -pipe -fPIC -I. -I/builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../ef= i/include -I/builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../efi/include/amd64= -I/builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../../contrib/dev/acpica/incl= ude -I/builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../.. -DBOOT_FORTH -I/buil= ds/FreeBSD_HEAD/sys/boot/amd64/efi/../../ficl -I/builds/FreeBSD_HEAD/sys/bo= ot/amd64/efi/../../ficl/amd64 -DLOADER_DISK_SUPPORT -DLOADER_GPT_SUPPORT -D= LOADER_MBR_SUPPORT -I/builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../common -= I/builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../common -ffreestanding -mno-m= mx -mno-sse -mno-aes -mno-avx -msoft-float -std=3Dgnu99 -Qunused-argument= s -c /builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../common/console.c cc -O2 -pipe -fPIC -I. -I/builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../ef= i/include -I/builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../efi/include/amd64= -I/builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../../contrib/dev/acpica/incl= ude -I/builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../.. -DBOOT_FORTH -I/buil= ds/FreeBSD_HEAD/sys/boot/amd64/efi/../../ficl -I/builds/FreeBSD_HEAD/sys/bo= ot/amd64/efi/../../ficl/amd64 -DLOADER_DISK_SUPPORT -DLOADER_GPT_SUPPORT -D= LOADER_MBR_SUPPORT -I/builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../common -= I/builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../common -ffreestanding -mno-m= mx -mno-sse -mno-aes -mno-avx -msoft-float -std=3Dgnu99 -Qunused-argument= s -c /builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../common/devopen.c cc -O2 -pipe -fPIC -I. -I/builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../ef= i/include -I/builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../efi/include/amd64= -I/builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../../contrib/dev/acpica/incl= ude -I/builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../.. -DBOOT_FORTH -I/buil= ds/FreeBSD_HEAD/sys/boot/amd64/efi/../../ficl -I/builds/FreeBSD_HEAD/sys/bo= ot/amd64/efi/../../ficl/amd64 -DLOADER_DISK_SUPPORT -DLOADER_GPT_SUPPORT -D= LOADER_MBR_SUPPORT -I/builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../common -= I/builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../common -ffreestanding -mno-m= mx -mno-sse -mno-aes -mno-avx -msoft-float -std=3Dgnu99 -Qunused-argument= s -c /builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../common/interp.c cc -O2 -pipe -fPIC -I. -I/builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../ef= i/include -I/builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../efi/include/amd64= -I/builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../../contrib/dev/acpica/incl= ude -I/builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../.. -DBOOT_FORTH -I/buil= ds/FreeBSD_HEAD/sys/boot/amd64/efi/../../ficl -I/builds/FreeBSD_HEAD/sys/bo= ot/amd64/efi/../../ficl/amd64 -DLOADER_DISK_SUPPORT -DLOADER_GPT_SUPPORT -D= LOADER_MBR_SUPPORT -I/builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../common -= I/builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../common -ffreestanding -mno-m= mx -mno-sse -mno-aes -mno-avx -msoft-float -std=3Dgnu99 -Qunused-argument= s -c /builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../common/interp_backslash.= c cc -O2 -pipe -fPIC -I. -I/builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../ef= i/include -I/builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../efi/include/amd64= -I/builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../../contrib/dev/acpica/incl= ude -I/builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../.. -DBOOT_FORTH -I/buil= ds/FreeBSD_HEAD/sys/boot/amd64/efi/../../ficl -I/builds/FreeBSD_HEAD/sys/bo= ot/amd64/efi/../../ficl/amd64 -DLOADER_DISK_SUPPORT -DLOADER_GPT_SUPPORT -D= LOADER_MBR_SUPPORT -I/builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../common -= I/builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../common -ffreestanding -mno-m= mx -mno-sse -mno-aes -mno-avx -msoft-float -std=3Dgnu99 -Qunused-argument= s -c /builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../common/interp_parse.c cc -O2 -pipe -fPIC -I. -I/builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../ef= i/include -I/builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../efi/include/amd64= -I/builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../../contrib/dev/acpica/incl= ude -I/builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../.. -DBOOT_FORTH -I/buil= ds/FreeBSD_HEAD/sys/boot/amd64/efi/../../ficl -I/builds/FreeBSD_HEAD/sys/bo= ot/amd64/efi/../../ficl/amd64 -DLOADER_DISK_SUPPORT -DLOADER_GPT_SUPPORT -D= LOADER_MBR_SUPPORT -I/builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../common -= I/builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../common -ffreestanding -mno-m= mx -mno-sse -mno-aes -mno-avx -msoft-float -std=3Dgnu99 -Qunused-argument= s -c /builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../common/ls.c cc -O2 -pipe -fPIC -I. -I/builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../ef= i/include -I/builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../efi/include/amd64= -I/builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../../contrib/dev/acpica/incl= ude -I/builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../.. -DBOOT_FORTH -I/buil= ds/FreeBSD_HEAD/sys/boot/amd64/efi/../../ficl -I/builds/FreeBSD_HEAD/sys/bo= ot/amd64/efi/../../ficl/amd64 -DLOADER_DISK_SUPPORT -DLOADER_GPT_SUPPORT -D= LOADER_MBR_SUPPORT -I/builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../common -= I/builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../common -ffreestanding -mno-m= mx -mno-sse -mno-aes -mno-avx -msoft-float -std=3Dgnu99 -Qunused-argument= s -c /builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../common/misc.c cc -O2 -pipe -fPIC -I. -I/builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../ef= i/include -I/builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../efi/include/amd64= -I/builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../../contrib/dev/acpica/incl= ude -I/builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../.. -DBOOT_FORTH -I/buil= ds/FreeBSD_HEAD/sys/boot/amd64/efi/../../ficl -I/builds/FreeBSD_HEAD/sys/bo= ot/amd64/efi/../../ficl/amd64 -DLOADER_DISK_SUPPORT -DLOADER_GPT_SUPPORT -D= LOADER_MBR_SUPPORT -I/builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../common -= I/builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../common -ffreestanding -mno-m= mx -mno-sse -mno-aes -mno-avx -msoft-float -std=3Dgnu99 -Qunused-argument= s -c /builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../common/module.c /builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../common/module.c:751:5: warnin= g: assigning to 'u_char *' (aka 'unsigned char *') from 'char *' converts b= etween pointers to integer types with different sign [-Wpointer-sign] cp =3D (char*)intp; ^ ~~~~~~~~~~~ /builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../common/module.c:783:36: warni= ng: passing 'u_char *' (aka 'unsigned char *') to parameter of type 'const = char *' converts between pointers to integer types with different sign [-Wp= ointer-sign] result =3D file_lookup(mdp->d_path, cp, clen, NULL); ^~ /builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../common/module.c:638:43: note:= passing argument to parameter 'name' here file_lookup(const char *path, const char *name, int namelen, char **extlist= ) ^ /builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../common/module.c:785:36: warni= ng: passing 'u_char *' (aka 'unsigned char *') to parameter of type 'const = char *' converts between pointers to integer types with different sign [-Wp= ointer-sign] result =3D file_lookup(mdp->d_path, best, blen, NULL); ^~~~ /builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../common/module.c:638:43: note:= passing argument to parameter 'name' here file_lookup(const char *path, const char *name, int namelen, char **extlist= ) ^ 3 warnings generated. cc -O2 -pipe -fPIC -I. -I/builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../ef= i/include -I/builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../efi/include/amd64= -I/builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../../contrib/dev/acpica/incl= ude -I/builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../.. -DBOOT_FORTH -I/buil= ds/FreeBSD_HEAD/sys/boot/amd64/efi/../../ficl -I/builds/FreeBSD_HEAD/sys/bo= ot/amd64/efi/../../ficl/amd64 -DLOADER_DISK_SUPPORT -DLOADER_GPT_SUPPORT -D= LOADER_MBR_SUPPORT -I/builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../common -= I/builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../common -ffreestanding -mno-m= mx -mno-sse -mno-aes -mno-avx -msoft-float -std=3Dgnu99 -Qunused-argument= s -c /builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../common/panic.c cc -O2 -pipe -fPIC -I. -I/builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../ef= i/include -I/builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../efi/include/amd64= -I/builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../../contrib/dev/acpica/incl= ude -I/builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../.. -DBOOT_FORTH -I/buil= ds/FreeBSD_HEAD/sys/boot/amd64/efi/../../ficl -I/builds/FreeBSD_HEAD/sys/bo= ot/amd64/efi/../../ficl/amd64 -DLOADER_DISK_SUPPORT -DLOADER_GPT_SUPPORT -D= LOADER_MBR_SUPPORT -I/builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../common -= I/builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../common -ffreestanding -mno-m= mx -mno-sse -mno-aes -mno-avx -msoft-float -std=3Dgnu99 -Qunused-argument= s -c /builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../common/load_elf32.c cc -O2 -pipe -fPIC -I. -I/builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../ef= i/include -I/builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../efi/include/amd64= -I/builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../../contrib/dev/acpica/incl= ude -I/builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../.. -DBOOT_FORTH -I/buil= ds/FreeBSD_HEAD/sys/boot/amd64/efi/../../ficl -I/builds/FreeBSD_HEAD/sys/bo= ot/amd64/efi/../../ficl/amd64 -DLOADER_DISK_SUPPORT -DLOADER_GPT_SUPPORT -D= LOADER_MBR_SUPPORT -I/builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../common -= I/builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../common -ffreestanding -mno-m= mx -mno-sse -mno-aes -mno-avx -msoft-float -std=3Dgnu99 -Qunused-argument= s -c /builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../common/load_elf32_obj.c cc -O2 -pipe -fPIC -I. -I/builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../ef= i/include -I/builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../efi/include/amd64= -I/builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../../contrib/dev/acpica/incl= ude -I/builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../.. -DBOOT_FORTH -I/buil= ds/FreeBSD_HEAD/sys/boot/amd64/efi/../../ficl -I/builds/FreeBSD_HEAD/sys/bo= ot/amd64/efi/../../ficl/amd64 -DLOADER_DISK_SUPPORT -DLOADER_GPT_SUPPORT -D= LOADER_MBR_SUPPORT -I/builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../common -= I/builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../common -ffreestanding -mno-m= mx -mno-sse -mno-aes -mno-avx -msoft-float -std=3Dgnu99 -Qunused-argument= s -c /builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../common/reloc_elf32.c cc -O2 -pipe -fPIC -I. -I/builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../ef= i/include -I/builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../efi/include/amd64= -I/builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../../contrib/dev/acpica/incl= ude -I/builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../.. -DBOOT_FORTH -I/buil= ds/FreeBSD_HEAD/sys/boot/amd64/efi/../../ficl -I/builds/FreeBSD_HEAD/sys/bo= ot/amd64/efi/../../ficl/amd64 -DLOADER_DISK_SUPPORT -DLOADER_GPT_SUPPORT -D= LOADER_MBR_SUPPORT -I/builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../common -= I/builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../common -ffreestanding -mno-m= mx -mno-sse -mno-aes -mno-avx -msoft-float -std=3Dgnu99 -Qunused-argument= s -c /builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../common/load_elf64.c cc -O2 -pipe -fPIC -I. -I/builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../ef= i/include -I/builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../efi/include/amd64= -I/builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../../contrib/dev/acpica/incl= ude -I/builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../.. -DBOOT_FORTH -I/buil= ds/FreeBSD_HEAD/sys/boot/amd64/efi/../../ficl -I/builds/FreeBSD_HEAD/sys/bo= ot/amd64/efi/../../ficl/amd64 -DLOADER_DISK_SUPPORT -DLOADER_GPT_SUPPORT -D= LOADER_MBR_SUPPORT -I/builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../common -= I/builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../common -ffreestanding -mno-m= mx -mno-sse -mno-aes -mno-avx -msoft-float -std=3Dgnu99 -Qunused-argument= s -c /builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../common/load_elf64_obj.c cc -O2 -pipe -fPIC -I. -I/builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../ef= i/include -I/builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../efi/include/amd64= -I/builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../../contrib/dev/acpica/incl= ude -I/builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../.. -DBOOT_FORTH -I/buil= ds/FreeBSD_HEAD/sys/boot/amd64/efi/../../ficl -I/builds/FreeBSD_HEAD/sys/bo= ot/amd64/efi/../../ficl/amd64 -DLOADER_DISK_SUPPORT -DLOADER_GPT_SUPPORT -D= LOADER_MBR_SUPPORT -I/builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../common -= I/builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../common -ffreestanding -mno-m= mx -mno-sse -mno-aes -mno-avx -msoft-float -std=3Dgnu99 -Qunused-argument= s -c /builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../common/reloc_elf64.c cc -O2 -pipe -fPIC -I. -I/builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../ef= i/include -I/builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../efi/include/amd64= -I/builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../../contrib/dev/acpica/incl= ude -I/builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../.. -DBOOT_FORTH -I/buil= ds/FreeBSD_HEAD/sys/boot/amd64/efi/../../ficl -I/builds/FreeBSD_HEAD/sys/bo= ot/amd64/efi/../../ficl/amd64 -DLOADER_DISK_SUPPORT -DLOADER_GPT_SUPPORT -D= LOADER_MBR_SUPPORT -I/builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../common -= I/builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../common -ffreestanding -mno-m= mx -mno-sse -mno-aes -mno-avx -msoft-float -std=3Dgnu99 -Qunused-argument= s -c /builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../common/disk.c cc -O2 -pipe -fPIC -I. -I/builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../ef= i/include -I/builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../efi/include/amd64= -I/builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../../contrib/dev/acpica/incl= ude -I/builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../.. -DBOOT_FORTH -I/buil= ds/FreeBSD_HEAD/sys/boot/amd64/efi/../../ficl -I/builds/FreeBSD_HEAD/sys/bo= ot/amd64/efi/../../ficl/amd64 -DLOADER_DISK_SUPPORT -DLOADER_GPT_SUPPORT -D= LOADER_MBR_SUPPORT -I/builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../common -= I/builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../common -ffreestanding -mno-m= mx -mno-sse -mno-aes -mno-avx -msoft-float -std=3Dgnu99 -Qunused-argument= s -c /builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../common/part.c cc -O2 -pipe -fPIC -I. -I/builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../ef= i/include -I/builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../efi/include/amd64= -I/builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../../contrib/dev/acpica/incl= ude -I/builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../.. -DBOOT_FORTH -I/buil= ds/FreeBSD_HEAD/sys/boot/amd64/efi/../../ficl -I/builds/FreeBSD_HEAD/sys/bo= ot/amd64/efi/../../ficl/amd64 -DLOADER_DISK_SUPPORT -DLOADER_GPT_SUPPORT -D= LOADER_MBR_SUPPORT -I/builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../common -= I/builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../common -ffreestanding -mno-m= mx -mno-sse -mno-aes -mno-avx -msoft-float -std=3Dgnu99 -Qunused-argument= s -c /builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../common/crc32.c cc -O2 -pipe -fPIC -I. -I/builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../ef= i/include -I/builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../efi/include/amd64= -I/builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../../contrib/dev/acpica/incl= ude -I/builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../.. -DBOOT_FORTH -I/buil= ds/FreeBSD_HEAD/sys/boot/amd64/efi/../../ficl -I/builds/FreeBSD_HEAD/sys/bo= ot/amd64/efi/../../ficl/amd64 -DLOADER_DISK_SUPPORT -DLOADER_GPT_SUPPORT -D= LOADER_MBR_SUPPORT -I/builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../common -= I/builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../common -ffreestanding -mno-m= mx -mno-sse -mno-aes -mno-avx -msoft-float -std=3Dgnu99 -Qunused-argument= s -c /builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../common/bcache.c cc -O2 -pipe -fPIC -I. -I/builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../ef= i/include -I/builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../efi/include/amd64= -I/builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../../contrib/dev/acpica/incl= ude -I/builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../.. -DBOOT_FORTH -I/buil= ds/FreeBSD_HEAD/sys/boot/amd64/efi/../../ficl -I/builds/FreeBSD_HEAD/sys/bo= ot/amd64/efi/../../ficl/amd64 -DLOADER_DISK_SUPPORT -DLOADER_GPT_SUPPORT -D= LOADER_MBR_SUPPORT -I/builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../common -= I/builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../common -ffreestanding -mno-m= mx -mno-sse -mno-aes -mno-avx -msoft-float -std=3Dgnu99 -Qunused-argument= s -c /builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../common/interp_forth.c cc -O2 -pipe -fPIC -I. -I/builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../ef= i/include -I/builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../efi/include/amd64= -I/builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../../contrib/dev/acpica/incl= ude -I/builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../.. -DBOOT_FORTH -I/buil= ds/FreeBSD_HEAD/sys/boot/amd64/efi/../../ficl -I/builds/FreeBSD_HEAD/sys/bo= ot/amd64/efi/../../ficl/amd64 -DLOADER_DISK_SUPPORT -DLOADER_GPT_SUPPORT -D= LOADER_MBR_SUPPORT -I/builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../common -= I/builds/FreeBSD_HEAD/sys/boot/amd64/efi/../../common -ffreestanding -mno-m= mx -mno-sse -mno-aes -mno-avx -msoft-float -std=3Dgnu99 -Qunused-argument= s -Wl,-T/builds/FreeBSD_HEAD/sys/boot/amd64/efi/ldscript.amd64 -Wl,-Bsymbol= ic -shared -Wl,-znocombreloc -nostdlib -o loader.sym autoload.o bootinfo.o = conf.o copy.o devicename.o elf64_freebsd.o framebuffer.o main.o reloc.o ver= s.o amd64_tramp.o start.o boot.o commands.o console.o devopen.o interp.o in= terp_backslash.o interp_parse.o ls.o misc.o module.o panic.o load_elf32.o l= oad_elf32_obj.o reloc_elf32.o load_elf64.o load_elf64_obj.o reloc_elf64.o d= isk.o part.o crc32.o bcache.o interp_forth.o /usr/obj/builds/FreeBSD_HEAD/s= ys/boot/amd64/efi/../../ficl/libficl.a /usr/obj/builds/FreeBSD_HEAD/sys/boo= t/amd64/efi/../../efi/libefi/libefi.a if [ `objdump -t loader.sym | fgrep '*UND*' | wc -l` !=3D 0 ]; then objdum= p -t loader.sym | fgrep '*UND*'; exit 1; fi fgrep: not found objcopy -j .text -j .sdata -j .data -j .dynamic -j .dynsym -j .rel.dyn -j= .rela.dyn -j .reloc -j .eh_frame -j set_Xcommand_set --output-target=3Def= i-app-x86_64 loader.sym loader.efi install -o root -g wheel -m 555 loader.efi install -o root -g wheel -m 444 beastie.4th.8.gz install -o root -g wheel -m 444 brand.4th.8.gz install -o root -g wheel -m 444 check-password.4th.8.gz install -o root -g wheel -m 444 color.4th.8.gz install -o root -g wheel -m 444 delay.4th.8.gz install -o root -g wheel -m 444 loader.conf.5.gz install -o root -g wheel -m 444 loader.4th.8.gz install -o root -g wheel -m 444 menu.4th.8.gz install -o root -g wheel -m 444 menusets.4th.8.gz install -o root -g wheel -m 444 version.4th.8.gz install -o root -g wheel -m 444 loader.8.gz install -o root -g wheel -m 444 zfsloader.8.gz =3D=3D=3D> sys/boot/amd64/boot1.efi (install) cc -O2 -pipe -fPIC -I. -I/builds/FreeBSD_HEAD/sys/boot/amd64/boot1.efi/..= /../efi/include -I/builds/FreeBSD_HEAD/sys/boot/amd64/boot1.efi/../../efi/i= nclude/amd64 -I/builds/FreeBSD_HEAD/sys/boot/amd64/boot1.efi/../../../contr= ib/dev/acpica/include -I/builds/FreeBSD_HEAD/sys/boot/amd64/boot1.efi/../..= /.. -I/builds/FreeBSD_HEAD/sys/boot/amd64/boot1.efi/../../common -I/builds/= FreeBSD_HEAD/sys/boot/amd64/boot1.efi/../../common -ffreestanding -mno-mmx = -mno-sse -mno-aes -mno-avx -msoft-float -std=3Dgnu99 -Qunused-arguments -= c /builds/FreeBSD_HEAD/sys/boot/amd64/boot1.efi/boot1.c cc -O2 -pipe -fPIC -I. -I/builds/FreeBSD_HEAD/sys/boot/amd64/boot1.efi/..= /../efi/include -I/builds/FreeBSD_HEAD/sys/boot/amd64/boot1.efi/../../efi/i= nclude/amd64 -I/builds/FreeBSD_HEAD/sys/boot/amd64/boot1.efi/../../../contr= ib/dev/acpica/include -I/builds/FreeBSD_HEAD/sys/boot/amd64/boot1.efi/../..= /.. -I/builds/FreeBSD_HEAD/sys/boot/amd64/boot1.efi/../../common -I/builds/= FreeBSD_HEAD/sys/boot/amd64/boot1.efi/../../common -ffreestanding -mno-mmx = -mno-sse -mno-aes -mno-avx -msoft-float -std=3Dgnu99 -Qunused-arguments -= c /builds/FreeBSD_HEAD/sys/boot/amd64/boot1.efi/../efi/reloc.c cc -O2 -pipe -fPIC -I. -I/builds/FreeBSD_HEAD/sys/boot/amd64/boot1.efi/..= /../efi/include -I/builds/FreeBSD_HEAD/sys/boot/amd64/boot1.efi/../../efi/i= nclude/amd64 -I/builds/FreeBSD_HEAD/sys/boot/amd64/boot1.efi/../../../contr= ib/dev/acpica/include -I/builds/FreeBSD_HEAD/sys/boot/amd64/boot1.efi/../..= /.. -I/builds/FreeBSD_HEAD/sys/boot/amd64/boot1.efi/../../common -I/builds/= FreeBSD_HEAD/sys/boot/amd64/boot1.efi/../../common -ffreestanding -mno-mmx = -mno-sse -mno-aes -mno-avx -msoft-float -std=3Dgnu99 -Qunused-arguments = -c /builds/FreeBSD_HEAD/sys/boot/amd64/boot1.efi/../efi/start.S cc -O2 -pipe -fPIC -I. -I/builds/FreeBSD_HEAD/sys/boot/amd64/boot1.efi/..= /../efi/include -I/builds/FreeBSD_HEAD/sys/boot/amd64/boot1.efi/../../efi/i= nclude/amd64 -I/builds/FreeBSD_HEAD/sys/boot/amd64/boot1.efi/../../../contr= ib/dev/acpica/include -I/builds/FreeBSD_HEAD/sys/boot/amd64/boot1.efi/../..= /.. -I/builds/FreeBSD_HEAD/sys/boot/amd64/boot1.efi/../../common -I/builds/= FreeBSD_HEAD/sys/boot/amd64/boot1.efi/../../common -ffreestanding -mno-mmx = -mno-sse -mno-aes -mno-avx -msoft-float -std=3Dgnu99 -Qunused-arguments -= Wl,-T/builds/FreeBSD_HEAD/sys/boot/amd64/boot1.efi/../efi/ldscript.amd64 -W= l,-Bsymbolic -shared -Wl,-znocombreloc -nostdlib -o loader.sym boot1.o relo= c.o start.o=20 if [ `objdump -t loader.sym | fgrep '*UND*' | wc -l` !=3D 0 ]; then objdum= p -t loader.sym | fgrep '*UND*'; exit 1; fi fgrep: not found objcopy -j .text -j .sdata -j .data -j .dynamic -j .dynsym -j .rel.dyn -j= .rela.dyn -j .reloc -j .eh_frame -j set_Xcommand_set --output-target=3Def= i-app-x86_64 loader.sym boot1.efi install -o root -g wheel -m 555 boot1.efi echo /usr/obj/builds/FreeBSD_HEAD/sys/boot/amd64/boot1.efi /usr/obj/builds/FreeBSD_HEAD/sys/boot/amd64/boot1.efi uudecode /builds/FreeBSD_HEAD/sys/boot/amd64/boot1.efi/fat.tmpl.bz2.uu make[7]: exec(uudecode) failed (No such file or directory) *** Error code 1 Stop. make[7]: stopped in /builds/FreeBSD_HEAD/sys/boot/amd64/boot1.efi *** Error code 1 Stop. make[6]: stopped in /builds/FreeBSD_HEAD/sys/boot/amd64 *** Error code 1 Stop. make[5]: stopped in /builds/FreeBSD_HEAD/sys/boot *** Error code 1 Stop. make[4]: stopped in /builds/FreeBSD_HEAD/sys *** Error code 1 Stop. make[3]: stopped in /builds/FreeBSD_HEAD *** Error code 1 Stop. make[2]: stopped in /builds/FreeBSD_HEAD *** Error code 1 Stop. make[1]: stopped in /builds/FreeBSD_HEAD *** Error code 1 Stop. make: stopped in /builds/FreeBSD_HEAD Build step 'Execute shell' marked build as failure From owner-freebsd-current@FreeBSD.ORG Wed Dec 31 08:11:47 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 30DAED1F for ; Wed, 31 Dec 2014 08:11:47 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 1A2AD12E6 for ; Wed, 31 Dec 2014 08:11:47 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 1E2C9E1A for ; Wed, 31 Dec 2014 08:10:39 +0000 (UTC) Date: Wed, 31 Dec 2014 08:10:38 +0000 (GMT) From: jenkins-admin@freebsd.org To: freebsd-current@freebsd.org Message-ID: <1961497008.16.1420013438851.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <576447568.15.1420008586845.JavaMail.jenkins@jenkins-9.freebsd.org> References: <576447568.15.1420008586845.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Build failed in Jenkins: Build-UFS-image #810 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Jenkins-Job: Build-UFS-image X-Jenkins-Result: FAILURE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 31 Dec 2014 08:11:47 -0000 See ------------------------------------------ [...truncated 5580 lines...] install -s -o root -g wheel -m 444 pam_ssh.so.5 install -l s pam_ssh.so.5 install -o root -g wheel -m 444 pam_ssh.8.gz ===> lib/libpam/modules/pam_tacplus (install) install -s -o root -g wheel -m 444 pam_tacplus.so.5 install -l s pam_tacplus.so.5 install -o root -g wheel -m 444 pam_tacplus.8.gz ===> lib/libpam/modules/pam_unix (install) install -s -o root -g wheel -m 444 pam_unix.so.5 install -l s pam_unix.so.5 install -o root -g wheel -m 444 pam_unix.8.gz ===> lib/libpam/libpam (install) install -C -o root -g wheel -m 444 libpam.a install -s -o root -g wheel -m 444 libpam.so.5 install -l s libpam.so.5 install -C -o root -g wheel -m 444 /builds/FreeBSD_HEAD/lib/libpam/libpam/../../../contrib/openpam/include/security/openpam.h /builds/FreeBSD_HEAD/lib/libpam/libpam/../../../contrib/openpam/include/security/openpam_attr.h /builds/FreeBSD_HEAD/lib/libpam/libpam/../../../contrib/openpam/include/security/openpam_version.h /builds/FreeBSD_HEAD/lib/libpam/libpam/../../../contrib/openpam/include/security/pam_appl.h /builds/FreeBSD_HEAD/lib/libpam/libpam/../../../contrib/openpam/include/security/pam_constants.h /builds/FreeBSD_HEAD/lib/libpam/libpam/../../../contrib/openpam/include/security/pam_modules.h /builds/FreeBSD_HEAD/lib/libpam/libpam/../../../contrib/openpam/include/security/pam_types.h /builds/FreeBSD_HEAD/lib/libpam/libpam/security/pam_mod_misc.h install -o root -g wheel -m 444 openpam.3.gz install -o root -g wheel -m 444 openpam_borrow_cred.3.gz install -o root -g wheel -m 444 openpam_free_data.3.gz install -o root -g wheel -m 444 openpam_free_envlist.3.gz install -o root -g wheel -m 444 openpam_get_feature.3.gz install -o root -g wheel -m 444 openpam_get_option.3.gz install -o root -g wheel -m 444 openpam_log.3.gz install -o root -g wheel -m 444 openpam_nullconv.3.gz install -o root -g wheel -m 444 openpam_readline.3.gz install -o root -g wheel -m 444 openpam_readlinev.3.gz install -o root -g wheel -m 444 openpam_readword.3.gz install -o root -g wheel -m 444 openpam_restore_cred.3.gz install -o root -g wheel -m 444 openpam_set_feature.3.gz install -o root -g wheel -m 444 openpam_set_option.3.gz install -o root -g wheel -m 444 openpam_straddch.3.gz install -o root -g wheel -m 444 openpam_subst.3.gz install -o root -g wheel -m 444 openpam_ttyconv.3.gz install -o root -g wheel -m 444 pam.3.gz install -o root -g wheel -m 444 pam_acct_mgmt.3.gz install -o root -g wheel -m 444 pam_authenticate.3.gz install -o root -g wheel -m 444 pam_chauthtok.3.gz install -o root -g wheel -m 444 pam_close_session.3.gz install -o root -g wheel -m 444 pam_conv.3.gz install -o root -g wheel -m 444 pam_end.3.gz install -o root -g wheel -m 444 pam_error.3.gz install -o root -g wheel -m 444 pam_get_authtok.3.gz install -o root -g wheel -m 444 pam_get_data.3.gz install -o root -g wheel -m 444 pam_get_item.3.gz install -o root -g wheel -m 444 pam_get_user.3.gz install -o root -g wheel -m 444 pam_getenv.3.gz install -o root -g wheel -m 444 pam_getenvlist.3.gz install -o root -g wheel -m 444 pam_info.3.gz install -o root -g wheel -m 444 pam_open_session.3.gz install -o root -g wheel -m 444 pam_prompt.3.gz install -o root -g wheel -m 444 pam_putenv.3.gz install -o root -g wheel -m 444 pam_set_data.3.gz install -o root -g wheel -m 444 pam_set_item.3.gz install -o root -g wheel -m 444 pam_setcred.3.gz install -o root -g wheel -m 444 pam_setenv.3.gz install -o root -g wheel -m 444 pam_sm_acct_mgmt.3.gz install -o root -g wheel -m 444 pam_sm_authenticate.3.gz install -o root -g wheel -m 444 pam_sm_chauthtok.3.gz install -o root -g wheel -m 444 pam_sm_close_session.3.gz install -o root -g wheel -m 444 pam_sm_open_session.3.gz install -o root -g wheel -m 444 pam_sm_setcred.3.gz install -o root -g wheel -m 444 pam_start.3.gz install -o root -g wheel -m 444 pam_strerror.3.gz install -o root -g wheel -m 444 pam_verror.3.gz install -o root -g wheel -m 444 pam_vinfo.3.gz install -o root -g wheel -m 444 pam_vprompt.3.gz install -o root -g wheel -m 444 pam.conf.5.gz -> ===> lib/libpam/libpam/tests (install) install -o root -g wheel -m 444 Kyuafile.auto (cd /builds/FreeBSD_HEAD/lib/libpam/libpam/tests && make -f /builds/FreeBSD_HEAD/lib/libpam/libpam/tests/Makefile _RECURSING_PROGS= SUBDIR= PROG=t_openpam_ctype DEPENDFILE=.depend.t_openpam_ctype .MAKE.DEPENDFILE=.depend.t_openpam_ctype install) install -s -o root -g wheel -m 555 t_openpam_ctype (cd /builds/FreeBSD_HEAD/lib/libpam/libpam/tests && make -f /builds/FreeBSD_HEAD/lib/libpam/libpam/tests/Makefile _RECURSING_PROGS= SUBDIR= PROG=t_openpam_readlinev DEPENDFILE=.depend.t_openpam_readlinev .MAKE.DEPENDFILE=.depend.t_openpam_readlinev install) install -s -o root -g wheel -m 555 t_openpam_readlinev (cd /builds/FreeBSD_HEAD/lib/libpam/libpam/tests && make -f /builds/FreeBSD_HEAD/lib/libpam/libpam/tests/Makefile _RECURSING_PROGS= SUBDIR= PROG=t_openpam_readword DEPENDFILE=.depend.t_openpam_readword .MAKE.DEPENDFILE=.depend.t_openpam_readword install) install -s -o root -g wheel -m 555 t_openpam_readword ===> lib/libpcap (install) install -C -o root -g wheel -m 444 libpcap.a install -C -o root -g wheel -m 444 libpcap_p.a install -s -o root -g wheel -m 444 libpcap.so.8 install -l s /lib/libpcap.so.8 install -C -o root -g wheel -m 444 /builds/FreeBSD_HEAD/lib/libpcap/../../contrib/libpcap/pcap.h /builds/FreeBSD_HEAD/lib/libpcap/../../contrib/libpcap/pcap-int.h /builds/FreeBSD_HEAD/lib/libpcap/../../contrib/libpcap/pcap-namedb.h /builds/FreeBSD_HEAD/lib/libpcap/../../contrib/libpcap/pcap-bpf.h install -C -o root -g wheel -m 444 /builds/FreeBSD_HEAD/lib/libpcap/../../contrib/libpcap/pcap/pcap.h /builds/FreeBSD_HEAD/lib/libpcap/../../contrib/libpcap/pcap/namedb.h /builds/FreeBSD_HEAD/lib/libpcap/../../contrib/libpcap/pcap/bpf.h install -o root -g wheel -m 444 pcap.3.gz install -o root -g wheel -m 444 pcap_activate.3.gz install -o root -g wheel -m 444 pcap_breakloop.3.gz install -o root -g wheel -m 444 pcap_can_set_rfmon.3.gz install -o root -g wheel -m 444 pcap_close.3.gz install -o root -g wheel -m 444 pcap_compile.3.gz install -o root -g wheel -m 444 pcap_create.3.gz install -o root -g wheel -m 444 pcap_datalink.3.gz install -o root -g wheel -m 444 pcap_datalink_name_to_val.3.gz install -o root -g wheel -m 444 pcap_datalink_val_to_name.3.gz install -o root -g wheel -m 444 pcap_dump.3.gz install -o root -g wheel -m 444 pcap_dump_close.3.gz install -o root -g wheel -m 444 pcap_dump_file.3.gz install -o root -g wheel -m 444 pcap_dump_flush.3.gz install -o root -g wheel -m 444 pcap_dump_ftell.3.gz install -o root -g wheel -m 444 pcap_dump_open.3.gz install -o root -g wheel -m 444 pcap_file.3.gz install -o root -g wheel -m 444 pcap_fileno.3.gz install -o root -g wheel -m 444 pcap_findalldevs.3.gz install -o root -g wheel -m 444 pcap_freecode.3.gz install -o root -g wheel -m 444 pcap_get_selectable_fd.3.gz install -o root -g wheel -m 444 pcap_geterr.3.gz install -o root -g wheel -m 444 pcap_inject.3.gz install -o root -g wheel -m 444 pcap_is_swapped.3.gz install -o root -g wheel -m 444 pcap_lib_version.3.gz install -o root -g wheel -m 444 pcap_list_datalinks.3.gz install -o root -g wheel -m 444 pcap_list_tstamp_types.3.gz install -o root -g wheel -m 444 pcap_lookupdev.3.gz install -o root -g wheel -m 444 pcap_lookupnet.3.gz install -o root -g wheel -m 444 pcap_loop.3.gz install -o root -g wheel -m 444 pcap_major_version.3.gz install -o root -g wheel -m 444 pcap_next_ex.3.gz install -o root -g wheel -m 444 pcap_offline_filter.3.gz install -o root -g wheel -m 444 pcap_open_dead.3.gz install -o root -g wheel -m 444 pcap_open_live.3.gz install -o root -g wheel -m 444 pcap_open_offline.3.gz install -o root -g wheel -m 444 pcap_set_buffer_size.3.gz install -o root -g wheel -m 444 pcap_set_datalink.3.gz install -o root -g wheel -m 444 pcap_set_promisc.3.gz install -o root -g wheel -m 444 pcap_set_rfmon.3.gz install -o root -g wheel -m 444 pcap_set_snaplen.3.gz install -o root -g wheel -m 444 pcap_set_timeout.3.gz install -o root -g wheel -m 444 pcap_set_tstamp_type.3.gz install -o root -g wheel -m 444 pcap_setdirection.3.gz install -o root -g wheel -m 444 pcap_setfilter.3.gz install -o root -g wheel -m 444 pcap_setnonblock.3.gz install -o root -g wheel -m 444 pcap_snapshot.3.gz install -o root -g wheel -m 444 pcap_stats.3.gz install -o root -g wheel -m 444 pcap_statustostr.3.gz install -o root -g wheel -m 444 pcap_strerror.3.gz install -o root -g wheel -m 444 pcap-savefile.5.gz install -o root -g wheel -m 444 pcap_tstamp_type_name_to_val.3.gz install -o root -g wheel -m 444 pcap_tstamp_type_val_to_name.3.gz install -o root -g wheel -m 444 pcap-filter.7.gz install -o root -g wheel -m 444 pcap-linktype.7.gz -> -> -> -> -> -> -> -> -> -> -> -> ===> lib/libpjdlog (install) install -C -o root -g wheel -m 444 libpjdlog.a install -C -o root -g wheel -m 444 libpjdlog_p.a install -s -o root -g wheel -m 444 libpjdlog.so.0 install -l s /lib/libpjdlog.so.0 ===> lib/libpmc (install) install -C -o root -g wheel -m 444 libpmc.a install -C -o root -g wheel -m 444 libpmc_p.a install -s -o root -g wheel -m 444 libpmc.so.5 install -l s libpmc.so.5 install -C -o root -g wheel -m 444 /builds/FreeBSD_HEAD/lib/libpmc/pmc.h /builds/FreeBSD_HEAD/lib/libpmc/pmclog.h install -o root -g wheel -m 444 pmc.3.gz install -o root -g wheel -m 444 pmc_allocate.3.gz install -o root -g wheel -m 444 pmc_attach.3.gz install -o root -g wheel -m 444 pmc_capabilities.3.gz install -o root -g wheel -m 444 pmc_configure_logfile.3.gz install -o root -g wheel -m 444 pmc_disable.3.gz install -o root -g wheel -m 444 pmc_event_names_of_class.3.gz install -o root -g wheel -m 444 pmc_get_driver_stats.3.gz install -o root -g wheel -m 444 pmc_get_msr.3.gz install -o root -g wheel -m 444 pmc_init.3.gz install -o root -g wheel -m 444 pmc_name_of_capability.3.gz install -o root -g wheel -m 444 pmc_read.3.gz install -o root -g wheel -m 444 pmc_set.3.gz install -o root -g wheel -m 444 pmc_start.3.gz install -o root -g wheel -m 444 pmclog.3.gz install -o root -g wheel -m 444 pmc.soft.3.gz install -o root -g wheel -m 444 pmc.atom.3.gz install -o root -g wheel -m 444 pmc.atomsilvermont.3.gz install -o root -g wheel -m 444 pmc.core.3.gz install -o root -g wheel -m 444 pmc.core2.3.gz install -o root -g wheel -m 444 pmc.corei7.3.gz install -o root -g wheel -m 444 pmc.corei7uc.3.gz install -o root -g wheel -m 444 pmc.haswell.3.gz install -o root -g wheel -m 444 pmc.haswelluc.3.gz install -o root -g wheel -m 444 pmc.iaf.3.gz install -o root -g wheel -m 444 pmc.ivybridge.3.gz install -o root -g wheel -m 444 pmc.ivybridgexeon.3.gz install -o root -g wheel -m 444 pmc.k7.3.gz install -o root -g wheel -m 444 pmc.k8.3.gz install -o root -g wheel -m 444 pmc.mips24k.3.gz install -o root -g wheel -m 444 pmc.octeon.3.gz install -o root -g wheel -m 444 pmc.p4.3.gz install -o root -g wheel -m 444 pmc.p5.3.gz install -o root -g wheel -m 444 pmc.p6.3.gz install -o root -g wheel -m 444 pmc.sandybridge.3.gz install -o root -g wheel -m 444 pmc.sandybridgeuc.3.gz install -o root -g wheel -m 444 pmc.sandybridgexeon.3.gz install -o root -g wheel -m 444 pmc.tsc.3.gz install -o root -g wheel -m 444 pmc.ucf.3.gz install -o root -g wheel -m 444 pmc.westmere.3.gz install -o root -g wheel -m 444 pmc.westmereuc.3.gz install -o root -g wheel -m 444 pmc.xscale.3.gz -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> ===> lib/libproc (install) make[5]: "/builds/FreeBSD_HEAD/share/mk/bsd.compiler.mk" line 42: Unable to determine compiler type for cc. Consider setting COMPILER_TYPE. *** Error code 1 Stop. make[4]: stopped in /builds/FreeBSD_HEAD/lib *** Error code 1 Stop. make[3]: stopped in /builds/FreeBSD_HEAD *** Error code 1 Stop. make[2]: stopped in /builds/FreeBSD_HEAD *** Error code 1 Stop. make[1]: stopped in /builds/FreeBSD_HEAD *** Error code 1 Stop. make: stopped in /builds/FreeBSD_HEAD Build step 'Execute shell' marked build as failure From owner-freebsd-current@FreeBSD.ORG Wed Dec 31 15:25:12 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D124B955; Wed, 31 Dec 2014 15:25:12 +0000 (UTC) Received: from smtprelay-h22.telenor.se (smtprelay-h22.telenor.se [195.54.99.197]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 61F572C28; Wed, 31 Dec 2014 15:25:10 +0000 (UTC) Received: from ipb3.telenor.se (ipb3.telenor.se [195.54.127.166]) by smtprelay-h22.telenor.se (Postfix) with ESMTP id DB47BD7A0; Wed, 31 Dec 2014 16:24:31 +0100 (CET) X-SENDER-IP: [85.229.94.62] X-LISTENER: [smtp.bredband.net] X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AhsUAGoUpFRV5V4+PGdsb2JhbABcgwZSXLt2SolwhXcCgQUXAQEBAQEBBQEBAQE4O4QMAQEBAQIBViMFCwsOCi4CKwwKFAaINwwBx1gBAQEBAQEBAQEBAQEBAQEBAQEaj1wbB4QpBYkhhHRNfoEnkX2EHIE4hBE9gnQBAQE X-IPAS-Result: AhsUAGoUpFRV5V4+PGdsb2JhbABcgwZSXLt2SolwhXcCgQUXAQEBAQEBBQEBAQE4O4QMAQEBAQIBViMFCwsOCi4CKwwKFAaINwwBx1gBAQEBAQEBAQEBAQEBAQEBAQEaj1wbB4QpBYkhhHRNfoEnkX2EHIE4hBE9gnQBAQE X-IronPort-AV: E=Sophos;i="5.07,673,1413237600"; d="bios'?uefi'?scan'208";a="791687496" Received: from c-3e5ee555.06-11-73746f31.cust.bredbandsbolaget.se (HELO sigyn.alvermark.net) ([85.229.94.62]) by ipb3.telenor.se with ESMTP; 31 Dec 2014 16:24:31 +0100 Received: from localhost ([127.0.0.1] helo=webmail.alvermark.net) by sigyn.alvermark.net with esmtp (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1Y6L8Q-000Efi-5I; Wed, 31 Dec 2014 16:24:30 +0100 Received: from 213.113.68.53 (SquirrelMail authenticated user alvis) by webmail.alvermark.net with HTTP; Wed, 31 Dec 2014 16:24:30 +0100 (CET) Message-ID: <42818.213.113.68.53.1420039470.squirrel@webmail.alvermark.net> In-Reply-To: <54A2CC2D.3040105@freebsd.org> References: <20876.213.113.68.53.1419950410.squirrel@webmail.alvermark.net> <54A2CC2D.3040105@freebsd.org> Date: Wed, 31 Dec 2014 16:24:30 +0100 (CET) Subject: Re: Acer E3-112 and UEFI From: "Jakob Alvermark" To: "Nathan Whitehorn" User-Agent: SquirrelMail/1.5.1 MIME-Version: 1.0 Content-Type: multipart/mixed;boundary="----=_20141231162430_72029" Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 31 Dec 2014 15:25:13 -0000 ------=_20141231162430_72029 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit On Tue, December 30, 2014 17:00, Nathan Whitehorn wrote: > > On 12/30/14 06:40, Jakob Alvermark wrote: > >> Hi, >> >> >> Have been playing with this machine for a while now. >> It is a quad core Pentium N3540 (ValleyView/Bay Trail), 8 GB RAM. It >> came with a Broadcom WiFi card which I swapped for an Intel which is >> supported by FreeBSD. Also swapped the hard drive for an SSD. >> >> When first trying to boot FreeBSD with UEFI it would not boot. >> It stops after the loader is trying to start the kernel. >> My workaround now is using refind, http://www.rodsbooks.com/refind/ >> to set the screen resolution to 800x600. (Native is 1366x768) Only then >> will it boot using UEFI. I tried setting it to 1024x768, then it >> crashes. If it helps I can get the backtrace. > > [Not sure what's going on here] > > >> The other "interresting" thing is that when UEFI-booting the >> sdhci-controllers is not detected. (There are two, one card reader, and >> I >> guess one for internal eMMC that is not present in this model). >> >> Booting with legacy BIOS: >> # pciconf -l| grep sdhci >> sdhci_pci0@pci0:0:18:0: class=0x080501 card=0x09331025 chip=0x0f168086 >> rev=0x0e hdr=0x00 sdhci_pci1@pci0:0:23:0: class=0x080501 card=0x09331025 >> chip=0x0f508086 rev=0x0e hdr=0x00 >> >> Booting UEFI they are simply not there... >> > > At least sometimes, the CSM is involved in initializing some peripherals > (this happens with an isci(4) SAS controller I have, for example) and > disabling it will result in them not appearing. This is a BIOS bug, > unfortunately. > >> >> Also Xorg only works with BIOS. (Only VESA. I guess VESA drivers >> depends on BIOS? For proper X support I guess I have to wait for the >> Haswell >> drivers) > > You can use xf86-video-scfb for a VESA-like experience on EFI systems. > -Nathan Didn't know that. I tried it and it works, but as I said above I have to set the resolution to 800x600 to get it to boot, that's the resolution I get in X. Attached dmesg and the output of pciconf from both BIOS and UEFI booting. I noticed that when booting UEFI I get: real memory = 10737418240 (10240 MB) When it should be: real memory = 8589934592 (8192 MB) Strange? Jakob ------=_20141231162430_72029 Content-Type: application/octet-stream; name="dmesg.bios" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="dmesg.bios" Q29weXJpZ2h0IChjKSAxOTkyLTIwMTQgVGhlIEZyZWVCU0QgUHJvamVjdC4KQ29weXJpZ2h0IChj KSAxOTc5LCAxOTgwLCAxOTgzLCAxOTg2LCAxOTg4LCAxOTg5LCAxOTkxLCAxOTkyLCAxOTkzLCAx OTk0CglUaGUgUmVnZW50cyBvZiB0aGUgVW5pdmVyc2l0eSBvZiBDYWxpZm9ybmlhLiBBbGwgcmln aHRzIHJlc2VydmVkLgpGcmVlQlNEIGlzIGEgcmVnaXN0ZXJlZCB0cmFkZW1hcmsgb2YgVGhlIEZy ZWVCU0QgRm91bmRhdGlvbi4KRnJlZUJTRCAxMS4wLUNVUlJFTlQgIzkgcjI3NjQ1NjogV2VkIERl YyAzMSAxNDozMjoyNSBDRVQgMjAxNAogICAgcm9vdEBmbHllcjovdXNyL29iai91c3Ivc3JjL3N5 cy9GTFlFUiBhbWQ2NApGcmVlQlNEIGNsYW5nIHZlcnNpb24gMy40LjEgKHRhZ3MvUkVMRUFTRV8z NC9kb3QxLWZpbmFsIDIwODAzMikgMjAxNDA1MTIKVlQ6IHJ1bm5pbmcgd2l0aCBkcml2ZXIgInZn YSIuCkNQVTogSW50ZWwoUikgUGVudGl1bShSKSBDUFUgIE4zNTQwICBAIDIuMTZHSHogKDIxNjYu NzItTUh6IEs4LWNsYXNzIENQVSkKICBPcmlnaW49IkdlbnVpbmVJbnRlbCIgIElkPTB4MzA2Nzgg IEZhbWlseT0weDYgIE1vZGVsPTB4MzcgIFN0ZXBwaW5nPTgKICBGZWF0dXJlcz0weGJmZWJmYmZm PEZQVSxWTUUsREUsUFNFLFRTQyxNU1IsUEFFLE1DRSxDWDgsQVBJQyxTRVAsTVRSUixQR0UsTUNB LENNT1YsUEFULFBTRTM2LENMRkxVU0gsRFRTLEFDUEksTU1YLEZYU1IsU1NFLFNTRTIsU1MsSFRU LFRNLFBCRT4KICBGZWF0dXJlczI9MHg0MWQ4ZTNiZjxTU0UzLFBDTE1VTFFEUSxEVEVTNjQsTU9O LERTX0NQTCxWTVgsRVNULFRNMixTU1NFMyxDWDE2LHhUUFIsUERDTSxTU0U0LjEsU1NFNC4yLE1P VkJFLFBPUENOVCxUU0NETFQsUkRSQU5EPgogIEFNRCBGZWF0dXJlcz0weDI4MTAwODAwPFNZU0NB TEwsTlgsUkRUU0NQLExNPgogIEFNRCBGZWF0dXJlczI9MHgxMDE8TEFIRixQcmVmZXRjaD4KICBT dHJ1Y3R1cmVkIEV4dGVuZGVkIEZlYXR1cmVzPTB4MjI4MjxUU0NBREosU01FUCxFUk1TPgogIFZU LXg6IFBBVCxITFQsTVRGLFBBVVNFLEVQVCxVRyxWUElECiAgVFNDOiBQLXN0YXRlIGludmFyaWFu dCwgcGVyZm9ybWFuY2Ugc3RhdGlzdGljcwpyZWFsIG1lbW9yeSAgPSA4NTg5OTM0NTkyICg4MTky IE1CKQphdmFpbCBtZW1vcnkgPSA4MTA3ODg4NjQwICg3NzMyIE1CKQpFdmVudCB0aW1lciAiTEFQ SUMiIHF1YWxpdHkgNjAwCkFDUEkgQVBJQyBUYWJsZTogPEFDUlNZUyBBQ1JQUkRDVD4KRnJlZUJT RC9TTVA6IE11bHRpcHJvY2Vzc29yIFN5c3RlbSBEZXRlY3RlZDogNCBDUFVzCkZyZWVCU0QvU01Q OiAxIHBhY2thZ2UocykgeCA0IGNvcmUocykKIGNwdTAgKEJTUCk6IEFQSUMgSUQ6ICAwCiBjcHUx IChBUCk6IEFQSUMgSUQ6ICAyCiBjcHUyIChBUCk6IEFQSUMgSUQ6ICA0CiBjcHUzIChBUCk6IEFQ SUMgSUQ6ICA2CmlvYXBpYzA6IENoYW5naW5nIEFQSUMgSUQgdG8gMgppb2FwaWMwIDxWZXJzaW9u IDIuMD4gaXJxcyAwLTg2IG9uIG1vdGhlcmJvYXJkCkN1c2UgdjAuMS4zNCBAIC9kZXYvY3VzZQpy YW5kb206IGVudHJvcHkgZGV2aWNlIGluZnJhc3RydWN0dXJlIGRyaXZlcgpyYW5kb206IHNlbGVj dGluZyBoaWdoZXN0IHByaW9yaXR5IGFkYXB0b3IgPER1bW15PgprYmQxIGF0IGtiZG11eDAKbmV0 bWFwOiBsb2FkZWQgbW9kdWxlCm1vZHVsZV9yZWdpc3Rlcl9pbml0OiBNT0RfTE9BRCAodmVzYSwg MHhmZmZmZmZmZjgwZTkzYjAwLCAwKSBlcnJvciAxOQpyYW5kb206IFNPRlQ6IHlhcnJvdyBpbml0 KCkKcmFuZG9tOiBzZWxlY3RpbmcgaGlnaGVzdCBwcmlvcml0eSBhZGFwdG9yIDxZYXJyb3c+CnJh bmRvbTogbGl2ZSBwcm92aWRlcjogIkludGVsIFNlY3VyZSBLZXkgUk5HIgp2dHZnYTA6IDx2dF92 Z2EgZHJpdmVyPiBvbiBtb3RoZXJib2FyZAphY3BpMDogPEFDUlNZUyBBQ1JQUkRDVD4gb24gbW90 aGVyYm9hcmQKYWNwaTA6IFBvd2VyIEJ1dHRvbiAoZml4ZWQpCnVua25vd246IEkvTyByYW5nZSBu b3Qgc3VwcG9ydGVkCmNwdTA6IDxBQ1BJIENQVT4gb24gYWNwaTAKY3B1MTogPEFDUEkgQ1BVPiBv biBhY3BpMApjcHUyOiA8QUNQSSBDUFU+IG9uIGFjcGkwCmNwdTM6IDxBQ1BJIENQVT4gb24gYWNw aTAKYXRydGMwOiA8QVQgcmVhbHRpbWUgY2xvY2s+IHBvcnQgMHg3MC0weDc3IG9uIGFjcGkwCmF0 cnRjMDogV2FybmluZzogQ291bGRuJ3QgbWFwIEkvTy4KRXZlbnQgdGltZXIgIlJUQyIgZnJlcXVl bmN5IDMyNzY4IEh6IHF1YWxpdHkgMApocGV0MDogPEhpZ2ggUHJlY2lzaW9uIEV2ZW50IFRpbWVy PiBpb21lbSAweGZlZDAwMDAwLTB4ZmVkMDAzZmYgaXJxIDggb24gYWNwaTAKVGltZWNvdW50ZXIg IkhQRVQiIGZyZXF1ZW5jeSAxNDMxODE4MCBIeiBxdWFsaXR5IDk1MApFdmVudCB0aW1lciAiSFBF VCIgZnJlcXVlbmN5IDE0MzE4MTgwIEh6IHF1YWxpdHkgNDUwCkV2ZW50IHRpbWVyICJIUEVUMSIg ZnJlcXVlbmN5IDE0MzE4MTgwIEh6IHF1YWxpdHkgNDQwCkV2ZW50IHRpbWVyICJIUEVUMiIgZnJl cXVlbmN5IDE0MzE4MTgwIEh6IHF1YWxpdHkgNDQwCmF0dGltZXIwOiA8QVQgdGltZXI+IHBvcnQg MHg0MC0weDQzLDB4NTAtMHg1MyBpcnEgMCBvbiBhY3BpMApUaW1lY291bnRlciAiaTgyNTQiIGZy ZXF1ZW5jeSAxMTkzMTgyIEh6IHF1YWxpdHkgMApFdmVudCB0aW1lciAiaTgyNTQiIGZyZXF1ZW5j eSAxMTkzMTgyIEh6IHF1YWxpdHkgMTAwClRpbWVjb3VudGVyICJBQ1BJLXNhZmUiIGZyZXF1ZW5j eSAzNTc5NTQ1IEh6IHF1YWxpdHkgODUwCmFjcGlfdGltZXIwOiA8MjQtYml0IHRpbWVyIGF0IDMu NTc5NTQ1TUh6PiBwb3J0IDB4NDA4LTB4NDBiIG9uIGFjcGkwCmFjcGlfZWMwOiA8RW1iZWRkZWQg Q29udHJvbGxlcjogR1BFIDB4MTg+IHBvcnQgMHg2MiwweDY2IG9uIGFjcGkwCnBjaWIwOiA8QUNQ SSBIb3N0LVBDSSBicmlkZ2U+IHBvcnQgMHhjZjgtMHhjZmYgb24gYWNwaTAKcGNpYjA6IExlbmd0 aCBtaXNtYXRjaCBmb3IgMyByYW5nZTogMTA5ZmZmZmYgdnMgMTBhMDAwMDAKcGNpMDogPEFDUEkg UENJIGJ1cz4gb24gcGNpYjAKdmdhcGNpMDogPFZHQS1jb21wYXRpYmxlIGRpc3BsYXk+IHBvcnQg MHgyMDUwLTB4MjA1NyBtZW0gMHg5MDAwMDAwMC0weDkwM2ZmZmZmLDB4ODAwMDAwMDAtMHg4ZmZm ZmZmZiBpcnEgMTYgYXQgZGV2aWNlIDIuMCBvbiBwY2kwCnZnYXBjaTA6IEJvb3QgdmlkZW8gZGV2 aWNlCnNkaGNpX3BjaTA6IDxHZW5lcmljIFNEIEhDST4gbWVtIDB4OTA5MjEwMDAtMHg5MDkyMWZm ZiwweDkwOTIwMDAwLTB4OTA5MjBmZmYgaXJxIDE4IGF0IGRldmljZSAxOC4wIG9uIHBjaTAKc2Ro Y2lfcGNpMDogMSBzbG90KHMpIGFsbG9jYXRlZAphaGNpMDogPEFIQ0kgU0FUQSBjb250cm9sbGVy PiBwb3J0IDB4MjA0OC0weDIwNGYsMHgyMDVjLTB4MjA1ZiwweDIwNDAtMHgyMDQ3LDB4MjA1OC0w eDIwNWIsMHgyMDIwLTB4MjAzZiBtZW0gMHg5MDkxZjAwMC0weDkwOTFmN2ZmIGlycSAxOSBhdCBk ZXZpY2UgMTkuMCBvbiBwY2kwCmFoY2kwOiBBSENJIHYxLjMwIHdpdGggMiAzR2JwcyBwb3J0cywg UG9ydCBNdWx0aXBsaWVyIG5vdCBzdXBwb3J0ZWQKYWhjaWNoMDogPEFIQ0kgY2hhbm5lbD4gYXQg Y2hhbm5lbCAwIG9uIGFoY2kwCnhoY2kwOiA8SW50ZWwgSW50ZWwgQmF5VHJhaWwgVVNCIDMuMCBj b250cm9sbGVyPiBtZW0gMHg5MDkwMDAwMC0weDkwOTBmZmZmIGlycSAyMCBhdCBkZXZpY2UgMjAu MCBvbiBwY2kwCnhoY2kwOiAzMiBieXRlIGNvbnRleHQgc2l6ZS4KeGhjaTA6IFBvcnQgcm91dGlu ZyBtYXNrIHNldCB0byAweGZmZmZmZmZmCnVzYnVzMCBvbiB4aGNpMApzZGhjaV9wY2kxOiA8R2Vu ZXJpYyBTRCBIQ0k+IG1lbSAweDkwOTFlMDAwLTB4OTA5MWVmZmYsMHg5MDkxZDAwMC0weDkwOTFk ZmZmIGlycSAyMyBhdCBkZXZpY2UgMjMuMCBvbiBwY2kwCnNkaGNpX3BjaTE6IDEgc2xvdChzKSBh bGxvY2F0ZWQKbW1jMDogPE1NQy9TRCBidXM+IG9uIHNkaGNpX3BjaTEKcGNpMDogPGVuY3J5cHQv ZGVjcnlwdD4gYXQgZGV2aWNlIDI2LjAgKG5vIGRyaXZlciBhdHRhY2hlZCkKaGRhYzA6IDxJbnRl bCBCYXlUcmFpbCBIREEgQ29udHJvbGxlcj4gbWVtIDB4OTA5MTAwMDAtMHg5MDkxM2ZmZiBpcnEg MjIgYXQgZGV2aWNlIDI3LjAgb24gcGNpMApwY2liMTogPEFDUEkgUENJLVBDSSBicmlkZ2U+IGly cSAxNiBhdCBkZXZpY2UgMjguMCBvbiBwY2kwCnBjaTE6IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWIx CnBjaWIyOiA8QUNQSSBQQ0ktUENJIGJyaWRnZT4gaXJxIDE3IGF0IGRldmljZSAyOC4xIG9uIHBj aTAKcGNpMjogPEFDUEkgUENJIGJ1cz4gb24gcGNpYjIKaXduMDogPEludGVsIENlbnRyaW5vIEFk dmFuY2VkIDYyMzU+IG1lbSAweDkwNjAwMDAwLTB4OTA2MDFmZmYgaXJxIDE3IGF0IGRldmljZSAw LjAgb24gcGNpMgpwY2liMzogPEFDUEkgUENJLVBDSSBicmlkZ2U+IGlycSAxOCBhdCBkZXZpY2Ug MjguMiBvbiBwY2kwCnBjaTM6IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWIzCnJlMDogPFJlYWxUZWsg ODE2OC84MTExIEIvQy9DUC9EL0RQL0UvRi9HIFBDSWUgR2lnYWJpdCBFdGhlcm5ldD4gcG9ydCAw eDEwMDAtMHgxMGZmIG1lbSAweDkwNTAwMDAwLTB4OTA1MDBmZmYsMHg5MDQwMDAwMC0weDkwNDAz ZmZmIGlycSAxOCBhdCBkZXZpY2UgMC4wIG9uIHBjaTMKcmUwOiBVc2luZyAxIE1TSS1YIG1lc3Nh Z2UKcmUwOiBBU1BNIGRpc2FibGVkCnJlMDogQ2hpcCByZXYuIDB4NGMwMDAwMDAKcmUwOiBNQUMg cmV2LiAweDAwMDAwMDAwCm1paWJ1czA6IDxNSUkgYnVzPiBvbiByZTAKcmdlcGh5MDogPFJUTDgy NTEgMTAwMEJBU0UtVCBtZWRpYSBpbnRlcmZhY2U+IFBIWSAxIG9uIG1paWJ1czAKcmdlcGh5MDog IG5vbmUsIDEwYmFzZVQsIDEwYmFzZVQtRkRYLCAxMGJhc2VULUZEWC1mbG93LCAxMDBiYXNlVFgs IDEwMGJhc2VUWC1GRFgsIDEwMGJhc2VUWC1GRFgtZmxvdywgMTAwMGJhc2VULUZEWCwgMTAwMGJh c2VULUZEWC1tYXN0ZXIsIDEwMDBiYXNlVC1GRFgtZmxvdywgMTAwMGJhc2VULUZEWC1mbG93LW1h c3RlciwgYXV0bywgYXV0by1mbG93CnJlMDogVXNpbmcgZGVmYXVsdHMgZm9yIFRTTzogNjU1MTgv MzUvMjA0OApyZTA6IEV0aGVybmV0IGFkZHJlc3M6IGM0OjU0OjQ0OmQ2Ojk1OjM5CjAwMS4wMDAw MDggWzI3MThdIG5ldG1hcF9hdHRhY2ggICAgICAgICAgICAgc3VjY2VzcyBmb3IgcmUwIHR4IDEv MjU2IHJ4IDEvMjU2IHF1ZXVlcy9zbG90cwplaGNpMDogPEludGVsIEJheVRyYWlsIFVTQiAyLjAg Y29udHJvbGxlcj4gbWVtIDB4OTA5MTgwMDAtMHg5MDkxODNmZiBpcnEgMjMgYXQgZGV2aWNlIDI5 LjAgb24gcGNpMAp1c2J1czE6IHdhaXRpbmcgZm9yIEJJT1MgdG8gZ2l2ZSB1cCBjb250cm9sCnVz YnVzMTogdGltZWQgb3V0IHdhaXRpbmcgZm9yIEJJT1MKdXNidXMxOiBFSENJIHZlcnNpb24gMS4w CnVzYnVzMSBvbiBlaGNpMAppc2FiMDogPFBDSS1JU0EgYnJpZGdlPiBhdCBkZXZpY2UgMzEuMCBv biBwY2kwCmlzYTA6IDxJU0EgYnVzPiBvbiBpc2FiMAphY3BpX2J1dHRvbjA6IDxQb3dlciBCdXR0 b24+IG9uIGFjcGkwCmFjcGlfYnV0dG9uMTogPFNsZWVwIEJ1dHRvbj4gb24gYWNwaTAKYWNwaV9h Y2FkMDogPEFDIEFkYXB0ZXI+IG9uIGFjcGkwCmJhdHRlcnkwOiA8QUNQSSBDb250cm9sIE1ldGhv ZCBCYXR0ZXJ5PiBvbiBhY3BpMAphY3BpX2xpZDA6IDxDb250cm9sIE1ldGhvZCBMaWQgU3dpdGNo PiBvbiBhY3BpMAphY3BpX3R6MDogPFRoZXJtYWwgWm9uZT4gb24gYWNwaTAKYXRrYmRjMDogPEtl eWJvYXJkIGNvbnRyb2xsZXIgKGk4MDQyKT4gcG9ydCAweDYwLDB4NjQgaXJxIDEgb24gYWNwaTAK YXRrYmQwOiA8QVQgS2V5Ym9hcmQ+IGlycSAxIG9uIGF0a2JkYzAKa2JkMCBhdCBhdGtiZDAKYXRr YmQwOiBbR0lBTlQtTE9DS0VEXQpwc20wOiA8UFMvMiBNb3VzZT4gaXJxIDEyIG9uIGF0a2JkYzAK cHNtMDogW0dJQU5ULUxPQ0tFRF0KcHNtMDogbW9kZWwgU3luYXB0aWNzIFRvdWNocGFkLCBkZXZp Y2UgSUQgMApwcGMwOiBjYW5ub3QgcmVzZXJ2ZSBJL08gcG9ydCByYW5nZQp1YXJ0MDogPDE2NTUw IG9yIGNvbXBhdGlibGU+IGF0IHBvcnQgMHgzZjgtMHgzZmYgaXJxIDQgZmxhZ3MgMHgxMCBvbiBp c2EwCmVzdDA6IDxFbmhhbmNlZCBTcGVlZFN0ZXAgRnJlcXVlbmN5IENvbnRyb2w+IG9uIGNwdTAK ZXN0MTogPEVuaGFuY2VkIFNwZWVkU3RlcCBGcmVxdWVuY3kgQ29udHJvbD4gb24gY3B1MQplc3Qy OiA8RW5oYW5jZWQgU3BlZWRTdGVwIEZyZXF1ZW5jeSBDb250cm9sPiBvbiBjcHUyCmVzdDM6IDxF bmhhbmNlZCBTcGVlZFN0ZXAgRnJlcXVlbmN5IENvbnRyb2w+IG9uIGNwdTMKdXNidXMwOiA1LjBH YnBzIFN1cGVyIFNwZWVkIFVTQiB2My4wClpGUyBmaWxlc3lzdGVtIHZlcnNpb246IDUKWkZTIHN0 b3JhZ2UgcG9vbCB2ZXJzaW9uOiBmZWF0dXJlcyBzdXBwb3J0ICg1MDAwKQpUaW1lY291bnRlcnMg dGljayBldmVyeSAxLjAwMCBtc2VjCnVzYnVzMTogNDgwTWJwcyBIaWdoIFNwZWVkIFVTQiB2Mi4w CnVnZW4wLjE6IDwweDgwODY+IGF0IHVzYnVzMAp1aHViMDogPDB4ODA4NiBYSENJIHJvb3QgSFVC LCBjbGFzcyA5LzAsIHJldiAzLjAwLzEuMDAsIGFkZHIgMT4gb24gdXNidXMwCnVnZW4xLjE6IDxJ bnRlbD4gYXQgdXNidXMxCnVodWIxOiA8SW50ZWwgRUhDSSByb290IEhVQiwgY2xhc3MgOS8wLCBy ZXYgMi4wMC8xLjAwLCBhZGRyIDE+IG9uIHVzYnVzMQphZGEwIGF0IGFoY2ljaDAgYnVzIDAgc2Ni dXMwIHRhcmdldCAwIGx1biAwCmFkYTA6IDxLSU5HU1RPTiBTS0MzMDBTMzdBNjBHIDUyNEFCQkYw PiBBVEEtOCBTQVRBIDMueCBkZXZpY2UKYWRhMDogU2VyaWFsIE51bWJlciA1MDAyNkI3MjQzMDNG OEE4CmFkYTA6IDMwMC4wMDBNQi9zIHRyYW5zZmVycyAoU0FUQSAyLngsIFVETUE2LCBQSU8gODE5 MmJ5dGVzKQphZGEwOiBDb21tYW5kIFF1ZXVlaW5nIGVuYWJsZWQKYWRhMDogNTcyNDFNQiAoMTE3 MjMxNDA4IDUxMiBieXRlIHNlY3RvcnM6IDE2SCA2M1MvVCAxNjM4M0MpCmFkYTA6IFByZXZpb3Vz bHkgd2FzIGtub3duIGFzIGFkNAp1aHViMDogNyBwb3J0cyB3aXRoIDcgcmVtb3ZhYmxlLCBzZWxm IHBvd2VyZWQKdWdlbjAuMjogPHZlbmRvciAweDA1ZTM+IGF0IHVzYnVzMAp1aHViMjogPHZlbmRv ciAweDA1ZTMgVVNCMi4wIEh1YiwgY2xhc3MgOS8wLCByZXYgMi4wMC84NS4zNywgYWRkciAxPiBv biB1c2J1czAKdWh1YjI6IDQgcG9ydHMgd2l0aCAzIHJlbW92YWJsZSwgc2VsZiBwb3dlcmVkCnNk aGNpX3BjaTEtc2xvdDA6ICBDb250cm9sbGVyIHRpbWVvdXQKc2RoY2lfcGNpMS1zbG90MDogPT09 PT09PT09PT09PT0gUkVHSVNURVIgRFVNUCA9PT09PT09PT09PT09PQpzZGhjaV9wY2kxLXNsb3Qw OiBTeXMgYWRkcjogMHgwMDAwMDAwMCB8IFZlcnNpb246ICAweDAwMDAxMDAyCnNkaGNpX3BjaTEt c2xvdDA6IEJsayBzaXplOiAweDAwMDAwMDAwIHwgQmxrIGNudDogIDB4MDAwMDAwMDAKc2RoY2lf cGNpMS1zbG90MDogQXJndW1lbnQ6IDB4MDAwMDAwMDAgfCBUcm4gbW9kZTogMHgwMDAwMDAwMApz ZGhjaV9wY2kxLXNsb3QwOiBQcmVzZW50OiAgMHgxZmZmMDAwMSB8IEhvc3QgY3RsOiAweDAwMDAw MDAxCnNkaGNpX3BjaTEtc2xvdDA6IFBvd2VyOiAgICAweDAwMDAwMDAwIHwgQmxrIGdhcDogIDB4 MDAwMDAwODAKc2RoY2lfcGNpMS1zbG90MDogV2FrZS11cDogIDB4MDAwMDAwMDAgfCBDbG9jazog ICAgMHgwMDAwZmEwNwpzZGhjaV9wY2kxLXNsb3QwOiBUaW1lb3V0OiAgMHgwMDAwMDAwMCB8IElu dCBzdGF0OiAweDAwMDAwMDAwCnNkaGNpX3BjaTEtc2xvdDA6IEludCBlbmFiOiAweDAxZmYwMGZi IHwgU2lnIGVuYWI6IDB4MDFmZjAwZmIKc2RoY2lfcGNpMS1zbG90MDogQUMxMiBlcnI6IDB4MDAw MDAwMDAgfCBTbG90IGludDogMHgwMDAwMDAwMApzZGhjaV9wY2kxLXNsb3QwOiBDYXBzOiAgICAg MHg0NDZjYzgwMSB8IE1heCBjdXJyOiAweDAwMDAwMDAwCnNkaGNpX3BjaTEtc2xvdDA6ID09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KdWdlbjAuMzogPHZlbmRvciAw eDgwODc+IGF0IHVzYnVzMAp1Z2VuMC40OiA8U3VucGx1c0lUIElOQy4+IGF0IHVzYnVzMAp1aHVi MTogOCBwb3J0cyB3aXRoIDggcmVtb3ZhYmxlLCBzZWxmIHBvd2VyZWQKc2RoY2lfcGNpMS1zbG90 MDogIENvbnRyb2xsZXIgdGltZW91dApzZGhjaV9wY2kxLXNsb3QwOiA9PT09PT09PT09PT09PSBS RUdJU1RFUiBEVU1QID09PT09PT09PT09PT09CnNkaGNpX3BjaTEtc2xvdDA6IFN5cyBhZGRyOiAw eDAwMDAwMDAwIHwgVmVyc2lvbjogIDB4MDAwMDEwMDIKc2RoY2lfcGNpMS1zbG90MDogQmxrIHNp emU6IDB4MDAwMDAwMDAgfCBCbGsgY250OiAgMHgwMDAwMDAwMApzZGhjaV9wY2kxLXNsb3QwOiBB cmd1bWVudDogMHgwMDAwMDAwMCB8IFRybiBtb2RlOiAweDAwMDAwMDAwCnNkaGNpX3BjaTEtc2xv dDA6IFByZXNlbnQ6ICAweDFmZmYwMDAxIHwgSG9zdCBjdGw6IDB4MDAwMDAwMDEKc2RoY2lfcGNp MS1zbG90MDogUG93ZXI6ICAgIDB4MDAwMDAwMDAgfCBCbGsgZ2FwOiAgMHgwMDAwMDA4MApzZGhj aV9wY2kxLXNsb3QwOiBXYWtlLXVwOiAgMHgwMDAwMDAwMCB8IENsb2NrOiAgICAweDAwMDBmYTA3 CnNkaGNpX3BjaTEtc2xvdDA6IFRpbWVvdXQ6ICAweDAwMDAwMDAwIHwgSW50IHN0YXQ6IDB4MDAw MDAwMDAKc2RoY2lfcGNpMS1zbG90MDogSW50IGVuYWI6IDB4MDFmZjAwZmIgfCBTaWcgZW5hYjog MHgwMWZmMDBmYgpzZGhjaV9wY2kxLXNsb3QwOiBBQzEyIGVycjogMHgwMDAwMDAwMCB8IFNsb3Qg aW50OiAweDAwMDAwMDAwCnNkaGNpX3BjaTEtc2xvdDA6IENhcHM6ICAgICAweDQ0NmNjODAxIHwg TWF4IGN1cnI6IDB4MDAwMDAwMDAKc2RoY2lfcGNpMS1zbG90MDogPT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PQp1Z2VuMS4yOiA8dmVuZG9yIDB4ODA4Nz4gYXQgdXNi dXMxCnVodWIzOiA8dmVuZG9yIDB4ODA4NyBwcm9kdWN0IDB4MDdlNiwgY2xhc3MgOS8wLCByZXYg Mi4wMC8wLjE0LCBhZGRyIDI+IG9uIHVzYnVzMQp1aHViMzogNCBwb3J0cyB3aXRoIDQgcmVtb3Zh YmxlLCBzZWxmIHBvd2VyZWQKc2RoY2lfcGNpMS1zbG90MDogIENvbnRyb2xsZXIgdGltZW91dApz ZGhjaV9wY2kxLXNsb3QwOiA9PT09PT09PT09PT09PSBSRUdJU1RFUiBEVU1QID09PT09PT09PT09 PT09CnNkaGNpX3BjaTEtc2xvdDA6IFN5cyBhZGRyOiAweDAwMDAwMDAwIHwgVmVyc2lvbjogIDB4 MDAwMDEwMDIKc2RoY2lfcGNpMS1zbG90MDogQmxrIHNpemU6IDB4MDAwMDAwMDAgfCBCbGsgY250 OiAgMHgwMDAwMDAwMApzZGhjaV9wY2kxLXNsb3QwOiBBcmd1bWVudDogMHgwMDAwMDAwMCB8IFRy biBtb2RlOiAweDAwMDAwMDAwCnNkaGNpX3BjaTEtc2xvdDA6IFByZXNlbnQ6ICAweDFmZmYwMDAx IHwgSG9zdCBjdGw6IDB4MDAwMDAwMDEKc2RoY2lfcGNpMS1zbG90MDogUG93ZXI6ICAgIDB4MDAw MDAwMDAgfCBCbGsgZ2FwOiAgMHgwMDAwMDA4MApzZGhjaV9wY2kxLXNsb3QwOiBXYWtlLXVwOiAg MHgwMDAwMDAwMCB8IENsb2NrOiAgICAweDAwMDBmYTA3CnNkaGNpX3BjaTEtc2xvdDA6IFRpbWVv dXQ6ICAweDAwMDAwMDAwIHwgSW50IHN0YXQ6IDB4MDAwMDAwMDAKc2RoY2lfcGNpMS1zbG90MDog SW50IGVuYWI6IDB4MDFmZjAwZmIgfCBTaWcgZW5hYjogMHgwMWZmMDBmYgpzZGhjaV9wY2kxLXNs b3QwOiBBQzEyIGVycjogMHgwMDAwMDAwMCB8IFNsb3QgaW50OiAweDAwMDAwMDAwCnNkaGNpX3Bj aTEtc2xvdDA6IENhcHM6ICAgICAweDQ0NmNjODAxIHwgTWF4IGN1cnI6IDB4MDAwMDAwMDAKc2Ro Y2lfcGNpMS1zbG90MDogPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PQpyYW5kb206IHVuYmxvY2tpbmcgZGV2aWNlLgpzZGhjaV9wY2kxLXNsb3QwOiAgQ29udHJvbGxl ciB0aW1lb3V0CnNkaGNpX3BjaTEtc2xvdDA6ID09PT09PT09PT09PT09IFJFR0lTVEVSIERVTVAg PT09PT09PT09PT09PT0Kc2RoY2lfcGNpMS1zbG90MDogU3lzIGFkZHI6IDB4MDAwMDAwMDAgfCBW ZXJzaW9uOiAgMHgwMDAwMTAwMgpzZGhjaV9wY2kxLXNsb3QwOiBCbGsgc2l6ZTogMHgwMDAwMDAw MCB8IEJsayBjbnQ6ICAweDAwMDAwMDAwCnNkaGNpX3BjaTEtc2xvdDA6IEFyZ3VtZW50OiAweDAw MDAwMDAwIHwgVHJuIG1vZGU6IDB4MDAwMDAwMDAKc2RoY2lfcGNpMS1zbG90MDogUHJlc2VudDog IDB4MWZmZjAwMDEgfCBIb3N0IGN0bDogMHgwMDAwMDAwMQpzZGhjaV9wY2kxLXNsb3QwOiBQb3dl cjogICAgMHgwMDAwMDAwMCB8IEJsayBnYXA6ICAweDAwMDAwMDgwCnNkaGNpX3BjaTEtc2xvdDA6 IFdha2UtdXA6ICAweDAwMDAwMDAwIHwgQ2xvY2s6ICAgIDB4MDAwMGZhMDcKc2RoY2lfcGNpMS1z bG90MDogVGltZW91dDogIDB4MDAwMDAwMDAgfCBJbnQgc3RhdDogMHgwMDAwMDAwMApzZGhjaV9w Y2kxLXNsb3QwOiBJbnQgZW5hYjogMHgwMWZmMDBmYiB8IFNpZyBlbmFiOiAweDAxZmYwMGZiCnNk aGNpX3BjaTEtc2xvdDA6IEFDMTIgZXJyOiAweDAwMDAwMDAwIHwgU2xvdCBpbnQ6IDB4MDAwMDAw MDAKc2RoY2lfcGNpMS1zbG90MDogQ2FwczogICAgIDB4NDQ2Y2M4MDEgfCBNYXggY3VycjogMHgw MDAwMDAwMApzZGhjaV9wY2kxLXNsb3QwOiA9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09CnNkaGNpX3BjaTEtc2xvdDA6ICBDb250cm9sbGVyIHRpbWVvdXQKc2RoY2lf cGNpMS1zbG90MDogPT09PT09PT09PT09PT0gUkVHSVNURVIgRFVNUCA9PT09PT09PT09PT09PQpz ZGhjaV9wY2kxLXNsb3QwOiBTeXMgYWRkcjogMHgwMDAwMDAwMCB8IFZlcnNpb246ICAweDAwMDAx MDAyCnNkaGNpX3BjaTEtc2xvdDA6IEJsayBzaXplOiAweDAwMDAwMDAwIHwgQmxrIGNudDogIDB4 MDAwMDAwMDAKc2RoY2lfcGNpMS1zbG90MDogQXJndW1lbnQ6IDB4MDAwMDAxYWEgfCBUcm4gbW9k ZTogMHgwMDAwMDAwMApzZGhjaV9wY2kxLXNsb3QwOiBQcmVzZW50OiAgMHgxZmZmMDAwMSB8IEhv c3QgY3RsOiAweDAwMDAwMDAxCnNkaGNpX3BjaTEtc2xvdDA6IFBvd2VyOiAgICAweDAwMDAwMDAw IHwgQmxrIGdhcDogIDB4MDAwMDAwODAKc2RoY2lfcGNpMS1zbG90MDogV2FrZS11cDogIDB4MDAw MDAwMDAgfCBDbG9jazogICAgMHgwMDAwZmEwNwpzZGhjaV9wY2kxLXNsb3QwOiBUaW1lb3V0OiAg MHgwMDAwMDAwMCB8IEludCBzdGF0OiAweDAwMDAwMDAwCnNkaGNpX3BjaTEtc2xvdDA6IEludCBl bmFiOiAweDAxZmYwMGZiIHwgU2lnIGVuYWI6IDB4MDFmZjAwZmIKc2RoY2lfcGNpMS1zbG90MDog QUMxMiBlcnI6IDB4MDAwMDAwMDAgfCBTbG90IGludDogMHgwMDAwMDAwMApzZGhjaV9wY2kxLXNs b3QwOiBDYXBzOiAgICAgMHg0NDZjYzgwMSB8IE1heCBjdXJyOiAweDAwMDAwMDAwCnNkaGNpX3Bj aTEtc2xvdDA6ID09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0Kc2Ro Y2lfcGNpMS1zbG90MDogIENvbnRyb2xsZXIgdGltZW91dApzZGhjaV9wY2kxLXNsb3QwOiA9PT09 PT09PT09PT09PSBSRUdJU1RFUiBEVU1QID09PT09PT09PT09PT09CnNkaGNpX3BjaTEtc2xvdDA6 IFN5cyBhZGRyOiAweDAwMDAwMDAwIHwgVmVyc2lvbjogIDB4MDAwMDEwMDIKc2RoY2lfcGNpMS1z bG90MDogQmxrIHNpemU6IDB4MDAwMDAwMDAgfCBCbGsgY250OiAgMHgwMDAwMDAwMApzZGhjaV9w Y2kxLXNsb3QwOiBBcmd1bWVudDogMHgwMDAwMDFhYSB8IFRybiBtb2RlOiAweDAwMDAwMDAwCnNk aGNpX3BjaTEtc2xvdDA6IFByZXNlbnQ6ICAweDFmZmYwMDAxIHwgSG9zdCBjdGw6IDB4MDAwMDAw MDEKc2RoY2lfcGNpMS1zbG90MDogUG93ZXI6ICAgIDB4MDAwMDAwMDAgfCBCbGsgZ2FwOiAgMHgw MDAwMDA4MApzZGhjaV9wY2kxLXNsb3QwOiBXYWtlLXVwOiAgMHgwMDAwMDAwMCB8IENsb2NrOiAg ICAweDAwMDBmYTA3CnNkaGNpX3BjaTEtc2xvdDA6IFRpbWVvdXQ6ICAweDAwMDAwMDAwIHwgSW50 IHN0YXQ6IDB4MDAwMDAwMDAKc2RoY2lfcGNpMS1zbG90MDogSW50IGVuYWI6IDB4MDFmZjAwZmIg fCBTaWcgZW5hYjogMHgwMWZmMDBmYgpzZGhjaV9wY2kxLXNsb3QwOiBBQzEyIGVycjogMHgwMDAw MDAwMCB8IFNsb3QgaW50OiAweDAwMDAwMDAwCnNkaGNpX3BjaTEtc2xvdDA6IENhcHM6ICAgICAw eDQ0NmNjODAxIHwgTWF4IGN1cnI6IDB4MDAwMDAwMDAKc2RoY2lfcGNpMS1zbG90MDogPT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQpzZGhjaV9wY2kxLXNsb3QwOiAg Q29udHJvbGxlciB0aW1lb3V0CnNkaGNpX3BjaTEtc2xvdDA6ID09PT09PT09PT09PT09IFJFR0lT VEVSIERVTVAgPT09PT09PT09PT09PT0Kc2RoY2lfcGNpMS1zbG90MDogU3lzIGFkZHI6IDB4MDAw MDAwMDAgfCBWZXJzaW9uOiAgMHgwMDAwMTAwMgpzZGhjaV9wY2kxLXNsb3QwOiBCbGsgc2l6ZTog MHgwMDAwMDAwMCB8IEJsayBjbnQ6ICAweDAwMDAwMDAwCnNkaGNpX3BjaTEtc2xvdDA6IEFyZ3Vt ZW50OiAweDAwMDAwMWFhIHwgVHJuIG1vZGU6IDB4MDAwMDAwMDAKc2RoY2lfcGNpMS1zbG90MDog UHJlc2VudDogIDB4MWZmZjAwMDEgfCBIb3N0IGN0bDogMHgwMDAwMDAwMQpzZGhjaV9wY2kxLXNs b3QwOiBQb3dlcjogICAgMHgwMDAwMDAwMCB8IEJsayBnYXA6ICAweDAwMDAwMDgwCnNkaGNpX3Bj aTEtc2xvdDA6IFdha2UtdXA6ICAweDAwMDAwMDAwIHwgQ2xvY2s6ICAgIDB4MDAwMGZhMDcKc2Ro Y2lfcGNpMS1zbG90MDogVGltZW91dDogIDB4MDAwMDAwMDAgfCBJbnQgc3RhdDogMHgwMDAwMDAw MApzZGhjaV9wY2kxLXNsb3QwOiBJbnQgZW5hYjogMHgwMWZmMDBmYiB8IFNpZyBlbmFiOiAweDAx ZmYwMGZiCnNkaGNpX3BjaTEtc2xvdDA6IEFDMTIgZXJyOiAweDAwMDAwMDAwIHwgU2xvdCBpbnQ6 IDB4MDAwMDAwMDAKc2RoY2lfcGNpMS1zbG90MDogQ2FwczogICAgIDB4NDQ2Y2M4MDEgfCBNYXgg Y3VycjogMHgwMDAwMDAwMApzZGhjaV9wY2kxLXNsb3QwOiA9PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09CnNkaGNpX3BjaTEtc2xvdDA6ICBDb250cm9sbGVyIHRpbWVv dXQKc2RoY2lfcGNpMS1zbG90MDogPT09PT09PT09PT09PT0gUkVHSVNURVIgRFVNUCA9PT09PT09 PT09PT09PQpzZGhjaV9wY2kxLXNsb3QwOiBTeXMgYWRkcjogMHgwMDAwMDAwMCB8IFZlcnNpb246 ICAweDAwMDAxMDAyCnNkaGNpX3BjaTEtc2xvdDA6IEJsayBzaXplOiAweDAwMDAwMDAwIHwgQmxr IGNudDogIDB4MDAwMDAwMDAKc2RoY2lfcGNpMS1zbG90MDogQXJndW1lbnQ6IDB4MDAwMDAxYWEg fCBUcm4gbW9kZTogMHgwMDAwMDAwMApzZGhjaV9wY2kxLXNsb3QwOiBQcmVzZW50OiAgMHgxZmZm MDAwMSB8IEhvc3QgY3RsOiAweDAwMDAwMDAxCnNkaGNpX3BjaTEtc2xvdDA6IFBvd2VyOiAgICAw eDAwMDAwMDAwIHwgQmxrIGdhcDogIDB4MDAwMDAwODAKc2RoY2lfcGNpMS1zbG90MDogV2FrZS11 cDogIDB4MDAwMDAwMDAgfCBDbG9jazogICAgMHgwMDAwZmEwNwpzZGhjaV9wY2kxLXNsb3QwOiBU aW1lb3V0OiAgMHgwMDAwMDAwMCB8IEludCBzdGF0OiAweDAwMDAwMDAwCnNkaGNpX3BjaTEtc2xv dDA6IEludCBlbmFiOiAweDAxZmYwMGZiIHwgU2lnIGVuYWI6IDB4MDFmZjAwZmIKc2RoY2lfcGNp MS1zbG90MDogQUMxMiBlcnI6IDB4MDAwMDAwMDAgfCBTbG90IGludDogMHgwMDAwMDAwMApzZGhj aV9wY2kxLXNsb3QwOiBDYXBzOiAgICAgMHg0NDZjYzgwMSB8IE1heCBjdXJyOiAweDAwMDAwMDAw CnNkaGNpX3BjaTEtc2xvdDA6ID09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT0Kc2RoY2lfcGNpMS1zbG90MDogIENvbnRyb2xsZXIgdGltZW91dApzZGhjaV9wY2kxLXNs b3QwOiA9PT09PT09PT09PT09PSBSRUdJU1RFUiBEVU1QID09PT09PT09PT09PT09CnNkaGNpX3Bj aTEtc2xvdDA6IFN5cyBhZGRyOiAweDAwMDAwMDAwIHwgVmVyc2lvbjogIDB4MDAwMDEwMDIKc2Ro Y2lfcGNpMS1zbG90MDogQmxrIHNpemU6IDB4MDAwMDAwMDAgfCBCbGsgY250OiAgMHgwMDAwMDAw MApzZGhjaV9wY2kxLXNsb3QwOiBBcmd1bWVudDogMHgwMDAwMDAwMCB8IFRybiBtb2RlOiAweDAw MDAwMDAwCnNkaGNpX3BjaTEtc2xvdDA6IFByZXNlbnQ6ICAweDFmZmYwMDAxIHwgSG9zdCBjdGw6 IDB4MDAwMDAwMDEKc2RoY2lfcGNpMS1zbG90MDogUG93ZXI6ICAgIDB4MDAwMDAwMDAgfCBCbGsg Z2FwOiAgMHgwMDAwMDA4MApzZGhjaV9wY2kxLXNsb3QwOiBXYWtlLXVwOiAgMHgwMDAwMDAwMCB8 IENsb2NrOiAgICAweDAwMDBmYTA3CnNkaGNpX3BjaTEtc2xvdDA6IFRpbWVvdXQ6ICAweDAwMDAw MDAwIHwgSW50IHN0YXQ6IDB4MDAwMDAwMDAKc2RoY2lfcGNpMS1zbG90MDogSW50IGVuYWI6IDB4 MDFmZjAwZmIgfCBTaWcgZW5hYjogMHgwMWZmMDBmYgpzZGhjaV9wY2kxLXNsb3QwOiBBQzEyIGVy cjogMHgwMDAwMDAwMCB8IFNsb3QgaW50OiAweDAwMDAwMDAwCnNkaGNpX3BjaTEtc2xvdDA6IENh cHM6ICAgICAweDQ0NmNjODAxIHwgTWF4IGN1cnI6IDB4MDAwMDAwMDAKc2RoY2lfcGNpMS1zbG90 MDogPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQpzZGhjaV9wY2kx LXNsb3QwOiAgQ29udHJvbGxlciB0aW1lb3V0CnNkaGNpX3BjaTEtc2xvdDA6ID09PT09PT09PT09 PT09IFJFR0lTVEVSIERVTVAgPT09PT09PT09PT09PT0Kc2RoY2lfcGNpMS1zbG90MDogU3lzIGFk ZHI6IDB4MDAwMDAwMDAgfCBWZXJzaW9uOiAgMHgwMDAwMTAwMgpzZGhjaV9wY2kxLXNsb3QwOiBC bGsgc2l6ZTogMHgwMDAwMDAwMCB8IEJsayBjbnQ6ICAweDAwMDAwMDAwCnNkaGNpX3BjaTEtc2xv dDA6IEFyZ3VtZW50OiAweDAwMDAwMDAwIHwgVHJuIG1vZGU6IDB4MDAwMDAwMDAKc2RoY2lfcGNp MS1zbG90MDogUHJlc2VudDogIDB4MWZmZjAwMDEgfCBIb3N0IGN0bDogMHgwMDAwMDAwMQpzZGhj aV9wY2kxLXNsb3QwOiBQb3dlcjogICAgMHgwMDAwMDAwMCB8IEJsayBnYXA6ICAweDAwMDAwMDgw CnNkaGNpX3BjaTEtc2xvdDA6IFdha2UtdXA6ICAweDAwMDAwMDAwIHwgQ2xvY2s6ICAgIDB4MDAw MGZhMDcKc2RoY2lfcGNpMS1zbG90MDogVGltZW91dDogIDB4MDAwMDAwMDAgfCBJbnQgc3RhdDog MHgwMDAwMDAwMApzZGhjaV9wY2kxLXNsb3QwOiBJbnQgZW5hYjogMHgwMWZmMDBmYiB8IFNpZyBl bmFiOiAweDAxZmYwMGZiCnNkaGNpX3BjaTEtc2xvdDA6IEFDMTIgZXJyOiAweDAwMDAwMDAwIHwg U2xvdCBpbnQ6IDB4MDAwMDAwMDAKc2RoY2lfcGNpMS1zbG90MDogQ2FwczogICAgIDB4NDQ2Y2M4 MDEgfCBNYXggY3VycjogMHgwMDAwMDAwMApzZGhjaV9wY2kxLXNsb3QwOiA9PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09CnNkaGNpX3BjaTEtc2xvdDA6ICBDb250cm9s bGVyIHRpbWVvdXQKc2RoY2lfcGNpMS1zbG90MDogPT09PT09PT09PT09PT0gUkVHSVNURVIgRFVN UCA9PT09PT09PT09PT09PQpzZGhjaV9wY2kxLXNsb3QwOiBTeXMgYWRkcjogMHgwMDAwMDAwMCB8 IFZlcnNpb246ICAweDAwMDAxMDAyCnNkaGNpX3BjaTEtc2xvdDA6IEJsayBzaXplOiAweDAwMDAw MDAwIHwgQmxrIGNudDogIDB4MDAwMDAwMDAKc2RoY2lfcGNpMS1zbG90MDogQXJndW1lbnQ6IDB4 MDAwMDAwMDAgfCBUcm4gbW9kZTogMHgwMDAwMDAwMApzZGhjaV9wY2kxLXNsb3QwOiBQcmVzZW50 OiAgMHgxZmZmMDAwMSB8IEhvc3QgY3RsOiAweDAwMDAwMDAxCnNkaGNpX3BjaTEtc2xvdDA6IFBv d2VyOiAgICAweDAwMDAwMDAwIHwgQmxrIGdhcDogIDB4MDAwMDAwODAKc2RoY2lfcGNpMS1zbG90 MDogV2FrZS11cDogIDB4MDAwMDAwMDAgfCBDbG9jazogICAgMHgwMDAwZmEwNwpzZGhjaV9wY2kx LXNsb3QwOiBUaW1lb3V0OiAgMHgwMDAwMDAwMCB8IEludCBzdGF0OiAweDAwMDAwMDAwCnNkaGNp X3BjaTEtc2xvdDA6IEludCBlbmFiOiAweDAxZmYwMGZiIHwgU2lnIGVuYWI6IDB4MDFmZjAwZmIK c2RoY2lfcGNpMS1zbG90MDogQUMxMiBlcnI6IDB4MDAwMDAwMDAgfCBTbG90IGludDogMHgwMDAw MDAwMApzZGhjaV9wY2kxLXNsb3QwOiBDYXBzOiAgICAgMHg0NDZjYzgwMSB8IE1heCBjdXJyOiAw eDAwMDAwMDAwCnNkaGNpX3BjaTEtc2xvdDA6ID09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT0Kc2RoY2lfcGNpMS1zbG90MDogIENvbnRyb2xsZXIgdGltZW91dApzZGhj aV9wY2kxLXNsb3QwOiA9PT09PT09PT09PT09PSBSRUdJU1RFUiBEVU1QID09PT09PT09PT09PT09 CnNkaGNpX3BjaTEtc2xvdDA6IFN5cyBhZGRyOiAweDAwMDAwMDAwIHwgVmVyc2lvbjogIDB4MDAw MDEwMDIKc2RoY2lfcGNpMS1zbG90MDogQmxrIHNpemU6IDB4MDAwMDAwMDAgfCBCbGsgY250OiAg MHgwMDAwMDAwMApzZGhjaV9wY2kxLXNsb3QwOiBBcmd1bWVudDogMHgwMDAwMDAwMCB8IFRybiBt b2RlOiAweDAwMDAwMDAwCnNkaGNpX3BjaTEtc2xvdDA6IFByZXNlbnQ6ICAweDFmZmYwMDAxIHwg SG9zdCBjdGw6IDB4MDAwMDAwMDEKc2RoY2lfcGNpMS1zbG90MDogUG93ZXI6ICAgIDB4MDAwMDAw MDAgfCBCbGsgZ2FwOiAgMHgwMDAwMDA4MApzZGhjaV9wY2kxLXNsb3QwOiBXYWtlLXVwOiAgMHgw MDAwMDAwMCB8IENsb2NrOiAgICAweDAwMDBmYTA3CnNkaGNpX3BjaTEtc2xvdDA6IFRpbWVvdXQ6 ICAweDAwMDAwMDAwIHwgSW50IHN0YXQ6IDB4MDAwMDAwMDAKc2RoY2lfcGNpMS1zbG90MDogSW50 IGVuYWI6IDB4MDFmZjAwZmIgfCBTaWcgZW5hYjogMHgwMWZmMDBmYgpzZGhjaV9wY2kxLXNsb3Qw OiBBQzEyIGVycjogMHgwMDAwMDAwMCB8IFNsb3QgaW50OiAweDAwMDAwMDAwCnNkaGNpX3BjaTEt c2xvdDA6IENhcHM6ICAgICAweDQ0NmNjODAxIHwgTWF4IGN1cnI6IDB4MDAwMDAwMDAKc2RoY2lf cGNpMS1zbG90MDogPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQpz ZGhjaV9wY2kxLXNsb3QwOiAgQ29udHJvbGxlciB0aW1lb3V0CnNkaGNpX3BjaTEtc2xvdDA6ID09 PT09PT09PT09PT09IFJFR0lTVEVSIERVTVAgPT09PT09PT09PT09PT0Kc2RoY2lfcGNpMS1zbG90 MDogU3lzIGFkZHI6IDB4MDAwMDAwMDAgfCBWZXJzaW9uOiAgMHgwMDAwMTAwMgpzZGhjaV9wY2kx LXNsb3QwOiBCbGsgc2l6ZTogMHgwMDAwMDAwMCB8IEJsayBjbnQ6ICAweDAwMDAwMDAwCnNkaGNp X3BjaTEtc2xvdDA6IEFyZ3VtZW50OiAweDAwMDAwMDAwIHwgVHJuIG1vZGU6IDB4MDAwMDAwMDAK c2RoY2lfcGNpMS1zbG90MDogUHJlc2VudDogIDB4MWZmZjAwMDEgfCBIb3N0IGN0bDogMHgwMDAw MDAwMQpzZGhjaV9wY2kxLXNsb3QwOiBQb3dlcjogICAgMHgwMDAwMDAwMCB8IEJsayBnYXA6ICAw eDAwMDAwMDgwCnNkaGNpX3BjaTEtc2xvdDA6IFdha2UtdXA6ICAweDAwMDAwMDAwIHwgQ2xvY2s6 ICAgIDB4MDAwMGZhMDcKc2RoY2lfcGNpMS1zbG90MDogVGltZW91dDogIDB4MDAwMDAwMDAgfCBJ bnQgc3RhdDogMHgwMDAwMDAwMApzZGhjaV9wY2kxLXNsb3QwOiBJbnQgZW5hYjogMHgwMWZmMDBm YiB8IFNpZyBlbmFiOiAweDAxZmYwMGZiCnNkaGNpX3BjaTEtc2xvdDA6IEFDMTIgZXJyOiAweDAw MDAwMDAwIHwgU2xvdCBpbnQ6IDB4MDAwMDAwMDAKc2RoY2lfcGNpMS1zbG90MDogQ2FwczogICAg IDB4NDQ2Y2M4MDEgfCBNYXggY3VycjogMHgwMDAwMDAwMApzZGhjaV9wY2kxLXNsb3QwOiA9PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09CnNkaGNpX3BjaTEtc2xvdDA6 ICBDb250cm9sbGVyIHRpbWVvdXQKc2RoY2lfcGNpMS1zbG90MDogPT09PT09PT09PT09PT0gUkVH SVNURVIgRFVNUCA9PT09PT09PT09PT09PQpzZGhjaV9wY2kxLXNsb3QwOiBTeXMgYWRkcjogMHgw MDAwMDAwMCB8IFZlcnNpb246ICAweDAwMDAxMDAyCnNkaGNpX3BjaTEtc2xvdDA6IEJsayBzaXpl OiAweDAwMDAwMDAwIHwgQmxrIGNudDogIDB4MDAwMDAwMDAKc2RoY2lfcGNpMS1zbG90MDogQXJn dW1lbnQ6IDB4MDAwMDAwMDAgfCBUcm4gbW9kZTogMHgwMDAwMDAwMApzZGhjaV9wY2kxLXNsb3Qw OiBQcmVzZW50OiAgMHgxZmZmMDAwMSB8IEhvc3QgY3RsOiAweDAwMDAwMDAxCnNkaGNpX3BjaTEt c2xvdDA6IFBvd2VyOiAgICAweDAwMDAwMDAwIHwgQmxrIGdhcDogIDB4MDAwMDAwODAKc2RoY2lf cGNpMS1zbG90MDogV2FrZS11cDogIDB4MDAwMDAwMDAgfCBDbG9jazogICAgMHgwMDAwZmEwNwpz ZGhjaV9wY2kxLXNsb3QwOiBUaW1lb3V0OiAgMHgwMDAwMDAwMCB8IEludCBzdGF0OiAweDAwMDAw MDAwCnNkaGNpX3BjaTEtc2xvdDA6IEludCBlbmFiOiAweDAxZmYwMGZiIHwgU2lnIGVuYWI6IDB4 MDFmZjAwZmIKc2RoY2lfcGNpMS1zbG90MDogQUMxMiBlcnI6IDB4MDAwMDAwMDAgfCBTbG90IGlu dDogMHgwMDAwMDAwMApzZGhjaV9wY2kxLXNsb3QwOiBDYXBzOiAgICAgMHg0NDZjYzgwMSB8IE1h eCBjdXJyOiAweDAwMDAwMDAwCnNkaGNpX3BjaTEtc2xvdDA6ID09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT0Kc2RoY2lfcGNpMS1zbG90MDogIENvbnRyb2xsZXIgdGlt ZW91dApzZGhjaV9wY2kxLXNsb3QwOiA9PT09PT09PT09PT09PSBSRUdJU1RFUiBEVU1QID09PT09 PT09PT09PT09CnNkaGNpX3BjaTEtc2xvdDA6IFN5cyBhZGRyOiAweDAwMDAwMDAwIHwgVmVyc2lv bjogIDB4MDAwMDEwMDIKc2RoY2lfcGNpMS1zbG90MDogQmxrIHNpemU6IDB4MDAwMDAwMDAgfCBC bGsgY250OiAgMHgwMDAwMDAwMApzZGhjaV9wY2kxLXNsb3QwOiBBcmd1bWVudDogMHgwMDAwMDAw MCB8IFRybiBtb2RlOiAweDAwMDAwMDAwCnNkaGNpX3BjaTEtc2xvdDA6IFByZXNlbnQ6ICAweDFm ZmYwMDAxIHwgSG9zdCBjdGw6IDB4MDAwMDAwMDEKc2RoY2lfcGNpMS1zbG90MDogUG93ZXI6ICAg IDB4MDAwMDAwMDAgfCBCbGsgZ2FwOiAgMHgwMDAwMDA4MApzZGhjaV9wY2kxLXNsb3QwOiBXYWtl LXVwOiAgMHgwMDAwMDAwMCB8IENsb2NrOiAgICAweDAwMDBmYTA3CnNkaGNpX3BjaTEtc2xvdDA6 IFRpbWVvdXQ6ICAweDAwMDAwMDAwIHwgSW50IHN0YXQ6IDB4MDAwMDAwMDAKc2RoY2lfcGNpMS1z bG90MDogSW50IGVuYWI6IDB4MDFmZjAwZmIgfCBTaWcgZW5hYjogMHgwMWZmMDBmYgpzZGhjaV9w Y2kxLXNsb3QwOiBBQzEyIGVycjogMHgwMDAwMDAwMCB8IFNsb3QgaW50OiAweDAwMDAwMDAwCnNk aGNpX3BjaTEtc2xvdDA6IENhcHM6ICAgICAweDQ0NmNjODAxIHwgTWF4IGN1cnI6IDB4MDAwMDAw MDAKc2RoY2lfcGNpMS1zbG90MDogPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PQpzZGhjaV9wY2kxLXNsb3QwOiAgQ29udHJvbGxlciB0aW1lb3V0CnNkaGNpX3BjaTEt c2xvdDA6ID09PT09PT09PT09PT09IFJFR0lTVEVSIERVTVAgPT09PT09PT09PT09PT0Kc2RoY2lf cGNpMS1zbG90MDogU3lzIGFkZHI6IDB4MDAwMDAwMDAgfCBWZXJzaW9uOiAgMHgwMDAwMTAwMgpz ZGhjaV9wY2kxLXNsb3QwOiBCbGsgc2l6ZTogMHgwMDAwMDAwMCB8IEJsayBjbnQ6ICAweDAwMDAw MDAwCnNkaGNpX3BjaTEtc2xvdDA6IEFyZ3VtZW50OiAweDAwMDAwMDAwIHwgVHJuIG1vZGU6IDB4 MDAwMDAwMDAKc2RoY2lfcGNpMS1zbG90MDogUHJlc2VudDogIDB4MWZmZjAwMDEgfCBIb3N0IGN0 bDogMHgwMDAwMDAwMQpzZGhjaV9wY2kxLXNsb3QwOiBQb3dlcjogICAgMHgwMDAwMDAwMCB8IEJs ayBnYXA6ICAweDAwMDAwMDgwCnNkaGNpX3BjaTEtc2xvdDA6IFdha2UtdXA6ICAweDAwMDAwMDAw IHwgQ2xvY2s6ICAgIDB4MDAwMGZhMDcKc2RoY2lfcGNpMS1zbG90MDogVGltZW91dDogIDB4MDAw MDAwMDAgfCBJbnQgc3RhdDogMHgwMDAwMDAwMApzZGhjaV9wY2kxLXNsb3QwOiBJbnQgZW5hYjog MHgwMWZmMDBmYiB8IFNpZyBlbmFiOiAweDAxZmYwMGZiCnNkaGNpX3BjaTEtc2xvdDA6IEFDMTIg ZXJyOiAweDAwMDAwMDAwIHwgU2xvdCBpbnQ6IDB4MDAwMDAwMDAKc2RoY2lfcGNpMS1zbG90MDog Q2FwczogICAgIDB4NDQ2Y2M4MDEgfCBNYXggY3VycjogMHgwMDAwMDAwMApzZGhjaV9wY2kxLXNs b3QwOiA9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09Cm1tYzA6IE5v IGNvbXBhdGlibGUgY2FyZHMgZm91bmQgb24gYnVzCmhkYWNjMDogPFJlYWx0ZWsgKDB4MDI4Mykg SERBIENPREVDPiBhdCBjYWQgMCBvbiBoZGFjMApoZGFhMDogPFJlYWx0ZWsgKDB4MDI4MykgQXVk aW8gRnVuY3Rpb24gR3JvdXA+IGF0IG5pZCAxIG9uIGhkYWNjMApwY20wOiA8UmVhbHRlayAoMHgw MjgzKSAoQW5hbG9nIDIuMCtIUC8yLjApPiBhdCBuaWQgMjAsMzMgYW5kIDE4IG9uIGhkYWEwCmhk YWNjMTogPEludGVsICgweDI4ODIpIEhEQSBDT0RFQz4gYXQgY2FkIDIgb24gaGRhYzAKaGRhYTE6 IDxJbnRlbCAoMHgyODgyKSBBdWRpbyBGdW5jdGlvbiBHcm91cD4gYXQgbmlkIDEgb24gaGRhY2Mx CnBjbTE6IDxJbnRlbCAoMHgyODgyKSAoSERNSS9EUCA4Y2gpPiBhdCBuaWQgNCBvbiBoZGFhMQpT TVA6IEFQIENQVSAjMyBMYXVuY2hlZCEKU01QOiBBUCBDUFUgIzEgTGF1bmNoZWQhClNNUDogQVAg Q1BVICMyIExhdW5jaGVkIQpUaW1lY291bnRlciAiVFNDLWxvdyIgZnJlcXVlbmN5IDEwODMzNTk0 OTggSHogcXVhbGl0eSAxMDAwClRyeWluZyB0byBtb3VudCByb290IGZyb20gemZzOmZseWVyL1JP T1QvZGVmYXVsdCBbXS4uLgp3bGFuMDogRXRoZXJuZXQgYWRkcmVzczogODA6MDA6MGI6NWE6Y2Q6 MjMKaXduMDogaXduX3JlYWRfZmlybXdhcmU6IHVjb2RlIHJldj0weDEyYTgwNjAxCml3bjA6IGl3 bl9yZWFkX2Zpcm13YXJlOiB1Y29kZSByZXY9MHgxMmE4MDYwMQp1YnQwOiA8dmVuZG9yIDB4ODA4 NyBwcm9kdWN0IDB4MDdkYSwgY2xhc3MgMjI0LzEsIHJldiAyLjAwLzc4LjY5LCBhZGRyIDI+IG9u IHVzYnVzMApXQVJOSU5HOiBhdHRlbXB0IHRvIGRvbWFpbl9hZGQoYmx1ZXRvb3RoKSBhZnRlciBk b21haW5maW5hbGl6ZSgpCldBUk5JTkc6IGF0dGVtcHQgdG8gZG9tYWluX2FkZChuZXRncmFwaCkg YWZ0ZXIgZG9tYWluZmluYWxpemUoKQp1YnQwOiB1YnRfYnVsa19yZWFkX2NhbGxiYWNrOjk3OTog YnVsay1pbiB0cmFuc2ZlciBmYWlsZWQ6IFVTQl9FUlJfU1RBTExFRAo= ------=_20141231162430_72029 Content-Type: application/octet-stream; name="dmesg.uefi" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="dmesg.uefi" Q29weXJpZ2h0IChjKSAxOTkyLTIwMTQgVGhlIEZyZWVCU0QgUHJvamVjdC4KQ29weXJpZ2h0IChj KSAxOTc5LCAxOTgwLCAxOTgzLCAxOTg2LCAxOTg4LCAxOTg5LCAxOTkxLCAxOTkyLCAxOTkzLCAx OTk0CglUaGUgUmVnZW50cyBvZiB0aGUgVW5pdmVyc2l0eSBvZiBDYWxpZm9ybmlhLiBBbGwgcmln aHRzIHJlc2VydmVkLgpGcmVlQlNEIGlzIGEgcmVnaXN0ZXJlZCB0cmFkZW1hcmsgb2YgVGhlIEZy ZWVCU0QgRm91bmRhdGlvbi4KRnJlZUJTRCAxMS4wLUNVUlJFTlQgIzkgcjI3NjQ1NjogV2VkIERl YyAzMSAxNDozMjoyNSBDRVQgMjAxNAogICAgcm9vdEBmbHllcjovdXNyL29iai91c3Ivc3JjL3N5 cy9GTFlFUiBhbWQ2NApGcmVlQlNEIGNsYW5nIHZlcnNpb24gMy40LjEgKHRhZ3MvUkVMRUFTRV8z NC9kb3QxLWZpbmFsIDIwODAzMikgMjAxNDA1MTIKVlQ6IHJ1bm5pbmcgd2l0aCBkcml2ZXIgImVm aWZiIi4KQ1BVOiBJbnRlbChSKSBQZW50aXVtKFIpIENQVSAgTjM1NDAgIEAgMi4xNkdIeiAoMjE2 Ni43Mi1NSHogSzgtY2xhc3MgQ1BVKQogIE9yaWdpbj0iR2VudWluZUludGVsIiAgSWQ9MHgzMDY3 OCAgRmFtaWx5PTB4NiAgTW9kZWw9MHgzNyAgU3RlcHBpbmc9OAogIEZlYXR1cmVzPTB4YmZlYmZi ZmY8RlBVLFZNRSxERSxQU0UsVFNDLE1TUixQQUUsTUNFLENYOCxBUElDLFNFUCxNVFJSLFBHRSxN Q0EsQ01PVixQQVQsUFNFMzYsQ0xGTFVTSCxEVFMsQUNQSSxNTVgsRlhTUixTU0UsU1NFMixTUyxI VFQsVE0sUEJFPgogIEZlYXR1cmVzMj0weDQxZDhlM2JmPFNTRTMsUENMTVVMUURRLERURVM2NCxN T04sRFNfQ1BMLFZNWCxFU1QsVE0yLFNTU0UzLENYMTYseFRQUixQRENNLFNTRTQuMSxTU0U0LjIs TU9WQkUsUE9QQ05ULFRTQ0RMVCxSRFJBTkQ+CiAgQU1EIEZlYXR1cmVzPTB4MjgxMDA4MDA8U1lT Q0FMTCxOWCxSRFRTQ1AsTE0+CiAgQU1EIEZlYXR1cmVzMj0weDEwMTxMQUhGLFByZWZldGNoPgog IFN0cnVjdHVyZWQgRXh0ZW5kZWQgRmVhdHVyZXM9MHgyMjgyPFRTQ0FESixTTUVQLEVSTVM+CiAg VlQteDogUEFULEhMVCxNVEYsUEFVU0UsRVBULFVHLFZQSUQKICBUU0M6IFAtc3RhdGUgaW52YXJp YW50LCBwZXJmb3JtYW5jZSBzdGF0aXN0aWNzCnJlYWwgbWVtb3J5ICA9IDEwNzM3NDE4MjQwICgx MDI0MCBNQikKYXZhaWwgbWVtb3J5ID0gODEwNDA2NzA3MiAoNzcyOCBNQikKRXZlbnQgdGltZXIg IkxBUElDIiBxdWFsaXR5IDYwMApBQ1BJIEFQSUMgVGFibGU6IDxBQ1JTWVMgQUNSUFJEQ1Q+CkZy ZWVCU0QvU01QOiBNdWx0aXByb2Nlc3NvciBTeXN0ZW0gRGV0ZWN0ZWQ6IDQgQ1BVcwpGcmVlQlNE L1NNUDogMSBwYWNrYWdlKHMpIHggNCBjb3JlKHMpCiBjcHUwIChCU1ApOiBBUElDIElEOiAgMAog Y3B1MSAoQVApOiBBUElDIElEOiAgMgogY3B1MiAoQVApOiBBUElDIElEOiAgNAogY3B1MyAoQVAp OiBBUElDIElEOiAgNgppb2FwaWMwOiBDaGFuZ2luZyBBUElDIElEIHRvIDIKaW9hcGljMCA8VmVy c2lvbiAyLjA+IGlycXMgMC04NiBvbiBtb3RoZXJib2FyZApDdXNlIHYwLjEuMzQgQCAvZGV2L2N1 c2UKcmFuZG9tOiBlbnRyb3B5IGRldmljZSBpbmZyYXN0cnVjdHVyZSBkcml2ZXIKcmFuZG9tOiBz ZWxlY3RpbmcgaGlnaGVzdCBwcmlvcml0eSBhZGFwdG9yIDxEdW1teT4Ka2JkMSBhdCBrYmRtdXgw Cm5ldG1hcDogbG9hZGVkIG1vZHVsZQptb2R1bGVfcmVnaXN0ZXJfaW5pdDogTU9EX0xPQUQgKHZl c2EsIDB4ZmZmZmZmZmY4MGU5M2IwMCwgMCkgZXJyb3IgMTkKcmFuZG9tOiBTT0ZUOiB5YXJyb3cg aW5pdCgpCnJhbmRvbTogc2VsZWN0aW5nIGhpZ2hlc3QgcHJpb3JpdHkgYWRhcHRvciA8WWFycm93 PgpyYW5kb206IGxpdmUgcHJvdmlkZXI6ICJJbnRlbCBTZWN1cmUgS2V5IFJORyIKYWNwaTA6IDxB Q1JTWVMgQUNSUFJEQ1Q+IG9uIG1vdGhlcmJvYXJkCmFjcGkwOiBQb3dlciBCdXR0b24gKGZpeGVk KQp1bmtub3duOiBJL08gcmFuZ2Ugbm90IHN1cHBvcnRlZApjcHUwOiA8QUNQSSBDUFU+IG9uIGFj cGkwCmNwdTE6IDxBQ1BJIENQVT4gb24gYWNwaTAKY3B1MjogPEFDUEkgQ1BVPiBvbiBhY3BpMApj cHUzOiA8QUNQSSBDUFU+IG9uIGFjcGkwCmF0cnRjMDogPEFUIHJlYWx0aW1lIGNsb2NrPiBwb3J0 IDB4NzAtMHg3NyBvbiBhY3BpMAphdHJ0YzA6IFdhcm5pbmc6IENvdWxkbid0IG1hcCBJL08uCkV2 ZW50IHRpbWVyICJSVEMiIGZyZXF1ZW5jeSAzMjc2OCBIeiBxdWFsaXR5IDAKaHBldDA6IDxIaWdo IFByZWNpc2lvbiBFdmVudCBUaW1lcj4gaW9tZW0gMHhmZWQwMDAwMC0weGZlZDAwM2ZmIGlycSA4 IG9uIGFjcGkwClRpbWVjb3VudGVyICJIUEVUIiBmcmVxdWVuY3kgMTQzMTgxODAgSHogcXVhbGl0 eSA5NTAKRXZlbnQgdGltZXIgIkhQRVQiIGZyZXF1ZW5jeSAxNDMxODE4MCBIeiBxdWFsaXR5IDQ1 MApFdmVudCB0aW1lciAiSFBFVDEiIGZyZXF1ZW5jeSAxNDMxODE4MCBIeiBxdWFsaXR5IDQ0MApF dmVudCB0aW1lciAiSFBFVDIiIGZyZXF1ZW5jeSAxNDMxODE4MCBIeiBxdWFsaXR5IDQ0MAphdHRp bWVyMDogPEFUIHRpbWVyPiBwb3J0IDB4NDAtMHg0MywweDUwLTB4NTMgaXJxIDAgb24gYWNwaTAK VGltZWNvdW50ZXIgImk4MjU0IiBmcmVxdWVuY3kgMTE5MzE4MiBIeiBxdWFsaXR5IDAKRXZlbnQg dGltZXIgImk4MjU0IiBmcmVxdWVuY3kgMTE5MzE4MiBIeiBxdWFsaXR5IDEwMApUaW1lY291bnRl ciAiQUNQSS1zYWZlIiBmcmVxdWVuY3kgMzU3OTU0NSBIeiBxdWFsaXR5IDg1MAphY3BpX3RpbWVy MDogPDI0LWJpdCB0aW1lciBhdCAzLjU3OTU0NU1Iej4gcG9ydCAweDQwOC0weDQwYiBvbiBhY3Bp MAphY3BpX2VjMDogPEVtYmVkZGVkIENvbnRyb2xsZXI6IEdQRSAweDE4PiBwb3J0IDB4NjIsMHg2 NiBvbiBhY3BpMApwY2liMDogPEFDUEkgSG9zdC1QQ0kgYnJpZGdlPiBwb3J0IDB4Y2Y4LTB4Y2Zm IG9uIGFjcGkwCnBjaWIwOiBMZW5ndGggbWlzbWF0Y2ggZm9yIDMgcmFuZ2U6IDEwOWZmZmZmIHZz IDEwYTAwMDAwCnBjaTA6IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWIwCnZnYXBjaTA6IDxWR0EtY29t cGF0aWJsZSBkaXNwbGF5PiBwb3J0IDB4MjA1MC0weDIwNTcgbWVtIDB4OTAwMDAwMDAtMHg5MDNm ZmZmZiwweDgwMDAwMDAwLTB4OGZmZmZmZmYgYXQgZGV2aWNlIDIuMCBvbiBwY2kwCnZnYXBjaTA6 IEJvb3QgdmlkZW8gZGV2aWNlCmFoY2kwOiA8QUhDSSBTQVRBIGNvbnRyb2xsZXI+IHBvcnQgMHgy MDQ4LTB4MjA0ZiwweDIwNWMtMHgyMDVmLDB4MjA0MC0weDIwNDcsMHgyMDU4LTB4MjA1YiwweDIw MjAtMHgyMDNmIG1lbSAweDkwOTFlMDAwLTB4OTA5MWU3ZmYgYXQgZGV2aWNlIDE5LjAgb24gcGNp MAphaGNpMDogQUhDSSB2MS4zMCB3aXRoIDIgM0dicHMgcG9ydHMsIFBvcnQgTXVsdGlwbGllciBu b3Qgc3VwcG9ydGVkCmFoY2ljaDA6IDxBSENJIGNoYW5uZWw+IGF0IGNoYW5uZWwgMCBvbiBhaGNp MAp4aGNpMDogPEludGVsIEludGVsIEJheVRyYWlsIFVTQiAzLjAgY29udHJvbGxlcj4gbWVtIDB4 OTA5MDAwMDAtMHg5MDkwZmZmZiBhdCBkZXZpY2UgMjAuMCBvbiBwY2kwCnhoY2kwOiAzMiBieXRl IGNvbnRleHQgc2l6ZS4KeGhjaTA6IFBvcnQgcm91dGluZyBtYXNrIHNldCB0byAweGZmZmZmZmZm CnVzYnVzMCBvbiB4aGNpMApwY2kwOiA8ZW5jcnlwdC9kZWNyeXB0PiBhdCBkZXZpY2UgMjYuMCAo bm8gZHJpdmVyIGF0dGFjaGVkKQpoZGFjMDogPEludGVsIEJheVRyYWlsIEhEQSBDb250cm9sbGVy PiBtZW0gMHg5MDkxMDAwMC0weDkwOTEzZmZmIGF0IGRldmljZSAyNy4wIG9uIHBjaTAKcGNpYjE6 IDxBQ1BJIFBDSS1QQ0kgYnJpZGdlPiBhdCBkZXZpY2UgMjguMCBvbiBwY2kwCnBjaTE6IDxBQ1BJ IFBDSSBidXM+IG9uIHBjaWIxCnBjaWIyOiA8QUNQSSBQQ0ktUENJIGJyaWRnZT4gYXQgZGV2aWNl IDI4LjEgb24gcGNpMApwY2kyOiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2liMgppd24wOiA8SW50ZWwg Q2VudHJpbm8gQWR2YW5jZWQgNjIzNT4gbWVtIDB4OTA2MDAwMDAtMHg5MDYwMWZmZiBhdCBkZXZp Y2UgMC4wIG9uIHBjaTIKcGNpYjM6IDxBQ1BJIFBDSS1QQ0kgYnJpZGdlPiBhdCBkZXZpY2UgMjgu MiBvbiBwY2kwCnBjaTM6IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWIzCnJlMDogPFJlYWxUZWsgODE2 OC84MTExIEIvQy9DUC9EL0RQL0UvRi9HIFBDSWUgR2lnYWJpdCBFdGhlcm5ldD4gcG9ydCAweDEw MDAtMHgxMGZmIG1lbSAweDkwNTAwMDAwLTB4OTA1MDBmZmYsMHg5MDQwMDAwMC0weDkwNDAzZmZm IGF0IGRldmljZSAwLjAgb24gcGNpMwpyZTA6IFVzaW5nIDEgTVNJLVggbWVzc2FnZQpyZTA6IEFT UE0gZGlzYWJsZWQKcmUwOiBDaGlwIHJldi4gMHg0YzAwMDAwMApyZTA6IE1BQyByZXYuIDB4MDAw MDAwMDAKbWlpYnVzMDogPE1JSSBidXM+IG9uIHJlMApyZ2VwaHkwOiA8UlRMODI1MSAxMDAwQkFT RS1UIG1lZGlhIGludGVyZmFjZT4gUEhZIDEgb24gbWlpYnVzMApyZ2VwaHkwOiAgbm9uZSwgMTBi YXNlVCwgMTBiYXNlVC1GRFgsIDEwYmFzZVQtRkRYLWZsb3csIDEwMGJhc2VUWCwgMTAwYmFzZVRY LUZEWCwgMTAwYmFzZVRYLUZEWC1mbG93LCAxMDAwYmFzZVQtRkRYLCAxMDAwYmFzZVQtRkRYLW1h c3RlciwgMTAwMGJhc2VULUZEWC1mbG93LCAxMDAwYmFzZVQtRkRYLWZsb3ctbWFzdGVyLCBhdXRv LCBhdXRvLWZsb3cKcmUwOiBVc2luZyBkZWZhdWx0cyBmb3IgVFNPOiA2NTUxOC8zNS8yMDQ4CnJl MDogRXRoZXJuZXQgYWRkcmVzczogYzQ6NTQ6NDQ6ZDY6OTU6MzkKMDAxLjAwMDAwOCBbMjcxOF0g bmV0bWFwX2F0dGFjaCAgICAgICAgICAgICBzdWNjZXNzIGZvciByZTAgdHggMS8yNTYgcnggMS8y NTYgcXVldWVzL3Nsb3RzCmlzYWIwOiA8UENJLUlTQSBicmlkZ2U+IGF0IGRldmljZSAzMS4wIG9u IHBjaTAKaXNhMDogPElTQSBidXM+IG9uIGlzYWIwCmFjcGlfYnV0dG9uMDogPFBvd2VyIEJ1dHRv bj4gb24gYWNwaTAKYWNwaV9idXR0b24xOiA8U2xlZXAgQnV0dG9uPiBvbiBhY3BpMAphY3BpX2Fj YWQwOiA8QUMgQWRhcHRlcj4gb24gYWNwaTAKYmF0dGVyeTA6IDxBQ1BJIENvbnRyb2wgTWV0aG9k IEJhdHRlcnk+IG9uIGFjcGkwCmFjcGlfbGlkMDogPENvbnRyb2wgTWV0aG9kIExpZCBTd2l0Y2g+ IG9uIGFjcGkwCmFjcGlfdHowOiA8VGhlcm1hbCBab25lPiBvbiBhY3BpMAphdGtiZGMwOiA8S2V5 Ym9hcmQgY29udHJvbGxlciAoaTgwNDIpPiBwb3J0IDB4NjAsMHg2NCBpcnEgMSBvbiBhY3BpMAph dGtiZDA6IDxBVCBLZXlib2FyZD4gaXJxIDEgb24gYXRrYmRjMAprYmQwIGF0IGF0a2JkMAphdGti ZDA6IFtHSUFOVC1MT0NLRURdCnBzbTA6IDxQUy8yIE1vdXNlPiBpcnEgMTIgb24gYXRrYmRjMApw c20wOiBbR0lBTlQtTE9DS0VEXQpwc20wOiBtb2RlbCBTeW5hcHRpY3MgVG91Y2hwYWQsIGRldmlj ZSBJRCAwCnBwYzA6IGNhbm5vdCByZXNlcnZlIEkvTyBwb3J0IHJhbmdlCnVhcnQwOiA8MTY1NTAg b3IgY29tcGF0aWJsZT4gYXQgcG9ydCAweDNmOC0weDNmZiBpcnEgNCBmbGFncyAweDEwIG9uIGlz YTAKZXN0MDogPEVuaGFuY2VkIFNwZWVkU3RlcCBGcmVxdWVuY3kgQ29udHJvbD4gb24gY3B1MApl c3QxOiA8RW5oYW5jZWQgU3BlZWRTdGVwIEZyZXF1ZW5jeSBDb250cm9sPiBvbiBjcHUxCmVzdDI6 IDxFbmhhbmNlZCBTcGVlZFN0ZXAgRnJlcXVlbmN5IENvbnRyb2w+IG9uIGNwdTIKZXN0MzogPEVu aGFuY2VkIFNwZWVkU3RlcCBGcmVxdWVuY3kgQ29udHJvbD4gb24gY3B1Mwp1c2J1czA6IDUuMEdi cHMgU3VwZXIgU3BlZWQgVVNCIHYzLjAKWkZTIGZpbGVzeXN0ZW0gdmVyc2lvbjogNQpaRlMgc3Rv cmFnZSBwb29sIHZlcnNpb246IGZlYXR1cmVzIHN1cHBvcnQgKDUwMDApClRpbWVjb3VudGVycyB0 aWNrIGV2ZXJ5IDEuMDAwIG1zZWMKaGRhY2MwOiA8UmVhbHRlayAoMHgwMjgzKSBIREEgQ09ERUM+ IGF0IGNhZCAwIG9uIGhkYWMwCmhkYWEwOiA8UmVhbHRlayAoMHgwMjgzKSBBdWRpbyBGdW5jdGlv biBHcm91cD4gYXQgbmlkIDEgb24gaGRhY2MwCnBjbTA6IDxSZWFsdGVrICgweDAyODMpIChBbmFs b2cgMi4wK0hQLzIuMCk+IGF0IG5pZCAyMCwzMyBhbmQgMTggb24gaGRhYTAKaGRhY2MxOiA8SW50 ZWwgKDB4Mjg4MikgSERBIENPREVDPiBhdCBjYWQgMiBvbiBoZGFjMApoZGFhMTogPEludGVsICgw eDI4ODIpIEF1ZGlvIEZ1bmN0aW9uIEdyb3VwPiBhdCBuaWQgMSBvbiBoZGFjYzEKcGNtMTogPElu dGVsICgweDI4ODIpIChIRE1JL0RQIDhjaCk+IGF0IG5pZCA0IG9uIGhkYWExCnVnZW4wLjE6IDww eDgwODY+IGF0IHVzYnVzMAp1aHViMDogPDB4ODA4NiBYSENJIHJvb3QgSFVCLCBjbGFzcyA5LzAs IHJldiAzLjAwLzEuMDAsIGFkZHIgMT4gb24gdXNidXMwCmFkYTAgYXQgYWhjaWNoMCBidXMgMCBz Y2J1czAgdGFyZ2V0IDAgbHVuIDAKYWRhMDogPEtJTkdTVE9OIFNLQzMwMFMzN0E2MEcgNTI0QUJC RjA+IEFUQS04IFNBVEEgMy54IGRldmljZQphZGEwOiBTZXJpYWwgTnVtYmVyIDUwMDI2QjcyNDMw M0Y4QTgKYWRhMDogMzAwLjAwME1CL3MgdHJhbnNmZXJzIChTQVRBIDIueCwgVURNQTYsIFBJTyA4 MTkyYnl0ZXMpCmFkYTA6IENvbW1hbmQgUXVldWVpbmcgZW5hYmxlZAphZGEwOiA1NzI0MU1CICgx MTcyMzE0MDggNTEyIGJ5dGUgc2VjdG9yczogMTZIIDYzUy9UIDE2MzgzQykKYWRhMDogUHJldmlv dXNseSB3YXMga25vd24gYXMgYWQ0CnJhbmRvbTogdW5ibG9ja2luZyBkZXZpY2UuClNNUDogQVAg Q1BVICMyIExhdW5jaGVkIQpTTVA6IEFQIENQVSAjMSBMYXVuY2hlZCEKU01QOiBBUCBDUFUgIzMg TGF1bmNoZWQhClRpbWVjb3VudGVyICJUU0MtbG93IiBmcmVxdWVuY3kgMTA4MzM2MDI2NSBIeiBx dWFsaXR5IDEwMDAKUm9vdCBtb3VudCB3YWl0aW5nIGZvcjogdXNidXMwCnVodWIwOiA3IHBvcnRz IHdpdGggNyByZW1vdmFibGUsIHNlbGYgcG93ZXJlZAp1Z2VuMC4yOiA8dmVuZG9yIDB4MDVlMz4g YXQgdXNidXMwCnVodWIxOiA8dmVuZG9yIDB4MDVlMyBVU0IyLjAgSHViLCBjbGFzcyA5LzAsIHJl diAyLjAwLzg1LjM3LCBhZGRyIDE+IG9uIHVzYnVzMApSb290IG1vdW50IHdhaXRpbmcgZm9yOiB1 c2J1czAKdWh1YjE6IDQgcG9ydHMgd2l0aCAzIHJlbW92YWJsZSwgc2VsZiBwb3dlcmVkClJvb3Qg bW91bnQgd2FpdGluZyBmb3I6IHVzYnVzMAp1Z2VuMC4zOiA8dmVuZG9yIDB4ODA4Nz4gYXQgdXNi dXMwClJvb3QgbW91bnQgd2FpdGluZyBmb3I6IHVzYnVzMAp1Z2VuMC40OiA8U3VucGx1c0lUIElO Qy4+IGF0IHVzYnVzMApUcnlpbmcgdG8gbW91bnQgcm9vdCBmcm9tIHpmczpmbHllci9ST09UL2Rl ZmF1bHQgW10uLi4Kd2xhbjA6IEV0aGVybmV0IGFkZHJlc3M6IDgwOjAwOjBiOjVhOmNkOjIzCml3 bjA6IGl3bl9yZWFkX2Zpcm13YXJlOiB1Y29kZSByZXY9MHgxMmE4MDYwMQppd24wOiBpd25fcmVh ZF9maXJtd2FyZTogdWNvZGUgcmV2PTB4MTJhODA2MDEKdWJ0MDogPHZlbmRvciAweDgwODcgcHJv ZHVjdCAweDA3ZGEsIGNsYXNzIDIyNC8xLCByZXYgMi4wMC83OC42OSwgYWRkciAyPiBvbiB1c2J1 czAKV0FSTklORzogYXR0ZW1wdCB0byBkb21haW5fYWRkKGJsdWV0b290aCkgYWZ0ZXIgZG9tYWlu ZmluYWxpemUoKQpXQVJOSU5HOiBhdHRlbXB0IHRvIGRvbWFpbl9hZGQobmV0Z3JhcGgpIGFmdGVy IGRvbWFpbmZpbmFsaXplKCkK ------=_20141231162430_72029 Content-Type: application/octet-stream; name="pciconf.bios" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="pciconf.bios" aG9zdGIwQHBjaTA6MDowOjA6CWNsYXNzPTB4MDYwMDAwIGNhcmQ9MHgwOTMzMTAyNSBjaGlwPTB4 MGYwMDgwODYgcmV2PTB4MGUgaGRyPTB4MDAKICAgIHZlbmRvciAgICAgPSAnSW50ZWwgQ29ycG9y YXRpb24nCiAgICBkZXZpY2UgICAgID0gJ1ZhbGxleVZpZXcgU1NBLUNVbml0JwogICAgY2xhc3Mg ICAgICA9IGJyaWRnZQogICAgc3ViY2xhc3MgICA9IEhPU1QtUENJCnZnYXBjaTBAcGNpMDowOjI6 MDoJY2xhc3M9MHgwMzAwMDAgY2FyZD0weDA5MzMxMDI1IGNoaXA9MHgwZjMxODA4NiByZXY9MHgw ZSBoZHI9MHgwMAogICAgdmVuZG9yICAgICA9ICdJbnRlbCBDb3Jwb3JhdGlvbicKICAgIGRldmlj ZSAgICAgPSAnVmFsbGV5VmlldyBHZW43JwogICAgY2xhc3MgICAgICA9IGRpc3BsYXkKICAgIHN1 YmNsYXNzICAgPSBWR0EKICAgIGJhciAgIFsxMF0gPSB0eXBlIE1lbW9yeSwgcmFuZ2UgMzIsIGJh c2UgMHg5MDAwMDAwMCwgc2l6ZSA0MTk0MzA0LCBlbmFibGVkCiAgICBiYXIgICBbMThdID0gdHlw ZSBQcmVmZXRjaGFibGUgTWVtb3J5LCByYW5nZSAzMiwgYmFzZSAweDgwMDAwMDAwLCBzaXplIDI2 ODQzNTQ1NiwgZW5hYmxlZAogICAgYmFyICAgWzIwXSA9IHR5cGUgSS9PIFBvcnQsIHJhbmdlIDMy LCBiYXNlIDB4MjA1MCwgc2l6ZSA4LCBlbmFibGVkCiAgICBjYXAgMDFbZDBdID0gcG93ZXJzcGVj IDIgIHN1cHBvcnRzIEQwIEQzICBjdXJyZW50IEQwCiAgICBjYXAgMDVbOTBdID0gTVNJIHN1cHBv cnRzIDEgbWVzc2FnZSAKICAgIGNhcCAwOVtiMF0gPSB2ZW5kb3IgKGxlbmd0aCA3KSBJbnRlbCBj YXAgMCB2ZXJzaW9uIDEKc2RoY2lfcGNpMEBwY2kwOjA6MTg6MDoJY2xhc3M9MHgwODA1MDEgY2Fy ZD0weDA5MzMxMDI1IGNoaXA9MHgwZjE2ODA4NiByZXY9MHgwZSBoZHI9MHgwMAogICAgdmVuZG9y ICAgICA9ICdJbnRlbCBDb3Jwb3JhdGlvbicKICAgIGRldmljZSAgICAgPSAnVmFsbGV5VmlldyBT RElPIENvbnRyb2xsZXInCiAgICBjbGFzcyAgICAgID0gYmFzZSBwZXJpcGhlcmFsCiAgICBzdWJj bGFzcyAgID0gU0QgaG9zdCBjb250cm9sbGVyCiAgICBiYXIgICBbMTBdID0gdHlwZSBNZW1vcnks IHJhbmdlIDMyLCBiYXNlIDB4OTA5MjEwMDAsIHNpemUgNDA5NiwgZW5hYmxlZAogICAgYmFyICAg WzE0XSA9IHR5cGUgTWVtb3J5LCByYW5nZSAzMiwgYmFzZSAweDkwOTIwMDAwLCBzaXplIDQwOTYs IGVuYWJsZWQKICAgIGNhcCAwMVs4MF0gPSBwb3dlcnNwZWMgMyAgc3VwcG9ydHMgRDAgRDMgIGN1 cnJlbnQgRDAKYWhjaTBAcGNpMDowOjE5OjA6CWNsYXNzPTB4MDEwNjAxIGNhcmQ9MHgwOTMzMTAy NSBjaGlwPTB4MGYyMzgwODYgcmV2PTB4MGUgaGRyPTB4MDAKICAgIHZlbmRvciAgICAgPSAnSW50 ZWwgQ29ycG9yYXRpb24nCiAgICBkZXZpY2UgICAgID0gJ1ZhbGxleVZpZXcgNi1Qb3J0IFNBVEEg QUhDSSBDb250cm9sbGVyJwogICAgY2xhc3MgICAgICA9IG1hc3Mgc3RvcmFnZQogICAgc3ViY2xh c3MgICA9IFNBVEEKICAgIGJhciAgIFsxMF0gPSB0eXBlIEkvTyBQb3J0LCByYW5nZSAzMiwgYmFz ZSAweDIwNDgsIHNpemUgOCwgZW5hYmxlZAogICAgYmFyICAgWzE0XSA9IHR5cGUgSS9PIFBvcnQs IHJhbmdlIDMyLCBiYXNlIDB4MjA1Yywgc2l6ZSA0LCBlbmFibGVkCiAgICBiYXIgICBbMThdID0g dHlwZSBJL08gUG9ydCwgcmFuZ2UgMzIsIGJhc2UgMHgyMDQwLCBzaXplIDgsIGVuYWJsZWQKICAg IGJhciAgIFsxY10gPSB0eXBlIEkvTyBQb3J0LCByYW5nZSAzMiwgYmFzZSAweDIwNTgsIHNpemUg NCwgZW5hYmxlZAogICAgYmFyICAgWzIwXSA9IHR5cGUgSS9PIFBvcnQsIHJhbmdlIDMyLCBiYXNl IDB4MjAyMCwgc2l6ZSAzMiwgZW5hYmxlZAogICAgYmFyICAgWzI0XSA9IHR5cGUgTWVtb3J5LCBy YW5nZSAzMiwgYmFzZSAweDkwOTFmMDAwLCBzaXplIDIwNDgsIGVuYWJsZWQKICAgIGNhcCAwNVs4 MF0gPSBNU0kgc3VwcG9ydHMgMSBtZXNzYWdlIGVuYWJsZWQgd2l0aCAxIG1lc3NhZ2UKICAgIGNh cCAwMVs3MF0gPSBwb3dlcnNwZWMgMyAgc3VwcG9ydHMgRDAgRDMgIGN1cnJlbnQgRDAKICAgIGNh cCAxMlthOF0gPSBTQVRBIEluZGV4LURhdGEgUGFpcgp4aGNpMEBwY2kwOjA6MjA6MDoJY2xhc3M9 MHgwYzAzMzAgY2FyZD0weDA5MzMxMDI1IGNoaXA9MHgwZjM1ODA4NiByZXY9MHgwZSBoZHI9MHgw MAogICAgdmVuZG9yICAgICA9ICdJbnRlbCBDb3Jwb3JhdGlvbicKICAgIGRldmljZSAgICAgPSAn VmFsbGV5VmlldyBVU0IgeEhDSSBIb3N0IENvbnRyb2xsZXInCiAgICBjbGFzcyAgICAgID0gc2Vy aWFsIGJ1cwogICAgc3ViY2xhc3MgICA9IFVTQgogICAgYmFyICAgWzEwXSA9IHR5cGUgTWVtb3J5 LCByYW5nZSA2NCwgYmFzZSAweDkwOTAwMDAwLCBzaXplIDY1NTM2LCBlbmFibGVkCiAgICBjYXAg MDFbNzBdID0gcG93ZXJzcGVjIDIgIHN1cHBvcnRzIEQwIEQzICBjdXJyZW50IEQwCiAgICBjYXAg MDVbODBdID0gTVNJIHN1cHBvcnRzIDggbWVzc2FnZXMsIDY0IGJpdCBlbmFibGVkIHdpdGggMSBt ZXNzYWdlCnNkaGNpX3BjaTFAcGNpMDowOjIzOjA6CWNsYXNzPTB4MDgwNTAxIGNhcmQ9MHgwOTMz MTAyNSBjaGlwPTB4MGY1MDgwODYgcmV2PTB4MGUgaGRyPTB4MDAKICAgIHZlbmRvciAgICAgPSAn SW50ZWwgQ29ycG9yYXRpb24nCiAgICBkZXZpY2UgICAgID0gJ1ZhbGxleVZpZXcgTUlQSS1IU0kg Q29udHJvbGxlcicKICAgIGNsYXNzICAgICAgPSBiYXNlIHBlcmlwaGVyYWwKICAgIHN1YmNsYXNz ICAgPSBTRCBob3N0IGNvbnRyb2xsZXIKICAgIGJhciAgIFsxMF0gPSB0eXBlIE1lbW9yeSwgcmFu Z2UgMzIsIGJhc2UgMHg5MDkxZTAwMCwgc2l6ZSA0MDk2LCBlbmFibGVkCiAgICBiYXIgICBbMTRd ID0gdHlwZSBNZW1vcnksIHJhbmdlIDMyLCBiYXNlIDB4OTA5MWQwMDAsIHNpemUgNDA5NiwgZW5h YmxlZAogICAgY2FwIDAxWzgwXSA9IHBvd2Vyc3BlYyAzICBzdXBwb3J0cyBEMCBEMyAgY3VycmVu dCBEMApub25lMEBwY2kwOjA6MjY6MDoJY2xhc3M9MHgxMDgwMDAgY2FyZD0weDA5MzMxMDI1IGNo aXA9MHgwZjE4ODA4NiByZXY9MHgwZSBoZHI9MHgwMAogICAgdmVuZG9yICAgICA9ICdJbnRlbCBD b3Jwb3JhdGlvbicKICAgIGRldmljZSAgICAgPSAnVmFsbGV5VmlldyBTRUMnCiAgICBjbGFzcyAg ICAgID0gZW5jcnlwdC9kZWNyeXB0CiAgICBiYXIgICBbMTBdID0gdHlwZSBNZW1vcnksIHJhbmdl IDMyLCBiYXNlIDB4OTA4MDAwMDAsIHNpemUgMTA0ODU3NiwgZW5hYmxlZAogICAgYmFyICAgWzE0 XSA9IHR5cGUgTWVtb3J5LCByYW5nZSAzMiwgYmFzZSAweDkwNzAwMDAwLCBzaXplIDEwNDg1NzYs IGVuYWJsZWQKICAgIGNhcCAwMVs4MF0gPSBwb3dlcnNwZWMgMyAgc3VwcG9ydHMgRDAgRDMgIGN1 cnJlbnQgRDAKICAgIGNhcCAwNVthMF0gPSBNU0kgc3VwcG9ydHMgMSBtZXNzYWdlIApoZGFjMEBw Y2kwOjA6Mjc6MDoJY2xhc3M9MHgwNDAzMDAgY2FyZD0weDA5MzMxMDI1IGNoaXA9MHgwZjA0ODA4 NiByZXY9MHgwZSBoZHI9MHgwMAogICAgdmVuZG9yICAgICA9ICdJbnRlbCBDb3Jwb3JhdGlvbicK ICAgIGRldmljZSAgICAgPSAnVmFsbGV5VmlldyBIaWdoIERlZmluaXRpb24gQXVkaW8gQ29udHJv bGxlcicKICAgIGNsYXNzICAgICAgPSBtdWx0aW1lZGlhCiAgICBzdWJjbGFzcyAgID0gSERBCiAg ICBiYXIgICBbMTBdID0gdHlwZSBNZW1vcnksIHJhbmdlIDY0LCBiYXNlIDB4OTA5MTAwMDAsIHNp emUgMTYzODQsIGVuYWJsZWQKICAgIGNhcCAwMVs1MF0gPSBwb3dlcnNwZWMgMiAgc3VwcG9ydHMg RDAgRDMgIGN1cnJlbnQgRDAKICAgIGNhcCAwNVs2MF0gPSBNU0kgc3VwcG9ydHMgMSBtZXNzYWdl LCA2NCBiaXQgZW5hYmxlZCB3aXRoIDEgbWVzc2FnZQpwY2liMUBwY2kwOjA6Mjg6MDoJY2xhc3M9 MHgwNjA0MDAgY2FyZD0weDA5MzMxMDI1IGNoaXA9MHgwZjQ4ODA4NiByZXY9MHgwZSBoZHI9MHgw MQogICAgdmVuZG9yICAgICA9ICdJbnRlbCBDb3Jwb3JhdGlvbicKICAgIGRldmljZSAgICAgPSAn VmFsbGV5VmlldyBQQ0kgRXhwcmVzcyBSb290IFBvcnQnCiAgICBjbGFzcyAgICAgID0gYnJpZGdl CiAgICBzdWJjbGFzcyAgID0gUENJLVBDSQogICAgY2FwIDEwWzQwXSA9IFBDSS1FeHByZXNzIDIg cm9vdCBwb3J0IHNsb3QgbWF4IGRhdGEgMTI4KDEyOCkgbGluayB4MCh4MSkKICAgICAgICAgICAg ICAgICBzcGVlZCAwLjAoNS4wKSBBU1BNIEwxKEwwcy9MMSkKICAgIGNhcCAwNVs4MF0gPSBNU0kg c3VwcG9ydHMgMSBtZXNzYWdlIAogICAgY2FwIDBkWzkwXSA9IFBDSSBCcmlkZ2UgY2FyZD0weDA5 MzMxMDI1CiAgICBjYXAgMDFbYTBdID0gcG93ZXJzcGVjIDMgIHN1cHBvcnRzIEQwIEQzICBjdXJy ZW50IEQwCnBjaWIyQHBjaTA6MDoyODoxOgljbGFzcz0weDA2MDQwMCBjYXJkPTB4MDkzMzEwMjUg Y2hpcD0weDBmNGE4MDg2IHJldj0weDBlIGhkcj0weDAxCiAgICB2ZW5kb3IgICAgID0gJ0ludGVs IENvcnBvcmF0aW9uJwogICAgZGV2aWNlICAgICA9ICdWYWxsZXlWaWV3IFBDSSBFeHByZXNzIFJv b3QgUG9ydCcKICAgIGNsYXNzICAgICAgPSBicmlkZ2UKICAgIHN1YmNsYXNzICAgPSBQQ0ktUENJ CiAgICBjYXAgMTBbNDBdID0gUENJLUV4cHJlc3MgMiByb290IHBvcnQgc2xvdCBtYXggZGF0YSAx MjgoMTI4KSBsaW5rIHgxKHgxKQogICAgICAgICAgICAgICAgIHNwZWVkIDIuNSg1LjApIEFTUE0g TDEoTDBzL0wxKQogICAgY2FwIDA1WzgwXSA9IE1TSSBzdXBwb3J0cyAxIG1lc3NhZ2UgCiAgICBj YXAgMGRbOTBdID0gUENJIEJyaWRnZSBjYXJkPTB4MDkzMzEwMjUKICAgIGNhcCAwMVthMF0gPSBw b3dlcnNwZWMgMyAgc3VwcG9ydHMgRDAgRDMgIGN1cnJlbnQgRDAKICBQQ0ktZSBlcnJvcnMgPSBD b3JyZWN0YWJsZSBFcnJvciBEZXRlY3RlZApwY2liM0BwY2kwOjA6Mjg6MjoJY2xhc3M9MHgwNjA0 MDAgY2FyZD0weDA5MzMxMDI1IGNoaXA9MHgwZjRjODA4NiByZXY9MHgwZSBoZHI9MHgwMQogICAg dmVuZG9yICAgICA9ICdJbnRlbCBDb3Jwb3JhdGlvbicKICAgIGRldmljZSAgICAgPSAnVmFsbGV5 VmlldyBQQ0kgRXhwcmVzcyBSb290IFBvcnQnCiAgICBjbGFzcyAgICAgID0gYnJpZGdlCiAgICBz dWJjbGFzcyAgID0gUENJLVBDSQogICAgY2FwIDEwWzQwXSA9IFBDSS1FeHByZXNzIDIgcm9vdCBw b3J0IHNsb3QgbWF4IGRhdGEgMTI4KDEyOCkgbGluayB4MSh4MSkKICAgICAgICAgICAgICAgICBz cGVlZCAyLjUoNS4wKSBBU1BNIEwxKEwwcy9MMSkKICAgIGNhcCAwNVs4MF0gPSBNU0kgc3VwcG9y dHMgMSBtZXNzYWdlIAogICAgY2FwIDBkWzkwXSA9IFBDSSBCcmlkZ2UgY2FyZD0weDA5MzMxMDI1 CiAgICBjYXAgMDFbYTBdID0gcG93ZXJzcGVjIDMgIHN1cHBvcnRzIEQwIEQzICBjdXJyZW50IEQw CiAgUENJLWUgZXJyb3JzID0gQ29ycmVjdGFibGUgRXJyb3IgRGV0ZWN0ZWQKICAgICAgICAgICAg ICAgICBOb24tRmF0YWwgRXJyb3IgRGV0ZWN0ZWQKICAgICAgICAgICAgICAgICBVbnN1cHBvcnRl ZCBSZXF1ZXN0IERldGVjdGVkCmVoY2kwQHBjaTA6MDoyOTowOgljbGFzcz0weDBjMDMyMCBjYXJk PTB4MDkzMzEwMjUgY2hpcD0weDBmMzQ4MDg2IHJldj0weDBlIGhkcj0weDAwCiAgICB2ZW5kb3Ig ICAgID0gJ0ludGVsIENvcnBvcmF0aW9uJwogICAgZGV2aWNlICAgICA9ICdWYWxsZXlWaWV3IFVT QiBFbmhhbmNlZCBIb3N0IENvbnRyb2xsZXInCiAgICBjbGFzcyAgICAgID0gc2VyaWFsIGJ1cwog ICAgc3ViY2xhc3MgICA9IFVTQgogICAgYmFyICAgWzEwXSA9IHR5cGUgTWVtb3J5LCByYW5nZSAz MiwgYmFzZSAweDkwOTE4MDAwLCBzaXplIDEwMjQsIGVuYWJsZWQKICAgIGNhcCAwMVs1MF0gPSBw b3dlcnNwZWMgMyAgc3VwcG9ydHMgRDAgRDMgIGN1cnJlbnQgRDAKICAgIGNhcCAwYVs1OF0gPSBF SENJIERlYnVnIFBvcnQgYXQgb2Zmc2V0IDB4YTAgaW4gbWFwIDB4MTQKICAgIGNhcCAxM1s5OF0g PSBQQ0kgQWR2YW5jZWQgRmVhdHVyZXM6IEZMUiBUUAppc2FiMEBwY2kwOjA6MzE6MDoJY2xhc3M9 MHgwNjAxMDAgY2FyZD0weDA5MzMxMDI1IGNoaXA9MHgwZjFjODA4NiByZXY9MHgwZSBoZHI9MHgw MAogICAgdmVuZG9yICAgICA9ICdJbnRlbCBDb3Jwb3JhdGlvbicKICAgIGRldmljZSAgICAgPSAn VmFsbGV5VmlldyBQb3dlciBDb250cm9sIFVuaXQnCiAgICBjbGFzcyAgICAgID0gYnJpZGdlCiAg ICBzdWJjbGFzcyAgID0gUENJLUlTQQogICAgY2FwIDA5W2UwXSA9IHZlbmRvciAobGVuZ3RoIDEy KSBJbnRlbCBjYXAgMSB2ZXJzaW9uIDAKCQkgZmVhdHVyZXM6IDQgUENJLWUgeDEgc2xvdHMKbm9u ZTFAcGNpMDowOjMxOjM6CWNsYXNzPTB4MGMwNTAwIGNhcmQ9MHgwOTMzMTAyNSBjaGlwPTB4MGYx MjgwODYgcmV2PTB4MGUgaGRyPTB4MDAKICAgIHZlbmRvciAgICAgPSAnSW50ZWwgQ29ycG9yYXRp b24nCiAgICBkZXZpY2UgICAgID0gJ1ZhbGxleVZpZXcgU01CdXMgQ29udHJvbGxlcicKICAgIGNs YXNzICAgICAgPSBzZXJpYWwgYnVzCiAgICBzdWJjbGFzcyAgID0gU01CdXMKICAgIGJhciAgIFsx MF0gPSB0eXBlIE1lbW9yeSwgcmFuZ2UgMzIsIGJhc2UgMHg5MDkxOTAwMCwgc2l6ZSAzMiwgZW5h YmxlZAogICAgYmFyICAgWzIwXSA9IHR5cGUgSS9PIFBvcnQsIHJhbmdlIDMyLCBiYXNlIDB4MjAw MCwgc2l6ZSAzMiwgZW5hYmxlZAogICAgY2FwIDAxWzUwXSA9IHBvd2Vyc3BlYyAzICBzdXBwb3J0 cyBEMCBEMyAgY3VycmVudCBEMAppd24wQHBjaTA6MjowOjA6CWNsYXNzPTB4MDI4MDAwIGNhcmQ9 MHg0MDYwODA4NiBjaGlwPTB4MDg4ZTgwODYgcmV2PTB4MjQgaGRyPTB4MDAKICAgIHZlbmRvciAg ICAgPSAnSW50ZWwgQ29ycG9yYXRpb24nCiAgICBkZXZpY2UgICAgID0gJ0NlbnRyaW5vIEFkdmFu Y2VkLU4gNjIzNScKICAgIGNsYXNzICAgICAgPSBuZXR3b3JrCiAgICBiYXIgICBbMTBdID0gdHlw ZSBNZW1vcnksIHJhbmdlIDY0LCBiYXNlIDB4OTA2MDAwMDAsIHNpemUgODE5MiwgZW5hYmxlZAog ICAgY2FwIDAxW2M4XSA9IHBvd2Vyc3BlYyAzICBzdXBwb3J0cyBEMCBEMyAgY3VycmVudCBEMAog ICAgY2FwIDA1W2QwXSA9IE1TSSBzdXBwb3J0cyAxIG1lc3NhZ2UsIDY0IGJpdCBlbmFibGVkIHdp dGggMSBtZXNzYWdlCiAgICBjYXAgMTBbZTBdID0gUENJLUV4cHJlc3MgMSBlbmRwb2ludCBtYXgg ZGF0YSAxMjgoMTI4KSBGTFIgbGluayB4MSh4MSkKICAgICAgICAgICAgICAgICBzcGVlZCAyLjUo Mi41KSBBU1BNIEwxKEwwcy9MMSkKICAgIGVjYXAgMDAwMVsxMDBdID0gQUVSIDEgMCBmYXRhbCAw IG5vbi1mYXRhbCAzIGNvcnJlY3RlZAogICAgZWNhcCAwMDAzWzE0MF0gPSBTZXJpYWwgMSA4MDAw MGJmZmZmNWFjZDIzCiAgUENJLWUgZXJyb3JzID0gQ29ycmVjdGFibGUgRXJyb3IgRGV0ZWN0ZWQK ICAgICBDb3JyZWN0ZWQgPSBSZWNlaXZlciBFcnJvcgogICAgICAgICAgICAgICAgIEJhZCBUTFAK ICAgICAgICAgICAgICAgICBCYWQgRExMUApyZTBAcGNpMDozOjA6MDoJY2xhc3M9MHgwMjAwMDAg Y2FyZD0weDA5MzMxMDI1IGNoaXA9MHg4MTY4MTBlYyByZXY9MHgwYyBoZHI9MHgwMAogICAgdmVu ZG9yICAgICA9ICdSZWFsdGVrIFNlbWljb25kdWN0b3IgQ28uLCBMdGQuJwogICAgZGV2aWNlICAg ICA9ICdSVEw4MTExLzgxNjhCIFBDSSBFeHByZXNzIEdpZ2FiaXQgRXRoZXJuZXQgY29udHJvbGxl cicKICAgIGNsYXNzICAgICAgPSBuZXR3b3JrCiAgICBzdWJjbGFzcyAgID0gZXRoZXJuZXQKICAg IGJhciAgIFsxMF0gPSB0eXBlIEkvTyBQb3J0LCByYW5nZSAzMiwgYmFzZSAweDEwMDAsIHNpemUg MjU2LCBlbmFibGVkCiAgICBiYXIgICBbMThdID0gdHlwZSBNZW1vcnksIHJhbmdlIDY0LCBiYXNl IDB4OTA1MDAwMDAsIHNpemUgNDA5NiwgZW5hYmxlZAogICAgYmFyICAgWzIwXSA9IHR5cGUgUHJl ZmV0Y2hhYmxlIE1lbW9yeSwgcmFuZ2UgNjQsIGJhc2UgMHg5MDQwMDAwMCwgc2l6ZSAxNjM4NCwg ZW5hYmxlZAogICAgY2FwIDAxWzQwXSA9IHBvd2Vyc3BlYyAzICBzdXBwb3J0cyBEMCBEMSBEMiBE MyAgY3VycmVudCBEMAogICAgY2FwIDA1WzUwXSA9IE1TSSBzdXBwb3J0cyAxIG1lc3NhZ2UsIDY0 IGJpdCAKICAgIGNhcCAxMFs3MF0gPSBQQ0ktRXhwcmVzcyAyIGVuZHBvaW50IElSUSAxIG1heCBk YXRhIDEyOCgxMjgpIGxpbmsgeDEoeDEpCiAgICAgICAgICAgICAgICAgc3BlZWQgMi41KDIuNSkg QVNQTSBkaXNhYmxlZChMMHMvTDEpCiAgICBjYXAgMTFbYjBdID0gTVNJLVggc3VwcG9ydHMgNCBt ZXNzYWdlcywgZW5hYmxlZAogICAgICAgICAgICAgICAgIFRhYmxlIGluIG1hcCAweDIwWzB4MF0s IFBCQSBpbiBtYXAgMHgyMFsweDgwMF0KICAgIGNhcCAwM1tkMF0gPSBWUEQKICAgIGVjYXAgMDAw MVsxMDBdID0gQUVSIDEgMCBmYXRhbCAwIG5vbi1mYXRhbCAyIGNvcnJlY3RlZAogICAgZWNhcCAw MDAyWzE0MF0gPSBWQyAxIG1heCBWQzAKICAgIGVjYXAgMDAwM1sxNjBdID0gU2VyaWFsIDEgMDAw MDAwMDAwMDAwMDAwMAogICAgZWNhcCAwMDE4WzE3MF0gPSBMVFIgMQogICAgIENvcnJlY3RlZCA9 IFJlY2VpdmVyIEVycm9yCiAgICAgICAgICAgICAgICAgQmFkIERMTFAK ------=_20141231162430_72029 Content-Type: application/octet-stream; name="pciconf.uefi" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="pciconf.uefi" aG9zdGIwQHBjaTA6MDowOjA6CWNsYXNzPTB4MDYwMDAwIGNhcmQ9MHgwOTMzMTAyNSBjaGlwPTB4 MGYwMDgwODYgcmV2PTB4MGUgaGRyPTB4MDAKICAgIHZlbmRvciAgICAgPSAnSW50ZWwgQ29ycG9y YXRpb24nCiAgICBkZXZpY2UgICAgID0gJ1ZhbGxleVZpZXcgU1NBLUNVbml0JwogICAgY2xhc3Mg ICAgICA9IGJyaWRnZQogICAgc3ViY2xhc3MgICA9IEhPU1QtUENJCnZnYXBjaTBAcGNpMDowOjI6 MDoJY2xhc3M9MHgwMzAwMDAgY2FyZD0weDA5MzMxMDI1IGNoaXA9MHgwZjMxODA4NiByZXY9MHgw ZSBoZHI9MHgwMAogICAgdmVuZG9yICAgICA9ICdJbnRlbCBDb3Jwb3JhdGlvbicKICAgIGRldmlj ZSAgICAgPSAnVmFsbGV5VmlldyBHZW43JwogICAgY2xhc3MgICAgICA9IGRpc3BsYXkKICAgIHN1 YmNsYXNzICAgPSBWR0EKICAgIGJhciAgIFsxMF0gPSB0eXBlIE1lbW9yeSwgcmFuZ2UgMzIsIGJh c2UgMHg5MDAwMDAwMCwgc2l6ZSA0MTk0MzA0LCBlbmFibGVkCiAgICBiYXIgICBbMThdID0gdHlw ZSBQcmVmZXRjaGFibGUgTWVtb3J5LCByYW5nZSAzMiwgYmFzZSAweDgwMDAwMDAwLCBzaXplIDI2 ODQzNTQ1NiwgZW5hYmxlZAogICAgYmFyICAgWzIwXSA9IHR5cGUgSS9PIFBvcnQsIHJhbmdlIDMy LCBiYXNlIDB4MjA1MCwgc2l6ZSA4LCBlbmFibGVkCiAgICBjYXAgMDFbZDBdID0gcG93ZXJzcGVj IDIgIHN1cHBvcnRzIEQwIEQzICBjdXJyZW50IEQwCiAgICBjYXAgMDVbOTBdID0gTVNJIHN1cHBv cnRzIDEgbWVzc2FnZSAKICAgIGNhcCAwOVtiMF0gPSB2ZW5kb3IgKGxlbmd0aCA3KSBJbnRlbCBj YXAgMCB2ZXJzaW9uIDEKYWhjaTBAcGNpMDowOjE5OjA6CWNsYXNzPTB4MDEwNjAxIGNhcmQ9MHgw OTMzMTAyNSBjaGlwPTB4MGYyMzgwODYgcmV2PTB4MGUgaGRyPTB4MDAKICAgIHZlbmRvciAgICAg PSAnSW50ZWwgQ29ycG9yYXRpb24nCiAgICBkZXZpY2UgICAgID0gJ1ZhbGxleVZpZXcgNi1Qb3J0 IFNBVEEgQUhDSSBDb250cm9sbGVyJwogICAgY2xhc3MgICAgICA9IG1hc3Mgc3RvcmFnZQogICAg c3ViY2xhc3MgICA9IFNBVEEKICAgIGJhciAgIFsxMF0gPSB0eXBlIEkvTyBQb3J0LCByYW5nZSAz MiwgYmFzZSAweDIwNDgsIHNpemUgOCwgZW5hYmxlZAogICAgYmFyICAgWzE0XSA9IHR5cGUgSS9P IFBvcnQsIHJhbmdlIDMyLCBiYXNlIDB4MjA1Yywgc2l6ZSA0LCBlbmFibGVkCiAgICBiYXIgICBb MThdID0gdHlwZSBJL08gUG9ydCwgcmFuZ2UgMzIsIGJhc2UgMHgyMDQwLCBzaXplIDgsIGVuYWJs ZWQKICAgIGJhciAgIFsxY10gPSB0eXBlIEkvTyBQb3J0LCByYW5nZSAzMiwgYmFzZSAweDIwNTgs IHNpemUgNCwgZW5hYmxlZAogICAgYmFyICAgWzIwXSA9IHR5cGUgSS9PIFBvcnQsIHJhbmdlIDMy LCBiYXNlIDB4MjAyMCwgc2l6ZSAzMiwgZW5hYmxlZAogICAgYmFyICAgWzI0XSA9IHR5cGUgTWVt b3J5LCByYW5nZSAzMiwgYmFzZSAweDkwOTFlMDAwLCBzaXplIDIwNDgsIGVuYWJsZWQKICAgIGNh cCAwNVs4MF0gPSBNU0kgc3VwcG9ydHMgMSBtZXNzYWdlIGVuYWJsZWQgd2l0aCAxIG1lc3NhZ2UK ICAgIGNhcCAwMVs3MF0gPSBwb3dlcnNwZWMgMyAgc3VwcG9ydHMgRDAgRDMgIGN1cnJlbnQgRDAK ICAgIGNhcCAxMlthOF0gPSBTQVRBIEluZGV4LURhdGEgUGFpcgp4aGNpMEBwY2kwOjA6MjA6MDoJ Y2xhc3M9MHgwYzAzMzAgY2FyZD0weDA5MzMxMDI1IGNoaXA9MHgwZjM1ODA4NiByZXY9MHgwZSBo ZHI9MHgwMAogICAgdmVuZG9yICAgICA9ICdJbnRlbCBDb3Jwb3JhdGlvbicKICAgIGRldmljZSAg ICAgPSAnVmFsbGV5VmlldyBVU0IgeEhDSSBIb3N0IENvbnRyb2xsZXInCiAgICBjbGFzcyAgICAg ID0gc2VyaWFsIGJ1cwogICAgc3ViY2xhc3MgICA9IFVTQgogICAgYmFyICAgWzEwXSA9IHR5cGUg TWVtb3J5LCByYW5nZSA2NCwgYmFzZSAweDkwOTAwMDAwLCBzaXplIDY1NTM2LCBlbmFibGVkCiAg ICBjYXAgMDFbNzBdID0gcG93ZXJzcGVjIDIgIHN1cHBvcnRzIEQwIEQzICBjdXJyZW50IEQwCiAg ICBjYXAgMDVbODBdID0gTVNJIHN1cHBvcnRzIDggbWVzc2FnZXMsIDY0IGJpdCBlbmFibGVkIHdp dGggMSBtZXNzYWdlCm5vbmUwQHBjaTA6MDoyNjowOgljbGFzcz0weDEwODAwMCBjYXJkPTB4MDkz MzEwMjUgY2hpcD0weDBmMTg4MDg2IHJldj0weDBlIGhkcj0weDAwCiAgICB2ZW5kb3IgICAgID0g J0ludGVsIENvcnBvcmF0aW9uJwogICAgZGV2aWNlICAgICA9ICdWYWxsZXlWaWV3IFNFQycKICAg IGNsYXNzICAgICAgPSBlbmNyeXB0L2RlY3J5cHQKICAgIGJhciAgIFsxMF0gPSB0eXBlIE1lbW9y eSwgcmFuZ2UgMzIsIGJhc2UgMHg5MDgwMDAwMCwgc2l6ZSAxMDQ4NTc2LCBlbmFibGVkCiAgICBi YXIgICBbMTRdID0gdHlwZSBNZW1vcnksIHJhbmdlIDMyLCBiYXNlIDB4OTA3MDAwMDAsIHNpemUg MTA0ODU3NiwgZW5hYmxlZAogICAgY2FwIDAxWzgwXSA9IHBvd2Vyc3BlYyAzICBzdXBwb3J0cyBE MCBEMyAgY3VycmVudCBEMAogICAgY2FwIDA1W2EwXSA9IE1TSSBzdXBwb3J0cyAxIG1lc3NhZ2Ug CmhkYWMwQHBjaTA6MDoyNzowOgljbGFzcz0weDA0MDMwMCBjYXJkPTB4MDkzMzEwMjUgY2hpcD0w eDBmMDQ4MDg2IHJldj0weDBlIGhkcj0weDAwCiAgICB2ZW5kb3IgICAgID0gJ0ludGVsIENvcnBv cmF0aW9uJwogICAgZGV2aWNlICAgICA9ICdWYWxsZXlWaWV3IEhpZ2ggRGVmaW5pdGlvbiBBdWRp byBDb250cm9sbGVyJwogICAgY2xhc3MgICAgICA9IG11bHRpbWVkaWEKICAgIHN1YmNsYXNzICAg PSBIREEKICAgIGJhciAgIFsxMF0gPSB0eXBlIE1lbW9yeSwgcmFuZ2UgNjQsIGJhc2UgMHg5MDkx MDAwMCwgc2l6ZSAxNjM4NCwgZW5hYmxlZAogICAgY2FwIDAxWzUwXSA9IHBvd2Vyc3BlYyAyICBz dXBwb3J0cyBEMCBEMyAgY3VycmVudCBEMAogICAgY2FwIDA1WzYwXSA9IE1TSSBzdXBwb3J0cyAx IG1lc3NhZ2UsIDY0IGJpdCBlbmFibGVkIHdpdGggMSBtZXNzYWdlCnBjaWIxQHBjaTA6MDoyODow OgljbGFzcz0weDA2MDQwMCBjYXJkPTB4MDkzMzEwMjUgY2hpcD0weDBmNDg4MDg2IHJldj0weDBl IGhkcj0weDAxCiAgICB2ZW5kb3IgICAgID0gJ0ludGVsIENvcnBvcmF0aW9uJwogICAgZGV2aWNl ICAgICA9ICdWYWxsZXlWaWV3IFBDSSBFeHByZXNzIFJvb3QgUG9ydCcKICAgIGNsYXNzICAgICAg PSBicmlkZ2UKICAgIHN1YmNsYXNzICAgPSBQQ0ktUENJCiAgICBjYXAgMTBbNDBdID0gUENJLUV4 cHJlc3MgMiByb290IHBvcnQgc2xvdCBtYXggZGF0YSAxMjgoMTI4KSBsaW5rIHgwKHgxKQogICAg ICAgICAgICAgICAgIHNwZWVkIDAuMCg1LjApIEFTUE0gTDEoTDBzL0wxKQogICAgY2FwIDA1Wzgw XSA9IE1TSSBzdXBwb3J0cyAxIG1lc3NhZ2UgCiAgICBjYXAgMGRbOTBdID0gUENJIEJyaWRnZSBj YXJkPTB4MDkzMzEwMjUKICAgIGNhcCAwMVthMF0gPSBwb3dlcnNwZWMgMyAgc3VwcG9ydHMgRDAg RDMgIGN1cnJlbnQgRDAKcGNpYjJAcGNpMDowOjI4OjE6CWNsYXNzPTB4MDYwNDAwIGNhcmQ9MHgw OTMzMTAyNSBjaGlwPTB4MGY0YTgwODYgcmV2PTB4MGUgaGRyPTB4MDEKICAgIHZlbmRvciAgICAg PSAnSW50ZWwgQ29ycG9yYXRpb24nCiAgICBkZXZpY2UgICAgID0gJ1ZhbGxleVZpZXcgUENJIEV4 cHJlc3MgUm9vdCBQb3J0JwogICAgY2xhc3MgICAgICA9IGJyaWRnZQogICAgc3ViY2xhc3MgICA9 IFBDSS1QQ0kKICAgIGNhcCAxMFs0MF0gPSBQQ0ktRXhwcmVzcyAyIHJvb3QgcG9ydCBzbG90IG1h eCBkYXRhIDEyOCgxMjgpIGxpbmsgeDEoeDEpCiAgICAgICAgICAgICAgICAgc3BlZWQgMi41KDUu MCkgQVNQTSBMMShMMHMvTDEpCiAgICBjYXAgMDVbODBdID0gTVNJIHN1cHBvcnRzIDEgbWVzc2Fn ZSAKICAgIGNhcCAwZFs5MF0gPSBQQ0kgQnJpZGdlIGNhcmQ9MHgwOTMzMTAyNQogICAgY2FwIDAx W2EwXSA9IHBvd2Vyc3BlYyAzICBzdXBwb3J0cyBEMCBEMyAgY3VycmVudCBEMAogIFBDSS1lIGVy cm9ycyA9IENvcnJlY3RhYmxlIEVycm9yIERldGVjdGVkCnBjaWIzQHBjaTA6MDoyODoyOgljbGFz cz0weDA2MDQwMCBjYXJkPTB4MDkzMzEwMjUgY2hpcD0weDBmNGM4MDg2IHJldj0weDBlIGhkcj0w eDAxCiAgICB2ZW5kb3IgICAgID0gJ0ludGVsIENvcnBvcmF0aW9uJwogICAgZGV2aWNlICAgICA9 ICdWYWxsZXlWaWV3IFBDSSBFeHByZXNzIFJvb3QgUG9ydCcKICAgIGNsYXNzICAgICAgPSBicmlk Z2UKICAgIHN1YmNsYXNzICAgPSBQQ0ktUENJCiAgICBjYXAgMTBbNDBdID0gUENJLUV4cHJlc3Mg MiByb290IHBvcnQgc2xvdCBtYXggZGF0YSAxMjgoMTI4KSBsaW5rIHgxKHgxKQogICAgICAgICAg ICAgICAgIHNwZWVkIDIuNSg1LjApIEFTUE0gTDEoTDBzL0wxKQogICAgY2FwIDA1WzgwXSA9IE1T SSBzdXBwb3J0cyAxIG1lc3NhZ2UgCiAgICBjYXAgMGRbOTBdID0gUENJIEJyaWRnZSBjYXJkPTB4 MDkzMzEwMjUKICAgIGNhcCAwMVthMF0gPSBwb3dlcnNwZWMgMyAgc3VwcG9ydHMgRDAgRDMgIGN1 cnJlbnQgRDAKICBQQ0ktZSBlcnJvcnMgPSBDb3JyZWN0YWJsZSBFcnJvciBEZXRlY3RlZAogICAg ICAgICAgICAgICAgIE5vbi1GYXRhbCBFcnJvciBEZXRlY3RlZAogICAgICAgICAgICAgICAgIFVu c3VwcG9ydGVkIFJlcXVlc3QgRGV0ZWN0ZWQKaXNhYjBAcGNpMDowOjMxOjA6CWNsYXNzPTB4MDYw MTAwIGNhcmQ9MHgwOTMzMTAyNSBjaGlwPTB4MGYxYzgwODYgcmV2PTB4MGUgaGRyPTB4MDAKICAg IHZlbmRvciAgICAgPSAnSW50ZWwgQ29ycG9yYXRpb24nCiAgICBkZXZpY2UgICAgID0gJ1ZhbGxl eVZpZXcgUG93ZXIgQ29udHJvbCBVbml0JwogICAgY2xhc3MgICAgICA9IGJyaWRnZQogICAgc3Vi Y2xhc3MgICA9IFBDSS1JU0EKICAgIGNhcCAwOVtlMF0gPSB2ZW5kb3IgKGxlbmd0aCAxMikgSW50 ZWwgY2FwIDEgdmVyc2lvbiAwCgkJIGZlYXR1cmVzOiA0IFBDSS1lIHgxIHNsb3RzCm5vbmUxQHBj aTA6MDozMTozOgljbGFzcz0weDBjMDUwMCBjYXJkPTB4MDkzMzEwMjUgY2hpcD0weDBmMTI4MDg2 IHJldj0weDBlIGhkcj0weDAwCiAgICB2ZW5kb3IgICAgID0gJ0ludGVsIENvcnBvcmF0aW9uJwog ICAgZGV2aWNlICAgICA9ICdWYWxsZXlWaWV3IFNNQnVzIENvbnRyb2xsZXInCiAgICBjbGFzcyAg ICAgID0gc2VyaWFsIGJ1cwogICAgc3ViY2xhc3MgICA9IFNNQnVzCiAgICBiYXIgICBbMTBdID0g dHlwZSBNZW1vcnksIHJhbmdlIDMyLCBiYXNlIDB4OTA5MTgwMDAsIHNpemUgMzIsIGVuYWJsZWQK ICAgIGJhciAgIFsyMF0gPSB0eXBlIEkvTyBQb3J0LCByYW5nZSAzMiwgYmFzZSAweDIwMDAsIHNp emUgMzIsIGVuYWJsZWQKICAgIGNhcCAwMVs1MF0gPSBwb3dlcnNwZWMgMyAgc3VwcG9ydHMgRDAg RDMgIGN1cnJlbnQgRDAKaXduMEBwY2kwOjI6MDowOgljbGFzcz0weDAyODAwMCBjYXJkPTB4NDA2 MDgwODYgY2hpcD0weDA4OGU4MDg2IHJldj0weDI0IGhkcj0weDAwCiAgICB2ZW5kb3IgICAgID0g J0ludGVsIENvcnBvcmF0aW9uJwogICAgZGV2aWNlICAgICA9ICdDZW50cmlubyBBZHZhbmNlZC1O IDYyMzUnCiAgICBjbGFzcyAgICAgID0gbmV0d29yawogICAgYmFyICAgWzEwXSA9IHR5cGUgTWVt b3J5LCByYW5nZSA2NCwgYmFzZSAweDkwNjAwMDAwLCBzaXplIDgxOTIsIGVuYWJsZWQKICAgIGNh cCAwMVtjOF0gPSBwb3dlcnNwZWMgMyAgc3VwcG9ydHMgRDAgRDMgIGN1cnJlbnQgRDAKICAgIGNh cCAwNVtkMF0gPSBNU0kgc3VwcG9ydHMgMSBtZXNzYWdlLCA2NCBiaXQgZW5hYmxlZCB3aXRoIDEg bWVzc2FnZQogICAgY2FwIDEwW2UwXSA9IFBDSS1FeHByZXNzIDEgZW5kcG9pbnQgbWF4IGRhdGEg MTI4KDEyOCkgRkxSIGxpbmsgeDEoeDEpCiAgICAgICAgICAgICAgICAgc3BlZWQgMi41KDIuNSkg QVNQTSBMMShMMHMvTDEpCiAgICBlY2FwIDAwMDFbMTAwXSA9IEFFUiAxIDAgZmF0YWwgMCBub24t ZmF0YWwgMyBjb3JyZWN0ZWQKICAgIGVjYXAgMDAwM1sxNDBdID0gU2VyaWFsIDEgODAwMDBiZmZm ZjVhY2QyMwogIFBDSS1lIGVycm9ycyA9IENvcnJlY3RhYmxlIEVycm9yIERldGVjdGVkCiAgICAg Q29ycmVjdGVkID0gUmVjZWl2ZXIgRXJyb3IKICAgICAgICAgICAgICAgICBCYWQgVExQCiAgICAg ICAgICAgICAgICAgQmFkIERMTFAKcmUwQHBjaTA6MzowOjA6CWNsYXNzPTB4MDIwMDAwIGNhcmQ9 MHgwOTMzMTAyNSBjaGlwPTB4ODE2ODEwZWMgcmV2PTB4MGMgaGRyPTB4MDAKICAgIHZlbmRvciAg ICAgPSAnUmVhbHRlayBTZW1pY29uZHVjdG9yIENvLiwgTHRkLicKICAgIGRldmljZSAgICAgPSAn UlRMODExMS84MTY4QiBQQ0kgRXhwcmVzcyBHaWdhYml0IEV0aGVybmV0IGNvbnRyb2xsZXInCiAg ICBjbGFzcyAgICAgID0gbmV0d29yawogICAgc3ViY2xhc3MgICA9IGV0aGVybmV0CiAgICBiYXIg ICBbMTBdID0gdHlwZSBJL08gUG9ydCwgcmFuZ2UgMzIsIGJhc2UgMHgxMDAwLCBzaXplIDI1Niwg ZW5hYmxlZAogICAgYmFyICAgWzE4XSA9IHR5cGUgTWVtb3J5LCByYW5nZSA2NCwgYmFzZSAweDkw NTAwMDAwLCBzaXplIDQwOTYsIGVuYWJsZWQKICAgIGJhciAgIFsyMF0gPSB0eXBlIFByZWZldGNo YWJsZSBNZW1vcnksIHJhbmdlIDY0LCBiYXNlIDB4OTA0MDAwMDAsIHNpemUgMTYzODQsIGVuYWJs ZWQKICAgIGNhcCAwMVs0MF0gPSBwb3dlcnNwZWMgMyAgc3VwcG9ydHMgRDAgRDEgRDIgRDMgIGN1 cnJlbnQgRDAKICAgIGNhcCAwNVs1MF0gPSBNU0kgc3VwcG9ydHMgMSBtZXNzYWdlLCA2NCBiaXQg CiAgICBjYXAgMTBbNzBdID0gUENJLUV4cHJlc3MgMiBlbmRwb2ludCBJUlEgMSBtYXggZGF0YSAx MjgoMTI4KSBsaW5rIHgxKHgxKQogICAgICAgICAgICAgICAgIHNwZWVkIDIuNSgyLjUpIEFTUE0g ZGlzYWJsZWQoTDBzL0wxKQogICAgY2FwIDExW2IwXSA9IE1TSS1YIHN1cHBvcnRzIDQgbWVzc2Fn ZXMsIGVuYWJsZWQKICAgICAgICAgICAgICAgICBUYWJsZSBpbiBtYXAgMHgyMFsweDBdLCBQQkEg aW4gbWFwIDB4MjBbMHg4MDBdCiAgICBjYXAgMDNbZDBdID0gVlBECiAgICBlY2FwIDAwMDFbMTAw XSA9IEFFUiAxIDAgZmF0YWwgMCBub24tZmF0YWwgMiBjb3JyZWN0ZWQKICAgIGVjYXAgMDAwMlsx NDBdID0gVkMgMSBtYXggVkMwCiAgICBlY2FwIDAwMDNbMTYwXSA9IFNlcmlhbCAxIDAwMDAwMDAw MDAwMDAwMDAKICAgIGVjYXAgMDAxOFsxNzBdID0gTFRSIDEKICAgICBDb3JyZWN0ZWQgPSBSZWNl aXZlciBFcnJvcgogICAgICAgICAgICAgICAgIEJhZCBETExQCg== ------=_20141231162430_72029-- From owner-freebsd-current@FreeBSD.ORG Wed Dec 31 20:41:49 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E5ED03CB for ; Wed, 31 Dec 2014 20:41:49 +0000 (UTC) Received: from tensor.andric.com (unknown [IPv6:2001:7b8:3a7:1:2d0:b7ff:fea0:8c26]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "tensor.andric.com", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A48B13341 for ; Wed, 31 Dec 2014 20:41:49 +0000 (UTC) Received: from [192.168.2.15] (ip9135eb11.speed.planet.nl [145.53.235.17]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 424D0B80A for ; Wed, 31 Dec 2014 21:41:43 +0100 (CET) From: Dimitry Andric X-Pgp-Agent: GPGMail 2.5b4 Content-Type: multipart/signed; boundary="Apple-Mail=_875E8774-5495-42EB-BDD5-6EDD2949574B"; protocol="application/pgp-signature"; micalg=pgp-sha1 Subject: HEADS UP: Upgraded clang, llvm and lldb to 3.5.0 Date: Wed, 31 Dec 2014 21:41:34 +0100 Message-Id: <528C023D-6207-4054-917B-05D4C4E605EC@FreeBSD.org> To: FreeBSD-Current Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\)) X-Mailer: Apple Mail (2.1993) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 31 Dec 2014 20:41:50 -0000 --Apple-Mail=_875E8774-5495-42EB-BDD5-6EDD2949574B Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii Hi, I just committed an upgrade of clang, llvm and lldb to 3.5.0 to head, in r276479. Please note that this version now requires C++11 support to build; see UPDATING for more information. Release notes for llvm and clang can be found here: Thanks to Ed Maste, Roman Divacky, Andrew Turner, Justin Hibbits and Antoine Brodin for their invaluable help with this import. -Dimitry --Apple-Mail=_875E8774-5495-42EB-BDD5-6EDD2949574B Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.26 iEYEARECAAYFAlSkX4gACgkQsF6jCi4glqMvHgCfVx9blhE8xjuPQ2Aw/2Ip4Nq1 nDIAoJS9XLdPvGkFjPrkvZqGglGYoyXN =Xeyd -----END PGP SIGNATURE----- --Apple-Mail=_875E8774-5495-42EB-BDD5-6EDD2949574B-- From owner-freebsd-current@FreeBSD.ORG Wed Dec 31 21:58:36 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 436C9C8C for ; Wed, 31 Dec 2014 21:58:36 +0000 (UTC) Received: from onlyone.friendlyhosting.spb.ru (onlyone.friendlyhosting.spb.ru [IPv6:2a01:4f8:131:60a2::2]) by mx1.freebsd.org (Postfix) with ESMTP id 0888A64E80 for ; Wed, 31 Dec 2014 21:58:36 +0000 (UTC) Received: from [192.168.135.70] (unknown [94.19.235.70]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.friendlyhosting.spb.ru (Postfix) with ESMTPSA id 133D35C002 for ; Thu, 1 Jan 2015 00:58:19 +0300 (MSK) Message-ID: <54A4717C.1080707@FreeBSD.org> Date: Thu, 01 Jan 2015 00:58:20 +0300 From: Lev Serebryakov Reply-To: lev@FreeBSD.org Organization: FreeBSD User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 MIME-Version: 1.0 To: FreeBSD-Current Subject: Proper way to build nanobsd with "external" toolchain on new CURRENT? Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 31 Dec 2014 21:58:36 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 I'm using these settings to build minimal NanoBSD as fast as possible for long time: XCC=/usr/bin/cc XCXX=/usr/bin/c++ XCPP=/usr/bin/cpp XAS=/usr/bin/as XAR=/usr/bin/ar XLD=/usr/bin/ld XNM=/usr/bin/nm XOBJDUMP=/usr/bin/objdump XRANLIB=/usr/bin/ranlib XSTRINGS=/usr/bin/strings XSTRIPBIN=/usr/bin/strip COMPILER_TYPE=clang WITHOUT_CROSS_COMPILER=yes WITHOUT_CLANG=yes WITHOUT_BINUTILS=yes WITHOUT_GCC=yes Where XSTRIPBIN is my addition (or installworld will fail due to absent "strip" for "install -s"). This setup is used to build amd64 NanoBSD on amd64 "host" system when version of "host" is not very old. It allows to avoid building of compilers completely, which speeds up built significantly (x3! on my system, really). But latest CURRENT has many improvements for external toolchain support. Maybe, here are more "official" way to achieve same result? - -- // Lev Serebryakov AKA Black Lion -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (MingW32) iQJ8BAEBCgBmBQJUpHF7XxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRGOTZEMUNBMEI1RjQzMThCNjc0QjMzMEFF QUIwM0M1OEJGREM0NzhGAAoJEOqwPFi/3EePsocQAIdg2iIpEE1QkCtfzndl0HF9 fuO5fEdNo/Er6RRqeeS4rdsw19s82TvO4pqV8J4hM06ZE9mKchyiZBE5HywwktJl 957t1Ov9rgFupcBSHKf3KnT54556QaAhhlWRPfu3ktHY3O/X/LgEwXB63EZ4MzwE fqIXPmukXbek21/FkTiYDNRXND2h2TN9oq4FQpDUZ1aF0kH4L1YZE3Hgc5Nnsjpr etf+otiV/IPP/8Oi0vBJapsnrlQAP9hDWKorqd7ABuVzBMBv+wA+UAPROEUB4fqy /bTL1W6LITNBESTAyjnr+EoKmUB/TQlizFsLpR8OIpLqt1XaovKUyKxAjMaq04ho cZjLhTOxCirhGe0CwfPEkAls9CLL8OHWijiEVvP9rr91R/8zyfYeD0qFTUZzJ674 BYSF9CxcESLDR/qTpy/qZWSAyDEv9FT8hNwvZvyqGu5jXTZJW8PYKPyfiVHTOTB1 sNUda/LXEHVpDL+S6bECSXvtsrQGsjjwBwaJuA0s/e/TCk2ZYuQ6A42HvaOR2QIU V9keME7bCi7xuntedCDTw4Ros843Cl7ikRk74mpOV1OxzwV1MX3r0I6SDxV11tsz rngBCemEjQ4LCvonZBdborMJrvyygJzsFg7AHNw22tCC0w/n6dHz4poAC5tAsMWy Y1bDv8ZLmcIssxE2oQjB =8XAn -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Wed Dec 31 22:14:15 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1C6D3EA9; Wed, 31 Dec 2014 22:14:15 +0000 (UTC) Received: from mail-pa0-x232.google.com (mail-pa0-x232.google.com [IPv6:2607:f8b0:400e:c03::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id DA2B766106; Wed, 31 Dec 2014 22:14:14 +0000 (UTC) Received: by mail-pa0-f50.google.com with SMTP id bj1so21786951pad.23; Wed, 31 Dec 2014 14:14:14 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=content-type:mime-version:subject:from:in-reply-to:date:cc :message-id:references:to; bh=zmCIhN/9JZFDahBpprBW58qsjR/x+BQYrCtSCuxZDHM=; b=hWqB2Y/CgTx5B/C2d0UCY2AKVg6qxigxkJeD17hjWbdg/DuYARZqEkZsCk5TGk0J/B sqNdRCshexfW/JfPcG9OnOVYoCuk6+OnWQRcgDakSgm0ghKbRR94dN/FIdpkeCHE/mDY vYc0G8G44UV0wfpiD1FIB9EAfCcGt/nAHkOF3QV3lUbJCzRF7B3tDQSeb525TaJNaaOy unqhfZVSga5yDhxbGPFTqFpA4oNCNVND0JcJz3ggDI73bODrZaU0/52EpKIwSfJsbbcZ mgJaaqRc/A6zbCSFjHh0ciHvIMRPR23eXKEbdsaU9UhBV9sbbFd0JbNElIYx81SQjRWl Y78w== X-Received: by 10.66.55.41 with SMTP id o9mr85351532pap.80.1420064054514; Wed, 31 Dec 2014 14:14:14 -0800 (PST) Received: from ?IPv6:2601:8:ab80:7d6:89e5:192b:a505:2a25? ([2601:8:ab80:7d6:89e5:192b:a505:2a25]) by mx.google.com with ESMTPSA id z3sm42193977pdp.17.2014.12.31.14.14.13 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 31 Dec 2014 14:14:14 -0800 (PST) Content-Type: multipart/signed; boundary="Apple-Mail=_4E387FEF-9C33-46D9-8661-75FC5B5242F4"; protocol="application/pgp-signature"; micalg=pgp-sha512 Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Subject: Re: Proper way to build nanobsd with "external" toolchain on new CURRENT? From: Garrett Cooper In-Reply-To: <54A4717C.1080707@FreeBSD.org> Date: Wed, 31 Dec 2014 14:14:11 -0800 Message-Id: <92EE2179-B7E4-43AE-9A81-0688F2F37FF5@gmail.com> References: <54A4717C.1080707@FreeBSD.org> To: lev@FreeBSD.org X-Mailer: Apple Mail (2.1878.6) Cc: FreeBSD-Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 31 Dec 2014 22:14:15 -0000 --Apple-Mail=_4E387FEF-9C33-46D9-8661-75FC5B5242F4 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 On Dec 31, 2014, at 13:58, Lev Serebryakov wrote: > Signed PGP part =85 > Where XSTRIPBIN is my addition (or installworld will fail due to = absent > "strip" for "install -s=94) Should XSTRIPBIN be STRIP_CMD? =46rom build(7)=85 STRIP_CMD Command to use at install time when stripping = binaries. Be sure to add any additional tools required to = run STRIP_CMD to the LOCAL_ITOOLS make(1) variable = before running the distributeworld or installworld = targets. See install(1) for more details. This should be unnecessary though as I=92ve already resolved the strip = command not being present issue in r275867. Cheers! --Apple-Mail=_4E387FEF-9C33-46D9-8661-75FC5B5242F4 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQEcBAEBCgAGBQJUpHUzAAoJEMZr5QU6S73e3s4IAJL1H7pj+GtHaSvBJGaIruCr yFr5lEqYwiq8TTxZKuOv8eBX0fWzn3o8m9qmFYqN8z0gt5aHV/zg/m7TaA4J+s2Y fEbU4P24olAsP7CVFoj3/q0kMrjIaHmqW7t76U6GBJBltMzpMA75+g2O70Rucbeb YjZdqI0HeIbQdwlUk8XHI1wJG30RNINEqZqfPLW1AfZBs0DGkZ+shVwMEfpB+Esv SfB8OTr6rJw/utI6gIa4ksbEwCtUuuVo3JOCHaaeEHZ4huc6eLLaJYizzp0O6CXM fsInwiqmpULjhmaxPDPYpWrtCXJtY3qxAIDZw3B210a68ooafKDRXTne/yN9evw= =BOFg -----END PGP SIGNATURE----- --Apple-Mail=_4E387FEF-9C33-46D9-8661-75FC5B5242F4-- From owner-freebsd-current@FreeBSD.ORG Wed Dec 31 22:21:53 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DAE431C9 for ; Wed, 31 Dec 2014 22:21:53 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id C41EF66269 for ; Wed, 31 Dec 2014 22:21:53 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 4F234F55 for ; Wed, 31 Dec 2014 22:17:48 +0000 (UTC) Date: Wed, 31 Dec 2014 22:17:44 +0000 (GMT) From: jenkins-admin@freebsd.org To: freebsd-current@freebsd.org Message-ID: <1629918091.19.1420064264935.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Build failed in Jenkins: Build-UFS-image #816 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Jenkins-Job: Build-UFS-image X-Jenkins-Result: FAILURE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 31 Dec 2014 22:21:53 -0000 See ------------------------------------------ [...truncated 7454 lines...] ===> lib/ncurses/menuw (install) install -C -o root -g wheel -m 444 libmenuw.a install -C -o root -g wheel -m 444 libmenuw_p.a install -s -o root -g wheel -m 444 libmenuw.so.5 install -l s libmenuw.so.5 install -C -o root -g wheel -m 444 /builds/FreeBSD_HEAD/lib/ncurses/menuw/../../../contrib/ncurses/menu/menu.h /builds/FreeBSD_HEAD/lib/ncurses/menuw/../../../contrib/ncurses/menu/eti.h install -o root -g wheel -m 444 menu.3.gz install -o root -g wheel -m 444 menu_attributes.3.gz install -o root -g wheel -m 444 menu_cursor.3.gz install -o root -g wheel -m 444 menu_driver.3.gz install -o root -g wheel -m 444 menu_format.3.gz install -o root -g wheel -m 444 menu_hook.3.gz install -o root -g wheel -m 444 menu_items.3.gz install -o root -g wheel -m 444 menu_mark.3.gz install -o root -g wheel -m 444 menu_new.3.gz install -o root -g wheel -m 444 menu_opts.3.gz install -o root -g wheel -m 444 menu_pattern.3.gz install -o root -g wheel -m 444 menu_post.3.gz install -o root -g wheel -m 444 menu_requestname.3.gz install -o root -g wheel -m 444 menu_spacing.3.gz install -o root -g wheel -m 444 menu_userptr.3.gz install -o root -g wheel -m 444 menu_win.3.gz install -o root -g wheel -m 444 mitem_current.3.gz install -o root -g wheel -m 444 mitem_name.3.gz install -o root -g wheel -m 444 mitem_new.3.gz install -o root -g wheel -m 444 mitem_opts.3.gz install -o root -g wheel -m 444 mitem_userptr.3.gz install -o root -g wheel -m 444 mitem_value.3.gz install -o root -g wheel -m 444 mitem_visible.3.gz -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> ===> lib/ncurses/panelw (install) install -C -o root -g wheel -m 444 libpanelw.a install -C -o root -g wheel -m 444 libpanelw_p.a install -s -o root -g wheel -m 444 libpanelw.so.5 install -l s libpanelw.so.5 install -C -o root -g wheel -m 444 /builds/FreeBSD_HEAD/lib/ncurses/panelw/../../../contrib/ncurses/panel/panel.h install -o root -g wheel -m 444 panel.3.gz -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> ===> lib/atf (install) ===> lib/atf/libatf-c (install) install -s -o root -g wheel -m 444 libatf-c.so.1 install -C -o root -g wheel -m 444 /builds/FreeBSD_HEAD/contrib/atf/atf-c.h install -C -o root -g wheel -m 444 /builds/FreeBSD_HEAD/contrib/atf/atf-c/build.h /builds/FreeBSD_HEAD/contrib/atf/atf-c/check.h /builds/FreeBSD_HEAD/contrib/atf/atf-c/defs.h /builds/FreeBSD_HEAD/contrib/atf/atf-c/error.h /builds/FreeBSD_HEAD/contrib/atf/atf-c/error_fwd.h /builds/FreeBSD_HEAD/contrib/atf/atf-c/macros.h /builds/FreeBSD_HEAD/contrib/atf/atf-c/tc.h /builds/FreeBSD_HEAD/contrib/atf/atf-c/tp.h /builds/FreeBSD_HEAD/contrib/atf/atf-c/utils.h install -o root -g wheel -m 444 atf-c.3.gz -> ===> lib/atf/libatf-c/tests (install) ===> lib/atf/libatf-c/tests/detail (install) install -o root -g wheel -m 444 Kyuafile.auto (cd /builds/FreeBSD_HEAD/lib/atf/libatf-c/tests/detail && make -f /builds/FreeBSD_HEAD/lib/atf/libatf-c/tests/detail/Makefile _RECURSING_PROGS= SUBDIR= PROG=process_helpers DEPENDFILE=.depend.process_helpers .MAKE.DEPENDFILE=.depend.process_helpers install) install -s -o root -g wheel -m 555 process_helpers (cd /builds/FreeBSD_HEAD/lib/atf/libatf-c/tests/detail && make -f /builds/FreeBSD_HEAD/lib/atf/libatf-c/tests/detail/Makefile _RECURSING_PROGS= SUBDIR= PROG=version_helper DEPENDFILE=.depend.version_helper .MAKE.DEPENDFILE=.depend.version_helper install) install -s -o root -g wheel -m 555 version_helper (cd /builds/FreeBSD_HEAD/lib/atf/libatf-c/tests/detail && make -f /builds/FreeBSD_HEAD/lib/atf/libatf-c/tests/detail/Makefile _RECURSING_PROGS= SUBDIR= PROG=dynstr_test DEPENDFILE=.depend.dynstr_test .MAKE.DEPENDFILE=.depend.dynstr_test install) install -s -o root -g wheel -m 555 dynstr_test (cd /builds/FreeBSD_HEAD/lib/atf/libatf-c/tests/detail && make -f /builds/FreeBSD_HEAD/lib/atf/libatf-c/tests/detail/Makefile _RECURSING_PROGS= SUBDIR= PROG=env_test DEPENDFILE=.depend.env_test .MAKE.DEPENDFILE=.depend.env_test install) install -s -o root -g wheel -m 555 env_test (cd /builds/FreeBSD_HEAD/lib/atf/libatf-c/tests/detail && make -f /builds/FreeBSD_HEAD/lib/atf/libatf-c/tests/detail/Makefile _RECURSING_PROGS= SUBDIR= PROG=fs_test DEPENDFILE=.depend.fs_test .MAKE.DEPENDFILE=.depend.fs_test install) install -s -o root -g wheel -m 555 fs_test (cd /builds/FreeBSD_HEAD/lib/atf/libatf-c/tests/detail && make -f /builds/FreeBSD_HEAD/lib/atf/libatf-c/tests/detail/Makefile _RECURSING_PROGS= SUBDIR= PROG=list_test DEPENDFILE=.depend.list_test .MAKE.DEPENDFILE=.depend.list_test install) install -s -o root -g wheel -m 555 list_test (cd /builds/FreeBSD_HEAD/lib/atf/libatf-c/tests/detail && make -f /builds/FreeBSD_HEAD/lib/atf/libatf-c/tests/detail/Makefile _RECURSING_PROGS= SUBDIR= PROG=map_test DEPENDFILE=.depend.map_test .MAKE.DEPENDFILE=.depend.map_test install) install -s -o root -g wheel -m 555 map_test (cd /builds/FreeBSD_HEAD/lib/atf/libatf-c/tests/detail && make -f /builds/FreeBSD_HEAD/lib/atf/libatf-c/tests/detail/Makefile _RECURSING_PROGS= SUBDIR= PROG=process_test DEPENDFILE=.depend.process_test .MAKE.DEPENDFILE=.depend.process_test install) install -s -o root -g wheel -m 555 process_test (cd /builds/FreeBSD_HEAD/lib/atf/libatf-c/tests/detail && make -f /builds/FreeBSD_HEAD/lib/atf/libatf-c/tests/detail/Makefile _RECURSING_PROGS= SUBDIR= PROG=sanity_test DEPENDFILE=.depend.sanity_test .MAKE.DEPENDFILE=.depend.sanity_test install) install -s -o root -g wheel -m 555 sanity_test (cd /builds/FreeBSD_HEAD/lib/atf/libatf-c/tests/detail && make -f /builds/FreeBSD_HEAD/lib/atf/libatf-c/tests/detail/Makefile _RECURSING_PROGS= SUBDIR= PROG=text_test DEPENDFILE=.depend.text_test .MAKE.DEPENDFILE=.depend.text_test install) install -s -o root -g wheel -m 555 text_test (cd /builds/FreeBSD_HEAD/lib/atf/libatf-c/tests/detail && make -f /builds/FreeBSD_HEAD/lib/atf/libatf-c/tests/detail/Makefile _RECURSING_PROGS= SUBDIR= PROG=user_test DEPENDFILE=.depend.user_test .MAKE.DEPENDFILE=.depend.user_test install) install -s -o root -g wheel -m 555 user_test install -o root -g wheel -m 444 Kyuafile.auto install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/contrib/atf/atf-c/macros_h_test.c /builds/FreeBSD_HEAD/contrib/atf/atf-c/unused_test.c (cd /builds/FreeBSD_HEAD/lib/atf/libatf-c/tests && make -f /builds/FreeBSD_HEAD/lib/atf/libatf-c/tests/Makefile _RECURSING_PROGS= SUBDIR= PROG=atf_c_test DEPENDFILE=.depend.atf_c_test .MAKE.DEPENDFILE=.depend.atf_c_test install) install -s -o root -g wheel -m 555 atf_c_test (cd /builds/FreeBSD_HEAD/lib/atf/libatf-c/tests && make -f /builds/FreeBSD_HEAD/lib/atf/libatf-c/tests/Makefile _RECURSING_PROGS= SUBDIR= PROG=build_test DEPENDFILE=.depend.build_test .MAKE.DEPENDFILE=.depend.build_test install) install -s -o root -g wheel -m 555 build_test (cd /builds/FreeBSD_HEAD/lib/atf/libatf-c/tests && make -f /builds/FreeBSD_HEAD/lib/atf/libatf-c/tests/Makefile _RECURSING_PROGS= SUBDIR= PROG=check_test DEPENDFILE=.depend.check_test .MAKE.DEPENDFILE=.depend.check_test install) install -s -o root -g wheel -m 555 check_test (cd /builds/FreeBSD_HEAD/lib/atf/libatf-c/tests && make -f /builds/FreeBSD_HEAD/lib/atf/libatf-c/tests/Makefile _RECURSING_PROGS= SUBDIR= PROG=error_test DEPENDFILE=.depend.error_test .MAKE.DEPENDFILE=.depend.error_test install) install -s -o root -g wheel -m 555 error_test (cd /builds/FreeBSD_HEAD/lib/atf/libatf-c/tests && make -f /builds/FreeBSD_HEAD/lib/atf/libatf-c/tests/Makefile _RECURSING_PROGS= SUBDIR= PROG=macros_test DEPENDFILE=.depend.macros_test .MAKE.DEPENDFILE=.depend.macros_test install) install -s -o root -g wheel -m 555 macros_test (cd /builds/FreeBSD_HEAD/lib/atf/libatf-c/tests && make -f /builds/FreeBSD_HEAD/lib/atf/libatf-c/tests/Makefile _RECURSING_PROGS= SUBDIR= PROG=tc_test DEPENDFILE=.depend.tc_test .MAKE.DEPENDFILE=.depend.tc_test install) install -s -o root -g wheel -m 555 tc_test (cd /builds/FreeBSD_HEAD/lib/atf/libatf-c/tests && make -f /builds/FreeBSD_HEAD/lib/atf/libatf-c/tests/Makefile _RECURSING_PROGS= SUBDIR= PROG=tp_test DEPENDFILE=.depend.tp_test .MAKE.DEPENDFILE=.depend.tp_test install) install -s -o root -g wheel -m 555 tp_test (cd /builds/FreeBSD_HEAD/lib/atf/libatf-c/tests && make -f /builds/FreeBSD_HEAD/lib/atf/libatf-c/tests/Makefile _RECURSING_PROGS= SUBDIR= PROG=utils_test DEPENDFILE=.depend.utils_test .MAKE.DEPENDFILE=.depend.utils_test install) install -s -o root -g wheel -m 555 utils_test ===> lib/atf/libatf-c++ (install) install -s -o root -g wheel -m 444 libatf-c++.so.2 install -C -o root -g wheel -m 444 /builds/FreeBSD_HEAD/contrib/atf/atf-c++.hpp install -C -o root -g wheel -m 444 /builds/FreeBSD_HEAD/contrib/atf/atf-c++/build.hpp /builds/FreeBSD_HEAD/contrib/atf/atf-c++/check.hpp /builds/FreeBSD_HEAD/contrib/atf/atf-c++/macros.hpp /builds/FreeBSD_HEAD/contrib/atf/atf-c++/tests.hpp /builds/FreeBSD_HEAD/contrib/atf/atf-c++/utils.hpp install -o root -g wheel -m 444 atf-c++.3.gz -> ===> lib/atf/libatf-c++/tests (install) ===> lib/atf/libatf-c++/tests/detail (install) install -o root -g wheel -m 444 Kyuafile.auto (cd /builds/FreeBSD_HEAD/lib/atf/libatf-c++/tests/detail && make -f /builds/FreeBSD_HEAD/lib/atf/libatf-c++/tests/detail/Makefile _RECURSING_PROGS= SUBDIR= PROG=version_helper DEPENDFILE=.depend.version_helper .MAKE.DEPENDFILE=.depend.version_helper PROG_CXX=version_helper install) install -s -o root -g wheel -m 555 version_helper (cd /builds/FreeBSD_HEAD/lib/atf/libatf-c++/tests/detail && make -f /builds/FreeBSD_HEAD/lib/atf/libatf-c++/tests/detail/Makefile _RECURSING_PROGS= SUBDIR= PROG=application_test DEPENDFILE=.depend.application_test .MAKE.DEPENDFILE=.depend.application_test PROG_CXX=application_test install) install -s -o root -g wheel -m 555 application_test (cd /builds/FreeBSD_HEAD/lib/atf/libatf-c++/tests/detail && make -f /builds/FreeBSD_HEAD/lib/atf/libatf-c++/tests/detail/Makefile _RECURSING_PROGS= SUBDIR= PROG=env_test DEPENDFILE=.depend.env_test .MAKE.DEPENDFILE=.depend.env_test PROG_CXX=env_test install) install -s -o root -g wheel -m 555 env_test (cd /builds/FreeBSD_HEAD/lib/atf/libatf-c++/tests/detail && make -f /builds/FreeBSD_HEAD/lib/atf/libatf-c++/tests/detail/Makefile _RECURSING_PROGS= SUBDIR= PROG=exceptions_test DEPENDFILE=.depend.exceptions_test .MAKE.DEPENDFILE=.depend.exceptions_test PROG_CXX=exceptions_test install) install -s -o root -g wheel -m 555 exceptions_test (cd /builds/FreeBSD_HEAD/lib/atf/libatf-c++/tests/detail && make -f /builds/FreeBSD_HEAD/lib/atf/libatf-c++/tests/detail/Makefile _RECURSING_PROGS= SUBDIR= PROG=fs_test DEPENDFILE=.depend.fs_test .MAKE.DEPENDFILE=.depend.fs_test PROG_CXX=fs_test install) install -s -o root -g wheel -m 555 fs_test (cd /builds/FreeBSD_HEAD/lib/atf/libatf-c++/tests/detail && make -f /builds/FreeBSD_HEAD/lib/atf/libatf-c++/tests/detail/Makefile _RECURSING_PROGS= SUBDIR= PROG=process_test DEPENDFILE=.depend.process_test .MAKE.DEPENDFILE=.depend.process_test PROG_CXX=process_test install) install -s -o root -g wheel -m 555 process_test (cd /builds/FreeBSD_HEAD/lib/atf/libatf-c++/tests/detail && make -f /builds/FreeBSD_HEAD/lib/atf/libatf-c++/tests/detail/Makefile _RECURSING_PROGS= SUBDIR= PROG=text_test DEPENDFILE=.depend.text_test .MAKE.DEPENDFILE=.depend.text_test PROG_CXX=text_test install) install -s -o root -g wheel -m 555 text_test install -o root -g wheel -m 444 Kyuafile.auto install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/contrib/atf/atf-c++/macros_hpp_test.cpp /builds/FreeBSD_HEAD/contrib/atf/atf-c++/unused_test.cpp (cd /builds/FreeBSD_HEAD/lib/atf/libatf-c++/tests && make -f /builds/FreeBSD_HEAD/lib/atf/libatf-c++/tests/Makefile _RECURSING_PROGS= SUBDIR= PROG=atf_c++_test DEPENDFILE=.depend.atf_c++_test .MAKE.DEPENDFILE=.depend.atf_c++_test PROG_CXX=atf_c++_test install) install -s -o root -g wheel -m 555 atf_c++_test (cd /builds/FreeBSD_HEAD/lib/atf/libatf-c++/tests && make -f /builds/FreeBSD_HEAD/lib/atf/libatf-c++/tests/Makefile _RECURSING_PROGS= SUBDIR= PROG=build_test DEPENDFILE=.depend.build_test .MAKE.DEPENDFILE=.depend.build_test PROG_CXX=build_test install) install -s -o root -g wheel -m 555 build_test (cd /builds/FreeBSD_HEAD/lib/atf/libatf-c++/tests && make -f /builds/FreeBSD_HEAD/lib/atf/libatf-c++/tests/Makefile _RECURSING_PROGS= SUBDIR= PROG=check_test DEPENDFILE=.depend.check_test .MAKE.DEPENDFILE=.depend.check_test PROG_CXX=check_test install) install -s -o root -g wheel -m 555 check_test (cd /builds/FreeBSD_HEAD/lib/atf/libatf-c++/tests && make -f /builds/FreeBSD_HEAD/lib/atf/libatf-c++/tests/Makefile _RECURSING_PROGS= SUBDIR= PROG=macros_test DEPENDFILE=.depend.macros_test .MAKE.DEPENDFILE=.depend.macros_test PROG_CXX=macros_test install) install -s -o root -g wheel -m 555 macros_test (cd /builds/FreeBSD_HEAD/lib/atf/libatf-c++/tests && make -f /builds/FreeBSD_HEAD/lib/atf/libatf-c++/tests/Makefile _RECURSING_PROGS= SUBDIR= PROG=tests_test DEPENDFILE=.depend.tests_test .MAKE.DEPENDFILE=.depend.tests_test PROG_CXX=tests_test install) install -s -o root -g wheel -m 555 tests_test (cd /builds/FreeBSD_HEAD/lib/atf/libatf-c++/tests && make -f /builds/FreeBSD_HEAD/lib/atf/libatf-c++/tests/Makefile _RECURSING_PROGS= SUBDIR= PROG=utils_test DEPENDFILE=.depend.utils_test .MAKE.DEPENDFILE=.depend.utils_test PROG_CXX=utils_test install) install -s -o root -g wheel -m 555 utils_test ===> lib/atf/tests (install) ===> lib/atf/tests/test-programs (install) install -o root -g wheel -m 555 sh_helpers install -o root -g wheel -m 555 config_test install -o root -g wheel -m 555 expect_test install -o root -g wheel -m 555 meta_data_test install -o root -g wheel -m 555 result_test install -o root -g wheel -m 555 srcdir_test install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/contrib/atf/test-programs/Kyuafile (cd /builds/FreeBSD_HEAD/lib/atf/tests/test-programs && make -f /builds/FreeBSD_HEAD/lib/atf/tests/test-programs/Makefile _RECURSING_PROGS= SUBDIR= PROG=c_helpers DEPENDFILE=.depend.c_helpers .MAKE.DEPENDFILE=.depend.c_helpers install) install -s -o root -g wheel -m 555 c_helpers install -o root -g wheel -m 555 sh_helpers install -o root -g wheel -m 555 config_test install -o root -g wheel -m 555 expect_test install -o root -g wheel -m 555 meta_data_test install -o root -g wheel -m 555 result_test install -o root -g wheel -m 555 srcdir_test (cd /builds/FreeBSD_HEAD/lib/atf/tests/test-programs && make -f /builds/FreeBSD_HEAD/lib/atf/tests/test-programs/Makefile _RECURSING_PROGS= SUBDIR= PROG=cpp_helpers DEPENDFILE=.depend.cpp_helpers .MAKE.DEPENDFILE=.depend.cpp_helpers PROG_CXX=cpp_helpers install) install -s -o root -g wheel -m 555 cpp_helpers install -o root -g wheel -m 555 sh_helpers install -o root -g wheel -m 555 config_test install -o root -g wheel -m 555 expect_test install -o root -g wheel -m 555 meta_data_test install -o root -g wheel -m 555 result_test install -o root -g wheel -m 555 srcdir_test install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/tests/Kyuafile ===> lib/clang (install) ===> lib/clang/include (install) make[6]: don't know how to make module.map. Stop make[6]: stopped in /builds/FreeBSD_HEAD/lib/clang/include *** Error code 2 Stop. make[5]: stopped in /builds/FreeBSD_HEAD/lib/clang *** Error code 1 Stop. make[4]: stopped in /builds/FreeBSD_HEAD/lib *** Error code 1 Stop. make[3]: stopped in /builds/FreeBSD_HEAD *** Error code 1 Stop. make[2]: stopped in /builds/FreeBSD_HEAD *** Error code 1 Stop. make[1]: stopped in /builds/FreeBSD_HEAD *** Error code 1 Stop. make: stopped in /builds/FreeBSD_HEAD Build step 'Execute shell' marked build as failure From owner-freebsd-current@FreeBSD.ORG Wed Dec 31 22:31:00 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3448A311 for ; Wed, 31 Dec 2014 22:31:00 +0000 (UTC) Received: from onlyone.friendlyhosting.spb.ru (onlyone.friendlyhosting.spb.ru [46.4.40.135]) by mx1.freebsd.org (Postfix) with ESMTP id E7941662EE for ; Wed, 31 Dec 2014 22:30:59 +0000 (UTC) Received: from [192.168.135.70] (unknown [94.19.235.70]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.friendlyhosting.spb.ru (Postfix) with ESMTPSA id AFCB95C002; Thu, 1 Jan 2015 01:30:45 +0300 (MSK) Message-ID: <54A47917.7090202@FreeBSD.org> Date: Thu, 01 Jan 2015 01:30:47 +0300 From: Lev Serebryakov Reply-To: lev@FreeBSD.org Organization: FreeBSD User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 MIME-Version: 1.0 To: Garrett Cooper Subject: Re: Proper way to build nanobsd with "external" toolchain on new CURRENT? References: <54A4717C.1080707@FreeBSD.org> <92EE2179-B7E4-43AE-9A81-0688F2F37FF5@gmail.com> In-Reply-To: <92EE2179-B7E4-43AE-9A81-0688F2F37FF5@gmail.com> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Cc: FreeBSD-Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 31 Dec 2014 22:31:00 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 On 01.01.2015 01:14, Garrett Cooper wrote: >> Where XSTRIPBIN is my addition (or installworld will fail due to >> absent "strip" for "install -s”) > > Should XSTRIPBIN be STRIP_CMD? From build(7)… > > STRIP_CMD Command to use at install time when stripping > binaries. Be sure to add any additional tools required to run > STRIP_CMD to the LOCAL_ITOOLS make(1) variable before running the > distributeworld or installworld targets. See install(1) for more > details. > > This should be unnecessary though as I’ve already resolved the > strip command not being present issue in r275867. After some digging ~1.5 years ago (or more?) I found, that this work for me (conditional on filled XSTRIPBIN): IMAKEENV+= STRIPBIN=${XSTRIPBIN} Without this when I specify WITHOUT_TOOLCHAIN=yes on build stage each installation is failed due to absent "strip". But maybe, it is not very clean way, I don't know. - -- // Lev Serebryakov AKA Black Lion -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (MingW32) iQJ8BAEBCgBmBQJUpHkXXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRGOTZEMUNBMEI1RjQzMThCNjc0QjMzMEFF QUIwM0M1OEJGREM0NzhGAAoJEOqwPFi/3EePBqYQAKAz0z6DJEso5Qlr7uTKA9D+ PDk3YcmGzboahnWq2bPmgpVsUL4zDWG8sIX77WcCPtQoMgZdnVfvh7oJPh470rLs 2+lnFv8qGGd1bqZHj1k25DuOgNdphocy+Ed9azyBt6kIRkl7Elypzew8Ai5Kp+W9 vdRwbSdZ0qXKDx8hUjTXMcKNeloS7Hb6avLylqTIys4WD4YeoWEmUQ2w+k9f1iPc 6XpXVRfAz3A3dGuLRE2dsKzMeUrJZojOJbBCfVDTT7fBgpKQ1x4mhKxAlZqyDckm DbOafX/hssmseuffu8xj2TIw+/7XptIpf8+fhw0D4qn/thR/V9lctZOo9NWa7jQ/ g7Q+HSfg1MD78UQOQ4CiJzTSGJWpdezI/Z7pgGXCwmspjFsLGGeNWidY/crhtjPL kBJJUydZo9hG0w21JfASh36vHDH5maWv2Vq9rNgumpSYgQXYX7SJn2uXCRp19/71 VlyQCly2Q6bTj61OL+Zj3kc79hGVtZERKEFtOoJi4Xfme+8VinAQGVe//czxlpjc +GW0joH2MgthFZC3+kf2Wy8OYMfq/NSnlr//+5uT+vM6yXWtQIqVCCMHCtu6anjI lHAfQ1GW9UuZ3E8R9RVD59k3be+hooxHufZHvYSrQUMNQwItmmC+bmozh6g1Hd/1 k/veiHpg1Ox55DpJkCPO =wSqb -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Wed Dec 31 22:46:37 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 641C263A for ; Wed, 31 Dec 2014 22:46:37 +0000 (UTC) Received: from onlyone.friendlyhosting.spb.ru (onlyone.friendlyhosting.spb.ru [46.4.40.135]) by mx1.freebsd.org (Postfix) with ESMTP id 2337866565 for ; Wed, 31 Dec 2014 22:46:37 +0000 (UTC) Received: from [192.168.135.70] (unknown [94.19.235.70]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.friendlyhosting.spb.ru (Postfix) with ESMTPSA id 36E495C003; Thu, 1 Jan 2015 01:46:21 +0300 (MSK) Message-ID: <54A47CBE.7020409@FreeBSD.org> Date: Thu, 01 Jan 2015 01:46:22 +0300 From: Lev Serebryakov Reply-To: lev@FreeBSD.org Organization: FreeBSD User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 MIME-Version: 1.0 To: Garrett Cooper Subject: Re: Proper way to build nanobsd with "external" toolchain on new CURRENT? References: <54A4717C.1080707@FreeBSD.org> <92EE2179-B7E4-43AE-9A81-0688F2F37FF5@gmail.com> In-Reply-To: <92EE2179-B7E4-43AE-9A81-0688F2F37FF5@gmail.com> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Cc: FreeBSD-Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 31 Dec 2014 22:46:37 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 On 01.01.2015 01:14, Garrett Cooper wrote: > STRIP_CMD Command to use at install time when stripping > binaries. Be sure to add any additional tools required to run > STRIP_CMD to the LOCAL_ITOOLS make(1) variable before running the > distributeworld or installworld targets. See install(1) for more > details. > > This should be unnecessary though as I’ve already resolved the > strip command not being present issue in r275867. BTW, install(1) says about STRIPBIN and not STRIP_CMD .... The install utility checks for the presence of the STRIPBIN environment variable and if present, uses the assigned value as the program to run if and when the -s option has been specified. .... and "grep STRIP_CMD /usr/src/Makefile* /usr/share/mk/*" brings nothing. - -- // Lev Serebryakov AKA Black Lion -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (MingW32) iQJ8BAEBCgBmBQJUpHy9XxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRGOTZEMUNBMEI1RjQzMThCNjc0QjMzMEFF QUIwM0M1OEJGREM0NzhGAAoJEOqwPFi/3EePm0EQAMJtYyBDJnxTLrzq8yAP7O2O lLzFRqmqcx67RzBVWwww3bLwbEJcmRFlBLBgzpcCH7xW4B1vDoLXCv8vRtga8T1X gNJNK/piYNh+GRKAk7eOi/lzGgPkq4esmOaRhr2k9C1TdqGqJ586c6VyokHzgiS/ nwF24WdRUHFYe0RaLz16R0RkLtUnDSJQCtSgduG6MYCo4zQjvcBTrLg6tLSczMyS RxKSHEgE4GSadOtw1y6pa9bhpbvjbSefkTdjXRYAv+MWL33W/AYh5Ujl06Eu+Y1h Kk3Q0jwdvnjCEtGsJA+cGUWPIlSSocSi2kM9lXD/Dc3X+aaBGrR7ch2zI1ETvSoF XhszBuQkObgRdSKfyEeFLu1RsuuK7G8o94Mf3BxLELppNAlVCJY5jHn6DZE9OLFm AZTYHZIc/M/otB7dTM2vnzUZYSlkNcqke5rzKNijaWqbyUOMxBBuKIe4zfQMX12o KsW/YDroebFdJCQ7bsH9+bm83MedOxvipIR6CDcZUCuClg4s/BDY0sYi11AC3+F7 SEgwUZpBXsDkpr1ejE2WSARFMYkdZaSOpm1GI3a2d0/FtgFLqUgZP3bCq+ZWGQT1 Q7TMewN2u7BB0SJBnWg9AzVseeQX3+wLStKEHgg1IQsFYdNRzSFFzEArlzsLx1w0 b6AZmoBhRLFJi/lm0LE9 =ll9M -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Wed Dec 31 22:47:37 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id ED05973F; Wed, 31 Dec 2014 22:47:36 +0000 (UTC) Received: from mail-pd0-x22f.google.com (mail-pd0-x22f.google.com [IPv6:2607:f8b0:400e:c02::22f]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B383B66587; Wed, 31 Dec 2014 22:47:36 +0000 (UTC) Received: by mail-pd0-f175.google.com with SMTP id g10so21451806pdj.6; Wed, 31 Dec 2014 14:47:36 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=content-type:mime-version:subject:from:in-reply-to:date:cc :message-id:references:to; bh=kP4Y3rm2FaB7CAFo7X7jf3f9i2bb1XZmLuLzcHTYoxM=; b=mtJn3689XOFfVMPK4Dbh/Rw4rnlbZUwNwIWw9P3mqrFWq221/9i+3RiNRsf46kUH65 M63gUkE2tdkp/X6d1825vFe41Go94dE3VuqzLlmHIKKPwHCntJm5X/T4bfWsOGk39goR 2XtA0sSQJgiV4I0ji3ZKWaFoXLatzuDf73V7YR1Ec/8dt3cqHw9Tjp3Azina1eLtLfNA lzsO9lvclshRU/dHAfx3mBdwPN9PJCOwieN9X62jGwPsrnMKZg2P9Xk6x7qbOESp0t7S 4nC1liqKsOIC5H/twRQ/7r612z0eyGNdz0tC9WKdVHT+teKyM6hFWFT8EzmkuwHon9yg A7Lw== X-Received: by 10.68.218.137 with SMTP id pg9mr81652324pbc.166.1420066055919; Wed, 31 Dec 2014 14:47:35 -0800 (PST) Received: from ?IPv6:2601:8:ab80:7d6:89e5:192b:a505:2a25? ([2601:8:ab80:7d6:89e5:192b:a505:2a25]) by mx.google.com with ESMTPSA id lo3sm36735197pab.26.2014.12.31.14.47.34 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 31 Dec 2014 14:47:35 -0800 (PST) Content-Type: multipart/signed; boundary="Apple-Mail=_454E18E5-AE87-4AE9-BAB7-3BCF523109A6"; protocol="application/pgp-signature"; micalg=pgp-sha512 Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Subject: Re: Proper way to build nanobsd with "external" toolchain on new CURRENT? From: Garrett Cooper In-Reply-To: <54A47CBE.7020409@FreeBSD.org> Date: Wed, 31 Dec 2014 14:47:33 -0800 Message-Id: References: <54A4717C.1080707@FreeBSD.org> <92EE2179-B7E4-43AE-9A81-0688F2F37FF5@gmail.com> <54A47CBE.7020409@FreeBSD.org> To: lev@FreeBSD.org X-Mailer: Apple Mail (2.1878.6) Cc: FreeBSD-Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 31 Dec 2014 22:47:37 -0000 --Apple-Mail=_454E18E5-AE87-4AE9-BAB7-3BCF523109A6 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 On Dec 31, 2014, at 14:46, Lev Serebryakov wrote: > Signed PGP part > On 01.01.2015 01:14, Garrett Cooper wrote: >=20 > > STRIP_CMD Command to use at install time when stripping > > binaries. Be sure to add any additional tools required to run > > STRIP_CMD to the LOCAL_ITOOLS make(1) variable before running the > > distributeworld or installworld targets. See install(1) for more > > details. > > > > This should be unnecessary though as I=92ve already resolved the > > strip command not being present issue in r275867. > BTW, install(1) says about STRIPBIN and not STRIP_CMD >=20 > .... > The install utility checks for the presence of the STRIPBIN > environment > variable and if present, uses the assigned value as the program > to run if > and when the -s option has been specified. > .... >=20 > and "grep STRIP_CMD /usr/src/Makefile* /usr/share/mk/*" brings = nothing. *sigh* =97 you=92re right, it should be STRIPBIN. --Apple-Mail=_454E18E5-AE87-4AE9-BAB7-3BCF523109A6 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQEcBAEBCgAGBQJUpH0GAAoJEMZr5QU6S73epMMIAIT4l0M0wSbPBtB9+ViJd3YD 8dGPPZzXAlL7uEJwJwL87AVVtP1SEDHXYq+NyLmgUPnL7SLIbl+BMNcx3fDjr3t3 V3m3ONNG34MZKdCkSC1GV19qgbbyNMUwIF37T1ZuKuL/pQ4oUljBNMhg+dJ0zMOJ 2H8Bx6WAoJuos5WX94EWXD1v99iHr5RvvDNFleTIcE9PFkuv4BoF7O4gBrpT2CDn CQ5h4MbMclaCdewcGVDuJl0A2wTEYq9dxstiKlDamEWZhh/nadE8PXe7jFUpOGqn ZWC58FDE5s9DBeHTaqyXjnRD0IbQYhAR4Ms6Zjy2PyxplQz5dx+woKgEYO9JwLM= =Uc2J -----END PGP SIGNATURE----- --Apple-Mail=_454E18E5-AE87-4AE9-BAB7-3BCF523109A6-- From owner-freebsd-current@FreeBSD.ORG Wed Dec 31 22:56:19 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1681DD0C for ; Wed, 31 Dec 2014 22:56:19 +0000 (UTC) Received: from frv27.fwdcdn.com (frv158.fwdcdn.com [212.42.77.158]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id CA4C42583 for ; Wed, 31 Dec 2014 22:56:18 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=ukr.net; s=fsm; h=Content-Transfer-Encoding:Content-Type:MIME-Version:References:In-Reply-To:Message-ID:Subject:Cc:To:From:Date; bh=5SYmFvNWE0U2nvism1xoT6Jt4fp7hYwdHktou1F6CoY=; b=uw9u2ePV4fiNv9S528tHMydCi3PQhjo08pGpVa+qnpNMmxTTu0P6XTfhMP3GSEo0qkcqLYeJWMmFAic4+rOJ5DvlMk26LvVTQKvGmhJzOpGWwP3RdAqv07BzGziwUi5aSXG6AQV94vd2cGxIGQisHcaObhVbY/2COcE2xZZDO34=; Received: from [37.229.193.70] (helo=nonamehost.local) by frv27.fwdcdn.com with esmtpsa ID 1Y6SBa-000Fsc-EY ; Thu, 01 Jan 2015 00:56:14 +0200 Date: Thu, 1 Jan 2015 00:56:13 +0200 From: Ivan Klymenko To: Hans Petter Selasky Subject: Re: [RFC] kern/kern_timeout.c rewrite in progress Message-ID: <20150101005613.4f788b0c@nonamehost.local> In-Reply-To: <54A1B38C.1000709@selasky.org> References: <54A1B38C.1000709@selasky.org> X-Mailer: Claws Mail 3.11.1 (GTK+ 2.24.25; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Authentication-Result: IP=37.229.193.70; mail.from=fidaj@ukr.net; dkim=pass; header.d=ukr.net Cc: FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 31 Dec 2014 22:56:19 -0000 =D0=92 Mon, 29 Dec 2014 21:03:24 +0100 Hans Petter Selasky =D0=BF=D0=B8=D1=88=D0=B5=D1=82: > Hi, >=20 > I recently came across a class of errors which lead me into=20 > investigating the "kern/kern_timeout.c" and its subsystem. From what > I can see new features like the SMP awareness has been "added" > instead of fully "integrated". When going into the cornercases I've > uncovered that the internal callout statemachine can sometimes report > wrong values via its callout_active() and callout_pending() bits to > its clients, which in turn can make the clients behave badly. I > further did an investigation on how the safety of callout migration > between CPU's is maintained. When I looked into the code and found > stuff like "volatile" and "while()" loops to figure which CPU a > callout belongs I understood that such logic completely undermines > the cleverness found in the turnstiles of mutexes and decided to go > through all of the logic inside "kern_timeout.c". Also static code > analysis is harder when we don't use the basic mutexes and condition > variables available in the kernel. >=20 > First of all we need to make some driving rules for everyone: >=20 > 1) A new feature called direct callbacks which execute the timer=20 > callbacks from the fast interrupt handler was added. All these > callbacks _must_ be associated with a regular spinlocks, to maintain > a safe callout_drain(). Else they should only be executed on CPU0. >=20 > 2) All Giant locked callbacks should only execute on CPU0 to avoid=20 > congestion. >=20 > 3) Callbacks using read-only locks for its callback should also only=20 > execute on CPU0 to avoid multiple instances pending for completion on=20 > multiple CPU's, because read-only locks can be entered multiple > times. From what I can see, there are currently no consumers of this > feature in the kernel. >=20 ... panic: spin lock held too long http://paste.org.ru/?acf7io From owner-freebsd-current@FreeBSD.ORG Wed Dec 31 22:57:37 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 47404E11 for ; Wed, 31 Dec 2014 22:57:37 +0000 (UTC) Received: from onlyone.friendlyhosting.spb.ru (onlyone.friendlyhosting.spb.ru [IPv6:2a01:4f8:131:60a2::2]) by mx1.freebsd.org (Postfix) with ESMTP id 0A78025C3 for ; Wed, 31 Dec 2014 22:57:37 +0000 (UTC) Received: from [192.168.135.70] (unknown [94.19.235.70]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.friendlyhosting.spb.ru (Postfix) with ESMTPSA id 41B145C002; Thu, 1 Jan 2015 01:57:21 +0300 (MSK) Message-ID: <54A47F53.7020701@FreeBSD.org> Date: Thu, 01 Jan 2015 01:57:23 +0300 From: Lev Serebryakov Reply-To: lev@FreeBSD.org Organization: FreeBSD User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 MIME-Version: 1.0 To: Garrett Cooper Subject: Re: Proper way to build nanobsd with "external" toolchain on new CURRENT? References: <54A4717C.1080707@FreeBSD.org> <92EE2179-B7E4-43AE-9A81-0688F2F37FF5@gmail.com> In-Reply-To: <92EE2179-B7E4-43AE-9A81-0688F2F37FF5@gmail.com> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Cc: FreeBSD-Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 31 Dec 2014 22:57:37 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 On 01.01.2015 01:14, Garrett Cooper wrote: > This should be unnecessary though as I’ve already resolved the > strip command not being present issue in r275867. It looks like this fix will not work if we do "real" cross-build. Because, as far as I understand, ITOOLS are copied from host system and in such case "strip" is not guaranteed to be able to strip target binaries... - -- // Lev Serebryakov AKA Black Lion -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (MingW32) iQJ8BAEBCgBmBQJUpH9SXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRGOTZEMUNBMEI1RjQzMThCNjc0QjMzMEFF QUIwM0M1OEJGREM0NzhGAAoJEOqwPFi/3EePs90QANUYMAEDQwfeWaHG/bKVe21X Cqb/qEEnIl0PiHPUR4PpuiC7w8oZx9Z/bSKvuevTvtfVIiIJzYaVQyOmgJ6/3iZY OWVLrF3nqpHp/8JPJ8BUGbdILzLZvu4tCEJ1NkKNiLBri16B7kO6tMjbkXuvtsnb t81swMMUVZ4mBfmTzJmkyvxregrjjGQK00BIAcO5Gsd4+bBXC/TJ4or13cjDpaae cu8Ux8eZ28Rgsv/igle23BVWaMWhnzZ2OX+olodknsE06TpgyHMqjBO7G/9YeqI1 9jDobSBkB8t2qIkf4gZmXE0+Ply2/ywppig2F7XdBQEJpprQG1wH4nAO8MZi15o9 wGW4YK/Ft/SjeF6tQbyb8jZjgEo6Q+HPwTsvmyh2p4luW+kKPePxvlSDoEWoVq4u 4vycodqL3LUya42Btx0gMqhGLc7ekh1Ify3FFBJtVqfZJXXUxm35DkM9W99o/E98 NhpZRpYuuLYpD84mGpEpHysNTSBZy3i8yI9Cs51MOueT4nxGY7fceKzPJIgxt9gM I6YjnyE47tgbBBcdfpFew36f039IltSmmDW129XVYGn6OAXf7ar16lltI/0mB1Sf K4y8MjIHpCVf0c23c21DDRSdAVYQV2rTrz/h3urHzplQG5iuV4ptZGj/Uh7NNtDp fVKTfoJw6BbrN0VziTMS =KVLn -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Thu Jan 1 01:01:48 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 28F9FB8B for ; Thu, 1 Jan 2015 01:01:48 +0000 (UTC) Received: from mail.turbocat.net (mail.turbocat.net [IPv6:2a01:4f8:d16:4514::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id DD71A667FA for ; Thu, 1 Jan 2015 01:01:47 +0000 (UTC) Received: from laptop015.home.selasky.org (cm-176.74.213.204.customer.telag.net [176.74.213.204]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id D298A1FE022; Thu, 1 Jan 2015 02:01:44 +0100 (CET) Message-ID: <54A49CA5.2060801@selasky.org> Date: Thu, 01 Jan 2015 02:02:29 +0100 From: Hans Petter Selasky User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 MIME-Version: 1.0 To: Ivan Klymenko Subject: Re: [RFC] kern/kern_timeout.c rewrite in progress References: <54A1B38C.1000709@selasky.org> <20150101005613.4f788b0c@nonamehost.local> In-Reply-To: <20150101005613.4f788b0c@nonamehost.local> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Cc: FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Jan 2015 01:01:48 -0000 On 12/31/14 23:56, Ivan Klymenko wrote: > Đ’ Mon, 29 Dec 2014 21:03:24 +0100 > Hans Petter Selasky пиŃет: > Hi, Is your kernel compiled with Witness? Do you see any lock order reversal warnings? Can you do from kgdb: thread apply all bt And send me the result off-list? I'll have a closer look at this tomorrow. > > panic: spin lock held too long > http://paste.org.ru/?acf7io > Thank you! --HPS From owner-freebsd-current@FreeBSD.ORG Thu Jan 1 01:16:14 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C0286E5D for ; Thu, 1 Jan 2015 01:16:14 +0000 (UTC) Received: from mail.turbocat.net (heidi.turbocat.net [88.198.202.214]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 7BE366474E for ; Thu, 1 Jan 2015 01:16:14 +0000 (UTC) Received: from laptop015.home.selasky.org (cm-176.74.213.204.customer.telag.net [176.74.213.204]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id A8B381FE023; Thu, 1 Jan 2015 02:16:05 +0100 (CET) Message-ID: <54A4A002.8010802@selasky.org> Date: Thu, 01 Jan 2015 02:16:50 +0100 From: Hans Petter Selasky User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 MIME-Version: 1.0 To: Ivan Klymenko Subject: Re: [RFC] kern/kern_timeout.c rewrite in progress References: <54A1B38C.1000709@selasky.org> <20150101005613.4f788b0c@nonamehost.local> <54A49CA5.2060801@selasky.org> In-Reply-To: <54A49CA5.2060801@selasky.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Cc: FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Jan 2015 01:16:14 -0000 On 01/01/15 02:02, Hans Petter Selasky wrote: > On 12/31/14 23:56, Ivan Klymenko wrote: >> Đ’ Mon, 29 Dec 2014 21:03:24 +0100 >> Hans Petter Selasky пиŃет: >> > > Hi, > > Is your kernel compiled with Witness? Do you see any lock order reversal > warnings? > > Can you do from kgdb: > > thread apply all bt > > And send me the result off-list? > > I'll have a closer look at this tomorrow. > >> >> panic: spin lock held too long >> http://paste.org.ru/?acf7io >> > > Thank you! > Hi, This backtrace looks incorrect, because I cannot find where teken code calls into callout_xxx(). --HPS cpuid = 2 KDB: stack backtrace: #0 0xffffffff80a03680 at kdb_backtrace+0x60 #1 0xffffffff809c19a1 at panic+0x1c1 #2 0xffffffff809a3d57 at _mtx_lock_spin_cookie+0x257 #3 0xffffffff809da367 at callout_lock+0x87 #4 0xffffffff809da3c0 at callout_restart_async+0x20 #5 0xffffffff809da22d at callout_reset_sbt_on+0xfd #6 0xffffffff809da64e at callout_schedule+0x2e #7 0xffffffff80c6c179 at teken_subr_do_putchar+0x79 #8 0xffffffff80c6b80e at teken_state_init+0x2ae #9 0xffffffff80c6d78e at teken_input_char+0x4e #10 0xffffffff80c6bb18 at teken_input+0x28 #11 0xffffffff80a15821 at termcn_cnputc+0xc1 #12 0xffffffff80961dd0 at cnputc+0x80 #13 0xffffffff809620e8 at cnputs+0xb8 #14 0xffffffff80a09561 at putchar+0x151 #15 0xffffffff80a08186 at kvprintf+0xf6 #16 0xffffffff80a09bad at _vprintf+0x8d #17 0xffffffff80a09dc3 at printf+0x53 From owner-freebsd-current@FreeBSD.ORG Thu Jan 1 03:05:26 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 47780C7A for ; Thu, 1 Jan 2015 03:05:26 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 3086F64719 for ; Thu, 1 Jan 2015 03:05:26 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 948FAFB4 for ; Thu, 1 Jan 2015 03:04:54 +0000 (UTC) Date: Thu, 1 Jan 2015 03:04:18 +0000 (GMT) From: jenkins-admin@freebsd.org To: freebsd-current@freebsd.org Message-ID: <1781237900.21.1420081492695.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1165316016.20.1420072770438.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1165316016.20.1420072770438.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Build failed in Jenkins: Build-UFS-image #818 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Jenkins-Job: Build-UFS-image X-Jenkins-Result: FAILURE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Jan 2015 03:05:26 -0000 See ------------------------------------------ [...truncated 4277 lines...] install -o root -g wheel -m 444 bsnmplib.3.gz install -o root -g wheel -m 444 bsnmpclient.3.gz install -o root -g wheel -m 444 bsnmpagent.3.gz ===> lib/libbsdstat (install) install -s -o root -g wheel -m 444 libbsdstat.so.1 install -C -o root -g wheel -m 444 /builds/FreeBSD_HEAD/lib/libbsdstat/bsdstat.h ===> lib/libbsm (install) install -C -o root -g wheel -m 444 libbsm.a install -C -o root -g wheel -m 444 libbsm_p.a install -s -o root -g wheel -m 444 libbsm.so.3 install -l s libbsm.so.3 install -C -o root -g wheel -m 444 /builds/FreeBSD_HEAD/lib/libbsm/../../contrib/openbsm/bsm/audit_uevents.h /builds/FreeBSD_HEAD/lib/libbsm/../../contrib/openbsm/bsm/libbsm.h install -o root -g wheel -m 444 libbsm.3.gz install -o root -g wheel -m 444 au_class.3.gz install -o root -g wheel -m 444 au_control.3.gz install -o root -g wheel -m 444 au_domain.3.gz install -o root -g wheel -m 444 au_errno.3.gz install -o root -g wheel -m 444 au_event.3.gz install -o root -g wheel -m 444 au_fcntl_cmd.3.gz install -o root -g wheel -m 444 au_free_token.3.gz install -o root -g wheel -m 444 au_io.3.gz install -o root -g wheel -m 444 au_mask.3.gz install -o root -g wheel -m 444 au_open.3.gz install -o root -g wheel -m 444 au_socket_type.3.gz install -o root -g wheel -m 444 au_token.3.gz install -o root -g wheel -m 444 au_user.3.gz install -o root -g wheel -m 444 audit_submit.3.gz install -o root -g wheel -m 444 audit.2.gz install -o root -g wheel -m 444 audit.log.5.gz install -o root -g wheel -m 444 audit_class.5.gz install -o root -g wheel -m 444 audit_control.5.gz install -o root -g wheel -m 444 audit_event.5.gz install -o root -g wheel -m 444 audit_user.5.gz install -o root -g wheel -m 444 audit_warn.5.gz install -o root -g wheel -m 444 auditctl.2.gz install -o root -g wheel -m 444 auditon.2.gz install -o root -g wheel -m 444 getaudit.2.gz install -o root -g wheel -m 444 getauid.2.gz install -o root -g wheel -m 444 setaudit.2.gz install -o root -g wheel -m 444 setauid.2.gz -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> ===> lib/libbz2 (install) install -C -o root -g wheel -m 444 libbz2.a install -C -o root -g wheel -m 444 libbz2_p.a install -s -o root -g wheel -m 444 libbz2.so.4 install -l s libbz2.so.4 install -C -o root -g wheel -m 444 /builds/FreeBSD_HEAD/lib/libbz2/../../contrib/bzip2/bzlib.h ===> lib/libcalendar (install) install -C -o root -g wheel -m 444 libcalendar.a install -C -o root -g wheel -m 444 libcalendar_p.a install -s -o root -g wheel -m 444 libcalendar.so.5 install -l s libcalendar.so.5 install -C -o root -g wheel -m 444 /builds/FreeBSD_HEAD/lib/libcalendar/calendar.h install -o root -g wheel -m 444 calendar.3.gz -> -> -> -> -> -> -> -> -> ===> lib/libcam (install) install -C -o root -g wheel -m 444 libcam.a install -C -o root -g wheel -m 444 libcam_p.a install -s -o root -g wheel -m 444 libcam.so.7 install -l s /lib/libcam.so.7 install -C -o root -g wheel -m 444 /builds/FreeBSD_HEAD/lib/libcam/camlib.h install -o root -g wheel -m 444 cam.3.gz install -o root -g wheel -m 444 cam_cdbparse.3.gz -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> ===> lib/libcapsicum (install) install -C -o root -g wheel -m 444 libcapsicum.a install -C -o root -g wheel -m 444 libcapsicum_p.a install -s -o root -g wheel -m 444 libcapsicum.so.0 install -l s /lib/libcapsicum.so.0 install -C -o root -g wheel -m 444 /builds/FreeBSD_HEAD/lib/libcapsicum/libcapsicum.h /builds/FreeBSD_HEAD/lib/libcapsicum/libcapsicum_dns.h /builds/FreeBSD_HEAD/lib/libcapsicum/libcapsicum_grp.h /builds/FreeBSD_HEAD/lib/libcapsicum/libcapsicum_pwd.h /builds/FreeBSD_HEAD/lib/libcapsicum/libcapsicum_random.h /builds/FreeBSD_HEAD/lib/libcapsicum/libcapsicum_service.h /builds/FreeBSD_HEAD/lib/libcapsicum/libcapsicum_sysctl.h install -o root -g wheel -m 444 libcapsicum.3.gz -> -> -> -> -> -> -> -> -> -> -> -> ===> lib/libcasper (install) install -C -o root -g wheel -m 444 libcasper.a install -C -o root -g wheel -m 444 libcasper_p.a install -s -o root -g wheel -m 444 libcasper.so.0 install -l s /lib/libcasper.so.0 install -C -o root -g wheel -m 444 /builds/FreeBSD_HEAD/lib/libcasper/libcasper.h ===> lib/libcom_err (install) install -C -o root -g wheel -m 444 libcom_err.a install -C -o root -g wheel -m 444 libcom_err_p.a install -s -o root -g wheel -m 444 libcom_err.so.5 install -l s libcom_err.so.5 install -C -o root -g wheel -m 444 /builds/FreeBSD_HEAD/lib/libcom_err/../../contrib/com_err/com_err.h /builds/FreeBSD_HEAD/lib/libcom_err/../../contrib/com_err/com_right.h install -o root -g wheel -m 444 com_err.3.gz ===> lib/libcom_err/doc (install) ===> lib/libcompat (install) make[5]: "/builds/FreeBSD_HEAD/share/mk/bsd.compiler.mk" line 42: Unable to determine compiler type for cc. Consider setting COMPILER_TYPE. *** Error code 1 Stop. make[4]: stopped in /builds/FreeBSD_HEAD/lib *** Error code 1 Stop. make[3]: stopped in /builds/FreeBSD_HEAD *** Error code 1 Stop. make[2]: stopped in /builds/FreeBSD_HEAD *** Error code 1 Stop. make[1]: stopped in /builds/FreeBSD_HEAD *** Error code 1 Stop. make: stopped in /builds/FreeBSD_HEAD Build step 'Execute shell' marked build as failure From owner-freebsd-current@FreeBSD.ORG Thu Jan 1 11:48:42 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B764A567 for ; Thu, 1 Jan 2015 11:48:42 +0000 (UTC) Received: from ms-10.1blu.de (ms-10.1blu.de [178.254.4.101]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 73F4F660C3 for ; Thu, 1 Jan 2015 11:48:42 +0000 (UTC) Received: from [93.104.13.226] (helo=unixarea.DDR.dd) by ms-10.1blu.de with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.76) (envelope-from ) id 1Y6eEz-0001mr-MD for freebsd-current@freebsd.org; Thu, 01 Jan 2015 12:48:33 +0100 Received: from unixarea.DDR.dd (localhost [127.0.0.1]) by unixarea.DDR.dd (8.14.9/8.14.3) with ESMTP id t01BmVtY003224 for ; Thu, 1 Jan 2015 12:48:31 +0100 (CET) (envelope-from guru@unixarea.de) Received: (from guru@localhost) by unixarea.DDR.dd (8.14.9/8.14.3/Submit) id t01BmUwE003223 for freebsd-current@freebsd.org; Thu, 1 Jan 2015 12:48:30 +0100 (CET) (envelope-from guru@unixarea.de) X-Authentication-Warning: unixarea.DDR.dd: guru set sender to guru@unixarea.de using -f Date: Thu, 1 Jan 2015 12:48:30 +0100 From: Matthias Apitz To: freebsd-current@freebsd.org Subject: makefs && gpart (...) Message-ID: <20150101114829.GA3196@unixarea.DDR.dd> Reply-To: Matthias Apitz Mail-Followup-To: Matthias Apitz , freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline X-Operating-System: FreeBSD 11.0-CURRENT r269739 (i386) User-Agent: Mutt/1.5.23 (2014-03-12) X-Con-Id: 51246 X-Con-U: 0-guru X-Originating-IP: 93.104.13.226 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Jan 2015 11:48:42 -0000 Hello, I have a small question and a small request re/ makefs && gpart: There is a script src/release/i386/make-memstick.sh to create an image from a full directory tree; the tree is result of make installworld DESTDIR=/tree make installkernel DESTDIR=/tree the script mainly does: ... makefs -B little -o label=FreeBSD_Install ${2} ${1} if [ $? -ne 0 ]; then echo "makefs failed" exit 1 fi rm ${1}/etc/fstab unit=$(mdconfig -a -t vnode -f ${2}) if [ $? -ne 0 ]; then echo "mdconfig failed" exit 1 fi gpart create -s BSD ${unit} gpart bootcode -b ${1}/boot/boot ${unit} gpart add -t freebsd-ufs ${unit} mdconfig -d -u ${unit} As you can see, it does makefs first, and after this it creates the gpart structure in the image (i.e. in its memory file system). Why is this in this order and where exactly starts the file system created by makefs? The request is: it would also be nice if 'make-memstick.sh' would allow to pass from the command line some values for the size of the file system to be created in the image; I modified it to fit my needs as: size=15482880b ... makefs -B little -M ${size} -m ${size} -f 400000 .... Thanks matthias -- Matthias Apitz, guru@unixarea.de, http://www.unixarea.de/ +49-170-4527211 1989-2014: The Wall was torn down so that we go to war together again. El Muro ha sido derribado para que nos unimos en ir a la guerra otra vez. Diese Grenze wurde aufgehoben damit wir gemeinsam wieder in den Krieg ziehen. From owner-freebsd-current@FreeBSD.ORG Thu Jan 1 11:50:51 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E8AC2673; Thu, 1 Jan 2015 11:50:51 +0000 (UTC) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id A0A78660EE; Thu, 1 Jan 2015 11:50:51 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost.zedat.fu-berlin.de (Exim 4.82) with esmtp (envelope-from ) id <1Y6eHB-000N13-Cg>; Thu, 01 Jan 2015 12:50:49 +0100 Received: from g226183103.adsl.alicedsl.de ([92.226.183.103] helo=thor.walstatt.dynvpn.de) by inpost2.zedat.fu-berlin.de (Exim 4.82) with esmtpsa (envelope-from ) id <1Y6eHB-0033Qi-8j>; Thu, 01 Jan 2015 12:50:49 +0100 Date: Thu, 1 Jan 2015 12:50:43 +0100 From: "O. Hartmann" To: Dimitry Andric Subject: Re: HEADS UP: Upgraded clang, llvm and lldb to 3.5.0 Message-ID: <20150101125043.6e6e3a52.ohartman@zedat.fu-berlin.de> In-Reply-To: <528C023D-6207-4054-917B-05D4C4E605EC@FreeBSD.org> References: <528C023D-6207-4054-917B-05D4C4E605EC@FreeBSD.org> Organization: FU Berlin X-Mailer: Claws Mail 3.11.1 (GTK+ 2.24.25; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; boundary="Sig_/Gx8j7+AmEcLeNFY6Lw_GSGa"; protocol="application/pgp-signature" X-Originating-IP: 92.226.183.103 X-ZEDAT-Hint: A Cc: FreeBSD-Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Jan 2015 11:50:52 -0000 --Sig_/Gx8j7+AmEcLeNFY6Lw_GSGa Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Am Wed, 31 Dec 2014 21:41:34 +0100 Dimitry Andric schrieb: > Hi, >=20 > I just committed an upgrade of clang, llvm and lldb to 3.5.0 to head, in > r276479. >=20 > Please note that this version now requires C++11 support to build; see > UPDATING for more information. >=20 > Release notes for llvm and clang can be found here: > > >=20 > Thanks to Ed Maste, Roman Divacky, Andrew Turner, Justin Hibbits and > Antoine Brodin for their invaluable help with this import. >=20 > -Dimitry >=20 This is great news, thank you very much. I gave it a try, but my system's drop out at the error shown below. I use n= on-standard optimisation flags (/etc/src.conf), but even with those switched off, I rec= eive the error shown below. Regards, Oliver [...] =3D=3D=3D> lib/atf/libatf-c++ (all) c++ -O2 -pipe -O3 -O3 -pipe -march=3Dnative -DHAVE_CONFIG_H -I/usr/src/c= ontrib/atf -I/usr/src/lib/atf/libatf-c++/../libatf-c -I. -DHAVE_CONFIG_H -fstack-prote= ctor -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wp= ointer-arith -Wno-uninitialized -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-v= ariable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Qunused-arguments -std=3Dc++11 -Wno-c++11-extensions -c /usr/src/contrib/atf/atf-c++/detail/application.cp= p -o application.o In file included from /usr/src/contrib/atf/atf-c++/detail/application.cpp:26: In file includ= ed from /usr/src/contrib/atf/atf-c++/detail/application.hpp:29: In file includ= ed from /usr/obj/usr/src/tmp/usr/include/c++/v1/ostream:131: In file included from /usr/obj/usr/src/tmp/usr/include/c++/v1/ios:216: In file included from /usr/obj/usr/src/tmp/usr/include/c++/v1/__locale:15: In file included from /usr/obj/usr/src/tmp/usr/include/c++/v1/string:439: In file included from /usr/obj/usr/src/tmp/usr/include/c++/v1/algorithm:624: /usr/obj/usr/sr= c/tmp/usr/include/c++/v1/type_traits:2033:8: error: keyword '__is_constructible' will be made available as an identifier= for the remainder of the translation unit [-Werror,-Wkeyword-compat] struct __is_co= nstructible // false, _Tp is not a scalar ^ /usr/obj/usr/src/tmp/usr/include/c++/v1/type_t= raits:2584:51: error: keyword '__is_nothrow_constructible' will be made available as an id= entifier for the remainder of the translation unit [-Werror,-Wkeyword-compat] template <= bool, class _Tp, class... _Args> struct __is_nothrow_constructible; ^ /usr/obj/usr/src/tmp/usr/include/c++/v1/type_traits:2746:47: error: keywo= rd '__is_nothrow_assignable' will be made available as an identifier for the r= emainder of the translation unit [-Werror,-Wkeyword-compat] template struct __is_nothrow_assignable; ^ 3 errors generated. *** Error code 1 Stop. make[6]: stopped in /usr/src/lib/atf/libatf-c++ *** Error code 1 Stop. make[5]: stopped in /usr/src/lib/atf *** Error code 1 --Sig_/Gx8j7+AmEcLeNFY6Lw_GSGa Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBCAAGBQJUpTSTAAoJEOgBcD7A/5N80e8IAIAFEG5qmHCM2iDRLTXagUO5 MZzFx56bZqyLWP0GnjbrH4kjavQLmp2hm6llJQkSEPjbiqNdAUBJ51wmwW6sAWiN 84bKJnR8vOei6AD5ZSwM3Fi0qLvU7HkOpsXFE4yCfmerdH+0RdCiImA/YPtaMyH7 Gt99n8uH5fzo7HtKXC4RmF2a/C9Chzz9U0IdYbZ7eOp2vwZ8huixzLXDtdi1JDFr A1muGr3nZtjovuZuVthoheWvF91S+uP1OLq4QvI4oQKkGamUMFjNddP7GFfXKfeP Iremac3zTX1wEMmY4Dss8EWP8CHQh+hcgd8mxUNxbS6v0IgbJgfgSz413Ggj/48= =WbvM -----END PGP SIGNATURE----- --Sig_/Gx8j7+AmEcLeNFY6Lw_GSGa-- From owner-freebsd-current@FreeBSD.ORG Thu Jan 1 12:35:50 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9A7B3BB2; Thu, 1 Jan 2015 12:35:50 +0000 (UTC) Received: from mail.turbocat.net (heidi.turbocat.net [88.198.202.214]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 583CA645A9; Thu, 1 Jan 2015 12:35:49 +0000 (UTC) Received: from laptop015.home.selasky.org (cm-176.74.213.204.customer.telag.net [176.74.213.204]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id 849B81FE022; Thu, 1 Jan 2015 13:35:46 +0100 (CET) Message-ID: <54A53F4F.2000003@selasky.org> Date: Thu, 01 Jan 2015 13:36:31 +0100 From: Hans Petter Selasky User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 MIME-Version: 1.0 To: Ivan Klymenko Subject: Re: [RFC] kern/kern_timeout.c rewrite in progress References: <54A1B38C.1000709@selasky.org> <20150101005613.4f788b0c@nonamehost.local> <54A49CA5.2060801@selasky.org> <54A4A002.8010802@selasky.org> In-Reply-To: <54A4A002.8010802@selasky.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Cc: FreeBSD Current , freebsd-arch@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Jan 2015 12:35:50 -0000 On 01/01/15 02:16, Hans Petter Selasky wrote: > On 01/01/15 02:02, Hans Petter Selasky wrote: >> On 12/31/14 23:56, Ivan Klymenko wrote: >>> Đ’ Mon, 29 Dec 2014 21:03:24 +0100 >>> Hans Petter Selasky пиŃет: >>> >> >> Hi, >> >> Is your kernel compiled with Witness? Do you see any lock order reversal >> warnings? >> >> Can you do from kgdb: >> >> thread apply all bt >> >> And send me the result off-list? >> >> I'll have a closer look at this tomorrow. >> >>> >>> panic: spin lock held too long >>> http://paste.org.ru/?acf7io >>> >> >> Thank you! >> > Hi, I see what is going on. There is an LOR which is not printed because MTX_QUIET is passed when locking inside the callback process routine. It happens because cv_timedwait() is using callouts() to timeout and callout_drain() is using cv_wait() to wait for draining. This was not so well documented in the old code. I'll update my patch and send out a new one later today. I see a room for doing some improvements too: callout_init(&td->td_slpcallout, CALLOUT_MPSAFE) Possibly we could use a so-called "DIRECT" callback from the fast IRQ of the timer, when waking up other threads from cv_timedwait(), hence only spinlocks are involved? This would save waking up the callout SWI only to wakeup another thread ! Thank you for testing! --HPS From owner-freebsd-current@FreeBSD.ORG Thu Jan 1 17:23:15 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 85C2137F for ; Thu, 1 Jan 2015 17:23:15 +0000 (UTC) Received: from c.mail.sonic.net (c.mail.sonic.net [64.142.111.80]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 6D3F764DAC for ; Thu, 1 Jan 2015 17:23:14 +0000 (UTC) Received: from comporellon.tachypleus.net (polaris.tachypleus.net [75.101.50.44]) (authenticated bits=0) by c.mail.sonic.net (8.14.9/8.14.9) with ESMTP id t01HN69V005468 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Thu, 1 Jan 2015 09:23:07 -0800 Message-ID: <54A5827A.3000406@freebsd.org> Date: Thu, 01 Jan 2015 09:23:06 -0800 From: Nathan Whitehorn User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.1.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: makefs && gpart (...) References: <20150101114829.GA3196@unixarea.DDR.dd> In-Reply-To: <20150101114829.GA3196@unixarea.DDR.dd> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Sonic-CAuth: UmFuZG9tSVbFWzmrKR5FWVS43Nm0cQ7wOR9/xK5WSNddKQelyAGiZL4PLQqMR52FEnX2R11vpLgJxs8n/Mf9fEme1ig8mXJXDOQzt3mgoGc= X-Sonic-ID: C;xvSQ2dqR5BGG+PCsS5uE/A== M;tgQJ2tqR5BGG+PCsS5uE/A== X-Spam-Flag: No X-Sonic-Spam-Details: 0.0/5.0 by cerberusd X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Jan 2015 17:23:15 -0000 On 01/01/15 03:48, Matthias Apitz wrote: > > Hello, > > I have a small question and a small request re/ makefs && gpart: > > There is a script src/release/i386/make-memstick.sh to create an image > from a full directory tree; the tree is result of > > make installworld DESTDIR=/tree > make installkernel DESTDIR=/tree > > the script mainly does: > > ... > makefs -B little -o label=FreeBSD_Install ${2} ${1} > if [ $? -ne 0 ]; then > echo "makefs failed" > exit 1 > fi > rm ${1}/etc/fstab > > unit=$(mdconfig -a -t vnode -f ${2}) > if [ $? -ne 0 ]; then > echo "mdconfig failed" > exit 1 > fi > gpart create -s BSD ${unit} > gpart bootcode -b ${1}/boot/boot ${unit} > gpart add -t freebsd-ufs ${unit} > mdconfig -d -u ${unit} > > As you can see, it does makefs first, and after this it creates the > gpart structure in the image (i.e. in its memory file system). > Why is this in this order and where exactly starts the file system > created by makefs? This is a quirk of BSD disklabels: the first partition can start at address 0 and the first 16 sectors of UFS2 file systems are reserved for the label headers. It's not portable to other partition schemes. For -CURRENT, this script has been replaced, by the way, and doesn't use BSD labels anymore. -Nathan > > The request is: it would also be nice if 'make-memstick.sh' would allow > to pass from the command line some values for the size of the file > system to be created in the image; I modified it to fit my needs as: > > size=15482880b > ... > makefs -B little -M ${size} -m ${size} -f 400000 .... > > Thanks > > matthias > From owner-freebsd-current@FreeBSD.ORG Thu Jan 1 17:35:26 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 21A0489E for ; Thu, 1 Jan 2015 17:35:26 +0000 (UTC) Received: from mail-yk0-f177.google.com (mail-yk0-f177.google.com [209.85.160.177]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D976764F45 for ; Thu, 1 Jan 2015 17:35:25 +0000 (UTC) Received: by mail-yk0-f177.google.com with SMTP id 9so8428220ykp.36 for ; Thu, 01 Jan 2015 09:35:24 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=Q4L4U7OPSNxUwBWUEeXTx10FfnXfd0mUUa2GcztSvzk=; b=KmtIcHJ4xUnNX1j9n+V9rQ6FtIQqWci8uqiojOnQxPzaiV5Uou4mwhR1Ellf7O4t8B k2pMf4f/tn57Jl6YFoLqcxedQ+4wa+yqQvZY1JS2+1YLmnIfskwkhXbBVoGLZfiOMob2 Yx9a4aZw6PDH+zSqSLyvz/gO6+QeA02Pvhjf8OKvc91lPWtGBHgKCTUd1BBoThUp+KSR EK6gxW02HWaNe91PnQwejswiEatvd7Mr72s5QHA8bHIyHxI3RTSPpVVH7SnKNSRttKDg HQzCK+mIcb/b8lTDd8dA0CWVqYDgSbWIRbvnlK/77X/OElfwhs8fQFXcyG/Mq7ogKcg8 lWtg== X-Gm-Message-State: ALoCoQko24qOwhFj+6SGv0tCC9E8w0bMM+fiJP1GMHris60XEvP1XIMpRB580T9q7Q43bojYOje9 MIME-Version: 1.0 X-Received: by 10.236.203.193 with SMTP id f41mr24653621yho.191.1420133724182; Thu, 01 Jan 2015 09:35:24 -0800 (PST) Received: by 10.170.46.213 with HTTP; Thu, 1 Jan 2015 09:35:24 -0800 (PST) In-Reply-To: <20150101125043.6e6e3a52.ohartman@zedat.fu-berlin.de> References: <528C023D-6207-4054-917B-05D4C4E605EC@FreeBSD.org> <20150101125043.6e6e3a52.ohartman@zedat.fu-berlin.de> Date: Thu, 1 Jan 2015 18:35:24 +0100 Message-ID: Subject: Re: HEADS UP: Upgraded clang, llvm and lldb to 3.5.0 From: Oliver Pinter To: Dimitry Andric Content-Type: text/plain; charset=UTF-8 Cc: HardenedBSD Developers , FreeBSD-Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Jan 2015 17:35:26 -0000 Hi! We at HardenedBSD got this error, with out jenkins instance: --- dis_tables.o --- /jenkins/workspace/HardenedBSD_Master/sys/cddl/dev/dtrace/x86/dis_tables.c:3025:25: error: '&&' within '||' [-Werror,-Wlogical-op-parentheses] if (cpu_mode == SIZE64 && dp->it_invalid64 || ~~~~~~~~~~~~~~~~~~~^~~~~~~~~~~~~~~~~~~ ~~ /jenkins/workspace/HardenedBSD_Master/sys/cddl/dev/dtrace/x86/dis_tables.c:3025:25: note: place parentheses around the '&&' expression to silence this warning if (cpu_mode == SIZE64 && dp->it_invalid64 || ^ ( ) /jenkins/workspace/HardenedBSD_Master/sys/cddl/dev/dtrace/x86/dis_tables.c:3026:25: error: '&&' within '||' [-Werror,-Wlogical-op-parentheses] cpu_mode != SIZE64 && dp->it_invalid32) ~~~~~~~~~~~~~~~~~~~^~~~~~~~~~~~~~~~~~~ /jenkins/workspace/HardenedBSD_Master/sys/cddl/dev/dtrace/x86/dis_tables.c:3026:25: note: place parentheses around the '&&' expression to silence this warning cpu_mode != SIZE64 && dp->it_invalid32) ^ ( ) --- all_subdir_ed --- full log: http://nyi-01.build.hardenedbsd.org:8180/jenkins/job/HardenedBSD_Master/109/consoleText On Thu, Jan 1, 2015 at 12:50 PM, O. Hartmann wrote: > Am Wed, 31 Dec 2014 21:41:34 +0100 > Dimitry Andric schrieb: > >> Hi, >> >> I just committed an upgrade of clang, llvm and lldb to 3.5.0 to head, in >> r276479. >> >> Please note that this version now requires C++11 support to build; see >> UPDATING for more information. >> >> Release notes for llvm and clang can be found here: >> >> >> >> Thanks to Ed Maste, Roman Divacky, Andrew Turner, Justin Hibbits and >> Antoine Brodin for their invaluable help with this import. >> >> -Dimitry >> > > This is great news, thank you very much. > > I gave it a try, but my system's drop out at the error shown below. I use non-standard > optimisation flags (/etc/src.conf), but even with those switched off, I receive the error > shown below. > > Regards, > > Oliver > > [...] > > ===> lib/atf/libatf-c++ (all) > c++ -O2 -pipe -O3 -O3 -pipe -march=native -DHAVE_CONFIG_H -I/usr/src/contrib/atf > -I/usr/src/lib/atf/libatf-c++/../libatf-c -I. -DHAVE_CONFIG_H -fstack-protector > -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wpointer-arith > -Wno-uninitialized -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable > -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality > -Wno-unused-function -Wno-enum-conversion -Qunused-arguments -std=c++11 > -Wno-c++11-extensions -c /usr/src/contrib/atf/atf-c++/detail/application.cpp -o > application.o In file included > from /usr/src/contrib/atf/atf-c++/detail/application.cpp:26: In file included > from /usr/src/contrib/atf/atf-c++/detail/application.hpp:29: In file included > from /usr/obj/usr/src/tmp/usr/include/c++/v1/ostream:131: In file included > from /usr/obj/usr/src/tmp/usr/include/c++/v1/ios:216: In file included > from /usr/obj/usr/src/tmp/usr/include/c++/v1/__locale:15: In file included > from /usr/obj/usr/src/tmp/usr/include/c++/v1/string:439: In file included > from /usr/obj/usr/src/tmp/usr/include/c++/v1/algorithm:624: /usr/obj/usr/src/tmp/usr/include/c++/v1/type_traits:2033:8: > error: keyword '__is_constructible' will be made available as an identifier for the > remainder of the translation unit [-Werror,-Wkeyword-compat] struct __is_constructible // > false, _Tp is not a scalar ^ /usr/obj/usr/src/tmp/usr/include/c++/v1/type_traits:2584:51: > error: keyword '__is_nothrow_constructible' will be made available as an identifier for > the remainder of the translation unit [-Werror,-Wkeyword-compat] template _Tp, class... _Args> struct __is_nothrow_constructible; > ^ /usr/obj/usr/src/tmp/usr/include/c++/v1/type_traits:2746:47: error: keyword > '__is_nothrow_assignable' will be made available as an identifier for the remainder of > the translation unit [-Werror,-Wkeyword-compat] template > struct __is_nothrow_assignable; ^ 3 errors generated. *** Error code 1 > > Stop. > make[6]: stopped in /usr/src/lib/atf/libatf-c++ > *** Error code 1 > > Stop. > make[5]: stopped in /usr/src/lib/atf > *** Error code 1 > From owner-freebsd-current@FreeBSD.ORG Thu Jan 1 17:48:22 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 95287CA4; Thu, 1 Jan 2015 17:48:22 +0000 (UTC) Received: from albert.catwhisker.org (mx.catwhisker.org [198.144.209.73]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 442B7660EA; Thu, 1 Jan 2015 17:48:21 +0000 (UTC) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.14.9/8.14.9) with ESMTP id t01HmKE9038147; Thu, 1 Jan 2015 09:48:20 -0800 (PST) (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.14.9/8.14.9/Submit) id t01HmJkG038146; Thu, 1 Jan 2015 09:48:19 -0800 (PST) (envelope-from david) Date: Thu, 1 Jan 2015 09:48:19 -0800 From: David Wolfskill To: Dimitry Andric Subject: Re: HEADS UP: Upgraded clang, llvm and lldb to 3.5.0 Message-ID: <20150101174819.GA37889@albert.catwhisker.org> Mail-Followup-To: David Wolfskill , Dimitry Andric , FreeBSD-Current References: <528C023D-6207-4054-917B-05D4C4E605EC@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="YiEDa0DAkWCtVeE4" Content-Disposition: inline In-Reply-To: <528C023D-6207-4054-917B-05D4C4E605EC@FreeBSD.org> User-Agent: Mutt/1.5.23 (2014-03-12) Cc: FreeBSD-Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Jan 2015 17:48:22 -0000 --YiEDa0DAkWCtVeE4 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Dec 31, 2014 at 09:41:34PM +0100, Dimitry Andric wrote: > Hi, >=20 > I just committed an upgrade of clang, llvm and lldb to 3.5.0 to head, in > r276479. > ..... Hmm... I'm seeing a problem with src/sys/modules/asr, using (head) sources @276499 in native i386 environments that are presently running: FreeBSD g1-253.catwhisker.org 11.0-CURRENT FreeBSD 11.0-CURRENT #1470 r276= 462M/276468:1100051: Wed Dec 31 06:18:00 PST 2014 root@g1-253.catwhiske= r.org:/common/S4/obj/usr/src/sys/CANARY i386 and: FreeBSD freebeast.catwhisker.org 11.0-CURRENT FreeBSD 11.0-CURRENT #1707 r= 276462M/276468:1100051: Wed Dec 31 05:48:32 PST 2014 root@freebeast.cat= whisker.org:/common/S4/obj/usr/src/sys/GENERIC i386 (For a history, showing at what points I've successfully built, installed, and booted i386/head on these machines, please see or .) Here's an excerpt from one of the failures (re-created without a -j specification in order to help keep things clear): >>> Kernel build for CANARY started on Thu Jan 1 08:56:50 PST 2015 =2E.. >>> stage 3.2: building everything =2E.. =3D=3D=3D> asmc (all) cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -DHAVE_KERNEL_OPTION_HEADERS -include /common/S4/obj/usr/src/sys/CANARY= /opt_global.h -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -fno-common -g= -I/common/S4/obj/usr/src/sys/CANARY -mno-mmx -mno-sse -msoft-float -ffree= standing -fstack-protector -gdwarf-2 -Wno-error-tautological-compare -Wno-e= rror-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function= -Wno-error-pointer-sign -Wno-error-format -Wno-error-parentheses -Wno-er= ror-switch -Wno-error-switch -Wno-error-shift-count-negative -Wno-error-s= hift-count-overflow -Wno-error-constant-conversion -mno-aes -mno-avx -std= =3Diso9899:1999 -c /usr/src/sys/modules/asmc/../../dev/asmc/asmc.c /usr/src/sys/modules/asmc/../../dev/asmc/asmc.c:975:7: warning: assigning to 'char *' from 'uint8_t *' (aka 'unsigned char *') converts between pointers to integer types with different sign [-Wpointer-sign] desc =3D buf+4; ^ ~~~~~ 1 warning generated. ctfconvert -L VERSION -g asmc.o ld -d -warn-common -r -d -o asmc.kld asmc.o ctfmerge -L VERSION -g -o asmc.kld asmc.o :> export_syms awk -f /usr/src/sys/conf/kmod_syms.awk asmc.kld export_syms | xargs -J% ob= jcopy % asmc.kld ld -Bshareable -d -warn-common -o asmc.ko.debug asmc.kld objcopy --only-keep-debug asmc.ko.debug asmc.ko.symbols objcopy --strip-debug --add-gnu-debuglink=3Dasmc.ko.symbols asmc.ko.debug a= smc.ko =3D=3D=3D> asr (all) cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -DHAVE_KERNEL_OPTION_HEADERS -include /common/S4/obj/usr/src/sys/CANARY= /opt_global.h -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -fno-common -g= -I/common/S4/obj/usr/src/sys/CANARY -mno-mmx -mno-sse -msoft-float -ffree= standing -fstack-protector -gdwarf-2 -Wno-error-tautological-compare -Wno-e= rror-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function= -Wno-error-pointer-sign -Wno-error-format -Wno-error-parentheses -Wno-er= ror-switch -Wno-error-switch -Wno-error-shift-count-negative -Wno-error-s= hift-count-overflow -Wno-error-constant-conversion -mno-aes -mno-avx -std= =3Diso9899:1999 -c /usr/src/sys/modules/asr/../../dev/asr/asr.c /usr/src/sys/modules/asr/../../dev/asr/asr.c:1844:4: warning: assigning to 'caddr_t' (aka 'char *') from 'u_int8_t *' (aka 'unsigned char *') converts between pointers to integer types with different sign [-Wpointer-sign] v =3D ccb->csio.data_ptr; ^ ~~~~~~~~~~~~~~~~~~ /usr/src/sys/modules/asr/../../dev/asr/asr.c:1849:29: error: array index 58= is past the end of the array (which contains 1 element) [-Werror,-Warray-bounds] while ((len > 0) && (sg < &((PPRIVATE_SCSI_SCB_EXECUTE_MESSAGE) ^ /usr/src/sys/dev/asr/i2omsg.h:934:8: note: array 'Simple' declared here I2O_SGE_SIMPLE_ELEMENT Simple[1]; ^ /usr/src/sys/modules/asr/../../dev/asr/asr.c:2621:18: warning: passing 'char [8]' to parameter of type 'u_int8_t *' (aka 'unsigned char *') converts between pointers to integer types with different sign [-Wpointer-sign] ASR_prstring (iq->vendor, 8); ^~~~~~~~~~ /usr/src/sys/modules/asr/../../dev/asr/asr.c:732:24: note: passing argument= to parameter 's' here ASR_prstring(u_int8_t *s, int len) ^ /usr/src/sys/modules/asr/../../dev/asr/asr.c:2626:18: warning: passing 'char [16]' to parameter of type 'u_int8_t *' (aka 'unsigned char *') converts between pointers to integer types with different sign [-Wpointer-sign] ASR_prstring (iq->product, 16); /usr/src/sys/modules/asr/../../dev/asr/asr.c:732:24: note: passing argument= to parameter 's' here ASR_prstring(u_int8_t *s, int len) ^ /usr/src/sys/modules/asr/../../dev/asr/asr.c:2631:18: warning: passing 'char [4]' to parameter of type 'u_int8_t *' (aka 'unsigned char *') converts between pointers to integer types with different sign [-Wpointer-sign] ASR_prstring (iq->revision, 4); ^~~~~~~~~~~~ /usr/src/sys/modules/asr/../../dev/asr/asr.c:732:24: note: passing argument= to parameter 's' here ASR_prstring(u_int8_t *s, int len) ^ 4 warnings and 1 error generated. *** Error code 1 Stop. make[4]: stopped in /usr/src/sys/modules/asr *** Error code 1 Stop. make[3]: stopped in /usr/src/sys/modules *** Error code 1 Stop. make[2]: stopped in /common/S4/obj/usr/src/sys/CANARY *** Error code 1 Stop. make[1]: stopped in /usr/src *** Error code 1 src.conf is: g1-253(11.0-C)[9] cat /etc/src.conf=20 KERNCONF=3DCANARY PORTS_MODULES=3Dx11/nvidia-driver g1-253(11.0-C)[10]=20 Peace, david --=20 David H. Wolfskill david@catwhisker.org Actions have consequences ... as do inactions. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --YiEDa0DAkWCtVeE4 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQJ8BAEBCgBmBQJUpYhiXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ4RThEMDY4QTIxMjc1MDZFRDIzODYzRTc4 QTY3RjlDOERFRjQxOTNCAAoJEIpn+cje9Bk762EQAJgwhgoaKv7wr1N8JqkEFQ+B CejZeBOvT4ucfJ5CsNWrv2i6azqSRoYd394o/u6sFTZ4eIsf4coGX3z1NylDvxzc Ic9KGL1l6ncCowhVZsKtBZ+Ayv6RXu6svatZeobRi/6jQWIXlGKR2vopG9vJcW9C lKwE7gBlpaD4t/WSgj3NxpNaljydc/9uLvCvHBmOROVdN623gLcVd0H7dR8k2S9c yc0KxOyjZllgwVVAoe3QofA6MJIqFEfN/08vVn2m/NLJM93oKvV66FjXqw/PzkW3 Qu3ysLvdOwFKf7DiQzClhGVcwS4nFMplyM9IgFla/knoqOpaYRu6nnC2FPqTOxtF pD3cujzP1OGD1vYF0EL2sA2SQAqGMFNZgz9HQ7Pu692zDFfvhH7hjhvY3JewR4Xm t5/XFL9ZxlGCy0Zp1H1U7ECPFfXDyk0iUJGt9QQzPJC3WNwfg+R8aVaNJ2mdFYkw NP1Tjbmq2VnAUuWTSuqGcPmW0uOhe2MW5VZD5oo43WbZNWqApgFb2u0L/TkCQMyG 17heT+nmrL+g0PlhwkqyWud0I13gnheKQaNgm5AyarNEjC5EQptILDEbIcBREM5e m10CBuLD28crCTPcsx198+IUUW50Ps9P1rIo3+yy7sX+g9sRbsIF5KJlcAfPx/4V xWW3ZXcvs+68YJiVeN3i =0SOy -----END PGP SIGNATURE----- --YiEDa0DAkWCtVeE4-- From owner-freebsd-current@FreeBSD.ORG Thu Jan 1 17:53:15 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A3A99BB for ; Thu, 1 Jan 2015 17:53:15 +0000 (UTC) Received: from tensor.andric.com (tensor.andric.com [87.251.56.140]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "tensor.andric.com", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 5B692661F0 for ; Thu, 1 Jan 2015 17:53:15 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7::28eb:6a07:fcba:ed4a] (unknown [IPv6:2001:7b8:3a7:0:28eb:6a07:fcba:ed4a]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 52716B80A; Thu, 1 Jan 2015 18:53:13 +0100 (CET) Subject: Re: HEADS UP: Upgraded clang, llvm and lldb to 3.5.0 Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\)) Content-Type: multipart/signed; boundary="Apple-Mail=_EEC4EA8D-950E-413D-AEDE-FF3CE73F9C52"; protocol="application/pgp-signature"; micalg=pgp-sha1 X-Pgp-Agent: GPGMail 2.5b4 From: Dimitry Andric In-Reply-To: Date: Thu, 1 Jan 2015 18:53:14 +0100 Message-Id: References: <528C023D-6207-4054-917B-05D4C4E605EC@FreeBSD.org> <20150101125043.6e6e3a52.ohartman@zedat.fu-berlin.de> To: Oliver Pinter X-Mailer: Apple Mail (2.1993) Cc: HardenedBSD Developers , FreeBSD-Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Jan 2015 17:53:15 -0000 --Apple-Mail=_EEC4EA8D-950E-413D-AEDE-FF3CE73F9C52 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On 01 Jan 2015, at 18:35, Oliver Pinter = wrote: > We at HardenedBSD got this error, with out jenkins instance: >=20 > --- dis_tables.o --- > = /jenkins/workspace/HardenedBSD_Master/sys/cddl/dev/dtrace/x86/dis_tables.c= :3025:25: > error: '&&' within '||' [-Werror,-Wlogical-op-parentheses] > if (cpu_mode =3D=3D SIZE64 && dp->it_invalid64 || > ~~~~~~~~~~~~~~~~~~~^~~~~~~~~~~~~~~~~~~ ~~ > = /jenkins/workspace/HardenedBSD_Master/sys/cddl/dev/dtrace/x86/dis_tables.c= :3025:25: > note: place parentheses around the '&&' expression to silence this > warning > if (cpu_mode =3D=3D SIZE64 && dp->it_invalid64 || > ^ > ( ) > = /jenkins/workspace/HardenedBSD_Master/sys/cddl/dev/dtrace/x86/dis_tables.c= :3026:25: > error: '&&' within '||' [-Werror,-Wlogical-op-parentheses] > cpu_mode !=3D SIZE64 && dp->it_invalid32) > ~~~~~~~~~~~~~~~~~~~^~~~~~~~~~~~~~~~~~~ > = /jenkins/workspace/HardenedBSD_Master/sys/cddl/dev/dtrace/x86/dis_tables.c= :3026:25: > note: place parentheses around the '&&' expression to silence this > warning > cpu_mode !=3D SIZE64 && dp->it_invalid32) > ^ > ( ) > --- all_subdir_ed --- I can't reproduce this warning here, at least not with pristine head. Did you change any of the -Wno-xxx flags in your customized source tree? -Dimitry --Apple-Mail=_EEC4EA8D-950E-413D-AEDE-FF3CE73F9C52 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.26 iEYEARECAAYFAlSliYoACgkQsF6jCi4glqPbIQCfQIhW5Pt2T9aaX8p/GrFwZ97T UTsAoKl3FU+CgRoREfQ5FWB3MZYL2N3N =0NoG -----END PGP SIGNATURE----- --Apple-Mail=_EEC4EA8D-950E-413D-AEDE-FF3CE73F9C52-- From owner-freebsd-current@FreeBSD.ORG Thu Jan 1 18:20:59 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 36230F13 for ; Thu, 1 Jan 2015 18:20:59 +0000 (UTC) Received: from mail-yk0-f178.google.com (mail-yk0-f178.google.com [209.85.160.178]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id F325E3CD for ; Thu, 1 Jan 2015 18:20:58 +0000 (UTC) Received: by mail-yk0-f178.google.com with SMTP id 20so8454368yks.9 for ; Thu, 01 Jan 2015 10:20:57 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=ItwqX48nNQiwS++7gsfz6pkN0Se5mCZmfL/2sF1qxek=; b=FO9K5RO+eFMlzN5TjKaaWFbICbBaci+w/hnk3zvF7kAwGSOCMZKBML6sz+QHBlkjGG agrlGhr2IdU3LTY8hbTqxQfN8gg1of/VaRJWkOb+UwUefiWWrxGdJCALOp6KG5e+2cLG vwif81z7zvEa/GYagd+4/kW9/5AY8NVE51gv/cS06XTh5bIrxqc1o3t2rFrPq/1rjv84 7f9U9+knLYGW079l3QBNmW+YeJMgHF3bKs8R/l6zsXK/hfsBw3j+RplpvCr5jBexV49b eptg81hVU1V7q6PfMz5bOzklS2mR4qlcHnge1uottR9zDow4zJulMc6zpEGzJE/46/d/ JhCg== X-Gm-Message-State: ALoCoQm7OMpv6qtwLLVThrNhwFITmqIq4GvVWOUYl4uVo9na6mlyD9qtgeeHrH+iiJnySoGi7cHN MIME-Version: 1.0 X-Received: by 10.170.211.67 with SMTP id c64mr53724750ykf.110.1420136457853; Thu, 01 Jan 2015 10:20:57 -0800 (PST) Received: by 10.170.46.213 with HTTP; Thu, 1 Jan 2015 10:20:57 -0800 (PST) In-Reply-To: References: <528C023D-6207-4054-917B-05D4C4E605EC@FreeBSD.org> <20150101125043.6e6e3a52.ohartman@zedat.fu-berlin.de> Date: Thu, 1 Jan 2015 19:20:57 +0100 Message-ID: Subject: Re: HEADS UP: Upgraded clang, llvm and lldb to 3.5.0 From: Oliver Pinter To: Dimitry Andric Content-Type: text/plain; charset=UTF-8 Cc: HardenedBSD Developers , FreeBSD-Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Jan 2015 18:20:59 -0000 No, we don't touch them. Only added -DHARDEBEDBSD into make environment. I will schedule a new round of build to recheck them, On Thu, Jan 1, 2015 at 6:53 PM, Dimitry Andric wrote: > On 01 Jan 2015, at 18:35, Oliver Pinter wrote: >> We at HardenedBSD got this error, with out jenkins instance: >> >> --- dis_tables.o --- >> /jenkins/workspace/HardenedBSD_Master/sys/cddl/dev/dtrace/x86/dis_tables.c:3025:25: >> error: '&&' within '||' [-Werror,-Wlogical-op-parentheses] >> if (cpu_mode == SIZE64 && dp->it_invalid64 || >> ~~~~~~~~~~~~~~~~~~~^~~~~~~~~~~~~~~~~~~ ~~ >> /jenkins/workspace/HardenedBSD_Master/sys/cddl/dev/dtrace/x86/dis_tables.c:3025:25: >> note: place parentheses around the '&&' expression to silence this >> warning >> if (cpu_mode == SIZE64 && dp->it_invalid64 || >> ^ >> ( ) >> /jenkins/workspace/HardenedBSD_Master/sys/cddl/dev/dtrace/x86/dis_tables.c:3026:25: >> error: '&&' within '||' [-Werror,-Wlogical-op-parentheses] >> cpu_mode != SIZE64 && dp->it_invalid32) >> ~~~~~~~~~~~~~~~~~~~^~~~~~~~~~~~~~~~~~~ >> /jenkins/workspace/HardenedBSD_Master/sys/cddl/dev/dtrace/x86/dis_tables.c:3026:25: >> note: place parentheses around the '&&' expression to silence this >> warning >> cpu_mode != SIZE64 && dp->it_invalid32) >> ^ >> ( ) >> --- all_subdir_ed --- > > I can't reproduce this warning here, at least not with pristine head. > > Did you change any of the -Wno-xxx flags in your customized source tree? > > -Dimitry > From owner-freebsd-current@FreeBSD.ORG Thu Jan 1 18:22:23 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id F26BCA2 for ; Thu, 1 Jan 2015 18:22:23 +0000 (UTC) Received: from ms-10.1blu.de (ms-10.1blu.de [178.254.4.101]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id AD5906D6 for ; Thu, 1 Jan 2015 18:22:23 +0000 (UTC) Received: from [93.104.13.226] (helo=unixarea.DDR.dd) by ms-10.1blu.de with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.76) (envelope-from ) id 1Y6kO3-0000Nb-Vi for freebsd-current@freebsd.org; Thu, 01 Jan 2015 19:22:20 +0100 Received: from unixarea.DDR.dd (localhost [127.0.0.1]) by unixarea.DDR.dd (8.14.9/8.14.3) with ESMTP id t01IMHGl004879 for ; Thu, 1 Jan 2015 19:22:17 +0100 (CET) (envelope-from guru@unixarea.de) Received: (from guru@localhost) by unixarea.DDR.dd (8.14.9/8.14.3/Submit) id t01IMGUn004878 for freebsd-current@freebsd.org; Thu, 1 Jan 2015 19:22:16 +0100 (CET) (envelope-from guru@unixarea.de) X-Authentication-Warning: unixarea.DDR.dd: guru set sender to guru@unixarea.de using -f Date: Thu, 1 Jan 2015 19:22:15 +0100 From: Matthias Apitz To: freebsd-current@freebsd.org Subject: Re: makefs && gpart (...) Message-ID: <20150101182215.GA4834@unixarea.DDR.dd> Reply-To: Matthias Apitz Mail-Followup-To: Matthias Apitz , freebsd-current@freebsd.org References: <20150101114829.GA3196@unixarea.DDR.dd> <54A5827A.3000406@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <54A5827A.3000406@freebsd.org> X-Operating-System: FreeBSD 11.0-CURRENT r269739 (i386) User-Agent: Mutt/1.5.23 (2014-03-12) X-Con-Id: 51246 X-Con-U: 0-guru X-Originating-IP: 93.104.13.226 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Jan 2015 18:22:24 -0000 El dĂ­a Thursday, January 01, 2015 a las 09:23:06AM -0800, Nathan Whitehorn escribiĂł: > > On 01/01/15 03:48, Matthias Apitz wrote: > > gpart add -t freebsd-ufs ${unit} > > mdconfig -d -u ${unit} > > > > As you can see, it does makefs first, and after this it creates the > > gpart structure in the image (i.e. in its memory file system). > > Why is this in this order and where exactly starts the file system > > created by makefs? > > > This is a quirk of BSD disklabels: the first partition can start at > address 0 and the first 16 sectors of UFS2 file systems are reserved for > the label headers. It's not portable to other partition schemes. For > -CURRENT, this script has been replaced, by the way, and doesn't use BSD > labels anymore. > -Nathan I'm on -HEAD (r272526) and the script remains unchanged there. Thanks anyway for your feedback. matthias -- Matthias Apitz, guru@unixarea.de, http://www.unixarea.de/ +49-170-4527211 1989-2014: The Wall was torn down so that we go to war together again. El Muro ha sido derribado para que nos unimos en ir a la guerra otra vez. Diese Grenze wurde aufgehoben damit wir gemeinsam wieder in den Krieg ziehen. From owner-freebsd-current@FreeBSD.ORG Thu Jan 1 18:44:13 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CB265B32 for ; Thu, 1 Jan 2015 18:44:13 +0000 (UTC) Received: from mail-yh0-f52.google.com (mail-yh0-f52.google.com [209.85.213.52]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8BE40998 for ; Thu, 1 Jan 2015 18:44:13 +0000 (UTC) Received: by mail-yh0-f52.google.com with SMTP id z6so8618194yhz.11 for ; Thu, 01 Jan 2015 10:44:12 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=3y/kbWL28J4mvrevCARHxQrVfBMEiIKSvH6PErLEDDk=; b=j7vCYuyYAzE374iV3nfBsaSnnhCg3XLmK7MRux7871k4U3P25ui6CfxCXYa3r/8cDd jtPXOXhVpo094SG2hiA1o9Y7dmf6K/cd1FGtWyLb3aPlRVJ3MsQkHP8v5KCuSowS/uUJ RwR5iXJzADt7WUIJcnxOFFSua4ZD7mmQ8Wg4JZ3FnrxdjaYsA2uBcoOAHmgz7XdwRJU4 Wbo4x4LYfQ4hEtMPk1h6aHChLO/TLvMZd3M0ftJ9s4XT00wH8TKQqF6yy10L29h/ASxx SijVITJkJFrA22AfKExj9VMXFvmojnuVq8NXtYFOpxcYBytXBh4KnY3ZU3sUP1A2VLXG EIAQ== X-Gm-Message-State: ALoCoQk2aXTe6h6C1rdQiUsaek2Ki6FyGihyAvGu7hknQVlJF4eGXUwp4EREZ3DGAcIzRo8rtoiI MIME-Version: 1.0 X-Received: by 10.170.222.193 with SMTP id o184mr53375402ykf.68.1420137852253; Thu, 01 Jan 2015 10:44:12 -0800 (PST) Received: by 10.170.46.213 with HTTP; Thu, 1 Jan 2015 10:44:12 -0800 (PST) In-Reply-To: References: <528C023D-6207-4054-917B-05D4C4E605EC@FreeBSD.org> <20150101125043.6e6e3a52.ohartman@zedat.fu-berlin.de> Date: Thu, 1 Jan 2015 19:44:12 +0100 Message-ID: Subject: Re: HEADS UP: Upgraded clang, llvm and lldb to 3.5.0 From: Oliver Pinter To: Dimitry Andric Content-Type: text/plain; charset=UTF-8 Cc: HardenedBSD Developers , FreeBSD-Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Jan 2015 18:44:14 -0000 No difference between FreeBSD's and our dis_tables.c file, and we added the following modification to "master" Makefile: op@robot hardenedBSD.git.opntr> git diff origin/master origin/hardened/current/master -- sys/cddl/dev/dtrace/x86/dis_tables.c op@robot hardenedBSD.git.opntr> git diff origin/master origin/hardened/current/master -- us usr.bin/ usr.sbin/ op@robot hardenedBSD.git.opntr> git diff origin/master origin/hardened/current/master -- share/mk mk/ mklocale/ op@robot hardenedBSD.git.opntr> git diff origin/master origin/hardened/current/master -- share/mk diff --git a/share/mk/Makefile b/share/mk/Makefile index cd69ca8..7e1b51f 100644 --- a/share/mk/Makefile +++ b/share/mk/Makefile @@ -13,6 +13,7 @@ FILES= \ bsd.doc.mk \ bsd.endian.mk \ bsd.files.mk \ + bsd.hardenedbsd.mk \ bsd.incs.mk \ bsd.info.mk \ bsd.init.mk \ diff --git a/share/mk/bsd.hardenedbsd.mk b/share/mk/bsd.hardenedbsd.mk new file mode 100644 index 0000000..9d5bcd3 --- /dev/null +++ b/share/mk/bsd.hardenedbsd.mk @@ -0,0 +1,2 @@ +CFLAGS+= -DHARDENEDBSD +CXXFLAGS+= -DHARDENEDBSD diff --git a/share/mk/sys.mk b/share/mk/sys.mk index f691820..1edb4d8 100644 --- a/share/mk/sys.mk +++ b/share/mk/sys.mk @@ -368,3 +368,5 @@ SHELL= ${__MAKE_SHELL} .include .endif # ! Posix + +.include and our origin/master is a vanilla copy of FreeBSD's master: op@robot hardenedBSD.git.opntr> git fetch freebsd remote: Counting objects: 2753, done. remote: Compressing objects: 100% (1653/1653), done. remote: Total 2753 (delta 1379), reused 1987 (delta 1088) Receiving objects: 100% (2753/2753), 6.19 MiB | 556.00 KiB/s, done. Resolving deltas: 100% (1379/1379), done. >From https://github.com/freebsd/freebsd 1daffcf..16bfeff master -> freebsd/master 4ce956b..2786226 projects/arm_intrng -> freebsd/projects/arm_intrng 8afde97..e891a45 projects/building-blocks -> freebsd/projects/building-blocks ae94017..79b9044 projects/clang350-import -> freebsd/projects/clang350-import * [new branch] projects/elftoolchain-update-r3130 -> freebsd/projects/elftoolchain-update-r3130 191c3a1..ef329bf projects/ifnet -> freebsd/projects/ifnet + f39bd7c...33c47ad projects/ino64 -> freebsd/projects/ino64 (forced update) * [new branch] projects/paravirt -> freebsd/projects/paravirt fdb4571..637702c projects/routing -> freebsd/projects/routing e3732e9..6970b8a projects/sendfile -> freebsd/projects/sendfile 73a106c..4bbc2e1 releng/10.0 -> freebsd/releng/10.0 29f4af5..8bdb2f8 releng/10.1 -> freebsd/releng/10.1 93a7c22..6c98ecd releng/8.4 -> freebsd/releng/8.4 18b185b..42bd402 releng/9.1 -> freebsd/releng/9.1 62fc296..81febb2 releng/9.2 -> freebsd/releng/9.2 587e3b5..825bd30 releng/9.3 -> freebsd/releng/9.3 f3fce3a..f0fc25a stable/10 -> freebsd/stable/10 038c20d..2a2bb65 stable/7 -> freebsd/stable/7 ab2b3fb..4ece3be stable/8 -> freebsd/stable/8 cd6870d..4c08e33 stable/9 -> freebsd/stable/9 dab26aa..b4e212b svn_head -> freebsd/svn_head 947b121..2d9be08 user/cperciva/freebsd-update-build -> freebsd/user/cperciva/freebsd-update-build e94160d..f74291e user/marcel/libvdsk -> freebsd/user/marcel/libvdsk aeef35a..7a5b8d5 user/pho/stress2 -> freebsd/user/pho/stress2 op@robot hardenedBSD.git.opntr> git diff freebsd/master origin/master op@robot hardenedBSD.git.opntr> And I started a new instance of build/ On Thu, Jan 1, 2015 at 7:20 PM, Oliver Pinter wrote: > No, we don't touch them. Only added -DHARDEBEDBSD into make > environment. I will schedule a new round of build to recheck them, > > On Thu, Jan 1, 2015 at 6:53 PM, Dimitry Andric wrote: >> On 01 Jan 2015, at 18:35, Oliver Pinter wrote: >>> We at HardenedBSD got this error, with out jenkins instance: >>> >>> --- dis_tables.o --- >>> /jenkins/workspace/HardenedBSD_Master/sys/cddl/dev/dtrace/x86/dis_tables.c:3025:25: >>> error: '&&' within '||' [-Werror,-Wlogical-op-parentheses] >>> if (cpu_mode == SIZE64 && dp->it_invalid64 || >>> ~~~~~~~~~~~~~~~~~~~^~~~~~~~~~~~~~~~~~~ ~~ >>> /jenkins/workspace/HardenedBSD_Master/sys/cddl/dev/dtrace/x86/dis_tables.c:3025:25: >>> note: place parentheses around the '&&' expression to silence this >>> warning >>> if (cpu_mode == SIZE64 && dp->it_invalid64 || >>> ^ >>> ( ) >>> /jenkins/workspace/HardenedBSD_Master/sys/cddl/dev/dtrace/x86/dis_tables.c:3026:25: >>> error: '&&' within '||' [-Werror,-Wlogical-op-parentheses] >>> cpu_mode != SIZE64 && dp->it_invalid32) >>> ~~~~~~~~~~~~~~~~~~~^~~~~~~~~~~~~~~~~~~ >>> /jenkins/workspace/HardenedBSD_Master/sys/cddl/dev/dtrace/x86/dis_tables.c:3026:25: >>> note: place parentheses around the '&&' expression to silence this >>> warning >>> cpu_mode != SIZE64 && dp->it_invalid32) >>> ^ >>> ( ) >>> --- all_subdir_ed --- >> >> I can't reproduce this warning here, at least not with pristine head. >> >> Did you change any of the -Wno-xxx flags in your customized source tree? >> >> -Dimitry >> From owner-freebsd-current@FreeBSD.ORG Thu Jan 1 19:06:53 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1C78559D; Thu, 1 Jan 2015 19:06:53 +0000 (UTC) Received: from dmz-mailsec-scanner-5.mit.edu (dmz-mailsec-scanner-5.mit.edu [18.7.68.34]) by mx1.freebsd.org (Postfix) with ESMTP id A2436C39; Thu, 1 Jan 2015 19:06:52 +0000 (UTC) X-AuditID: 12074422-f79476d000000d9e-fa-54a59ac4ac76 Received: from mailhub-auth-2.mit.edu ( [18.7.62.36]) (using TLS with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by dmz-mailsec-scanner-5.mit.edu (Symantec Messaging Gateway) with SMTP id 5B.B7.03486.5CA95A45; Thu, 1 Jan 2015 14:06:45 -0500 (EST) Received: from outgoing.mit.edu (outgoing-auth-1.mit.edu [18.9.28.11]) by mailhub-auth-2.mit.edu (8.13.8/8.9.2) with ESMTP id t01J6iRh020538; Thu, 1 Jan 2015 14:06:44 -0500 Received: from multics.mit.edu (system-low-sipb.mit.edu [18.187.2.37]) (authenticated bits=56) (User authenticated as kaduk@ATHENA.MIT.EDU) by outgoing.mit.edu (8.13.8/8.12.4) with ESMTP id t01J6gMl025883 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Thu, 1 Jan 2015 14:06:43 -0500 Received: (from kaduk@localhost) by multics.mit.edu (8.12.9.20060308) id t01J6fOR023556; Thu, 1 Jan 2015 14:06:41 -0500 (EST) Date: Thu, 1 Jan 2015 14:06:41 -0500 (EST) From: Benjamin Kaduk X-X-Sender: kaduk@multics.mit.edu To: freebsd-hackers@freebsd.org Subject: Last week for submitting FreeBSD 2014Q4 Status Reports Message-ID: User-Agent: Alpine 1.10 (GSO 962 2008-03-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFnrAIsWRmVeSWpSXmKPExsUixG6nont01tIQg74j7Ba7rp1mt5jz5gOT xfbN/xgdmD1mfJrPEsAYxWWTkpqTWZZapG+XwJVxa3k7S8Fc7or+jcfZGxhXcnYxcnJICJhI nG3YxgZhi0lcuLceyObiEBJYzCTR197ADOFsYJRYOvUyE4RzkEli+e63jCAtQgL1Esu6/oG1 swhoSex8cIAZxGYTUJN4vLeZFWKsosTmU5OA4hwcIgLyEgvO24OEmYHM/1dAZnJyCAvYS3y6 dg/M5hVwlDh1+BULiC0qoCOxev8UFoi4oMTJmU9YIHq1JJZP38YygVFgFpLULCSpBYxMqxhl U3KrdHMTM3OKU5N1i5MT8/JSi3RN9XIzS/RSU0o3MYID0kVpB+PPg0qHGAU4GJV4eDdMWhIi xJpYVlyZe4hRkoNJSZT32cylIUJ8SfkplRmJxRnxRaU5qcWHGCU4mJVEePvkgMp5UxIrq1KL 8mFS0hwsSuK8m37whQgJpCeWpGanphakFsFkZTg4lCR4T4EMFSxKTU+tSMvMKUFIM3Fwggzn ARr+FqSGt7ggMbc4Mx0if4pRUUqcdx1IQgAkkVGaB9cLSxivGMWBXhHmZQSmDyEeYLKB634F NJgJaHD+psUgg0sSEVJSDYxKn04Hr47+GWsZJ8Rpanf/LFOevOUzhcv55atkduvMsDBeJLW/ qOvFKuElq0Ok8+/cb+Ndafj1OMvilwpbHvK1LOvlCgoVDruzRX6ixfwAYeU8uUj5I9zLGWeL xLpmV/7cIDidNyrGb7ms+a8vh6W25NhO/mnyZ774uhJfm0tZfy5uZJh9IVKJpTgj0VCLuag4 EQCetkFM8wIAAA== Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Jan 2015 19:06:53 -0000 Dear FreeBSD Community, Less than a week remains before the deadline for submissions to the next FreeBSD Quarterly Status Report. Submissions are due on January 7, 2015, covering work done in October through December. Status report submissions do not have to be very long. They may be about anything happening in the FreeBSD project and community, and provide a great way to inform FreeBSD users and developers about what you're working on. Submission of reports is not restricted to committers. Anyone doing anything interesting and FreeBSD-related can -- and should -- write one! The preferred and easiest submission method is to use the XML generator [1] with the results emailed to the status report team at monthly at freebsd.org . There is also an XML template [2] which can be filled out manually and attached if preferred. For the expected content and style, please study our guidelines on how to write a good status report [3]. You can also review previous issues [4][5] for ideas on the style and format. We are looking forward to all of your 2014Q4 reports! Thanks, Ben (on behalf of monthly@) [1] http://www.freebsd.org/cgi/monthly.cgi [2] http://www.freebsd.org/news/status/report-sample.xml [3] http://www.freebsd.org/news/status/howto.html [4] http://www.freebsd.org/news/status/report-2014-04-2014-06.html [5] http://www.freebsd.org/news/status/report-2014-07-2014-09.html From owner-freebsd-current@FreeBSD.ORG Thu Jan 1 22:53:18 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0350873D for ; Thu, 1 Jan 2015 22:53:18 +0000 (UTC) Received: from tensor.andric.com (unknown [IPv6:2001:7b8:3a7:1:2d0:b7ff:fea0:8c26]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "tensor.andric.com", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 9A900B3E for ; Thu, 1 Jan 2015 22:53:17 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7::28eb:6a07:fcba:ed4a] (unknown [IPv6:2001:7b8:3a7:0:28eb:6a07:fcba:ed4a]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 893F1B80A; Thu, 1 Jan 2015 23:53:13 +0100 (CET) Subject: Re: HEADS UP: Upgraded clang, llvm and lldb to 3.5.0 Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\)) Content-Type: multipart/signed; boundary="Apple-Mail=_3D8ED241-A22F-466E-9101-305CE0BA96B5"; protocol="application/pgp-signature"; micalg=pgp-sha1 X-Pgp-Agent: GPGMail 2.5b4 From: Dimitry Andric In-Reply-To: <20150101125043.6e6e3a52.ohartman@zedat.fu-berlin.de> Date: Thu, 1 Jan 2015 23:53:03 +0100 Message-Id: References: <528C023D-6207-4054-917B-05D4C4E605EC@FreeBSD.org> <20150101125043.6e6e3a52.ohartman@zedat.fu-berlin.de> To: "O. Hartmann" X-Mailer: Apple Mail (2.1993) Cc: FreeBSD-Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Jan 2015 22:53:18 -0000 --Apple-Mail=_3D8ED241-A22F-466E-9101-305CE0BA96B5 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On 01 Jan 2015, at 12:50, O. Hartmann = wrote: ... > =3D=3D=3D> lib/atf/libatf-c++ (all) > c++ -O2 -pipe -O3 -O3 -pipe -march=3Dnative -DHAVE_CONFIG_H = -I/usr/src/contrib/atf > -I/usr/src/lib/atf/libatf-c++/../libatf-c -I. -DHAVE_CONFIG_H = -fstack-protector > -Wsystem-headers -Werror -Wall -Wno-format-y2k -W = -Wno-unused-parameter -Wpointer-arith > -Wno-uninitialized -Wno-empty-body -Wno-string-plus-int = -Wno-unused-const-variable > -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality > -Wno-unused-function -Wno-enum-conversion -Qunused-arguments = -std=3Dc++11 > -Wno-c++11-extensions -c = /usr/src/contrib/atf/atf-c++/detail/application.cpp -o > application.o In file included > from /usr/src/contrib/atf/atf-c++/detail/application.cpp:26: In file = included > from /usr/src/contrib/atf/atf-c++/detail/application.hpp:29: In file = included > from /usr/obj/usr/src/tmp/usr/include/c++/v1/ostream:131: In file = included > from /usr/obj/usr/src/tmp/usr/include/c++/v1/ios:216: In file included > from /usr/obj/usr/src/tmp/usr/include/c++/v1/__locale:15: In file = included > from /usr/obj/usr/src/tmp/usr/include/c++/v1/string:439: In file = included > from /usr/obj/usr/src/tmp/usr/include/c++/v1/algorithm:624: = /usr/obj/usr/src/tmp/usr/include/c++/v1/type_traits:2033:8: > error: keyword '__is_constructible' will be made available as an = identifier for the > remainder of the translation unit [-Werror,-Wkeyword-compat] struct = __is_constructible // > false, _Tp is not a scalar ^ = /usr/obj/usr/src/tmp/usr/include/c++/v1/type_traits:2584:51: > error: keyword '__is_nothrow_constructible' will be made available as = an identifier for > the remainder of the translation unit [-Werror,-Wkeyword-compat] = template _Tp, class... _Args> struct __is_nothrow_constructible; > ^ /usr/obj/usr/src/tmp/usr/include/c++/v1/type_traits:2746:47: error: = keyword > '__is_nothrow_assignable' will be made available as an identifier for = the remainder of > the translation unit [-Werror,-Wkeyword-compat] template > struct __is_nothrow_assignable; ^ 3 errors generated. *** Error code 1 >=20 > Stop. > make[6]: stopped in /usr/src/lib/atf/libatf-c++ > *** Error code 1 Hi Oliver, This should now be fixed by r276516 and r276517. Please update your tree to after those revisions, and try again. Thanks for the report. -Dimitry --Apple-Mail=_3D8ED241-A22F-466E-9101-305CE0BA96B5 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.26 iEYEARECAAYFAlSlz9gACgkQsF6jCi4glqPi6gCg+0RfnOhpT+CFsTQ4G4FTYgKj LCMAoKrRru8TJC4AZ7rm/GjZyRp+gO/b =nIzH -----END PGP SIGNATURE----- --Apple-Mail=_3D8ED241-A22F-466E-9101-305CE0BA96B5-- From owner-freebsd-current@FreeBSD.ORG Thu Jan 1 23:06:53 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 57FC98BD for ; Thu, 1 Jan 2015 23:06:53 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 466E8DA1 for ; Thu, 1 Jan 2015 23:06:53 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 20FBB341 for ; Thu, 1 Jan 2015 23:06:53 +0000 (UTC) Date: Thu, 1 Jan 2015 23:06:53 +0000 (GMT) From: jenkins-admin@freebsd.org To: freebsd-current@freebsd.org Message-ID: <1575235041.28.1420153613058.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <106099575.23.1420090844807.JavaMail.jenkins@jenkins-9.freebsd.org> References: <106099575.23.1420090844807.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is back to normal : Build-UFS-image #820 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Jenkins-Job: Build-UFS-image X-Jenkins-Result: SUCCESS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Jan 2015 23:06:53 -0000 See From owner-freebsd-current@FreeBSD.ORG Thu Jan 1 23:24:13 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 52F3CEEF for ; Thu, 1 Jan 2015 23:24:13 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 43971FDB for ; Thu, 1 Jan 2015 23:24:13 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id A07D5343 for ; Thu, 1 Jan 2015 23:24:13 +0000 (UTC) Date: Thu, 1 Jan 2015 23:24:13 +0000 (GMT) From: jenkins-admin@freebsd.org To: freebsd-current@freebsd.org Message-ID: <274613961.30.1420154653569.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build became unstable: FreeBSD_HEAD-tests2 #509 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Jenkins-Job: FreeBSD_HEAD-tests2 X-Jenkins-Result: UNSTABLE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Jan 2015 23:24:13 -0000 See From owner-freebsd-current@FreeBSD.ORG Fri Jan 2 00:27:49 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 865D0745; Fri, 2 Jan 2015 00:27:49 +0000 (UTC) Received: from thebighonker.lerctr.org (thebighonker.lerctr.org [IPv6:2001:470:1f0f:3ad:223:7dff:fe9e:6e8a]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "thebighonker.lerctr.org", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4EE2E6487C; Fri, 2 Jan 2015 00:27:49 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lerctr.org; s=lerami; h=Message-ID:References:In-Reply-To:Subject:Cc:To:From:Date:Content-Transfer-Encoding:Content-Type:MIME-Version; bh=CYj8zHKonFGLExqO2Yu7ymJkVV7ao4YDqGABn3CZiZ4=; b=XsYRbqZ6IpUVPpGBb4r6g5ExFVTDRA97SOFZI9Mylvvy+qT/BZGZE81M4477ZN2TmQR6/4IlBbcz+NOapeDVom92RKtKcaqcFBkegJ8zJUql7Qut0f/cUjzhGoPzmSkv4ecYgHmLmDydMbkMc7oMkS6/MkRsogK++o84A9Hvc4o=; Received: from thebighonker.lerctr.org ([2001:470:1f0f:3ad:223:7dff:fe9e:6e8a]:58418 helo=webmail.lerctr.org) by thebighonker.lerctr.org with esmtpsa (TLSv1.2:DHE-RSA-AES128-GCM-SHA256:128) (Exim 4.84 (FreeBSD)) (envelope-from ) id 1Y6q5h-000Dz0-IE; Thu, 01 Jan 2015 18:27:47 -0600 Received: from 104-54-221-134.lightspeed.austtx.sbcglobal.net ([104.54.221.134]) by webmail.lerctr.org with HTTP (HTTP/1.1 POST); Thu, 01 Jan 2015 18:27:45 -0600 MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Thu, 01 Jan 2015 18:27:45 -0600 From: Larry Rosenman To: Oliver Pinter Subject: Re: HEADS UP: Upgraded clang, llvm and lldb to 3.5.0 In-Reply-To: References: <528C023D-6207-4054-917B-05D4C4E605EC@FreeBSD.org> <20150101125043.6e6e3a52.ohartman@zedat.fu-berlin.de> Message-ID: <88471a8888507a7eda6f3de036e63b27@thebighonker.lerctr.org> X-Sender: ler@lerctr.org User-Agent: Roundcube Webmail/1.0.3 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, T_RP_MATCHES_RCVD=-0.01 X-LERCTR-Spam-Report: SpamScore (-2.9/5.0) ALL_TRUSTED=-1, BAYES_00=-1.9, T_RP_MATCHES_RCVD=-0.01 Cc: HardenedBSD Developers , FreeBSD-Current , Dimitry Andric , owner-freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Jan 2015 00:27:49 -0000 On 2015-01-01 12:44, Oliver Pinter wrote: > No difference between FreeBSD's and our dis_tables.c file, and we > added the following modification to "master" Makefile: > > op@robot hardenedBSD.git.opntr> git diff origin/master > origin/hardened/current/master -- sys/cddl/dev/dtrace/x86/dis_tables.c > op@robot hardenedBSD.git.opntr> git diff origin/master > origin/hardened/current/master -- us > usr.bin/ usr.sbin/ > op@robot hardenedBSD.git.opntr> git diff origin/master > origin/hardened/current/master -- share/mk > mk/ mklocale/ > op@robot hardenedBSD.git.opntr> git diff origin/master > origin/hardened/current/master -- share/mk > diff --git a/share/mk/Makefile b/share/mk/Makefile > index cd69ca8..7e1b51f 100644 > --- a/share/mk/Makefile > +++ b/share/mk/Makefile > @@ -13,6 +13,7 @@ FILES= \ > bsd.doc.mk \ > bsd.endian.mk \ > bsd.files.mk \ > + bsd.hardenedbsd.mk \ > bsd.incs.mk \ > bsd.info.mk \ > bsd.init.mk \ > diff --git a/share/mk/bsd.hardenedbsd.mk b/share/mk/bsd.hardenedbsd.mk > new file mode 100644 > index 0000000..9d5bcd3 > --- /dev/null > +++ b/share/mk/bsd.hardenedbsd.mk > @@ -0,0 +1,2 @@ > +CFLAGS+= -DHARDENEDBSD > +CXXFLAGS+= -DHARDENEDBSD > diff --git a/share/mk/sys.mk b/share/mk/sys.mk > index f691820..1edb4d8 100644 > --- a/share/mk/sys.mk > +++ b/share/mk/sys.mk > @@ -368,3 +368,5 @@ SHELL= ${__MAKE_SHELL} > .include > > .endif # ! Posix > + > +.include > > and our origin/master is a vanilla copy of FreeBSD's master: > > op@robot hardenedBSD.git.opntr> git fetch freebsd > remote: Counting objects: 2753, done. > remote: Compressing objects: 100% (1653/1653), done. > remote: Total 2753 (delta 1379), reused 1987 (delta 1088) > Receiving objects: 100% (2753/2753), 6.19 MiB | 556.00 KiB/s, done. > Resolving deltas: 100% (1379/1379), done. > From https://github.com/freebsd/freebsd > 1daffcf..16bfeff master -> freebsd/master > 4ce956b..2786226 projects/arm_intrng -> freebsd/projects/arm_intrng > 8afde97..e891a45 projects/building-blocks -> > freebsd/projects/building-blocks > ae94017..79b9044 projects/clang350-import -> > freebsd/projects/clang350-import > * [new branch] projects/elftoolchain-update-r3130 -> > freebsd/projects/elftoolchain-update-r3130 > 191c3a1..ef329bf projects/ifnet -> freebsd/projects/ifnet > + f39bd7c...33c47ad projects/ino64 -> freebsd/projects/ino64 (forced > update) > * [new branch] projects/paravirt -> freebsd/projects/paravirt > fdb4571..637702c projects/routing -> freebsd/projects/routing > e3732e9..6970b8a projects/sendfile -> freebsd/projects/sendfile > 73a106c..4bbc2e1 releng/10.0 -> freebsd/releng/10.0 > 29f4af5..8bdb2f8 releng/10.1 -> freebsd/releng/10.1 > 93a7c22..6c98ecd releng/8.4 -> freebsd/releng/8.4 > 18b185b..42bd402 releng/9.1 -> freebsd/releng/9.1 > 62fc296..81febb2 releng/9.2 -> freebsd/releng/9.2 > 587e3b5..825bd30 releng/9.3 -> freebsd/releng/9.3 > f3fce3a..f0fc25a stable/10 -> freebsd/stable/10 > 038c20d..2a2bb65 stable/7 -> freebsd/stable/7 > ab2b3fb..4ece3be stable/8 -> freebsd/stable/8 > cd6870d..4c08e33 stable/9 -> freebsd/stable/9 > dab26aa..b4e212b svn_head -> freebsd/svn_head > 947b121..2d9be08 user/cperciva/freebsd-update-build -> > freebsd/user/cperciva/freebsd-update-build > e94160d..f74291e user/marcel/libvdsk -> freebsd/user/marcel/libvdsk > aeef35a..7a5b8d5 user/pho/stress2 -> freebsd/user/pho/stress2 > op@robot hardenedBSD.git.opntr> git diff freebsd/master origin/master > op@robot hardenedBSD.git.opntr> > > > > And I started a new instance of build/ > > On Thu, Jan 1, 2015 at 7:20 PM, Oliver Pinter > wrote: >> No, we don't touch them. Only added -DHARDEBEDBSD into make >> environment. I will schedule a new round of build to recheck them, >> >> On Thu, Jan 1, 2015 at 6:53 PM, Dimitry Andric >> wrote: >>> On 01 Jan 2015, at 18:35, Oliver Pinter >>> wrote: >>>> We at HardenedBSD got this error, with out jenkins instance: >>>> >>>> --- dis_tables.o --- >>>> /jenkins/workspace/HardenedBSD_Master/sys/cddl/dev/dtrace/x86/dis_tables.c:3025:25: >>>> error: '&&' within '||' [-Werror,-Wlogical-op-parentheses] >>>> if (cpu_mode == SIZE64 && dp->it_invalid64 || >>> I can't reproduce this warning here, at least not with pristine head. >>> >>> Did you change any of the -Wno-xxx flags in your customized source >>> tree? >>> >>> -Dimitry >>> I was seeing the same failure. r276496 seems(!) to have moved some of the warning / error suppressions and fixed my issue. -- 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 Fri Jan 2 00:34:12 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4BD4D8B2 for ; Fri, 2 Jan 2015 00:34:12 +0000 (UTC) Received: from mail-yh0-f54.google.com (mail-yh0-f54.google.com [209.85.213.54]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 0DF29649C4 for ; Fri, 2 Jan 2015 00:34:11 +0000 (UTC) Received: by mail-yh0-f54.google.com with SMTP id 29so9354098yhl.13 for ; Thu, 01 Jan 2015 16:34:05 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=bUnFbeNi6v0aWiiLfbh2Sj0y/Pqt7TmHeDL0Gur28qw=; b=kjr8i5E8s+C/dbQ/2oFPRuwYYV6QYcAjsfzaJQRPtTRBPvcCi9gxCazQY64JJfHmE1 gJ5mODImaI6AVGcD81IOCZDAbRbZj2LWdHo9X3xGFwURdDVDnhQF/PB9nhNITFBYcxf/ hMXqVkAbPdk04bKEwSrFWN09nRhY4pV/Rl8oxAm6fQSlnFv4nriNluKrc+BIBdxtw7xb 6rNDkafbGTb8HUndEbCgQt3gF8OPooHJh2FXaAcV7Wz9ganPkLKhK10HDJpJcD5Ep4C+ D9tZtIp10D17s5Ugvx0CGHV8/7dkKzBUI0etUy6X63UsUbdbaghalPekuNACfdl5CEbl yxRA== X-Gm-Message-State: ALoCoQlB7J5eJTNCwKJI3f09VklrSOGXmXPUS3xEBloM+p0XLPEzNTW87TnBW2XOFHQj+exGJM+X MIME-Version: 1.0 X-Received: by 10.170.61.202 with SMTP id d193mr54791412ykd.32.1420158845755; Thu, 01 Jan 2015 16:34:05 -0800 (PST) Received: by 10.170.46.213 with HTTP; Thu, 1 Jan 2015 16:34:05 -0800 (PST) In-Reply-To: References: <528C023D-6207-4054-917B-05D4C4E605EC@FreeBSD.org> <20150101125043.6e6e3a52.ohartman@zedat.fu-berlin.de> Date: Fri, 2 Jan 2015 01:34:05 +0100 Message-ID: Subject: Re: HEADS UP: Upgraded clang, llvm and lldb to 3.5.0 From: Oliver Pinter To: Dimitry Andric Content-Type: text/plain; charset=UTF-8 Cc: HardenedBSD Developers , FreeBSD-Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Jan 2015 00:34:12 -0000 I checked in amd64 case on my desktop machine, and building fine. After that, I looked again into build log, and I found this: make[2]: stopped in /usr/obj/i386.i386/jenkins/workspace/HardenedBSD_Master/sys/HARDENEDBSD 1 error make[2]: stopped in /usr/obj/i386.i386/jenkins/workspace/HardenedBSD_Master/sys/HARDENEDBSD *** [buildkernel] Error code 2 Seems like, the error affected the i386 case. On Thu, Jan 1, 2015 at 6:53 PM, Dimitry Andric wrote: > On 01 Jan 2015, at 18:35, Oliver Pinter wrote: >> We at HardenedBSD got this error, with out jenkins instance: >> >> --- dis_tables.o --- >> /jenkins/workspace/HardenedBSD_Master/sys/cddl/dev/dtrace/x86/dis_tables.c:3025:25: >> error: '&&' within '||' [-Werror,-Wlogical-op-parentheses] >> if (cpu_mode == SIZE64 && dp->it_invalid64 || >> ~~~~~~~~~~~~~~~~~~~^~~~~~~~~~~~~~~~~~~ ~~ >> /jenkins/workspace/HardenedBSD_Master/sys/cddl/dev/dtrace/x86/dis_tables.c:3025:25: >> note: place parentheses around the '&&' expression to silence this >> warning >> if (cpu_mode == SIZE64 && dp->it_invalid64 || >> ^ >> ( ) >> /jenkins/workspace/HardenedBSD_Master/sys/cddl/dev/dtrace/x86/dis_tables.c:3026:25: >> error: '&&' within '||' [-Werror,-Wlogical-op-parentheses] >> cpu_mode != SIZE64 && dp->it_invalid32) >> ~~~~~~~~~~~~~~~~~~~^~~~~~~~~~~~~~~~~~~ >> /jenkins/workspace/HardenedBSD_Master/sys/cddl/dev/dtrace/x86/dis_tables.c:3026:25: >> note: place parentheses around the '&&' expression to silence this >> warning >> cpu_mode != SIZE64 && dp->it_invalid32) >> ^ >> ( ) >> --- all_subdir_ed --- > > I can't reproduce this warning here, at least not with pristine head. > > Did you change any of the -Wno-xxx flags in your customized source tree? > > -Dimitry > From owner-freebsd-current@FreeBSD.ORG Fri Jan 2 00:43:11 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EED3C9E3; Fri, 2 Jan 2015 00:43:11 +0000 (UTC) Received: from dmz-mailsec-scanner-5.mit.edu (dmz-mailsec-scanner-5.mit.edu [18.7.68.34]) by mx1.freebsd.org (Postfix) with ESMTP id 8D1EC64B09; Fri, 2 Jan 2015 00:43:11 +0000 (UTC) X-AuditID: 12074422-f79476d000000d9e-42-54a5e99da9ef Received: from mailhub-auth-1.mit.edu ( [18.9.21.35]) (using TLS with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by dmz-mailsec-scanner-5.mit.edu (Symantec Messaging Gateway) with SMTP id 43.8E.03486.E99E5A45; Thu, 1 Jan 2015 19:43:10 -0500 (EST) Received: from outgoing.mit.edu (outgoing-auth-1.mit.edu [18.9.28.11]) by mailhub-auth-1.mit.edu (8.13.8/8.9.2) with ESMTP id t020h98C022658; Thu, 1 Jan 2015 19:43:09 -0500 Received: from multics.mit.edu (system-low-sipb.mit.edu [18.187.2.37]) (authenticated bits=56) (User authenticated as kaduk@ATHENA.MIT.EDU) by outgoing.mit.edu (8.13.8/8.12.4) with ESMTP id t020h6bO004731 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Thu, 1 Jan 2015 19:43:08 -0500 Received: (from kaduk@localhost) by multics.mit.edu (8.12.9.20060308) id t020h6TW005283; Thu, 1 Jan 2015 19:43:06 -0500 (EST) Date: Thu, 1 Jan 2015 19:43:06 -0500 (EST) From: Benjamin Kaduk To: Oliver Pinter Subject: Re: HEADS UP: Upgraded clang, llvm and lldb to 3.5.0 In-Reply-To: Message-ID: References: <528C023D-6207-4054-917B-05D4C4E605EC@FreeBSD.org> <20150101125043.6e6e3a52.ohartman@zedat.fu-berlin.de> User-Agent: Alpine 1.10 (GSO 962 2008-03-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFupjleLIzCtJLcpLzFFi42IR4hRV1p33cmmIwbEZLBY3n4hYLOnax2gx 580HJovXk68wOrB4zPg0n8Vj65t29gCmKC6blNSczLLUIn27BK6Ml9vyCz6yVGw80c7cwPiD uYuRk0NCwERi3fOHrBC2mMSFe+vZuhi5OIQEFjNJPL78gBnC2cAoMWtrLyOEc5BJ4uCv84wg LUIC9RKTGu+A2SwCWhJTNv1iAbHZBFQkZr7ZCDSKg0NEwFBi7T4BkF5mgcmMEl/WNYGtExaw lWg4dQvsDE6BQImPrSfYQWxeAUeJ9p23mSCWbWaSuLjtOliDqICOxOr9U1ggigQlTs58AmYz Ay1ePn0bywRGwVlIUrOQpBYwMq1ilE3JrdLNTczMKU5N1i1OTszLSy3SNdXLzSzRS00p3cQI Cl52F6UdjD8PKh1iFOBgVOLhrbixNESINbGsuDL3EKMkB5OSKG/GC6AQX1J+SmVGYnFGfFFp TmrxIUYJDmYlEd4+uSUhQrwpiZVVqUX5MClpDhYlcd5NP/hChATSE0tSs1NTC1KLYLIaHBwC vWtWX2CUYsnLz0tVkuB1B1kgWJSanlqRlplTglDKxMEJsogHaFEMSA1vcUFibnFmOkT+FKMu x4L2/TOZhMAGSYnzuoAUCYAUZZTmwc2BJaNXjOJALwrzFoBU8QATGdykV0BLmICW5G9aDLKk JBEhJdXAOG2PjcK7idO7/FN9b2ybXmO0SPhwmGRf6Ke+rpc1bufSymcnhxzk3Ld26mbLC+7X P/1mdTxqwa1vH25xzf3TC7XDKbLTzFdeDRKJLLs9P6fpmPuTG83695sO60ez+evpTtjGf/3F qZPTpseH9138GOd25PT9rsajDIzVycvM97FrcHiJ/1b/rcRSnJFoqMVcVJwIANqOJlshAwAA Cc: HardenedBSD Developers , FreeBSD-Current , Dimitry Andric X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Jan 2015 00:43:12 -0000 On Thu, 1 Jan 2015, Oliver Pinter wrote: > I checked in amd64 case on my desktop machine, and building fine. > After that, I looked again into build log, and I found this: > > make[2]: stopped in > /usr/obj/i386.i386/jenkins/workspace/HardenedBSD_Master/sys/HARDENEDBSD > 1 error > > make[2]: stopped in > /usr/obj/i386.i386/jenkins/workspace/HardenedBSD_Master/sys/HARDENEDBSD > *** [buildkernel] Error code 2 That is not the actual error; you will need to copy more of the build output. > Seems like, the error affected the i386 case. Maybe, but we can't tell for sure with the data at hand. -Ben From owner-freebsd-current@FreeBSD.ORG Fri Jan 2 01:24:23 2015 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CAD6F182 for ; Fri, 2 Jan 2015 01:24:23 +0000 (UTC) Received: from mx1.sbone.de (bird.sbone.de [46.4.1.90]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "mx1.sbone.de", Issuer "SBone.DE" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 7F64910BD for ; Fri, 2 Jan 2015 01:24:22 +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 8AF6925D3A93 for ; Fri, 2 Jan 2015 01:24:13 +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 41A17C770F2 for ; Fri, 2 Jan 2015 01:24:13 +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 rd-qLGQJhQIL for ; Fri, 2 Jan 2015 01:24:11 +0000 (UTC) Received: from [IPv6:fde9:577b:c1a9:4410:5c3c:d71c:3abc:d59] (unknown [IPv6:fde9:577b:c1a9:4410:5c3c:d71c:3abc:d59]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPSA id A7BB1C77042 for ; Fri, 2 Jan 2015 01:24:11 +0000 (UTC) From: "Bjoern A. Zeeb" Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Subject: asr(4) error with new clang/llvm Message-Id: Date: Fri, 2 Jan 2015 01:23:39 +0000 To: FreeBSD Current Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\)) X-Mailer: Apple Mail (2.1993) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Jan 2015 01:24:23 -0000 Hi, you need the next line of source to see that while the union only = defines Simple[1], the comparison goes up to SG_LIST (or something) = which is indeed defined as 58. Cn someone fix this? This makes i386 = compiles failing currently. /scratch/tmp/bz/head.svn/sys/modules/asr/../../dev/asr/asr.c:1849:29: = error: array index 58 is past the end of the array (which contains 1 = element) [-Werror,-Warray-bounds] while ((len > 0) && (sg < &((PPRIVATE_SCSI_SCB_EXECUTE_MESSAGE) ^ /scratch/tmp/bz/head.svn/sys/dev/asr/i2omsg.h:934:8: note: array = 'Simple' declared here I2O_SGE_SIMPLE_ELEMENT Simple[1]; ^ =E2=80=94=20 Bjoern A. Zeeb Charles Haddon Spurgeon: "Friendship is one of the sweetest joys of life. Many might have failed beneath the bitterness of their trial had they not found a friend." From owner-freebsd-current@FreeBSD.ORG Fri Jan 2 04:14:01 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C4AFF9A for ; Fri, 2 Jan 2015 04:14:01 +0000 (UTC) Received: from mail-wg0-f43.google.com (mail-wg0-f43.google.com [74.125.82.43]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 55B2DD05 for ; Fri, 2 Jan 2015 04:14:00 +0000 (UTC) Received: by mail-wg0-f43.google.com with SMTP id k14so5895608wgh.16 for ; Thu, 01 Jan 2015 20:13:59 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:message-id:date:from:user-agent:mime-version:to :subject:references:in-reply-to:content-type :content-transfer-encoding; bh=xx8wn7GL4WzB4LMAVAejvFEUXqtrFaMY1O3quT3fpfY=; b=F96oUiLGrSpFUqntmn/YI0B0HKH+/PQrRsSS3z97VWHotg8knMZCLelkGRLAFQ7JtV Cyjdq2NMyGXTWv2DctC0ahsXCmfZYFIs7Hdju4d0MdQODQrT88H0KfkckmoEuanJaVxV L3/dywzuAFJEJK8R4UQd9UBu5NiBWjC8P+Sa2WYuSrg3Y0mYrDa0h22qSdHhl50dxGFM ihU9fPfnESVmXsfJIODYNBzW6dHlyo/ezuhjNRdO/ip3ICWBwJE9CSUWQOCn4vQ2H88w KjXaaIL5Nzl49BTbNJKoHlb+2sO0o9FBQTINSvDkLMpxlauVUnNHZUNJr5lzjaZ0eIzo wLtg== X-Gm-Message-State: ALoCoQkpyrhc1RFksHqexLZlQbrWVEB8S/2yf11V1yLNyPhHiT6Kk+VEyl7WbFQJuWRdlavrkWj5 X-Received: by 10.180.78.202 with SMTP id d10mr131482250wix.82.1420172038988; Thu, 01 Jan 2015 20:13:58 -0800 (PST) Received: from [10.10.1.68] (82-69-141-170.dsl.in-addr.zen.co.uk. [82.69.141.170]) by mx.google.com with ESMTPSA id j1sm63274707wjw.25.2015.01.01.20.13.57 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 01 Jan 2015 20:13:58 -0800 (PST) Message-ID: <54A61AFD.3040507@multiplay.co.uk> Date: Fri, 02 Jan 2015 04:13:49 +0000 From: Steven Hartland User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: asr(4) error with new clang/llvm References: In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Jan 2015 04:14:01 -0000 On 02/01/2015 01:23, Bjoern A. Zeeb wrote: > Hi, > > you need the next line of source to see that while the union only defines Simple[1], the comparison goes up to SG_LIST (or something) which is indeed defined as 58. Cn someone fix this? This makes i386 compiles failing currently. > > /scratch/tmp/bz/head.svn/sys/modules/asr/../../dev/asr/asr.c:1849:29: error: array index 58 is past the end of the array (which contains 1 element) [-Werror,-Warray-bounds] > while ((len > 0) && (sg < &((PPRIVATE_SCSI_SCB_EXECUTE_MESSAGE) > ^ > /scratch/tmp/bz/head.svn/sys/dev/asr/i2omsg.h:934:8: note: array 'Simple' declared here > I2O_SGE_SIMPLE_ELEMENT Simple[1]; > ^ If that's wrong it looks like there's also a number of calls to the macro SG(SGL,Index,Flags,Buffer,Size) which are also wrong as Index is used in the same way: &(((PI2O_SG_ELEMENT)(SGL))->u.Simple[Index] There appears to be two calls to SG where Index is 1. I'm afraid I have no idea what the fix would be as the entire driver is very voodoo like to me :( Regards Steve From owner-freebsd-current@FreeBSD.ORG Fri Jan 2 05:00:34 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9ABFB5A9 for ; Fri, 2 Jan 2015 05:00:34 +0000 (UTC) Received: from mail-ie0-x22d.google.com (mail-ie0-x22d.google.com [IPv6:2607:f8b0:4001:c03::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 584692210 for ; Fri, 2 Jan 2015 05:00:34 +0000 (UTC) Received: by mail-ie0-f173.google.com with SMTP id y20so16341859ier.32 for ; Thu, 01 Jan 2015 21:00:33 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc:content-type; bh=03MrweF8seI/kbyLZ/3+VvWA4sLfs61+atcMHnAkat8=; b=y03GZ4kYF9JADs2CXA/9Yztr5B5YMECZyKxOWHFBkQC+7Mp0Tz7I82vGxjmptP1bBp lwl7B5Z11TPlY9xHUjRDwBJFhWshRtWgUmYi4tbtepVY9Q0Pp2AddIh2vOMmSI/Qd7PT h8i7G6SWV4jb28ydD4UHPmQkoDQuqXO7RXmnErSI2D/1sjYC2jUeJLriFV6dOsJbJ+Hh JSXs5BEb33UbCXr2nIZxNyTyy8cUsFmXcESKyErIC0NWVmTAinWXQf8viSY/ExmBHNrD 7FeZaj4wvkqYlgNLGz4pGinttWRAuOTK3aQk3SUHkIcsR9YLBqbedTCP+x9OIj3sZuVJ 6hCg== X-Received: by 10.42.78.208 with SMTP id o16mr55199761ick.41.1420174833381; Thu, 01 Jan 2015 21:00:33 -0800 (PST) MIME-Version: 1.0 Sender: carpeddiem@gmail.com Received: by 10.107.0.85 with HTTP; Thu, 1 Jan 2015 21:00:13 -0800 (PST) In-Reply-To: <54A61AFD.3040507@multiplay.co.uk> References: <54A61AFD.3040507@multiplay.co.uk> From: Ed Maste Date: Fri, 2 Jan 2015 00:00:13 -0500 X-Google-Sender-Auth: Rns79Qq7P3RFn7lNifWbBLuIoQE Message-ID: Subject: Re: asr(4) error with new clang/llvm To: Steven Hartland Content-Type: text/plain; charset=UTF-8 Cc: FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Jan 2015 05:00:34 -0000 On 1 January 2015 at 23:13, Steven Hartland wrote: > > On 02/01/2015 01:23, Bjoern A. Zeeb wrote: >> >> Hi, >> >> you need the next line of source to see that while the union only defines >> Simple[1], the comparison goes up to SG_LIST (or something) which is indeed >> defined as 58. Cn someone fix this? This makes i386 compiles failing >> currently. >> >> /scratch/tmp/bz/head.svn/sys/modules/asr/../../dev/asr/asr.c:1849:29: >> error: array index 58 is past the end of the array (which contains 1 >> element) [-Werror,-Warray-bounds] >> while ((len > 0) && (sg < &((PPRIVATE_SCSI_SCB_EXECUTE_MESSAGE) >> ^ >> /scratch/tmp/bz/head.svn/sys/dev/asr/i2omsg.h:934:8: note: array 'Simple' >> declared here >> I2O_SGE_SIMPLE_ELEMENT Simple[1]; >> ^ > > If that's wrong it looks like there's also a number of calls to the macro > SG(SGL,Index,Flags,Buffer,Size) which are also wrong as Index is used in > the same way: > &(((PI2O_SG_ELEMENT)(SGL))->u.Simple[Index] > > There appears to be two calls to SG where Index is 1. > > I'm afraid I have no idea what the fix would be as the entire driver is very > voodoo like to me :( It's a variable length array in a struct / union. Other than being confusing and now triggering a warning after the clang update it should be fine. Most likely we need to build asr with -Werror disabled for that warning, perhaps -Wno-error-array-bounds. I'll take a look tomorrow morning if nobody else gets to it first. From owner-freebsd-current@FreeBSD.ORG Fri Jan 2 05:17:52 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B9DDE7E9 for ; Fri, 2 Jan 2015 05:17:52 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id A7ED22499 for ; Fri, 2 Jan 2015 05:17:52 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 8CFA356E for ; Fri, 2 Jan 2015 05:17:51 +0000 (UTC) Date: Fri, 2 Jan 2015 05:17:50 +0000 (GMT) From: jenkins-admin@freebsd.org To: freebsd-current@freebsd.org Message-ID: <1385219739.31.1420175870136.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <274613961.30.1420154653569.JavaMail.jenkins@jenkins-9.freebsd.org> References: <274613961.30.1420154653569.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is still unstable: FreeBSD_HEAD-tests2 #510 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Jenkins-Job: FreeBSD_HEAD-tests2 X-Jenkins-Result: UNSTABLE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Jan 2015 05:17:52 -0000 See From owner-freebsd-current@FreeBSD.ORG Fri Jan 2 05:42:02 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1406EDDC; Fri, 2 Jan 2015 05:42:02 +0000 (UTC) Received: from mail-pa0-x229.google.com (mail-pa0-x229.google.com [IPv6:2607:f8b0:400e:c03::229]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id CD04A64865; Fri, 2 Jan 2015 05:42:01 +0000 (UTC) Received: by mail-pa0-f41.google.com with SMTP id rd3so23532863pab.14; Thu, 01 Jan 2015 21:42:01 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=content-type:mime-version:subject:from:in-reply-to:date:cc :message-id:references:to; bh=kwz0/CWOeTY++j1B1mS6J2sLG9BE2vcXH46T3a50U2E=; b=oLt1nA1AdVdqH7B/82PDmmSecOTa/cYNOwiqIRfABABLx6YDMysWK/8kii+TXKHufZ vzoHv8RHm3474VULkA5+27f9PfjxnHr7TdA0296iaAdZhYFjwunmRl1NpVc5sY79ZBJ3 6fLYNSDoYRJI6M0wpV+1xJhkW1vTnZFZU0IwdC+Tw5lhR+Fjc+dFxfsPmssnAIv5D+HX kttpLcRafED1li30iqmmUkFmFRpGRpuRWnmGzhOHGbeDk3b9IeV4rMn5aTpEtxUljUCO sJhHNqjtoHtV0unM3ZL9Q35N0vuNXH+G3KaEqfc6ZDcsXwymWsan3WZtujC7JYKtHa5E FTeg== X-Received: by 10.68.189.233 with SMTP id gl9mr118620512pbc.20.1420177321296; Thu, 01 Jan 2015 21:42:01 -0800 (PST) Received: from ?IPv6:2601:8:ab80:7d6:6d22:f632:3b17:f5d8? ([2601:8:ab80:7d6:6d22:f632:3b17:f5d8]) by mx.google.com with ESMTPSA id wt4sm45653155pab.4.2015.01.01.21.42.00 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 01 Jan 2015 21:42:00 -0800 (PST) Content-Type: multipart/signed; boundary="Apple-Mail=_581D9A34-6C6A-436A-B0F2-FE1213B0038F"; protocol="application/pgp-signature"; micalg=pgp-sha512 Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Subject: Re: asr(4) error with new clang/llvm From: Garrett Cooper In-Reply-To: Date: Thu, 1 Jan 2015 21:41:59 -0800 Message-Id: <1617E706-D4A9-4778-BEFB-D943B74B4561@gmail.com> References: <54A61AFD.3040507@multiplay.co.uk> To: Ed Maste X-Mailer: Apple Mail (2.1878.6) Cc: "Bjoern A. Zeeb" , Steven Hartland , Warner Losh , FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Jan 2015 05:42:02 -0000 --Apple-Mail=_581D9A34-6C6A-436A-B0F2-FE1213B0038F Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On Jan 1, 2015, at 21:00, Ed Maste wrote: > On 1 January 2015 at 23:13, Steven Hartland = wrote: >>=20 >> On 02/01/2015 01:23, Bjoern A. Zeeb wrote: >>>=20 >>> Hi, >>>=20 >>> you need the next line of source to see that while the union only = defines >>> Simple[1], the comparison goes up to SG_LIST (or something) which is = indeed >>> defined as 58. Cn someone fix this? This makes i386 compiles = failing >>> currently. >>>=20 >>> = /scratch/tmp/bz/head.svn/sys/modules/asr/../../dev/asr/asr.c:1849:29: >>> error: array index 58 is past the end of the array (which contains 1 >>> element) [-Werror,-Warray-bounds] >>> while ((len > 0) && (sg < = &((PPRIVATE_SCSI_SCB_EXECUTE_MESSAGE) >>> ^ >>> /scratch/tmp/bz/head.svn/sys/dev/asr/i2omsg.h:934:8: note: array = 'Simple' >>> declared here >>> I2O_SGE_SIMPLE_ELEMENT Simple[1]; >>> ^ >>=20 >> If that's wrong it looks like there's also a number of calls to the = macro >> SG(SGL,Index,Flags,Buffer,Size) which are also wrong as Index is = used in >> the same way: >> &(((PI2O_SG_ELEMENT)(SGL))->u.Simple[Index] >>=20 >> There appears to be two calls to SG where Index is 1. >>=20 >> I'm afraid I have no idea what the fix would be as the entire driver = is very >> voodoo like to me :( >=20 > It's a variable length array in a struct / union. Other than being > confusing and now triggering a warning after the clang update it > should be fine. >=20 > Most likely we need to build asr with -Werror disabled for that > warning, perhaps -Wno-error-array-bounds. I'll take a look tomorrow > morning if nobody else gets to it first. It looks like more fallout from bsd.sys.mk being removed from = bad.kmod.mk (NO_WARRAY_BOUNDS should be defined to the appropriate = compiler flag): 1 # $FreeBSD: projects/building-blocks/sys/modules/asr/Makefile 228865 = 2011-12-24 17:54:58Z dim $ 2=20 3 .PATH: ${.CURDIR}/../../dev/asr 4=20 5 KMOD=3D asr 6 SRCS=3D asr.c 7 SRCS+=3D opt_scsi.h opt_cam.h 8 SRCS+=3D device_if.h bus_if.h pci_if.h 9=20 10 .if ${MACHINE_CPUARCH} =3D=3D "i386" 11 SRCS+=3D opt_asr.h 12 .endif 13=20 14 .include 15=20 16 CWARNFLAGS.asr.c=3D ${NO_WARRAY_BOUNDS} 17 CWARNFLAGS+=3D ${CWARNFLAGS.${.IMPSRC:T}} --Apple-Mail=_581D9A34-6C6A-436A-B0F2-FE1213B0038F Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQEcBAEBCgAGBQJUpi+nAAoJEMZr5QU6S73eepYH/0IfXY/OFei6zoEMToqxOfJu HLE06f4n3dJBJcQIWjXt8HTFMxVxasIQnkqogo1UQ9bWrjKyfoEoCkWuh8CI46N9 bF4qmrTBdFZVAuGU98yXH/whUgx6YUJNFcGW8YnfC51dgv9/q4uBdDdoMEiZ3kZm L5gpwN/8slnh1lzKwCJEk2+MaaE9WJc6EG/wxjsPf2D3txWgMBvM3u71HnPYu7wM 0Ila9POVphAaw4rosGHFsLd73LEPGV/4+7zd+h1mJX41SJoc7iPT7+WUyUy2g5rs EwUen0Lg4ExKG4RtlVIMCJ2vD2NTq/PnZfAT4zx1ClX9pnSOXk1DatIFUNsestY= =WPX+ -----END PGP SIGNATURE----- --Apple-Mail=_581D9A34-6C6A-436A-B0F2-FE1213B0038F-- From owner-freebsd-current@FreeBSD.ORG Fri Jan 2 06:30:46 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6ECB9DC; Fri, 2 Jan 2015 06:30:46 +0000 (UTC) Received: from mail.samsco.org (suzy.samsco.org [168.103.85.61]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 434D064D91; Fri, 2 Jan 2015 06:30:45 +0000 (UTC) Received: from localhost (localhost [192.168.254.3]) by mail.samsco.org (Postfix) with ESMTP id 4C9DB15C1D104; Fri, 2 Jan 2015 06:24:36 +0000 (UTC) Received: from mail.samsco.org ([192.168.254.3]) by localhost (mail.samsco.org [192.168.254.3]) (maiad, port 10024) with ESMTP id 69800-10; Fri, 2 Jan 2015 06:24:36 +0000 (UTC) Received: from [192.168.1.3] (c-69-244-254-154.hsd1.fl.comcast.net [69.244.254.154]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: scottl@samsco.org) by mail.samsco.org (Postfix) with ESMTPSA id B61CE15C1A688; Fri, 2 Jan 2015 06:24:35 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\)) Subject: Re: asr(4) error with new clang/llvm From: Scott Long In-Reply-To: Date: Fri, 2 Jan 2015 01:21:40 -0500 Content-Transfer-Encoding: quoted-printable Message-Id: <63EDB2D2-4545-4FE3-85BD-4ED2321BA3C7@samsco.org> References: <54A61AFD.3040507@multiplay.co.uk> To: Ed Maste X-Mailer: Apple Mail (2.1993) Cc: FreeBSD Current , Steven Hartland X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Jan 2015 06:30:46 -0000 > On Jan 2, 2015, at 12:00 AM, Ed Maste wrote: >=20 > On 1 January 2015 at 23:13, Steven Hartland = wrote: >>=20 >> On 02/01/2015 01:23, Bjoern A. Zeeb wrote: >>>=20 >>> Hi, >>>=20 >>> you need the next line of source to see that while the union only = defines >>> Simple[1], the comparison goes up to SG_LIST (or something) which is = indeed >>> defined as 58. Cn someone fix this? This makes i386 compiles = failing >>> currently. >>>=20 >>> = /scratch/tmp/bz/head.svn/sys/modules/asr/../../dev/asr/asr.c:1849:29: >>> error: array index 58 is past the end of the array (which contains 1 >>> element) [-Werror,-Warray-bounds] >>> while ((len > 0) && (sg < = &((PPRIVATE_SCSI_SCB_EXECUTE_MESSAGE) >>> ^ >>> /scratch/tmp/bz/head.svn/sys/dev/asr/i2omsg.h:934:8: note: array = 'Simple' >>> declared here >>> I2O_SGE_SIMPLE_ELEMENT Simple[1]; >>> ^ >>=20 >> If that's wrong it looks like there's also a number of calls to the = macro >> SG(SGL,Index,Flags,Buffer,Size) which are also wrong as Index is = used in >> the same way: >> &(((PI2O_SG_ELEMENT)(SGL))->u.Simple[Index] >>=20 >> There appears to be two calls to SG where Index is 1. >>=20 >> I'm afraid I have no idea what the fix would be as the entire driver = is very >> voodoo like to me :( >=20 > It's a variable length array in a struct / union. Other than being > confusing and now triggering a warning after the clang update it > should be fine. >=20 > Most likely we need to build asr with -Werror disabled for that > warning, perhaps -Wno-error-array-bounds. I'll take a look tomorrow > morning if nobody else gets to it first. >=20 I got to it first ;-) Scott From owner-freebsd-current@FreeBSD.ORG Fri Jan 2 07:57:11 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 50659C91 for ; Fri, 2 Jan 2015 07:57:11 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 3C8F864738 for ; Fri, 2 Jan 2015 07:57:11 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 22231634 for ; Fri, 2 Jan 2015 07:56:34 +0000 (UTC) Date: Fri, 2 Jan 2015 07:56:32 +0000 (GMT) From: jenkins-admin@freebsd.org To: freebsd-current@freebsd.org Message-ID: <778463963.32.1420185392841.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1385219739.31.1420175870136.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1385219739.31.1420175870136.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is still unstable: FreeBSD_HEAD-tests2 #511 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Jenkins-Job: FreeBSD_HEAD-tests2 X-Jenkins-Result: UNSTABLE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Jan 2015 07:57:11 -0000 See From owner-freebsd-current@FreeBSD.ORG Fri Jan 2 09:07:23 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7866DB8E; Fri, 2 Jan 2015 09:07:23 +0000 (UTC) Received: from theravensnest.org (theraven.freebsd.your.org [216.14.102.27]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "cloud.theravensnest.org", Issuer "StartCom Class 1 Primary Intermediate Server CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 43C8566E49; Fri, 2 Jan 2015 09:07:22 +0000 (UTC) Received: from [192.168.0.7] (cpc16-cmbg15-2-0-cust60.5-4.cable.virginm.net [86.5.162.61]) (authenticated bits=0) by theravensnest.org (8.15.1/8.14.9) with ESMTPSA id t0297IIZ054517 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 2 Jan 2015 09:07:20 GMT (envelope-from theraven@FreeBSD.org) X-Authentication-Warning: theravensnest.org: Host cpc16-cmbg15-2-0-cust60.5-4.cable.virginm.net [86.5.162.61] claimed to be [192.168.0.7] Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\)) Subject: Re: asr(4) error with new clang/llvm From: David Chisnall In-Reply-To: Date: Fri, 2 Jan 2015 09:07:13 +0000 Content-Transfer-Encoding: quoted-printable Message-Id: <564797DC-A60F-4335-BF74-B8DB4B3AFACA@FreeBSD.org> References: <54A61AFD.3040507@multiplay.co.uk> To: Ed Maste X-Mailer: Apple Mail (2.1993) Cc: FreeBSD Current , Steven Hartland X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Jan 2015 09:07:23 -0000 On 2 Jan 2015, at 05:00, Ed Maste wrote: >=20 > It's a variable length array in a struct / union. Other than being > confusing and now triggering a warning after the clang update it > should be fine. >=20 > Most likely we need to build asr with -Werror disabled for that > warning, perhaps -Wno-error-array-bounds. I'll take a look tomorrow > morning if nobody else gets to it first. The correct solution is to declare the array to have 0 elements = (although this will break C++ code). A zero-length array at the end of = a structure is specifically defined by the C standard (since C99) to be = a variable-length array. A length-one array was used in C89 prior to = this for this purpose. Using a 1-element array in C is undefined = behaviour. Note that this change will also require fixing code that allocates it to = allocate space for n elements not n-1. David From owner-freebsd-current@FreeBSD.ORG Fri Jan 2 09:45:43 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 355E0232 for ; Fri, 2 Jan 2015 09:45:43 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 240B71309 for ; Fri, 2 Jan 2015 09:45:43 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 1596D700 for ; Fri, 2 Jan 2015 09:45:43 +0000 (UTC) Date: Fri, 2 Jan 2015 09:45:42 +0000 (GMT) From: jenkins-admin@freebsd.org To: freebsd-current@freebsd.org Message-ID: <1956366423.33.1420191942970.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <778463963.32.1420185392841.JavaMail.jenkins@jenkins-9.freebsd.org> References: <778463963.32.1420185392841.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is back to stable : FreeBSD_HEAD-tests2 #512 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Jenkins-Job: FreeBSD_HEAD-tests2 X-Jenkins-Result: SUCCESS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Jan 2015 09:45:43 -0000 See From owner-freebsd-current@FreeBSD.ORG Fri Jan 2 12:27:12 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B038DBDC; Fri, 2 Jan 2015 12:27:12 +0000 (UTC) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 6B2BA647E0; Fri, 2 Jan 2015 12:27:12 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost.zedat.fu-berlin.de (Exim 4.82) with esmtp (envelope-from ) id <1Y71Jo-003r1F-6J>; Fri, 02 Jan 2015 13:27:04 +0100 Received: from p578a69f9.dip0.t-ipconnect.de ([87.138.105.249] helo=prometheus) by inpost2.zedat.fu-berlin.de (Exim 4.82) with esmtpsa (envelope-from ) id <1Y71Jo-00113V-1p>; Fri, 02 Jan 2015 13:27:04 +0100 Date: Fri, 2 Jan 2015 13:25:42 +0100 From: "O. Hartmann" To: Dimitry Andric Subject: Re: HEADS UP: Upgraded clang, llvm and lldb to 3.5.0 Message-ID: <20150102132542.197be8c7@prometheus> In-Reply-To: References: <528C023D-6207-4054-917B-05D4C4E605EC@FreeBSD.org> <20150101125043.6e6e3a52.ohartman@zedat.fu-berlin.de> Organization: FU Berlin X-Mailer: Claws Mail 3.11.1 (GTK+ 2.24.25; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Originating-IP: 87.138.105.249 Cc: FreeBSD-Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Jan 2015 12:27:12 -0000 On Thu, 1 Jan 2015 23:53:03 +0100 Dimitry Andric wrote: > On 01 Jan 2015, at 12:50, O. Hartmann wrote: > ... > > ===> lib/atf/libatf-c++ (all) > > c++ -O2 -pipe -O3 -O3 -pipe -march=native -DHAVE_CONFIG_H > > -I/usr/src/contrib/atf -I/usr/src/lib/atf/libatf-c++/../libatf-c -I. > > -DHAVE_CONFIG_H -fstack-protector -Wsystem-headers -Werror -Wall > > -Wno-format-y2k -W -Wno-unused-parameter -Wpointer-arith -Wno-uninitialized > > -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable > > -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality > > -Wno-unused-function -Wno-enum-conversion -Qunused-arguments -std=c++11 > > -Wno-c++11-extensions > > -c /usr/src/contrib/atf/atf-c++/detail/application.cpp -o application.o In > > file included from /usr/src/contrib/atf/atf-c++/detail/application.cpp:26: > > In file included > > from /usr/src/contrib/atf/atf-c++/detail/application.hpp:29: In file > > included from /usr/obj/usr/src/tmp/usr/include/c++/v1/ostream:131: In file > > included from /usr/obj/usr/src/tmp/usr/include/c++/v1/ios:216: In file > > included from /usr/obj/usr/src/tmp/usr/include/c++/v1/__locale:15: In file > > included from /usr/obj/usr/src/tmp/usr/include/c++/v1/string:439: In file > > included > > from /usr/obj/usr/src/tmp/usr/include/c++/v1/algorithm:624: /usr/obj/usr/src/tmp/usr/include/c++/v1/type_traits:2033:8: > > error: keyword '__is_constructible' will be made available as an identifier > > for the remainder of the translation unit [-Werror,-Wkeyword-compat] struct > > __is_constructible // false, _Tp is not a scalar > > ^ /usr/obj/usr/src/tmp/usr/include/c++/v1/type_traits:2584:51: error: > > keyword '__is_nothrow_constructible' will be made available as an > > identifier for the remainder of the translation unit > > [-Werror,-Wkeyword-compat] template > > struct __is_nothrow_constructible; > > ^ /usr/obj/usr/src/tmp/usr/include/c++/v1/type_traits:2746:47: error: > > keyword '__is_nothrow_assignable' will be made available as an identifier > > for the remainder of the translation unit [-Werror,-Wkeyword-compat] > > template struct __is_nothrow_assignable; ^ 3 > > errors generated. *** Error code 1 > > > > Stop. > > make[6]: stopped in /usr/src/lib/atf/libatf-c++ > > *** Error code 1 > > Hi Oliver, > > This should now be fixed by r276516 and r276517. Please update your > tree to after those revisions, and try again. Thanks for the report. > > -Dimitry > Thank you very much. I can build the whole system right now and it seems that I also can rebuilt most of the ports without sruggle. oh From owner-freebsd-current@FreeBSD.ORG Fri Jan 2 14:42:42 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 03C547C7; Fri, 2 Jan 2015 14:42:42 +0000 (UTC) Received: from mail-ie0-x22e.google.com (mail-ie0-x22e.google.com [IPv6:2607:f8b0:4001:c03::22e]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4F5DC1AFB; Fri, 2 Jan 2015 14:41:35 +0000 (UTC) Received: by mail-ie0-f174.google.com with SMTP id at20so16217029iec.5; Fri, 02 Jan 2015 06:41:34 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc:content-type:content-transfer-encoding; bh=dp/mpy6HfEZnXfk3Czb7ZliN2wt+aI1l/jD4qX1ES5M=; b=d0dJSHqwpXz82pe3T4NUpwli7W6IKoIi4HrtQt9g4BvL2kUSqwr/WUDHSRoiuSBqQH UiRnnnIvr2o9SNdIbX/4DQmAyQ5T75L0UJbUJfQdnTsMaiTibgV/9Lb9a+ZPlgz5xPgQ tDA+DQOyTGTJy41t8X/v95s3bQyzfXfHlbEozpbs9F5L733LuS5DDI+rz2ZhA/jWvz68 UPCipiWSXVy6eQ1hFHa9oxZsqUv8MlUt7WBeMjC1RADluQsE5Sc2Uv8eS4YZmXAIA3cO uvJpx1retzsDSMwIcd+PIFSGQQFpZK53A1PH+gsHmlMd0fLNL7Loc3eWZA44ZYtfnHAr 6KkQ== X-Received: by 10.42.41.146 with SMTP id p18mr56559553ice.52.1420209694257; Fri, 02 Jan 2015 06:41:34 -0800 (PST) MIME-Version: 1.0 Sender: carpeddiem@gmail.com Received: by 10.107.0.85 with HTTP; Fri, 2 Jan 2015 06:41:13 -0800 (PST) In-Reply-To: <564797DC-A60F-4335-BF74-B8DB4B3AFACA@FreeBSD.org> References: <54A61AFD.3040507@multiplay.co.uk> <564797DC-A60F-4335-BF74-B8DB4B3AFACA@FreeBSD.org> From: Ed Maste Date: Fri, 2 Jan 2015 09:41:13 -0500 X-Google-Sender-Auth: s369BOneWjJh4j5LEX71mmwxOSQ Message-ID: Subject: Re: asr(4) error with new clang/llvm To: David Chisnall Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: FreeBSD Current , Steven Hartland X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Jan 2015 14:42:42 -0000 On 2 January 2015 at 04:07, David Chisnall wrote: > > The correct solution is to declare the array to have 0 elements (although= this will break C++ code). A zero-length array at the end of a structure = is specifically defined by the C standard (since C99) to be a variable-leng= th array. A length-one array was used in C89 prior to this for this purpos= e. Using a 1-element array in C is undefined behaviour. > > Note that this change will also require fixing code that allocates it to = allocate space for n elements not n-1. I was thinking of making that change, but the driver was not particularly straightforward. In addition to your point about allocation I noticed that it used sizeof() the union containing these variable-length-array structs. I wouldn't want to try to fix it without hardware to test. From owner-freebsd-current@FreeBSD.ORG Fri Jan 2 22:22:22 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 46A63612 for ; Fri, 2 Jan 2015 22:22:22 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 31973216A for ; Fri, 2 Jan 2015 22:22:22 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id BC960B12 for ; Fri, 2 Jan 2015 22:22:21 +0000 (UTC) Date: Fri, 2 Jan 2015 22:22:18 +0000 (GMT) From: jenkins-admin@freebsd.org To: freebsd-current@freebsd.org Message-ID: <686940117.35.1420237338813.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Build failed in Jenkins: Build-UFS-image #829 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Jenkins-Job: Build-UFS-image X-Jenkins-Result: FAILURE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Jan 2015 22:22:22 -0000 See ------------------------------------------ [...truncated 17105 lines...] install -o root -g wheel -m 444 kgzldr.o =3D=3D=3D> sys/boot/i386/libi386 (install) =3D=3D=3D> sys/boot/i386/libfirewire (install) =3D=3D=3D> sys/boot/i386/loader (install) install -o root -g wheel -m 555 -b loader install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/sys/boot/i386/loader= /../../forth/loader.conf install -o root -g wheel -m 444 loader.help /builds/FreeBSD_HEAD/sys/boot/= i386/loader/../../forth/loader.4th /builds/FreeBSD_HEAD/sys/boot/i386/loade= r/../../forth/support.4th /builds/FreeBSD_HEAD/sys/boot/i386/loader/../../f= orth/screen.4th /builds/FreeBSD_HEAD/sys/boot/i386/loader/../../forth/frame= s.4th /builds/FreeBSD_HEAD/sys/boot/i386/loader/../../forth/beastie.4th /bu= ilds/FreeBSD_HEAD/sys/boot/i386/loader/../../forth/brand.4th /builds/FreeBS= D_HEAD/sys/boot/i386/loader/../../forth/check-password.4th /builds/FreeBSD_= HEAD/sys/boot/i386/loader/../../forth/color.4th /builds/FreeBSD_HEAD/sys/bo= ot/i386/loader/../../forth/delay.4th /builds/FreeBSD_HEAD/sys/boot/i386/loa= der/../../forth/menu.4th /builds/FreeBSD_HEAD/sys/boot/i386/loader/../../fo= rth/menu-commands.4th /builds/FreeBSD_HEAD/sys/boot/i386/loader/../../forth= /menusets.4th /builds/FreeBSD_HEAD/sys/boot/i386/loader/../../forth/shortcu= ts.4th /builds/FreeBSD_HEAD/sys/boot/i386/loader/../../forth/version.4th /b= uilds/FreeBSD_HEAD/sys/boot/i386/loader/../../forth/pcibios.4th /builds/Fre= eBSD_HEAD/sys/boot/i386/loader/loader.rc /builds/FreeBSD_HEAD/sys/boot/i386= /loader/../../forth/menu.rc install -o root -g wheel -m 444 beastie.4th.8.gz install -o root -g wheel -m 444 brand.4th.8.gz install -o root -g wheel -m 444 check-password.4th.8.gz install -o root -g wheel -m 444 color.4th.8.gz install -o root -g wheel -m 444 delay.4th.8.gz install -o root -g wheel -m 444 loader.conf.5.gz install -o root -g wheel -m 444 loader.4th.8.gz install -o root -g wheel -m 444 menu.4th.8.gz install -o root -g wheel -m 444 menusets.4th.8.gz install -o root -g wheel -m 444 version.4th.8.gz install -o root -g wheel -m 444 loader.8.gz install -o root -g wheel -m 444 zfsloader.8.gz =3D=3D=3D> sys/boot/i386/pxeldr (install) install -o root -g wheel -m 444 pxeboot install -o root -g wheel -m 444 pxeboot.8.gz =3D=3D=3D> sys/boot/i386/zfsboot (install) install -o root -g wheel -m 444 zfsboot install -o root -g wheel -m 444 zfsboot.8.gz =3D=3D=3D> sys/boot/i386/gptzfsboot (install) install -o root -g wheel -m 444 gptzfsboot install -o root -g wheel -m 444 gptzfsboot.8.gz =3D=3D=3D> sys/boot/i386/zfsloader (install) install -o root -g wheel -m 555 -b zfsloader install -o root -g wheel -m 444 beastie.4th.8.gz install -o root -g wheel -m 444 brand.4th.8.gz install -o root -g wheel -m 444 check-password.4th.8.gz install -o root -g wheel -m 444 color.4th.8.gz install -o root -g wheel -m 444 delay.4th.8.gz install -o root -g wheel -m 444 loader.conf.5.gz install -o root -g wheel -m 444 loader.4th.8.gz install -o root -g wheel -m 444 menu.4th.8.gz install -o root -g wheel -m 444 menusets.4th.8.gz install -o root -g wheel -m 444 version.4th.8.gz install -o root -g wheel -m 444 loader.8.gz install -o root -g wheel -m 444 zfsloader.8.gz =3D=3D=3D> usr.bin (install) =3D=3D=3D> usr.bin/alias (install) install -o root -g wheel -m 555 generic.sh -> -> -> -> -> -> -> -> -> -> -> -> -> -> =3D=3D=3D> usr.bin/apply (install) install -s -o root -g wheel -m 555 apply install -o root -g wheel -m 444 apply.1.gz =3D=3D=3D> usr.bin/apply/tests (install) install -o root -g wheel -m 555 legacy_test install -o root -g wheel -m 444 Kyuafile.auto install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/usr.bin/apply/tests/r= egress.00.in /builds/FreeBSD_HEAD/usr.bin/apply/tests/regress.00.out /build= s/FreeBSD_HEAD/usr.bin/apply/tests/regress.01.out /builds/FreeBSD_HEAD/usr.= bin/apply/tests/regress.01.sh /builds/FreeBSD_HEAD/usr.bin/apply/tests/regr= ess.sh (cd /builds/FreeBSD_HEAD/usr.bin/apply/tests && make -f /builds/FreeBSD_HEA= D/usr.bin/apply/tests/Makefile SUBDIR=3D _RECURSING_PROGS=3D install) install -o root -g wheel -m 555 legacy_test =3D=3D=3D> usr.bin/ar (install) install -s -o root -g wheel -m 555 ar install -o root -g wheel -m 444 ar.1.gz -> -> =3D=3D=3D> usr.bin/asa (install) install -s -o root -g wheel -m 555 asa install -o root -g wheel -m 444 asa.1.gz =3D=3D=3D> usr.bin/at (install) install -s -o root -g wheel -m 4555 at install -o root -g wheel -m 444 at.1.gz -> -> -> -> -> -> =3D=3D=3D> usr.bin/atm (install) =3D=3D=3D> usr.bin/atm/sscop (install) install -s -o root -g wheel -m 555 sscop install -o root -g wheel -m 444 sscop.1.gz =3D=3D=3D> usr.bin/awk (install) install -s -o root -g wheel -m 555 awk install -o root -g wheel -m 444 awk.1.gz -> -> =3D=3D=3D> usr.bin/banner (install) install -s -o root -g wheel -m 555 banner install -o root -g wheel -m 444 banner.6.gz =3D=3D=3D> usr.bin/basename (install) install -s -o root -g wheel -m 555 basename install -o root -g wheel -m 444 basename.1.gz -> =3D=3D=3D> usr.bin/basename/tests (install) install -o root -g wheel -m 555 basename_test install -o root -g wheel -m 444 Kyuafile.auto (cd /builds/FreeBSD_HEAD/usr.bin/basename/tests && make -f /builds/FreeBSD_= HEAD/usr.bin/basename/tests/Makefile SUBDIR=3D _RECURSING_PROGS=3D install= ) install -o root -g wheel -m 555 basename_test =3D=3D=3D> usr.bin/bc (install) install -s -o root -g wheel -m 555 bc install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/usr.bin/bc/bc.library= install -o root -g wheel -m 444 bc.1.gz =3D=3D=3D> usr.bin/biff (install) install -s -o root -g wheel -m 555 biff install -o root -g wheel -m 444 biff.1.gz =3D=3D=3D> usr.bin/bluetooth (install) =3D=3D=3D> usr.bin/bluetooth/bthost (install) install -s -o root -g wheel -m 555 bthost install -o root -g wheel -m 444 bthost.1.gz =3D=3D=3D> usr.bin/bluetooth/btsockstat (install) install -s -o root -g kmem -m 2555 btsockstat install -o root -g wheel -m 444 btsockstat.1.gz =3D=3D=3D> usr.bin/bluetooth/rfcomm_sppd (install) install -s -o root -g wheel -m 555 rfcomm_sppd install -o root -g wheel -m 444 rfcomm_sppd.1.gz =3D=3D=3D> usr.bin/bmake (install) install -s -o root -g wheel -m 555 make install -o root -g wheel -m 444 make.1.gz =3D=3D=3D> usr.bin/bmake/tests (install) =3D=3D=3D> usr.bin/bmake/tests/archives (install) =3D=3D=3D> usr.bin/bmake/tests/archives/fmt_44bsd (install) install -o root -g wheel -m 555 legacy_test install -o root -g wheel -m 444 Kyuafile.auto install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/usr.bin/bmake/tests/a= rchives/fmt_44bsd/Makefile.test /builds/FreeBSD_HEAD/usr.bin/bmake/tests/ar= chives/fmt_44bsd/expected.status.1 /builds/FreeBSD_HEAD/usr.bin/bmake/tests= /archives/fmt_44bsd/expected.status.2 /builds/FreeBSD_HEAD/usr.bin/bmake/te= sts/archives/fmt_44bsd/expected.status.3 /builds/FreeBSD_HEAD/usr.bin/bmake= /tests/archives/fmt_44bsd/expected.status.4 /builds/FreeBSD_HEAD/usr.bin/bm= ake/tests/archives/fmt_44bsd/expected.status.5 /builds/FreeBSD_HEAD/usr.bin= /bmake/tests/archives/fmt_44bsd/expected.status.6 /builds/FreeBSD_HEAD/usr.= bin/bmake/tests/archives/fmt_44bsd/expected.status.7 /builds/FreeBSD_HEAD/u= sr.bin/bmake/tests/archives/fmt_44bsd/expected.stderr.1 /builds/FreeBSD_HEA= D/usr.bin/bmake/tests/archives/fmt_44bsd/expected.stderr.2 /builds/FreeBSD_= HEAD/usr.bin/bmake/tests/archives/fmt_44bsd/expected.stderr.3 /builds/FreeB= SD_HEAD/usr.bin/bmake/tests/archives/fmt_44bsd/expected.stderr.4 /builds/Fr= eeBSD_HEAD/usr.bin/bmake/tests/archives/fmt_44bsd/expected.stderr.5 /builds= /FreeBSD_HEAD/usr.bin/bmake/tests/archives/fmt_44bsd/expected.stderr.6 /bui= lds/FreeBSD_HEAD/usr.bin/bmake/tests/archives/fmt_44bsd/expected.stderr.7 /= builds/FreeBSD_HEAD/usr.bin/bmake/tests/archives/fmt_44bsd/expected.stdout.= 1 /builds/FreeBSD_HEAD/usr.bin/bmake/tests/archives/fmt_44bsd/expected.stdo= ut.2 /builds/FreeBSD_HEAD/usr.bin/bmake/tests/archives/fmt_44bsd/expected.s= tdout.3 /builds/FreeBSD_HEAD/usr.bin/bmake/tests/archives/fmt_44bsd/expecte= d.stdout.4 /builds/FreeBSD_HEAD/usr.bin/bmake/tests/archives/fmt_44bsd/expe= cted.stdout.5 /builds/FreeBSD_HEAD/usr.bin/bmake/tests/archives/fmt_44bsd/e= xpected.stdout.6 /builds/FreeBSD_HEAD/usr.bin/bmake/tests/archives/fmt_44bs= d/expected.stdout.7 /builds/FreeBSD_HEAD/usr.bin/bmake/tests/archives/fmt_4= 4bsd/libtest.a (cd /builds/FreeBSD_HEAD/usr.bin/bmake/tests/archives/fmt_44bsd && make -f = /builds/FreeBSD_HEAD/usr.bin/bmake/tests/archives/fmt_44bsd/Makefile SUBDIR= =3D _RECURSING_PROGS=3D install) install -o root -g wheel -m 555 legacy_test =3D=3D=3D> usr.bin/bmake/tests/archives/fmt_44bsd_mod (install) install -o root -g wheel -m 555 legacy_test install -o root -g wheel -m 444 Kyuafile.auto install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/usr.bin/bmake/tests/a= rchives/fmt_44bsd_mod/Makefile.test /builds/FreeBSD_HEAD/usr.bin/bmake/test= s/archives/fmt_44bsd_mod/expected.status.1 /builds/FreeBSD_HEAD/usr.bin/bma= ke/tests/archives/fmt_44bsd_mod/expected.status.2 /builds/FreeBSD_HEAD/usr.= bin/bmake/tests/archives/fmt_44bsd_mod/expected.status.3 /builds/FreeBSD_HE= AD/usr.bin/bmake/tests/archives/fmt_44bsd_mod/expected.status.4 /builds/Fre= eBSD_HEAD/usr.bin/bmake/tests/archives/fmt_44bsd_mod/expected.status.5 /bui= lds/FreeBSD_HEAD/usr.bin/bmake/tests/archives/fmt_44bsd_mod/expected.status= .6 /builds/FreeBSD_HEAD/usr.bin/bmake/tests/archives/fmt_44bsd_mod/expected= .status.7 /builds/FreeBSD_HEAD/usr.bin/bmake/tests/archives/fmt_44bsd_mod/e= xpected.stderr.1 /builds/FreeBSD_HEAD/usr.bin/bmake/tests/archives/fmt_44bs= d_mod/expected.stderr.2 /builds/FreeBSD_HEAD/usr.bin/bmake/tests/archives/f= mt_44bsd_mod/expected.stderr.3 /builds/FreeBSD_HEAD/usr.bin/bmake/tests/arc= hives/fmt_44bsd_mod/expected.stderr.4 /builds/FreeBSD_HEAD/usr.bin/bmake/te= sts/archives/fmt_44bsd_mod/expected.stderr.5 /builds/FreeBSD_HEAD/usr.bin/b= make/tests/archives/fmt_44bsd_mod/expected.stderr.6 /builds/FreeBSD_HEAD/us= r.bin/bmake/tests/archives/fmt_44bsd_mod/expected.stderr.7 /builds/FreeBSD_= HEAD/usr.bin/bmake/tests/archives/fmt_44bsd_mod/expected.stdout.1 /builds/F= reeBSD_HEAD/usr.bin/bmake/tests/archives/fmt_44bsd_mod/expected.stdout.2 /b= uilds/FreeBSD_HEAD/usr.bin/bmake/tests/archives/fmt_44bsd_mod/expected.stdo= ut.3 /builds/FreeBSD_HEAD/usr.bin/bmake/tests/archives/fmt_44bsd_mod/expect= ed.stdout.4 /builds/FreeBSD_HEAD/usr.bin/bmake/tests/archives/fmt_44bsd_mod= /expected.stdout.5 /builds/FreeBSD_HEAD/usr.bin/bmake/tests/archives/fmt_44= bsd_mod/expected.stdout.6 /builds/FreeBSD_HEAD/usr.bin/bmake/tests/archives= /fmt_44bsd_mod/expected.stdout.7 /builds/FreeBSD_HEAD/usr.bin/bmake/tests/a= rchives/fmt_44bsd_mod/libtest.a (cd /builds/FreeBSD_HEAD/usr.bin/bmake/tests/archives/fmt_44bsd_mod && make= -f /builds/FreeBSD_HEAD/usr.bin/bmake/tests/archives/fmt_44bsd_mod/Makefil= e SUBDIR=3D _RECURSING_PROGS=3D install) install -o root -g wheel -m 555 legacy_test =3D=3D=3D> usr.bin/bmake/tests/archives/fmt_oldbsd (install) install -o root -g wheel -m 555 legacy_test install -o root -g wheel -m 444 Kyuafile.auto install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/usr.bin/bmake/tests/a= rchives/fmt_oldbsd/Makefile.test /builds/FreeBSD_HEAD/usr.bin/bmake/tests/a= rchives/fmt_oldbsd/expected.status.1 /builds/FreeBSD_HEAD/usr.bin/bmake/tes= ts/archives/fmt_oldbsd/expected.status.2 /builds/FreeBSD_HEAD/usr.bin/bmake= /tests/archives/fmt_oldbsd/expected.status.3 /builds/FreeBSD_HEAD/usr.bin/b= make/tests/archives/fmt_oldbsd/expected.status.4 /builds/FreeBSD_HEAD/usr.b= in/bmake/tests/archives/fmt_oldbsd/expected.status.5 /builds/FreeBSD_HEAD/u= sr.bin/bmake/tests/archives/fmt_oldbsd/expected.status.6 /builds/FreeBSD_HE= AD/usr.bin/bmake/tests/archives/fmt_oldbsd/expected.status.7 /builds/FreeBS= D_HEAD/usr.bin/bmake/tests/archives/fmt_oldbsd/expected.stderr.1 /builds/Fr= eeBSD_HEAD/usr.bin/bmake/tests/archives/fmt_oldbsd/expected.stderr.2 /build= s/FreeBSD_HEAD/usr.bin/bmake/tests/archives/fmt_oldbsd/expected.stderr.3 /b= uilds/FreeBSD_HEAD/usr.bin/bmake/tests/archives/fmt_oldbsd/expected.stderr.= 4 /builds/FreeBSD_HEAD/usr.bin/bmake/tests/archives/fmt_oldbsd/expected.std= err.5 /builds/FreeBSD_HEAD/usr.bin/bmake/tests/archives/fmt_oldbsd/expected= .stderr.6 /builds/FreeBSD_HEAD/usr.bin/bmake/tests/archives/fmt_oldbsd/expe= cted.stderr.7 /builds/FreeBSD_HEAD/usr.bin/bmake/tests/archives/fmt_oldbsd/= expected.stdout.1 /builds/FreeBSD_HEAD/usr.bin/bmake/tests/archives/fmt_old= bsd/expected.stdout.2 /builds/FreeBSD_HEAD/usr.bin/bmake/tests/archives/fmt= _oldbsd/expected.stdout.3 /builds/FreeBSD_HEAD/usr.bin/bmake/tests/archives= /fmt_oldbsd/expected.stdout.4 /builds/FreeBSD_HEAD/usr.bin/bmake/tests/arch= ives/fmt_oldbsd/expected.stdout.5 /builds/FreeBSD_HEAD/usr.bin/bmake/tests/= archives/fmt_oldbsd/expected.stdout.6 /builds/FreeBSD_HEAD/usr.bin/bmake/te= sts/archives/fmt_oldbsd/expected.stdout.7 /builds/FreeBSD_HEAD/usr.bin/bmak= e/tests/archives/fmt_oldbsd/libtest.a (cd /builds/FreeBSD_HEAD/usr.bin/bmake/tests/archives/fmt_oldbsd && make -f= /builds/FreeBSD_HEAD/usr.bin/bmake/tests/archives/fmt_oldbsd/Makefile SUBD= IR=3D _RECURSING_PROGS=3D install) install -o root -g wheel -m 555 legacy_test install -o root -g wheel -m 444 Kyuafile.auto =3D=3D=3D> usr.bin/bmake/tests/basic (install) =3D=3D=3D> usr.bin/bmake/tests/basic/t0 (install) install -o root -g wheel -m 555 legacy_test install -o root -g wheel -m 444 Kyuafile.auto install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/usr.bin/bmake/tests/b= asic/t0/expected.status.1 /builds/FreeBSD_HEAD/usr.bin/bmake/tests/basic/t0= /expected.stderr.1 /builds/FreeBSD_HEAD/usr.bin/bmake/tests/basic/t0/expect= ed.stdout.1 (cd /builds/FreeBSD_HEAD/usr.bin/bmake/tests/basic/t0 && make -f /builds/Fr= eeBSD_HEAD/usr.bin/bmake/tests/basic/t0/Makefile SUBDIR=3D _RECURSING_PROGS= =3D install) install -o root -g wheel -m 555 legacy_test =3D=3D=3D> usr.bin/bmake/tests/basic/t1 (install) install -o root -g wheel -m 555 legacy_test install -o root -g wheel -m 444 Kyuafile.auto install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/usr.bin/bmake/tests/b= asic/t1/Makefile.test /builds/FreeBSD_HEAD/usr.bin/bmake/tests/basic/t1/exp= ected.status.1 /builds/FreeBSD_HEAD/usr.bin/bmake/tests/basic/t1/expected.s= tderr.1 /builds/FreeBSD_HEAD/usr.bin/bmake/tests/basic/t1/expected.stdout.1= (cd /builds/FreeBSD_HEAD/usr.bin/bmake/tests/basic/t1 && make -f /builds/Fr= eeBSD_HEAD/usr.bin/bmake/tests/basic/t1/Makefile SUBDIR=3D _RECURSING_PROGS= =3D install) install -o root -g wheel -m 555 legacy_test =3D=3D=3D> usr.bin/bmake/tests/basic/t2 (install) install -o root -g wheel -m 555 legacy_test install -o root -g wheel -m 444 Kyuafile.auto install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/usr.bin/bmake/tests/b= asic/t2/Makefile.test /builds/FreeBSD_HEAD/usr.bin/bmake/tests/basic/t2/exp= ected.status.1 /builds/FreeBSD_HEAD/usr.bin/bmake/tests/basic/t2/expected.s= tderr.1 /builds/FreeBSD_HEAD/usr.bin/bmake/tests/basic/t2/expected.stdout.1= (cd /builds/FreeBSD_HEAD/usr.bin/bmake/tests/basic/t2 && make -f /builds/Fr= eeBSD_HEAD/usr.bin/bmake/tests/basic/t2/Makefile SUBDIR=3D _RECURSING_PROGS= =3D install) install -o root -g wheel -m 555 legacy_test =3D=3D=3D> usr.bin/bmake/tests/basic/t3 (install) install -o root -g wheel -m 555 legacy_test install -o root -g wheel -m 444 Kyuafile.auto install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/usr.bin/bmake/tests/b= asic/t3/expected.status.1 /builds/FreeBSD_HEAD/usr.bin/bmake/tests/basic/t3= /expected.stderr.1 /builds/FreeBSD_HEAD/usr.bin/bmake/tests/basic/t3/expect= ed.stdout.1 (cd /builds/FreeBSD_HEAD/usr.bin/bmake/tests/basic/t3 && make -f /builds/Fr= eeBSD_HEAD/usr.bin/bmake/tests/basic/t3/Makefile SUBDIR=3D _RECURSING_PROGS= =3D install) install -o root -g wheel -m 555 legacy_test install -o root -g wheel -m 444 Kyuafile.auto =3D=3D=3D> usr.bin/bmake/tests/execution (install) =3D=3D=3D> usr.bin/bmake/tests/execution/ellipsis (install) install -o root -g wheel -m 555 legacy_test install -o root -g wheel -m 444 Kyuafile.auto install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/usr.bin/bmake/tests/e= xecution/ellipsis/Makefile.test /builds/FreeBSD_HEAD/usr.bin/bmake/tests/ex= ecution/ellipsis/expected.status.1 /builds/FreeBSD_HEAD/usr.bin/bmake/tests= /execution/ellipsis/expected.stderr.1 /builds/FreeBSD_HEAD/usr.bin/bmake/te= sts/execution/ellipsis/expected.stdout.1 (cd /builds/FreeBSD_HEAD/usr.bin/bmake/tests/execution/ellipsis && make -f = /builds/FreeBSD_HEAD/usr.bin/bmake/tests/execution/ellipsis/Makefile SUBDIR= =3D _RECURSING_PROGS=3D install) install -o root -g wheel -m 555 legacy_test =3D=3D=3D> usr.bin/bmake/tests/execution/empty (install) install -o root -g wheel -m 555 legacy_test install -o root -g wheel -m 444 Kyuafile.auto install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/usr.bin/bmake/tests/e= xecution/empty/Makefile.test /builds/FreeBSD_HEAD/usr.bin/bmake/tests/execu= tion/empty/expected.status.1 /builds/FreeBSD_HEAD/usr.bin/bmake/tests/execu= tion/empty/expected.stderr.1 /builds/FreeBSD_HEAD/usr.bin/bmake/tests/execu= tion/empty/expected.stdout.1 (cd /builds/FreeBSD_HEAD/usr.bin/bmake/tests/execution/empty && make -f /bu= ilds/FreeBSD_HEAD/usr.bin/bmake/tests/execution/empty/Makefile SUBDIR=3D _R= ECURSING_PROGS=3D install) install -o root -g wheel -m 555 legacy_test =3D=3D=3D> usr.bin/bmake/tests/execution/joberr (install) install -o root -g wheel -m 555 legacy_test install -o root -g wheel -m 444 Kyuafile.auto install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/usr.bin/bmake/tests/e= xecution/joberr/Makefile.test /builds/FreeBSD_HEAD/usr.bin/bmake/tests/exec= ution/joberr/expected.status.1 /builds/FreeBSD_HEAD/usr.bin/bmake/tests/exe= cution/joberr/expected.stderr.1 /builds/FreeBSD_HEAD/usr.bin/bmake/tests/ex= ecution/joberr/expected.stdout.1 (cd /builds/FreeBSD_HEAD/usr.bin/bmake/tests/execution/joberr && make -f /b= uilds/FreeBSD_HEAD/usr.bin/bmake/tests/execution/joberr/Makefile SUBDIR=3D = _RECURSING_PROGS=3D install) install -o root -g wheel -m 555 legacy_test =3D=3D=3D> usr.bin/bmake/tests/execution/plus (install) install -o root -g wheel -m 555 legacy_test install -o root -g wheel -m 444 Kyuafile.auto install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/usr.bin/bmake/tests/e= xecution/plus/Makefile.test /builds/FreeBSD_HEAD/usr.bin/bmake/tests/execut= ion/plus/expected.status.1 /builds/FreeBSD_HEAD/usr.bin/bmake/tests/executi= on/plus/expected.stderr.1 /builds/FreeBSD_HEAD/usr.bin/bmake/tests/executio= n/plus/expected.stdout.1 (cd /builds/FreeBSD_HEAD/usr.bin/bmake/tests/execution/plus && make -f /bui= lds/FreeBSD_HEAD/usr.bin/bmake/tests/execution/plus/Makefile SUBDIR=3D _REC= URSING_PROGS=3D install) install -o root -g wheel -m 555 legacy_test install -o root -g wheel -m 444 Kyuafile.auto =3D=3D=3D> usr.bin/bmake/tests/shell (install) =3D=3D=3D> usr.bin/bmake/tests/shell/builtin (install) install -o root -g wheel -m 555 legacy_test install -o root -g wheel -m 444 Kyuafile.auto install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/usr.bin/bmake/tests/s= hell/builtin/Makefile.test /builds/FreeBSD_HEAD/usr.bin/bmake/tests/shell/b= uiltin/expected.status.1 /builds/FreeBSD_HEAD/usr.bin/bmake/tests/shell/bui= ltin/expected.status.2 /builds/FreeBSD_HEAD/usr.bin/bmake/tests/shell/built= in/expected.stderr.1 /builds/FreeBSD_HEAD/usr.bin/bmake/tests/shell/builtin= /expected.stderr.2 /builds/FreeBSD_HEAD/usr.bin/bmake/tests/shell/builtin/e= xpected.stdout.1 /builds/FreeBSD_HEAD/usr.bin/bmake/tests/shell/builtin/exp= ected.stdout.2 /builds/FreeBSD_HEAD/usr.bin/bmake/tests/shell/builtin/sh (cd /builds/FreeBSD_HEAD/usr.bin/bmake/tests/shell/builtin && make -f /buil= ds/FreeBSD_HEAD/usr.bin/bmake/tests/shell/builtin/Makefile SUBDIR=3D _RECUR= SING_PROGS=3D install) install -o root -g wheel -m 555 legacy_test =3D=3D=3D> usr.bin/bmake/tests/shell/meta (install) install -o root -g wheel -m 555 legacy_test install -o root -g wheel -m 444 Kyuafile.auto install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/usr.bin/bmake/tests/s= hell/meta/Makefile.test /builds/FreeBSD_HEAD/usr.bin/bmake/tests/shell/meta= /expected.status.1 /builds/FreeBSD_HEAD/usr.bin/bmake/tests/shell/meta/expe= cted.status.2 /builds/FreeBSD_HEAD/usr.bin/bmake/tests/shell/meta/expected.= stderr.1 /builds/FreeBSD_HEAD/usr.bin/bmake/tests/shell/meta/expected.stder= r.2 /builds/FreeBSD_HEAD/usr.bin/bmake/tests/shell/meta/expected.stdout.1 /= builds/FreeBSD_HEAD/usr.bin/bmake/tests/shell/meta/expected.stdout.2 /build= s/FreeBSD_HEAD/usr.bin/bmake/tests/shell/meta/sh (cd /builds/FreeBSD_HEAD/usr.bin/bmake/tests/shell/meta && make -f /builds/= FreeBSD_HEAD/usr.bin/bmake/tests/shell/meta/Makefile SUBDIR=3D _RECURSING_P= ROGS=3D install) make[9]: "/builds/FreeBSD_HEAD/share/mk/bsd.compiler.mk" line 42: Unable to= determine compiler type for cc. Consider setting COMPILER_TYPE. *** Error code 1 Stop. make[8]: stopped in /builds/FreeBSD_HEAD/usr.bin/bmake/tests/shell/meta *** Error code 1 Stop. make[7]: stopped in /builds/FreeBSD_HEAD/usr.bin/bmake/tests/shell *** Error code 1 Stop. make[6]: stopped in /builds/FreeBSD_HEAD/usr.bin/bmake/tests *** Error code 1 Stop. make[5]: stopped in /builds/FreeBSD_HEAD/usr.bin/bmake *** Error code 1 Stop. make[4]: stopped in /builds/FreeBSD_HEAD/usr.bin *** Error code 1 Stop. make[3]: stopped in /builds/FreeBSD_HEAD *** Error code 1 Stop. make[2]: stopped in /builds/FreeBSD_HEAD *** Error code 1 Stop. make[1]: stopped in /builds/FreeBSD_HEAD *** Error code 1 Stop. make: stopped in /builds/FreeBSD_HEAD Build step 'Execute shell' marked build as failure From owner-freebsd-current@FreeBSD.ORG Sat Jan 3 02:01:34 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7C6F5F93 for ; Sat, 3 Jan 2015 02:01:34 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 5CF0A6445B for ; Sat, 3 Jan 2015 02:01:34 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 0FB40C90 for ; Sat, 3 Jan 2015 02:01:33 +0000 (UTC) Date: Sat, 3 Jan 2015 02:01:32 +0000 (GMT) From: jenkins-admin@freebsd.org To: freebsd-current@freebsd.org Message-ID: <1422739778.37.1420250492763.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <726122926.36.1420244226214.JavaMail.jenkins@jenkins-9.freebsd.org> References: <726122926.36.1420244226214.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Build failed in Jenkins: Build-UFS-image #831 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Jenkins-Job: Build-UFS-image X-Jenkins-Result: FAILURE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 Jan 2015 02:01:34 -0000 See ------------------------------------------ [...truncated 19065 lines...] install -C -o root -g wheel -m 444 /builds/FreeBSD_HEAD/usr.sbin/bsnmpd/modules/snmp_netgraph/snmp_netgraph.h install -o root -g wheel -m 444 snmp_netgraph.3.gz ===> usr.sbin/bsnmpd/tools (install) ===> usr.sbin/bsnmpd/tools/libbsnmptools (install) install -C -o root -g wheel -m 444 libbsnmptools.a install -C -o root -g wheel -m 444 libbsnmptools_p.a install -s -o root -g wheel -m 444 libbsnmptools.so.0 install -l s libbsnmptools.so.0 ===> usr.sbin/bsnmpd/tools/bsnmptools (install) install -s -o root -g wheel -m 555 bsnmpget install -o root -g wheel -m 444 bsnmpget.1.gz -> -> -> -> ===> usr.sbin/btxld (install) install -s -o root -g wheel -m 555 btxld install -o root -g wheel -m 444 btxld.8.gz ===> usr.sbin/cdcontrol (install) install -s -o root -g wheel -m 555 cdcontrol install -o root -g wheel -m 444 cdcontrol.1.gz ===> usr.sbin/chkgrp (install) install -s -o root -g wheel -m 555 chkgrp install -o root -g wheel -m 444 chkgrp.8.gz ===> usr.sbin/chown (install) install -s -o root -g wheel -m 555 chown install -o root -g wheel -m 444 chgrp.1.gz install -o root -g wheel -m 444 chown.8.gz ===> usr.sbin/chown/tests (install) install -o root -g wheel -m 555 chown-f_test install -o root -g wheel -m 444 Kyuafile.auto (cd /builds/FreeBSD_HEAD/usr.sbin/chown/tests && make -f /builds/FreeBSD_HEAD/usr.sbin/chown/tests/Makefile SUBDIR= _RECURSING_PROGS= install) install -o root -g wheel -m 555 chown-f_test -> ===> usr.sbin/chroot (install) install -s -o root -g wheel -m 555 chroot install -o root -g wheel -m 444 chroot.8.gz ===> usr.sbin/ckdist (install) install -s -o root -g wheel -m 555 ckdist install -o root -g wheel -m 444 ckdist.1.gz ===> usr.sbin/clear_locks (install) install -s -o root -g wheel -m 555 clear_locks install -o root -g wheel -m 444 clear_locks.8.gz ===> usr.sbin/config (install) install -s -o root -g wheel -m 555 config install -o root -g wheel -m 444 config.5.gz install -o root -g wheel -m 444 config.8.gz ===> usr.sbin/cpucontrol (install) install -s -o root -g wheel -m 555 cpucontrol install -o root -g wheel -m 444 cpucontrol.8.gz ===> usr.sbin/crashinfo (install) install -o root -g wheel -m 555 /builds/FreeBSD_HEAD/usr.sbin/crashinfo/crashinfo.sh install -o root -g wheel -m 444 crashinfo.8.gz ===> usr.sbin/cron (install) ===> usr.sbin/cron/lib (install) ===> usr.sbin/cron/cron (install) install -s -o root -g wheel -m 555 cron install -o root -g wheel -m 444 cron.8.gz ===> usr.sbin/cron/crontab (install) install -s -o root -g wheel -m 4555 -S crontab install -o root -g wheel -m 444 crontab.1.gz install -o root -g wheel -m 444 crontab.5.gz ===> usr.sbin/crunch (install) ===> usr.sbin/crunch/crunchgen (install) install -s -o root -g wheel -m 555 crunchgen install -o root -g wheel -m 444 crunchgen.1.gz ===> usr.sbin/crunch/crunchide (install) install -s -o root -g wheel -m 555 crunchide install -o root -g wheel -m 444 crunchide.1.gz ===> usr.sbin/ctladm (install) install -s -o root -g wheel -m 555 ctladm install -o root -g wheel -m 444 ctladm.8.gz ===> usr.sbin/ctld (install) install -s -o root -g wheel -m 555 ctld install -o root -g wheel -m 444 ctld.8.gz install -o root -g wheel -m 444 ctl.conf.5.gz ===> usr.sbin/ctm (install) ===> usr.sbin/ctm/ctm (install) install -s -o root -g wheel -m 555 ctm install -o root -g wheel -m 444 ctm.1.gz install -o root -g wheel -m 444 ctm.5.gz ===> usr.sbin/ctm/ctm_rmail (install) install -s -o root -g wheel -m 555 ctm_rmail install -o root -g wheel -m 444 ctm_rmail.1.gz -> -> ===> usr.sbin/ctm/ctm_smail (install) install -s -o root -g wheel -m 555 ctm_smail ===> usr.sbin/ctm/ctm_dequeue (install) install -s -o root -g wheel -m 555 ctm_dequeue ===> usr.sbin/daemon (install) install -s -o root -g wheel -m 555 daemon install -o root -g wheel -m 444 daemon.8.gz ===> usr.sbin/dconschat (install) install -s -o root -g wheel -m 555 dconschat install -o root -g wheel -m 444 dconschat.8.gz ===> usr.sbin/devinfo (install) install -s -o root -g wheel -m 555 devinfo install -o root -g wheel -m 444 devinfo.8.gz ===> usr.sbin/digictl (install) install -s -o root -g wheel -m 555 digictl install -o root -g wheel -m 444 digictl.8.gz ===> usr.sbin/diskinfo (install) install -s -o root -g wheel -m 555 diskinfo install -o root -g wheel -m 444 diskinfo.8.gz ===> usr.sbin/dumpcis (install) install -s -o root -g wheel -m 555 dumpcis install -o root -g wheel -m 444 dumpcis.8.gz ===> usr.sbin/editmap (install) install -s -o root -g wheel -m 555 editmap install -o root -g wheel -m 444 editmap.8.gz ===> usr.sbin/edquota (install) install -s -o root -g wheel -m 555 edquota install -o root -g wheel -m 444 edquota.8.gz ===> usr.sbin/etcupdate (install) install -o root -g wheel -m 555 /builds/FreeBSD_HEAD/usr.sbin/etcupdate/etcupdate.sh install -o root -g wheel -m 444 etcupdate.8.gz ===> usr.sbin/etcupdate/tests (install) install -o root -g wheel -m 555 always_test install -o root -g wheel -m 555 conflicts_test install -o root -g wheel -m 555 fbsdid_test install -o root -g wheel -m 555 ignore_test install -o root -g wheel -m 555 preworld_test install -o root -g wheel -m 555 tests_test install -o root -g wheel -m 555 tzsetup_test install -o root -g wheel -m 444 Kyuafile.auto (cd /builds/FreeBSD_HEAD/usr.sbin/etcupdate/tests && make -f /builds/FreeBSD_HEAD/usr.sbin/etcupdate/tests/Makefile SUBDIR= _RECURSING_PROGS= install) install -o root -g wheel -m 555 always_test install -o root -g wheel -m 555 conflicts_test install -o root -g wheel -m 555 fbsdid_test install -o root -g wheel -m 555 ignore_test install -o root -g wheel -m 555 preworld_test install -o root -g wheel -m 555 tests_test install -o root -g wheel -m 555 tzsetup_test ===> usr.sbin/extattr (install) install -s -o root -g wheel -m 555 rmextattr install -o root -g wheel -m 444 rmextattr.8.gz -> -> -> -> -> -> ===> usr.sbin/extattrctl (install) install -s -o root -g wheel -m 555 extattrctl install -o root -g wheel -m 444 extattrctl.8.gz ===> usr.sbin/fdcontrol (install) install -s -o root -g wheel -m 555 fdcontrol install -o root -g wheel -m 444 fdcontrol.8.gz ===> usr.sbin/fdformat (install) install -s -o root -g wheel -m 555 fdformat install -o root -g wheel -m 444 fdformat.1.gz ===> usr.sbin/fdread (install) install -s -o root -g wheel -m 555 fdread install -o root -g wheel -m 444 fdread.1.gz ===> usr.sbin/fdwrite (install) install -s -o root -g wheel -m 555 fdwrite install -o root -g wheel -m 444 fdwrite.1.gz ===> usr.sbin/fifolog (install) ===> usr.sbin/fifolog/lib (install) ===> usr.sbin/fifolog/fifolog_create (install) install -s -o root -g wheel -m 555 fifolog_create install -o root -g wheel -m 444 fifolog.1.gz -> -> -> ===> usr.sbin/fifolog/fifolog_writer (install) install -s -o root -g wheel -m 555 fifolog_writer ===> usr.sbin/fifolog/fifolog_reader (install) install -s -o root -g wheel -m 555 fifolog_reader ===> usr.sbin/flowctl (install) install -s -o root -g wheel -m 555 flowctl install -o root -g wheel -m 444 flowctl.8.gz ===> usr.sbin/freebsd-update (install) install -o root -g wheel -m 555 /builds/FreeBSD_HEAD/usr.sbin/freebsd-update/freebsd-update.sh install -o root -g wheel -m 444 freebsd-update.8.gz ===> usr.sbin/fstyp (install) install -s -o root -g wheel -m 555 fstyp install -o root -g wheel -m 444 fstyp.8.gz ===> usr.sbin/ftp-proxy (install) install -s -o root -g wheel -m 555 ftp-proxy install -o root -g wheel -m 444 ftp-proxy.8.gz ===> usr.sbin/fwcontrol (install) install -s -o root -g wheel -m 555 fwcontrol install -o root -g wheel -m 444 fwcontrol.8.gz ===> usr.sbin/getfmac (install) install -s -o root -g wheel -m 555 getfmac install -o root -g wheel -m 444 getfmac.8.gz ===> usr.sbin/getpmac (install) install -s -o root -g wheel -m 555 getpmac install -o root -g wheel -m 444 getpmac.8.gz ===> usr.sbin/gpioctl (install) install -s -o root -g wheel -m 555 gpioctl install -o root -g wheel -m 444 gpioctl.8.gz ===> usr.sbin/gssd (install) install -s -o root -g wheel -m 555 gssd install -o root -g wheel -m 444 gssd.8.gz ===> usr.sbin/gstat (install) install -s -o root -g wheel -m 555 gstat install -o root -g wheel -m 444 gstat.8.gz ===> usr.sbin/hyperv (install) ===> usr.sbin/hyperv/tools (install) install -s -o root -g wheel -m 555 hv_kvp_daemon install -o root -g wheel -m 444 hv_kvp_daemon.8.gz ===> usr.sbin/i2c (install) install -s -o root -g wheel -m 555 i2c install -o root -g wheel -m 444 i2c.8.gz ===> usr.sbin/ifmcstat (install) install -s -o root -g wheel -m 555 ifmcstat install -o root -g wheel -m 444 ifmcstat.8.gz ===> usr.sbin/inetd (install) install -s -o root -g wheel -m 555 inetd install -o root -g wheel -m 444 inetd.8.gz -> ===> usr.sbin/iostat (install) install -s -o root -g wheel -m 555 iostat install -o root -g wheel -m 444 iostat.8.gz ===> usr.sbin/ip6addrctl (install) install -s -o root -g wheel -m 555 ip6addrctl install -o root -g wheel -m 444 ip6addrctl.8.gz ===> usr.sbin/ipfwpcap (install) install -s -o root -g wheel -m 555 ipfwpcap install -o root -g wheel -m 444 ipfwpcap.8.gz ===> usr.sbin/iscsid (install) install -s -o root -g wheel -m 555 iscsid install -o root -g wheel -m 444 iscsid.8.gz ===> usr.sbin/jail (install) make[5]: "/builds/FreeBSD_HEAD/share/mk/bsd.compiler.mk" line 42: Unable to determine compiler type for cc. Consider setting COMPILER_TYPE. *** Error code 1 Stop. make[4]: stopped in /builds/FreeBSD_HEAD/usr.sbin *** Error code 1 Stop. make[3]: stopped in /builds/FreeBSD_HEAD *** Error code 1 Stop. make[2]: stopped in /builds/FreeBSD_HEAD *** Error code 1 Stop. make[1]: stopped in /builds/FreeBSD_HEAD *** Error code 1 Stop. make: stopped in /builds/FreeBSD_HEAD Build step 'Execute shell' marked build as failure From owner-freebsd-current@FreeBSD.ORG Sat Jan 3 07:20:15 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 63FF0357 for ; Sat, 3 Jan 2015 07:20:15 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 4243B1138 for ; Sat, 3 Jan 2015 07:20:15 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 26943DDE for ; Sat, 3 Jan 2015 07:13:49 +0000 (UTC) Date: Sat, 3 Jan 2015 07:13:48 +0000 (GMT) From: jenkins-admin@freebsd.org To: freebsd-current@freebsd.org Message-ID: <547863121.40.1420269228626.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Build failed in Jenkins: Build-UFS-image #833 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Jenkins-Job: Build-UFS-image X-Jenkins-Result: FAILURE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 Jan 2015 07:20:15 -0000 See ------------------------------------------ [...truncated 10109 lines...] ===> sbin/etherswitchcfg (install) install -s -o root -g wheel -m 555 etherswitchcfg install -o root -g wheel -m 444 etherswitchcfg.8.gz ===> sbin/fdisk (install) install -s -o root -g wheel -m 555 fdisk install -o root -g wheel -m 444 fdisk.8.gz ===> sbin/ffsinfo (install) install -s -o root -g wheel -m 555 ffsinfo install -o root -g wheel -m 444 ffsinfo.8.gz ===> sbin/fsck (install) install -s -o root -g wheel -m 555 fsck install -o root -g wheel -m 444 fsck.8.gz ===> sbin/fsck_ffs (install) install -s -o root -g wheel -m 555 fsck_ffs install -o root -g wheel -m 444 fsck_ffs.8.gz -> -> -> -> ===> sbin/fsck_msdosfs (install) install -s -o root -g wheel -m 555 fsck_msdosfs install -o root -g wheel -m 444 fsck_msdosfs.8.gz ===> sbin/fsdb (install) install -s -o root -g wheel -m 555 fsdb install -o root -g wheel -m 444 fsdb.8.gz ===> sbin/fsirand (install) install -s -o root -g wheel -m 555 fsirand install -o root -g wheel -m 444 fsirand.8.gz ===> sbin/gbde (install) install -s -o root -g wheel -m 555 gbde install -o root -g wheel -m 444 gbde.8.gz ===> sbin/geom (install) ===> sbin/geom/core (install) install -s -o root -g wheel -m 555 geom install -o root -g wheel -m 444 geom.8.gz ===> sbin/geom/class (install) ===> sbin/geom/class/cache (install) install -s -o root -g wheel -m 444 geom_cache.so install -o root -g wheel -m 444 gcache.8.gz -> ===> sbin/geom/class/concat (install) install -s -o root -g wheel -m 444 geom_concat.so install -o root -g wheel -m 444 gconcat.8.gz -> ===> sbin/geom/class/eli (install) install -s -o root -g wheel -m 444 geom_eli.so install -o root -g wheel -m 444 geli.8.gz -> ===> sbin/geom/class/journal (install) install -s -o root -g wheel -m 444 geom_journal.so install -o root -g wheel -m 444 gjournal.8.gz -> ===> sbin/geom/class/label (install) install -s -o root -g wheel -m 444 geom_label.so install -o root -g wheel -m 444 glabel.8.gz -> ===> sbin/geom/class/mirror (install) install -s -o root -g wheel -m 444 geom_mirror.so install -o root -g wheel -m 444 gmirror.8.gz -> ===> sbin/geom/class/mountver (install) install -s -o root -g wheel -m 444 geom_mountver.so install -o root -g wheel -m 444 gmountver.8.gz -> ===> sbin/geom/class/multipath (install) install -s -o root -g wheel -m 444 geom_multipath.so install -o root -g wheel -m 444 gmultipath.8.gz -> ===> sbin/geom/class/nop (install) install -s -o root -g wheel -m 444 geom_nop.so install -o root -g wheel -m 444 gnop.8.gz -> ===> sbin/geom/class/part (install) install -s -o root -g wheel -m 444 geom_part.so install -o root -g wheel -m 444 gpart.8.gz -> ===> sbin/geom/class/raid (install) install -s -o root -g wheel -m 444 geom_raid.so install -o root -g wheel -m 444 graid.8.gz -> ===> sbin/geom/class/raid3 (install) install -s -o root -g wheel -m 444 geom_raid3.so install -o root -g wheel -m 444 graid3.8.gz -> ===> sbin/geom/class/sched (install) install -s -o root -g wheel -m 444 geom_sched.so install -o root -g wheel -m 444 gsched.8.gz -> ===> sbin/geom/class/shsec (install) install -s -o root -g wheel -m 444 geom_shsec.so install -o root -g wheel -m 444 gshsec.8.gz -> ===> sbin/geom/class/stripe (install) install -s -o root -g wheel -m 444 geom_stripe.so install -o root -g wheel -m 444 gstripe.8.gz -> ===> sbin/geom/class/virstor (install) install -s -o root -g wheel -m 444 geom_virstor.so install -o root -g wheel -m 444 gvirstor.8.gz -> ===> sbin/ggate (install) ===> sbin/ggate/ggatec (install) install -s -o root -g wheel -m 555 ggatec install -o root -g wheel -m 444 ggatec.8.gz ===> sbin/ggate/ggated (install) install -s -o root -g wheel -m 555 ggated install -o root -g wheel -m 444 ggated.8.gz ===> sbin/ggate/ggatel (install) install -s -o root -g wheel -m 555 ggatel install -o root -g wheel -m 444 ggatel.8.gz ===> sbin/growfs (install) install -s -o root -g wheel -m 555 growfs install -o root -g wheel -m 444 growfs.8.gz ===> sbin/growfs/tests (install) install -o root -g wheel -m 555 legacy_test install -o root -g wheel -m 444 Kyuafile.auto (cd /builds/FreeBSD_HEAD/sbin/growfs/tests && make -f /builds/FreeBSD_HEAD/sbin/growfs/tests/Makefile SUBDIR= _RECURSING_PROGS= install) install -o root -g wheel -m 555 legacy_test ===> sbin/gvinum (install) install -s -o root -g wheel -m 555 gvinum install -o root -g wheel -m 444 gvinum.8.gz ===> sbin/hastctl (install) install -s -o root -g wheel -m 555 hastctl install -o root -g wheel -m 444 hastctl.8.gz ===> sbin/hastd (install) install -s -o root -g wheel -m 555 hastd install -o root -g wheel -m 444 hastd.8.gz install -o root -g wheel -m 444 hast.conf.5.gz ===> sbin/ifconfig (install) install -s -o root -g wheel -m 555 ifconfig install -o root -g wheel -m 444 ifconfig.8.gz ===> sbin/init (install) install -s -o root -g wheel -m 555 -b -B.bak -S init install -o root -g wheel -m 444 init.8.gz ===> sbin/ipf (install) ===> sbin/ipf/libipf (install) ===> sbin/ipf/ipf (install) install -s -o root -g wheel -m 555 ipf install -o root -g wheel -m 444 ipfilter.4.gz install -o root -g wheel -m 444 ipfilter.5.gz install -o root -g wheel -m 444 ipf.8.gz install -o root -g wheel -m 444 ipf.4.gz install -o root -g wheel -m 444 ipf.5.gz install -o root -g wheel -m 444 ipl.4.gz -> -> ===> sbin/ipf/ipfs (install) install -s -o root -g wheel -m 555 ipfs install -o root -g wheel -m 444 ipfs.8.gz ===> sbin/ipf/ipfstat (install) install -s -o root -g wheel -m 555 ipfstat install -o root -g wheel -m 444 ipfstat.8.gz ===> sbin/ipf/ipftest (install) install -s -o root -g wheel -m 555 ipftest install -o root -g wheel -m 444 ipftest.1.gz ===> sbin/ipf/ipmon (install) install -s -o root -g wheel -m 555 ipmon install -o root -g wheel -m 444 ipmon.8.gz ===> sbin/ipf/ipnat (install) install -s -o root -g wheel -m 555 ipnat install -o root -g wheel -m 444 ipnat.8.gz install -o root -g wheel -m 444 ipnat.4.gz install -o root -g wheel -m 444 ipnat.5.gz -> ===> sbin/ipf/ippool (install) install -s -o root -g wheel -m 555 ippool install -o root -g wheel -m 444 ippool.5.gz install -o root -g wheel -m 444 ippool.8.gz ===> sbin/ipf/ipresend (install) install -s -o root -g wheel -m 555 ipresend install -o root -g wheel -m 444 ipresend.1.gz ===> sbin/ipfw (install) install -s -o root -g wheel -m 555 ipfw install -o root -g wheel -m 444 ipfw.8.gz ===> sbin/iscontrol (install) install -s -o root -g wheel -m 555 iscontrol install -o root -g wheel -m 444 iscontrol.8.gz ===> sbin/kldconfig (install) install -s -o root -g wheel -m 555 kldconfig install -o root -g wheel -m 444 kldconfig.8.gz ===> sbin/kldload (install) install -s -o root -g wheel -m 555 kldload install -o root -g wheel -m 444 kldload.8.gz ===> sbin/kldstat (install) install -s -o root -g wheel -m 555 kldstat install -o root -g wheel -m 444 kldstat.8.gz ===> sbin/kldunload (install) install -s -o root -g wheel -m 555 kldunload install -o root -g wheel -m 444 kldunload.8.gz ===> sbin/ldconfig (install) install -s -o root -g wheel -m 555 ldconfig install -o root -g wheel -m 444 ldconfig.8.gz ===> sbin/md5 (install) install -s -o root -g wheel -m 555 md5 install -o root -g wheel -m 444 md5.1.gz -> -> -> -> -> -> -> -> ===> sbin/mdconfig (install) install -s -o root -g wheel -m 555 mdconfig install -o root -g wheel -m 444 mdconfig.8.gz ===> sbin/mdconfig/tests (install) install -o root -g wheel -m 555 mdconfig_test install -o root -g wheel -m 444 Kyuafile.auto (cd /builds/FreeBSD_HEAD/sbin/mdconfig/tests && make -f /builds/FreeBSD_HEAD/sbin/mdconfig/tests/Makefile SUBDIR= _RECURSING_PROGS= install) install -o root -g wheel -m 555 mdconfig_test ===> sbin/mdmfs (install) install -s -o root -g wheel -m 555 mdmfs install -o root -g wheel -m 444 mdmfs.8.gz -> -> ===> sbin/mknod (install) install -s -o root -g wheel -m 555 mknod install -o root -g wheel -m 444 mknod.8.gz ===> sbin/mksnap_ffs (install) install -s -o root -g operator -m 4554 mksnap_ffs install -o root -g wheel -m 444 mksnap_ffs.8.gz ===> sbin/mount (install) install -s -o root -g wheel -m 555 mount install -o root -g wheel -m 444 mount.8.gz install -o root -g wheel -m 444 mount.conf.8.gz ===> sbin/mount_cd9660 (install) make[5]: "/builds/FreeBSD_HEAD/share/mk/bsd.compiler.mk" line 42: Unable to determine compiler type for cc. Consider setting COMPILER_TYPE. *** Error code 1 Stop. make[4]: stopped in /builds/FreeBSD_HEAD/sbin *** Error code 1 Stop. make[3]: stopped in /builds/FreeBSD_HEAD *** Error code 1 Stop. make[2]: stopped in /builds/FreeBSD_HEAD *** Error code 1 Stop. make[1]: stopped in /builds/FreeBSD_HEAD *** Error code 1 Stop. make: stopped in /builds/FreeBSD_HEAD Build step 'Execute shell' marked build as failure From owner-freebsd-current@FreeBSD.ORG Sat Jan 3 07:45:11 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DB371760 for ; Sat, 3 Jan 2015 07:45:11 +0000 (UTC) Received: from fmailer.gwdg.de (fmailer.gwdg.de [134.76.11.16]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 9BA5C2681 for ; Sat, 3 Jan 2015 07:45:11 +0000 (UTC) Received: from [134.76.11.222] (helo=email.gwdg.de) by mailer.gwdg.de with esmtp (Exim 4.80) (envelope-from ) id 1Y7JOX-0000VW-GP for freebsd-current@freebsd.org; Sat, 03 Jan 2015 08:45:09 +0100 Received: from krabat.raven.hur (93.230.161.124) by email.gwdg.de (134.76.9.211) with Microsoft SMTP Server (TLS) id 14.3.195.1; Sat, 3 Jan 2015 08:45:09 +0100 Message-ID: <54A79E04.3000900@gwdg.de> Date: Sat, 3 Jan 2015 08:45:08 +0100 From: Rainer Hurling User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 MIME-Version: 1.0 To: Subject: Upgrade to Unbound 1.5.1 incomplete? Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit X-Spam-Level: - X-Virus-Scanned: (clean) by clamav X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 Jan 2015 07:45:11 -0000 It seems, that r276605 is missing a file 'dnstap/dnstap_config.h'. At least, I get this output, when I try to build world now: --- depend_subdir_libunbound --- In file included from /usr/src/lib/libunbound/../../contrib/unbound/util/netevent.c:48: /usr/src/lib/libunbound/../../contrib/unbound/dnstap/dnstap.h:38:10: fatal error: 'dnstap/dnstap_config.h' file not found #include "dnstap/dnstap_config.h" ^ From owner-freebsd-current@FreeBSD.ORG Sat Jan 3 07:59:25 2015 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 0F85DA63; Sat, 3 Jan 2015 07:59:23 +0000 (UTC) Message-ID: <54A7A15A.8080701@FreeBSD.org> Date: Sat, 03 Jan 2015 02:59:22 -0500 From: Jung-uk Kim User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 MIME-Version: 1.0 To: Rainer Hurling , freebsd-current@freebsd.org Subject: Re: Upgrade to Unbound 1.5.1 incomplete? References: <54A79E04.3000900@gwdg.de> In-Reply-To: <54A79E04.3000900@gwdg.de> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 8bit Cc: des@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 Jan 2015 07:59:25 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 On 01/03/2015 02:45, Rainer Hurling wrote: > It seems, that r276605 is missing a file 'dnstap/dnstap_config.h'. > > At least, I get this output, when I try to build world now: > > > --- depend_subdir_libunbound --- In file included from > /usr/src/lib/libunbound/../../contrib/unbound/util/netevent.c:48: > /usr/src/lib/libunbound/../../contrib/unbound/dnstap/dnstap.h:38:10: > > fatal error: 'dnstap/dnstap_config.h' file not found > #include "dnstap/dnstap_config.h" A file seems missing. I worked around it like this: sed -e 's/@ENABLE_DNSTAP@/0/' \ /usr/src/contrib/unbound/dnstap/dnstap_config.h.in > \ /usr/src/contrib/unbound/dnstap/dnstap_config.h Jung-uk Kim -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBCAAGBQJUp6FaAAoJEHyflib82/FGcVgH/1g+wgA+HHL0gnEIdVZnG25T ic2fcmFd2VJnkZepZ8ANW4o4Fk8FEweHXKrLaO6pADwkpF+3FMy9TookVCa5kuvZ qQOudul+mdM3e1N6AE7kYGnjjT3avWihnCLUVz/eyfHRcKZzjmYem+/OCyN2J6aE q0wL2udYrMJ3X2NMRhPWf5eGWr0vRIufIfFBaublcrIb1QwY49vHHmtaXO5CyHu1 GrM/fXtGN4SahYcDvkovhXPfsPKqIdVFROHPnM4jnzG5ycakE/boSU2bNVmYr6/d uMgU4CsiSWkpAQ7f+GZNmBlyNz6w2Ox6ym3+kgqk5UNA9HegqccjKDsUVkEEfEU= =7GN7 -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Sat Jan 3 08:17:46 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 398C3101; Sat, 3 Jan 2015 08:17:46 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 245E22AF9; Sat, 3 Jan 2015 08:17:46 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 628B5E0C; Sat, 3 Jan 2015 08:16:04 +0000 (UTC) Date: Sat, 3 Jan 2015 08:15:59 +0000 (GMT) From: jenkins-admin@freebsd.org To: jenkins-admin@FreeBSD.org, freebsd-current@freebsd.org, np@FreeBSD.org, imp@FreeBSD.org, des@FreeBSD.org, adrian@FreeBSD.org Message-ID: <1392499986.43.1420272962194.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Build failed in Jenkins: FreeBSD_HEAD #2143 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Jenkins-Job: FreeBSD_HEAD X-Jenkins-Result: FAILURE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 Jan 2015 08:17:46 -0000 See Changes: [adrian] Add AR934x specific GPIO functions and output MUX configuration. Obtained from:=09Linux OpenWRT [adrian] Add AR934x GPIO function configuration. Obtained from:=09Linux OpenWRT [np] Fix all nits reported by mandoc -Tlint. MFC after:=091 month [imp] Re-support CWARNFLAGS, lost when bsd.sys.mk was removed. Also, suppor= t CWARNFALGS.$file centrally so we don't have to have it in all the places. Remove a few warning flags that are no longer needed. Also, always use -Wno-unknown-pragma to (hopefully temporarily) work around #pragma ident in debug.h in the opensolaris code. Remove some stale warning suppression that's no longer necessary. [des] Upgrade to Unbound 1.5.1. Almost all our local changes to date have = been adopted upstream, greatly reducing the diff. [adrian] For now build random into the kernel - there seems to be issues kl= dload'ing it at early boot. [adrian] The kernel has gotten too big; trim out MSDOSFS for the DIR825B1. ------------------------------------------ [...truncated 94921 lines...] cc -O2 -pipe -DZFS_NO_ACL -I -I -I -I -I -I -I -I -I -I -I -I -I -I -I -DNEED_SOLARIS_BOOLEAN -std=3Diso9899:1999 -fstack-protector -Wno-poin= ter-sign -Wno-unknown-pragmas -Wno-empty-body -Wno-string-plus-int -Wno-unu= sed-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parenth= eses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-sw= itch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -= c -o zpool_prop.o --- kerberos5/lib__L --- --- duplicate_name.So --- cc -fpic -DPIC -O2 -pipe -I -I -I -I -I -DHAVE_CONFIG_H -I -std=3Dgnu99 -fstack-p= rotector -Qunused-arguments -c -o duplicate_name.So --- cddl/lib__L --- --- zprop_common.o --- cc -O2 -pipe -DZFS_NO_ACL -I -I -I -I -I -I -I -I -I -I -I -I -I -I -I -DNEED_SOLARIS_BOOLEAN -std=3Diso9899:1999 -fstack-protector -Wno-poin= ter-sign -Wno-unknown-pragmas -Wno-empty-body -Wno-string-plus-int -Wno-unu= sed-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parenth= eses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-sw= itch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -= c -o zprop_common.o --- lib__L --- echo libulog.so.0: /usr/obj >> .depend --- depend_subdir_libunbound --- =3D=3D=3D> lib/libunbound (depend) --- depend_subdir_libusbhid --- =3D=3D=3D> lib/libusbhid (depend) --- .depend --- rm -f .depend --- depend_subdir_libunbound --- --- configlexer.l --- --- depend_subdir_libusbhid --- CC=3D'cc ' mkdep -f .depend -a -std=3Dgnu99 --- depend_subdir_libunbound --- cp -fp configlexer.l --- configparser.c --- yacc -pub_c_ -d -o configparser.c --- configlexer.c --- lex -Pub_c_ -oconfiglexer.c configlexer.l --- cddl/lib__L --- --- libzfs.so.2 --- --- kerberos5/lib__L --- --- export_name.So --- cc -fpic -DPIC -O2 -pipe -I -I -I -I -I -DHAVE_CONFIG_H -I -std=3Dgnu99 -fstack-p= rotector -Qunused-arguments -c -o export_name.So --- cddl/lib__L --- building shared library libzfs.so.2 --- lib__L --- --- .depend --- rm -f .depend CC=3D'cc ' mkdep -f .depend -a -I -I -I/usr/obj -std=3Dgnu99 = configlexer.c configparser.c <= https://jenkins.freebsd.org/job/FreeBSD_HEAD/ws/lib/libunbound/../../contri= b/unbound/libunbound/libunbound.c> <= https://jenkins.freebsd.org/job/FreeBSD_HEAD/ws/lib/libunbound/../../contri= b/unbound/util/storage/lruhash.c> = = <= https://jenkins.freebsd.org/job/FreeBSD_HEAD/ws/lib/libunbound/../../contri= b/unbound/util/winsock_event.c> --- cddl/lib__L --- --- libzfs.a --- building static zfs library --- kerberos5/lib__L --- --- export_sec_context.So --- cc -fpic -DPIC -O2 -pipe -I -I -I -I -I -DHAVE_CONFIG_H -I -std=3Dgnu99 -fstack-p= rotector -Qunused-arguments -c -o export_sec_context.So --- lib__L --- --- depend_subdir_libusb --- =3D=3D=3D> lib/libusb (depend) --- .depend --- rm -f .depend CC=3D'cc ' mkdep -f .depend -a -std=3Dgnu99 --- cddl/lib__L --- ranlib -D libzfs.a =3D=3D=3D> cddl/lib/libzpool (all) --- kerberos5/lib__L --- --- external.So --- cc -fpic -DPIC -O2 -pipe -I -I -I -I -I -DHAVE_CONFIG_H -I -std=3Dgnu99 -fstack-p= rotector -Qunused-arguments -c -o external.So --- cddl/lib__L --- --- arc.So --- cc -fpic -DPIC -O2 -pipe -I -I -I -I -I -I -I -I -I = -I -I -DWANTS_MUTEX_OWNED -I -I -I= -g -DDEBUG=3D1 -DNEED_SOLARIS_BOOLEAN -std=3Diso9899:1999 -fstack-protecto= r -Wno-pointer-sign -Wno-unknown-pragmas -Wno-empty-body -Wno-string-plus-i= nt -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -= Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-swi= tch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-= arguments -c -o arc.= So --- kerberos5/lib__L --- --- import_name.So --- cc -fpic -DPIC -O2 -pipe -I -I -I -I -I -DHAVE_CONFIG_H -I -std=3Dgnu99 -fstack-p= rotector -Qunused-arguments -c -o import_name.So --- lib__L --- echo libusb.so.3: /usr/obj >> .depend --- depend_subdir_libutil --- =3D=3D=3D> lib/libutil (depend) --- kerberos5/lib__L --- --- import_sec_context.So --- cc -fpic -DPIC -O2 -pipe -I -I -I -I -I -DHAVE_CONFIG_H -I -std=3Dgnu99 -fstack-p= rotector -Qunused-arguments -c -o import_sec_context.So --- indicate_mechs.So --- cc -fpic -DPIC -O2 -pipe -I -I -I -I -I -DHAVE_CONFIG_H -I -std=3Dgnu99 -fstack-p= rotector -Qunused-arguments -c -o indicate_mechs.So --- lib__L --- --- depend_subdir_libunbound --- In file included from :49: :48:10: fatal error: 'dnstap/dnstap_c= onfig.h' file not found #include "dnstap/dnstap_config.h" ^ --- cddl/lib__L --- --- bplist.So --- cc -fpic -DPIC -O2 -pipe -I -I -I -I -I -I -I -I -I = -I -I -DWANTS_MUTEX_OWNED -I -I -I= -g -DDEBUG=3D1 -DNEED_SOLARIS_BOOLEAN -std=3Diso9899:1999 -fstack-protecto= r -Wno-pointer-sign -Wno-unknown-pragmas -Wno-empty-body -Wno-string-plus-i= nt -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -= Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-swi= tch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-= arguments -c -o b= plist.So --- lib__L --- --- depend_subdir_libvgl --- --- depend_subdir_libunbound --- 1 error generated. --- kerberos5/lib__L --- --- init_sec_context.So --- --- lib__L --- --- depend_subdir_libvgl --- =3D=3D=3D> lib/libvgl (depend) --- kerberos5/lib__L --- cc -fpic -DPIC -O2 -pipe -I -I -I -I -I -DHAVE_CONFIG_H -I -std=3Dgnu99 -fstack-p= rotector -Qunused-arguments -c -o init_sec_context.So --- lib__L --- --- .depend --- rm -f .depend CC=3D'cc ' mkdep -f .depend -a -I -std=3Dgnu99 --- kerberos5/lib__L --- --- inquire_context.So --- cc -fpic -DPIC -O2 -pipe -I -I -I -I -I -DHAVE_CONFIG_H -I -std=3Dgnu99 -fstack-p= rotector -Qunused-arguments -c -o inquire_context.So --- inquire_cred_by_mech.So --- cc -fpic -DPIC -O2 -pipe -I -I -I -I -I -DHAVE_CONFIG_H -I -std=3Dgnu99 -fstack-p= rotector -Qunused-arguments -c -o inquire_cred_by_mech.So --- cddl/lib__L --- --- blkptr.So --- cc -fpic -DPIC -O2 -pipe -I -I -I -I -I -I -I -I -I = -I -I -DWANTS_MUTEX_OWNED -I -I -I= -g -DDEBUG=3D1 -DNEED_SOLARIS_BOOLEAN -std=3Diso9899:1999 -fstack-protecto= r -Wno-pointer-sign -Wno-unknown-pragmas -Wno-empty-body -Wno-string-plus-i= nt -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -= Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-swi= tch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-= arguments -c -o b= lkptr.So --- lib__L --- --- depend_subdir_libvmmapi --- =3D=3D=3D> lib/libvmmapi (depend) --- .depend --- rm -f .depend CC=3D'cc ' mkdep -f .depend -a -I -std=3Dgnu99 --- kerberos5/lib__L --- --- inquire_mechs_for_name.So --- cc -fpic -DPIC -O2 -pipe -I -I -I -I -I -DHAVE_CONFIG_H -I -std=3Dgnu99 -fstack-p= rotector -Qunused-arguments -c -o inquire_mechs_for_name.So --- cddl/lib__L --- --- bpobj.So --- cc -fpic -DPIC -O2 -pipe -I -I -I -I -I -I -I -I -I = -I -I -DWANTS_MUTEX_OWNED -I -I -I= -g -DDEBUG=3D1 -DNEED_SOLARIS_BOOLEAN -std=3Diso9899:1999 -fstack-protecto= r -Wno-pointer-sign -Wno-unknown-pragmas -Wno-empty-body -Wno-string-plus-i= nt -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -= Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-swi= tch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-= arguments -c -o bp= obj.So --- bptree.So --- cc -fpic -DPIC -O2 -pipe -I -I -I -I -I -I -I -I -I = -I -I -DWANTS_MUTEX_OWNED -I -I -I= -g -DDEBUG=3D1 -DNEED_SOLARIS_BOOLEAN -std=3Diso9899:1999 -fstack-protecto= r -Wno-pointer-sign -Wno-unknown-pragmas -Wno-empty-body -Wno-string-plus-i= nt -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -= Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-swi= tch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-= arguments -c -o b= ptree.So --- lib__L --- --- depend_subdir_libunbound --- In file included from :53: :48:10: fatal error: 'dnstap/dnstap_c= onfig.h' file not found #include "dnstap/dnstap_config.h" ^ 1 error generated. --- kerberos5/lib__L --- --- inquire_names_for_mech.So --- --- lib__L --- In file included from :47: :48:10: fatal error: 'dnstap/dnstap_c= onfig.h' file not found #include "dnstap/dnstap_config.h" ^ --- kerberos5/lib__L --- cc -fpic -DPIC -O2 -pipe -I -I -I -I -I -DHAVE_CONFIG_H -I -std=3Dgnu99 -fstack-p= rotector -Qunused-arguments -c -o inquire_names_for_mech.So --- lib__L --- 1 error generated. --- cddl/lib__L --- --- dbuf.So --- cc -fpic -DPIC -O2 -pipe -I -I -I -I -I -I -I -I -I = -I -I -DWANTS_MUTEX_OWNED -I -I -I= -g -DDEBUG=3D1 -DNEED_SOLARIS_BOOLEAN -std=3Diso9899:1999 -fstack-protecto= r -Wno-pointer-sign -Wno-unknown-pragmas -Wno-empty-body -Wno-string-plus-i= nt -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -= Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-swi= tch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-= arguments -c -o dbu= f.So --- kerberos5/lib__L --- --- inquire_sec_context_by_oid.So --- cc -fpic -DPIC -O2 -pipe -I -I -I -I -I -DHAVE_CONFIG_H -I -std=3Dgnu99 -fstack-p= rotector -Qunused-arguments -c -o inquire_sec_context_by_oid.So --- lib__L --- --- depend_subdir_libwrap --- =3D=3D=3D> lib/libwrap (depend) --- .depend --- rm -f .depend CC=3D'cc ' mkdep -f .depend -a -DFACILITY=3DLOG_AUTH -DHOSTS_ACCESS -DN= ETGROUP -DDAEMON_UMASK=3D022 -DREAL_DAEMON_DIR=3D\"/usr/libexec\" -DPROCESS= _OPTIONS -DSEVERITY=3DLOG_INFO -DRFC931_TIMEOUT=3D10 -DHOSTS_DENY=3D\"/etc/= hosts.deny\" -DHOSTS_ALLOW=3D\"/etc/hosts.allow\" -DSYS_ERRLIST_DEFINED -DA= LWAYS_HOSTNAME -DUSE_STRSEP -DPROCESS_OPTIONS -DINET6 -std=3Dgnu99 --- kerberos5/lib__L --- --- iter_cred.So --- cc -fpic -DPIC -O2 -pipe -I -I -I -I -I -DHAVE_CONFIG_H -I -std=3Dgnu99 -fstack-p= rotector -Qunused-arguments -c -o iter_cred.So --- lib__L --- --- depend_subdir_libunbound --- In file included from :48: :38:10: fatal error: 'dnstap/dnstap_config.h' fi= le not found #include "dnstap/dnstap_config.h" ^ 1 error generated. In file included from :45: :48:10: fatal error: 'dnstap/dnstap_c= onfig.h' file not found #include "dnstap/dnstap_config.h" ^ 1 error generated. --- kerberos5/lib__L --- --- kdc.So --- cc -fpic -DPIC -O2 -pipe -I -I -I -I -I -DHAVE_CONFIG_H -I -std=3Dgnu99 -fstack-p= rotector -Qunused-arguments -c -o kdc.So --- lib__L --- In file included from :48: :48:10: fatal error: 'dnstap/dnstap_c= onfig.h' file not found #include "dnstap/dnstap_config.h" ^ 1 error generated. --- cddl/lib__L --- --- ddt.So --- cc -fpic -DPIC -O2 -pipe -I -I -I -I -I -I -I -I -I = -I -I -DWANTS_MUTEX_OWNED -I -I -I= -g -DDEBUG=3D1 -DNEED_SOLARIS_BOOLEAN -std=3Diso9899:1999 -fstack-protecto= r -Wno-pointer-sign -Wno-unknown-pragmas -Wno-empty-body -Wno-string-plus-i= nt -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -= Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-swi= tch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-= arguments -c -o ddt.= So --- kerberos5/lib__L --- --- prefix.So --- cc -fpic -DPIC -O2 -pipe -I -I -I -I -I -DHAVE_CONFIG_H -I -std=3Dgnu99 -fstack-p= rotector -Qunused-arguments -c -o prefix.So --- process_context_token.So --- cc -fpic -DPIC -O2 -pipe -I -I -I -I -I -DHAVE_CONFIG_H -I -std=3Dgnu99 -fstack-p= rotector -Qunused-arguments -c -o process_context_token.So --- release_cred.So --- cc -fpic -DPIC -O2 -pipe -I -I -I -I -I -DHAVE_CONFIG_H -I -std=3Dgnu99 -fstack-p= rotector -Qunused-arguments -c -o release_cred.So --- release_name.So --- cc -fpic -DPIC -O2 -pipe -I -I -I -I -I -DHAVE_CONFIG_H -I -std=3Dgnu99 -fstack-p= rotector -Qunused-arguments -c -o release_name.So --- cddl/lib__L --- --- ddt_zap.So --- cc -fpic -DPIC -O2 -pipe -I -I -I -I -I -I -I -I -I = -I -I -DWANTS_MUTEX_OWNED -I -I -I= -g -DDEBUG=3D1 -DNEED_SOLARIS_BOOLEAN -std=3Diso9899:1999 -fstack-protecto= r -Wno-pointer-sign -Wno-unknown-pragmas -Wno-empty-body -Wno-string-plus-i= nt -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -= Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-swi= tch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-= arguments -c -o = ddt_zap.So --- kerberos5/lib__L --- --- gss_oid.So --- cc -fpic -DPIC -O2 -pipe -I -I -I -I -I -DHAVE_CONFIG_H -I -std=3Dgnu99 -fstack-p= rotector -Qunused-arguments -c -o gss_oid= .So --- cddl/lib__L --- --- dmu.So --- cc -fpic -DPIC -O2 -pipe -I -I -I -I -I -I -I -I -I = -I -I -DWANTS_MUTEX_OWNED -I -I -I= -g -DDEBUG=3D1 -DNEED_SOLARIS_BOOLEAN -std=3Diso9899:1999 -fstack-protecto= r -Wno-pointer-sign -Wno-unknown-pragmas -Wno-empty-body -Wno-string-plus-i= nt -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -= Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-swi= tch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-= arguments -c -o dmu.= So --- kerberos5/lib__L --- --- accept_sec_context.o --- cc -O2 -pipe -I -I -I -I -I -DHAVE_CONFIG_H -I -std=3Dgnu99 -fstack-protector -= Qunused-arguments -c -o accept_sec_context.o --- lib__L --- mkdep: compile failed *** [.depend] Error code 1 make[5]: stopped in 1 error make[5]: stopped in *** [depend_subdir_libunbound] Error code 2 make[4]: stopped in 1 error make[4]: stopped in --- kerberos5/lib__L --- A failure has been detected in another branch of the parallel make make[5]: stopped in *** [_sub.all] Error code 2 make[4]: stopped in 1 error make[4]: stopped in --- cddl/lib__L --- A failure has been detected in another branch of the parallel make make[5]: stopped in *** [_sub.all] Error code 2 make[4]: stopped in 1 error make[4]: stopped in A failure has been detected in another branch of the parallel make make[3]: stopped in *** [libraries] Error code 2 make[2]: stopped in 1 error make[2]: stopped in *** [_libraries] Error code 2 make[1]: stopped in 1 error make[1]: stopped in *** [buildworld] Error code 2 make: stopped in 1 error make: stopped in Build step 'Execute shell' marked build as failure From owner-freebsd-current@FreeBSD.ORG Sat Jan 3 10:03:38 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0B4804FF; Sat, 3 Jan 2015 10:03:38 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id EC36664A79; Sat, 3 Jan 2015 10:03:37 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 8BAC6F03; Sat, 3 Jan 2015 10:03:29 +0000 (UTC) Date: Sat, 3 Jan 2015 10:03:26 +0000 (GMT) From: jenkins-admin@freebsd.org To: jenkins-admin@FreeBSD.org, freebsd-current@freebsd.org, np@FreeBSD.org, imp@FreeBSD.org, des@FreeBSD.org, adrian@FreeBSD.org Message-ID: <1235266091.45.1420279409066.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Build failed in Jenkins: FreeBSD_HEAD #2144 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Jenkins-Job: FreeBSD_HEAD X-Jenkins-Result: FAILURE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 Jan 2015 10:03:38 -0000 See Changes: [adrian] Add a GPIO output mux configuration method. The AR934x and later (which will turn up eventually) have a new GPIO output configuration option - a real MUX rather than a "GPIO or this function." For now I'm squirreling it away in the CPU code just so it's done - I may move this to the GPIO layer later. Specifically, this is required for setting up some boards that have external receive side LNA (low noise amplifier) that gets switched on/off by the on-chip wireless MAC. If we don't add this support for those boards then we'll end up with really poor performance. (I don't yet have one of those APs, but it'll likely show up in a week.) Obtained from:=09Linux OpenWRT ------------------------------------------ [...truncated 96130 lines...] --- .depend --- rm -f .depend CC=3D'cc ' mkdep -f .depend -a -I -I -I/usr/obj -std=3Dgnu99 = configlexer.c configparser.c <= https://jenkins.freebsd.org/job/FreeBSD_HEAD/ws/lib/libunbound/../../contri= b/unbound/libunbound/libunbound.c> <= https://jenkins.freebsd.org/job/FreeBSD_HEAD/ws/lib/libunbound/../../contri= b/unbound/util/storage/lruhash.c> = = <= https://jenkins.freebsd.org/job/FreeBSD_HEAD/ws/lib/libunbound/../../contri= b/unbound/util/winsock_event.c> --- kerberos5/lib__L --- --- inquire_context.So --- cc -fpic -DPIC -O2 -pipe -I -I -I -I -I -I -I. -DHAVE_CONFIG_= H -I -std=3Dgnu99 -fstack-protector -Qunused-arguments -= c -o inquire_= context.So --- cddl/lib__L --- --- dt_string.o --- cc -O2 -pipe -I/usr/obj -I -I -I -I -I -I -I -I -I -I -DDIS_MEM -DNEED_SOLARIS_BOOLEAN -std=3Dgnu99 -fstack-protector -Wsystem-= headers -Werror -Wno-pointer-sign -Wno-unknown-pragmas -Wno-empty-body -Wno= -string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-= unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conve= rsion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parenth= eses -Qunused-arguments -c -o dt_string.o --- dt_strtab.o --- cc -O2 -pipe -I/usr/obj -I -I -I -I -I -I -I -I -I -I -DDIS_MEM -DNEED_SOLARIS_BOOLEAN -std=3Dgnu99 -fstack-protector -Wsystem-= headers -Werror -Wno-pointer-sign -Wno-unknown-pragmas -Wno-empty-body -Wno= -string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-= unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conve= rsion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parenth= eses -Qunused-arguments -c -o dt_strtab.o --- dt_subr.o --- cc -O2 -pipe -I/usr/obj -I -I -I -I -I -I -I -I -I -I -DDIS_MEM -DNEED_SOLARIS_BOOLEAN -std=3Dgnu99 -fstack-protector -Wsystem-= headers -Werror -Wno-pointer-sign -Wno-unknown-pragmas -Wno-empty-body -Wno= -string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-= unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conve= rsion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parenth= eses -Qunused-arguments -c -o dt_subr.o --- kerberos5/lib__L --- --- inquire_cred.o --- cc -O2 -pipe -I -I -I -I -I -I -I. -DHAVE_CONFIG_H -I -std=3Dgnu99 -fstack-protector -Qunused-arguments -c -o inquire_cred.o --- lib__L --- --- depend_subdir_libusbhid --- =3D=3D=3D> lib/libusbhid (depend) --- .depend --- rm -f .depend CC=3D'cc ' mkdep -f .depend -a -std=3Dgnu99 --- cddl/lib__L --- --- dt_work.o --- cc -O2 -pipe -I/usr/obj -I -I -I -I -I -I -I -I -I -I -DDIS_MEM -DNEED_SOLARIS_BOOLEAN -std=3Dgnu99 -fstack-protector -Wsystem-= headers -Werror -Wno-pointer-sign -Wno-unknown-pragmas -Wno-empty-body -Wno= -string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-= unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conve= rsion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parenth= eses -Qunused-arguments -c -o dt_work.o --- kerberos5/lib__L --- --- inquire_cred.So --- cc -fpic -DPIC -O2 -pipe -I -I -I -I -I -I -I. -DHAVE_CONFIG_= H -I -std=3Dgnu99 -fstack-protector -Qunused-arguments -= c -o inquire_cre= d.So --- cddl/lib__L --- --- dt_xlator.o --- cc -O2 -pipe -I/usr/obj -I -I -I -I -I -I -I -I -I -I -DDIS_MEM -DNEED_SOLARIS_BOOLEAN -std=3Dgnu99 -fstack-protector -Wsystem-= headers -Werror -Wno-pointer-sign -Wno-unknown-pragmas -Wno-empty-body -Wno= -string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-= unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conve= rsion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parenth= eses -Qunused-arguments -c -o dt_xlator.o --- lib__L --- --- depend_subdir_libusb --- =3D=3D=3D> lib/libusb (depend) --- .depend --- rm -f .depend CC=3D'cc ' mkdep -f .depend -a -std=3Dgnu99 --- cddl/lib__L --- --- gmatch.o --- cc -O2 -pipe -I/usr/obj -I -I -I -I -I -I -I -I -I -I -DDIS_MEM -DNEED_SOLARIS_BOOLEAN -std=3Dgnu99 -fstack-protector -Wsystem-= headers -Werror -Wno-pointer-sign -Wno-unknown-pragmas -Wno-empty-body -Wno= -string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-= unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conve= rsion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parenth= eses -Qunused-arguments -c -o gmatch.o --- lib__L --- --- depend_subdir_libunbound --- In file included from :49: :48:10: fatal error: 'dnstap/dnstap_c= onfig.h' file not found #include "dnstap/dnstap_config.h" ^ --- cddl/lib__L --- --- dis_tables.o --- cc -O2 -pipe -I/usr/obj -I -I -I -I -I -I -I -I -I -I -DDIS_MEM -DNEED_SOLARIS_BOOLEAN -std=3Dgnu99 -fstack-protector -Wsystem-= headers -Werror -Wno-pointer-sign -Wno-unknown-pragmas -Wno-empty-body -Wno= -string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-= unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conve= rsion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parenth= eses -Qunused-arguments -c -o dis_t= ables.o --- lib__L --- 1 error generated. --- kerberos5/lib__L --- --- inquire_cred_by_mech.o --- cc -O2 -pipe -I -I -I -I -I -I -I. -DHAVE_CONFIG_H -I -std=3Dgnu99 -fstack-protector -Qunused-arguments -c -o inquire_cred_by= _mech.o --- lib__L --- --- depend_subdir_libusb --- echo libusb.so.3: /usr/obj >> .depend --- cddl/lib__L --- --- dt_grammar.o --- cc -O2 -pipe -I/usr/obj -I -I -I -I -I -I -I -I -I -I -DDIS_MEM -DNEED_SOLARIS_BOOLEAN -std=3Dgnu99 -fstack-protector -Wsystem-= headers -Werror -Wno-pointer-sign -Wno-unknown-pragmas -Wno-empty-body -Wno= -string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-= unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conve= rsion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parenth= eses -Qunused-arguments -c dt_grammar.c -o dt_grammar.o --- kerberos5/lib__L --- --- inquire_cred_by_mech.So --- cc -fpic -DPIC -O2 -pipe -I -I -I -I -I -I -I. -DHAVE_CONFIG_= H -I -std=3Dgnu99 -fstack-protector -Qunused-arguments -= c -o inq= uire_cred_by_mech.So --- lib__L --- --- depend_subdir_libutil --- =3D=3D=3D> lib/libutil (depend) --- depend_subdir_libvgl --- =3D=3D=3D> lib/libvgl (depend) --- .depend --- rm -f .depend CC=3D'cc ' mkdep -f .depend -a -I -std=3Dgnu99 --- depend_subdir_libunbound --- In file included from :53: :48:10: fatal error: 'dnstap/dnstap_c= onfig.h' file not found #include "dnstap/dnstap_config.h" ^ 1 error generated. --- depend_subdir_libvmmapi --- =3D=3D=3D> lib/libvmmapi (depend) --- kerberos5/lib__L --- --- inquire_cred_by_oid.o --- cc -O2 -pipe -I -I -I -I -I -I -I. -DHAVE_CONFIG_H -I -std=3Dgnu99 -fstack-protector -Qunused-arguments -c -o inquire_cred_by_= oid.o --- lib__L --- --- depend_subdir_libunbound --- In file included from :47: :48:10: fatal error: 'dnstap/dnstap_c= onfig.h' file not found #include "dnstap/dnstap_config.h" ^ 1 error generated. --- depend_subdir_libvmmapi --- --- .depend --- rm -f .depend CC=3D'cc ' mkdep -f .depend -a -I -std=3Dgnu99 --- depend_subdir_libwrap --- =3D=3D=3D> lib/libwrap (depend) --- .depend --- rm -f .depend CC=3D'cc ' mkdep -f .depend -a -DFACILITY=3DLOG_AUTH -DHOSTS_ACCESS -DN= ETGROUP -DDAEMON_UMASK=3D022 -DREAL_DAEMON_DIR=3D\"/usr/libexec\" -DPROCESS= _OPTIONS -DSEVERITY=3DLOG_INFO -DRFC931_TIMEOUT=3D10 -DHOSTS_DENY=3D\"/etc/= hosts.deny\" -DHOSTS_ALLOW=3D\"/etc/hosts.allow\" -DSYS_ERRLIST_DEFINED -DA= LWAYS_HOSTNAME -DUSE_STRSEP -DPROCESS_OPTIONS -DINET6 -std=3Dgnu99 --- kerberos5/lib__L --- --- inquire_cred_by_oid.So --- cc -fpic -DPIC -O2 -pipe -I -I -I -I -I -I -I. -DHAVE_CONFIG_= H -I -std=3Dgnu99 -fstack-protector -Qunused-arguments -= c -o inqu= ire_cred_by_oid.So --- cddl/lib__L --- --- dt_grammar.So --- cc -fpic -DPIC -O2 -pipe -I/usr/obj -I -I -I -I -I -I -I -I -I -I -DDIS_MEM -DNEED_SOLARIS_BOOLEAN -std=3Dgnu99 -fstack-protect= or -Wsystem-headers -Werror -Wno-pointer-sign -Wno-unknown-pragmas -Wno-emp= ty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-c= ompare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wn= o-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter = -Wno-parentheses -Qunused-arguments -c dt_grammar.c -o dt_grammar.So --- lib__L --- --- depend_subdir_libunbound --- In file included from :48: :38:10: fatal error: 'dnstap/dnstap_config.h' fi= le not found #include "dnstap/dnstap_config.h" ^ --- depend_subdir_libxo --- =3D=3D=3D> lib/libxo (depend) --- depend_subdir_libunbound --- 1 error generated. --- depend_subdir_libxo --- --- .depend --- rm -f .depend CC=3D'cc ' mkdep -f .depend -a -I -std=3Dgnu99 --- kerberos5/lib__L --- --- inquire_mechs_for_name.o --- cc -O2 -pipe -I -I -I -I -I -I -I. -DHAVE_CONFIG_H -I -std=3Dgnu99 -fstack-protector -Qunused-arguments -c -o inquire_mechs= _for_name.o --- lib__L --- --- depend_subdir_libunbound --- In file included from :45: :48:10: fatal error: 'dnstap/dnstap_c= onfig.h' file not found #include "dnstap/dnstap_config.h" ^ 1 error generated. In file included from :48: :48:10: fatal error: 'dnstap/dnstap_c= onfig.h' file not found #include "dnstap/dnstap_config.h" ^ 1 error generated. --- cddl/lib__L --- --- dt_lex.o --- cc -O2 -pipe -I/usr/obj -I -I -I -I -I -I -I -I -I -I -DDIS_MEM -DNEED_SOLARIS_BOOLEAN -std=3Dgnu99 -fstack-protector -Wsystem-= headers -Werror -Wno-pointer-sign -Wno-unknown-pragmas -Wno-empty-body -Wno= -string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-= unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conve= rsion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parenth= eses -Qunused-arguments -c dt_lex.c -o dt_lex.o --- lib__L --- --- depend_subdir_liby --- =3D=3D=3D> lib/liby (depend) --- .depend --- rm -f .depend CC=3D'cc ' mkdep -f .depend -a -std=3Dgnu99 --- depend_subdir_libypclnt --- =3D=3D=3D> lib/libypclnt (depend) --- depend_subdir_libz --- =3D=3D=3D> lib/libz (depend) --- cddl/lib__L --- --- dt_lex.So --- cc -fpic -DPIC -O2 -pipe -I/usr/obj -I -I -I -I -I -I -I -I -I -I -DDIS_MEM -DNEED_SOLARIS_BOOLEAN -std=3Dgnu99 -fstack-protect= or -Wsystem-headers -Werror -Wno-pointer-sign -Wno-unknown-pragmas -Wno-emp= ty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-c= ompare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wn= o-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter = -Wno-parentheses -Qunused-arguments -c dt_lex.c -o dt_lex.So --- kerberos5/lib__L --- --- inquire_mechs_for_name.So --- cc -fpic -DPIC -O2 -pipe -I -I -I -I -I -I -I. -DHAVE_CONFIG_= H -I -std=3Dgnu99 -fstack-protector -Qunused-arguments -= c -o i= nquire_mechs_for_name.So --- inquire_names_for_mech.o --- cc -O2 -pipe -I -I -I -I -I -I -I. -DHAVE_CONFIG_H -I -std=3Dgnu99 -fstack-protector -Qunused-arguments -c -o inquire_names= _for_mech.o --- cddl/lib__L --- --- libdtrace.a --- building static dtrace library ranlib -D libdtrace.a --- lib__L --- --- depend_subdir_ncurses --- =3D=3D=3D> lib/ncurses (depend) --- kerberos5/lib__L --- --- inquire_names_for_mech.So --- cc -fpic -DPIC -O2 -pipe -I -I -I -I -I -I -I. -DHAVE_CONFIG_= H -I -std=3Dgnu99 -fstack-protector -Qunused-arguments -= c -o i= nquire_names_for_mech.So --- lib__L --- --- depend_subdir_ncurses --- =3D=3D=3D> lib/ncurses/ncurses (depend) --- cddl/lib__L --- --- libdtrace.so.2 --- building shared library libdtrace.so.2 --- lib__L --- --- depend_subdir_form --- =3D=3D=3D> lib/ncurses/form (depend) --- ncurses_def.h --- AWK=3Dawk sh > ncurses_def.h --- .depend --- rm -f .depend CC=3D'cc ' mkdep -f .depend -a -I. -I/usr/obj -I -I -I -I -DNDEBUG -DHAVE_CONFIG_H -I -I -std=3Dgnu99 <= https://jenkins.freebsd.org/job/FreeBSD_HEAD/ws/lib/ncurses/form/../../../c= ontrib/ncurses/form/fld_pad.c> --- depend_subdir_libunbound --- mkdep: compile failed *** [.depend] Error code 1 make[5]: stopped in 1 error make[5]: stopped in *** [depend_subdir_libunbound] Error code 2 make[4]: stopped in --- cddl/lib__L --- A failure has been detected in another branch of the parallel make make[5]: stopped in *** [_sub.all] Error code 2 make[4]: stopped in 1 error make[4]: stopped in --- kerberos5/lib__L --- A failure has been detected in another branch of the parallel make make[5]: stopped in *** [_sub.all] Error code 2 make[4]: stopped in 1 error make[4]: stopped in --- lib__L --- --- depend_subdir_ncurses --- echo libform.so.5: /usr/obj >> .depend A failure has been detected in another branch of the parallel make make[6]: stopped in *** [depend_subdir_form] Error code 2 make[5]: stopped in 1 error make[5]: stopped in *** [depend_subdir_ncurses] Error code 2 make[4]: stopped in 2 errors make[4]: stopped in A failure has been detected in another branch of the parallel make make[3]: stopped in *** [libraries] Error code 2 make[2]: stopped in 1 error make[2]: stopped in *** [_libraries] Error code 2 make[1]: stopped in 1 error make[1]: stopped in *** [buildworld] Error code 2 make: stopped in 1 error make: stopped in Build step 'Execute shell' marked build as failure From owner-freebsd-current@FreeBSD.ORG Sat Jan 3 11:53:39 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4BFAC607; Sat, 3 Jan 2015 11:53:39 +0000 (UTC) Received: from smtp.des.no (smtp.des.no [194.63.250.102]) by mx1.freebsd.org (Postfix) with ESMTP id 0D7591858; Sat, 3 Jan 2015 11:53:38 +0000 (UTC) Received: from nine.des.no (smtp.des.no [194.63.250.102]) by smtp-int.des.no (Postfix) with ESMTP id 031BF9D8E; Sat, 3 Jan 2015 11:53:32 +0000 (UTC) Received: by nine.des.no (Postfix, from userid 1001) id BF5455D69; Sat, 3 Jan 2015 12:53:29 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Jung-uk Kim Subject: Re: Upgrade to Unbound 1.5.1 incomplete? References: <54A79E04.3000900@gwdg.de> <54A7A15A.8080701@FreeBSD.org> Date: Sat, 03 Jan 2015 12:53:29 +0100 In-Reply-To: <54A7A15A.8080701@FreeBSD.org> (Jung-uk Kim's message of "Sat, 03 Jan 2015 02:59:22 -0500") Message-ID: <86iogogjwm.fsf@nine.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4 (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.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 Jan 2015 11:53:39 -0000 Jung-uk Kim writes: > A file seems missing. I worked around it like this: > > sed -e 's/@ENABLE_DNSTAP@/0/' \ > /usr/src/contrib/unbound/dnstap/dnstap_config.h.in > \ > /usr/src/contrib/unbound/dnstap/dnstap_config.h Thank you, fixed. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Sat Jan 3 13:54:52 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 23DE7847; Sat, 3 Jan 2015 13:54:52 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 11F1E1ADE; Sat, 3 Jan 2015 13:54:52 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id F2FF9116; Sat, 3 Jan 2015 13:54:51 +0000 (UTC) Date: Sat, 3 Jan 2015 13:54:50 +0000 (GMT) From: jenkins-admin@freebsd.org To: jenkins-admin@FreeBSD.org, freebsd-current@freebsd.org, np@FreeBSD.org, imp@FreeBSD.org, des@FreeBSD.org, adrian@FreeBSD.org, hselasky@FreeBSD.org Message-ID: <936187584.46.1420293291619.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1235266091.45.1420279409066.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1235266091.45.1420279409066.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is back to normal : FreeBSD_HEAD #2145 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Jenkins-Job: FreeBSD_HEAD X-Jenkins-Result: SUCCESS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 Jan 2015 13:54:52 -0000 See From owner-freebsd-current@FreeBSD.ORG Sat Jan 3 16:10:29 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E481E5F5; Sat, 3 Jan 2015 16:10:29 +0000 (UTC) Received: from onelab2.iet.unipi.it (onelab2.iet.unipi.it [131.114.59.238]) by mx1.freebsd.org (Postfix) with ESMTP id A8A9E3EE1; Sat, 3 Jan 2015 16:10:29 +0000 (UTC) Received: by onelab2.iet.unipi.it (Postfix, from userid 275) id BC11E7300A; Sat, 3 Jan 2015 17:15:11 +0100 (CET) Date: Sat, 3 Jan 2015 17:15:11 +0100 From: Luigi Rizzo To: freebsd-current@freebsd.org, neel@freebsd.org Subject: any primer on running bhyve guests sharing disk with host ? Message-ID: <20150103161511.GA94237@onelab2.iet.unipi.it> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.20 (2009-06-14) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 Jan 2015 16:10:30 -0000 Hi, in order to do some kernel testing, I would like to run bhyve guests using (through NFS, probably) the host's file system. diskless(8) is probably one way to go, i was wondering if someone has instructions for that. Specifically: - how to "bhyveload" a kernel (rather than the full disk image); as an alternative, given a kernel, something to build an image that can be passed to bhyveload - how to pass the necessary config (rootpath) to the client without having to rely on a specialized dhcp server I used to be familiar with diskless configs, so i can probably sort out the server side myself. cheers luigi From owner-freebsd-current@FreeBSD.ORG Sat Jan 3 17:06:40 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 773CC684; Sat, 3 Jan 2015 17:06:40 +0000 (UTC) Received: from zxy.spb.ru (zxy.spb.ru [195.70.199.98]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 32A4464686; Sat, 3 Jan 2015 17:06:40 +0000 (UTC) Received: from slw by zxy.spb.ru with local (Exim 4.84 (FreeBSD)) (envelope-from ) id 1Y7S9t-0007D7-Nu; Sat, 03 Jan 2015 21:06:37 +0400 Date: Sat, 3 Jan 2015 21:06:37 +0400 From: Slawa Olhovchenkov To: Luigi Rizzo Subject: Re: any primer on running bhyve guests sharing disk with host ? Message-ID: <20150103170637.GA23767@zxy.spb.ru> References: <20150103161511.GA94237@onelab2.iet.unipi.it> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20150103161511.GA94237@onelab2.iet.unipi.it> User-Agent: Mutt/1.5.23 (2014-03-12) X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: slw@zxy.spb.ru X-SA-Exim-Scanned: No (on zxy.spb.ru); SAEximRunCond expanded to false Cc: freebsd-current@freebsd.org, neel@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 Jan 2015 17:06:40 -0000 On Sat, Jan 03, 2015 at 05:15:11PM +0100, Luigi Rizzo wrote: > Hi, > in order to do some kernel testing, I would like to run bhyve guests > using (through NFS, probably) the host's file system. > diskless(8) is probably one way to go, i was wondering if > someone has instructions for that. > Specifically: > - how to "bhyveload" a kernel (rather than the full disk image); > as an alternative, given a kernel, something to build an image > that can be passed to bhyveload > > - how to pass the necessary config (rootpath) to the client > without having to rely on a specialized dhcp server > > I used to be familiar with diskless configs, so i can probably sort > out the server side myself. May be I missunderstand you, but diskless client-specific config relay on client IP address (ex: /conf/ip/1.2.3.4/...). Also, diskless boot relay on BIOS network support (by PXE, for example), with working NIC, assigned IP address and etc. From owner-freebsd-current@FreeBSD.ORG Sat Jan 3 18:43:51 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B9A206AB; Sat, 3 Jan 2015 18:43:51 +0000 (UTC) Received: from mail-lb0-x22f.google.com (mail-lb0-x22f.google.com [IPv6:2a00:1450:4010:c04::22f]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 39DF83721; Sat, 3 Jan 2015 18:43:51 +0000 (UTC) Received: by mail-lb0-f175.google.com with SMTP id z11so8100276lbi.6; Sat, 03 Jan 2015 10:43:49 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=GiSyidbPxy/Gs9nCPycQJZnYyJBBNDn99d5LnFySRYw=; b=QE0c20mJHkAeSSgiD8A7E0uvwCAN1q7ISc8J9MprNj9ZmBq0d0JdRMHJ0Oci8zqDI/ 15NU9dt9IgkIZU0KPCgBDaal2dWKKT17F7+rmTVSbZ1Caleu1fz0WpB0jA67vPCsTww2 uFMeaPj4/s4WvZ9W61XEz7BOrxO8siT5DMPFsk+sbYaiIKUS5wEkk6Mm+INiTaV9Nhmu 7+M4MYqlq1lG9RDZphJ0ubb3q1QSN7sxYT9q1zej4QIOmOFQptNzoMtwhSMmobhrHTku P6MhI3ajeR2iohW+lvcv/zjHQLb6cmJBvET5Vc2AFDwsjadMNMKjid0m/+ak6oT9tZsE Z0dA== MIME-Version: 1.0 X-Received: by 10.152.23.38 with SMTP id j6mr83342002laf.81.1420310629275; Sat, 03 Jan 2015 10:43:49 -0800 (PST) Sender: crodr001@gmail.com Received: by 10.112.141.5 with HTTP; Sat, 3 Jan 2015 10:43:49 -0800 (PST) In-Reply-To: <20150103161511.GA94237@onelab2.iet.unipi.it> References: <20150103161511.GA94237@onelab2.iet.unipi.it> Date: Sat, 3 Jan 2015 10:43:49 -0800 X-Google-Sender-Auth: Mp0-d1I9PQYL90X99d22bDvx4-s Message-ID: Subject: Re: any primer on running bhyve guests sharing disk with host ? From: Craig Rodrigues To: Luigi Rizzo Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: freebsd-current Current , Neel Natu X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 Jan 2015 18:43:51 -0000 On Sat, Jan 3, 2015 at 8:15 AM, Luigi Rizzo wrote: > Hi, > in order to do some kernel testing, I would like to run bhyve guests > using (through NFS, probably) the host's file system. > diskless(8) is probably one way to go, i was wondering if > someone has instructions for that. > Specifically: > - how to "bhyveload" a kernel (rather than the full disk image); > as an alternative, given a kernel, something to build an image > that can be passed to bhyveload > > - how to pass the necessary config (rootpath) to the client > without having to rely on a specialized dhcp server > > I used to be familiar with diskless configs, so i can probably sort > out the server side myself. > I don't think there is a way to do exactly what you want. I would recommend doing the following: (1) Enable bvmdebug in your kernel config: https://wiki.freebsd.org/BHyVe/gdb This allows you to do kgdb remote debugging into a bhyve VM. (2) Build your disk image with makefs. You can use this script as an example: https://github.com/freebsd/freebsd-ci/tree/master/scripts/build/build-ufs-image.sh If you still want the bhyve image to use the host's root file system, you can start with the information here: https://www.freebsd.org/doc/handbook/network-diskless.html since you won't be using PXE, you will need to populate these variables in loader.conf in your disk image: http://svnweb.freebsd.org/base/head/sys/nfs/nfs_diskless.c?revision=273174&view=markup#l146 -- Craig From owner-freebsd-current@FreeBSD.ORG Sat Jan 3 18:55:39 2015 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id F01D7ABB; Sat, 3 Jan 2015 18:55:39 +0000 (UTC) Received: from onelab2.iet.unipi.it (onelab2.iet.unipi.it [131.114.59.238]) by mx1.freebsd.org (Postfix) with ESMTP id B5BD23864; Sat, 3 Jan 2015 18:55:39 +0000 (UTC) Received: by onelab2.iet.unipi.it (Postfix, from userid 275) id 4065C7300A; Sat, 3 Jan 2015 20:00:22 +0100 (CET) Date: Sat, 3 Jan 2015 20:00:22 +0100 From: Luigi Rizzo To: Bryan Venteicher , current@freebsd.org Subject: invalid checksum with vtnet and in_kernel BOOTP Message-ID: <20150103190022.GA95892@onelab2.iet.unipi.it> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.20 (2009-06-14) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 Jan 2015 18:55:40 -0000 I am trying to run a diskless bhyve client diskless using in-kernel bootp support and vtnet connected to tap and bridge on the host side and I am having the problem in the subject which may be vtnet-related. Packets generated by the in-kernel DHCP arrive to the host tap interface with a corrupt checksum, which is consistent with vtnet0 having the TXCSUM capability enabled. Unfortunately, when the packet reaches the bridge0 on the host: > uname -a FreeBSD bsd9.casa 10.0-STABLE FreeBSD 10.0-STABLE #0 r269180: >ifconfig bridge0 bridge0: flags=8843 metric 0 mtu 1500 ether 02:01:85:b1:55:00 id 00:00:00:00:00:00 priority 32768 hellotime 2 fwddelay 15 maxage 20 holdcnt 6 proto rstp maxaddr 2000 timeout 1200 root id 00:00:00:00:00:00 priority 32768 ifcost 0 port 0 member: re0 flags=143 ifmaxaddr 0 port 1 priority 128 path cost 200000 member: tap0 flags=143 ifmaxaddr 0 port 4 priority 128 path cost 55 The packet goes out with a broken checksum and the (external) dhcp server does not respond. When the guest is up, i can run dhclient on the same guest interface and packets exit with a correct checksum. Maybe dhclient generates correct packets ignoring the TXCSUM setting. In any case i applied a quick fix (disable TXCSUM in if_vtnet.c) and at least can get the dhcp request reach the router and get a response back. Also note that subsequent (tcp) traffic through the interface is reported on the host with a correct checksum, so i suspect that either the kernel-bootp code does not pass the correct checksum flags, or somehow it is sent to the device too early in the initialization process. any idea ? cheers luigi From owner-freebsd-current@FreeBSD.ORG Sat Jan 3 19:00:15 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5B0A1C83; Sat, 3 Jan 2015 19:00:15 +0000 (UTC) Received: from mail-wi0-x232.google.com (mail-wi0-x232.google.com [IPv6:2a00:1450:400c:c05::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 0413738DB; Sat, 3 Jan 2015 19:00:15 +0000 (UTC) Received: by mail-wi0-f178.google.com with SMTP id em10so1081270wid.17; Sat, 03 Jan 2015 11:00:13 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=0hFkgMmvn0WFm8brMO8N7kIBqFqvqWCdBE+yCN+YKGY=; b=UmBS11gOw2ZPCsZebCXzx916l5le4jwl+Vl4oCTixy9A4Z52aen5zq4X/37vbVorqL gNxEu3sbhG3C3HzR0KXo1hvWTyFI2ByEzDdXkSvysnkzQxQdZepvT++kDXRTsyfccdzz qg1bVqmaMU7c0ATaCkbo3kktsPS40IBIbDHyjFGcxs8vFg6MPY0IPdPXxMpYsMLSx4US 13pVNbAJ+VeW6ThlJKqgVR3jAPNQkba2JrfwsYRQczFj1jdB5KtXZJ7Aoas0b7XQHec2 uGKNMtqFjjJ0ozruBlxoHiWRgmBxlHpVvjdhbHolHcl3w4Of2supwCNqpTAAAB0HDIto gEvQ== MIME-Version: 1.0 X-Received: by 10.194.243.1 with SMTP id wu1mr76158043wjc.69.1420311613405; Sat, 03 Jan 2015 11:00:13 -0800 (PST) Received: by 10.27.5.207 with HTTP; Sat, 3 Jan 2015 11:00:13 -0800 (PST) In-Reply-To: <20150103161511.GA94237@onelab2.iet.unipi.it> References: <20150103161511.GA94237@onelab2.iet.unipi.it> Date: Sat, 3 Jan 2015 11:00:13 -0800 Message-ID: Subject: Re: any primer on running bhyve guests sharing disk with host ? From: Neel Natu To: Luigi Rizzo Content-Type: text/plain; charset=UTF-8 Cc: FreeBSD current , Neel Natu , Peter Grehan X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 Jan 2015 19:00:15 -0000 Hi Luigi, On Sat, Jan 3, 2015 at 8:15 AM, Luigi Rizzo wrote: > Hi, > in order to do some kernel testing, I would like to run bhyve guests > using (through NFS, probably) the host's file system. > diskless(8) is probably one way to go, i was wondering if > someone has instructions for that. > Specifically: > - how to "bhyveload" a kernel (rather than the full disk image); > as an alternative, given a kernel, something to build an image > that can be passed to bhyveload > You can use the "-h" option to bhyveload(8) to do this. For e.g., "bhyveload -h / vmx" will load the kernel from "/boot/kernel/kernel" and use the loader configuration from "/boot". > - how to pass the necessary config (rootpath) to the client > without having to rely on a specialized dhcp server > You can set environment variables using the "-e" option: bhyveload -e "boot.nfsroot.server=1.2.3.4" -e "boot.nfsroot.path=/exports/guest1" There are a number of other environment variables set by the PXE loader - see sys/boot/i386/libi386/pxe.c. I haven't done this myself therefore not sure if this would work. best Neel > I used to be familiar with diskless configs, so i can probably sort > out the server side myself. > > cheers > luigi