From owner-freebsd-current@FreeBSD.ORG Sun Nov 2 06:13:08 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 83C375DA for ; Sun, 2 Nov 2014 06:13:08 +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 21115CA2 for ; Sun, 2 Nov 2014 06:13:07 +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 sA26D1J5031998; Sun, 2 Nov 2014 15:13:01 +0900 (JST) (envelope-from junchoon@dec.sakura.ne.jp) Date: Sun, 2 Nov 2014 15:12:59 +0900 From: Tomoaki AOKI To: freebsd-current@freebsd.org Subject: Re: CURRENT: WARNING! r273914 leaves filesystems in inconsistent/corrupted condition! Message-Id: <20141102151259.1e135f590be192b4c3e75983@dec.sakura.ne.jp> In-Reply-To: <86y4rv6lxf.fsf@nine.des.no> References: <20141031202045.2e02f4a3.ohartman@zedat.fu-berlin.de> <86a94c9bn3.fsf@nine.des.no> <545402C9.4070901@fgznet.ch> <201410312231.s9VMVsT1002148@pozo.com> <86fve392uy.fsf@nine.des.no> <20141101153554.77a4a7e4cef7bfe2b9486e89@dec.sakura.ne.jp> <86y4rv6lxf.fsf@nine.des.no> Organization: Junchoon corps X-Mailer: Sylpheed 3.4.2 (GTK+ 2.24.22; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-2022-JP Content-Transfer-Encoding: 7bit Cc: des@des.no X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: 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, 02 Nov 2014 06:13:08 -0000 On Sat, 01 Nov 2014 15:21:48 +0100 Dag-Erling Sm$B".(Brgrav wrote: > Tomoaki AOKI writes: > > Dag-Erling Sm$B".(Brgrav writes: > > > Manfred Antar writes: > > > > Then for some reason /var started to being mounted mfs. [...] If > > > > I have varmfs="NO" and cleanvar_enable="NO" everything works fine. > > > Not really. The default for varmfs is AUTO, which mounts a memory > > > file system on /var if, after mounting all "early" file systems, > > > /var is not writeable. > > For me, Manfred's workaround actually helped. > > It helped that particular issue, more or less by accident. It was not > in any way a correct fix or even a correct workaround. > > > In single user mode, actual /var (in root partition) appears as > > before. So there can be some mis-ordering within rc scripts. > > (Remounting of / is delayed? Check for /var too early?) > > Exactly right; the check for a writeable /var occurred before / was > mounted r/w, so it mounted an mfs instead. Xin fixed this in r273919. Looks fixed now, but what confused me is that r273919 modifies etc/rc.d/geli. I've not configured GELI neither in head VM nor stable/10 host. And what MORE confused me are that... *In first reboot (after installworld and mergemaster) at r273922, mfsvar problem appeared. (/var/db/ports looked empty.) At the moment, r273619:OK -> r273876:NG -> r273902:NG -> r273922:NG. *Manfred's workaround helped in following reboot [no other change]. (And sent my previous mail.) *Noticed that r273919 should fix above by your reply, backed out Manfred's workaround [no other change] and rebooted, can't reproduce the mfsvar problem anymore! (With some rebooting test, and updating to r273958.) > > For me, [unblocking /dev/random] takes nearly 2 minutes each boot > > after r273872. No specific rc.conf setting for it. > > That means we're not getting enough entropy during early boot, or we're > underestimating the amount of entropy we're getting. We added entropy > harvesting to device_attach() about a year ago, which in most cases > provides enough entropy to unblock /dev/random before we even run > init(8). Confirmed r273957 and r273958 fixes this. Thanks! > > DES > -- > Dag-Erling Sm$B".(Brgrav - des@des.no > _______________________________________________ > 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 Sun Nov 2 09:25:01 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0F5F49F3 for ; Sun, 2 Nov 2014 09:25:01 +0000 (UTC) Received: from mail-wg0-x230.google.com (mail-wg0-x230.google.com [IPv6:2a00:1450:400c:c00::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 98DD2DFB for ; Sun, 2 Nov 2014 09:25:00 +0000 (UTC) Received: by mail-wg0-f48.google.com with SMTP id m15so3747215wgh.35 for ; Sun, 02 Nov 2014 01:24:58 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20120113; h=from:date:to:subject:message-id:in-reply-to:references:mime-version :content-type:content-transfer-encoding; bh=RGvZvyf0+uR3BMWrgrxZ9JQiMfvP6uyDXJPHc3z+pug=; b=aCjx62NtYVOlNZhOqzn1YLjAISjwLC6vxbYJ5xkjBNA4aeqfhwqWqfdedOAM/wa+ba uWHa/BvfBoF5xkI3nvbSvPVPe26Zli/ZBuLS5HE7xFpaVobFyEF/OGeiftc9FHQ7t+2j /cNKCpe6TUEIEsuVNF9DH5vfNGWRHuZoWjuQG+CqbORYizodQe/L9FZMNW8RbtRE8qCC RRV8oAOhnwEKjbHLYESDJT80iX+KN6g0uChfzSNCEVoIiBb7Twr1wOOjOY9lH8W5+dQZ GV7GoFecMBOE0L3Fffy4M+r6L9D0fCxfCk4wZogST33nr3T/WnKum1+JYrp/cxoYU+Sg 9fpA== X-Received: by 10.194.143.7 with SMTP id sa7mr907937wjb.110.1414920298303; Sun, 02 Nov 2014 01:24:58 -0800 (PST) Received: from ubm.strangled.net (ipb219cb25.dynamic.kabel-deutschland.de. [178.25.203.37]) by mx.google.com with ESMTPSA id q9sm4566379wix.6.2014.11.02.01.24.56 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sun, 02 Nov 2014 01:24:57 -0800 (PST) From: Marc UBM X-Google-Original-From: Marc "UBM" Bocklet Date: Sun, 2 Nov 2014 10:24:55 +0100 To: current@FreeBSD.org Subject: Re: pkg 1.4 freeze please test test test! Message-Id: <20141102102455.30d42f85ff81e079788eae06@gmail.com> In-Reply-To: <20141101224549.GG15967@ivaldir.etoilebsd.net> References: <20141028231933.GG26796@ivaldir.etoilebsd.net> <20141101161332.b9c8fc19bf9fc54f73bc5c00@gmail.com> <20141101224549.GG15967@ivaldir.etoilebsd.net> X-Mailer: Sylpheed 3.4.2 (GTK+ 2.24.22; amd64-portbld-freebsd11.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: Sun, 02 Nov 2014 09:25:01 -0000 On Sat, 1 Nov 2014 23:45:49 +0100 Baptiste Daroussin wrote: Thanks for the quick reply! :-) [...] > > > > The update is failing for me with: > > > > .../usr/ports/ports-mgmt/pkg-devel# make all install clean > > ===> Installing for pkg-1.4.0.a3 > > ===> Checking if pkg already installed > > pkg-static: sqlite error while executing DROP INDEX > > packages_unique;CREATE UNIQUE INDEX packages_unique ON packages(name); > > in file pkgdb.c:2246: UNIQUE constraint failed: packages.name *** Error > > code 74 > > > > Stop. > > make[1]: stopped in /usr/ports/ports-mgmt/pkg-devel > > *** Error code 1 > > > > Stop. > > make: stopped in /usr/ports/ports-mgmt/pkg-devel > > > > > > > > portmaster fails with: > > root@ubm:/usr/ports/ports-mgmt/pkg-devel# portmaster -d pkg > > ===>>> No ORIGIN in /var/db/pkg/pkgconf-0.9.7/+CONTENTS > > > > > > ===>>> Cannot continue > > ===>>> Aborting update > > > > ===>>> Killing background jobs > > Terminated > > ===>>> Exiting > > > > make.conf related options: > > > > #enable pkgng (might be superfluous) > > WITH_PKGNG=yes > > #enable PKGNG devel > > WITH_PKGNG=devel > > > > Am I doing something wrong? > > You are doing nothing wrong but that probably means you have ancient packages > that never got upgraded (in the old time it was allowed to have 2 packages > installed with the same name) we have fixed that over the time and that is why > we had unicity set to origin as a hack for a while, we are now moving to unique > name so you have to make sure that all your installed packages are up to date > before moving to new pkg. Hmm, that seems highly unlikely. I'm upgrading my ports pretty regularily (maybe lagging two or three months behind at the worst). I also was running with pkg 1.4.a16 before the upgrade failed. Bootstrapping the stable version works (just tried that) - but if I try going from pkg-1.3.8_3 to pkg-devel, it fails with exactly the same error. Even if by chance there is a single ancient package on my system that was never upgraded (something discontinued with no dependencies like e.g. multimedia/xmms comes to mind) - should that really stop users from upgrading to 1.4? And if yes, shouldn't there be a way to tell the users what the offending package is? > At least make sure you do not have 2 packages with the same name. > > Concerning portmaster I have no idea why it now thinks you are not using > pkg :( Once pkg-1.3.8_3 is bootstrapped, portmaster tries using pkg again, but then (predictably) fails with: ===> An older version of pkg is already installed (pkg-1.3.8_3) You may wish to ``make deinstall'' and install this port again by ``make reinstall'' to upgrade it properly. If you really wish to overwrite the old port of pkg without deleting it first, set the variable "FORCE_PKG_REGISTER" in your environment or the "make install" command line. *** Error code 1 So I guess the portmaster script checks if any version of pkg is installed and if none is found, it falls back to the pre-pkg ports management. Bye Marc From owner-freebsd-current@FreeBSD.ORG Sun Nov 2 09:29:36 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E566FB4B for ; Sun, 2 Nov 2014 09:29:36 +0000 (UTC) Received: from mail.panic.pl (mail.panic.pl [188.116.33.105]) by mx1.freebsd.org (Postfix) with ESMTP id A10DFE19 for ; Sun, 2 Nov 2014 09:29:36 +0000 (UTC) Received: from mail.panic.pl (unknown [188.116.33.105]) by mail.panic.pl (Postfix) with ESMTP id 7B6A3139CBA for ; Sun, 2 Nov 2014 10:19:46 +0100 (CET) X-Virus-Scanned: amavisd-new at panic.pl Received: from mail.panic.pl ([188.116.33.105]) by mail.panic.pl (mail.panic.pl [188.116.33.105]) (amavisd-new, port 10024) with ESMTP id tWJvRbtJRhvw for ; Sun, 2 Nov 2014 10:19:46 +0100 (CET) Received: from [46.215.89.126] (apn-46-215-89-126.dynamic.gprs.plus.pl [46.215.89.126]) by mail.panic.pl (Postfix) with ESMTPSA id 1D276139CB3 for ; Sun, 2 Nov 2014 10:19:46 +0100 (CET) Message-ID: <5455F731.2030009@panic.pl> Date: Sun, 02 Nov 2014 10:19:45 +0100 From: Mateusz Kwiatkowski User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.1.2 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Mergemaster and bootpool on CURRENT 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: Sun, 02 Nov 2014 09:29:37 -0000 Hi, I've just updated to r273910 and this behavior of mergemaster -Fi confused me: The installed file /boot has the type "symbolic link" but the new version has the type "directory" /boot is symlink, indeed: # ls -ld /boot lrwxr-xr-x 1 root wheel 13 Sep 3 03:37 /boot -> bootpool/boot # zfs list NAME USED AVAIL REFER MOUNTPOINT bootpool 978M 990M 977M /bootpool Shouldn't mergemaster ignore it? This is ZFS on eli setup from bsdinstall (don't remember which version). # zpool status -v pool: bootpool state: ONLINE scan: none requested config: NAME STATE READ WRITE CKSUM bootpool ONLINE 0 0 0 ada0p2 ONLINE 0 0 0 errors: No known data errors pool: zroot state: ONLINE scan: none requested config: NAME STATE READ WRITE CKSUM zroot ONLINE 0 0 0 ada0p4.eli ONLINE 0 0 0 errors: No known data errors -- Regards, Mateusz Kwiatkowski From owner-freebsd-current@FreeBSD.ORG Sun Nov 2 09:55: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 03669619 for ; Sun, 2 Nov 2014 09:55:37 +0000 (UTC) Received: from mail.made4.biz (mail.made4.biz [IPv6:2001:41d0:2:c018::1:3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id B70CBE2 for ; Sun, 2 Nov 2014 09:55:36 +0000 (UTC) Received: from 2a02-8428-011b-e000-0290-f5ff-fe9d-b78c.rev.sfr.net ([2a02:8428:11b:e000:290:f5ff:fe9d:b78c] helo=magellan.dumbbell.fr) by mail.made4.biz with esmtpsa (TLSv1.2:DHE-RSA-AES128-SHA:128) (Exim 4.84 (FreeBSD)) (envelope-from ) id 1Xkrsk-0002DT-7w for freebsd-current@freebsd.org; Sun, 02 Nov 2014 10:55:34 +0100 Message-ID: <5455FF92.2090904@dumbbell.fr> Date: Sun, 02 Nov 2014 10:55:30 +0100 From: =?UTF-8?B?SmVhbi1Tw6liYXN0aWVuIFDDqWRyb24=?= 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: VT: NOT giving extended console References: <20141031031635.GA857@borg.lerctr.org> <545365D4.4030407@dumbbell.fr> <20141031114617.492e2c01@kalimero.tijl.coosemans.org> <545368E3.2000208@dumbbell.fr> <20141031115918.GB847@borg.lerctr.org> <5453BFC1.8010206@dumbbell.fr> <4711c413431bba65a87d57c422296152@thebighonker.lerctr.org> In-Reply-To: <4711c413431bba65a87d57c422296152@thebighonker.lerctr.org> Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="9lGHfG9ENCAXKMPwll54W1jEXuGDHWaWv" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: 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, 02 Nov 2014 09:55:37 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --9lGHfG9ENCAXKMPwll54W1jEXuGDHWaWv Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On 31.10.2014 20:25, Larry Rosenman wrote: >>> kernel: error: [drm:pid0:drm_do_get_edid] *ERROR* DVI-I-1: EDID block= >>> 0 invalid. >>> kernel: error: [drm:pid0:radeon_dvi_detect] *ERROR* DVI-I-1: probed a= >>> monitor but no|invalid EDID >> >> Yeah, the driver reprobe any output connectors every 10" by default. >> >> I think there's a setting to tune how/when connectors are probed but w= e >> don't expose it currently. Feel free to comment those messages, they >> are in: >> o sys/dev/drm2/drm_edid.c >> o sys/dev/drm2/radeon/radeon_connectors.c > > I think we had this before, and someone(I forget who) shut it up...... >=20 > I really think it's the PROJECTS responsibility to shut this up, as I'm= > sure I > won't be the only one whining........... Yes, I fixed the previous invalid EDID spam. In general, I prefer to keep the diff with Linux to a minimum, but here, lacking a better solution, I just changed those two messages from DRM_ERROR to DRM_DEBUG (r273962). --=20 Jean-S=C3=A9bastien P=C3=A9dron --9lGHfG9ENCAXKMPwll54W1jEXuGDHWaWv Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQJ8BAEBCgBmBQJUVf+WXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ2NzA4N0ZEMUFFQUUwRTEyREJDNkE2RjAz OUU5OTc2MUE1RkQ5NENDAAoJEDnpl2Gl/ZTMUV4QAKhF9r32xnM+VazGOuKdp4Ro 0xsyqJd5HndHbOKQoD0/xCIeZFmnXK0421auJoJ5ptGN07THZBPHsDh6clwHhbLA cmm0a6vZtDJSt0aslwxmWjDmNLTHcRfwfMIA8EjZz8pequ59PMVNVPNC1im6BiEA EVEkpeShXbQTny/n31Yniq2D0Z5PSFEHn5qxXuuou56fyUKSRm5fpBvf8JmLQJfH prGVDkyBDPfNJZ8FopgTBZ+5PE7c7R/MwHR1B+h9lPC5LQmzsRxmvXGHGrZ8QZsk 26LneZ3LtGxS51hA6Juqjm4x3PFK0hEt3kLgRyz8GSyH3CMNn9DOnMG8SZz/lnRy 6k6asyAwKZwcI5mqrAN0UOSWQmw9stOg+ZJghwfwCtvMdmQ84pFsMEaeD3FGGLry K7I6AMjgOysdNm0Lqv6ybMeInwsFO6tbLv0ZX9V6tw1MBJYX7KXqBLI7oXN7acU8 a7tHr+X3ONR0IgsEdHcnxs9t0fYbPRpiEdYJxRXbihQriA1MJISrpkzdthNbsHKI fDJwDBjhiawdrh6y5j/uXuykXFLzkKQHJljZaudSeKfIy8lNgllYfF1rO5hlHCfX fbkHTZTXZxSq/ezNOC0ah3/RsPhoRgTB9lGBpA51wr4k1CObNyu4ne5ejczmTFHT ZlnSMcEkvBgWKupUuFiS =QEk7 -----END PGP SIGNATURE----- --9lGHfG9ENCAXKMPwll54W1jEXuGDHWaWv-- From owner-freebsd-current@FreeBSD.ORG Sun Nov 2 10:25:44 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 CC9E2D23 for ; Sun, 2 Nov 2014 10:25:44 +0000 (UTC) Received: from mail.made4.biz (mail.made4.biz [IPv6:2001:41d0:2:c018::1:3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 8EAE135B for ; Sun, 2 Nov 2014 10:25:44 +0000 (UTC) Received: from 2a02-8428-011b-e000-0290-f5ff-fe9d-b78c.rev.sfr.net ([2a02:8428:11b:e000:290:f5ff:fe9d:b78c] helo=magellan.dumbbell.fr) by mail.made4.biz with esmtpsa (TLSv1.2:DHE-RSA-AES128-SHA:128) (Exim 4.84 (FreeBSD)) (envelope-from ) id 1XksLu-0002Y1-QA for freebsd-current@freebsd.org; Sun, 02 Nov 2014 11:25:43 +0100 Message-ID: <5456069F.702@FreeBSD.org> Date: Sun, 02 Nov 2014 11:25:35 +0100 From: =?windows-1252?Q?Jean-S=E9bastien_P=E9dron?= User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: NVidia Tesla K40 References: <2074770725.140543.1414773975682.JavaMail.yahoo@jws10681.mail.bf1.yahoo.com> In-Reply-To: <2074770725.140543.1414773975682.JavaMail.yahoo@jws10681.mail.bf1.yahoo.com> Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="vjsi4w6wh9naHn8l6wglVWKeEIaCedMpG" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: 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, 02 Nov 2014 10:25:44 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --vjsi4w6wh9naHn8l6wglVWKeEIaCedMpG Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 31.10.2014 17:46, John Dison wrote: > Hello! Hi! > I want to use NVidia Tesla K40 GPU for parallel computing.Does > FreeBSD support such a hardware? As O. Hartmann explained, we don't support GPGPU on NVIDIA hardware, neither with the binary driver because NVIDIA doesn't provide any libOpenCL.so for FreeBSD, nor with the FOSS driver because we don't have the kernel video driver. On the AMD front, GPGPU works with the open-source stack (libclc and Clover, Mesa's libOpenCL.so), but the Clover port isn't committed yet. We didn't have the time to polish it so far (only libclc is available in devel/libclc). Note that Clover is still a WIP. Here's a matrix of implemented and missing features: http://dri.freedesktop.org/wiki/GalliumCompute/ When I tried it with simple programs found on the Net, it worked. However, I couldn't use it with graphics/darktable: 1) Currently, the amount of memory reported by Clover is hard-coded 2) darktable expects features not implemented --=20 Jean-S=E9bastien P=E9dron --vjsi4w6wh9naHn8l6wglVWKeEIaCedMpG Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQJ8BAEBCgBmBQJUVgamXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ2NzA4N0ZEMUFFQUUwRTEyREJDNkE2RjAz OUU5OTc2MUE1RkQ5NENDAAoJEDnpl2Gl/ZTM7zgP/282OnNvLW94DuHcZ13LLeKx nhibffPFPPhp3v7EHeSJW7vzwY6euYnqZW7w90UvqEm9Mmi72ohdchcainpHr2qR KoWu40IgAbXPsm0nZGjm5kkpv5W84FaxRyepww9k8Bp5/8WQyXYMzlpSn4gpQHaB sfCGRzmOqi0awvktt1CaWKWUJmD8YMiV6erIoKsHXIvoWvB+OappzyW34JmL0M4q gAdZztyynn0C77dwDYdW8hT2aBtOpD5M+O1ejN43WozCvinI9bggPAMJ8Lgtm0Kg hQ+XwFfjG61fqtK4QTkar9SMeQU3ISAE5iQgQcB4YbaFReu5BXgHCkZ8Tr6o91zj EdgC1Zt+Q3A5i8hA88o+jOXPZqUt1cN8PZ/P3SLrkmvWoNt/Xd1VdK/qrSmPx8ce OEZOptElU1PYi/t63eHQj0C2+FrDDSWFPwFUavUEabeCzNGunXPR769XU7adfGxp iXjM3juvIT3DlFhogwlzPc6r8Zb/AJnJquYs82x2ixAk0cOgUXJWjzRDurYPwnWa pMO3Zdk5kNDJJYrUJEU/9u/b0IDBeFlsgBWBfhi0FZLLdMFcsFgbdU5/3saDmviu PTXD2YX1azCWZ0km5es7ADGJlkCw3wRR5/kPq5hBA3tmc13Syenbm3X53goCGjFp iSBHNX0qnvEdjV1PtHd6 =pH7o -----END PGP SIGNATURE----- --vjsi4w6wh9naHn8l6wglVWKeEIaCedMpG-- From owner-freebsd-current@FreeBSD.ORG Sun Nov 2 11:53:32 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 43B5F842; Sun, 2 Nov 2014 11:53:32 +0000 (UTC) Received: from mail-oi0-x232.google.com (mail-oi0-x232.google.com [IPv6:2607:f8b0:4003:c06::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 02B99C3B; Sun, 2 Nov 2014 11:53:31 +0000 (UTC) Received: by mail-oi0-f50.google.com with SMTP id v63so4225200oia.9 for ; Sun, 02 Nov 2014 03:53:31 -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=mMpmOeA09DdqZvB//u5BI4CkgqGabRG/78wbOVnpmhE=; b=mW6nVGGbhCByyPKNo1fph2nVtx16AoGFnxiwO9HQIrfW6VwPCfX742qjKi6jhRGUq2 PZkf3sd+Lzln/xSvPqv8iPidoU93xR60Lc04KxM/rulIKO+RvkgjFMGd/x3mjGGtqpBb C+8jCJ2TSHn+TdJWBYRBnWaq1N9T0hHLGKtIerHw//gIYLmv0akxZCC4pNIxLWdeWl01 gR8aUyAuJPfkpvEyYliXW4b6ysZrRH0joRxE5qcv7ngRBKo2H/g+V5q+km0R4yKLtMwg 0qRSgUa2UgxKylPBXQrAxJjwZpySYzOLXSS3L7c7cNU+eEHZHoqiC7GHWbgvvkShoa2b xpjQ== MIME-Version: 1.0 X-Received: by 10.202.178.131 with SMTP id b125mr1108936oif.72.1414929211003; Sun, 02 Nov 2014 03:53:31 -0800 (PST) Received: by 10.202.228.65 with HTTP; Sun, 2 Nov 2014 03:53:30 -0800 (PST) In-Reply-To: <5456069F.702@FreeBSD.org> References: <2074770725.140543.1414773975682.JavaMail.yahoo@jws10681.mail.bf1.yahoo.com> <5456069F.702@FreeBSD.org> Date: Sun, 2 Nov 2014 12:53:30 +0100 Message-ID: Subject: Re: NVidia Tesla K40 From: Johannes Dieterich To: =?UTF-8?B?SmVhbi1Tw6liYXN0aWVuIFDDqWRyb24=?= Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Nov 2014 11:53:32 -0000 Dear Jean-Sebastien, just to chime in on one aspect I care about: On Sun, Nov 2, 2014 at 11:25 AM, Jean-S=C3=A9bastien P=C3=A9dron wrote: > On 31.10.2014 17:46, John Dison wrote: > > Hello! > > Hi! > > > I want to use NVidia Tesla K40 GPU for parallel computing.Does > > FreeBSD support such a hardware? > > As O. Hartmann explained, we don't support GPGPU on NVIDIA hardware, > neither with the binary driver because NVIDIA doesn't provide any > libOpenCL.so for FreeBSD, nor with the FOSS driver because we don't have > the kernel video driver. > > On the AMD front, GPGPU works with the open-source stack (libclc and > Clover, Mesa's libOpenCL.so), but the Clover port isn't committed yet. > We didn't have the time to polish it so far (only libclc is available in > devel/libclc). > > Note that Clover is still a WIP. Here's a matrix of implemented and > missing features: > http://dri.freedesktop.org/wiki/GalliumCompute/ > > When I tried it with simple programs found on the Net, it worked. > However, I couldn't use it with graphics/darktable: > 1) Currently, the amount of memory reported by Clover is hard-coded > 2) darktable expects features not implemented > IMHO, a very good and relevant test is clBLAS ( https://github.com/clMathLibraries/clBLAS ). Anything HPC will require these functions to work properly and (albeit computationally demanding) they are well controllable for benchmarks (in terms of setup and memory dimensioning). Coming from a HPC background, the next step would be something like MAGMA ( http://icl.cs.utk.edu/magma/software/index.html ) which uses clBLAS and adds some LAPACK-style functionality to it. Again, well controllable and computationally challenging. I am happy to act as tester, btw. Looking forward to this landing in BSD, thanks so much for your and all of the graphics teams work! Johannes From owner-freebsd-current@FreeBSD.ORG Sun Nov 2 12:00:46 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 5ECD4B63; Sun, 2 Nov 2014 12:00:46 +0000 (UTC) Received: from mail-wg0-x234.google.com (mail-wg0-x234.google.com [IPv6:2a00:1450:400c:c00::234]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C1D63C8D; Sun, 2 Nov 2014 12:00:45 +0000 (UTC) Received: by mail-wg0-f52.google.com with SMTP id b13so8685189wgh.11 for ; Sun, 02 Nov 2014 04:00:44 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:subject:message-id:mail-followup-to:references :mime-version:content-type:content-disposition:in-reply-to :user-agent; bh=7ZeAiCXCfcp6EGwfAVMpk4VVDi/66FmgTYWmp/Egh4U=; b=teYt5An5lyn/etqOBt+AdzZ9daF0FbMYyw0nkG7Z9wT4b2/w77jD/EX9DnuHXhyh44 0lzK3kWobcPXtIU59811nAnfbViuK64kWgPCJbbe8nmiagbgYE20WyRjEKtOr6xGC+GZ 329xhIXs8+WZEUOtVEKp/+RXDYro8CdyGmGx17VuUilgVG6GKmbtW0wSpfFlx2ScsyC6 XCG8Gm9bSFH0Wbxqjp8Hfr0zPjAPrZ4DoLq+SeuXQlTUAWm4X976tJlVS3U6x6H0/6tI Samy+RDXdkZFB+LicK21t/SOX3R6PrTNm6z9HkNsApJSih/5Olp8a6J6wjeNeW7lSa03 bKRA== X-Received: by 10.194.76.101 with SMTP id j5mr28529379wjw.57.1414929644076; Sun, 02 Nov 2014 04:00:44 -0800 (PST) Received: from dft-labs.eu (n1x0n-1-pt.tunnel.tserv5.lon1.ipv6.he.net. [2001:470:1f08:1f7::2]) by mx.google.com with ESMTPSA id lm9sm18377545wjc.45.2014.11.02.04.00.42 for (version=TLSv1.2 cipher=RC4-SHA bits=128/128); Sun, 02 Nov 2014 04:00:43 -0800 (PST) Date: Sun, 2 Nov 2014 13:00:40 +0100 From: Mateusz Guzik To: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org Subject: Re: junior kernel tasks Message-ID: <20141102120040.GA29497@dft-labs.eu> Mail-Followup-To: Mateusz Guzik , freebsd-hackers@freebsd.org, freebsd-current@freebsd.org References: <20141025204536.GD19066@dft-labs.eu> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <20141025204536.GD19066@dft-labs.eu> User-Agent: Mutt/1.5.21 (2010-09-15) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: 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, 02 Nov 2014 12:00:46 -0000 On Sat, Oct 25, 2014 at 10:45:36PM +0200, Mateusz Guzik wrote: > Hello, > > In short, nice kernel tasks people with C language skills can do in few > evenings. > > https://wiki.freebsd.org/JuniorJobs > > It is assumed you know how to obtain sources and build the kernel. > > What you can get in return: > - your own code in FreeBSD tree > - eternal glory [1] > - fun [2] > > If you are not interested, but know someone who does, please pass it > down. > > [1] - not really, no > [2] - well, I guess that's subjective, so that's not a "no" > There are some new tasks on the list. Go ahead, take your pick. -- Mateusz Guzik From owner-freebsd-current@FreeBSD.ORG Sun Nov 2 12:28:21 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 7DB75FE for ; Sun, 2 Nov 2014 12:28:21 +0000 (UTC) Received: from smtp.des.no (smtp.des.no [194.63.250.102]) by mx1.freebsd.org (Postfix) with ESMTP id 3BA74EED for ; Sun, 2 Nov 2014 12:28:20 +0000 (UTC) Received: from nine.des.no (smtp.des.no [194.63.250.102]) by smtp-int.des.no (Postfix) with ESMTP id A9545AC1C; Sun, 2 Nov 2014 12:28:19 +0000 (UTC) Received: by nine.des.no (Postfix, from userid 1001) id 8AB5510B2B; Sun, 2 Nov 2014 13:28:20 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Tomoaki AOKI Subject: Re: CURRENT: WARNING! r273914 leaves filesystems in inconsistent/corrupted condition! References: <20141031202045.2e02f4a3.ohartman@zedat.fu-berlin.de> <86a94c9bn3.fsf@nine.des.no> <545402C9.4070901@fgznet.ch> <201410312231.s9VMVsT1002148@pozo.com> <86fve392uy.fsf@nine.des.no> <20141101153554.77a4a7e4cef7bfe2b9486e89@dec.sakura.ne.jp> <86y4rv6lxf.fsf@nine.des.no> <20141102151259.1e135f590be192b4c3e75983@dec.sakura.ne.jp> Date: Sun, 02 Nov 2014 13:28:20 +0100 In-Reply-To: <20141102151259.1e135f590be192b4c3e75983@dec.sakura.ne.jp> (Tomoaki AOKI's message of "Sun, 2 Nov 2014 15:12:59 +0900") Message-ID: <86r3xl4wij.fsf@nine.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: 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, 02 Nov 2014 12:28:21 -0000 Tomoaki AOKI writes: > Looks fixed now, but what confused me is that r273919 modifies > etc/rc.d/geli. I've not configured GELI neither in head VM nor > stable/10 host. Yes, it breaks the cycle in the rcorder graph. Whether you use geli or not is irrelevant; the script still runs. > *Noticed that r273919 should fix above by your reply, backed out > Manfred's workaround [no other change] and rebooted, can't reproduce > the mfsvar problem anymore! Yes, that was the idea. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Sun Nov 2 20:02:23 2014 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4646A1C3 for ; Sun, 2 Nov 2014 20:02:23 +0000 (UTC) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 2F3BDD4D for ; Sun, 2 Nov 2014 20:02:23 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.9/8.14.9) with ESMTP id sA2K2NMs066842 for ; Sun, 2 Nov 2014 20:02:23 GMT (envelope-from bdrewery@freefall.freebsd.org) Received: (from bdrewery@localhost) by freefall.freebsd.org (8.14.9/8.14.9/Submit) id sA2K2M4V066838 for current@FreeBSD.org; Sun, 2 Nov 2014 20:02:22 GMT (envelope-from bdrewery) Received: (qmail 5280 invoked from network); 2 Nov 2014 14:02:20 -0600 Received: from unknown (HELO blah) (freebsd@shatow.net@129.253.54.225) by sweb.xzibition.com with ESMTPA; 2 Nov 2014 14:02:20 -0600 Message-ID: <54568DA2.6030309@FreeBSD.org> Date: Sun, 02 Nov 2014 14:01:38 -0600 From: Bryan Drewery Organization: FreeBSD User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 To: freebsd-ports@FreeBSD.org Subject: SSP now default for ports/packages, ssp/new_xorg repository EOL Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Sun, 02 Nov 2014 20:07:37 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Nov 2014 20:02:23 -0000 Ports and Package users, Ports now have SSP enabled by default. The package repository will now build SSP by default as well. SSP is "Stack Smashing Protection" and can be read about at https://en.wikipedia.org/wiki/Buffer_overflow_protection. This only applies to the head (/latest) packages, not the Quarterly branch packages. This applies to the ports checkout that portsnap uses. WITHOUT_SSP can be defined in make.conf to not use this feature. SSP will be used to build ports (with -fstack-protector) on all amd64 releases and i386 releases which are 10.0 or newer. The "ssp" repository and "new_xorg" repositories will no longer be updated after 11/15 as they are no longer needed as both are default for ports now. Please update your repository configurations to now only track the /latest repository. This is the default from /etc/pkg/FreeBSD.conf. Remove any overrides from /usr/local/etc/pkg/repos/ for the "ssp" or "new_xorg" repositories. Regards, Bryan Drewery on behalf of portmgr From owner-freebsd-current@FreeBSD.ORG Mon Nov 3 03:52:18 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 0FF60F7A for ; Mon, 3 Nov 2014 03:52:18 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 000F8E98 for ; Mon, 3 Nov 2014 03:52:17 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id E04AEA6A for ; Mon, 3 Nov 2014 03:52:16 +0000 (UTC) Date: Mon, 3 Nov 2014 03:52:03 +0000 (GMT) From: jenkins-admin@freebsd.org To: freebsd-current@freebsd.org Message-ID: <1342823620.0.1414986729788.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Build failed in Jenkins: FreeBSD_HEAD-tests2 #176 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Jenkins-Job: FreeBSD_HEAD-tests2 X-Jenkins-Result: FAILURE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Nov 2014 03:52:18 -0000 See ------------------------------------------ Started by build flow Build_Image_and_Run_Tests_in_Bhyve_HEAD#171 Building remotely on havoc.ysv.freebsd.org (FreeBSD-10) in workspace [FreeBSD_HEAD-tests2] $ /bin/sh -xe /tmp/hudson6245048523841943540.sh + sudo python /vm/freebsd-ci/scripts/test/run-tests.py -f /vm/freebsd-ci/sc= ripts/test/config/config.json bhyveload -m 2G -d /net/jenkins-10.freebsd.org/builds/Build-UFS-image/image= /FreeBSD_HEAD/test.img vm_test Consoles: userboot =20 FreeBSD/amd64 User boot, Revision 1.1 (rodrigc@havoc.ysv.freebsd.org, Tue Oct 21 05:39:14 UTC 2014) |=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-= =08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08= /=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\= =08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08= -=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08Loading /boot/d= efaults/loader.conf=20 /=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\= =08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08= -=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|= =08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08= \=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/= =08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08= |=08/=08-=08\=08=1B[H=1B[J=1B[7;46H ``` `=1B[8;46Hs`= `.....---.......--.``` -/=1B[9;46H+o .--` /y:` +.=1B[10;4= 6H yo`:. :o `+-=1B[11;46H y/ -/` -o/=1B[12= ;46H .- ::/sy+:.=1B[13;46H / `-- /=1B= [14;46H`: :`=1B[15;46H`: = :`=1B[16;46H / /=1B[17;46H .- = -.=1B[18;46H -- -.=1B[19;46H `:` = `:`=1B[20;46H .-- `--.=1B[21;46H .---.....----.=1B= [25;0H=1B[1;2H ______ ____ _____ _____ =1B[2;2H| ____| = | _ \ / ____| __ \ =1B[3;2H| |___ _ __ ___ ___ | |_) | (___ | = | | |=1B[4;2H| ___| '__/ _ \/ _ \| _ < \___ \| | | |=1B[5;2H| | | | |= __/ __/| |_) |____) | |__| |=1B[6;2H| | | | | | || | | = |=1B[7;2H|_| |_| \___|\___||____/|_____/|_____/ =1B[25;0H=1B[10;2H|= =1B[11;2H|=1B[12;2H|=1B[13;2H|=1B[14;2H|=1B[15;2H|=1B[16;2H|=1B[17;2H|=1B[1= 8;2H|=1B[19;2H|=1B[20;2H|=1B[21;2H|=1B[10;44H|=1B[11;44H|=1B[12;44H|=1B[13;= 44H|=1B[14;44H|=1B[15;44H|=1B[16;44H|=1B[17;44H|=1B[18;44H|=1B[19;44H|=1B[2= 0;44H|=1B[21;44H|=1B[9;3H-----------------------------------------=1B[22;3H= -----------------------------------------=1B[9;2H+=1B[22;2H+=1B[9;44H+=1B[2= 2;44H+=1B[25;0H|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08=1B[9;15HWel= come to FreeBSD=1B[11;5H1 =1B[11;6H.=1B[11;8HBoot Multi User [Enter]=1B[12;= 5H2 =1B[12;6H.=1B[12;8HBoot [S]ingle User=1B[13;5H3 =1B[13;6H.=1B[13;8H[Esc= ]ape to loader prompt=1B[14;5H4 =1B[14;6H.=1B[14;8HReboot=1B[16;5HOptions:= =1B[17;5H5 =1B[17;6H.=1B[17;8H[K]ernel: kernel (1 of 2)=1B[18;5H6 =1B[18;6H= .=1B[18;8HConfigure Boot [O]ptions...=1B[25;0H=1B[23;4HAutoboot in 9 second= s. [Space] to pause=1B[25;0H=1B[23;4HAutoboot in 8 seconds. [Space] to paus= e=1B[25;0H=1B[23;4HAutoboot in 7 seconds. [Space] to pause=1B[25;0H=1B[23;4= HAutoboot in 6 seconds. [Space] to pause=1B[25;0H=1B[23;4HAutoboot in 5 sec= onds. [Space] to pause=1B[25;0H=1B[23;4HAutoboot in 4 seconds. [Space] to p= ause=1B[25;0H=1B[23;4HAutoboot in 3 seconds. [Space] to pause=1B[25;0H=1B[2= 3;4HAutoboot in 2 seconds. [Space] to pause=1B[25;0H=1B[23;4HAutoboot in 1 = seconds. [Space] to pause=1B[25;0H=1B[23;4H = =1B[25;0H|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-= =08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08= /=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\= =08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08= -=08\=08|=08/=08/boot/kernel/kernel text=3D0x1003208 -=08\=08|=08/=08-=08\= =08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08= -=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|= =08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08= \=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/= =08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08= |=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-= =08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08= /=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\= =08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08= -=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|= =08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08= \=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/= =08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08= |=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-= =08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08= /=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\= =08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08= -=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|= =08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08= \=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/= =08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08= |=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-= =08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08= /=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\= =08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08= -=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|= =08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08= \=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/= =08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08= |=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-= =08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08= /=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\= =08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08= -=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|= =08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08= \=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/= =08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08= |=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-= =08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08= /=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\= =08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08= -=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|= =08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08= \=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/= =08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08= |=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-= =08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08= /=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\= =08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08= -=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|= =08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08= \=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/= =08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08= |=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-= =08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08= /=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\= =08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08= -=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|= =08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08= \=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/= =08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08= |=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-= =08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08= /=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\= =08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08= -=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|= =08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08= \=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/= =08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08= |=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-= =08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08= /=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\= =08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08= -=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|= =08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08= \=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/= =08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08= |=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-= =08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08= /=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\= =08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08= -=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|= =08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08= \=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/= =08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08= |=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-= =08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08= /=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\= =08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08= -=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|= =08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08= \=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/= =08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08= |=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-= =08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08= /=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\= =08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08= -=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|= =08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08= \=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/= =08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08= |=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-= =08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08= /=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\= =08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08= -=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|= =08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08= \=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/= =08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08= |=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-= =08\=08|=08/=08-=08\=08|=08/=08-=08\=08data=3D0x12bf28+0x3d3e70 |=08/=08-= =08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08= /=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\= =08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08= -=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|= =08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08= \=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/= =08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08= |=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-= =08\=08|=08syms=3D[0x8+0x146790/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08= |=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-= =08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08= /=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\= =08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08= -=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|= =08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08= \=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/= =08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08= |=08/=08-=08\=08+0x8+0x161c92|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\= =08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08= -=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|= =08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08= \=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/= =08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08= |=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-= =08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08= /=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\= =08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08] Booting... /=08-=08\=08|=08/=08-=08\=08bhyve -c 2 -m 2G -AI -H -P -g 0 -s 0:0,hostbrid= ge -s 1:0,lpc -s 2:0,virtio-net,tap0,mac=3D58:9c:fc:00:00:2e -s 3:0,ahci-hd= ,/net/jenkins-10.freebsd.org/builds/Build-UFS-image/image/FreeBSD_HEAD/test= .img -l com1,stdio vm_test open of tap device /dev/tap0 failed GDB: no debug ports present KDB: debugger backends: ddb KDB: current backend: ddb Copyright (c) 1992-2014 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 =09The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 11.0-CURRENT #1650: Mon Nov 3 02:51:40 UTC 2014 jenkins@jenkins-10.freebsd.org:/usr/obj/builds/FreeBSD_HEAD/sys/GENERIC= amd64 FreeBSD clang version 3.4.1 (tags/RELEASE_34/dot1-final 208032) 20140512 WARNING: WITNESS option enabled, expect reduced performance. CPU: Intel(R) Xeon(R) CPU E5620 @ 2.40GHz (2399.77-MHz K8-class = CPU) Origin=3D"GenuineIntel" Id=3D0x206c2 Family=3D0x6 Model=3D0x2c Steppi= ng=3D2 Features=3D0x9f83ab7f Features2=3D0x829e6257 AMD Features=3D0x24100800 AMD Features2=3D0x1 TSC: P-state invariant Hypervisor: Origin =3D "bhyve bhyve " real memory =3D 2147483648 (2048 MB) avail memory =3D 2040287232 (1945 MB) Event timer "LAPIC" quality 400 ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs FreeBSD/SMP: 2 package(s) x 1 core(s) cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 random device not loaded/active; using insecure pseudo-random number genera= tor ioapic0 irqs 0-23 on motherboard random: entropy device infrastructure driver random: selecting highest priority adaptor kbd1 at kbdmux0 module_register_init: MOD_LOAD (vesa, 0xffffffff80dae130, 0) error 19 random: SOFT: yarrow init() random: selecting highest priority adaptor acpi0: on motherboard acpi0: Power Button (fixed) atrtc0: port 0x70-0x71 irq 8 on acpi0 Event timer "RTC" frequency 32768 Hz quality 0 attimer0: port 0x40-0x43 irq 0 on acpi0 Timecounter "i8254" frequency 1193182 Hz quality 0 Event timer "i8254" frequency 1193182 Hz quality 100 hpet0: iomem 0xfed00000-0xfed003ff on acpi0 Timecounter "HPET" frequency 10000000 Hz quality 950 Event timer "HPET" frequency 10000000 Hz quality 550 Event timer "HPET1" frequency 10000000 Hz quality 450 Event timer "HPET2" frequency 10000000 Hz quality 450 Event timer "HPET3" frequency 10000000 Hz quality 450 Event timer "HPET4" frequency 10000000 Hz quality 450 Event timer "HPET5" frequency 10000000 Hz quality 450 Event timer "HPET6" frequency 10000000 Hz quality 450 Timecounter "ACPI-fast" frequency 3579545 Hz quality 900 acpi_timer0: <32-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 isab0: at device 1.0 on pci0 isa0: on isab0 virtio_pci0: port 0x2000-0x201f mem 0xc0000000= -0xc0001fff irq 16 at device 2.0 on pci0 vtnet0: on virtio_pci0 virtio_pci0: host features: 0x1018020 virtio_pci0: negotiated features: 0x18020 vtnet0: Ethernet address: 58:9c:fc:00:00:2e ahci0: mem 0xc0002000-0xc00023ff irq 17 a= t device 3.0 on pci0 ahci0: AHCI v1.30 with 6 6Gbps ports, Port Multiplier not supported ahcich0: at channel 0 on ahci0 uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 uart0: console (9600,n,8,1) uart1: <16550 or compatible> port 0x2f8-0x2ff irq 3 on acpi0 qpi0: on motherboard sc0: at flags 0x100 on isa0 sc0: MDA <16 virtual consoles, flags=3D0x100> vga0: at port 0x3b0-0x3bb iomem 0xb0000-0xb7fff on isa0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] ppc0: cannot reserve I/O port range Timecounters tick every 1.000 msec panic: Lock (sx) random_adaptors not locked @ /builds/FreeBSD_HEAD/sys/dev/= random/random_adaptors.c:278. cpuid =3D 0 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe007b59a= 940 kdb_backtrace() at kdb_backtrace+0x39/frame 0xfffffe007b59a9f0 vpanic() at vpanic+0x189/frame 0xfffffe007b59aa70 kassert_panic() at kassert_panic+0x139/frame 0xfffffe007b59aae0 witness_assert() at witness_assert+0x32a/frame 0xfffffe007b59ab40 random_adaptor_read_rate() at random_adaptor_read_rate+0x23/frame 0xfffffe0= 07b59ab60 live_entropy_sources_feed() at live_entropy_sources_feed+0x2a/frame 0xfffff= e007b59ab90 random_kthread() at random_kthread+0x82/frame 0xfffffe007b59abb0 fork_exit() at fork_exit+0x84/frame 0xfffffe007b59abf0 fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe007b59abf0 --- trap 0, rip =3D 0, rsp =3D 0xfffffe007b59acb0, rbp =3D 0 --- KDB: enter: panic [ thread pid 14 tid 100013 ] Stopped at kdb_enter+0x3e: movq $0,kdb_why db> Traceback (most recent call last): File "/vm/freebsd-ci/scripts/test/run-tests.py", line 146, in main(sys.argv) File "/vm/freebsd-ci/scripts/test/run-tests.py", line 80, in main runTest() File "/vm/freebsd-ci/scripts/test/run-tests.py", line 110, in runTest child2.expect(['login:'], timeout=3D1200) File "/usr/local/lib/python2.7/site-packages/pexpect/__init__.py", line 1= 451, in expect timeout, searchwindowsize) File "/usr/local/lib/python2.7/site-packages/pexpect/__init__.py", line 1= 466, in expect_list timeout, searchwindowsize) File "/usr/local/lib/python2.7/site-packages/pexpect/__init__.py", line 1= 568, in expect_loop raise TIMEOUT(str(err) + '\n' + str(self)) pexpect.TIMEOUT: Timeout exceeded. version: 3.3 command: /usr/sbin/bhyve args: [u'/usr/sbin/bhyve', u'-c', u'2', u'-m', u'2G', u'-AI', u'-H', u'-P',= u'-g', u'0', u'-s', u'0:0,hostbridge', u'-s', u'1:0,lpc', u'-s', u'2:0,vir= tio-net,tap0,mac=3D58:9c:fc:00:00:2e', u'-s', u'3:0,ahci-hd,/net/jenkins-10= .freebsd.org/builds/Build-UFS-image/image/FreeBSD_HEAD/test.img', u'-l', u'= com1,stdio', u'vm_test'] searcher: buffer (last 100 chars): 'enter: panic\r\n[ thread pid 14 tid 100013 ]\r\nS= topped at kdb_enter+0x3e: movq $0,kdb_why\r\ndb> ' before (last 100 chars): 'enter: panic\r\n[ thread pid 14 tid 100013 ]\r\nS= topped at kdb_enter+0x3e: movq $0,kdb_why\r\ndb> ' after: match: None match_index: None exitstatus: None flag_eof: False pid: 80638 child_fd: 4 closed: False timeout: 30 delimiter: logfile: ', mode 'w' at 0x80066d150> logfile_read: None logfile_send: None maxread: 2000 ignorecase: False searchwindowsize: None delaybeforesend: 0.05 delayafterclose: 0.1 delayafterterminate: 0.1 Build step 'Execute shell' marked build as failure Recording test results From owner-freebsd-current@FreeBSD.ORG Mon Nov 3 06:16:42 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EB24E828 for ; Mon, 3 Nov 2014 06:16:42 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id CC55ACFD for ; Mon, 3 Nov 2014 06:16:42 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id D2D1EAC8 for ; Mon, 3 Nov 2014 06:16:42 +0000 (UTC) Date: Mon, 3 Nov 2014 06:16:40 +0000 (GMT) From: jenkins-admin@freebsd.org To: freebsd-current@freebsd.org Message-ID: <586694318.1.1414995401470.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Build failed in Jenkins: Build-UFS-image #304 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: Mon, 03 Nov 2014 06:16:43 -0000 See ------------------------------------------ [...truncated 16212 lines...] Europe/Uzhgorod Europe/Budapest Europe/Simferopol Europe/Vienna Europe/Tallinn Europe/Busingen Europe/Andorra Europe/Copenhagen Europe/Sarajevo Europe/Madrid Europe/Vaduz Europe/Kaliningrad Europe/Oslo Europe/Nicosia Europe/Zaporozhye Europe/Zurich Europe/Istanbul Europe/Prague Europe/Bratislava Europe/Gibraltar Europe/Luxembourg Europe/Dublin Europe/Berlin Europe/Monaco Europe/Sofia Europe/Minsk Europe/Guernsey Europe/Podgorica Europe/Tirane Europe/Moscow Europe/Volgograd Europe/Warsaw Europe/Paris Europe/Athens Europe/Chisinau Europe/Ljubljana Europe/Skopje Europe/Isle_of_Man Europe/Riga Europe/London Europe/Zagreb Europe/Stockholm Europe/Lisbon Europe/Jersey Europe/Vilnius Europe/Bucharest Europe/Brussels Europe/Malta Europe/Amsterdam Europe/Rome Europe/Vatican Europe/Samara Europe/Mariehamn Europe/San_Marino Europe/Kiev Europe/Belgrade Europe/Helsinki Factory HST Indian/Mauritius Indian/Comoro Indian/Mahe Indian/Cocos Indian/Antananarivo Indian/Chagos Indian/Reunion Indian/Kerguelen Indian/Maldives Indian/Mayotte Indian/Christmas MET MST MST7MDT PST8PDT Pacific/Noumea Pacific/Tahiti Pacific/Tongatapu Pacific/Port_Moresby Pacific/Kiritimati Pacific/Galapagos Pacific/Bougainville Pacific/Midway Pacific/Auckland Pacific/Pohnpei Pacific/Guam Pacific/Palau Pacific/Kwajalein Pacific/Apia Pacific/Pitcairn Pacific/Wake Pacific/Easter Pacific/Funafuti Pacific/Efate Pacific/Kosrae Pacific/Fiji Pacific/Majuro Pacific/Chuuk Pacific/Norfolk Pacific/Johnston Pacific/Pago_Pago Pacific/Chatham Pacific/Saipan Pacific/Gambier Pacific/Nauru Pacific/Fakaofo Pacific/Honolulu Pacific/Guadalcanal Pacific/Marquesas Pacific/Wallis Pacific/Rarotonga Pacific/Niue Pacific/Tarawa 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) 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) install -o root -g wheel -m 555 boot1.efi install -o root -g wheel -m 444 boot1.efifat =3D=3D=3D> sys/boot/i386 (install) =3D=3D=3D> sys/boot/i386/mbr (install) install -o root -g wheel -m 444 mbr =3D=3D=3D> sys/boot/i386/pmbr (install) install -o root -g wheel -m 444 pmbr =3D=3D=3D> sys/boot/i386/boot0 (install) install -o root -g wheel -m 444 boot0 =3D=3D=3D> sys/boot/i386/boot0sio (install) install -o root -g wheel -m 444 boot0 =3D=3D=3D> sys/boot/i386/btx (install) =3D=3D=3D> sys/boot/i386/btx/btx (install) =3D=3D=3D> sys/boot/i386/btx/btxldr (install) =3D=3D=3D> sys/boot/i386/btx/lib (install) =3D=3D=3D> sys/boot/i386/boot2 (install) install -o root -g wheel -m 444 boot boot1 boot2 =3D=3D=3D> sys/boot/i386/cdboot (install) install -o root -g wheel -m 444 cdboot =3D=3D=3D> sys/boot/i386/gptboot (install) install -o root -g wheel -m 444 gptboot install -o root -g wheel -m 444 gptboot.8.gz =3D=3D=3D> sys/boot/i386/kgzldr (install) 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) cc -O2 -pipe -DLOADER_ZFS_SUPPORT -DLOADER_NFS_SUPPORT -DBOOT_FORTH -I/bu= ilds/FreeBSD_HEAD/sys/boot/i386/zfsloader/../../ficl -I/builds/FreeBSD_HEAD= /sys/boot/i386/zfsloader/../../ficl/i386 -DLOADER_GZIP_SUPPORT -DLOADER_DIS= K_SUPPORT -DLOADER_GPT_SUPPORT -DLOADER_MBR_SUPPORT -I/builds/FreeBSD_HEAD/= sys/boot/i386/zfsloader/../../common -I. -Wall -I/builds/FreeBSD_HEAD/sys/b= oot/i386/zfsloader/.. -I/builds/FreeBSD_HEAD/sys/boot/i386/zfsloader/../btx= /lib -march=3Di386 -ffreestanding -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -m= no-sse3 -msoft-float -m32 -std=3Dgnu99 -Qunused-arguments -DLOADER_PREFER= _AMD64 -static -Ttext 0x0 -nostdlib -o zfsloader.sym /usr/obj/builds/FreeBS= D_HEAD/sys/boot/i386/zfsloader/../btx/lib/crt0.o main.o conf.o vers.o boot.= o commands.o console.o devopen.o interp.o interp_backslash.o interp_parse.o= ls.o misc.o module.o panic.o load_elf32.o load_elf32_obj.o reloc_elf32.o l= oad_elf64.o load_elf64_obj.o reloc_elf64.o disk.o part.o crc32.o bcache.o i= sapnp.o pnp.o interp_forth.o /usr/obj/builds/FreeBSD_HEAD/sys/boot/i386/zfs= loader/../../ficl32/libficl.a /usr/obj/builds/FreeBSD_HEAD/sys/boot/i386/z= fsloader/../../zfs/libzfsboot.a /usr/obj/builds/FreeBSD_HEAD/sys/boot/i386/= zfsloader/../libi386/libi386.a /usr/obj/builds/FreeBSD_HEAD/sys/boot/i386/z= fsloader/../../libstand32/libstand.a cp zfsloader.sym zfsloader.bin make[7]: exec(cp) failed (No such file or directory) *** Error code 1 Stop. make[7]: stopped in /builds/FreeBSD_HEAD/sys/boot/i386/zfsloader *** Error code 1 Stop. make[6]: stopped in /builds/FreeBSD_HEAD/sys/boot/i386 *** 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 Mon Nov 3 08:02:46 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 AD15E6FF for ; Mon, 3 Nov 2014 08:02:46 +0000 (UTC) Received: from mail-wg0-x230.google.com (mail-wg0-x230.google.com [IPv6:2a00:1450:400c:c00::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 3BAFD9A4 for ; Mon, 3 Nov 2014 08:02:45 +0000 (UTC) Received: by mail-wg0-f48.google.com with SMTP id m15so5039314wgh.7 for ; Mon, 03 Nov 2014 00:02:43 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=berentweb.com; s=google; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=Ci8+ebObwlNmjYLk4JSy22pBSAZ1ac8Z+RcwqDEv5uA=; b=Gy7coI1sFYQgWt/QvyZL1o6FmF5IT9eVagrAAF1VP64420vSY6vF/EEfGq/zW0BOiQ eFPTni98wLUw57eFJmEfTWj4kFJgfxAE7XiaKAz9L5BxX6sftpUqnSadji478A1OIQYN c0dtXKCxI9ipXIjJrsK5RdX6cmhyb5mTJWC48= 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=Ci8+ebObwlNmjYLk4JSy22pBSAZ1ac8Z+RcwqDEv5uA=; b=M1cfc7flbngycMSU46YlmvvrBEsYitROeeyP4WfAhzVgmLiMEQvgBMQR9kCViji/8M +ZGhKQa9lsUsvKGYSN6VBsHvEcyHaK4zVxyXunq2N5Yha60AOucH2CDkc9R30YX6DdUk zMPNY/9O+6VlWQcLjLAHl+sx72G5Mhc4iM4mnfUDXlGI3Ov6PE7duqVyzIO+MnpnIV1X W2D/a5iq7N3XEo5YwJ8hdxPJfJVaeCCtUhGjAQME05tc7fdijHoX1Xl46HzYGFSjY6UJ RDWU1Njj40fvLGWLbEFT0QF/ivgY0GT+oevlVjyCJhf3dBQyspQDbMOrOUWVq4jaBNxc 78GA== X-Gm-Message-State: ALoCoQmUlgpVBN2fF/i6Y0OqXpNAmMeDsw2s7pkL3W52ZDmgBmY2bbQUm3Zwqv4XH8HR4OchmUVP X-Received: by 10.180.100.129 with SMTP id ey1mr14803794wib.28.1415001763333; Mon, 03 Nov 2014 00:02:43 -0800 (PST) Received: from rsbsd.rsb ([31.200.12.102]) by mx.google.com with ESMTPSA id hu3sm21257331wjb.17.2014.11.03.00.02.41 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 03 Nov 2014 00:02:42 -0800 (PST) Message-ID: <545736AF.5000509@berentweb.com> Date: Mon, 03 Nov 2014 10:02:55 +0200 From: Beeblebrox User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 To: FreeBSD Current Subject: Re: r273910 build failure if is out-of-date References: <5453DB0C.3040106@FreeBSD.org> <5BF6BAA7-019C-4497-AF32-F9A0FF591ECA@gmail.com> <20141031230020.199badb1@rsbsd.rsb> <20141031231224.1f2e03d3@rsbsd.rsb> In-Reply-To: <20141031231224.1f2e03d3@rsbsd.rsb> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Nov 2014 08:02:46 -0000 I was just curious and decided to try an i386 build: # make -C /usr/src buildworld TARGET=i386 -DNO_CCACHE Gives same error: /asp/git/src/lib/libc/../../include/semaphore.h:41:16: error: field has incomplete type 'struct _usem2' struct _usem2 _kern; ^ /asp/git/src/lib/libc/../../include/semaphore.h:41:9: note: forward declaration of 'struct _usem2' struct _usem2 _kern; ^ cancelpoints_sem_new.c:66:33: error: use of undeclared identifier 'USEM_MAX_COUNT' _Static_assert(SEM_VALUE_MAX <= USEM_MAX_COUNT, "SEM_VALUE_MAX too large"); ^ cancelpoints_sem_new.c:335:15: warning: implicit declaration of function 'USEM_COUNT' is invalid in C99 [-Wimplicit-function-declaration] *sval = (int)USEM_COUNT(sem->_kern._count); ^ cancelpoints_sem_new.c:342:23: error: use of undeclared identifier 'UMTX_OP_SEM2_WAKE' return _umtx_op(sem, UMTX_OP_SEM2_WAKE, 0, NULL, NULL); ^ cancelpoints_sem_new.c:361:23: error: use of undeclared identifier 'UMTX_OP_SEM2_WAIT' return _umtx_op(sem, UMTX_OP_SEM2_WAIT, 0, ^ cancelpoints_sem_new.c:445:14: error: use of undeclared identifier 'USEM_HAS_WAITERS' if (count & USEM_HAS_WAITERS) From owner-freebsd-current@FreeBSD.ORG Mon Nov 3 09:07: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 F283DEF1 for ; Mon, 3 Nov 2014 09:07:00 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id E1E0BFAF for ; Mon, 3 Nov 2014 09:07:00 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id DB2BEAFA for ; Mon, 3 Nov 2014 09:07:00 +0000 (UTC) Date: Mon, 3 Nov 2014 09:07:00 +0000 (GMT) From: jenkins-admin@freebsd.org To: freebsd-current@freebsd.org Message-ID: <335644337.3.1415005620795.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1342823620.0.1414986729788.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1342823620.0.1414986729788.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is back to normal : FreeBSD_HEAD-tests2 #177 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: Mon, 03 Nov 2014 09:07:01 -0000 See From owner-freebsd-current@FreeBSD.ORG Mon Nov 3 11:52:09 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4C0472DB; Mon, 3 Nov 2014 11:52:09 +0000 (UTC) Received: from mx0.gentlemail.de (mx0.gentlemail.de [IPv6:2a00:e10:2800::a130]) (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 B3B0236D; Mon, 3 Nov 2014 11:52:08 +0000 (UTC) Received: from mh0.gentlemail.de (mh0.gentlemail.de [78.138.80.135]) by mx0.gentlemail.de (8.14.5/8.14.5) with ESMTP id sA3Bq5Ad026461; Mon, 3 Nov 2014 12:52:05 +0100 (CET) (envelope-from h.schmalzbauer@omnilan.de) Received: from titan.inop.mo1.omnilan.net (titan.inop.mo1.omnilan.net [IPv6:2001:a60:f0bb:1::3:1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mh0.gentlemail.de (Postfix) with ESMTPSA id 10E773A6C; Mon, 3 Nov 2014 12:52:05 +0100 (CET) Message-ID: <54576C64.3070504@omnilan.de> Date: Mon, 03 Nov 2014 12:52:04 +0100 From: Harald Schmalzbauer Organization: OmniLAN User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; de-DE; rv:1.9.2.8) Gecko/20100906 Lightning/1.0b2 Thunderbird/3.1.2 MIME-Version: 1.0 To: Baptiste Daroussin Subject: Re: missing nullmailer feature in dma(8)/dmagent References: <544F7059.6010608@omnilan.de> <20141028164417.GE26796@ivaldir.etoilebsd.net> <544FCA29.8080303@omnilan.de> In-Reply-To: <544FCA29.8080303@omnilan.de> X-Enigmail-Version: 1.1.2 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig191231C9496FBFBFC170F8B5" X-Greylist: ACL 119 matched, not delayed by milter-greylist-4.2.7 (mx0.gentlemail.de [78.138.80.130]); Mon, 03 Nov 2014 12:52:05 +0100 (CET) X-Milter: Spamilter (Reciever: mx0.gentlemail.de; Sender-ip: 78.138.80.135; Sender-helo: mh0.gentlemail.de; ) Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Nov 2014 11:52:09 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig191231C9496FBFBFC170F8B5 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Bez=C3=BCglich Harald Schmalzbauer's Nachricht vom 28.10.2014 17:54 (localtime): > Bez=C3=BCglich Baptiste Daroussin's Nachricht vom 28.10.2014 17:44 (lo= caltime): > =E2=80=A6 >> The NULLCLIENT feature should exactly be what you are looking for, no?= >> As written in the manpage: >> >> ---- >> Bypass aliases and local delivery, and instead forward all mails to >> the defined `SMARTHOST'. `NULLCLIENT' requires `SMARTHOST' to be >> set. >> ---- > Doh=E2=80=A6 should try harder getting more sleep ;-) > Sorry for the noise, seems indeed to be exactly what I was looking for.= > Can't explain why I missed that, thanks! Ahh, now I can explain ;-) It's the port's version (v0.9_1,1) which lacks this feature. I saw on github that you added this functionality in February 2014, but VERSION wasn't bumped since June 2013. So I guess the port does checkout an outdated version? Thanks, -Harry --------------enig191231C9496FBFBFC170F8B5 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAlRXbGQACgkQLDqVQ9VXb8gKWACgsI3FvJrUJ2GXhh+oi18/mkJu E6kAnArVHMif+JrqkzjC6Xm4THDiwhyu =dpPN -----END PGP SIGNATURE----- --------------enig191231C9496FBFBFC170F8B5-- From owner-freebsd-current@FreeBSD.ORG Mon Nov 3 12:20: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 4D092B9F for ; Mon, 3 Nov 2014 12:20:42 +0000 (UTC) Received: from mail-wg0-x22e.google.com (mail-wg0-x22e.google.com [IPv6:2a00:1450:400c:c00::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 D30AA876 for ; Mon, 3 Nov 2014 12:20:41 +0000 (UTC) Received: by mail-wg0-f46.google.com with SMTP id x13so12282543wgg.5 for ; Mon, 03 Nov 2014 04:20:40 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=7HVGJjxlKZoYSVFEgrqHBLBcH+56Bt0uugiG7Wm+TOs=; b=RQXgXPSlMJsZjr9vmHhQ13P9FBezMEfv9qI2AThfHQIHDwBwtCOYpuLIr7zKykgHHV EkfNfHLqFxtnldVrCCx7HhVnQBQ0fKyba8ix47V9TjFB7PHZ0giASCH4BXMLZrQFCB8p 46Z20j+nCp3DV3uNhT50txNSzHiYwH0SWyNEkEgA+qg5JPmtLa/26Q14pN+2LU2AvqgS 5X79iKFy0OS6MBBGMKcdK1Y65R6CPzB2lGBQnyXAd/ohmfq4BYvhOq5b4fuzqmHXpMJJ Xfu9tN9Ge32d4N//VBLCSpMVSC6pCi4+iyxmY6xa0RQhkrd3ssfBAffQkK2gI3zjFj2p Pntg== X-Received: by 10.194.6.233 with SMTP id e9mr48869986wja.20.1415017240130; Mon, 03 Nov 2014 04:20:40 -0800 (PST) Received: from ivaldir.etoilebsd.net ([2001:41d0:8:db4c::1]) by mx.google.com with ESMTPSA id r10sm8549057wiy.19.2014.11.03.04.20.38 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 03 Nov 2014 04:20:39 -0800 (PST) Sender: Baptiste Daroussin Date: Mon, 3 Nov 2014 13:20:36 +0100 From: Baptiste Daroussin To: Harald Schmalzbauer Subject: Re: missing nullmailer feature in dma(8)/dmagent Message-ID: <20141103122036.GD1169@ivaldir.etoilebsd.net> References: <544F7059.6010608@omnilan.de> <20141028164417.GE26796@ivaldir.etoilebsd.net> <544FCA29.8080303@omnilan.de> <54576C64.3070504@omnilan.de> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="tNQTSEo8WG/FKZ8E" Content-Disposition: inline In-Reply-To: <54576C64.3070504@omnilan.de> User-Agent: Mutt/1.5.23 (2014-03-12) Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Nov 2014 12:20:42 -0000 --tNQTSEo8WG/FKZ8E Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Nov 03, 2014 at 12:52:04PM +0100, Harald Schmalzbauer wrote: > Bez=C3=BCglich Harald Schmalzbauer's Nachricht vom 28.10.2014 17:54 > (localtime): > > Bez=C3=BCglich Baptiste Daroussin's Nachricht vom 28.10.2014 17:44 (lo= caltime): > > =E2=80=A6 > >> The NULLCLIENT feature should exactly be what you are looking for, no? > >> As written in the manpage: > >> > >> ---- > >> Bypass aliases and local delivery, and instead forward all mails to > >> the defined `SMARTHOST'. `NULLCLIENT' requires `SMARTHOST' to be > >> set. > >> ---- > > Doh=E2=80=A6 should try harder getting more sleep ;-) > > Sorry for the noise, seems indeed to be exactly what I was looking for. > > Can't explain why I missed that, thanks! >=20 > Ahh, now I can explain ;-) > It's the port's version (v0.9_1,1) which lacks this feature. > I saw on github that you added this functionality in February 2014, but > VERSION wasn't bumped since June 2013. > So I guess the port does checkout an outdated version? >=20 > Thanks, >=20 > -Harry >=20 That is it, but I lack motivation to work on it. If one want to take maintainership on it and update it, please help yourself Bapt --tNQTSEo8WG/FKZ8E Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iEYEARECAAYFAlRXcxQACgkQ8kTtMUmk6ExC1gCeMp2g0R5N+GVr8pc2VbP/C/7T V+8An0whgmvrxwk2jsUGMJAqJyZ5Uolu =gH6E -----END PGP SIGNATURE----- --tNQTSEo8WG/FKZ8E-- From owner-freebsd-current@FreeBSD.ORG Mon Nov 3 13:06:26 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A63E9A1F for ; Mon, 3 Nov 2014 13:06:26 +0000 (UTC) Received: from home.opsec.eu (home.opsec.eu [IPv6:2001:14f8:200::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4F607DBC for ; Mon, 3 Nov 2014 13:06:26 +0000 (UTC) Received: from pi by home.opsec.eu with local (Exim 4.82 (FreeBSD)) (envelope-from ) id 1XlHKy-000NPI-6d for freebsd-current@freebsd.org; Mon, 03 Nov 2014 14:06:24 +0100 Date: Mon, 3 Nov 2014 14:06:24 +0100 From: Kurt Jaeger To: freebsd-current@freebsd.org Subject: Re: missing nullmailer feature in dma(8)/dmagent Message-ID: <20141103130624.GN66862@home.opsec.eu> References: <544F7059.6010608@omnilan.de> <20141028164417.GE26796@ivaldir.etoilebsd.net> <544FCA29.8080303@omnilan.de> <54576C64.3070504@omnilan.de> <20141103122036.GD1169@ivaldir.etoilebsd.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20141103122036.GD1169@ivaldir.etoilebsd.net> X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Nov 2014 13:06:26 -0000 Hi! [ports/mail/dma] > > >> The NULLCLIENT feature should exactly be what you are looking for, no? > > >> As written in the manpage: [...] > > Ahh, now I can explain ;-) > > It's the port's version (v0.9_1,1) which lacks this feature. > > I saw on github that you added this functionality in February 2014, but > > VERSION wasn't bumped since June 2013. > > So I guess the port does checkout an outdated version? > That is it, but I lack motivation to work on it. If one want to take > maintainership on it and update it, please help yourself I'll have a look at it, but it does not build with 9.1-amd64 or 8.4-i386 in poudriere (it does build on 10.0). -- pi@opsec.eu +49 171 3101372 6 years to go ! From owner-freebsd-current@FreeBSD.ORG Mon Nov 3 14:14: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 648F9718; Mon, 3 Nov 2014 14:14:00 +0000 (UTC) Received: from mx0.gentlemail.de (mx0.gentlemail.de [IPv6:2a00:e10:2800::a130]) (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 E201275E; Mon, 3 Nov 2014 14:13:59 +0000 (UTC) Received: from mh0.gentlemail.de (mh0.gentlemail.de [IPv6:2a00:e10:2800::a135]) by mx0.gentlemail.de (8.14.5/8.14.5) with ESMTP id sA3EDuYk027739; Mon, 3 Nov 2014 15:13:56 +0100 (CET) (envelope-from h.schmalzbauer@omnilan.de) Received: from titan.inop.mo1.omnilan.net (titan.inop.mo1.omnilan.net [IPv6:2001:a60:f0bb:1::3:1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mh0.gentlemail.de (Postfix) with ESMTPSA id 58EE43AA6; Mon, 3 Nov 2014 15:13:56 +0100 (CET) Message-ID: <54578DA3.7090300@omnilan.de> Date: Mon, 03 Nov 2014 15:13:55 +0100 From: Harald Schmalzbauer Organization: OmniLAN User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; de-DE; rv:1.9.2.8) Gecko/20100906 Lightning/1.0b2 Thunderbird/3.1.2 MIME-Version: 1.0 To: Baptiste Daroussin Subject: Re: missing nullmailer feature in dma(8)/dmagent References: <544F7059.6010608@omnilan.de> <20141028164417.GE26796@ivaldir.etoilebsd.net> <544FCA29.8080303@omnilan.de> <54576C64.3070504@omnilan.de> <20141103122036.GD1169@ivaldir.etoilebsd.net> In-Reply-To: <20141103122036.GD1169@ivaldir.etoilebsd.net> X-Enigmail-Version: 1.1.2 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig5FD0E717651634F0FD4779B3" X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (mx0.gentlemail.de [IPv6:2a00:e10:2800::a130]); Mon, 03 Nov 2014 15:13:56 +0100 (CET) X-Milter: Spamilter (Reciever: mx0.gentlemail.de; Sender-ip: ; Sender-helo: mh0.gentlemail.de; ) Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Nov 2014 14:14:00 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig5FD0E717651634F0FD4779B3 Content-Type: multipart/mixed; boundary="------------020200000600080401010507" This is a multi-part message in MIME format. --------------020200000600080401010507 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Bez=C3=BCglich Baptiste Daroussin's Nachricht vom 03.11.2014 13:20 (loca= ltime): > On Mon, Nov 03, 2014 at 12:52:04PM +0100, Harald Schmalzbauer wrote: >> Bez=C3=BCglich Harald Schmalzbauer's Nachricht vom 28.10.2014 17:54 >> (localtime): >>> Bez=C3=BCglich Baptiste Daroussin's Nachricht vom 28.10.2014 17:44 (= localtime): >>> =E2=80=A6 >>>> The NULLCLIENT feature should exactly be what you are looking for, n= o? >>>> As written in the manpage: >>>> >>>> ---- >>>> Bypass aliases and local delivery, and instead forward all mails to >>>> the defined `SMARTHOST'. `NULLCLIENT' requires `SMARTHOST' to be >>>> set. >>>> ---- >>> Doh=E2=80=A6 should try harder getting more sleep ;-) >>> Sorry for the noise, seems indeed to be exactly what I was looking fo= r. >>> Can't explain why I missed that, thanks! >> Ahh, now I can explain ;-) >> It's the port's version (v0.9_1,1) which lacks this feature. >> I saw on github that you added this functionality in February 2014, bu= t >> VERSION wasn't bumped since June 2013. >> So I guess the port does checkout an outdated version? >> >> Thanks, >> >> -Harry >> > That is it, but I lack motivation to work on it. If one want to take > maintainership on it and update it, please help yourself Fair enough. Unfortunately both, time and skills are limited; sufficient to help myself, though. For anyone intersted, attached is a diff which does a quick'n'dirty dma-devel (copy mail/dma to inofficial/dma-devel and apply the patch). Packaging works, can't tell anything about the condition of the GitHub code from Sep, 8th 2014 (commit b1056e4384472dbbedd6b075819abd6154ac0d69) but I don't expect regressions so will use it and would report if I found problems. Thanks, -Harry --------------020200000600080401010507 Content-Type: text/x-diff; name="dma-devel.diff" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="dma-devel.diff" diff -ur mail/dma/Makefile inofficial/dma-devel/Makefile --- mail/dma/Makefile 2014-11-03 14:24:47.430297295 +0100 +++ inofficial/dma-devel/Makefile 2014-11-03 15:12:43.791680603 +0100 @@ -1,22 +1,26 @@ # Created by: Daniel Roethlisberger # $FreeBSD: head/mail/dma/Makefile 367307 2014-09-04 19:26:24Z antoine $= =20 -PORTNAME=3D dma -PORTVERSION=3D v0.9 -PORTREVISION=3D 1 -PORTEPOCH=3D 1 +PORTNAME=3D dma-devel +PORTVERSION=3D v0.10 +#PORTREVISION=3D 1 +#PORTEPOCH=3D 1 CATEGORIES=3D mail ipv6 EXTRACT_SUFX=3D +CONFLICTS_INSTALL=3D dma-* =20 MAINTAINER=3D bapt@FreeBSD.org COMMENT=3D DragonFly Mail Agent, a small MTA for local/outbound mail =20 +VALID_CATEGORIES+=3D inofficial + LICENSE=3D BSD3CLAUSE =20 USE_OPENSSL=3D yes =20 USE_GITHUB=3D yes -GH_COMMIT=3D 2bb8bcb +GH_PROJECT=3D dma +GH_COMMIT=3D b1056e4 GH_ACCOUNT=3D corecode GH_TAGNAME=3D ${GH_COMMIT} =20 diff -ur mail/dma/distinfo inofficial/dma-devel/distinfo --- mail/dma/distinfo 2014-11-03 14:24:47.450316423 +0100 +++ inofficial/dma-devel/distinfo 2014-11-03 14:59:00.438986799 +0100 @@ -1,2 +1,2 @@ -SHA256 (dma-v0.9) =3D 6c99d5975a2a1072f74b3209ad0a2b89558274de39bd3e0340= 0f94a242b436f2 -SIZE (dma-v0.9) =3D 45611 +SHA256 (dma-devel-v0.10) =3D 05348aa91e838d819627a31db82afbdb4edba5fa4a8= 1e90992616e031761eea2 +SIZE (dma-devel-v0.10) =3D 33985 --------------020200000600080401010507-- --------------enig5FD0E717651634F0FD4779B3 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAlRXjaMACgkQLDqVQ9VXb8iM8QCeL1db7tkikUstaiCn4OGxo1p3 vfMAoMqkHY+1QHb3qVmxVMc8pzGlEngB =g/+4 -----END PGP SIGNATURE----- --------------enig5FD0E717651634F0FD4779B3-- From owner-freebsd-current@FreeBSD.ORG Mon Nov 3 15:23:51 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 05FF4570 for ; Mon, 3 Nov 2014 15:23: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 8E05AE50 for ; Mon, 3 Nov 2014 15:23:50 +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 <1XlJTq-0006hz-Hv>; Mon, 03 Nov 2014 16:23:42 +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 <1XlJTq-001mtN-DU>; Mon, 03 Nov 2014 16:23:42 +0100 Date: Mon, 3 Nov 2014 16:23:00 +0100 From: "O. Hartmann" To: Benjamin Kaduk Subject: Re: Heimdal with OpenLDAP backend: Cannot open /usr/lib/hdb_ldap.so Message-ID: <20141103162300.66b25285@prometheus> In-Reply-To: References: <20141030092039.47802349@prometheus> Organization: FU Berlin X-Mailer: Claws Mail 3.11.1 (GTK+ 2.24.22; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable 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: Mon, 03 Nov 2014 15:23:51 -0000 On Thu, 30 Oct 2014 16:47:02 -0400 (EDT) Benjamin Kaduk wrote: > [stripping -questions; please don't cross-post] >=20 > Disclaimer: I am part of the group that develops MIT Kerberos >=20 > On Thu, 30 Oct 2014, O. Hartmann wrote: >=20 > > Searching for suitable manuals, I found some HowTos describing how > > to setup MIT Kerberos V with an OpenLDAP backend and I started > > following the instructions there. Despite the fact that > > http://www.h5l.org/manual >=20 > I am not sure why. I guess you already discovered this, but the MIT > KDC and the Heimdal KDC are very different beasts to administer. The > instructions for one have no bearing on the other. Indeed, I did, but I was under the impression both suites share mutuality. Its long time ago since I had contact to KRB5. >=20 > > is dead(!) and no usefull documentation or any kind of a hint where > > to >=20 > That was reported to their mailing list independently just today > (http://permalink.gmane.org/gmane.comp.encryption.kerberos.heimdal.genera= l/7836) I also sent notices to heimdal@h5l.org (hoping someone is listening at the backend there). A of today, the site is still unresponsive regarding documentation. The links are dead, 404 ERROR. >=20 > > find useful documentation for Heimdal can be found, many of the MIT > > Kerberos V setup instructions seem to be a dead end when using > > Heimdal on FreeBSD. Most of the links on that heimdal site ends up > > in ERROR 404! > > > > Well, I think my objective isn't that exotic in an more advanced > > server environment and I think since FreeBSD is supposed to be used > > in advanced server environments this task should be well known - but > > little information/documentation is available. >=20 > In my experience, most people getting into administering Kerberos > KDCs do so by learning from someone else already doing so (usually in > the same organization), so there are not always written > documentation. In my (biased) opinion, the MIT documentation is > pretty good; the upstream Heimdal documentation less so. Well, to make it short and not to start a flame war, I disagree. In my/our case, I'm the root or will become such a root to be asked. In such a case good software is also measured by its documentation for exactly that purpose (apart from reading/understanding the source code, if available). >=20 > > Nevertheless, I use the base system's heimdal implementation and I > > run into a very frustrating error when trying to run "kamdin -l": > > > > kadmin: error trying to load dynamic module /usr/lib/hdb_ldap.so: > > Cannot open "/usr/lib/hdb_ldap.so" > > > > The setup for the stanza [kdc] is > > > > [...] > > [kdc] > > database =3D { > > dbname=3Dldap:ou=3Dkerberos,dc=3Dserver,dc=3Dgdr > > #hdb-ldap-structural-object =3D inetOrgPerson > > mkey_file =3D /var/heimdal/m-key > > acl_file =3D /var/heimdal/kadmind.acl > > } > > > > instructions taken from http://www.padl.com/Research/Heimdal.html. > > > > Well, it seems that FreeBSD ships with a crippled heimdal > > implementation. Where is /usr/lib/hdb_ldap.so? >=20 > You keep using this word "crippled", and I fail to understand why. > It is functioning as intended. The FreeBSD base system ships with a > limited set of tools, which allow many common server tasks to be > performed, but certainly not all, and are not intended to fulfil all > advanced server setups. The bundled Heimdal is there to provide the > libraries and client utilities, which can be indispensable in many > environments, and the KDC implementation is included because it can > be useful in simple, small setups. If you need a more complicated > Kerberos setup, you should be installing a KDC from ports, or > arguably even building from source! The KDC in base functions > suitably for the role it is intended to play; that is hardly > "crippled". Yes, I was in that case a bit fast with my statement (which I still hold with respect to a "roundish and complete system") but when I thought about how FreeBSD would implement kerberized services, I was remembered that at least the basic libraries need to be present. I regret that important pieces like Kerberos/Heimdal (specially the last) and OpenLDAP are not part of the base system but in this case, we tend to have a philosophical dicussion and end up in the way the Linux distributions are handled. I have an insight in the unfortune logic of mine, my apologizes. >=20 > You probably noted that the base system now has dma, and sendmail is > on its way out. Sendmail is a pretty big hammer, bigger than what is > needed for use by the base system, and dma is more appropriate. The > tools in the base system have a purpose, and they are not always > suitable for everything in their appropriate area. >=20 > > I'm toying around this issue for several days now and it gets more > > and more frustrating, also with the perspective of having no > > running samba 4.1 server for the windows domain. > > > > Can someone give me a hint where to find suitable FreeBSD docs for a > > task like this? I guess since FreeBSD is considered a server OS more > > than a desktop/toy OS, there must be a solution for this. FreeBSD > > ships with heimdal in the base, but it seems this heimdal is broken. >=20 > Again, don't use the heimdal from base if you need fancy features. >=20 > (Are you even tied to Heimdal? If not, you already found the > documentation for using LDAP as a backend for an MIT KDC...) Well, the use of Heimdal has political issues - for the now and the future. Following your recommenadations and lookig for the documentation of MIT Kerberos, I realized that indeed the docs are much more complete - even from the simplest point of view, namelythe accesibility of the server(s) providing the documentation. But as I said, the decission is a more political one. =20 >=20 >=20 >=20 > From your later message: >=20 > > The lack of documentation is simply a mess. I excluded by intention > > the port security/heimdal to proof whether FreeBSD is capable of > > handling a common and very usual server task like the mentioned > > scenario. >=20 > I cannot agree that your mentioned scenario is common and very > usual. In my experience the majority of Unix standalone KDC > deployments use the default (local) database backend, not an LDAP > backend. (Fancy things like Samba, IPA, and AD are different, but > they are also not in the domain of things in the base system!) Well, FreBSD is supposed to handle larger environments and not home-office or toy systems - that is what is always inside the messages I get and that what I read "inbetween" the written rows. Logically, I conclude that many others utilizing FBSD as a server backend for their purposes even in larger or even big environments use RADIUS or LDAP as backend in combination with Kerberos/Heimdal. =46rom what experiences I exchanged with other administrators at the departments, the use of OpenLDAP as a backend for kerberos/Heimdal isn't that unusual due to the sophisticated replication mechanism, which convinced my. I also have some specific schematics were OpenLDAP as the backend would come in handy (presuming a etup which respects several security issues). >=20 > > I overcame this problem by installing the port security/heimdal, but > > now I run into the next problem which is highly intransparent: > > > > kadmin> init MY.REALM > > kadmin: hdb_open: ldap_sasl_bind_s: Confidentiality required > > > > My LDAP server expects TLS authentication. I would expect a LDAP > > aware client to llok for the proper informations > > at /usr/local/openldap/ldap.conf. Obviously, Heimdal doesn't. Is > > there >=20 > I'm not sure that I would. The LDAP database holding KDB information > may not be the default LDAP database for the rest of the system > (e.g., for nsswitch), and contains sensitive key data; having to > specify additional configuration for it seems reasonable to me. >=20 > I don't know if you followed the MIT documentation this far, but an > MIT KDC needing to authenticate to bind to its LDAP server needs to > have configuration for this in kdc.conf. Well, the last point is making me floating dead in the water - I can find some informations for MIT Kerberos V, but I can not find those for heimdal and with the Heimdal documentation server down and not mirrored the situation is unresovable right now.=20 I can not even evaluate whether the concept I'm thinking of is possible or now (lack of docs!). The OpenLDAP daemon requires TLS-secured access with a certain "security strength factor" for all inbound access. Such a security concept is defined in the toplevel cn=3Dconfig structure. My thinking was to have an exception defined by olcAccess rulesets nullifying the SSF for the localhost or the unix-domainsocket, but olcAccess isn't allowed at that level - so the KDC needs to contact its LDAP backend via TLS secured connectsion - and I do not know whether this is possible in Heimdal - and how to configure this request properly. If it is impossible, I probably have to go with a client-based access via SSL certificate which drives the complexity of the setup for the whole domain into problematic regions. Then your suggestion of falling back to a dedicated LDAP for Kerberos might have a reason (at least to me, too). >=20 > > anything I've missed? Since I can not find any suitable > > documentation (www.h5l.org/manual is dead!), I'm floating dead in > > the water. >=20 > I don't know of any documentation for doing this with Heimdal, > sorry. If you were using MIT Kerberos I could be more helpful. >=20 > -Ben Thanks for your response, anyway and apologizes for my late response. Oliver From owner-freebsd-current@FreeBSD.ORG Mon Nov 3 16:43:14 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 64FAE994 for ; Mon, 3 Nov 2014 16:43:14 +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 219439DF for ; Mon, 3 Nov 2014 16:43:14 +0000 (UTC) Received: from slw by zxy.spb.ru with local (Exim 4.82 (FreeBSD)) (envelope-from ) id 1XlKie-0009KI-OK for freebsd-current@freebsd.org; Mon, 03 Nov 2014 20:43:04 +0400 Date: Mon, 3 Nov 2014 20:43:04 +0400 From: Slawa Olhovchenkov To: freebsd-current Subject: systat -ifstat on high-speed links Message-ID: <20141103164304.GA35680@zxy.spb.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline 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 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: 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, 03 Nov 2014 16:43:14 -0000 I am try to use 'systat -ifstat 1' when traffic over network intrface about 35Gbit. systat show about 2.5Gbit. Where is problem? From owner-freebsd-current@FreeBSD.ORG Mon Nov 3 16:58:59 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 6045AEDA for ; Mon, 3 Nov 2014 16:58:59 +0000 (UTC) Received: from mail-lb0-x22c.google.com (mail-lb0-x22c.google.com [IPv6:2a00:1450:4010:c04::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 E16C1B3D for ; Mon, 3 Nov 2014 16:58:58 +0000 (UTC) Received: by mail-lb0-f172.google.com with SMTP id w7so2485446lbi.17 for ; Mon, 03 Nov 2014 08:58:56 -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=+2Wre1IFksTxYQ+tLEbnki51lkhbXtLPewIvQ7k0R+4=; b=QIBIrcXvz0hOHXJFiPd68u6Yd791Lr2y8ThXUnA290XVI+lw6U+wdxtRCXQ9hHk8Gp EPdQhPWL0UtQMYVmrkv6u/Fms83LlCGBzdnzswCkx9P6XyO65MepVGGk49Z6ef/L/gnW I9VGLVra6PwjawEKPB4xgsk9o4ir6wB0ohSwqwQPY2EbJPrCL768pMh6LFMAtjhYCOXh y9DAjuztiynsGjpbqdfDOv2IYXSajWcW8aNyLmGUgESzDxtyzhhqxXyeKWnceNccCKru jzLadJLraYOHtjbGx1b6HHgsIWsLqc8HhjaZ4Z63KBP7MBTIa6GI6va3aSUEnkinkW+G q+aQ== MIME-Version: 1.0 X-Received: by 10.152.9.201 with SMTP id c9mr51627373lab.38.1415033936890; Mon, 03 Nov 2014 08:58:56 -0800 (PST) Received: by 10.25.0.6 with HTTP; Mon, 3 Nov 2014 08:58:56 -0800 (PST) In-Reply-To: <20141103164304.GA35680@zxy.spb.ru> References: <20141103164304.GA35680@zxy.spb.ru> Date: Mon, 3 Nov 2014 11:58:56 -0500 Message-ID: Subject: Re: systat -ifstat on high-speed links From: Ryan Stone To: Slawa Olhovchenkov 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: Mon, 03 Nov 2014 16:58:59 -0000 http://svnweb.freebsd.org/changeset/base/272284 From owner-freebsd-current@FreeBSD.ORG Mon Nov 3 17:17:17 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 15A236EF for ; Mon, 3 Nov 2014 17:17:17 +0000 (UTC) Received: from dmz-mailsec-scanner-8.mit.edu (dmz-mailsec-scanner-8.mit.edu [18.7.68.37]) (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 96F41D6C for ; Mon, 3 Nov 2014 17:17:16 +0000 (UTC) X-AuditID: 12074425-f79e46d000002583-85-5457b766e164 Received: from mailhub-auth-3.mit.edu ( [18.9.21.43]) (using TLS with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by dmz-mailsec-scanner-8.mit.edu (Symantec Messaging Gateway) with SMTP id DC.A9.09603.667B7545; Mon, 3 Nov 2014 12:12:06 -0500 (EST) Received: from outgoing.mit.edu (outgoing-auth-1.mit.edu [18.9.28.11]) by mailhub-auth-3.mit.edu (8.13.8/8.9.2) with ESMTP id sA3HC5oH023177; Mon, 3 Nov 2014 12:12:06 -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 sA3HC3es015444 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Mon, 3 Nov 2014 12:12:05 -0500 Received: (from kaduk@localhost) by multics.mit.edu (8.12.9.20060308) id sA3HC3pV025827; Mon, 3 Nov 2014 12:12:03 -0500 (EST) Date: Mon, 3 Nov 2014 12:12:03 -0500 (EST) From: Benjamin Kaduk To: "O. Hartmann" Subject: Re: Heimdal with OpenLDAP backend: Cannot open /usr/lib/hdb_ldap.so In-Reply-To: <20141103162300.66b25285@prometheus> Message-ID: References: <20141030092039.47802349@prometheus> <20141103162300.66b25285@prometheus> 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+NgFnrLIsWRmVeSWpSXmKPExsUixCmqrZu2PTzEYMYhDYs5bz4wWfyd9YfJ gcljxqf5LB6nth9kDGCK4rJJSc3JLEst0rdL4Mo40XKYvWChQcXGdW+YGxj3q3UxcnJICJhI rN36iBHCFpO4cG89G4gtJDCbSeJ7f0gXIxeQvYFRom15GxuEc5BJYt3S3YwQVfUS24/fZgex WQS0JJr37QGLswmoSMx8sxFskoiAvsS5ptNgNrOAocTLdffA6oUF/CRW7TsPZnMCxZ+tPMgM YvMKOEp8urcUalk3o8T8jb0sIAlRAR2J1funsEAUCUqcnPmEBWKolsTy6dtYJjAKzkKSmoUk tYCRaRWjbEpulW5uYmZOcWqybnFyYl5eapGuhV5uZoleakrpJkZQqLK7qO5gnHBI6RCjAAej Eg+vxNawECHWxLLiytxDjJIcTEqivFUbw0OE+JLyUyozEosz4otKc1KLDzFKcDArifDOXw2U 401JrKxKLcqHSUlzsCiJ8276wRciJJCeWJKanZpakFoEk5Xh4FCS4O3dBtQoWJSanlqRlplT gpBm4uAEGc4DNPwYSA1vcUFibnFmOkT+FKOilDivHUhCACSRUZoH1wtLJa8YxYFeEeadBlLF A0xDcN2vgAYzAQ127AoBGVySiJCSamBU1RLlk69/qivxl0HBu4/r3OQ8zSNqwvzcocVCofM0 TH9Znb2qIlnqtqttd7hFT8IntzXtj8/+FWk85rvJ59qjPMWY2T/r17tYLJgiankqj32S1VnW d2eZuu6nl8+a58R6uupQNLdD1WbFaUWNE/ZOf+M2o9uqpO2Twr5zZ97tT1laInHl5TolluKM REMt5qLiRADiXjstAAMAAA== 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, 03 Nov 2014 17:17:17 -0000 On Mon, 3 Nov 2014, O. Hartmann wrote: > On Thu, 30 Oct 2014 16:47:02 -0400 (EDT) > Benjamin Kaduk wrote: > > > On Thu, 30 Oct 2014, O. Hartmann wrote: > > > Indeed, I did, but I was under the impression both suites share > mutuality. Its long time ago since I had contact to KRB5. The kerberos v5 protocol is an IETF standard, and a heimdal krb5 client will interoperate with an MIT (or even Microsoft!) server, and vice versa. The same cannot be said of the kadmin protocols or the database administration tools, as those are not part of the core kerberos v5 protocol. > I also sent notices to heimdal@h5l.org (hoping someone is listening at I'm actually unsure whether that list is active. I think I'm only on heimdal-discuss. > > In my experience, most people getting into administering Kerberos > > KDCs do so by learning from someone else already doing so (usually in > > the same organization), so there are not always written > > documentation. In my (biased) opinion, the MIT documentation is > > pretty good; the upstream Heimdal documentation less so. > > Well, to make it short and not to start a flame war, I disagree. In > my/our case, I'm the root or will become such a root to be asked. In > such a case good software is also measured by its documentation for > exactly that purpose (apart from reading/understanding the source code, > if available). Between us, we still don't have enough data to say anything for sure, so I'll drop it. > > (Are you even tied to Heimdal? If not, you already found the > > documentation for using LDAP as a backend for an MIT KDC...) > > Well, the use of Heimdal has political issues - for the now and > the future. Following your recommenadations and lookig for the > documentation of MIT Kerberos, I realized that indeed the docs are > much more complete - even from the simplest point of view, namelythe > accesibility of the server(s) providing the documentation. But as I > said, the decission is a more political one. Okay. I can't argue with that. > > > > From your later message: > > > > > The lack of documentation is simply a mess. I excluded by intention > > > the port security/heimdal to proof whether FreeBSD is capable of > > > handling a common and very usual server task like the mentioned > > > scenario. > > > > I cannot agree that your mentioned scenario is common and very > > usual. In my experience the majority of Unix standalone KDC > > deployments use the default (local) database backend, not an LDAP > > backend. (Fancy things like Samba, IPA, and AD are different, but > > they are also not in the domain of things in the base system!) > > Well, FreBSD is supposed to handle larger environments and not > home-office or toy systems - that is what is always inside the messages > I get and that what I read "inbetween" the written rows. Logically, I > conclude that many others utilizing FBSD as a server backend for their > purposes even in larger or even big environments use RADIUS or LDAP as > backend in combination with Kerberos/Heimdal. > > From what experiences I exchanged with other administrators at the > departments, the use of OpenLDAP as a backend for kerberos/Heimdal > isn't that unusual due to the sophisticated replication mechanism, > which convinced my. I also have some specific schematics were OpenLDAP > as the backend would come in handy (presuming a etup which respects > several security issues). Sure, an LDAP backend has nice features (it might be slower, though). I don't think an attempt to bring an OpenLDAP server into the FreeBSD base system would succeed, though, so heimdal from ports is the only option in this case. > > I don't know if you followed the MIT documentation this far, but an > > MIT KDC needing to authenticate to bind to its LDAP server needs to > > have configuration for this in kdc.conf. > > Well, the last point is making me floating dead in the water - I can > find some informations for MIT Kerberos V, but I can not find those for > heimdal and with the Heimdal documentation server down and not mirrored > the situation is unresovable right now. > > I can not even evaluate whether the concept I'm thinking of is possible > or now (lack of docs!). The OpenLDAP daemon requires TLS-secured access > with a certain "security strength factor" for all inbound access. Such > a security concept is defined in the toplevel cn=config structure. My > thinking was to have an exception defined by olcAccess rulesets > nullifying the SSF for the localhost or the unix-domainsocket, but > olcAccess isn't allowed at that level - so the KDC needs to contact > its LDAP backend via TLS secured connectsion - and I do not know > whether this is possible in Heimdal - and how to configure this request > properly. If it is impossible, I probably have to go with a > client-based access via SSL certificate which drives the complexity of > the setup for the whole domain into problematic regions. Then your > suggestion of falling back to a dedicated LDAP for Kerberos might have > a reason (at least to me, too). Well, a quick glance doesn't rule it out. https://github.com/heimdal/heimdal/blob/master/doc/setup.texi#L1123 allows ldaps:// urls https://github.com/heimdal/heimdal/commit/96e90256757c73ccf349d144e410ddf651a74cbc has some config knobs for a separate file for bind dn and password (as well as a knob for putting the bind password directly in krb5.conf?). Note that I did not check whether all of these bits are in a released version of Heimdal; I gather a 1.6 release has been in preparation for quite some time. > > > anything I've missed? Since I can not find any suitable > > > documentation (www.h5l.org/manual is dead!), I'm floating dead in > > > the water. > > > > I don't know of any documentation for doing this with Heimdal, > > sorry. If you were using MIT Kerberos I could be more helpful. > > > > -Ben > > Thanks for your response, anyway and apologizes for my late response. No worries about the delay; good luck in your quest to get things working. -Ben From owner-freebsd-current@FreeBSD.ORG Mon Nov 3 17:31:22 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 200D6D96 for ; Mon, 3 Nov 2014 17:31:22 +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 CEDE2F3B for ; Mon, 3 Nov 2014 17:31:21 +0000 (UTC) Received: from slw by zxy.spb.ru with local (Exim 4.82 (FreeBSD)) (envelope-from ) id 1XlLTL-000A3E-SK; Mon, 03 Nov 2014 21:31:19 +0400 Date: Mon, 3 Nov 2014 21:31:19 +0400 From: Slawa Olhovchenkov To: Ryan Stone Subject: Re: systat -ifstat on high-speed links Message-ID: <20141103173119.GM9763@zxy.spb.ru> References: <20141103164304.GA35680@zxy.spb.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) X-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 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: 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, 03 Nov 2014 17:31:22 -0000 On Mon, Nov 03, 2014 at 11:58:56AM -0500, Ryan Stone wrote: > http://svnweb.freebsd.org/changeset/base/272284 Date: Mon Sep 29 17:38:50 2014 UTC (4 weeks, 6 days ago) MFC after: 1 week MFC stoped? From owner-freebsd-current@FreeBSD.ORG Mon Nov 3 17:59: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 CCB5CA80; Mon, 3 Nov 2014 17:59:24 +0000 (UTC) Received: from mail-oi0-x235.google.com (mail-oi0-x235.google.com [IPv6:2607:f8b0:4003:c06::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 87DF025D; Mon, 3 Nov 2014 17:59:24 +0000 (UTC) Received: by mail-oi0-f53.google.com with SMTP id a141so7250037oig.26 for ; Mon, 03 Nov 2014 09:59: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=0wkmiQBafCnOwYjzlPlp3LcwCNCaPHNW5LmT5pYOsSs=; b=ppWrPEPtMMrMNpNWA2A/a4yTjhE0RSWkrj9gdI6lr7ri2O36p3ukOPQ0pMQOFOTz7B cHJWWoU+ZtBMJaeSPmC/r0rTWVAwq0pbU/afviv38c6RXu+xb17Q0jatHUlySzAPaK4m W4hY3BSMR0rcfgRgtE5z0RAH9Lg0KVFd5dEQarKuPiza2bloypzzLGhp9vN4jIHgAmA+ S/5tvWE1svpeGIraR2BgBvrvY9OGhogKu1XpJArszpPfKZJlZR1KP7VczuaxdY5vA+SU 08wkOa0RuBZkh/GyxiaEflTnM2EOcme/DBkbMm0pAd6BoRdYSHyHApSWXch73EoybnLM 0mgA== MIME-Version: 1.0 X-Received: by 10.202.172.12 with SMTP id v12mr5137590oie.48.1415037563771; Mon, 03 Nov 2014 09:59:23 -0800 (PST) Received: by 10.202.6.21 with HTTP; Mon, 3 Nov 2014 09:59:23 -0800 (PST) In-Reply-To: <5442C040.4090200@freebsd.org> References: <5441E834.2000906@freebsd.org> <544246E8.1090001@ijs.si> <5442C040.4090200@freebsd.org> Date: Mon, 3 Nov 2014 09:59:23 -0800 Message-ID: Subject: Re: ssh None cipher From: Freddie Cash To: Allan Jude Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: FreeBSD-Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Nov 2014 17:59:25 -0000 On Sat, Oct 18, 2014 at 12:32 PM, Allan Jude wrote: > On 2014-10-18 13:21, Freddie Cash wrote: > > On Oct 18, 2014 3:54 AM, "Mark Martinec" > > wrote: > >> > >> If the purpose of having a none cipher is to have a fast > >> file transfer, then one should be using sysutils/bbcp > >> for that purposes. Uses ssd for authentication, and > >> opens unencrypted channel(s) for the actual data transfer. > >> It's also very fast, can use multiple TCP streams. > > > > That's an interesting alternative to rsync, scp, and ftp, but doesn't > help > > with zfs send/recv which is where the none cipher really shines. > > > > Without the none cipher, SSH becomes the bottleneck limiting transfers = to > > around 400 Mbps on a gigabit LAN. With the none cipher, the network > becomes > > the bottleneck limiting transfers to around 920 Mbps on the same gigabi= t > > LAN. > > > > This is between two 8-core AMD Opteron 6200 systems using igb(4) NICs. > > Actually, looking into it, the bbcp command can support a pipe at each > end instead of files, so you can actually do a zfs send | zfs receive > via bbcp, and use multiple concurrent connections, to get around TCP > window stuff when going transatlantic > > I am going to be trying it out shortly. > > Note: the other big improvement in newer ssh is the HPN stuff, that is > switched on since 9.2 I think. =E2=80=8BAfter much finagling and testing, I have managed to incorporate bb= cp into my ZFS send/recv script. And it works much better than regular, encrypted SSH in my setup. Regular SSH transfers tended to top out around 400 Mbps, using 100% of 1 CPU. Was not able to get the multi-threadded AES cipher working. SSH connections using the NONE cipher saturated the gigabit link with minimal CPU usage. And a bbcp connection is currently running between 500-800 Mbps (depending on the size of the snpashot), also with minimal CPU usage. NOTE: I expect this be running much better next week, as the receiving pool is currently resilvering a drive, slowing everything down. Got things working using the following bbcp command format: bbcp -N io "zfs send -I pool/fs@snap1 pool/fs@snap2" username@remotesys:"zf= s recv -d pool" Have not played with any of the myriad tuning options for bbcp. Just wanted to see if I could get it to work, and how an untuned connection compared to an untuned SSH connection (with and without NONE cipher). So far, I'm impressed. =E2=80=8BThanks for the suggestion. It's another tool in the box. :)=E2= =80=8B --=20 Freddie Cash fjwcash@gmail.com From owner-freebsd-current@FreeBSD.ORG Mon Nov 3 18:21:26 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 649D2FC8 for ; Mon, 3 Nov 2014 18:21:26 +0000 (UTC) Received: from st11p01mm-asmtp001.mac.com (st11p01mm-asmtp001.mac.com [17.172.204.239]) (using TLSv1 with cipher DES-CBC3-SHA (112/168 bits)) (Client CN "smtp.me.com", Issuer "VeriSign Class 3 Extended Validation SSL SGC CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 3B7BF79D for ; Mon, 3 Nov 2014 18:21:25 +0000 (UTC) Received: from [10.0.0.29] (ti0025a400-3490.bb.online.no [85.167.24.175]) by st11p01mm-asmtp001.mac.com (Oracle Communications Messaging Server 7u4-27.10(7.0.4.27.9) 64bit (built Jun 6 2014)) with ESMTPSA id <0NEH004C66ZKDDA0@st11p01mm-asmtp001.mac.com> for freebsd-current@freebsd.org; Mon, 03 Nov 2014 18:21:24 +0000 (GMT) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.12.52,1.0.28,0.0.0000 definitions=2014-11-03_02:2014-11-03,2014-11-03,1970-01-01 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 suspectscore=1 phishscore=0 adultscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=7.0.1-1408290000 definitions=main-1411030160 From: Anders Bolt-Evensen Content-type: text/plain; charset=us-ascii Content-transfer-encoding: quoted-printable MIME-version: 1.0 (1.0) Subject: Asmc not working in EFI Message-id: <9315198C-0A04-44CB-9A50-4DA51112BC27@icloud.com> Date: Mon, 03 Nov 2014 19:21:22 +0100 To: freebsd-current@freebsd.org X-Mailer: iPhone Mail (12B411) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: 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, 03 Nov 2014 18:21:26 -0000 Hello! Whenever I try to load the asmc kernel module on my Mac in EFI mode (it's a M= acBookPro8,3, which I've added to asmc.c), I'm getting an error message that= says "asmc0: model not recognized. However, when I install FreeBSD to a hard drive using MBR, then add MacBookP= ro8,3 to asmc.c, compile the kernel and then load the module, everything wor= ks as it should. But, when I do the same on a disk using EFI on the same Mac= , this "model not recognized" message appears. Does any of you know why asmc does not work in EFI? Anders Sent from my iPhone= From owner-freebsd-current@FreeBSD.ORG Mon Nov 3 18:38: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 EA254546; Mon, 3 Nov 2014 18:38:23 +0000 (UTC) Received: from h2.funkthat.com (gate2.funkthat.com [208.87.223.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "funkthat.com", Issuer "funkthat.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id C5BAD8DE; Mon, 3 Nov 2014 18:38:23 +0000 (UTC) Received: from h2.funkthat.com (localhost [127.0.0.1]) by h2.funkthat.com (8.14.3/8.14.3) with ESMTP id sA3IcFex090198 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 3 Nov 2014 10:38:16 -0800 (PST) (envelope-from jmg@h2.funkthat.com) Received: (from jmg@localhost) by h2.funkthat.com (8.14.3/8.14.3/Submit) id sA3IcF0J090197; Mon, 3 Nov 2014 10:38:15 -0800 (PST) (envelope-from jmg) Date: Mon, 3 Nov 2014 10:38:15 -0800 From: John-Mark Gurney To: freebsd-geom@freebsd.org, freebsd-current@freebsd.org Subject: CTF: geom gate network patch Message-ID: <20141103183815.GD8852@funkthat.com> Mail-Followup-To: freebsd-geom@freebsd.org, freebsd-current@FreeBSD.org References: <20141017165849.GX1852@funkthat.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20141017165849.GX1852@funkthat.com> User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 7.2-RELEASE i386 X-PGP-Fingerprint: 54BA 873B 6515 3F10 9E88 9322 9CB1 8F74 6D3F A396 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html X-TipJar: bitcoin:13Qmb6AeTgQecazTWph4XasEsP7nGRbAPE X-to-the-FBI-CIA-and-NSA: HI! HOW YA DOIN? can i haz chizburger? X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.2 (h2.funkthat.com [127.0.0.1]); Mon, 03 Nov 2014 10:38:16 -0800 (PST) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Nov 2014 18:38:24 -0000 John-Mark Gurney wrote this message on Fri, Oct 17, 2014 at 09:58 -0700: > Sourish Mazumder wrote this message on Fri, Oct 17, 2014 at 17:34 +0530: > > I am planning to use geom gate network for accessing remote disks. I set up > > geom gate as per the freebsd handbook. I am using freebsd 9.2. > > I am noticing heavy performance impact for disk IO when using geom gate. I > > am using the dd command to directly write to the SSD for testing > > performance. The IOPS gets cut down to 1/3 when accessing the SSD remotely > > over a geom gate network, compared to the IOPS achieved when writing to the > > SSD directly on the system where the SSD is attached. > > I thought that there might be some problems with the network, so decided to > > create a geom gate disk on the same system where the SSD is attached. This > > way the IO is not going over the network. However, in this use case I > > noticed the IOPS get cut down to 2/3 compared to IOPS achieved when writing > > to the SSD directly. > > > > So, I have a SSD and its geom gate network disk created on the same node > > and the same IOPS test using the dd command gives 2/3 IOPS performance for > > the geom gate disk compared to running the IOPS test directly on the SSD. > > > > This points to some performance issues with the geom gate itself. > > Not necessarily... Yes, it's slower, but at the same time, you now have > to run lots of network and TCP code in addition to the IO for each and > every IO... > > > Is anyone aware of any such performance issues when using geom gate network > > disks? If so, what is the reason for such IO performance drop and are there > > any solutions or tuning parameters to rectify the performance drop? > > > > Any information regarding the same will be highly appreciated. > > I did some work at this a while back... and if you're interested in > improving performance and willing to do some testing... I can send you > some patches.. > > There are a couple issues that I know about.. > > First, ggate specificly sets the buffer sizes, which disables the > autosizing of TCP's window.. This means that if you have a high latency, > high bandwidth link, you'll be limited to 128k / rtt of bandwidth. > > Second is that ggate isn't issueing multiple IOs at a time. This means > that any NCQ or tagging isn't able to be used, where as when running > natively they can be used... I've attached a patch I would like other ggate users to test and verify that there aren't bugs, or performance regressions by using this patch. The patch is also available at: https://www.funkthat.com/~jmg/patches/ggate.patch -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-current@FreeBSD.ORG Mon Nov 3 16:30:01 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 921EB5BE for ; Mon, 3 Nov 2014 16:30:01 +0000 (UTC) Received: from st11p01mm-asmtp001.mac.com (st11p01mm-asmtp001.mac.com [17.172.204.239]) (using TLSv1 with cipher DES-CBC3-SHA (112/168 bits)) (Client CN "smtp.me.com", Issuer "VeriSign Class 3 Extended Validation SSL SGC CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 683817F5 for ; Mon, 3 Nov 2014 16:30:00 +0000 (UTC) Received: from [10.0.0.29] (ti0025a400-3490.bb.online.no [85.167.24.175]) by st11p01mm-asmtp001.mac.com (Oracle Communications Messaging Server 7u4-27.10(7.0.4.27.9) 64bit (built Jun 6 2014)) with ESMTPSA id <0NEH003SV1TMC930@st11p01mm-asmtp001.mac.com> for freebsd-current@freebsd.org; Mon, 03 Nov 2014 16:29:48 +0000 (GMT) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.12.52,1.0.28,0.0.0000 definitions=2014-11-03_02:2014-11-03,2014-11-03,1970-01-01 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 suspectscore=0 phishscore=0 adultscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=7.0.1-1408290000 definitions=main-1411030145 From: Anders Bolt-Evensen Content-type: text/plain; charset=us-ascii Content-transfer-encoding: quoted-printable MIME-version: 1.0 (1.0) Subject: Asmc not working in EFI Message-id: Date: Mon, 03 Nov 2014 17:29:47 +0100 To: "freebsd-current@freebsd.org" X-Mailer: iPhone Mail (12B411) X-Mailman-Approved-At: Mon, 03 Nov 2014 19:55:31 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Nov 2014 16:30:01 -0000 Hello! Whenever I try to load the asmc kernel module on my Mac in EFI mode (it's a M= acBookPro8,3, which I've added to asmc.c), I'm getting an error message that= says "asmc0: model not recognized. However, when I install FreeBSD to a hard drive using MBR, then add MacBookP= ro8,3 to asmc.c, compile the kernel and then load the module, everything wor= ks as it should. But, when I do the same on a disk using EFI on the same Mac= , this "model not recognized" message appears. Does any of you know why asmc does not work in EFI? Anders Sent from my iPhone= From owner-freebsd-current@FreeBSD.ORG Mon Nov 3 20:08: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 14D99FD9; Mon, 3 Nov 2014 20:08:54 +0000 (UTC) Received: from mail.highsecure.ru (mail6.highsecure.ru [IPv6:2a01:4f8:190:43b5::99]) (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 99F2C261; Mon, 3 Nov 2014 20:08:53 +0000 (UTC) Received: from [172.24.168.60] (global-2-11.nat.csx.cam.ac.uk [131.111.185.11]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: vsevolod@highsecure.ru) by mail.highsecure.ru (Postfix) with ESMTPSA id 7D0FA3002A2; Mon, 3 Nov 2014 21:08:46 +0100 (CET) Message-ID: <5457E0CA.5010509@highsecure.ru> Date: Mon, 03 Nov 2014 20:08:42 +0000 From: Vsevolod Stakhov User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.1.2 MIME-Version: 1.0 To: Freddie Cash , Allan Jude Subject: Re: ssh None cipher References: <5441E834.2000906@freebsd.org> <544246E8.1090001@ijs.si> <5442C040.4090200@freebsd.org> In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=highsecure.ru; s=dkim; t=1415045327; bh=j39li2jR3gk5XWBMrlDIkg4VBQlUmMQIb0Fd/7WggF4=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=YsTFOwkG3zdS3wqmC6kQFiiR4yYwYW2uH5imik+SR9nR5DWExjPQYgdTvPtNbplOHumE3vd+usr4pCtUopgTuB+oler3i0aJI0NogSP7a8MVbRqS+sb7SYEpQRhxDZiNg6lNB+fcFej0S+rouhLAzD0pP/RCUDcs4LkeHIWlLk0= 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, 03 Nov 2014 20:08:54 -0000 On 03/11/14 17:59, Freddie Cash wrote: > On Sat, Oct 18, 2014 at 12:32 PM, Allan Jude wrote: > >> On 2014-10-18 13:21, Freddie Cash wrote: >>> On Oct 18, 2014 3:54 AM, "Mark Martinec" >>> wrote: >>>> >>>> If the purpose of having a none cipher is to have a fast >>>> file transfer, then one should be using sysutils/bbcp >>>> for that purposes. Uses ssd for authentication, and >>>> opens unencrypted channel(s) for the actual data transfer. >>>> It's also very fast, can use multiple TCP streams. >>> >>> That's an interesting alternative to rsync, scp, and ftp, but doesn't >> help >>> with zfs send/recv which is where the none cipher really shines. >>> >>> Without the none cipher, SSH becomes the bottleneck limiting transfers to >>> around 400 Mbps on a gigabit LAN. With the none cipher, the network >> becomes >>> the bottleneck limiting transfers to around 920 Mbps on the same gigabit >>> LAN. >>> >>> This is between two 8-core AMD Opteron 6200 systems using igb(4) NICs. >> >> Actually, looking into it, the bbcp command can support a pipe at each >> end instead of files, so you can actually do a zfs send | zfs receive >> via bbcp, and use multiple concurrent connections, to get around TCP >> window stuff when going transatlantic >> >> I am going to be trying it out shortly. >> >> Note: the other big improvement in newer ssh is the HPN stuff, that is >> switched on since 9.2 I think. > > > ​After much finagling and testing, I have managed to incorporate bbcp into > my ZFS send/recv script. And it works much better than regular, encrypted > SSH in my setup. > > Regular SSH transfers tended to top out around 400 Mbps, using 100% of 1 > CPU. Was not able to get the multi-threadded AES cipher working. > > SSH connections using the NONE cipher saturated the gigabit link with > minimal CPU usage. > > And a bbcp connection is currently running between 500-800 Mbps (depending > on the size of the snpashot), also with minimal CPU usage. > > NOTE: I expect this be running much better next week, as the receiving > pool is currently resilvering a drive, slowing everything down. > > > Got things working using the following bbcp command format: > > bbcp -N io "zfs send -I pool/fs@snap1 pool/fs@snap2" username@remotesys:"zfs > recv -d pool" > > > Have not played with any of the myriad tuning options for bbcp. Just > wanted to see if I could get it to work, and how an untuned connection > compared to an untuned SSH connection (with and without NONE cipher). So > far, I'm impressed. > > ​Thanks for the suggestion. It's another tool in the box. :)​ > I have also written an utility[1] to efficiently encrypt and authenticate data transferred over the network using the modern AES-GCM or chacha20-poly1305 ciphers with pre-shared keys (or passwords). It can use multiple cores at a time allowing up to 32 gigabits per second. [1] - https://github.com/vstakhov/hpenc From owner-freebsd-current@FreeBSD.ORG Mon Nov 3 20:24:53 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5F7F93B5 for ; Mon, 3 Nov 2014 20:24:53 +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 E24D2627 for ; Mon, 3 Nov 2014 20:24:52 +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 <1XlOBG-001XBy-OM>; Mon, 03 Nov 2014 21:24:50 +0100 Received: from g226063058.adsl.alicedsl.de ([92.226.63.58] helo=thor.walstatt.dynvpn.de) by inpost2.zedat.fu-berlin.de (Exim 4.82) with esmtpsa (envelope-from ) id <1XlOBG-002Mr5-KR>; Mon, 03 Nov 2014 21:24:50 +0100 Date: Mon, 3 Nov 2014 21:24:42 +0100 From: "O. Hartmann" To: Benjamin Kaduk Subject: Re: Heimdal with OpenLDAP backend: Cannot open /usr/lib/hdb_ldap.so Message-ID: <20141103212442.028a2d44.ohartman@zedat.fu-berlin.de> In-Reply-To: References: <20141030092039.47802349@prometheus> <20141103162300.66b25285@prometheus> Organization: FU Berlin X-Mailer: Claws Mail 3.11.1 (GTK+ 2.24.22; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; boundary="Sig_/qCq1t8rzleTOi0NhGzVqEkr"; protocol="application/pgp-signature" X-Originating-IP: 92.226.63.58 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: Mon, 03 Nov 2014 20:24:53 -0000 --Sig_/qCq1t8rzleTOi0NhGzVqEkr Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Am Mon, 3 Nov 2014 12:12:03 -0500 (EST) Benjamin Kaduk schrieb: > On Mon, 3 Nov 2014, O. Hartmann wrote: >=20 > > On Thu, 30 Oct 2014 16:47:02 -0400 (EDT) > > Benjamin Kaduk wrote: > > > > > On Thu, 30 Oct 2014, O. Hartmann wrote: > > > > > Indeed, I did, but I was under the impression both suites share > > mutuality. Its long time ago since I had contact to KRB5. >=20 > The kerberos v5 protocol is an IETF standard, and a heimdal krb5 client > will interoperate with an MIT (or even Microsoft!) server, and vice versa. > The same cannot be said of the kadmin protocols or the database > administration tools, as those are not part of the core kerberos v5 > protocol. >=20 > > I also sent notices to heimdal@h5l.org (hoping someone is listening at >=20 > I'm actually unsure whether that list is active. I think I'm only on > heimdal-discuss. >=20 > > > In my experience, most people getting into administering Kerberos > > > KDCs do so by learning from someone else already doing so (usually in > > > the same organization), so there are not always written > > > documentation. In my (biased) opinion, the MIT documentation is > > > pretty good; the upstream Heimdal documentation less so. > > > > Well, to make it short and not to start a flame war, I disagree. In > > my/our case, I'm the root or will become such a root to be asked. In > > such a case good software is also measured by its documentation for > > exactly that purpose (apart from reading/understanding the source code, > > if available). >=20 > Between us, we still don't have enough data to say anything for sure, so > I'll drop it. >=20 > > > (Are you even tied to Heimdal? If not, you already found the > > > documentation for using LDAP as a backend for an MIT KDC...) > > > > Well, the use of Heimdal has political issues - for the now and > > the future. Following your recommenadations and lookig for the > > documentation of MIT Kerberos, I realized that indeed the docs are > > much more complete - even from the simplest point of view, namelythe > > accesibility of the server(s) providing the documentation. But as I > > said, the decission is a more political one. >=20 > Okay. I can't argue with that. >=20 > > > > > > From your later message: > > > > > > > The lack of documentation is simply a mess. I excluded by intention > > > > the port security/heimdal to proof whether FreeBSD is capable of > > > > handling a common and very usual server task like the mentioned > > > > scenario. > > > > > > I cannot agree that your mentioned scenario is common and very > > > usual. In my experience the majority of Unix standalone KDC > > > deployments use the default (local) database backend, not an LDAP > > > backend. (Fancy things like Samba, IPA, and AD are different, but > > > they are also not in the domain of things in the base system!) > > > > Well, FreBSD is supposed to handle larger environments and not > > home-office or toy systems - that is what is always inside the messages > > I get and that what I read "inbetween" the written rows. Logically, I > > conclude that many others utilizing FBSD as a server backend for their > > purposes even in larger or even big environments use RADIUS or LDAP as > > backend in combination with Kerberos/Heimdal. > > > > From what experiences I exchanged with other administrators at the > > departments, the use of OpenLDAP as a backend for kerberos/Heimdal > > isn't that unusual due to the sophisticated replication mechanism, > > which convinced my. I also have some specific schematics were OpenLDAP > > as the backend would come in handy (presuming a etup which respects > > several security issues). >=20 > Sure, an LDAP backend has nice features (it might be slower, though). I > don't think an attempt to bring an OpenLDAP server into the FreeBSD base > system would succeed, though, so heimdal from ports is the only option in > this case. >=20 > > > I don't know if you followed the MIT documentation this far, but an > > > MIT KDC needing to authenticate to bind to its LDAP server needs to > > > have configuration for this in kdc.conf. > > > > Well, the last point is making me floating dead in the water - I can > > find some informations for MIT Kerberos V, but I can not find those for > > heimdal and with the Heimdal documentation server down and not mirrored > > the situation is unresovable right now. > > > > I can not even evaluate whether the concept I'm thinking of is possible > > or now (lack of docs!). The OpenLDAP daemon requires TLS-secured access > > with a certain "security strength factor" for all inbound access. Such > > a security concept is defined in the toplevel cn=3Dconfig structure. My > > thinking was to have an exception defined by olcAccess rulesets > > nullifying the SSF for the localhost or the unix-domainsocket, but > > olcAccess isn't allowed at that level - so the KDC needs to contact > > its LDAP backend via TLS secured connectsion - and I do not know > > whether this is possible in Heimdal - and how to configure this request > > properly. If it is impossible, I probably have to go with a > > client-based access via SSL certificate which drives the complexity of > > the setup for the whole domain into problematic regions. Then your > > suggestion of falling back to a dedicated LDAP for Kerberos might have > > a reason (at least to me, too). >=20 > Well, a quick glance doesn't rule it out. > https://github.com/heimdal/heimdal/blob/master/doc/setup.texi#L1123 allows > ldaps:// urls > https://github.com/heimdal/heimdal/commit/96e90256757c73ccf349d144e410ddf= 651a74cbc > has some config knobs for a separate file for bind dn and password (as > well as a knob for putting the bind password directly in krb5.conf?). >=20 > Note that I did not check whether all of these bits are in a released > version of Heimdal; I gather a 1.6 release has been in preparation for > quite some time. The FreeBSD contribution in crypto/heimdal/lib/hdb doesn't show those addit= ional knobs, the same with the port security/heimdal, which is at revision 1.5.2 as far = as I can recall. But anyway, thank you very much for this hint, very much appreciated! >=20 > > > > anything I've missed? Since I can not find any suitable > > > > documentation (www.h5l.org/manual is dead!), I'm floating dead in > > > > the water. > > > > > > I don't know of any documentation for doing this with Heimdal, > > > sorry. If you were using MIT Kerberos I could be more helpful. > > > > > > -Ben > > > > Thanks for your response, anyway and apologizes for my late response. >=20 > No worries about the delay; good luck in your quest to get things working. >=20 > -Ben --Sig_/qCq1t8rzleTOi0NhGzVqEkr Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBAgAGBQJUV+SRAAoJEOgBcD7A/5N8ABMH/0fGspC3hnd5dOBJp571zo0L TQcmbjfwSOfPApW2fyy2SX2RmM7keOLRXQEfnJyWaVvyUlYbw/3SJyihu/7vohN8 G2+pHAq2CM0tWrYvybprfGfXCkJfEy8AQ/ZdsA6jC/RnqHWOeoxboAoz2AdKLept PjGaxOwmO4JxLtJgOzMxumGWD7YgEIuIxgYIPtV9idNS0ngSOFRyBTiEsyCyPFJI LenYt/TRcJcEGRq0c0g7Z7USFTUCE2/XO2IVCUSYnt54O5ILLmvTsc7JFov/w5ji +afrnEFH8JDLf0tPEfS3jBFRmDJvPWvLaODQuMXvqOr3UoMlXoYCmh5eQSfCNPM= =g7ma -----END PGP SIGNATURE----- --Sig_/qCq1t8rzleTOi0NhGzVqEkr-- From owner-freebsd-current@FreeBSD.ORG Mon Nov 3 20:53:32 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7362E820; Mon, 3 Nov 2014 20:53:32 +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 F0BD896E; Mon, 3 Nov 2014 20:53:31 +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 <1XlOcz-001ccU-Vv>; Mon, 03 Nov 2014 21:53:29 +0100 Received: from g226063058.adsl.alicedsl.de ([92.226.63.58] helo=thor.walstatt.dynvpn.de) by inpost2.zedat.fu-berlin.de (Exim 4.82) with esmtpsa (envelope-from ) id <1XlOcz-002PsC-S5>; Mon, 03 Nov 2014 21:53:29 +0100 Date: Mon, 3 Nov 2014 21:53:26 +0100 From: "O. Hartmann" To: Dimitry Andric Subject: Re: CURRENT: EFI boot failure Message-ID: <20141103215326.4a2a0e91.ohartman@zedat.fu-berlin.de> In-Reply-To: <9F1F287F-751C-4456-BB5E-540824E1B4E8@FreeBSD.org> References: <20140916020541.03c18d04.ohartman@zedat.fu-berlin.de> <54178607.1060305@freebsd.org> <541786BE.6010105@freebsd.org> <20140916075121.29989a53.ohartman@zedat.fu-berlin.de> <5417E20D.8070607@freebsd.org> <20140916230348.189e80cd.ohartman@zedat.fu-berlin.de> <5418B8C3.7040406@FreeBSD.org> <20140919152207.0473e213.ohartman@zedat.fu-berlin.de> <542183A6.7060802@omnilan.de> <54218B0F.20707@freebsd.org> <9F1F287F-751C-4456-BB5E-540824E1B4E8@FreeBSD.org> Organization: FU Berlin X-Mailer: Claws Mail 3.11.1 (GTK+ 2.24.22; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; boundary="Sig_/IL3yE1G9y_cZe8hsVz_9mrW"; protocol="application/pgp-signature" X-Originating-IP: 92.226.63.58 X-ZEDAT-Hint: A Cc: Ed Maste , Andriy Gapon , Harald Schmalzbauer , FreeBSD Current , Nathan Whitehorn , Allan Jude X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: 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, 03 Nov 2014 20:53:32 -0000 --Sig_/IL3yE1G9y_cZe8hsVz_9mrW Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Am Tue, 23 Sep 2014 17:14:46 +0200 Dimitry Andric schrieb: > On 23 Sep 2014, at 17:00, Nathan Whitehorn wrote: > > On 09/23/14 07:28, Harald Schmalzbauer wrote: > >> Bez=FCglich O. Hartmann's Nachricht vom 19.09.2014 15:22 (localtime): > >>> =85 > >>> The problem I reported about in the first place is triggered by a fau= lty loader.efi > >>> that arises, when optimisation level is -O3. -O2 works fine. > >> I can confirm that this problem also shows up when using > >> 'CPUTYPE?=3Dcore-avx2' > >> Setting CPUTYPE to core-avx-i doesnt ehibit the problem. > >>=20 > >> I could narrow down the cause to libefi.a (sys/boot/efi). > >> But I don't understand the things going on there, so no clue how to fix > >> besides maybe > >>=20 > >> --- sys/boot/efi/Makefile.inc.orig 2014-09-23 16:22:46.000000000 +0200 > >> +++ sys/boot/efi/Makefile.inc 2014-09-23 16:25:16.000000000 +0200 > >> @@ -2,6 +2,10 @@ > >>=20 > >> BINDIR?=3D /boot > >>=20 > >> +.ifdef CPUTYPE > >> +.undef CPUTYPE > >> +.endif > >> + > >> .if ${MACHINE_CPUARCH} =3D=3D "i386" > >> CFLAGS+=3D -march=3Di386 > >> .endif > > Could you try adding -mno-avx2 to /sys/boot/amd64/Makefile.inc line 9? > > -Nathan >=20 > IMHO CPUTYPE should be ignored for any boot loader program, and the > lowest common denominator should be used instead (i486 for 32-bit, plain > x86_64 for 64-bit). It makes no sense to optimize boot loaders for e.g. > core-avx2. :-) >=20 > But indeed, it appears that we need to add more -mno-foo magic flags... >=20 > -Dimitry >=20 I repoted a bug at Bug 194641 - [EFI] boot/loader.efi: miscompilation on Intel Haswell with AV= X2=20 Please feel free to comment and replenish my superficial observation. Hopefullz, this doesn't get lost. This nasty bug on Haswell CPU bothers me = all the days I update world. --Sig_/IL3yE1G9y_cZe8hsVz_9mrW Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBAgAGBQJUV+tJAAoJEOgBcD7A/5N8/qYH/3BrCIInWFJb56OWcItBnEtx 1J44YlezR+3b8XP0Fve0MwcVNPHcloA8t7l1/19dI+jlmTZDX668RLdmOI4fKhyL 5OT5hDhcq4Bq+PW0CBN7yxU9/dID1O8jR5JI3M88TD+ixqUSfuHx1CFy1brncJmj gbtqmffHaAxw7Vs/h2Hbo8qKmOPHDFdNXZm0gyq1VNeI/W2/CbZiym/iz9CRSbRT MtZf+63kxO55oDl++Lk6kOqHaTBXS3ZEdbVHVA6/ksL3/zLOTZNh+7An05jbx81l jUP2Ic5XCSKwKbeskz5HysBnOyUCo2OlPvxTKB2u8f0G0378UjqmtjP9Ke9fmv8= =UWZg -----END PGP SIGNATURE----- --Sig_/IL3yE1G9y_cZe8hsVz_9mrW-- From owner-freebsd-current@FreeBSD.ORG Mon Nov 3 21:40:29 2014 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 80EEB7FA for ; Mon, 3 Nov 2014 21:40:29 +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 3EC1ADC2 for ; Mon, 3 Nov 2014 21:40:28 +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 BA0CC1FE022; Mon, 3 Nov 2014 22:40:19 +0100 (CET) Message-ID: <5457F64F.6090408@selasky.org> Date: Mon, 03 Nov 2014 22:40:31 +0100 From: Hans Petter Selasky User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.1.2 MIME-Version: 1.0 To: Marc UBM , current@FreeBSD.org Subject: Re: pkg 1.4 freeze please test test test! References: <20141028231933.GG26796@ivaldir.etoilebsd.net> <20141101161332.b9c8fc19bf9fc54f73bc5c00@gmail.com> <20141101224549.GG15967@ivaldir.etoilebsd.net> <20141102102455.30d42f85ff81e079788eae06@gmail.com> In-Reply-To: <20141102102455.30d42f85ff81e079788eae06@gmail.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Nov 2014 21:40:29 -0000 Hi, Is it possible when upgrading a system via "pkg" to selectivly switch upgrades ON/OFF. For example I have a custom ffmpeg install and would like to keep it every time I do a binary upgrade? --HPS From owner-freebsd-current@FreeBSD.ORG Mon Nov 3 21:48:35 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E07A9B17 for ; Mon, 3 Nov 2014 21:48:34 +0000 (UTC) Received: from mail-oi0-x231.google.com (mail-oi0-x231.google.com [IPv6:2607:f8b0:4003:c06::231]) (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 A9FE3EAD for ; Mon, 3 Nov 2014 21:48:34 +0000 (UTC) Received: by mail-oi0-f49.google.com with SMTP id u20so9295522oif.22 for ; Mon, 03 Nov 2014 13:48:34 -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=nm0Gw8Pz9N0mwHWEixoPtpLTq/45O6LYcj9z2MKJ+7c=; b=DQew7iHqfV1MeKnF6Pe8PqO09KaQZxcerM2Py4zoCI1y6rZDExVE7lkEaclOpxLWWl P6ZXjl3KlqUdH+BrS/gIS9PWBFqB8Eclyc4fZ0xTB6ajHqFQ8Q9+N9+Dho3xvUmEBQ9P 90TkvoIaWYUj7eWv2woaT3sNBBADJX0yoJg+5V1RmlQ0i4LPr3skDE/ewFPsrlKYlB9+ 70/pXYCSMDpYQk473JcTYMwfiVCTn5tf2xlCcyo/seu/gwr/fDjqqtDxQFI+ytRzSQak EBoDBHb8Fc7FfCbSOtooaw23y/25WeKSFVV62FSFWVLW5vlLSTznGIjCaXfvhgbDQWhp hZaA== MIME-Version: 1.0 X-Received: by 10.60.162.71 with SMTP id xy7mr2363757oeb.67.1415051314018; Mon, 03 Nov 2014 13:48:34 -0800 (PST) Received: by 10.202.6.21 with HTTP; Mon, 3 Nov 2014 13:48:33 -0800 (PST) In-Reply-To: <5457F64F.6090408@selasky.org> References: <20141028231933.GG26796@ivaldir.etoilebsd.net> <20141101161332.b9c8fc19bf9fc54f73bc5c00@gmail.com> <20141101224549.GG15967@ivaldir.etoilebsd.net> <20141102102455.30d42f85ff81e079788eae06@gmail.com> <5457F64F.6090408@selasky.org> Date: Mon, 3 Nov 2014 13:48:33 -0800 Message-ID: Subject: Re: pkg 1.4 freeze please test test test! From: Freddie Cash To: Hans Petter Selasky Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Nov 2014 21:48:35 -0000 On Mon, Nov 3, 2014 at 1:40 PM, Hans Petter Selasky wrote= : > Is it possible when upgrading a system via "pkg" to selectivly switch > upgrades ON/OFF. For example I have a custom ffmpeg install and would lik= e > to keep it every time I do a binary upgrade? > =E2=80=8B# man pkg-lock ;) I believe that's what you are looking for.=E2=80=8B No idea how well it wo= rks long-term, though, or if you lock a large number of packages. --=20 Freddie Cash fjwcash@gmail.com From owner-freebsd-current@FreeBSD.ORG Tue Nov 4 01:09:56 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DEB05D4A for ; Tue, 4 Nov 2014 01:09:56 +0000 (UTC) Received: from mail-vc0-x22f.google.com (mail-vc0-x22f.google.com [IPv6:2607:f8b0:400c:c03::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 9A5016E1 for ; Tue, 4 Nov 2014 01:09:56 +0000 (UTC) Received: by mail-vc0-f175.google.com with SMTP id hy4so6041418vcb.6 for ; Mon, 03 Nov 2014 17:09:55 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=0qtnvt4Lf4WSZi1nP//180y8EsynwbepjTB8KnIOvzU=; b=DpAGaGTpb88MSLNHUFDi4Ig4w0017qJrSRZStBKHJ/Q94kKFTJR0IbWF44nJx94nqi oFQa4sfhbBLJV2zD+EXFBp344Ea6yPrq/N0ZCA6jy/4t58dusDCV4BgsL4999TtpwTTD uUwEt+Cq5pnQmrT2wzGPqN6lYtkdNAUNqOQMspVlyDTRlq90dPGnM8q0q1Bf/5SiiEGR p0LtmWqYSd2j5HxHEjAMm15v69ik3JeOZZCdOQwRvnoESG+M2zPI0wP2bzqGfPmqnuoJ 6e+Nl1VMyqB2kEeW15hMPWZ87guhFWWBFZ2PZAdseIXm9cpR718vuCgYOUrTmAtnfzKh lIqg== X-Received: by 10.220.11.68 with SMTP id s4mr20157314vcs.15.1415063395609; Mon, 03 Nov 2014 17:09:55 -0800 (PST) MIME-Version: 1.0 Received: by 10.31.136.76 with HTTP; Mon, 3 Nov 2014 17:09:15 -0800 (PST) In-Reply-To: References: <20141028231933.GG26796@ivaldir.etoilebsd.net> <20141101161332.b9c8fc19bf9fc54f73bc5c00@gmail.com> <20141101224549.GG15967@ivaldir.etoilebsd.net> <20141102102455.30d42f85ff81e079788eae06@gmail.com> <5457F64F.6090408@selasky.org> From: Henry Hu Date: Mon, 3 Nov 2014 20:09:15 -0500 Message-ID: Subject: Re: pkg 1.4 freeze please test test test! To: Freddie Cash Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: Hans Petter Selasky , 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, 04 Nov 2014 01:09:57 -0000 On Mon, Nov 3, 2014 at 4:48 PM, Freddie Cash wrote: > On Mon, Nov 3, 2014 at 1:40 PM, Hans Petter Selasky > wrote: > > > Is it possible when upgrading a system via "pkg" to selectivly switch > > upgrades ON/OFF. For example I have a custom ffmpeg install and would > like > > to keep it every time I do a binary upgrade? > > > > > =E2=80=8B# man pkg-lock > > ;) > > I believe that's what you are looking for.=E2=80=8B No idea how well it = works > long-term, though, or if you lock a large number of packages. > I also use pkg-lock, but it has several problems: * You may miss updates. They are skipped during pkg upgrade * "xxx is locked and may not be modified" is displayed every time you do something like pkg upgrade. If you have multiple pkgs locked, it may be annoying. It would be easier to update the pkgs by having something like portmaster -P. > > > -- > Freddie Cash > fjwcash@gmail.com > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org= " --=20 Cheers, Henry From owner-freebsd-current@FreeBSD.ORG Tue Nov 4 04:16: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 6897B722; Tue, 4 Nov 2014 04:16:24 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 54686ABA; Tue, 4 Nov 2014 04:16:24 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 4C38FCBC; Tue, 4 Nov 2014 04:16:24 +0000 (UTC) Date: Tue, 4 Nov 2014 04:16:21 +0000 (GMT) From: jenkins-admin@freebsd.org To: jenkins-admin@FreeBSD.org, freebsd-current@freebsd.org, tychon@FreeBSD.org, ngie@FreeBSD.org Message-ID: <1071681537.6.1415074584262.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Build failed in Jenkins: FreeBSD_HEAD #1766 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Jenkins-Job: FreeBSD_HEAD X-Jenkins-Result: FAILURE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Nov 2014 04:16:24 -0000 See Changes: [ngie] Commit missing header for sys/time.h compat on NetBSD to unbreak the amd64/i386 build Pointyhat to: me (forgot to svn add it sooner) [ngie] As an optimization (in simple, well used cases) only call cat ${.ALLSRC} when generating files from various sources instead of calling cat ${.ALLSRC} | sed The perl case was skipped because it's not being used in the tree at this time [tychon] Improve the ability to cancel an in-flight request by using an interrupt, via SIGCONT, to force the read or write system call to return prematurely. Reviewed by: grehan [ngie] Add reachover Makefiles for contrib/netbsd-tests/lib/libc; this adds approximately 500 new testcases Various TODOs have been sprinkled around the Makefiles for items that even need to be ported (missing features), testcases have issues with building/linking, or issues at runtime. A variant of this code has been tested extensively on amd64 and i386 10-STABLE/11-CURRENT for several months without issue. It builds on other architectures, but the code will remain off until I have prove it works on virtual hardware or real hardware on other architectures In collaboration with: pho, Casey Peel Sponsored by: EMC / Isilon Storage Division ------------------------------------------ [...truncated 107148 lines...] --- .depend.h_spawnattr --- rm -f .depend.h_spawnattr CC='cc ' mkdep -f .depend.h_spawnattr -a -std=gnu99 --- libexec.depend__D --- echo bootptest: /usr/obj >> .depend --- bin.depend__D --- --- depend_subdir_date --- ===> bin/date (depend) --- lib.depend__D --- echo h_spawnattr: /usr/obj >> .depend.h_spawnattr (cd && make -f _RECURSING_PROGS= SUBDIR= PROG=fileactions_test DEPENDFILE=.depend.fileactions_test .MAKE.DEPENDFILE=.depend.fileactions_test depend) --- bin.depend__D --- --- _sub.depend --- ===> bin/date/tests (depend) --- lib.depend__D --- --- .depend.fileactions_test --- rm -f .depend.fileactions_test CC='cc ' mkdep -f .depend.fileactions_test -a -I -I -I -std=gnu99 --- bin.depend__D --- --- scripts.depend --- (cd && make -f SUBDIR= _RECURSING_PROGS= depend) --- lib.depend__D --- echo fileactions_test: /usr/obj /usr/obj >> .depend.fileactions_test --- bin.depend__D --- --- .depend --- rm -f .depend --- lib.depend__D --- (cd && make -f _RECURSING_PROGS= SUBDIR= PROG=spawn_test DEPENDFILE=.depend.spawn_test .MAKE.DEPENDFILE=.depend.spawn_test depend) --- bin.depend__D --- CC='cc ' mkdep -f .depend -a -std=gnu99 --- libexec.depend__D --- --- .depend --- echo bootpd: /usr/obj >> .depend ===> libexec/casper (depend) --- lib.depend__D --- --- .depend.spawn_test --- rm -f .depend.spawn_test CC='cc ' mkdep -f .depend.spawn_test -a -I -I -I -std=gnu99 --- libexec.depend__D --- --- _sub.depend --- ===> libexec/casper/dns (depend) --- .depend --- rm -f .depend CC='cc ' mkdep -f .depend -a -I -I -I -I -I -std=gnu99 --- lib.depend__D --- echo spawn_test: /usr/obj /usr/obj >> .depend.spawn_test (cd && make -f _RECURSING_PROGS= SUBDIR= PROG=alarm_test DEPENDFILE=.depend.alarm_test .MAKE.DEPENDFILE=.depend.alarm_test depend) --- bin.depend__D --- echo date: /usr/obj >> .depend --- depend_subdir_dd --- ===> bin/dd (depend) --- lib.depend__D --- --- .depend.alarm_test --- --- libexec.depend__D --- echo dns: /usr/obj /usr/obj /usr/obj /usr/obj /usr/obj /usr/obj >> .depend --- lib.depend__D --- rm -f .depend.alarm_test --- libexec.depend__D --- ===> libexec/casper/grp (depend) --- lib.depend__D --- CC='cc ' mkdep -f .depend.alarm_test -a -I -I -I -std=gnu99 --- libexec.depend__D --- --- .depend --- rm -f .depend CC='cc ' mkdep -f .depend -a -I -I -I -I -I -std=gnu99 --- bin.depend__D --- --- .depend --- rm -f .depend CC='cc ' mkdep -f .depend -a -std=gnu99 --- lib.depend__D --- echo alarm_test: /usr/obj /usr/obj >> .depend.alarm_test (cd && make -f _RECURSING_PROGS= SUBDIR= PROG=assert_test DEPENDFILE=.depend.assert_test .MAKE.DEPENDFILE=.depend.assert_test depend) --- libexec.depend__D --- echo grp: /usr/obj /usr/obj /usr/obj /usr/obj /usr/obj /usr/obj >> .depend ===> libexec/casper/pwd (depend) --- lib.depend__D --- --- .depend.assert_test --- rm -f .depend.assert_test CC='cc ' mkdep -f .depend.assert_test -a -I -I -I -std=gnu99 --- libexec.depend__D --- --- .depend --- rm -f .depend CC='cc ' mkdep -f .depend -a -I -I -I -I -I -std=gnu99 --- lib.depend__D --- echo assert_test: /usr/obj /usr/obj >> .depend.assert_test (cd && make -f _RECURSING_PROGS= SUBDIR= PROG=basedirname_test DEPENDFILE=.depend.basedirname_test .MAKE.DEPENDFILE=.depend.basedirname_test depend) --- libexec.depend__D --- echo pwd: /usr/obj /usr/obj /usr/obj /usr/obj /usr/obj /usr/obj >> .depend ===> libexec/casper/random (depend) --- lib.depend__D --- --- .depend.basedirname_test --- rm -f .depend.basedirname_test CC='cc ' mkdep -f .depend.basedirname_test -a -I -I -I -std=gnu99 --- libexec.depend__D --- --- .depend --- rm -f .depend CC='cc ' mkdep -f .depend -a -I -I -I -I -I -std=gnu99 --- bin.depend__D --- echo dd: /usr/obj >> .depend --- cddl.depend__D --- ===> cddl (depend) --- lib.depend__D --- echo basedirname_test: /usr/obj /usr/obj >> .depend.basedirname_test (cd && make -f _RECURSING_PROGS= SUBDIR= PROG=dir_test DEPENDFILE=.depend.dir_test .MAKE.DEPENDFILE=.depend.dir_test depend) --- libexec.depend__D --- echo random: /usr/obj /usr/obj /usr/obj /usr/obj /usr/obj /usr/obj >> .depend ===> libexec/casper/sysctl (depend) --- cddl.depend__D --- --- _sub.depend --- ===> cddl/lib (depend) --- lib.depend__D --- --- .depend.dir_test --- rm -f .depend.dir_test CC='cc ' mkdep -f .depend.dir_test -a -I -I -I -std=gnu99 --- libexec.depend__D --- --- .depend --- rm -f .depend CC='cc ' mkdep -f .depend -a -I -I -I -I -I -std=gnu99 --- cddl.depend__D --- --- _sub.depend --- ===> cddl/lib/drti (depend) ===> cddl/lib/libavl (depend) --- lib.depend__D --- echo dir_test: /usr/obj /usr/obj >> .depend.dir_test --- libexec.depend__D --- echo sysctl: /usr/obj /usr/obj /usr/obj /usr/obj /usr/obj /usr/obj >> .depend --- lib.depend__D --- (cd && make -f _RECURSING_PROGS= SUBDIR= PROG=floatunditf_test DEPENDFILE=.depend.floatunditf_test .MAKE.DEPENDFILE=.depend.floatunditf_test depend) --- libexec.depend__D --- ===> libexec/comsat (depend) --- cddl.depend__D --- ===> cddl/lib/libctf (depend) --- libexec.depend__D --- --- .depend --- rm -f .depend --- lib.depend__D --- --- .depend.floatunditf_test --- --- libexec.depend__D --- CC='cc ' mkdep -f .depend -a -std=gnu99 --- lib.depend__D --- rm -f .depend.floatunditf_test CC='cc ' mkdep -f .depend.floatunditf_test -a -I -I -I -std=gnu99 --- cddl.depend__D --- ===> cddl/lib/libdtrace (depend) --- lib.depend__D --- :30:10: fatal error: 'atf-c/config.h' file not found #include ^ 1 error generated. mkdep: compile failed *** [.depend.floatunditf_test] Error code 1 make[7]: stopped in 1 error make[7]: stopped in *** [floatunditf_test.depend] Error code 2 make[6]: stopped in 1 error make[6]: stopped in *** [_sub.depend] Error code 2 make[5]: stopped in 1 error make[5]: stopped in *** [_sub.depend] Error code 2 make[4]: stopped in 1 error make[4]: stopped in *** [depend_subdir_libc] Error code 2 make[3]: stopped in 1 error make[3]: stopped in *** [lib.depend__D] Error code 2 make[2]: stopped in --- libexec.depend__D --- echo comsat: /usr/obj >> .depend A failure has been detected in another branch of the parallel make make[4]: stopped in --- cddl.depend__D --- A failure has been detected in another branch of the parallel make make[5]: stopped in --- libexec.depend__D --- *** [_sub.depend] Error code 2 make[3]: stopped in 1 error make[3]: stopped in *** [libexec.depend__D] Error code 2 make[2]: stopped in --- cddl.depend__D --- *** [_sub.depend] Error code 2 make[4]: stopped in 1 error make[4]: stopped in *** [_sub.depend] Error code 2 make[3]: stopped in 1 error make[3]: stopped in *** [cddl.depend__D] Error code 2 make[2]: stopped in --- bin.depend__D --- --- depend_subdir_csh --- echo csh: /usr/obj /usr/obj /usr/obj >> .depend A failure has been detected in another branch of the parallel make make[4]: stopped in *** [depend_subdir_csh] Error code 2 make[3]: stopped in 1 error make[3]: stopped in *** [bin.depend__D] Error code 2 make[2]: stopped in 4 errors make[2]: stopped in *** [_depend] 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 Tue Nov 4 04:22:14 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 9138884F; Tue, 4 Nov 2014 04:22:14 +0000 (UTC) Received: from mail-pd0-x22b.google.com (mail-pd0-x22b.google.com [IPv6:2607:f8b0:400e:c02::22b]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 51345B77; Tue, 4 Nov 2014 04:22:14 +0000 (UTC) Received: by mail-pd0-f171.google.com with SMTP id r10so12850108pdi.16 for ; Mon, 03 Nov 2014 20:22:13 -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=Zashxe8CHKuZVQbKxpNxrOg9ReD/vy+7BaRnU63AWt8=; b=sBoUj07okAP4qwxgUawDaXpUomP9hvd1AJus5U4WrDhVeUBe98b4Gp7ogkA8bJjEQR XMzq5XVm+pJNad6SiGQmgBryOvDVcSiCGDQ2YT4XMo+qZcm6KWtyf9MNWNvTtmGp8CJ6 6vfz18BwUY6p264e+qAFamUqGMgwJ0mCYzIXHsplE0en6xOd+wSoKybX1bhxCFbpgbfA 2SlO7a4k1erKbYuV9lpKpdPOG0lYog+AGGhvYp22Ev/X2nOEf7DVHTwcm0EsgHV3ii2+ DaF9FYwPnO7uRkczJgoqJyo4NTaUXjIvYcBi5wn9g9qphAIBwQ3e9UhSmsqg3hF3DIei r9iw== X-Received: by 10.70.11.227 with SMTP id t3mr754337pdb.4.1415074929420; Mon, 03 Nov 2014 20:22:09 -0800 (PST) Received: from [172.16.0.156] (50-206-19-250-static.hfc.comcastbusiness.net. [50.206.19.250]) by mx.google.com with ESMTPSA id ba7sm11634523pdb.87.2014.11.03.20.22.08 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 03 Nov 2014 20:22:08 -0800 (PST) Content-Type: multipart/signed; boundary="Apple-Mail=_B945FFF4-0C6E-4D1F-AE31-E6437E97BDDC"; protocol="application/pgp-signature"; micalg=pgp-sha512 Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Subject: Re: Build failed in Jenkins: FreeBSD_HEAD #1766 From: Garrett Cooper In-Reply-To: <1071681537.6.1415074584262.JavaMail.jenkins@jenkins-9.freebsd.org> Date: Mon, 3 Nov 2014 20:22:07 -0800 Message-Id: <956E6BAD-A109-41F1-84B2-90227E74FE12@gmail.com> References: <1071681537.6.1415074584262.JavaMail.jenkins@jenkins-9.freebsd.org> To: jenkins-admin@freebsd.org X-Mailer: Apple Mail (2.1878.6) Cc: freebsd-current Current , tychon@FreeBSD.org, ngie@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, 04 Nov 2014 04:22:14 -0000 --Apple-Mail=_B945FFF4-0C6E-4D1F-AE31-E6437E97BDDC Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 On Nov 3, 2014, at 20:16, jenkins-admin@freebsd.org wrote: > See = >=20 > Changes: >=20 > [ngie] Commit missing header for sys/time.h compat on NetBSD to = unbreak the amd64/i386 > build >=20 > Pointyhat to: me (forgot to svn add it sooner) >=20 > [ngie] As an optimization (in simple, well used cases) only call cat = ${.ALLSRC} when > generating files from various sources instead of calling cat = ${.ALLSRC} | sed >=20 > The perl case was skipped because it's not being used in the tree at = this time >=20 > [tychon] Improve the ability to cancel an in-flight request by using = an > interrupt, via SIGCONT, to force the read or write system call to > return prematurely. >=20 > Reviewed by: grehan >=20 > [ngie] Add reachover Makefiles for contrib/netbsd-tests/lib/libc; this = adds approximately > 500 new testcases >=20 > Various TODOs have been sprinkled around the Makefiles for items that = even need > to be ported (missing features), testcases have issues with = building/linking, or > issues at runtime. >=20 > A variant of this code has been tested extensively on amd64 and i386 > 10-STABLE/11-CURRENT for several months without issue. It builds on = other > architectures, but the code will remain off until I have prove it = works on > virtual hardware or real hardware on other architectures This failure is because of the changes I just added and the fact = that ATF was just upgraded to 0.2.1. I=92ll fix this ASAP. Thank you... --Apple-Mail=_B945FFF4-0C6E-4D1F-AE31-E6437E97BDDC 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 iQEcBAEBCgAGBQJUWFRvAAoJEMZr5QU6S73eJrwH/jahMACSoFzMQ6Jw2ys8EQdp g+d4XBGdmbgda+Gydw9Iv6Nx4AbkhYZLybp7/j7fqxg9qBUwcRVytofFee11cY9p fMigwQR4DGcykmbjbh4GfIt2DkldczGBf9AbfSogRRhJuPGTe5q9wG3raF5ujt5W 0Y3+XuMAVxKZxDKBu3ANBvRMVoefCaoM/ND7a4Gr4dcP3f4e65ooUJDAu2cTb8n1 uB0Z1j2dqjU98VDgTIy74fnNOArWYm6y4cpz5YkbYK57YHNFE9wbPyOcxXBwfRLM B4sWAWNuHaFCmGvgk/FSdigkbSfdD+qxO40xIUjcwxB+H1sTksRZhvm7PYczq0Y= =02SN -----END PGP SIGNATURE----- --Apple-Mail=_B945FFF4-0C6E-4D1F-AE31-E6437E97BDDC-- From owner-freebsd-current@FreeBSD.ORG Tue Nov 4 05:50:57 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 08753552 for ; Tue, 4 Nov 2014 05:50:57 +0000 (UTC) Received: from mail-ig0-x232.google.com (mail-ig0-x232.google.com [IPv6:2607:f8b0:4001: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 B3D37242 for ; Tue, 4 Nov 2014 05:50:56 +0000 (UTC) Received: by mail-ig0-f178.google.com with SMTP id a13so6016623igq.11 for ; Mon, 03 Nov 2014 21:50:56 -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=XW51h1M6gSTIaCAuaLphJ4WpNc949QCG4G+8oQbNvvY=; b=VbP9bM/zDhGTTMBWhc0R3JiN4rRynK2HF58gsu5SCJfnOmnM7k6A/GACMoPJwr4Vi2 gdwaReaO/XqeGMJWeYIY2eipjxd+pfNgFv9j81+tIn15d63buuQa0GF0IrWkRKj9SqSy lnBeUzsgFVIcTNUJhDJ29KSdU/nrycZwbJxsORuzsgjxcFwDxUrR0Fr7/t6wBzxih0mt lY5N5qKbv7a8TApXx34qAEAHBK5uvfDquJfYzyjHtKMpYYbwfqlZAU8Izb9Ru5isT6gO LxXuEBEprkEBPiyXFeE3SgLhJ+VuY7Au/H+ZFOr9TVkPEKNGx9SRXEkYzxr880ycF8We 4Gsg== MIME-Version: 1.0 X-Received: by 10.43.90.198 with SMTP id bj6mr44720275icc.4.1415080255933; Mon, 03 Nov 2014 21:50:55 -0800 (PST) Sender: kob6558@gmail.com Received: by 10.107.11.152 with HTTP; Mon, 3 Nov 2014 21:50:55 -0800 (PST) In-Reply-To: References: <20141028231933.GG26796@ivaldir.etoilebsd.net> <20141101161332.b9c8fc19bf9fc54f73bc5c00@gmail.com> <20141101224549.GG15967@ivaldir.etoilebsd.net> <20141102102455.30d42f85ff81e079788eae06@gmail.com> <5457F64F.6090408@selasky.org> Date: Mon, 3 Nov 2014 21:50:55 -0800 X-Google-Sender-Auth: boQnQ0WgmA6eE0AGeNXtlC4o-f8 Message-ID: Subject: Re: pkg 1.4 freeze please test test test! From: Kevin Oberman To: Henry Hu Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: Hans Petter Selasky , Freddie Cash , "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, 04 Nov 2014 05:50:57 -0000 -- R. Kevin Oberman, Network Engineer, Retired E-mail: rkoberman@gmail.comOn Mon, Nov 3, 2014 at 5:09 PM, Henry Hu < henry.hu.sh@gmail.com> wrote: > On Mon, Nov 3, 2014 at 4:48 PM, Freddie Cash wrote: > > > On Mon, Nov 3, 2014 at 1:40 PM, Hans Petter Selasky > > wrote: > > > > > Is it possible when upgrading a system via "pkg" to selectivly switch > > > upgrades ON/OFF. For example I have a custom ffmpeg install and would > > like > > > to keep it every time I do a binary upgrade? > > > > > > > > > =E2=80=8B# man pkg-lock > > > > ;) > > > > I believe that's what you are looking for.=E2=80=8B No idea how well i= t works > > long-term, though, or if you lock a large number of packages. > > > > I also use pkg-lock, but it has several problems: > * You may miss updates. They are skipped during pkg upgrade > * "xxx is locked and may not be modified" is displayed every time you do > something like pkg upgrade. If you have multiple pkgs locked, it may be > annoying. > > It would be easier to update the pkgs by having something like portmaster > -P. > -- > Cheers, > Henry I simply do periodic(8) weekly runs of "pkg version -vRl\<" to catch any port that has not been updated due to being locked. On option to only report locked packages would simplify this and looks to me like it would be pretty easy to add, but unless you have a lot of locked packages, it's not a problem. -- R. Kevin Oberman, Network Engineer, Retired E-mail: rkoberman@gmail.com From owner-freebsd-current@FreeBSD.ORG Tue Nov 4 06:51:20 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 51FB7D2E for ; Tue, 4 Nov 2014 06:51:20 +0000 (UTC) Received: from luigi.brtsvcs.net (luigi.brtsvcs.net [204.109.60.246]) (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 2BA0FAB8 for ; Tue, 4 Nov 2014 06:51:19 +0000 (UTC) Received: from chombo.houseloki.net (unknown [IPv6:2601:7:400:640:21c:c0ff:fe7f:96ee]) by luigi.brtsvcs.net (Postfix) with ESMTPSA id CDAFE2D4F9B; Mon, 3 Nov 2014 22:51:11 -0800 (PST) Received: from [IPv6:2601:7:2580:674:baca:3aff:fe83:bd29] (unknown [IPv6:2601:7:2580:674:baca:3aff:fe83:bd29]) by chombo.houseloki.net (Postfix) with ESMTPSA id E06B5BDA; Mon, 3 Nov 2014 22:51:09 -0800 (PST) Message-ID: <54587759.4050206@bluerosetech.com> Date: Mon, 03 Nov 2014 22:51:05 -0800 From: Darren Pilgrim Reply-To: "current@freebsd.org" User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: Kevin Oberman Subject: Re: pkg 1.4 freeze please test test test! References: <20141028231933.GG26796@ivaldir.etoilebsd.net> <20141101161332.b9c8fc19bf9fc54f73bc5c00@gmail.com> <20141101224549.GG15967@ivaldir.etoilebsd.net> <20141102102455.30d42f85ff81e079788eae06@gmail.com> <5457F64F.6090408@selasky.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: "current@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: 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, 04 Nov 2014 06:51:20 -0000 On 11/3/2014 9:50 PM, Kevin Oberman wrote: > I simply do periodic(8) weekly runs of "pkg version -vRl\<" to catch any > port that has not been updated due to being locked. On option to only > report locked packages would simplify this and looks to me like it would be > pretty easy to add, but unless you have a lot of locked packages, it's not > a problem. I just do `pkg info -ka | egrep 'yes$'`. From owner-freebsd-current@FreeBSD.ORG Tue Nov 4 07:03:51 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4EF4113E for ; Tue, 4 Nov 2014 07:03:51 +0000 (UTC) Received: from mail-ig0-x22d.google.com (mail-ig0-x22d.google.com [IPv6:2607:f8b0:4001:c05::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 0FBD5BD3 for ; Tue, 4 Nov 2014 07:03:51 +0000 (UTC) Received: by mail-ig0-f173.google.com with SMTP id r10so6194579igi.0 for ; Mon, 03 Nov 2014 23:03:50 -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:content-type; bh=7+ugHwRXuUL7EVfZrDxDKNvc+Ww+ySEqxVNn3FDF9uQ=; b=HgWKE38QxdEJjQrRRbSvLzr12KrelJRioRWV5ozBD6Mot08Q80Nu+gWaU9lUBQ3Qh8 mzRZHUHqOYTR9bDTUs1NzQT6vcqQGMXvXZTDPpKlHpnTZR92zP3EsZY5ZlVW7C2q91cT L54uDd2B6VRDzkzECMUyWNs8/3g3Q5eKMBujHvHQXSfVJ/OyrBTAMTw09BhF3zT9cql6 llL0oppS8RgfBlOMuhbkNHXGGOMYrO7cuT9yjR8E2OYBOkfyokAfY/4gioFiE49pzHN7 pYuhX3N+6yosQZe7zSgn/W7I56kRiD8AqIPuexzg4hmGTq/0SbktpP61kEUloN3kKN6V Y5fA== MIME-Version: 1.0 X-Received: by 10.50.122.106 with SMTP id lr10mr21855038igb.32.1415084630377; Mon, 03 Nov 2014 23:03:50 -0800 (PST) Sender: kob6558@gmail.com Received: by 10.107.11.152 with HTTP; Mon, 3 Nov 2014 23:03:50 -0800 (PST) In-Reply-To: <54587759.4050206@bluerosetech.com> References: <20141028231933.GG26796@ivaldir.etoilebsd.net> <20141101161332.b9c8fc19bf9fc54f73bc5c00@gmail.com> <20141101224549.GG15967@ivaldir.etoilebsd.net> <20141102102455.30d42f85ff81e079788eae06@gmail.com> <5457F64F.6090408@selasky.org> <54587759.4050206@bluerosetech.com> Date: Mon, 3 Nov 2014 23:03:50 -0800 X-Google-Sender-Auth: aTF5IRwuVsnAu5dCLs5tyBSDXlk Message-ID: Subject: Re: pkg 1.4 freeze please test test test! From: Kevin Oberman To: "current@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Nov 2014 07:03:51 -0000 Thanks you! That dies the trick. R. Kevin Oberman, Network Engineer, Retired E-mail: rkoberman@gmail.com On Mon, Nov 3, 2014 at 10:51 PM, Darren Pilgrim < list_freebsd@bluerosetech.com> wrote: > On 11/3/2014 9:50 PM, Kevin Oberman wrote: > >> I simply do periodic(8) weekly runs of "pkg version -vRl\<" to catch any >> port that has not been updated due to being locked. On option to only >> report locked packages would simplify this and looks to me like it would >> be >> pretty easy to add, but unless you have a lot of locked packages, it's not >> a problem. >> > > I just do `pkg info -ka | egrep 'yes$'`. > > > From owner-freebsd-current@FreeBSD.ORG Tue Nov 4 07:05:47 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 63D1724F for ; Tue, 4 Nov 2014 07:05:47 +0000 (UTC) Received: from mail-ig0-x234.google.com (mail-ig0-x234.google.com [IPv6:2607:f8b0:4001:c05::234]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 232E3BE6 for ; Tue, 4 Nov 2014 07:05:47 +0000 (UTC) Received: by mail-ig0-f180.google.com with SMTP id h3so6112770igd.1 for ; Mon, 03 Nov 2014 23:05:46 -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:content-type; bh=XI7oDEk8jq91SFam1gu/a00uBdNqA3r5EZhpIRyQlrM=; b=oavlOcpGY7nRFwXCtRQPyFlcjLOZP61Jaa0TS3gJVPBwhYRGxvITXy5OIxeh5JMsIX ZyR00hao1l8Llgh9IE52E0tvKEZoCm2bcdodNu59++gaU89UhaPuG2141T3YiRWWR06Q 0fVQVWDu5J1DCs/sNM2zsTPeOnqZpkn8ueXNipkum3qWn5PICiMJ887F4iJj+PCPiiIV WMd97ugjBx7kb6WZpG9wWXIM8WEoohs2C5kMhYjaXNW36XodtJ3oNU3cKODQtQ9x80F1 WQOimDFos3maccqxOK6o5wr2TfGEsts+awk3mb/bvAUZs4Lo8yGBW0H2EApMs6/YdjQp 78NA== MIME-Version: 1.0 X-Received: by 10.107.37.12 with SMTP id l12mr39894826iol.40.1415084746615; Mon, 03 Nov 2014 23:05:46 -0800 (PST) Sender: kob6558@gmail.com Received: by 10.107.11.152 with HTTP; Mon, 3 Nov 2014 23:05:46 -0800 (PST) In-Reply-To: References: <20141028231933.GG26796@ivaldir.etoilebsd.net> <20141101161332.b9c8fc19bf9fc54f73bc5c00@gmail.com> <20141101224549.GG15967@ivaldir.etoilebsd.net> <20141102102455.30d42f85ff81e079788eae06@gmail.com> <5457F64F.6090408@selasky.org> <54587759.4050206@bluerosetech.com> Date: Mon, 3 Nov 2014 23:05:46 -0800 X-Google-Sender-Auth: cnDEaY3Xu2Fh5rk51DCoxJFml6c Message-ID: Subject: Re: pkg 1.4 freeze please test test test! From: Kevin Oberman To: "current@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Nov 2014 07:05:47 -0000 On Mon, Nov 3, 2014 at 11:03 PM, Kevin Oberman wrote: > Thanks you! That dies the trick. > Or, at least does the trick. > > R. Kevin Oberman, Network Engineer, Retired > E-mail: rkoberman@gmail.com > > On Mon, Nov 3, 2014 at 10:51 PM, Darren Pilgrim < > list_freebsd@bluerosetech.com> wrote: > >> On 11/3/2014 9:50 PM, Kevin Oberman wrote: >> >>> I simply do periodic(8) weekly runs of "pkg version -vRl\<" to catch any >>> port that has not been updated due to being locked. On option to only >>> report locked packages would simplify this and looks to me like it would >>> be >>> pretty easy to add, but unless you have a lot of locked packages, it's >>> not >>> a problem. >>> >> >> I just do `pkg info -ka | egrep 'yes$'`. >> >> >> > From owner-freebsd-current@FreeBSD.ORG Tue Nov 4 07:40:45 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 A5FCB7F0; Tue, 4 Nov 2014 07:40:45 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 94B91E50; Tue, 4 Nov 2014 07:40:45 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id EBD61D01; Tue, 4 Nov 2014 07:40:45 +0000 (UTC) Date: Tue, 4 Nov 2014 07:40:45 +0000 (GMT) From: jenkins-admin@freebsd.org To: jenkins-admin@FreeBSD.org, freebsd-current@freebsd.org, tychon@FreeBSD.org, ngie@FreeBSD.org Message-ID: <247938701.7.1415086845920.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1071681537.6.1415074584262.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1071681537.6.1415074584262.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is back to normal : FreeBSD_HEAD #1767 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: Tue, 04 Nov 2014 07:40:45 -0000 See From owner-freebsd-current@FreeBSD.ORG Tue Nov 4 08:06: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 3CF1F226 for ; Tue, 4 Nov 2014 08:06:37 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 2D0551AF for ; Tue, 4 Nov 2014 08:06:37 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 56C84D1B for ; Tue, 4 Nov 2014 08:06:37 +0000 (UTC) Date: Tue, 4 Nov 2014 08:06:37 +0000 (GMT) From: jenkins-admin@freebsd.org To: freebsd-current@freebsd.org Message-ID: <1727854750.8.1415088397322.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build became unstable: FreeBSD_HEAD-tests2 #184 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Jenkins-Job: FreeBSD_HEAD-tests2 X-Jenkins-Result: UNSTABLE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Nov 2014 08:06:37 -0000 See From owner-freebsd-current@FreeBSD.ORG Tue Nov 4 11:49:00 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B4EA84D3 for ; Tue, 4 Nov 2014 11:49:00 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id A3CF6184 for ; Tue, 4 Nov 2014 11:49:00 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id A9D61D74 for ; Tue, 4 Nov 2014 11:49:00 +0000 (UTC) Date: Tue, 4 Nov 2014 11:49:00 +0000 (GMT) From: jenkins-admin@freebsd.org To: freebsd-current@freebsd.org Message-ID: <943974442.9.1415101740625.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1727854750.8.1415088397322.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1727854750.8.1415088397322.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is still unstable: FreeBSD_HEAD-tests2 #185 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Jenkins-Job: FreeBSD_HEAD-tests2 X-Jenkins-Result: UNSTABLE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Nov 2014 11:49:00 -0000 See From owner-freebsd-current@FreeBSD.ORG Tue Nov 4 12:19:27 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2F346D06 for ; Tue, 4 Nov 2014 12:19:27 +0000 (UTC) Received: from frv189.fwdcdn.com (frv189.fwdcdn.com [212.42.77.189]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id E14A0808 for ; Tue, 4 Nov 2014 12:19:26 +0000 (UTC) Received: from [10.10.1.29] (helo=frv197.fwdcdn.com) by frv189.fwdcdn.com with esmtp ID 1XlcaF-000KS6-7X for freebsd-current@freebsd.org; Tue, 04 Nov 2014 13:47:35 +0200 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=ukr.net; s=ffe; h=Content-Transfer-Encoding:Content-Type:MIME-Version:Message-Id:To:Subject:From:Date; bh=dv6iBOxOGqClDfMZLMB74B+G8PWabZKZNrV5UBCKfhs=; b=njXCIHLI1SKkwK9UcihiQYwJCkuwIT0QLA6yMFvoIcMB/tt6g6wROcuiQbMpadv96p9Zz8Bqn8doUDiOjficTAWADnfq6qmcQDO854+OX5sh2UAAqc6s5/Btoi6XMekfjJ7wYNPQhgslE+4ulQj0uXQsokgE0/rKVyM0AO+J3uM=; Received: from [10.10.10.41] (helo=frv41.fwdcdn.com) by frv197.fwdcdn.com with smtp ID 1Xlca1-000Nj5-5h for freebsd-current@freebsd.org; Tue, 04 Nov 2014 13:47:21 +0200 Date: Tue, 04 Nov 2014 13:47:19 +0200 From: Dmitriy Makarov Subject: r273165. ZFS ARC: possible memory leak to Inact To: freebsd-current@freebsd.org X-Mailer: mail.ukr.net 5.0 Message-Id: <<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<1415098949.596412362.8vxee7kf@frv41.fwdcdn.com>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> MIME-Version: 1.0 Received: from supportme@ukr.net by frv41.fwdcdn.com; Tue, 04 Nov 2014 13:47:19 +0200 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: binary Content-Disposition: inline X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: 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, 04 Nov 2014 12:19:27 -0000 Hi Current, It seems like there is constant flow (leak) of memory from ARC to Inact in FreeBSD 11.0-CURRENT #0 r273165. Normally, our system (FreeBSD 11.0-CURRENT #5 r260625) keeps ARC size very close to vfs.zfs.arc_max: Mem: 16G Active, 324M Inact, 105G Wired, 1612M Cache, 3308M Buf, 1094M Free ARC: 88G Total, 2100M MFU, 78G MRU, 39M Anon, 2283M Header, 6162M Other But after an upgrade to (FreeBSD 11.0-CURRENT #0 r273165) we observe enormous numbers of Inact memory in the top: Mem: 21G Active, 45G Inact, 56G Wired, 357M Cache, 3308M Buf, 1654M Free ARC: 42G Total, 6025M MFU, 30G MRU, 30M Anon, 819M Header, 5214M Other Funny thing is that when we manually allocate and release memory, using simple python script: #!/usr/local/bin/python2.7 import sys import time if len(sys.argv) != 2: print "usage: fillmem " sys.exit() count = int(sys.argv[1]) megabyte = (0,) * (1024 * 1024 / 8) data = megabyte * count as: # ./simple_script 10000 all those allocated megabyes 'migrate' from Inact to Free, and afterwards they are 'eaten' by ARC with no problem. Until Inact slowly grows back to the number it was before we ran the script. Current workaround is to periodically invoke this python script by cron. This is an ugly workaround and we really don't like it on our production To answer possible questions about ARC efficience: Cache efficiency drops dramatically with every GiB pushed off the ARC. Before upgrade: Cache Hit Ratio: 99.38% After upgrade: Cache Hit Ratio: 81.95% We believe that ARC misbehaves and we ask your assistance. ---------------------------------- Some values from configs. HW: 128GB RAM, LSI HBA controller with 36 disks (stripe of mirrors). top output: In /boot/loader.conf : vm.kmem_size="110G" vfs.zfs.arc_max="90G" vfs.zfs.arc_min="42G" vfs.zfs.txg.timeout="10" ----------------------------------- Thanks. Regards, Dmitriy From owner-freebsd-current@FreeBSD.ORG Tue Nov 4 12:56: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 82A0F701 for ; Tue, 4 Nov 2014 12:56:47 +0000 (UTC) Received: from mail-wg0-f52.google.com (mail-wg0-f52.google.com [74.125.82.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 1699AD20 for ; Tue, 4 Nov 2014 12:56:46 +0000 (UTC) Received: by mail-wg0-f52.google.com with SMTP id b13so12818954wgh.11 for ; Tue, 04 Nov 2014 04:56:44 -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=1tPeHWQdR31bGMvgiuWeQYa0No9qjY1pFV2JyYcw4GE=; b=gSQ+YQKce2ldezzXe4ntq+g2u8LthS7W+xlHGaVmnnFz96HjdtmWraqH9vdgMLGUDq OfKHMC+hpsV4e86xKRyXUU366HJd4PEfeqe959oh8NlXogqxY1P7Z37NdQn9aYsUZWki 1N3+6k3WuRCLrKBKTGZiYOXoic4h68XScASbcT5we2BA5k+dNSPDGJjlyFlBOVZAKuKG T/sv2w3MUnjZ38B1W2mreZoUs5Zu7nMU+26TMcPgCNm22Bm2f6h3f0R/KRyNJ6W7lY// WKsfyEbfbqBJp5Op6PgzEjpoL/Qy7ndvhrJ8f5mlqp6KOe6midLkz+WDxV0hlu6e+YMy E5Mg== X-Gm-Message-State: ALoCoQme8IgN8XEi6ewyQtPQ7doRGVTVdT3ZE1HjmAIPsM1CENbQW4SEyXjipiHhlG7AhurSSCBy X-Received: by 10.194.57.81 with SMTP id g17mr57636262wjq.12.1415105804085; Tue, 04 Nov 2014 04:56:44 -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 b6sm943562wiy.22.2014.11.04.04.56.42 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 04 Nov 2014 04:56:43 -0800 (PST) Message-ID: <5458CCB6.7020602@multiplay.co.uk> Date: Tue, 04 Nov 2014 12:55:18 +0000 From: Steven Hartland User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: r273165. ZFS ARC: possible memory leak to Inact References: <5458c456.25b9340a.54d5.6310SMTPIN_ADDED_BROKEN@mx.google.com> In-Reply-To: <5458c456.25b9340a.54d5.6310SMTPIN_ADDED_BROKEN@mx.google.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Nov 2014 12:56:47 -0000 This is likely spikes in uma zones used by ARC. The VM doesn't ever clean uma zones unless it hits a low memory condition, which explains why your little script helps. Check the output of vmstat -z to confirm. On 04/11/2014 11:47, Dmitriy Makarov wrote: > Hi Current, > > It seems like there is constant flow (leak) of memory from ARC to Inact in FreeBSD 11.0-CURRENT #0 r273165. > > Normally, our system (FreeBSD 11.0-CURRENT #5 r260625) keeps ARC size very close to vfs.zfs.arc_max: > > Mem: 16G Active, 324M Inact, 105G Wired, 1612M Cache, 3308M Buf, 1094M Free > ARC: 88G Total, 2100M MFU, 78G MRU, 39M Anon, 2283M Header, 6162M Other > > > But after an upgrade to (FreeBSD 11.0-CURRENT #0 r273165) we observe enormous numbers of Inact memory in the top: > > Mem: 21G Active, 45G Inact, 56G Wired, 357M Cache, 3308M Buf, 1654M Free > ARC: 42G Total, 6025M MFU, 30G MRU, 30M Anon, 819M Header, 5214M Other > > Funny thing is that when we manually allocate and release memory, using simple python script: > > #!/usr/local/bin/python2.7 > > import sys > import time > > if len(sys.argv) != 2: > print "usage: fillmem " > sys.exit() > > count = int(sys.argv[1]) > > megabyte = (0,) * (1024 * 1024 / 8) > > data = megabyte * count > > as: > > # ./simple_script 10000 > > all those allocated megabyes 'migrate' from Inact to Free, and afterwards they are 'eaten' by ARC with no problem. > Until Inact slowly grows back to the number it was before we ran the script. > > Current workaround is to periodically invoke this python script by cron. > This is an ugly workaround and we really don't like it on our production > > > To answer possible questions about ARC efficience: > Cache efficiency drops dramatically with every GiB pushed off the ARC. > > Before upgrade: > Cache Hit Ratio: 99.38% > > After upgrade: > Cache Hit Ratio: 81.95% > > We believe that ARC misbehaves and we ask your assistance. > > > ---------------------------------- > > Some values from configs. > > HW: 128GB RAM, LSI HBA controller with 36 disks (stripe of mirrors). > > top output: > > In /boot/loader.conf : > vm.kmem_size="110G" > vfs.zfs.arc_max="90G" > vfs.zfs.arc_min="42G" > vfs.zfs.txg.timeout="10" > > ----------------------------------- > > Thanks. > > Regards, > Dmitriy > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Tue Nov 4 13:08:57 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 44012949 for ; Tue, 4 Nov 2014 13:08:57 +0000 (UTC) Received: from smtprelay06.ispgateway.de (smtprelay06.ispgateway.de [80.67.18.29]) (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 01301E4C for ; Tue, 4 Nov 2014 13:08:56 +0000 (UTC) Received: from [78.35.187.124] (helo=fabiankeil.de) by smtprelay06.ispgateway.de with esmtpsa (TLSv1.2:AES128-GCM-SHA256:128) (Exim 4.84) (envelope-from ) id 1Xldqq-0003uw-7M; Tue, 04 Nov 2014 14:08:48 +0100 Date: Tue, 4 Nov 2014 14:08:48 +0100 From: Fabian Keil To: John-Mark Gurney Subject: Re: CTF: geom gate network patch Message-ID: <310ec4e9.40a1f7ce@fabiankeil.de> In-Reply-To: <20141103183815.GD8852@funkthat.com> References: <20141017165849.GX1852@funkthat.com> <20141103183815.GD8852@funkthat.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; boundary="Sig_/sR8ZkwVabx3B14uj1+ISoG_"; protocol="application/pgp-signature" X-Df-Sender: Nzc1MDY3 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: Tue, 04 Nov 2014 13:08:57 -0000 --Sig_/sR8ZkwVabx3B14uj1+ISoG_ Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable John-Mark Gurney wrote: > John-Mark Gurney wrote this message on Fri, Oct 17, 2014 at 09:58 -0700: =20 > > I did some work at this a while back... and if you're interested in > > improving performance and willing to do some testing... I can send you > > some patches.. > >=20 > > There are a couple issues that I know about.. > >=20 > > First, ggate specificly sets the buffer sizes, which disables the > > autosizing of TCP's window.. This means that if you have a high latency, > > high bandwidth link, you'll be limited to 128k / rtt of bandwidth. > >=20 > > Second is that ggate isn't issueing multiple IOs at a time. This means > > that any NCQ or tagging isn't able to be used, where as when running > > natively they can be used... >=20 > I've attached a patch I would like other ggate users to test and > verify that there aren't bugs, or performance regressions by using > this patch. >=20 > The patch is also available at: > https://www.funkthat.com/~jmg/patches/ggate.patch I tested the patch on a recent 11-CURRENT system (ggatec/ggated) and a 9.0-CURRENT system from 2009 (only ggated) and didn't notice any problems. The patch didn't seem to affect the performance either way, but then again I'm using slow disks and ssh so I didn't expect geom gate to be the bottle neck. Fabian --Sig_/sR8ZkwVabx3B14uj1+ISoG_ Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iEYEARECAAYFAlRYz+AACgkQBYqIVf93VJ3xGwCgg7zCpUP7y3q2zPHLZEjC1eTg MV4Ani9odoBOWbgHa0Rva0YeH2BGCAnl =kMF2 -----END PGP SIGNATURE----- --Sig_/sR8ZkwVabx3B14uj1+ISoG_-- From owner-freebsd-current@FreeBSD.ORG Tue Nov 4 13:22:45 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 AC01CE0E for ; Tue, 4 Nov 2014 13:22:45 +0000 (UTC) Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 8185617C for ; Tue, 4 Nov 2014 13:22:44 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1Xle4E-00078t-Ju for freebsd-current@freebsd.org; Tue, 04 Nov 2014 05:22:38 -0800 Date: Tue, 4 Nov 2014 05:22:38 -0800 (PST) From: Dmitriy Makarov To: freebsd-current@freebsd.org Message-ID: <1415107358607-5962421.post@n5.nabble.com> In-Reply-To: <5458CCB6.7020602@multiplay.co.uk> References: <1415098949.596412362.8vxee7kf@frv41.fwdcdn.com> <5458CCB6.7020602@multiplay.co.uk> Subject: Re: r273165. ZFS ARC: possible memory leak to Inact 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, 04 Nov 2014 13:22:45 -0000 ITEM SIZE LIMIT USED FREE REQ FAIL SLEEP UMA Kegs: 384, 0, 210, 10, 216, 0, 0 UMA Zones: 2176, 0, 210, 0, 216, 0, 0 UMA Slabs: 80, 0, 2921231, 1024519,133906002, 0, 0 UMA RCntSlabs: 88, 0, 8442, 1863, 771451, 0, 0 UMA Hash: 256, 0, 2, 28, 79, 0, 0 4 Bucket: 32, 0, 5698, 16052,424047094, 0, 0 6 Bucket: 48, 0, 220, 8993,77454827, 0, 0 8 Bucket: 64, 0, 260, 6808,56285069, 15, 0 12 Bucket: 96, 0, 302, 2568,42712743, 192, 0 16 Bucket: 128, 0, 1445, 1903,86971183, 0, 0 32 Bucket: 256, 0, 610, 2870,96758244, 215, 0 64 Bucket: 512, 0, 1611, 1117,55896361,77166469, 0 128 Bucket: 1024, 0, 413, 635,99338830,104451029, 0 256 Bucket: 2048, 0, 1100, 222,164776092,24917372, 0 vmem btag: 56, 0, 1889493, 502639,30117503,16948, 0 VM OBJECT: 256, 0, 970434, 174126,1080667061, 0, 0 RADIX NODE: 144, 0, 2792188, 882809,1489929489, 0, 0 MAP: 240, 0, 3, 61, 3, 0, 0 KMAP ENTRY: 128, 0, 13, 173, 37, 0, 0 MAP ENTRY: 128, 0, 82182, 11624,3990141990, 0, 0 VMSPACE: 496, 0, 615, 761,41838231, 0, 0 fakepg: 104, 0, 0, 0, 0, 0, 0 mt_zone: 16400, 0, 261, 0, 267, 0, 0 16: 16, 0, 3650397, 6166213,6132198534, 0, 0 32: 32, 0, 1118176, 259824,9115561085, 0, 0 64: 64, 0,14496058,14945820,11266627738, 0, 0 128: 128, 0, 1337428, 319398,15463968444, 0, 0 256: 256, 0, 1103937, 258183,8392009677, 0, 0 512: 512, 0, 1714, 470,7174436957, 0, 0 1024: 1024, 0, 29033, 347,131133987, 0, 0 2048: 2048, 0, 869, 275,1001770010, 0, 0 4096: 4096, 0, 730319, 3013,332721996, 0, 0 8192: 8192, 0, 47, 11, 487154, 0, 0 16384: 16384, 0, 65, 5, 1788, 0, 0 32768: 32768, 0, 54, 13, 103482, 0, 0 65536: 65536, 0, 627, 8, 8172809, 0, 0 SLEEPQUEUE: 80, 0, 1954, 1053, 2812, 0, 0 64 pcpu: 8, 0, 558, 594, 793, 0, 0 Files: 80, 0, 16221, 2579,1549799224, 0, 0 TURNSTILE: 136, 0, 1954, 506, 2812, 0, 0 rl_entry: 40, 0, 1114, 2186, 1114, 0, 0 umtx pi: 96, 0, 0, 0, 0, 0, 0 MAC labels: 40, 0, 0, 0, 0, 0, 0 PROC: 1208, 0, 635, 514,41838196, 0, 0 THREAD: 1168, 0, 1840, 113, 12778, 0, 0 cpuset: 96, 0, 705, 361, 1490, 0, 0 audit_record: 1248, 0, 0, 0, 0, 0, 0 sendfile_sync: 128, 0, 0, 0, 0, 0, 0 mbuf_packet: 256, 46137345, 8199, 5074,15123806588, 0, 0 mbuf: 256, 46137345, 25761, 13076,21621129305, 0, 0 mbuf_cluster: 2048, 7208960, 13273, 315, 2905465, 0, 0 mbuf_jumbo_page: 4096, 3604480, 786, 862,628074105, 0, 0 mbuf_jumbo_9k: 9216, 1067994, 0, 0, 0, 0, 0 mbuf_jumbo_16k: 16384, 600746, 0, 0, 0, 0, 0 mbuf_ext_refcnt: 4, 0, 0, 0, 0, 0, 0 g_bio: 248, 0, 36, 2348,2894002696, 0, 0 DMAR_MAP_ENTRY: 120, 0, 0, 0, 0, 0, 0 ttyinq: 160, 0, 180, 195, 4560, 0, 0 ttyoutq: 256, 0, 95, 190, 2364, 0, 0 FPU_save_area: 832, 0, 0, 0, 0, 0, 0 taskq_zone: 48, 0, 0, 4814,108670448, 0, 0 VNODE: 472, 0, 1115838, 293402,379118791, 0, 0 VNODEPOLL: 112, 0, 0, 0, 12, 0, 0 BUF TRIE: 144, 0, 96, 105852, 5530345, 0, 0 S VFS Cache: 108, 0, 995997, 161558,523325155, 0, 0 STS VFS Cache: 148, 0, 0, 0, 0, 0, 0 L VFS Cache: 328, 0, 25, 443,39533826, 0, 0 LTS VFS Cache: 368, 0, 0, 0, 0, 0, 0 NAMEI: 1024, 0, 4, 208,3917615385, 0, 0 range_seg_cache: 64, 0, 2036778, 121876,1194538610, 0, 0 zio_cache: 920, 0, 65, 15323,15366038685, 0, 0 zio_link_cache: 48, 0, 30, 16321,12086373533, 0, 0 zio_buf_512: 512, 0, 2713231, 2767361,807591166, 0, 0 zio_data_buf_512: 512, 0, 481, 655,196012401, 0, 0 zio_buf_1024: 1024, 0, 7131, 1893,34360002, 0, 0 zio_data_buf_1024: 1024, 0, 449, 335,13698525, 0, 0 zio_buf_1536: 1536, 0, 2478, 560,21617894, 0, 0 zio_data_buf_1536: 1536, 0, 821, 433,17033305, 0, 0 zio_buf_2048: 2048, 0, 1867, 373,24528179, 0, 0 zio_data_buf_2048: 2048, 0, 710, 348,18500686, 0, 0 zio_buf_2560: 2560, 0, 1362, 38,13483571, 0, 0 zio_data_buf_2560: 2560, 0, 946, 47,12074257, 0, 0 zio_buf_3072: 3072, 0, 978, 43,20528564, 0, 0 zio_data_buf_3072: 3072, 0, 716, 57,10665806, 0, 0 zio_buf_3584: 3584, 0, 768, 23,15883624, 0, 0 zio_data_buf_3584: 3584, 0, 867, 7, 9497134, 0, 0 zio_buf_4096: 4096, 0, 9982, 772,154583770, 0, 0 zio_data_buf_4096: 4096, 0, 851, 12, 8770997, 0, 0 zio_buf_5120: 5120, 0, 904, 24,15481475, 0, 0 zio_data_buf_5120: 5120, 0, 1615, 19,22450665, 0, 0 zio_buf_6144: 6144, 0, 715, 23,18561260, 0, 0 zio_data_buf_6144: 6144, 0, 1536, 1,12377616, 0, 0 zio_buf_7168: 7168, 0, 600, 25,22583123, 0, 0 zio_data_buf_7168: 7168, 0, 1789, 62,10888039, 0, 0 zio_buf_8192: 8192, 0, 527, 28,21084452, 0, 0 zio_data_buf_8192: 8192, 0, 1123, 35,11257788, 0, 0 zio_buf_10240: 10240, 0, 891, 40,23445358, 0, 0 zio_data_buf_10240: 10240, 0, 2757, 10,31594664, 0, 0 zio_buf_12288: 12288, 0, 793, 44,32778601, 0, 0 zio_data_buf_12288: 12288, 0, 2983, 19,33810459, 0, 0 zio_buf_14336: 14336, 0, 680, 22,22955621, 0, 0 zio_data_buf_14336: 14336, 0, 2837, 7,31231322, 0, 0 zio_buf_16384: 16384, 0, 1174235, 5515,423668480, 0, 0 zio_data_buf_16384: 16384, 0, 12197, 2,23870379, 0, 0 zio_buf_20480: 20480, 0, 1234, 42,28438855, 0, 0 zio_data_buf_20480: 20480, 0, 3349, 10,39049709, 0, 0 zio_buf_24576: 24576, 0, 1039, 35,23663028, 0, 0 zio_data_buf_24576: 24576, 0, 2515, 12,32477737, 0, 0 zio_buf_28672: 28672, 0, 872, 47,17630224, 0, 0 zio_data_buf_28672: 28672, 0, 1746, 11,24870056, 0, 0 zio_buf_32768: 32768, 0, 847, 29,18368605, 0, 0 zio_data_buf_32768: 32768, 0, 1637, 11,20784299, 0, 0 zio_buf_36864: 36864, 0, 797, 22,16120701, 0, 0 zio_data_buf_36864: 36864, 0, 2136, 65,19999849, 0, 0 zio_buf_40960: 40960, 0, 707, 40,14881217, 0, 0 zio_data_buf_40960: 40960, 0, 1242, 66,18085181, 0, 0 zio_buf_45056: 45056, 0, 718, 43,13708380, 0, 0 zio_data_buf_45056: 45056, 0, 993, 41,13875971, 0, 0 zio_buf_49152: 49152, 0, 569, 43,15518175, 0, 0 zio_data_buf_49152: 49152, 0, 929, 32,12006369, 0, 0 zio_buf_53248: 53248, 0, 594, 25,14752074, 0, 0 zio_data_buf_53248: 53248, 0, 889, 30,11159838, 0, 0 zio_buf_57344: 57344, 0, 536, 46,16314266, 0, 0 zio_data_buf_57344: 57344, 0, 1105, 12,10210025, 0, 0 zio_buf_61440: 61440, 0, 527, 43,14355397, 0, 0 zio_data_buf_61440: 61440, 0, 738, 10, 9080556, 0, 0 zio_buf_65536: 65536, 0, 447, 44,13264282, 0, 0 zio_data_buf_65536: 65536, 0, 723, 16, 8855438, 0, 0 zio_buf_69632: 69632, 0, 434, 35,10357799, 0, 0 zio_data_buf_69632: 69632, 0, 675, 44, 8017072, 0, 0 zio_buf_73728: 73728, 0, 441, 24, 9784965, 0, 0 zio_data_buf_73728: 73728, 0, 650, 35, 7370868, 0, 0 zio_buf_77824: 77824, 0, 448, 26, 9643063, 0, 0 zio_data_buf_77824: 77824, 0, 802, 34, 7733636, 0, 0 zio_buf_81920: 81920, 0, 393, 48, 8958739, 0, 0 zio_data_buf_81920: 81920, 0, 671, 10, 6437432, 0, 0 zio_buf_86016: 86016, 0, 397, 24, 8406339, 0, 0 zio_data_buf_86016: 86016, 0, 458, 14, 5752942, 0, 0 zio_buf_90112: 90112, 0, 337, 19, 9427445, 0, 0 zio_data_buf_90112: 90112, 0, 629, 14, 6209404, 0, 0 zio_buf_94208: 94208, 0, 342, 18, 9703869, 0, 0 zio_data_buf_94208: 94208, 0, 471, 32, 5147136, 0, 0 zio_buf_98304: 98304, 0, 335, 22,11366122, 0, 0 zio_data_buf_98304: 98304, 0, 813, 13, 5071769, 0, 0 zio_buf_102400: 102400, 0, 318, 35,10730116, 0, 0 zio_data_buf_102400: 102400, 0, 494, 15, 5120409, 0, 0 zio_buf_106496: 106496, 0, 295, 25,11494927, 0, 0 zio_data_buf_106496: 106496, 0, 441, 12, 4628043, 0, 0 zio_buf_110592: 110592, 0, 277, 36,12261799, 0, 0 zio_data_buf_110592: 110592, 0, 996, 8, 4655911, 0, 0 zio_buf_114688: 114688, 0, 248, 28,13187629, 0, 0 zio_data_buf_114688: 114688, 0, 367, 26, 4356168, 0, 0 zio_buf_118784: 118784, 0, 248, 25,11526765, 0, 0 zio_data_buf_118784: 118784, 0, 457, 16, 3997133, 0, 0 zio_buf_122880: 122880, 0, 221, 18,13138310, 0, 0 zio_data_buf_122880: 122880, 0, 440, 16, 4127363, 0, 0 zio_buf_126976: 126976, 0, 225, 22,21080594, 0, 0 zio_data_buf_126976: 126976, 0, 332, 23, 3611080, 0, 0 zio_buf_131072: 131072, 0, 236, 768,260386880, 0, 0 zio_data_buf_131072: 131072, 0, 235926, 17,201706301, 0, 0 lz4_ctx: 16384, 0, 0, 22,870339248, 0, 0 sa_cache: 80, 0, 1114682, 301918,377799679, 0, 0 dnode_t: 752, 0, 4591384, 1276221,343600652, 0, 0 dmu_buf_impl_t: 232, 0, 4193283, 4522906,1613603616, 0, 0 arc_buf_hdr_t: 216, 0, 3636990, 1135188,1255686550, 0, 0 arc_buf_t: 72, 0, 1517802, 983818,1342208723, 0, 0 zil_lwb_cache: 192, 0, 59, 1301,28828585, 0, 0 zfs_znode_cache: 368, 0, 1114682, 297778,377799679, 0, 0 procdesc: 128, 0, 0, 0, 3, 0, 0 pipe: 744, 0, 8, 197,30953268, 0, 0 Mountpoints: 816, 0, 13, 82, 13, 0, 0 ksiginfo: 112, 0, 1138, 2362, 1449794, 0, 0 itimer: 352, 0, 0, 264, 4107, 0, 0 pf mtags: 40, 0, 0, 0, 0, 0, 0 pf states: 296, 500006, 275, 427, 2506195, 0, 0 pf state keys: 88, 0, 378, 1602, 2878928, 0, 0 pf source nodes: 136, 500018, 0, 0, 0, 0, 0 pf table entries: 160, 200000, 17, 33, 34, 0, 0 pf table counters: 64, 0, 0, 0, 0, 0, 0 pf frags: 80, 0, 0, 0, 0, 0, 0 pf frag entries: 32, 40000, 0, 0, 0, 0, 0 pf state scrubs: 40, 0, 0, 0, 0, 0, 0 KNOTE: 128, 0, 13343, 1568,2119230288, 0, 0 socket: 728, 4192760, 31124, 1581,260689101, 0, 0 ipq: 56, 225283, 0, 0, 0, 0, 0 udp_inpcb: 400, 4192760, 46, 484,18539506, 0, 0 udpcb: 24, 4192869, 46, 4296,18539506, 0, 0 tcp_inpcb: 400, 4192760, 42550, 1050,241905139, 0, 0 tcpcb: 1032, 4192761, 14734, 830,241905139, 0, 0 tcptw: 80, 27800, 27800, 0,100020089,89206796, 0 syncache: 168, 15364, 0, 805,137341445, 0, 0 hostcache: 136, 15370, 57, 233, 759, 0, 0 sackhole: 32, 0, 0, 3125, 19180, 0, 0 sctp_ep: 1400, 4192760, 0, 0, 0, 0, 0 sctp_asoc: 2408, 40000, 0, 0, 0, 0, 0 sctp_laddr: 48, 80012, 0, 0, 3, 0, 0 sctp_raddr: 720, 80000, 0, 0, 0, 0, 0 sctp_chunk: 136, 400026, 0, 0, 0, 0, 0 sctp_readq: 104, 400026, 0, 0, 0, 0, 0 sctp_stream_msg_out: 104, 400026, 0, 0, 0, 0, 0 sctp_asconf: 40, 400000, 0, 0, 0, 0, 0 sctp_asconf_ack: 48, 400060, 0, 0, 0, 0, 0 udplite_inpcb: 400, 4192760, 0, 0, 0, 0, 0 ripcb: 400, 4192760, 0, 60, 6, 0, 0 unpcb: 240, 4192768, 1166, 1074, 244448, 0, 0 rtentry: 200, 0, 8, 92, 8, 0, 0 selfd: 56, 0, 2339, 3270,6167642044, 0, 0 SWAPMETA: 288, 16336788, 0, 0, 0, 0, 0 FFS inode: 168, 0, 1032, 1084, 1308978, 0, 0 FFS1 dinode: 128, 0, 0, 0, 0, 0, 0 FFS2 dinode: 256, 0, 1032, 1098, 1308978, 0, 0 NCLNODE: 528, 0, 0, 0, 0, 0, 0 this is staticticts after script helped to reclaim memory. Here's top statistics: Mem: 19G Active, 20G Inact, 81G Wired, 59M Cache, 3308M Buf, 4918M Free ARC: 66G Total, 6926M MFU, 54G MRU, 8069K Anon, 899M Header, 5129M Other Steven Hartland wrote > This is likely spikes in uma zones used by ARC. > > The VM doesn't ever clean uma zones unless it hits a low memory > condition, which explains why your little script helps. > > Check the output of vmstat -z to confirm. > > On 04/11/2014 11:47, Dmitriy Makarov wrote: >> Hi Current, >> >> It seems like there is constant flow (leak) of memory from ARC to Inact >> in FreeBSD 11.0-CURRENT #0 r273165. >> >> Normally, our system (FreeBSD 11.0-CURRENT #5 r260625) keeps ARC size >> very close to vfs.zfs.arc_max: >> >> Mem: 16G Active, 324M Inact, 105G Wired, 1612M Cache, 3308M Buf, 1094M >> Free >> ARC: 88G Total, 2100M MFU, 78G MRU, 39M Anon, 2283M Header, 6162M Other >> >> >> But after an upgrade to (FreeBSD 11.0-CURRENT #0 r273165) we observe >> enormous numbers of Inact memory in the top: >> >> Mem: 21G Active, 45G Inact, 56G Wired, 357M Cache, 3308M Buf, 1654M Free >> ARC: 42G Total, 6025M MFU, 30G MRU, 30M Anon, 819M Header, 5214M Other >> >> Funny thing is that when we manually allocate and release memory, using >> simple python script: >> >> #!/usr/local/bin/python2.7 >> >> import sys >> import time >> >> if len(sys.argv) != 2: >> print "usage: fillmem > > " >> sys.exit() >> >> count = int(sys.argv[1]) >> >> megabyte = (0,) * (1024 * 1024 / 8) >> >> data = megabyte * count >> >> as: >> >> # ./simple_script 10000 >> >> all those allocated megabyes 'migrate' from Inact to Free, and afterwards >> they are 'eaten' by ARC with no problem. >> Until Inact slowly grows back to the number it was before we ran the >> script. >> >> Current workaround is to periodically invoke this python script by cron. >> This is an ugly workaround and we really don't like it on our production >> >> >> To answer possible questions about ARC efficience: >> Cache efficiency drops dramatically with every GiB pushed off the ARC. >> >> Before upgrade: >> Cache Hit Ratio: 99.38% >> >> After upgrade: >> Cache Hit Ratio: 81.95% >> >> We believe that ARC misbehaves and we ask your assistance. >> >> >> ---------------------------------- >> >> Some values from configs. >> >> HW: 128GB RAM, LSI HBA controller with 36 disks (stripe of mirrors). >> >> top output: >> >> In /boot/loader.conf : >> vm.kmem_size="110G" >> vfs.zfs.arc_max="90G" >> vfs.zfs.arc_min="42G" >> vfs.zfs.txg.timeout="10" >> >> ----------------------------------- >> >> Thanks. >> >> Regards, >> Dmitriy >> _______________________________________________ >> > freebsd-current@ > mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to " > freebsd-current-unsubscribe@ > " > > _______________________________________________ > freebsd-current@ > mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to " > freebsd-current-unsubscribe@ > " -- View this message in context: http://freebsd.1045724.n5.nabble.com/r273165-ZFS-ARC-possible-memory-leak-to-Inact-tp5962410p5962421.html Sent from the freebsd-current mailing list archive at Nabble.com. From owner-freebsd-current@FreeBSD.ORG Tue Nov 4 14:02:00 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 71062894 for ; Tue, 4 Nov 2014 14:02:00 +0000 (UTC) Received: from land.berklix.org (land.berklix.org [144.76.10.75]) (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 DB12B8AB for ; Tue, 4 Nov 2014 14:01:59 +0000 (UTC) Received: from mart.js.berklix.net (p5DCBD0AB.dip0.t-ipconnect.de [93.203.208.171]) (authenticated bits=128) by land.berklix.org (8.14.5/8.14.5) with ESMTP id sA4DwBTZ069921 for ; Tue, 4 Nov 2014 13:58:15 GMT (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (fire.js.berklix.net [192.168.91.41]) by mart.js.berklix.net (8.14.3/8.14.3) with ESMTP id sA4E1fv3001658 for ; Tue, 4 Nov 2014 15:01:41 +0100 (CET) (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (localhost [127.0.0.1]) by fire.js.berklix.net (8.14.7/8.14.7) with ESMTP id sA4E1WDl002468 for ; Tue, 4 Nov 2014 15:01:44 +0100 (CET) (envelope-from jhs@berklix.com) Message-Id: <201411041401.sA4E1WDl002468@fire.js.berklix.net> To: current@freebsd.org Subject: current panic: Lock (sx) random_adaptors not locked @ From: "Julian H. Stacey" Organization: http://berklix.com BSD Linux Unix Consultants, Munich Germany User-agent: EXMH on FreeBSD http://www.berklix.com/free/ X-URL: http://www.berklix.com/~jhs/cv/ Date: Tue, 04 Nov 2014 15:01:32 +0100 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: 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, 04 Nov 2014 14:02:00 -0000 Hi current@ Maybe this is a transient no one else will see ?: with no /boot/loader.conf, my old custom kernel booted & my new one paniced: panic: Lock (sx) random_adaptors not locked @ dev/random/random_adaptors.c:278 -r-xr-xr-x 1 root wheel 13625036 Nov 1 18:37 /boot/kernel.old/kernel* -r-xr-xr-x 1 root wheel 13629202 Nov 4 11:09 /boot/kernel/kernel* I can not give an SVN revision number as I did not use svn myself to extract that /usr/src/ which I received via CTM, but as it was: cd /usr/src cat .ctm_status src-cur 11681 ls -l .ctm_status -rw-r--r-- 1 jhs staff 14 Nov 3 16:13 .ctm_status By Tue Nov 4 13:12:39 CET 2014 I had since received a new ctm mail -r--r--r-- 1 mailnull mailnull 14858 Nov 3 21:25 /pub/FreeBSD/development/CTM/src-cur/src-cur.11682.gz I built a GENERIC kernel which booted OK, Then a custom kernel also booted OK. (maybe someone fixed the panic). Seperately after, trying to look where I might find an svn number to quote non ctm users for the above, I ran: svn export -q file:///usr/svn/base/head # Exported revision 274078 find + grep 274078 ... ./head/lib/libnetbsd/sys/time.h: /* $FreeBSD: head/lib/libnetbsd/sys/time.h 274078 2014-11-04 02:00:07Z ngie $ Is there a better place in src/ to look for svn numbers to quote ? Normaly I only have what's in src/ ... maybe the ctm server should catch the stdout or stderr from svn & write it to eg src/.svn_revision ? BTW I've been seeing boot lock order reversals for week[s], without panics. Cheers, Julian -- Julian Stacey, BSD Linux Unix'78 C Sys Eng Consultant Munich http://berklix.com Indent previous with "> ". Interleave reply paragraphs like a play script. Send plain text, not quoted-printable, HTML, base64, or multipart/alternative. From owner-freebsd-current@FreeBSD.ORG Tue Nov 4 14:07:59 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 47B6BA56 for ; Tue, 4 Nov 2014 14:07:59 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 3679E905 for ; Tue, 4 Nov 2014 14:07:59 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 61BC9DA1 for ; Tue, 4 Nov 2014 14:07:59 +0000 (UTC) Date: Tue, 4 Nov 2014 14:07:59 +0000 (GMT) From: jenkins-admin@freebsd.org To: freebsd-current@freebsd.org Message-ID: <1762572422.10.1415110079367.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <943974442.9.1415101740625.JavaMail.jenkins@jenkins-9.freebsd.org> References: <943974442.9.1415101740625.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is still unstable: FreeBSD_HEAD-tests2 #186 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Jenkins-Job: FreeBSD_HEAD-tests2 X-Jenkins-Result: UNSTABLE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Nov 2014 14:07:59 -0000 See From owner-freebsd-current@FreeBSD.ORG Tue Nov 4 14:37:10 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 9D530204; Tue, 4 Nov 2014 14:37:10 +0000 (UTC) Received: from mail-wi0-x235.google.com (mail-wi0-x235.google.com [IPv6:2a00:1450:400c:c05::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 03603BF9; Tue, 4 Nov 2014 14:37:09 +0000 (UTC) Received: by mail-wi0-f181.google.com with SMTP id n3so9471681wiv.14 for ; Tue, 04 Nov 2014 06:37:06 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=cza4KYBMRaQS8hpEuX3JJal7wGxLut9nner04vsxwTM=; b=aSZ7th9+5vCxncej+hhzqffe60+JrRAh1PujJP5wNqIJozNzHoT7HvfKgEOgX+1TbL tnpCWMd1xNTk3D3jjvqPAWtkfVn05zY1rERtD5C4Ja2QI9i+jxyy1Nynjcv4zsnDjeJd 4A+BVdXFaIMsxMrD9VBEvtC+cdKe/ngvzCeL7ClTYmi3W93i1J1djswSg9n06n4CB5xT xm0g1iMbjd3YzeDV3O3j4PhSKMRf0YWd8t2BDF2Ehs191VPrHJeW0gZPUf7f8Mf27KBf uQoOqhzo/Lv7q3HsBR8yR1OklNStigw7+RCg5tO8ruKUkmjIrNNTe9hMW3oUrgckgGBR jEUw== X-Received: by 10.194.81.70 with SMTP id y6mr10831184wjx.113.1415111826785; Tue, 04 Nov 2014 06:37:06 -0800 (PST) MIME-Version: 1.0 Received: by 10.194.157.202 with HTTP; Tue, 4 Nov 2014 06:36:46 -0800 (PST) In-Reply-To: <7e30c7a0f28d63af254422a91b28f18a@dweimer.net> References: <7e30c7a0f28d63af254422a91b28f18a@dweimer.net> From: Miguel Clara Date: Tue, 4 Nov 2014 14:36:46 +0000 Message-ID: Subject: Re: Order of geli "passphrase prompt" on boot To: "freebsd-questions@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Nov 2014 14:37:10 -0000 Sorry to bring this one back but I see no changes have been made to this in current. The issue is that USB devices are detected after the geli prompt and so the "geli paraphrase" prompt becomes hidden, and the simple solution would be to change the order the prompt show.... as in wait a few secs for the usb devices to be detected. Also the FreeBSD installer includes the zfs+geli install options, which encrypts root, so any user can do it now, yet when they boot they won't even see the passphrase prompt, which to me is really not inviting when we want to bring over the linux folks! Some linux distros even allow you to type the passphrase for the device in a neat prompt (black background mint logo ec...) but I don't think we need to go that far, that's probably something PC-BSD folks can do though (if they don't already). I understand tough that what some times seems simple from user perspective its really not for devs, so my question is: Is this a hard change to implement, and by change I just mean change the order or wait a few secs for usb device detection, or somehow stop this detection of the devices to "spam" the screen until a passphrase is entered!? Thanks Melhores Cumprimentos // Best Regards ----------------------------------------------- *Miguel Clara* *IT - Sys Admin & Developer* *E-mail: *miguelmclara@gmail.com www.linkedin.com/in/miguelmclara/ On Thu, Aug 28, 2014 at 5:01 PM, dweimer wrote: > On 08/28/2014 10:20 am, Francesco Toscan wrote: > >> On Wed, Aug 27, 2014 at 12:42:31PM +0100, Miguel Clara wrote: >> >>> Hi, >>> >> >> Hi, >> >>> >>> Does any one know if there's a way to change the order of the passphrase >>> prompt when the disk is encrypted? >>> >>> The ways it is now devices get detected after this prompt (usb devices it >>> seems) and makes the prompt kind of hidden which complicates things for >>> less experience users! >>> >> >> I experienced this issue running 9.0. >> 10-RELEASE seems fine (as works for me...) but i didn't investigate. >> >> If your root partition is not encrypted, you can try to mount encrypted >> volumes later, adding the relevant bits into /etc/rc.local or a rc.d >> script. Just remove the BOOT flag from your volumes with >> >> geli configure -B provider >> > > I can confirm the issue on my laptop (Dell Lattitude E6520) with > 10.0-RELEASE-p7 using an encrypted boot on zfs, and booting from usb thumb > drive. It doesn't do it if I have no other USB devices plugged in in > addition to the USB thumb frive. However if its in the port replicator, > with external mouse/keyboard I get a lot of device discovery prompts > following the prompt for the password. Its only a nuisance for me, though > when I built it off the port replicator then took it into the office and > booted it the first time I thought I broke it and hard reset it. The next > boot I was watching closely and saw the prompt go by. > > -- > Thanks, > Dean E. Weimer > http://www.dweimer.net/ > From owner-freebsd-current@FreeBSD.ORG Tue Nov 4 14:45:16 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 C46B067E for ; Tue, 4 Nov 2014 14:45:16 +0000 (UTC) Received: from home.opsec.eu (home.opsec.eu [IPv6:2001:14f8:200::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 7C025CFA for ; Tue, 4 Nov 2014 14:45:16 +0000 (UTC) Received: from pi by home.opsec.eu with local (Exim 4.82 (FreeBSD)) (envelope-from ) id 1XlfMA-0001n0-96; Tue, 04 Nov 2014 15:45:14 +0100 Date: Tue, 4 Nov 2014 15:45:14 +0100 From: Kurt Jaeger To: Miguel Clara Subject: Re: Order of geli "passphrase prompt" on boot Message-ID: <20141104144514.GO66862@home.opsec.eu> References: <7e30c7a0f28d63af254422a91b28f18a@dweimer.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: 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: Tue, 04 Nov 2014 14:45:16 -0000 Hi! > The issue is that USB devices are detected after the geli prompt and so the > "geli paraphrase" prompt becomes hidden, and the simple solution would be > to change the order the prompt show.... as in wait a few secs for the usb > devices to be detected. I've seen the same issue on 10.x, and a solution for this would be useful, yes. -- pi@opsec.eu +49 171 3101372 6 years to go ! From owner-freebsd-current@FreeBSD.ORG Tue Nov 4 15:00:04 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 A5739BCC; Tue, 4 Nov 2014 15:00:04 +0000 (UTC) Received: from smtprelay06.ispgateway.de (smtprelay06.ispgateway.de [80.67.31.102]) (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 5FEAEE40; Tue, 4 Nov 2014 15:00:04 +0000 (UTC) Received: from [78.35.187.124] (helo=fabiankeil.de) by smtprelay06.ispgateway.de with esmtpsa (TLSv1.2:AES128-GCM-SHA256:128) (Exim 4.84) (envelope-from ) id 1Xlfa4-0000mD-Gl; Tue, 04 Nov 2014 15:59:36 +0100 Date: Tue, 4 Nov 2014 15:59:37 +0100 From: Fabian Keil To: Miguel Clara Subject: Re: Order of geli "passphrase prompt" on boot Message-ID: <33b02299.70afc6f7@fabiankeil.de> In-Reply-To: References: <7e30c7a0f28d63af254422a91b28f18a@dweimer.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; boundary="Sig_/eM_NKnFpQcZM7_tLYVNNGe4"; protocol="application/pgp-signature" X-Df-Sender: Nzc1MDY3 Cc: freebsd-current , "freebsd-questions@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, 04 Nov 2014 15:00:04 -0000 --Sig_/eM_NKnFpQcZM7_tLYVNNGe4 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Miguel Clara wrote: > Sorry to bring this one back but I see no changes have been made to this = in > current. >=20 > The issue is that USB devices are detected after the geli prompt and so t= he > "geli paraphrase" prompt becomes hidden, and the simple solution would be > to change the order the prompt show.... as in wait a few secs for the usb > devices to be detected. If you don't need any USB devices to boot, you can delay their detection by loading the modules through /etc/rc.d/kld instead of the loader: fk@r500 ~ $grep kld /etc/rc.conf kld_list=3D"usb.ko usb_quirk.ko ehci.ko umass.ko" Fabian --Sig_/eM_NKnFpQcZM7_tLYVNNGe4 Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iEYEARECAAYFAlRY6dkACgkQBYqIVf93VJ2BTACeI0guNPgOZxHYiPGhdkF4czN4 E54An31rkxWTLyiCEAUQm9Ay6HifZEup =8aNg -----END PGP SIGNATURE----- --Sig_/eM_NKnFpQcZM7_tLYVNNGe4-- From owner-freebsd-current@FreeBSD.ORG Tue Nov 4 15:24: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 6EA793E0 for ; Tue, 4 Nov 2014 15:24:37 +0000 (UTC) Received: from home.opsec.eu (home.opsec.eu [IPv6:2001:14f8:200::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 237AD19C for ; Tue, 4 Nov 2014 15:24:37 +0000 (UTC) Received: from pi by home.opsec.eu with local (Exim 4.82 (FreeBSD)) (envelope-from ) id 1Xlfy6-0001r0-Rv; Tue, 04 Nov 2014 16:24:26 +0100 Date: Tue, 4 Nov 2014 16:24:26 +0100 From: Kurt Jaeger To: Fabian Keil Subject: Re: Order of geli "passphrase prompt" on boot Message-ID: <20141104152426.GP66862@home.opsec.eu> References: <7e30c7a0f28d63af254422a91b28f18a@dweimer.net> <33b02299.70afc6f7@fabiankeil.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <33b02299.70afc6f7@fabiankeil.de> X-Mailman-Approved-At: Tue, 04 Nov 2014 15:45:32 +0000 Cc: freebsd-current , Miguel Clara X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: 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, 04 Nov 2014 15:24:37 -0000 Hi! > If you don't need any USB devices to boot, you can delay their > detection by loading the modules through /etc/rc.d/kld instead > of the loader: > > fk@r500 ~ $grep kld /etc/rc.conf > kld_list="usb.ko usb_quirk.ko ehci.ko umass.ko" Does this really help with the GENERIC kernel ? If I add this to /etc/rc.conf and do /etc/rc.d/kld start this spews a load of errors. -- pi@opsec.eu +49 171 3101372 6 years to go ! From owner-freebsd-current@FreeBSD.ORG Tue Nov 4 16:06:31 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 D82D1FAF; Tue, 4 Nov 2014 16:06:30 +0000 (UTC) Received: from mail-pa0-x231.google.com (mail-pa0-x231.google.com [IPv6:2607:f8b0:400e:c03::231]) (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 A2ED4860; Tue, 4 Nov 2014 16:06:30 +0000 (UTC) Received: by mail-pa0-f49.google.com with SMTP id lj1so14665048pab.36 for ; Tue, 04 Nov 2014 08:06:30 -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=uhx1G1tyHC5nNmB7S1qGRHGpfMpDcdmz9RnhKNY8jfU=; b=l2uVJUwbN/0oFe5XaUiamXd1H6ob9gGSyTb0s116eg3DuInScQG3xqPzwjudBnN8h9 a4gHjWuWqDMkjOf4JUMPpH07JDdUpxD94WV0NnotWv1b8eDfXYVmLPMoNxInKerJKti5 jBDRV04Yrt/16dVyx6flx1VWLy6jvgbCUIfEsRzoSX4bxmJ9G1hzMqeilJS+dJIh813W wvLSYweMN+DWpXh7x74yH15Dfb6p2exS4YRNz6RrDLfb/rwFsErQux6Bc3wewIwOAEL6 OfD7Sonxt/yf2NnTUWdXXp0jq5Mue9/2frAFcFIyuqW6kPSiMz/Y6qWadS2ohfn8WF2S gBYg== X-Received: by 10.70.28.132 with SMTP id b4mr8934449pdh.149.1415117189438; Tue, 04 Nov 2014 08:06:29 -0800 (PST) Received: from [172.16.0.156] (50-206-19-250-static.hfc.comcastbusiness.net. [50.206.19.250]) by mx.google.com with ESMTPSA id z6sm822338pas.16.2014.11.04.08.06.27 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 04 Nov 2014 08:06:27 -0800 (PST) Content-Type: multipart/signed; boundary="Apple-Mail=_34C78B1A-C1D0-4DF2-ABAD-3251C9E81E3F"; protocol="application/pgp-signature"; micalg=pgp-sha512 Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Subject: Re: Jenkins build became unstable: FreeBSD_HEAD-tests2 #184 From: Garrett Cooper In-Reply-To: <1727854750.8.1415088397322.JavaMail.jenkins@jenkins-9.freebsd.org> Date: Tue, 4 Nov 2014 08:06:24 -0800 Message-Id: <499424F5-33FF-481F-93A9-8C0210EBD85A@gmail.com> References: <1727854750.8.1415088397322.JavaMail.jenkins@jenkins-9.freebsd.org> To: jenkins-admin@freebsd.org X-Mailer: Apple Mail (2.1878.6) 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: Tue, 04 Nov 2014 16:06:31 -0000 --Apple-Mail=_34C78B1A-C1D0-4DF2-ABAD-3251C9E81E3F Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 On Nov 4, 2014, at 0:06, jenkins-admin@freebsd.org wrote: > See It appears that some of the new results from the libc testcases are = causing Jenkins to crash in some cases: - = https://jenkins.freebsd.org/jenkins/job/FreeBSD_HEAD-tests2/186/testReport= / And it appears that kyua is creating =93malformed XML=94 (invalid XML = character) in others: = https://jenkins.freebsd.org/jenkins/job/FreeBSD_HEAD-tests2/184/testReport= /junit/test-report/xml/_init_/ I=92m not sure about the former case, but the latter case has to do with = the fact that one of the testcases outputs invalid UTF-8 which is then = turning up in the output. Even python complains about it: % kyua report-junit > ~/report.junit % python2 -c 'import os.path; import xml.dom.minidom as md; = md.parse(os.path.expanduser("~/report.junit"))' Traceback (most recent call last): File "", line 1, in File "/usr/local/lib/python2.7/xml/dom/minidom.py", line 1918, in = parse return expatbuilder.parse(file) File "/usr/local/lib/python2.7/xml/dom/expatbuilder.py", line 924, in = parse result =3D builder.parseFile(fp) File "/usr/local/lib/python2.7/xml/dom/expatbuilder.py", line 207, in = parseFile parser.Parse(buffer, 0) xml.parsers.expat.ExpatError: not well-formed (invalid token): line = 27137, column 13 The problem testcase is lib.libc.locale.t_io:bad_big5_wprintf; once I = remove that from the output, python no longer complains: % python2 -c 'import os.path; import xml.dom.minidom as md; = md.parse(os.path.expanduser("~/report.junit"))' I fixed this issue in r274090. Thank you! --Apple-Mail=_34C78B1A-C1D0-4DF2-ABAD-3251C9E81E3F 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 iQEcBAEBCgAGBQJUWPmBAAoJEMZr5QU6S73eWnAH/2KauLlrHnC3BemyUkCwYEak 6yMDKy1Y4cOqKfYxx90J6Kb+I9wIfCnM61KgNEb51s6IP0lbpirptOm63UyS6HlI /70G/FjJv2ouNg98skHjLbuY8LV6z3We854GCad4F+AmlO0P6j8/np1lHtHBbl/C IgyoB69TC7yypJydywaRDsp5NnIIx/woIhqSGflJfv/7+CyC6yWdu29f/i9m3H8n RElbQTOasPjeeecLBFx2Fwk2ebrI8O2x0mvbA7rvGi71M4HRyveP2dJflAUhP/Mx fXaz4qJSyltNOUIiXbYKRMxq7ii0D58hlB4K7XZ6D21qj3ZewFEberXPJfbTzfE= =Lw/k -----END PGP SIGNATURE----- --Apple-Mail=_34C78B1A-C1D0-4DF2-ABAD-3251C9E81E3F-- From owner-freebsd-current@FreeBSD.ORG Tue Nov 4 16:17:41 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 152EC46A for ; Tue, 4 Nov 2014 16:17:41 +0000 (UTC) Received: from barracuda.ixsystems.com (mail.ixsystems.com [12.229.62.4]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "barracuda.ixsystems.com", Issuer "barracuda.ixsystems.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id E4D35992 for ; Tue, 4 Nov 2014 16:17:40 +0000 (UTC) X-ASG-Debug-ID: 1415117859-08ca0441c502ba0002-XDYc8F Received: from [172.16.1.122] (50-206-19-250-static.hfc.comcastbusiness.net [50.206.19.250]) by barracuda.ixsystems.com with ESMTP id 66B8OhVSd41tKzbH (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO) for ; Tue, 04 Nov 2014 08:17:39 -0800 (PST) X-Barracuda-Envelope-From: kris@pcbsd.org X-Barracuda-AUTH-User: kris@pcbsd.org X-Barracuda-Apparent-Source-IP: 50.206.19.250 Message-ID: <5458FC23.40105@pcbsd.org> Date: Tue, 04 Nov 2014 11:17:39 -0500 From: Kris Moore 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: Order of geli "passphrase prompt" on boot References: <7e30c7a0f28d63af254422a91b28f18a@dweimer.net> <33b02299.70afc6f7@fabiankeil.de> <20141104152426.GP66862@home.opsec.eu> X-ASG-Orig-Subj: Re: Order of geli "passphrase prompt" on boot In-Reply-To: <20141104152426.GP66862@home.opsec.eu> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-Barracuda-Connect: 50-206-19-250-static.hfc.comcastbusiness.net[50.206.19.250] X-Barracuda-Start-Time: 1415117859 X-Barracuda-Encrypted: ECDHE-RSA-AES128-GCM-SHA256 X-Barracuda-URL: https://10.2.0.41:443/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at ixsystems.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using global scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=9.0 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.11226 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: 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, 04 Nov 2014 16:17:41 -0000 On 11/04/2014 10:24, Kurt Jaeger wrote: > Hi! > >> If you don't need any USB devices to boot, you can delay their >> detection by loading the modules through /etc/rc.d/kld instead >> of the loader: >> >> fk@r500 ~ $grep kld /etc/rc.conf >> kld_list="usb.ko usb_quirk.ko ehci.ko umass.ko" > Does this really help with the GENERIC kernel ? > > If I add this to /etc/rc.conf and do > > /etc/rc.d/kld start > > this spews a load of errors. > Colin added this to HEAD recently: https://github.com/freebsd/freebsd/commit/bdb0ac02b9fd8f331fa70c8a4c29495b7ee43293 This will allow setting the passphrase at the boot-loader, so it doesn't get prompted for again during boot. I think there was some work by dteske@ to add this to the FreeBSD boot menus, but maybe you can use it manually for now. We are using it in PC-BSD to supply the passphrase directly from GRUB, so we only get prompted a single time. (Before somebody asks why we use grub) We are using grub to do full-disk encryption, without a unencrypted /boot, among other things :) -- Kris Moore PC-BSD Software iXsystems From owner-freebsd-current@FreeBSD.ORG Tue Nov 4 16:27: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 D494688A for ; Tue, 4 Nov 2014 16:27:56 +0000 (UTC) Received: from smtprelay02.ispgateway.de (smtprelay02.ispgateway.de [80.67.31.29]) (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 91CCFAAC for ; Tue, 4 Nov 2014 16:27:55 +0000 (UTC) Received: from [78.35.187.124] (helo=fabiankeil.de) by smtprelay02.ispgateway.de with esmtpsa (TLSv1.2:AES128-GCM-SHA256:128) (Exim 4.84) (envelope-from ) id 1XlgwG-0000bF-TT; Tue, 04 Nov 2014 17:26:36 +0100 Date: Tue, 4 Nov 2014 17:26:37 +0100 From: Fabian Keil To: Kurt Jaeger Subject: Re: Order of geli "passphrase prompt" on boot Message-ID: <7478997e.19a59c95@fabiankeil.de> In-Reply-To: <20141104152426.GP66862@home.opsec.eu> References: <7e30c7a0f28d63af254422a91b28f18a@dweimer.net> <33b02299.70afc6f7@fabiankeil.de> <20141104152426.GP66862@home.opsec.eu> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; boundary="Sig_/+_wNH0YqADqmcyhBX=5aqVf"; protocol="application/pgp-signature" X-Df-Sender: Nzc1MDY3 Cc: freebsd-current , Miguel Clara X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: 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, 04 Nov 2014 16:27:56 -0000 --Sig_/+_wNH0YqADqmcyhBX=5aqVf Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Kurt Jaeger wrote: > > If you don't need any USB devices to boot, you can delay their > > detection by loading the modules through /etc/rc.d/kld instead > > of the loader: > >=20 > > fk@r500 ~ $grep kld /etc/rc.conf > > kld_list=3D"usb.ko usb_quirk.ko ehci.ko umass.ko" >=20 > Does this really help with the GENERIC kernel ? I didn't say it did. You need a kernel that doesn't already contain the USB modules in /boot/kernel/kernel, this excludes GENERIC kernels. Fabian --Sig_/+_wNH0YqADqmcyhBX=5aqVf Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iEYEARECAAYFAlRY/j0ACgkQBYqIVf93VJ15kgCgqZbHsawttH3ecwKkTZWn6GEz pisAoKOCHNdhtYTjQroNXrcl+lP/zFVi =M/J5 -----END PGP SIGNATURE----- --Sig_/+_wNH0YqADqmcyhBX=5aqVf-- From owner-freebsd-current@FreeBSD.ORG Tue Nov 4 17:10: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 69840BE5 for ; Tue, 4 Nov 2014 17:10:20 +0000 (UTC) Received: from mx1.scaleengine.net (beauharnois2.bhs1.scaleengine.net [142.4.218.15]) by mx1.freebsd.org (Postfix) with ESMTP id 43927F0A for ; Tue, 4 Nov 2014 17:10:19 +0000 (UTC) Received: from [172.16.1.137] (50-206-19-250-static.hfc.comcastbusiness.net [50.206.19.250]) (Authenticated sender: allanjude.freebsd@scaleengine.com) by mx1.scaleengine.net (Postfix) with ESMTPSA id ED65468E59 for ; Tue, 4 Nov 2014 17:10:11 +0000 (UTC) Message-ID: <54590873.8000303@freebsd.org> Date: Tue, 04 Nov 2014 12:10:11 -0500 From: Allan Jude 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: Order of geli "passphrase prompt" on boot References: <7e30c7a0f28d63af254422a91b28f18a@dweimer.net> <33b02299.70afc6f7@fabiankeil.de> <20141104152426.GP66862@home.opsec.eu> <5458FC23.40105@pcbsd.org> In-Reply-To: <5458FC23.40105@pcbsd.org> Content-Type: text/plain; charset=windows-1252 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, 04 Nov 2014 17:10:20 -0000 On 11/04/2014 11:17, Kris Moore wrote: > On 11/04/2014 10:24, Kurt Jaeger wrote: >> Hi! >> >>> If you don't need any USB devices to boot, you can delay their >>> detection by loading the modules through /etc/rc.d/kld instead >>> of the loader: >>> >>> fk@r500 ~ $grep kld /etc/rc.conf >>> kld_list="usb.ko usb_quirk.ko ehci.ko umass.ko" >> Does this really help with the GENERIC kernel ? >> >> If I add this to /etc/rc.conf and do >> >> /etc/rc.d/kld start >> >> this spews a load of errors. >> > > Colin added this to HEAD recently: > > https://github.com/freebsd/freebsd/commit/bdb0ac02b9fd8f331fa70c8a4c29495b7ee43293 > > This will allow setting the passphrase at the boot-loader, so it doesn't > get prompted for again during boot. I think there was some work by > dteske@ to add this to the FreeBSD boot menus, but maybe you can use it > manually for now. > > We are using it in PC-BSD to supply the passphrase directly from GRUB, > so we only get prompted a single time. > > (Before somebody asks why we use grub) > We are using grub to do full-disk encryption, without a unencrypted > /boot, among other things :) > > Yes, as Kris mentioned, the solution is being working on here at MeetBSD by dteske@ (with some advice from jmg@) at the request of cperciva@, using the functionality Colin added to head for Kris to be able to do this for PCBSD. Hopefully this problem will be solved soon. -- Allan Jude From owner-freebsd-current@FreeBSD.ORG Tue Nov 4 17:22:15 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 94969FBC for ; Tue, 4 Nov 2014 17:22:15 +0000 (UTC) Received: from mail.made4.biz (mail.made4.biz [IPv6:2001:41d0:2:c018::1:3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 571C7149 for ; Tue, 4 Nov 2014 17:22:15 +0000 (UTC) Received: from 2a02-8428-011b-e000-0290-f5ff-fe9d-b78c.rev.sfr.net ([2a02:8428:11b:e000:290:f5ff:fe9d:b78c] helo=magellan.dumbbell.fr) by mail.made4.biz with esmtpsa (TLSv1.2:DHE-RSA-AES128-SHA:128) (Exim 4.84 (FreeBSD)) (envelope-from ) id 1Xlho5-000OAL-0J for freebsd-current@freebsd.org; Tue, 04 Nov 2014 18:22:13 +0100 Message-ID: <54590B3E.2070701@dumbbell.fr> Date: Tue, 04 Nov 2014 18:22:06 +0100 From: =?UTF-8?B?SmVhbi1Tw6liYXN0aWVuIFDDqWRyb24=?= 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: HEADS UP: Enabling vt(4) by default References: <544E7679.7070207@FreeBSD.org> In-Reply-To: <544E7679.7070207@FreeBSD.org> Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="dNq0Fc8fG1BKmJMux7VgT5IJdUFd9oVSv" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: 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, 04 Nov 2014 17:22:15 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --dNq0Fc8fG1BKmJMux7VgT5IJdUFd9oVSv Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hello! As announced a week ago, vt(4) is now the default console driver in 11-CURRENT as of r274085. You may have to update your console settings in /etc/rc.conf. During boot, /etc/rc.d/syscons will indicate what you need to do. The original HEADS UP mentioned several known issues. Among them, the following were fixed: o A video mode can be selected using the following tunable in /boot/loader.conf: kern.vt.fb.default_mode=3D"1024x768" This only works when using a KMS video driver. It's not supported by the VGA backend. See vt(4) man page for further documentation. o The keyboard was not working when kbdmux(4) was disabled. This is fixed. o After loading a KMS driver, the text cursor was in the middle of the kernel messages. The problem was that the cursor position was not updated after the change in window size. This is fixed. Up-to-date information can be found on the wiki page: https://wiki.freebsd.org/Newcons If you want to keep using syscons(4), you can add the following line to /boot/loader.conf: kern.vty=3Dsc Thank you to everyone who tested and reported problems! Please continue to do so, especially if you find the need to go back to syscons. --=20 Jean-S=C3=A9bastien P=C3=A9dron --dNq0Fc8fG1BKmJMux7VgT5IJdUFd9oVSv Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQJ8BAEBCgBmBQJUWQtEXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ2NzA4N0ZEMUFFQUUwRTEyREJDNkE2RjAz OUU5OTc2MUE1RkQ5NENDAAoJEDnpl2Gl/ZTMMF8P/2V64z5kY8L7zv8y2W9fvRyg NzsKZprJzbKrvWaXkIqpSghBmfO17SkUeKcgqecqRE8NUHOyijRgTwytHKO5MMzt yV/hFYEhckN/GjgZSwvL24KNoCTH/i6mKDLqcRjnKJuAxLDjJ2Nj0sFGuAnwHdpv gB+oXmATRGWzOwqg75jLmF2eQ5DPNRylhmzxKcPwOAQh5+esq38gr0ELcEO8i0QN BS+EWIaLF6Xk8VQciZTHRObrapKW76q4exkUUG2iWUSCwsOsC6A8jEN7lRyDZGq9 IcNMbUgSVnHji+sa/sZbfTvEIId+qYgrJzXSjvogrT4x0gKtqV7GhlR9kTEpL8HN geS62Xu28VjKEho8cPyqXkeEtSXZEVqN7rgtnP1m7GtzLTXe6J5VhgweQe3oahic ByMbK8dCcWh8uUUoGVww46W9lx4y88w0xPleFXkV7wj7rb3pOn0PvAgaRe9yCgCe PlNRVTCiKNttRrLLVL+tRAARR8wcabH3/IFEOLKW3PYHfWQSivvt+J+0Tv9NcLwV d10HGMa2iyxnNnR9BDSRQtUpZLYGBVxNY3/i8wyGYsog2DD7fPVSEi3mGzdySbpQ NHpHCNmqOnHMZPgjIJABgiW+nedeXHlgkG5h5qBmLY6LpxOw5bJjdP0KgeMlR29U 3mAdWlZ1zqZL4nk20Be+ =B44D -----END PGP SIGNATURE----- --dNq0Fc8fG1BKmJMux7VgT5IJdUFd9oVSv-- From owner-freebsd-current@FreeBSD.ORG Tue Nov 4 17:22:31 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 86670148; Tue, 4 Nov 2014 17:22:31 +0000 (UTC) Received: from mx1.scaleengine.net (beauharnois2.bhs1.scaleengine.net [142.4.218.15]) by mx1.freebsd.org (Postfix) with ESMTP id 473C5152; Tue, 4 Nov 2014 17:22:30 +0000 (UTC) Received: from [172.16.1.137] (50-206-19-250-static.hfc.comcastbusiness.net [50.206.19.250]) (Authenticated sender: allanjude.freebsd@scaleengine.com) by mx1.scaleengine.net (Postfix) with ESMTPSA id 1412F68EE7; Tue, 4 Nov 2014 17:22:29 +0000 (UTC) Message-ID: <54590B55.3040206@freebsd.org> Date: Tue, 04 Nov 2014 12:22:29 -0500 From: Allan Jude 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, gibbs@freebsd.org, George Kola Subject: Re: r273165. ZFS ARC: possible memory leak to Inact References: <1415098949.596412362.8vxee7kf@frv41.fwdcdn.com> <5458CCB6.7020602@multiplay.co.uk> <1415107358607-5962421.post@n5.nabble.com> In-Reply-To: <1415107358607-5962421.post@n5.nabble.com> Content-Type: text/plain; charset=windows-1252 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, 04 Nov 2014 17:22:31 -0000 On 11/04/2014 08:22, Dmitriy Makarov wrote: > ITEM SIZE LIMIT USED FREE REQ FAIL SLEEP > > UMA Kegs: 384, 0, 210, 10, 216, 0, 0 > UMA Zones: 2176, 0, 210, 0, 216, 0, 0 > UMA Slabs: 80, 0, 2921231, 1024519,133906002, 0, 0 > UMA RCntSlabs: 88, 0, 8442, 1863, 771451, 0, 0 > UMA Hash: 256, 0, 2, 28, 79, 0, 0 > 4 Bucket: 32, 0, 5698, 16052,424047094, 0, 0 > 6 Bucket: 48, 0, 220, 8993,77454827, 0, 0 > 8 Bucket: 64, 0, 260, 6808,56285069, 15, 0 > 12 Bucket: 96, 0, 302, 2568,42712743, 192, 0 > 16 Bucket: 128, 0, 1445, 1903,86971183, 0, 0 > 32 Bucket: 256, 0, 610, 2870,96758244, 215, 0 > 64 Bucket: 512, 0, 1611, 1117,55896361,77166469, 0 > 128 Bucket: 1024, 0, 413, 635,99338830,104451029, > 0 > 256 Bucket: 2048, 0, 1100, 222,164776092,24917372, > 0 > vmem btag: 56, 0, 1889493, 502639,30117503,16948, 0 > VM OBJECT: 256, 0, 970434, 174126,1080667061, 0, 0 > RADIX NODE: 144, 0, 2792188, 882809,1489929489, 0, 0 > MAP: 240, 0, 3, 61, 3, 0, 0 > KMAP ENTRY: 128, 0, 13, 173, 37, 0, 0 > MAP ENTRY: 128, 0, 82182, 11624,3990141990, 0, 0 > VMSPACE: 496, 0, 615, 761,41838231, 0, 0 > fakepg: 104, 0, 0, 0, 0, 0, 0 > mt_zone: 16400, 0, 261, 0, 267, 0, 0 > 16: 16, 0, 3650397, 6166213,6132198534, 0, 0 > 32: 32, 0, 1118176, 259824,9115561085, 0, 0 > 64: 64, 0,14496058,14945820,11266627738, 0, 0 > 128: 128, 0, 1337428, 319398,15463968444, 0, 0 > 256: 256, 0, 1103937, 258183,8392009677, 0, 0 > 512: 512, 0, 1714, 470,7174436957, 0, 0 > 1024: 1024, 0, 29033, 347,131133987, 0, 0 > 2048: 2048, 0, 869, 275,1001770010, 0, 0 > 4096: 4096, 0, 730319, 3013,332721996, 0, 0 > 8192: 8192, 0, 47, 11, 487154, 0, 0 > 16384: 16384, 0, 65, 5, 1788, 0, 0 > 32768: 32768, 0, 54, 13, 103482, 0, 0 > 65536: 65536, 0, 627, 8, 8172809, 0, 0 > SLEEPQUEUE: 80, 0, 1954, 1053, 2812, 0, 0 > 64 pcpu: 8, 0, 558, 594, 793, 0, 0 > Files: 80, 0, 16221, 2579,1549799224, 0, 0 > TURNSTILE: 136, 0, 1954, 506, 2812, 0, 0 > rl_entry: 40, 0, 1114, 2186, 1114, 0, 0 > umtx pi: 96, 0, 0, 0, 0, 0, 0 > MAC labels: 40, 0, 0, 0, 0, 0, 0 > PROC: 1208, 0, 635, 514,41838196, 0, 0 > THREAD: 1168, 0, 1840, 113, 12778, 0, 0 > cpuset: 96, 0, 705, 361, 1490, 0, 0 > audit_record: 1248, 0, 0, 0, 0, 0, 0 > sendfile_sync: 128, 0, 0, 0, 0, 0, 0 > mbuf_packet: 256, 46137345, 8199, 5074,15123806588, 0, > 0 > mbuf: 256, 46137345, 25761, 13076,21621129305, 0, > 0 > mbuf_cluster: 2048, 7208960, 13273, 315, 2905465, 0, 0 > mbuf_jumbo_page: 4096, 3604480, 786, 862,628074105, 0, 0 > mbuf_jumbo_9k: 9216, 1067994, 0, 0, 0, 0, 0 > mbuf_jumbo_16k: 16384, 600746, 0, 0, 0, 0, 0 > mbuf_ext_refcnt: 4, 0, 0, 0, 0, 0, 0 > g_bio: 248, 0, 36, 2348,2894002696, 0, 0 > DMAR_MAP_ENTRY: 120, 0, 0, 0, 0, 0, 0 > ttyinq: 160, 0, 180, 195, 4560, 0, 0 > ttyoutq: 256, 0, 95, 190, 2364, 0, 0 > FPU_save_area: 832, 0, 0, 0, 0, 0, 0 > taskq_zone: 48, 0, 0, 4814,108670448, 0, 0 > VNODE: 472, 0, 1115838, 293402,379118791, 0, 0 > VNODEPOLL: 112, 0, 0, 0, 12, 0, 0 > BUF TRIE: 144, 0, 96, 105852, 5530345, 0, 0 > S VFS Cache: 108, 0, 995997, 161558,523325155, 0, 0 > STS VFS Cache: 148, 0, 0, 0, 0, 0, 0 > L VFS Cache: 328, 0, 25, 443,39533826, 0, 0 > LTS VFS Cache: 368, 0, 0, 0, 0, 0, 0 > NAMEI: 1024, 0, 4, 208,3917615385, 0, 0 > range_seg_cache: 64, 0, 2036778, 121876,1194538610, 0, 0 > zio_cache: 920, 0, 65, 15323,15366038685, 0, 0 > zio_link_cache: 48, 0, 30, 16321,12086373533, 0, 0 > zio_buf_512: 512, 0, 2713231, 2767361,807591166, 0, 0 > zio_data_buf_512: 512, 0, 481, 655,196012401, 0, 0 > zio_buf_1024: 1024, 0, 7131, 1893,34360002, 0, 0 > zio_data_buf_1024: 1024, 0, 449, 335,13698525, 0, 0 > zio_buf_1536: 1536, 0, 2478, 560,21617894, 0, 0 > zio_data_buf_1536: 1536, 0, 821, 433,17033305, 0, 0 > zio_buf_2048: 2048, 0, 1867, 373,24528179, 0, 0 > zio_data_buf_2048: 2048, 0, 710, 348,18500686, 0, 0 > zio_buf_2560: 2560, 0, 1362, 38,13483571, 0, 0 > zio_data_buf_2560: 2560, 0, 946, 47,12074257, 0, 0 > zio_buf_3072: 3072, 0, 978, 43,20528564, 0, 0 > zio_data_buf_3072: 3072, 0, 716, 57,10665806, 0, 0 > zio_buf_3584: 3584, 0, 768, 23,15883624, 0, 0 > zio_data_buf_3584: 3584, 0, 867, 7, 9497134, 0, 0 > zio_buf_4096: 4096, 0, 9982, 772,154583770, 0, 0 > zio_data_buf_4096: 4096, 0, 851, 12, 8770997, 0, 0 > zio_buf_5120: 5120, 0, 904, 24,15481475, 0, 0 > zio_data_buf_5120: 5120, 0, 1615, 19,22450665, 0, 0 > zio_buf_6144: 6144, 0, 715, 23,18561260, 0, 0 > zio_data_buf_6144: 6144, 0, 1536, 1,12377616, 0, 0 > zio_buf_7168: 7168, 0, 600, 25,22583123, 0, 0 > zio_data_buf_7168: 7168, 0, 1789, 62,10888039, 0, 0 > zio_buf_8192: 8192, 0, 527, 28,21084452, 0, 0 > zio_data_buf_8192: 8192, 0, 1123, 35,11257788, 0, 0 > zio_buf_10240: 10240, 0, 891, 40,23445358, 0, 0 > zio_data_buf_10240: 10240, 0, 2757, 10,31594664, 0, 0 > zio_buf_12288: 12288, 0, 793, 44,32778601, 0, 0 > zio_data_buf_12288: 12288, 0, 2983, 19,33810459, 0, 0 > zio_buf_14336: 14336, 0, 680, 22,22955621, 0, 0 > zio_data_buf_14336: 14336, 0, 2837, 7,31231322, 0, 0 > zio_buf_16384: 16384, 0, 1174235, 5515,423668480, 0, 0 > zio_data_buf_16384: 16384, 0, 12197, 2,23870379, 0, 0 > zio_buf_20480: 20480, 0, 1234, 42,28438855, 0, 0 > zio_data_buf_20480: 20480, 0, 3349, 10,39049709, 0, 0 > zio_buf_24576: 24576, 0, 1039, 35,23663028, 0, 0 > zio_data_buf_24576: 24576, 0, 2515, 12,32477737, 0, 0 > zio_buf_28672: 28672, 0, 872, 47,17630224, 0, 0 > zio_data_buf_28672: 28672, 0, 1746, 11,24870056, 0, 0 > zio_buf_32768: 32768, 0, 847, 29,18368605, 0, 0 > zio_data_buf_32768: 32768, 0, 1637, 11,20784299, 0, 0 > zio_buf_36864: 36864, 0, 797, 22,16120701, 0, 0 > zio_data_buf_36864: 36864, 0, 2136, 65,19999849, 0, 0 > zio_buf_40960: 40960, 0, 707, 40,14881217, 0, 0 > zio_data_buf_40960: 40960, 0, 1242, 66,18085181, 0, 0 > zio_buf_45056: 45056, 0, 718, 43,13708380, 0, 0 > zio_data_buf_45056: 45056, 0, 993, 41,13875971, 0, 0 > zio_buf_49152: 49152, 0, 569, 43,15518175, 0, 0 > zio_data_buf_49152: 49152, 0, 929, 32,12006369, 0, 0 > zio_buf_53248: 53248, 0, 594, 25,14752074, 0, 0 > zio_data_buf_53248: 53248, 0, 889, 30,11159838, 0, 0 > zio_buf_57344: 57344, 0, 536, 46,16314266, 0, 0 > zio_data_buf_57344: 57344, 0, 1105, 12,10210025, 0, 0 > zio_buf_61440: 61440, 0, 527, 43,14355397, 0, 0 > zio_data_buf_61440: 61440, 0, 738, 10, 9080556, 0, 0 > zio_buf_65536: 65536, 0, 447, 44,13264282, 0, 0 > zio_data_buf_65536: 65536, 0, 723, 16, 8855438, 0, 0 > zio_buf_69632: 69632, 0, 434, 35,10357799, 0, 0 > zio_data_buf_69632: 69632, 0, 675, 44, 8017072, 0, 0 > zio_buf_73728: 73728, 0, 441, 24, 9784965, 0, 0 > zio_data_buf_73728: 73728, 0, 650, 35, 7370868, 0, 0 > zio_buf_77824: 77824, 0, 448, 26, 9643063, 0, 0 > zio_data_buf_77824: 77824, 0, 802, 34, 7733636, 0, 0 > zio_buf_81920: 81920, 0, 393, 48, 8958739, 0, 0 > zio_data_buf_81920: 81920, 0, 671, 10, 6437432, 0, 0 > zio_buf_86016: 86016, 0, 397, 24, 8406339, 0, 0 > zio_data_buf_86016: 86016, 0, 458, 14, 5752942, 0, 0 > zio_buf_90112: 90112, 0, 337, 19, 9427445, 0, 0 > zio_data_buf_90112: 90112, 0, 629, 14, 6209404, 0, 0 > zio_buf_94208: 94208, 0, 342, 18, 9703869, 0, 0 > zio_data_buf_94208: 94208, 0, 471, 32, 5147136, 0, 0 > zio_buf_98304: 98304, 0, 335, 22,11366122, 0, 0 > zio_data_buf_98304: 98304, 0, 813, 13, 5071769, 0, 0 > zio_buf_102400: 102400, 0, 318, 35,10730116, 0, 0 > zio_data_buf_102400: 102400, 0, 494, 15, 5120409, 0, 0 > zio_buf_106496: 106496, 0, 295, 25,11494927, 0, 0 > zio_data_buf_106496: 106496, 0, 441, 12, 4628043, 0, 0 > zio_buf_110592: 110592, 0, 277, 36,12261799, 0, 0 > zio_data_buf_110592: 110592, 0, 996, 8, 4655911, 0, 0 > zio_buf_114688: 114688, 0, 248, 28,13187629, 0, 0 > zio_data_buf_114688: 114688, 0, 367, 26, 4356168, 0, 0 > zio_buf_118784: 118784, 0, 248, 25,11526765, 0, 0 > zio_data_buf_118784: 118784, 0, 457, 16, 3997133, 0, 0 > zio_buf_122880: 122880, 0, 221, 18,13138310, 0, 0 > zio_data_buf_122880: 122880, 0, 440, 16, 4127363, 0, 0 > zio_buf_126976: 126976, 0, 225, 22,21080594, 0, 0 > zio_data_buf_126976: 126976, 0, 332, 23, 3611080, 0, 0 > zio_buf_131072: 131072, 0, 236, 768,260386880, 0, 0 > zio_data_buf_131072: 131072, 0, 235926, 17,201706301, 0, 0 > lz4_ctx: 16384, 0, 0, 22,870339248, 0, 0 > sa_cache: 80, 0, 1114682, 301918,377799679, 0, 0 > dnode_t: 752, 0, 4591384, 1276221,343600652, 0, 0 > dmu_buf_impl_t: 232, 0, 4193283, 4522906,1613603616, 0, 0 > arc_buf_hdr_t: 216, 0, 3636990, 1135188,1255686550, 0, 0 > arc_buf_t: 72, 0, 1517802, 983818,1342208723, 0, 0 > zil_lwb_cache: 192, 0, 59, 1301,28828585, 0, 0 > zfs_znode_cache: 368, 0, 1114682, 297778,377799679, 0, 0 > procdesc: 128, 0, 0, 0, 3, 0, 0 > pipe: 744, 0, 8, 197,30953268, 0, 0 > Mountpoints: 816, 0, 13, 82, 13, 0, 0 > ksiginfo: 112, 0, 1138, 2362, 1449794, 0, 0 > itimer: 352, 0, 0, 264, 4107, 0, 0 > pf mtags: 40, 0, 0, 0, 0, 0, 0 > pf states: 296, 500006, 275, 427, 2506195, 0, 0 > pf state keys: 88, 0, 378, 1602, 2878928, 0, 0 > pf source nodes: 136, 500018, 0, 0, 0, 0, 0 > pf table entries: 160, 200000, 17, 33, 34, 0, 0 > pf table counters: 64, 0, 0, 0, 0, 0, 0 > pf frags: 80, 0, 0, 0, 0, 0, 0 > pf frag entries: 32, 40000, 0, 0, 0, 0, 0 > pf state scrubs: 40, 0, 0, 0, 0, 0, 0 > KNOTE: 128, 0, 13343, 1568,2119230288, 0, 0 > socket: 728, 4192760, 31124, 1581,260689101, 0, 0 > ipq: 56, 225283, 0, 0, 0, 0, 0 > udp_inpcb: 400, 4192760, 46, 484,18539506, 0, 0 > udpcb: 24, 4192869, 46, 4296,18539506, 0, 0 > tcp_inpcb: 400, 4192760, 42550, 1050,241905139, 0, 0 > tcpcb: 1032, 4192761, 14734, 830,241905139, 0, 0 > tcptw: 80, 27800, 27800, 0,100020089,89206796, > 0 > syncache: 168, 15364, 0, 805,137341445, 0, 0 > hostcache: 136, 15370, 57, 233, 759, 0, 0 > sackhole: 32, 0, 0, 3125, 19180, 0, 0 > sctp_ep: 1400, 4192760, 0, 0, 0, 0, 0 > sctp_asoc: 2408, 40000, 0, 0, 0, 0, 0 > sctp_laddr: 48, 80012, 0, 0, 3, 0, 0 > sctp_raddr: 720, 80000, 0, 0, 0, 0, 0 > sctp_chunk: 136, 400026, 0, 0, 0, 0, 0 > sctp_readq: 104, 400026, 0, 0, 0, 0, 0 > sctp_stream_msg_out: 104, 400026, 0, 0, 0, 0, 0 > sctp_asconf: 40, 400000, 0, 0, 0, 0, 0 > sctp_asconf_ack: 48, 400060, 0, 0, 0, 0, 0 > udplite_inpcb: 400, 4192760, 0, 0, 0, 0, 0 > ripcb: 400, 4192760, 0, 60, 6, 0, 0 > unpcb: 240, 4192768, 1166, 1074, 244448, 0, 0 > rtentry: 200, 0, 8, 92, 8, 0, 0 > selfd: 56, 0, 2339, 3270,6167642044, 0, 0 > SWAPMETA: 288, 16336788, 0, 0, 0, 0, 0 > FFS inode: 168, 0, 1032, 1084, 1308978, 0, 0 > FFS1 dinode: 128, 0, 0, 0, 0, 0, 0 > FFS2 dinode: 256, 0, 1032, 1098, 1308978, 0, 0 > NCLNODE: 528, 0, 0, 0, 0, 0, 0 > > this is staticticts after script helped to reclaim memory. > > Here's top statistics: > > Mem: 19G Active, 20G Inact, 81G Wired, 59M Cache, 3308M Buf, 4918M Free > ARC: 66G Total, 6926M MFU, 54G MRU, 8069K Anon, 899M Header, 5129M Other > > > > Steven Hartland wrote >> This is likely spikes in uma zones used by ARC. >> >> The VM doesn't ever clean uma zones unless it hits a low memory >> condition, which explains why your little script helps. >> >> Check the output of vmstat -z to confirm. >> >> On 04/11/2014 11:47, Dmitriy Makarov wrote: >>> Hi Current, >>> >>> It seems like there is constant flow (leak) of memory from ARC to Inact >>> in FreeBSD 11.0-CURRENT #0 r273165. >>> >>> Normally, our system (FreeBSD 11.0-CURRENT #5 r260625) keeps ARC size >>> very close to vfs.zfs.arc_max: >>> >>> Mem: 16G Active, 324M Inact, 105G Wired, 1612M Cache, 3308M Buf, 1094M >>> Free >>> ARC: 88G Total, 2100M MFU, 78G MRU, 39M Anon, 2283M Header, 6162M Other >>> >>> >>> But after an upgrade to (FreeBSD 11.0-CURRENT #0 r273165) we observe >>> enormous numbers of Inact memory in the top: >>> >>> Mem: 21G Active, 45G Inact, 56G Wired, 357M Cache, 3308M Buf, 1654M Free >>> ARC: 42G Total, 6025M MFU, 30G MRU, 30M Anon, 819M Header, 5214M Other >>> >>> Funny thing is that when we manually allocate and release memory, using >>> simple python script: >>> >>> #!/usr/local/bin/python2.7 >>> >>> import sys >>> import time >>> >>> if len(sys.argv) != 2: >>> print "usage: fillmem >> >> " >>> sys.exit() >>> >>> count = int(sys.argv[1]) >>> >>> megabyte = (0,) * (1024 * 1024 / 8) >>> >>> data = megabyte * count >>> >>> as: >>> >>> # ./simple_script 10000 >>> >>> all those allocated megabyes 'migrate' from Inact to Free, and afterwards >>> they are 'eaten' by ARC with no problem. >>> Until Inact slowly grows back to the number it was before we ran the >>> script. >>> >>> Current workaround is to periodically invoke this python script by cron. >>> This is an ugly workaround and we really don't like it on our production >>> >>> >>> To answer possible questions about ARC efficience: >>> Cache efficiency drops dramatically with every GiB pushed off the ARC. >>> >>> Before upgrade: >>> Cache Hit Ratio: 99.38% >>> >>> After upgrade: >>> Cache Hit Ratio: 81.95% >>> >>> We believe that ARC misbehaves and we ask your assistance. >>> >>> >>> ---------------------------------- >>> >>> Some values from configs. >>> >>> HW: 128GB RAM, LSI HBA controller with 36 disks (stripe of mirrors). >>> >>> top output: >>> >>> In /boot/loader.conf : >>> vm.kmem_size="110G" >>> vfs.zfs.arc_max="90G" >>> vfs.zfs.arc_min="42G" >>> vfs.zfs.txg.timeout="10" >>> >>> ----------------------------------- >>> >>> Thanks. >>> >>> Regards, >>> Dmitriy >>> _______________________________________________ >>> > >> freebsd-current@ > >> mailing list >>> http://lists.freebsd.org/mailman/listinfo/freebsd-current >>> To unsubscribe, send any mail to " > >> freebsd-current-unsubscribe@ > >> " >> >> _______________________________________________ > >> freebsd-current@ > >> mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to " > >> freebsd-current-unsubscribe@ > >> " > > > > > > -- > View this message in context: http://freebsd.1045724.n5.nabble.com/r273165-ZFS-ARC-possible-memory-leak-to-Inact-tp5962410p5962421.html > Sent from the freebsd-current mailing list archive at Nabble.com. > _______________________________________________ > 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" > Justin Gibbs and I were helping George from Voxer look at the same issue they are having. They had ~169GB in inact, and only ~60GB being used for ARC. Are there any further debugging steps we can recommend to him to help investigate this? -- Allan Jude From owner-freebsd-current@FreeBSD.ORG Tue Nov 4 17:57:33 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 46519F60; Tue, 4 Nov 2014 17:57:33 +0000 (UTC) Received: from mail-pa0-x22e.google.com (mail-pa0-x22e.google.com [IPv6:2607:f8b0:400e:c03::22e]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 0D7306E4; Tue, 4 Nov 2014 17:57:33 +0000 (UTC) Received: by mail-pa0-f46.google.com with SMTP id lf10so14818598pab.19 for ; Tue, 04 Nov 2014 09:57:32 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=references:mime-version:in-reply-to:content-type :content-transfer-encoding:message-id:cc:from:subject:date:to; bh=VUPC5u7LyY7JfPjzKjB2dBp3JBEbnfaXCC5rSYD3NeQ=; b=v3OtuvAaXW/Pv3s2Va3mXAa1EeWWph5WI080v97f5AKg3VPO9sSz6dexp7W5P+YhNA IjBAF9K2LhnaNwb2tlUQTQnnhoQwhfJvj173zgKbFfbMqlbU+QTqrKb45oZ1LJVM8y+w FIl4swOfeKQw5u/JgeZFwN/DhhX6f7FH+WwJhdgqeDSmKhhkCvkv/y86idL1iiuc3NoS nY1CSZ9/ninVcZbyD9V49P9j/F3eY7vX2TDr1SROIkzDnDR4uD3ClIaeEbkoxipo9Oev rgAwUt2XE8IA7v6sfjDPYUHuT/nYf8i71KkLyPOSpyAtwI3k7dkq8/sRcuO3z8+gMdm5 WVxg== X-Received: by 10.66.157.101 with SMTP id wl5mr25884037pab.37.1415123852534; Tue, 04 Nov 2014 09:57:32 -0800 (PST) Received: from [10.0.37.153] (tessier.creepingfur.is. [70.36.196.188]) by mx.google.com with ESMTPSA id z9sm935881pdp.73.2014.11.04.09.57.30 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 04 Nov 2014 09:57:31 -0800 (PST) References: <1415098949.596412362.8vxee7kf@frv41.fwdcdn.com> <5458CCB6.7020602@multiplay.co.uk> <1415107358607-5962421.post@n5.nabble.com> <54590B55.3040206@freebsd.org> Mime-Version: 1.0 (1.0) In-Reply-To: <54590B55.3040206@freebsd.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Message-Id: <2FA8DA4C-99D7-4BC6-BAA2-33CE89819577@gmail.com> X-Mailer: iPad Mail (12B410) From: Ben Perrault Subject: Re: r273165. ZFS ARC: possible memory leak to Inact Date: Tue, 4 Nov 2014 09:57:30 -0800 To: Allan Jude Cc: "gibbs@freebsd.org" , George Kola , "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, 04 Nov 2014 17:57:33 -0000 > On Nov 4, 2014, at 9:22 AM, Allan Jude wrote: >=20 >> On 11/04/2014 08:22, Dmitriy Makarov wrote: >> ITEM SIZE LIMIT USED FREE REQ FAIL SLEEP >>=20 >> UMA Kegs: 384, 0, 210, 10, 216, 0, 0 >> UMA Zones: 2176, 0, 210, 0, 216, 0, 0 >> UMA Slabs: 80, 0, 2921231, 1024519,133906002, 0, 0= >> UMA RCntSlabs: 88, 0, 8442, 1863, 771451, 0, 0 >> UMA Hash: 256, 0, 2, 28, 79, 0, 0 >> 4 Bucket: 32, 0, 5698, 16052,424047094, 0, 0= >> 6 Bucket: 48, 0, 220, 8993,77454827, 0, 0 >> 8 Bucket: 64, 0, 260, 6808,56285069, 15, 0 >> 12 Bucket: 96, 0, 302, 2568,42712743, 192, 0 >> 16 Bucket: 128, 0, 1445, 1903,86971183, 0, 0 >> 32 Bucket: 256, 0, 610, 2870,96758244, 215, 0 >> 64 Bucket: 512, 0, 1611, 1117,55896361,77166469, = 0 >> 128 Bucket: 1024, 0, 413, 635,99338830,104451029,= =20 >> 0 >> 256 Bucket: 2048, 0, 1100, 222,164776092,24917372,= =20 >> 0 >> vmem btag: 56, 0, 1889493, 502639,30117503,16948, 0= >> VM OBJECT: 256, 0, 970434, 174126,1080667061, 0, 0= >> RADIX NODE: 144, 0, 2792188, 882809,1489929489, 0, 0= >> MAP: 240, 0, 3, 61, 3, 0, 0 >> KMAP ENTRY: 128, 0, 13, 173, 37, 0, 0 >> MAP ENTRY: 128, 0, 82182, 11624,3990141990, 0, 0= >> VMSPACE: 496, 0, 615, 761,41838231, 0, 0 >> fakepg: 104, 0, 0, 0, 0, 0, 0 >> mt_zone: 16400, 0, 261, 0, 267, 0, 0 >> 16: 16, 0, 3650397, 6166213,6132198534, 0, 0= >> 32: 32, 0, 1118176, 259824,9115561085, 0, 0= >> 64: 64, 0,14496058,14945820,11266627738, 0, = 0 >> 128: 128, 0, 1337428, 319398,15463968444, 0, = 0 >> 256: 256, 0, 1103937, 258183,8392009677, 0, 0= >> 512: 512, 0, 1714, 470,7174436957, 0, 0= >> 1024: 1024, 0, 29033, 347,131133987, 0, 0= >> 2048: 2048, 0, 869, 275,1001770010, 0, 0= >> 4096: 4096, 0, 730319, 3013,332721996, 0, 0= >> 8192: 8192, 0, 47, 11, 487154, 0, 0 >> 16384: 16384, 0, 65, 5, 1788, 0, 0 >> 32768: 32768, 0, 54, 13, 103482, 0, 0 >> 65536: 65536, 0, 627, 8, 8172809, 0, 0 >> SLEEPQUEUE: 80, 0, 1954, 1053, 2812, 0, 0 >> 64 pcpu: 8, 0, 558, 594, 793, 0, 0 >> Files: 80, 0, 16221, 2579,1549799224, 0, 0= >> TURNSTILE: 136, 0, 1954, 506, 2812, 0, 0 >> rl_entry: 40, 0, 1114, 2186, 1114, 0, 0 >> umtx pi: 96, 0, 0, 0, 0, 0, 0 >> MAC labels: 40, 0, 0, 0, 0, 0, 0 >> PROC: 1208, 0, 635, 514,41838196, 0, 0 >> THREAD: 1168, 0, 1840, 113, 12778, 0, 0 >> cpuset: 96, 0, 705, 361, 1490, 0, 0 >> audit_record: 1248, 0, 0, 0, 0, 0, 0 >> sendfile_sync: 128, 0, 0, 0, 0, 0, 0 >> mbuf_packet: 256, 46137345, 8199, 5074,15123806588, 0,= =20 >> 0 >> mbuf: 256, 46137345, 25761, 13076,21621129305, 0,= =20 >> 0 >> mbuf_cluster: 2048, 7208960, 13273, 315, 2905465, 0, 0= >> mbuf_jumbo_page: 4096, 3604480, 786, 862,628074105, 0, 0= >> mbuf_jumbo_9k: 9216, 1067994, 0, 0, 0, 0, 0= >> mbuf_jumbo_16k: 16384, 600746, 0, 0, 0, 0, 0 >> mbuf_ext_refcnt: 4, 0, 0, 0, 0, 0, 0 >> g_bio: 248, 0, 36, 2348,2894002696, 0, 0= >> DMAR_MAP_ENTRY: 120, 0, 0, 0, 0, 0, 0 >> ttyinq: 160, 0, 180, 195, 4560, 0, 0 >> ttyoutq: 256, 0, 95, 190, 2364, 0, 0 >> FPU_save_area: 832, 0, 0, 0, 0, 0, 0 >> taskq_zone: 48, 0, 0, 4814,108670448, 0, 0= >> VNODE: 472, 0, 1115838, 293402,379118791, 0, 0= >> VNODEPOLL: 112, 0, 0, 0, 12, 0, 0 >> BUF TRIE: 144, 0, 96, 105852, 5530345, 0, 0 >> S VFS Cache: 108, 0, 995997, 161558,523325155, 0, 0= >> STS VFS Cache: 148, 0, 0, 0, 0, 0, 0 >> L VFS Cache: 328, 0, 25, 443,39533826, 0, 0 >> LTS VFS Cache: 368, 0, 0, 0, 0, 0, 0 >> NAMEI: 1024, 0, 4, 208,3917615385, 0, 0= >> range_seg_cache: 64, 0, 2036778, 121876,1194538610, 0, 0= >> zio_cache: 920, 0, 65, 15323,15366038685, 0, = 0 >> zio_link_cache: 48, 0, 30, 16321,12086373533, 0, = 0 >> zio_buf_512: 512, 0, 2713231, 2767361,807591166, 0, 0= >> zio_data_buf_512: 512, 0, 481, 655,196012401, 0, 0= >> zio_buf_1024: 1024, 0, 7131, 1893,34360002, 0, 0 >> zio_data_buf_1024: 1024, 0, 449, 335,13698525, 0, 0 >> zio_buf_1536: 1536, 0, 2478, 560,21617894, 0, 0 >> zio_data_buf_1536: 1536, 0, 821, 433,17033305, 0, 0 >> zio_buf_2048: 2048, 0, 1867, 373,24528179, 0, 0 >> zio_data_buf_2048: 2048, 0, 710, 348,18500686, 0, 0 >> zio_buf_2560: 2560, 0, 1362, 38,13483571, 0, 0 >> zio_data_buf_2560: 2560, 0, 946, 47,12074257, 0, 0 >> zio_buf_3072: 3072, 0, 978, 43,20528564, 0, 0 >> zio_data_buf_3072: 3072, 0, 716, 57,10665806, 0, 0 >> zio_buf_3584: 3584, 0, 768, 23,15883624, 0, 0 >> zio_data_buf_3584: 3584, 0, 867, 7, 9497134, 0, 0 >> zio_buf_4096: 4096, 0, 9982, 772,154583770, 0, 0= >> zio_data_buf_4096: 4096, 0, 851, 12, 8770997, 0, 0 >> zio_buf_5120: 5120, 0, 904, 24,15481475, 0, 0 >> zio_data_buf_5120: 5120, 0, 1615, 19,22450665, 0, 0 >> zio_buf_6144: 6144, 0, 715, 23,18561260, 0, 0 >> zio_data_buf_6144: 6144, 0, 1536, 1,12377616, 0, 0 >> zio_buf_7168: 7168, 0, 600, 25,22583123, 0, 0 >> zio_data_buf_7168: 7168, 0, 1789, 62,10888039, 0, 0 >> zio_buf_8192: 8192, 0, 527, 28,21084452, 0, 0 >> zio_data_buf_8192: 8192, 0, 1123, 35,11257788, 0, 0 >> zio_buf_10240: 10240, 0, 891, 40,23445358, 0, 0 >> zio_data_buf_10240: 10240, 0, 2757, 10,31594664, 0, 0 >> zio_buf_12288: 12288, 0, 793, 44,32778601, 0, 0 >> zio_data_buf_12288: 12288, 0, 2983, 19,33810459, 0, 0 >> zio_buf_14336: 14336, 0, 680, 22,22955621, 0, 0 >> zio_data_buf_14336: 14336, 0, 2837, 7,31231322, 0, 0 >> zio_buf_16384: 16384, 0, 1174235, 5515,423668480, 0, 0= >> zio_data_buf_16384: 16384, 0, 12197, 2,23870379, 0, 0 >> zio_buf_20480: 20480, 0, 1234, 42,28438855, 0, 0 >> zio_data_buf_20480: 20480, 0, 3349, 10,39049709, 0, 0 >> zio_buf_24576: 24576, 0, 1039, 35,23663028, 0, 0 >> zio_data_buf_24576: 24576, 0, 2515, 12,32477737, 0, 0 >> zio_buf_28672: 28672, 0, 872, 47,17630224, 0, 0 >> zio_data_buf_28672: 28672, 0, 1746, 11,24870056, 0, 0 >> zio_buf_32768: 32768, 0, 847, 29,18368605, 0, 0 >> zio_data_buf_32768: 32768, 0, 1637, 11,20784299, 0, 0 >> zio_buf_36864: 36864, 0, 797, 22,16120701, 0, 0 >> zio_data_buf_36864: 36864, 0, 2136, 65,19999849, 0, 0 >> zio_buf_40960: 40960, 0, 707, 40,14881217, 0, 0 >> zio_data_buf_40960: 40960, 0, 1242, 66,18085181, 0, 0 >> zio_buf_45056: 45056, 0, 718, 43,13708380, 0, 0 >> zio_data_buf_45056: 45056, 0, 993, 41,13875971, 0, 0 >> zio_buf_49152: 49152, 0, 569, 43,15518175, 0, 0 >> zio_data_buf_49152: 49152, 0, 929, 32,12006369, 0, 0 >> zio_buf_53248: 53248, 0, 594, 25,14752074, 0, 0 >> zio_data_buf_53248: 53248, 0, 889, 30,11159838, 0, 0 >> zio_buf_57344: 57344, 0, 536, 46,16314266, 0, 0 >> zio_data_buf_57344: 57344, 0, 1105, 12,10210025, 0, 0 >> zio_buf_61440: 61440, 0, 527, 43,14355397, 0, 0 >> zio_data_buf_61440: 61440, 0, 738, 10, 9080556, 0, 0 >> zio_buf_65536: 65536, 0, 447, 44,13264282, 0, 0 >> zio_data_buf_65536: 65536, 0, 723, 16, 8855438, 0, 0 >> zio_buf_69632: 69632, 0, 434, 35,10357799, 0, 0 >> zio_data_buf_69632: 69632, 0, 675, 44, 8017072, 0, 0 >> zio_buf_73728: 73728, 0, 441, 24, 9784965, 0, 0 >> zio_data_buf_73728: 73728, 0, 650, 35, 7370868, 0, 0 >> zio_buf_77824: 77824, 0, 448, 26, 9643063, 0, 0 >> zio_data_buf_77824: 77824, 0, 802, 34, 7733636, 0, 0 >> zio_buf_81920: 81920, 0, 393, 48, 8958739, 0, 0 >> zio_data_buf_81920: 81920, 0, 671, 10, 6437432, 0, 0 >> zio_buf_86016: 86016, 0, 397, 24, 8406339, 0, 0 >> zio_data_buf_86016: 86016, 0, 458, 14, 5752942, 0, 0 >> zio_buf_90112: 90112, 0, 337, 19, 9427445, 0, 0 >> zio_data_buf_90112: 90112, 0, 629, 14, 6209404, 0, 0 >> zio_buf_94208: 94208, 0, 342, 18, 9703869, 0, 0 >> zio_data_buf_94208: 94208, 0, 471, 32, 5147136, 0, 0 >> zio_buf_98304: 98304, 0, 335, 22,11366122, 0, 0 >> zio_data_buf_98304: 98304, 0, 813, 13, 5071769, 0, 0 >> zio_buf_102400: 102400, 0, 318, 35,10730116, 0, 0 >> zio_data_buf_102400: 102400, 0, 494, 15, 5120409, 0, 0 >> zio_buf_106496: 106496, 0, 295, 25,11494927, 0, 0 >> zio_data_buf_106496: 106496, 0, 441, 12, 4628043, 0, 0 >> zio_buf_110592: 110592, 0, 277, 36,12261799, 0, 0 >> zio_data_buf_110592: 110592, 0, 996, 8, 4655911, 0, 0 >> zio_buf_114688: 114688, 0, 248, 28,13187629, 0, 0 >> zio_data_buf_114688: 114688, 0, 367, 26, 4356168, 0, 0 >> zio_buf_118784: 118784, 0, 248, 25,11526765, 0, 0 >> zio_data_buf_118784: 118784, 0, 457, 16, 3997133, 0, 0 >> zio_buf_122880: 122880, 0, 221, 18,13138310, 0, 0 >> zio_data_buf_122880: 122880, 0, 440, 16, 4127363, 0, 0 >> zio_buf_126976: 126976, 0, 225, 22,21080594, 0, 0 >> zio_data_buf_126976: 126976, 0, 332, 23, 3611080, 0, 0 >> zio_buf_131072: 131072, 0, 236, 768,260386880, 0, 0= >> zio_data_buf_131072: 131072, 0, 235926, 17,201706301, 0, 0= >> lz4_ctx: 16384, 0, 0, 22,870339248, 0, 0= >> sa_cache: 80, 0, 1114682, 301918,377799679, 0, 0= >> dnode_t: 752, 0, 4591384, 1276221,343600652, 0, 0= >> dmu_buf_impl_t: 232, 0, 4193283, 4522906,1613603616, 0, 0= >> arc_buf_hdr_t: 216, 0, 3636990, 1135188,1255686550, 0, 0= >> arc_buf_t: 72, 0, 1517802, 983818,1342208723, 0, 0= >> zil_lwb_cache: 192, 0, 59, 1301,28828585, 0, 0 >> zfs_znode_cache: 368, 0, 1114682, 297778,377799679, 0, 0= >> procdesc: 128, 0, 0, 0, 3, 0, 0 >> pipe: 744, 0, 8, 197,30953268, 0, 0 >> Mountpoints: 816, 0, 13, 82, 13, 0, 0 >> ksiginfo: 112, 0, 1138, 2362, 1449794, 0, 0 >> itimer: 352, 0, 0, 264, 4107, 0, 0 >> pf mtags: 40, 0, 0, 0, 0, 0, 0 >> pf states: 296, 500006, 275, 427, 2506195, 0, 0 >> pf state keys: 88, 0, 378, 1602, 2878928, 0, 0 >> pf source nodes: 136, 500018, 0, 0, 0, 0, 0 >> pf table entries: 160, 200000, 17, 33, 34, 0, 0 >> pf table counters: 64, 0, 0, 0, 0, 0, 0 >> pf frags: 80, 0, 0, 0, 0, 0, 0 >> pf frag entries: 32, 40000, 0, 0, 0, 0, 0 >> pf state scrubs: 40, 0, 0, 0, 0, 0, 0 >> KNOTE: 128, 0, 13343, 1568,2119230288, 0, 0= >> socket: 728, 4192760, 31124, 1581,260689101, 0, 0= >> ipq: 56, 225283, 0, 0, 0, 0, 0 >> udp_inpcb: 400, 4192760, 46, 484,18539506, 0, 0= >> udpcb: 24, 4192869, 46, 4296,18539506, 0, 0= >> tcp_inpcb: 400, 4192760, 42550, 1050,241905139, 0, 0= >> tcpcb: 1032, 4192761, 14734, 830,241905139, 0, 0= >> tcptw: 80, 27800, 27800, 0,100020089,89206796,= =20 >> 0 >> syncache: 168, 15364, 0, 805,137341445, 0, 0= >> hostcache: 136, 15370, 57, 233, 759, 0, 0 >> sackhole: 32, 0, 0, 3125, 19180, 0, 0 >> sctp_ep: 1400, 4192760, 0, 0, 0, 0, 0= >> sctp_asoc: 2408, 40000, 0, 0, 0, 0, 0 >> sctp_laddr: 48, 80012, 0, 0, 3, 0, 0 >> sctp_raddr: 720, 80000, 0, 0, 0, 0, 0 >> sctp_chunk: 136, 400026, 0, 0, 0, 0, 0 >> sctp_readq: 104, 400026, 0, 0, 0, 0, 0 >> sctp_stream_msg_out: 104, 400026, 0, 0, 0, 0, 0 >> sctp_asconf: 40, 400000, 0, 0, 0, 0, 0 >> sctp_asconf_ack: 48, 400060, 0, 0, 0, 0, 0 >> udplite_inpcb: 400, 4192760, 0, 0, 0, 0, 0= >> ripcb: 400, 4192760, 0, 60, 6, 0, 0= >> unpcb: 240, 4192768, 1166, 1074, 244448, 0, 0= >> rtentry: 200, 0, 8, 92, 8, 0, 0 >> selfd: 56, 0, 2339, 3270,6167642044, 0, 0= >> SWAPMETA: 288, 16336788, 0, 0, 0, 0, 0= >> FFS inode: 168, 0, 1032, 1084, 1308978, 0, 0 >> FFS1 dinode: 128, 0, 0, 0, 0, 0, 0 >> FFS2 dinode: 256, 0, 1032, 1098, 1308978, 0, 0 >> NCLNODE: 528, 0, 0, 0, 0, 0, 0 >>=20 >> this is staticticts after script helped to reclaim memory. >>=20 >> Here's top statistics: >>=20 >> Mem: 19G Active, 20G Inact, 81G Wired, 59M Cache, 3308M Buf, 4918M Free >> ARC: 66G Total, 6926M MFU, 54G MRU, 8069K Anon, 899M Header, 5129M Other >>=20 >>=20 >>=20 >> Steven Hartland wrote >>> This is likely spikes in uma zones used by ARC. >>>=20 >>> The VM doesn't ever clean uma zones unless it hits a low memory=20 >>> condition, which explains why your little script helps. >>>=20 >>> Check the output of vmstat -z to confirm. >>>=20 >>>> On 04/11/2014 11:47, Dmitriy Makarov wrote: >>>> Hi Current, >>>>=20 >>>> It seems like there is constant flow (leak) of memory from ARC to Inact= >>>> in FreeBSD 11.0-CURRENT #0 r273165. >>>>=20 >>>> Normally, our system (FreeBSD 11.0-CURRENT #5 r260625) keeps ARC size >>>> very close to vfs.zfs.arc_max: >>>>=20 >>>> Mem: 16G Active, 324M Inact, 105G Wired, 1612M Cache, 3308M Buf, 1094M >>>> Free >>>> ARC: 88G Total, 2100M MFU, 78G MRU, 39M Anon, 2283M Header, 6162M Other= >>>>=20 >>>>=20 >>>> But after an upgrade to (FreeBSD 11.0-CURRENT #0 r273165) we observe >>>> enormous numbers of Inact memory in the top: >>>>=20 >>>> Mem: 21G Active, 45G Inact, 56G Wired, 357M Cache, 3308M Buf, 1654M Fre= e >>>> ARC: 42G Total, 6025M MFU, 30G MRU, 30M Anon, 819M Header, 5214M Other >>>>=20 >>>> Funny thing is that when we manually allocate and release memory, using= >>>> simple python script: >>>>=20 >>>> #!/usr/local/bin/python2.7 >>>>=20 >>>> import sys >>>> import time >>>>=20 >>>> if len(sys.argv) !=3D 2: >>>> print "usage: fillmem >>> >>> " >>>> sys.exit() >>>>=20 >>>> count =3D int(sys.argv[1]) >>>>=20 >>>> megabyte =3D (0,) * (1024 * 1024 / 8) >>>>=20 >>>> data =3D megabyte * count >>>>=20 >>>> as: >>>>=20 >>>> # ./simple_script 10000 >>>>=20 >>>> all those allocated megabyes 'migrate' from Inact to Free, and afterwar= ds >>>> they are 'eaten' by ARC with no problem. >>>> Until Inact slowly grows back to the number it was before we ran the >>>> script. >>>>=20 >>>> Current workaround is to periodically invoke this python script by cron= . >>>> This is an ugly workaround and we really don't like it on our productio= n >>>>=20 >>>>=20 >>>> To answer possible questions about ARC efficience: >>>> Cache efficiency drops dramatically with every GiB pushed off the ARC. >>>>=20 >>>> Before upgrade: >>>> Cache Hit Ratio: 99.38% >>>>=20 >>>> After upgrade: >>>> Cache Hit Ratio: 81.95% >>>>=20 >>>> We believe that ARC misbehaves and we ask your assistance. >>>>=20 >>>>=20 >>>> ---------------------------------- >>>>=20 >>>> Some values from configs. >>>>=20 >>>> HW: 128GB RAM, LSI HBA controller with 36 disks (stripe of mirrors). >>>>=20 >>>> top output: >>>>=20 >>>> In /boot/loader.conf : >>>> vm.kmem_size=3D"110G" >>>> vfs.zfs.arc_max=3D"90G" >>>> vfs.zfs.arc_min=3D"42G" >>>> vfs.zfs.txg.timeout=3D"10" >>>>=20 >>>> ----------------------------------- >>>>=20 >>>> Thanks. >>>>=20 >>>> Regards, >>>> Dmitriy >>>> _______________________________________________ >>=20 >>> freebsd-current@ >>=20 >>> mailing list >>>> http://lists.freebsd.org/mailman/listinfo/freebsd-current >>>> To unsubscribe, send any mail to " >>=20 >>> freebsd-current-unsubscribe@ >>=20 >>> " >>>=20 >>> _______________________________________________ >>=20 >>> freebsd-current@ >>=20 >>> mailing list >>> http://lists.freebsd.org/mailman/listinfo/freebsd-current >>> To unsubscribe, send any mail to " >>=20 >>> freebsd-current-unsubscribe@ >>=20 >>> " >>=20 >>=20 >>=20 >>=20 >>=20 >> -- >> View this message in context: http://freebsd.1045724.n5.nabble.com/r27316= 5-ZFS-ARC-possible-memory-leak-to-Inact-tp5962410p5962421.html >> Sent from the freebsd-current mailing list archive at Nabble.com. >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org= " >=20 > Justin Gibbs and I were helping George from Voxer look at the same issue > they are having. They had ~169GB in inact, and only ~60GB being used for > ARC. >=20 > Are there any further debugging steps we can recommend to him to help > investigate this? >=20 > --=20 > Allan Jude > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org"= I would also be interested in any additional debugging steps and would be wi= lling to help test in any way I can - as I've seen the behavior a few times a= s well. As recently a Sunday evening, I caught a system running with ~44GB A= RC but ~117GB inactive.=20 Thanks, -bp From owner-freebsd-current@FreeBSD.ORG Tue Nov 4 18:15:18 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 375584BE for ; Tue, 4 Nov 2014 18:15:18 +0000 (UTC) Received: from mail-wg0-f50.google.com (mail-wg0-f50.google.com [74.125.82.50]) (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 BF63D919 for ; Tue, 4 Nov 2014 18:15:17 +0000 (UTC) Received: by mail-wg0-f50.google.com with SMTP id z12so14040198wgg.23 for ; Tue, 04 Nov 2014 10:15:10 -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=dPyJCQpAOnemY7Do9lrLSD5+xG9kSJmVoeWS3fTjpnM=; b=W81ODdQyM0tVLI0TwxjC168BZCHBpLaOqJHbYlTV/363CYf17dpiFYZEiG/OW26eD8 RTXMpRWWYO/Yy1Ho55WTRXwDLLPtbW/hwzQW0Eqvz5NcBzuXzz/3Km8zRJhctFxv4LgX lpx7etfaHEZI8F8+Aoqv1W7+3mQ2mcCp5zXGXWqNMbJRrAVXSD2jNskieqH+Me+NK4rx Ml6Kku38lrVM8vZLg5QsqsZRpm3Az8oduu/q+sgytCIYoAbXo7p/v83G4dutK+YuzekD h7MRMJ0znSte6tPxDH3dA/B/GlRAnYPY3sh2Zj6pyCR77EKLcHKw3DK73sgVDKFZ2ei0 c6IQ== X-Gm-Message-State: ALoCoQnObHtP2mn5AsaKWyZjHgtUteS6F7nIkLao7P10IZoTxSbF0UjlK2JVZ2LDvKLM+ob5exYB X-Received: by 10.194.81.70 with SMTP id y6mr12400585wjx.113.1415124910057; Tue, 04 Nov 2014 10:15:10 -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 el4sm13099164wid.11.2014.11.04.10.15.08 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 04 Nov 2014 10:15:08 -0800 (PST) Message-ID: <54591758.7000909@multiplay.co.uk> Date: Tue, 04 Nov 2014 18:13:44 +0000 From: Steven Hartland User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 To: Allan Jude , freebsd-current@freebsd.org, gibbs@freebsd.org, George Kola Subject: Re: r273165. ZFS ARC: possible memory leak to Inact References: <1415098949.596412362.8vxee7kf@frv41.fwdcdn.com> <5458CCB6.7020602@multiplay.co.uk> <1415107358607-5962421.post@n5.nabble.com> <54590B55.3040206@freebsd.org> In-Reply-To: <54590B55.3040206@freebsd.org> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Nov 2014 18:15:18 -0000 On 04/11/2014 17:22, Allan Jude wrote: > snip... > Justin Gibbs and I were helping George from Voxer look at the same issue > they are having. They had ~169GB in inact, and only ~60GB being used for > ARC. > > Are there any further debugging steps we can recommend to him to help > investigate this? The various scripts attached to the ZS ARC behavior problem and fix PR will help provide detail this. https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=187594 I've seen it here where there's been bursts of ZFS I/O specifically write bursts. What happens is that ZFS will consume large amounts of space in various UMA zones to accommodate these bursts. The VM only triggers UMA reclaim when it sees pressure, however if the main memory consumer is ZFS ARC its possible that the require pressure will not be applied because when allocating ARC ZFS takes into account free memory. The result is it will back off its memory requirements before the reclaim is triggered leaving all the space allocated but not used. I was playing around with a patch, on that bug report, which added clear down of UMA within ZFS ARC to avoid just this behavior, but its very much me playing for testing the theory only. From what I've seen UMA needs something like the coloring which can be used to trigger clear down over time to prevent UMA zones sitting their eating large amounts of memory like they currently do. Regards Steve From owner-freebsd-current@FreeBSD.ORG Tue Nov 4 18:17:52 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 C3B695F0 for ; Tue, 4 Nov 2014 18:17:52 +0000 (UTC) Received: from mail-wi0-f173.google.com (mail-wi0-f173.google.com [209.85.212.173]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 54B66941 for ; Tue, 4 Nov 2014 18:17:52 +0000 (UTC) Received: by mail-wi0-f173.google.com with SMTP id n3so10227449wiv.12 for ; Tue, 04 Nov 2014 10:17:50 -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 :cc:subject:references:in-reply-to:content-type :content-transfer-encoding; bh=8LPY71Q9DJG987vM7Dl+DQvJUdLagBZU4yfS6hLbOIw=; b=RCLPQ/Lc4gIgBr5nyiAZ7eCGAE2NxoJeNq4Dd2tLAzyjHi29C4qFiv8e3DDpYH67lH VzmHSiGQj9ZLTZp5TRIyY4IzbIqB6m5yPvwcPIkwcFw7ILovN6YMDqYxtDu/whmfVema R6y8pJ/4k/cxgSGUjMeJT0lRLHe7HRoEAmbfq0uOq2NwB9N/WDCM0QO1diUTPOPqTFGC XAiaJibamzHISU2unUCloxFszlWJn2zwYYHcc6+rlouLzkU9NCHGq+HXJtbzifgb050u RGvkTzO8smdkSUo20DnikbSwCqJP6FO8KzDhlbJ5vtc//jbclefavvCoFZexQfE4O1jo Ju2w== X-Gm-Message-State: ALoCoQn0SO46DAGZNik1vL1yELJH4rW4qzt/yi6C07V3M3x5V3+ED2PxeF1EQrSnnC71hjwURXmc X-Received: by 10.194.175.67 with SMTP id by3mr57513744wjc.32.1415125070261; Tue, 04 Nov 2014 10:17:50 -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 10sm1375457wjs.21.2014.11.04.10.17.48 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 04 Nov 2014 10:17:49 -0800 (PST) Message-ID: <545917F7.8040107@multiplay.co.uk> Date: Tue, 04 Nov 2014 18:16:23 +0000 From: Steven Hartland User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 To: Ben Perrault , Allan Jude Subject: Re: r273165. ZFS ARC: possible memory leak to Inact References: <1415098949.596412362.8vxee7kf@frv41.fwdcdn.com> <5458CCB6.7020602@multiplay.co.uk> <1415107358607-5962421.post@n5.nabble.com> <54590B55.3040206@freebsd.org> <2FA8DA4C-99D7-4BC6-BAA2-33CE89819577@gmail.com> In-Reply-To: <2FA8DA4C-99D7-4BC6-BAA2-33CE89819577@gmail.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Cc: George Kola , "gibbs@freebsd.org" , "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, 04 Nov 2014 18:17:52 -0000 On 04/11/2014 17:57, Ben Perrault wrote: > snip... > > I would also be interested in any additional debugging steps and would be willing to help test in any way I can - as I've seen the behavior a few times as well. As recently a Sunday evening, I caught a system running with ~44GB ARC but ~117GB inactive. > You should find the UMA summary script quite helpful in this regard: https://bugs.freebsd.org/bugzilla/attachment.cgi?id=147754 From owner-freebsd-current@FreeBSD.ORG Tue Nov 4 18:23:44 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 919658A8 for ; Tue, 4 Nov 2014 18:23:44 +0000 (UTC) Received: from anubis.delphij.net (anubis.delphij.net [64.62.153.212]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "anubis.delphij.net", Issuer "StartCom Class 1 Primary Intermediate Server CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 75247A0A for ; Tue, 4 Nov 2014 18:23:44 +0000 (UTC) Received: from zeta.ixsystems.com (unknown [12.229.62.2]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by anubis.delphij.net (Postfix) with ESMTPSA id C7BE61BFB2; Tue, 4 Nov 2014 10:23:42 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=delphij.net; s=anubis; t=1415125422; x=1415139822; bh=tX+m7YCrn3UMdG9arOaolwKpZcAEjzbBrOh9NCjWB8I=; h=Date:From:Reply-To:To:Subject:References:In-Reply-To; b=iF22VzLmWRYt9W+I9yGg3b//7hURujViG2bqvysOuabx1eIl7b6+upQH6Z3nmXh3e BQEBbJbXkfcXe0Sk0P/IgMqLr3YWHnMgEBJ9pathTznnoto8T6EM3NUjsdRs/ePFLu 7CqV5Z6srUWNowWc9Hm4b79CG+u3Zeb4sOFUakyw= Message-ID: <545919AC.8010509@delphij.net> Date: Tue, 04 Nov 2014 10:23:40 -0800 From: Xin Li Reply-To: d@delphij.net Organization: The FreeBSD Project MIME-Version: 1.0 To: "Julian H. Stacey" , current@freebsd.org Subject: Re: current panic: Lock (sx) random_adaptors not locked @ References: <201411041401.sA4E1WDl002468@fire.js.berklix.net> In-Reply-To: <201411041401.sA4E1WDl002468@fire.js.berklix.net> Content-Type: text/plain; charset=windows-1252 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, 04 Nov 2014 18:23:44 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 On 11/04/14 06:01, Julian H. Stacey wrote: > Hi current@ > > Maybe this is a transient no one else will see ?: with no > /boot/loader.conf, my old custom kernel booted & my new one > paniced: > > panic: Lock (sx) random_adaptors not locked @ > dev/random/random_adaptors.c:278 This was fixed in r274006 FYI. Cheers, - -- Xin LI https://www.delphij.net/ FreeBSD - The Power to Serve! Live free or die -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0 iQIcBAEBCgAGBQJUWRmsAAoJEJW2GBstM+nsvZEP/1JKJsptJGPrkOfhE9MznH03 dD9TeDN1fZUvi+54ZZue78SS/hE4/Nbga62nWc5ml8mZkHwrEF/N1+xgHR5Scfw9 EPFFY/bvmzAB9AKDyFLPC7IYLCQ+G9lZKbkNbeSc8q4tze0nmc4Sgpum1FVstS46 njU9cnhIJZ9yScVkofhBuaAeGgbD5w4zK6Ezr1aLdfhTil2cs9nZlN2fuRBTDIot v8PS52ZZw2pQJZ9SSZaYlB9fbT5vsH3cCUzxFpr5EH7oJdlNs6fPknYoy+2q4SkT 9yjIg+P96jdB42c0HaSO7DvJOzDIrtG8Dy1hMDpxJUkHodwa0HqQWNRYDZ8t3d2f gEgwwO3/t8H6jyzPqPIwFj5nQuI6ErKfwDOUm/kORWy18zFiApDHhiAltMPsryCo nz3swJEgmW//viYEW25Yi/WHEBvzrTa3736Q/r5/I6Ssz2nJX/wehuRQ4+pPHKGx OponYjXeXlHj/1dVjdnieYgC+aCVSQTBiF5i+QBV6gD+NvLosjH2u73aQ73lQisD AUiGw7AvwfuDaxvqhjT+hu69hCrpRcDhL9QEJZ6TmoPOnL0kaz70iVfO9khEoObr MbODB+eqDn7j2tZ+klVWagRgFyjRX7uCGi9A3wLD43nvcd7wquNJVRFnSxN3NJD2 hhlH+sXhtcxZcyhwjWo3 =nu2x -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Tue Nov 4 19:01:32 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 5A5AD58E; Tue, 4 Nov 2014 19:01:32 +0000 (UTC) Received: from mail-wg0-x22b.google.com (mail-wg0-x22b.google.com [IPv6:2a00:1450:400c:c00::22b]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C0909D38; Tue, 4 Nov 2014 19:01:31 +0000 (UTC) Received: by mail-wg0-f43.google.com with SMTP id y10so11294869wgg.30 for ; Tue, 04 Nov 2014 11:01:30 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=1Ce99OIoVtKkIH5eDAKy+ljf0Vbs/FqBSbbNIQBGXr4=; b=Sxf/pPDrZxg5a6YklQs7XIPUB9JupcvCYPP/xgPLnbOTEFhzPFva9X/WdvqPzw68m8 hJZzrmHOdWPtoXYeq3x1D9iEYorMtOyGfSvfsTm+Q/IIr4VAtrr88AoUr/2YzRCPl8Lr WGKtB4aQZzTtjdcBc8zjegBPpoTXI+llRMZ+F4aydGMVKf/1mZx4TV9QVEm3Yrl2AHGe egaWBzUFj3G6q9QdOlltGGEFb686t8h7uxmZPbgtKoJ+pbtdI4sKkf6XZMSGZYv9uIeJ qTCXkLSeS+/PhSEDUVRlim6SDJlWR837wdolMqrTUbhn/jRDt4MdU82CnHeIZRVkNBDE yllw== X-Received: by 10.180.187.130 with SMTP id fs2mr26064140wic.24.1415127690033; Tue, 04 Nov 2014 11:01:30 -0800 (PST) MIME-Version: 1.0 Received: by 10.194.157.202 with HTTP; Tue, 4 Nov 2014 11:01:09 -0800 (PST) In-Reply-To: <54590873.8000303@freebsd.org> References: <7e30c7a0f28d63af254422a91b28f18a@dweimer.net> <33b02299.70afc6f7@fabiankeil.de> <20141104152426.GP66862@home.opsec.eu> <5458FC23.40105@pcbsd.org> <54590873.8000303@freebsd.org> From: Miguel Clara Date: Tue, 4 Nov 2014 19:01:09 +0000 Message-ID: Subject: Re: Order of geli "passphrase prompt" on boot To: Allan Jude Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Nov 2014 19:01:32 -0000 On Tue, Nov 4, 2014 at 5:10 PM, Allan Jude wrote: > On 11/04/2014 11:17, Kris Moore wrote: > > On 11/04/2014 10:24, Kurt Jaeger wrote: > >> Hi! > >> > >>> If you don't need any USB devices to boot, you can delay their > >>> detection by loading the modules through /etc/rc.d/kld instead > >>> of the loader: > >>> > >>> fk@r500 ~ $grep kld /etc/rc.conf > >>> kld_list="usb.ko usb_quirk.ko ehci.ko umass.ko" > >> Does this really help with the GENERIC kernel ? > >> > >> If I add this to /etc/rc.conf and do > >> > >> /etc/rc.d/kld start > >> > >> this spews a load of errors. > >> > > > > Colin added this to HEAD recently: > > > > > https://github.com/freebsd/freebsd/commit/bdb0ac02b9fd8f331fa70c8a4c29495b7ee43293 > > > > This will allow setting the passphrase at the boot-loader, so it doesn't > > get prompted for again during boot. I think there was some work by > > dteske@ to add this to the FreeBSD boot menus, but maybe you can use it > > manually for now. > > > > We are using it in PC-BSD to supply the passphrase directly from GRUB, > > so we only get prompted a single time. > > > > (Before somebody asks why we use grub) > > We are using grub to do full-disk encryption, without a unencrypted > > /boot, among other things :) > > > > > > Yes, as Kris mentioned, the solution is being working on here at MeetBSD > by dteske@ (with some advice from jmg@) at the request of cperciva@, > using the functionality Colin added to head for Kris to be able to do > this for PCBSD. > > Hopefully this problem will be solved soon. > > Seems interesting, but if I got it right, for now the boot loader still doesn't have a way to pass this right? Could I for example drop to prompt and set "g_eli_boot_passcache"? and ofc in the future it would be ideal to do it from/during the boot menu. However it should should only do it if "root" is encrypted right (not just if geli is loaded, cause it might not be used for root... say a user just encrypts the /home dir, in that case having this on boot is not needed). But if there's a way to tell the root device is encrypted at boot time, then It would be the perfect solution indeed! Pity is only usable with grub for now, but still nice to see its being worked! Thanks From owner-freebsd-current@FreeBSD.ORG Tue Nov 4 20:09:08 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D2A1FC62 for ; Tue, 4 Nov 2014 20:09:08 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id B47057CF for ; Tue, 4 Nov 2014 20:09:08 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id AE308E10 for ; Tue, 4 Nov 2014 20:09:08 +0000 (UTC) Date: Tue, 4 Nov 2014 20:09:08 +0000 (GMT) From: jenkins-admin@freebsd.org To: freebsd-current@freebsd.org Message-ID: <931111222.11.1415131748662.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1762572422.10.1415110079367.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1762572422.10.1415110079367.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Build failed in Jenkins: FreeBSD_HEAD-tests2 #187 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Jenkins-Job: FreeBSD_HEAD-tests2 X-Jenkins-Result: FAILURE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Nov 2014 20:09:08 -0000 See ------------------------------------------ [...truncated 3505 lines...] local/lutok/state_test:set_metatable -> passed [0.024s] local/lutok/state_test:set_table__ok -> passed [0.023s] local/lutok/state_test:set_table__nil -> passed [0.026s] local/lutok/state_test:to_boolean -> passed [0.025s] local/lutok/state_test:to_integer -> passed [0.027s] local/lutok/state_test:to_string -> passed [0.026s] local/lutok/state_test:to_userdata -> passed [0.028s] local/lutok/state_test:upvalue_index -> passed [0.027s] libexec/atf/atf-check/atf-check_test:sflag_eq_ne -> passed [0.162s] libexec/atf/atf-check/atf-check_test:sflag_exit -> passed [0.199s] libexec/atf/atf-check/atf-check_test:sflag_ignore -> passed [0.089s] libexec/atf/atf-check/atf-check_test:sflag_signal -> passed [0.211s] libexec/atf/atf-check/atf-check_test:xflag -> passed [0.120s] libexec/atf/atf-check/atf-check_test:oflag_empty -> passed [0.090s] libexec/atf/atf-check/atf-check_test:oflag_ignore -> passed [0.085s] libexec/atf/atf-check/atf-check_test:oflag_file -> passed [0.133s] libexec/atf/atf-check/atf-check_test:oflag_inline -> passed [0.230s] libexec/atf/atf-check/atf-check_test:oflag_match -> passed [0.151s] libexec/atf/atf-check/atf-check_test:oflag_save -> passed [0.073s] libexec/atf/atf-check/atf-check_test:oflag_multiple -> passed [0.130s] libexec/atf/atf-check/atf-check_test:oflag_negated -> passed [0.123s] libexec/atf/atf-check/atf-check_test:eflag_empty -> passed [0.086s] libexec/atf/atf-check/atf-check_test:eflag_ignore -> passed [0.087s] libexec/atf/atf-check/atf-check_test:eflag_file -> passed [0.135s] libexec/atf/atf-check/atf-check_test:eflag_inline -> passed [0.206s] libexec/atf/atf-check/atf-check_test:eflag_match -> passed [0.136s] libexec/atf/atf-check/atf-check_test:eflag_save -> passed [0.074s] libexec/atf/atf-check/atf-check_test:eflag_multiple -> passed [0.134s] libexec/atf/atf-check/atf-check_test:eflag_negated -> passed [0.123s] libexec/atf/atf-check/atf-check_test:stdin -> passed [0.068s] libexec/atf/atf-check/atf-check_test:invalid_umask -> passed [0.062s] libexec/atf/atf-sh/atf_check_test:info_ok -> passed [0.152s] libexec/atf/atf-sh/atf_check_test:expout_mismatch -> passed [0.130s] libexec/atf/atf-sh/atf_check_test:experr_mismatch -> passed [0.130s] libexec/atf/atf-sh/atf_check_test:null_stdout -> passed [0.122s] libexec/atf/atf-sh/atf_check_test:null_stderr -> passed [0.124s] libexec/atf/atf-sh/atf_check_test:equal -> passed [0.249s] libexec/atf/atf-sh/atf_check_test:flush_stdout_on_timeout -> passed [1.122s] libexec/atf/atf-sh/config_test:has -> passed [0.203s] libexec/atf/atf-sh/config_test:get -> passed [0.147s] libexec/atf/atf-sh/integration_test:no_args -> passed [0.064s] libexec/atf/atf-sh/integration_test:missing_script -> passed [0.062s] libexec/atf/atf-sh/integration_test:arguments -> passed [0.095s] libexec/atf/atf-sh/integration_test:custom_shell__command_line -> passed [0.081s] libexec/atf/atf-sh/integration_test:custom_shell__shebang -> passed [0.082s] libexec/atf/atf-sh/integration_test:set_e -> passed [0.086s] libexec/atf/atf-sh/normalize_test:main -> passed [0.104s] libexec/atf/atf-sh/tc_test:default_status -> passed [0.230s] libexec/atf/atf-sh/tc_test:missing_body -> passed [0.086s] libexec/atf/atf-sh/tp_test:srcdir -> passed [0.116s] libexec/rtld-elf/ld_library_pathfds:missing_library -> passed [0.034s] libexec/rtld-elf/ld_library_pathfds:wrong_library_directories -> passed [0.028s] libexec/rtld-elf/ld_library_pathfds:bad_library_directories -> passed [0.029s] libexec/rtld-elf/ld_library_pathfds:single_library_directory -> passed [0.032s] libexec/rtld-elf/ld_library_pathfds:first_library_directory -> passed [0.029s] libexec/rtld-elf/ld_library_pathfds:middle_library_directory -> passed [0.030s] libexec/rtld-elf/ld_library_pathfds:last_library_directory -> passed [0.031s] sbin/devd/client_test:seqpacket -> passed [0.049s] sbin/devd/client_test:stream -> passed [0.045s] sbin/dhclient/option-domain-search_test:main -> passed [0.023s] sbin/growfs/legacy_test:main -> passed [13.539s] sbin/mdconfig/legacy_test:main -> passed [0.695s] usr.bin/cut/cut_test:basic -> passed [0.144s] usr.bin/cut/cut_test:sflag -> passed [0.074s] usr.bin/cut/cut_test:dflag -> passed [0.099s] usr.bin/cut/cut_test:dsflag -> passed [0.077s] usr.bin/cut/cut_test:latin1 -> passed [0.071s] usr.bin/cut/cut_test:utf8 -> passed [0.096s] usr.bin/lastcomm/legacy_test:main -> passed [0.089s] usr.bin/mkimg/mkimg:apm_1x1_512_qcow -> passed [1.126s] usr.bin/mkimg/mkimg:apm_1x1_512_qcow2 -> passed [0.629s] usr.bin/mkimg/mkimg:apm_1x1_512_raw -> passed [0.669s] usr.bin/mkimg/mkimg:apm_1x1_512_vhd -> passed [0.814s] usr.bin/mkimg/mkimg:apm_1x1_512_vhdf -> passed [0.707s] usr.bin/mkimg/mkimg:apm_1x1_512_vmdk -> passed [1.512s] usr.bin/mkimg/mkimg:bsd_1x1_512_qcow -> passed [0.742s] usr.bin/mkimg/mkimg:bsd_1x1_512_qcow2 -> passed [0.698s] usr.bin/mkimg/mkimg:bsd_1x1_512_raw -> passed [0.747s] usr.bin/mkimg/mkimg:bsd_1x1_512_vhd -> passed [0.694s] usr.bin/mkimg/mkimg:bsd_1x1_512_vhdf -> passed [0.668s] usr.bin/mkimg/mkimg:bsd_1x1_512_vmdk -> passed [1.334s] usr.bin/mkimg/mkimg:ebr_1x1_512_qcow -> passed [0.842s] usr.bin/mkimg/mkimg:ebr_1x1_512_qcow2 -> passed [0.884s] usr.bin/mkimg/mkimg:ebr_1x1_512_raw -> passed [0.802s] usr.bin/mkimg/mkimg:ebr_1x1_512_vhd -> passed [1.476s] usr.bin/mkimg/mkimg:ebr_1x1_512_vhdf -> passed [0.963s] usr.bin/mkimg/mkimg:ebr_1x1_512_vmdk -> passed [0.853s] usr.bin/mkimg/mkimg:gpt_1x1_512_qcow -> passed [0.766s] usr.bin/mkimg/mkimg:gpt_1x1_512_qcow2 -> passed [0.928s] usr.bin/mkimg/mkimg:gpt_1x1_512_raw -> passed [1.480s] usr.bin/mkimg/mkimg:gpt_1x1_512_vhd -> passed [0.794s] usr.bin/mkimg/mkimg:gpt_1x1_512_vhdf -> passed [0.676s] usr.bin/mkimg/mkimg:gpt_1x1_512_vmdk -> passed [0.633s] usr.bin/mkimg/mkimg:mbr_1x1_512_qcow -> passed [0.886s] usr.bin/mkimg/mkimg:mbr_1x1_512_qcow2 -> passed [1.655s] usr.bin/mkimg/mkimg:mbr_1x1_512_raw -> passed [0.965s] usr.bin/mkimg/mkimg:mbr_1x1_512_vhd -> passed [1.109s] usr.bin/mkimg/mkimg:mbr_1x1_512_vhdf -> passed [1.152s] usr.bin/mkimg/mkimg:mbr_1x1_512_vmdk -> passed [2.354s] usr.bin/mkimg/mkimg:pc98_1x1_512_qcow -> passed [0.808s] usr.bin/mkimg/mkimg:pc98_1x1_512_qcow2 -> passed [0.888s] usr.bin/mkimg/mkimg:pc98_1x1_512_raw -> passed [0.847s] usr.bin/mkimg/mkimg:pc98_1x1_512_vhd -> passed [2.086s] usr.bin/mkimg/mkimg:pc98_1x1_512_vhdf -> passed [0.657s] usr.bin/mkimg/mkimg:pc98_1x1_512_vmdk -> passed [0.722s] usr.bin/mkimg/mkimg:vtoc8_1x1_512_qcow -> passed [0.682s] usr.bin/mkimg/mkimg:vtoc8_1x1_512_qcow2 -> passed [0.642s] usr.bin/mkimg/mkimg:vtoc8_1x1_512_raw -> passed [1.781s] usr.bin/mkimg/mkimg:vtoc8_1x1_512_vhd -> passed [1.189s] usr.bin/mkimg/mkimg:vtoc8_1x1_512_vhdf -> passed [0.649s] usr.bin/mkimg/mkimg:vtoc8_1x1_512_vmdk -> passed [0.622s] usr.bin/mkimg/mkimg:apm_1x1_4096_qcow -> passed [0.711s] usr.bin/mkimg/mkimg:apm_1x1_4096_qcow2 -> passed [2.091s] usr.bin/mkimg/mkimg:apm_1x1_4096_raw -> passed [0.896s] usr.bin/mkimg/mkimg:apm_1x1_4096_vhd -> passed [0.736s] usr.bin/mkimg/mkimg:apm_1x1_4096_vhdf -> passed [0.857s] usr.bin/mkimg/mkimg:apm_1x1_4096_vmdk -> passed [0.706s] usr.bin/mkimg/mkimg:bsd_1x1_4096_qcow -> passed [1.453s] usr.bin/mkimg/mkimg:bsd_1x1_4096_qcow2 -> passed [0.777s] usr.bin/mkimg/mkimg:bsd_1x1_4096_raw -> passed [0.679s] usr.bin/mkimg/mkimg:bsd_1x1_4096_vhd -> passed [0.623s] usr.bin/mkimg/mkimg:bsd_1x1_4096_vhdf -> passed [0.907s] usr.bin/mkimg/mkimg:bsd_1x1_4096_vmdk -> passed [0.640s] usr.bin/mkimg/mkimg:ebr_1x1_4096_qcow -> passed [1.972s] usr.bin/mkimg/mkimg:ebr_1x1_4096_qcow2 -> passed [1.027s] usr.bin/mkimg/mkimg:ebr_1x1_4096_raw -> passed [0.867s] usr.bin/mkimg/mkimg:ebr_1x1_4096_vhd -> passed [0.978s] usr.bin/mkimg/mkimg:ebr_1x1_4096_vhdf -> passed [1.845s] usr.bin/mkimg/mkimg:ebr_1x1_4096_vmdk -> passed [1.208s] usr.bin/mkimg/mkimg:gpt_1x1_4096_qcow -> passed [0.769s] usr.bin/mkimg/mkimg:gpt_1x1_4096_qcow2 -> passed [0.696s] usr.bin/mkimg/mkimg:gpt_1x1_4096_raw -> passed [1.905s] usr.bin/mkimg/mkimg:gpt_1x1_4096_vhd -> passed [0.810s] usr.bin/mkimg/mkimg:gpt_1x1_4096_vhdf -> passed [0.851s] usr.bin/mkimg/mkimg:gpt_1x1_4096_vmdk -> passed [0.859s] usr.bin/mkimg/mkimg:mbr_1x1_4096_qcow -> passed [1.046s] usr.bin/mkimg/mkimg:mbr_1x1_4096_qcow2 -> passed [1.959s] usr.bin/mkimg/mkimg:mbr_1x1_4096_raw -> passed [1.422s] usr.bin/mkimg/mkimg:mbr_1x1_4096_vhd -> passed [1.017s] usr.bin/mkimg/mkimg:mbr_1x1_4096_vhdf -> passed [1.829s] usr.bin/mkimg/mkimg:mbr_1x1_4096_vmdk -> passed [0.792s] usr.bin/mkimg/mkimg:pc98_1x1_4096_qcow -> passed [1.311s] usr.bin/mkimg/mkimg:pc98_1x1_4096_qcow2 -> passed [1.180s] usr.bin/mkimg/mkimg:pc98_1x1_4096_raw -> passed [2.108s] usr.bin/mkimg/mkimg:pc98_1x1_4096_vhd -> passed [1.028s] usr.bin/mkimg/mkimg:pc98_1x1_4096_vhdf -> passed [0.987s] usr.bin/mkimg/mkimg:pc98_1x1_4096_vmdk -> passed [0.911s] usr.bin/mkimg/mkimg:vtoc8_1x1_4096_qcow -> passed [1.614s] usr.bin/mkimg/mkimg:vtoc8_1x1_4096_qcow2 -> passed [0.742s] usr.bin/mkimg/mkimg:vtoc8_1x1_4096_raw -> passed [0.864s] usr.bin/mkimg/mkimg:vtoc8_1x1_4096_vhd -> passed [0.742s] usr.bin/mkimg/mkimg:vtoc8_1x1_4096_vhdf -> passed [0.779s] usr.bin/mkimg/mkimg:vtoc8_1x1_4096_vmdk -> passed [1.594s] usr.bin/mkimg/mkimg:apm_63x255_512_qcow -> passed [0.695s] usr.bin/mkimg/mkimg:apm_63x255_512_qcow2 -> passed [0.796s] usr.bin/mkimg/mkimg:apm_63x255_512_raw -> passed [0.995s] usr.bin/mkimg/mkimg:apm_63x255_512_vhd -> passed [0.782s] usr.bin/mkimg/mkimg:apm_63x255_512_vhdf -> passed [1.748s] usr.bin/mkimg/mkimg:apm_63x255_512_vmdk -> passed [0.802s] usr.bin/mkimg/mkimg:bsd_63x255_512_qcow -> passed [0.765s] usr.bin/mkimg/mkimg:bsd_63x255_512_qcow2 -> passed [0.542s] usr.bin/mkimg/mkimg:bsd_63x255_512_raw -> passed [0.566s] usr.bin/mkimg/mkimg:bsd_63x255_512_vhd -> passed [0.551s] usr.bin/mkimg/mkimg:bsd_63x255_512_vhdf -> passed [0.571s] usr.bin/mkimg/mkimg:bsd_63x255_512_vmdk -> passed [0.477s] usr.bin/mkimg/mkimg:ebr_63x255_512_qcow -> passed [0.638s] usr.bin/mkimg/mkimg:ebr_63x255_512_qcow2 -> passed [0.640s] usr.bin/mkimg/mkimg:ebr_63x255_512_raw -> passed [0.996s] usr.bin/mkimg/mkimg:ebr_63x255_512_vhd -> passed [1.935s] usr.bin/mkimg/mkimg:ebr_63x255_512_vhdf -> passed [0.707s] usr.bin/mkimg/mkimg:ebr_63x255_512_vmdk -> passed [0.758s] usr.bin/mkimg/mkimg:gpt_63x255_512_qcow -> passed [0.670s] usr.bin/mkimg/mkimg:gpt_63x255_512_qcow2 -> passed [0.755s] usr.bin/mkimg/mkimg:gpt_63x255_512_raw -> passed [1.725s] usr.bin/mkimg/mkimg:gpt_63x255_512_vhd -> passed [0.625s] usr.bin/mkimg/mkimg:gpt_63x255_512_vhdf -> passed [0.741s] usr.bin/mkimg/mkimg:gpt_63x255_512_vmdk -> passed [0.853s] usr.bin/mkimg/mkimg:mbr_63x255_512_qcow -> passed [0.979s] usr.bin/mkimg/mkimg:mbr_63x255_512_qcow2 -> passed [1.684s] usr.bin/mkimg/mkimg:mbr_63x255_512_raw -> passed [1.227s] usr.bin/mkimg/mkimg:mbr_63x255_512_vhd -> passed [1.201s] usr.bin/mkimg/mkimg:mbr_63x255_512_vhdf -> passed [1.100s] usr.bin/mkimg/mkimg:mbr_63x255_512_vmdk -> passed [2.139s] usr.bin/mkimg/mkimg:pc98_63x255_512_qcow -> passed [0.956s] usr.bin/mkimg/mkimg:pc98_63x255_512_qcow2 -> passed [0.913s] usr.bin/mkimg/mkimg:pc98_63x255_512_raw -> passed [1.114s] usr.bin/mkimg/mkimg:pc98_63x255_512_vhd -> passed [2.013s] usr.bin/mkimg/mkimg:pc98_63x255_512_vhdf -> passed [1.108s] usr.bin/mkimg/mkimg:pc98_63x255_512_vmdk -> passed [0.797s] usr.bin/mkimg/mkimg:vtoc8_63x255_512_qcow -> passed [0.647s] usr.bin/mkimg/mkimg:vtoc8_63x255_512_qcow2 -> passed [1.536s] usr.bin/mkimg/mkimg:vtoc8_63x255_512_raw -> passed [0.780s] usr.bin/mkimg/mkimg:vtoc8_63x255_512_vhd -> passed [0.526s] usr.bin/mkimg/mkimg:vtoc8_63x255_512_vhdf -> passed [0.794s] usr.bin/mkimg/mkimg:vtoc8_63x255_512_vmdk -> passed [0.690s] usr.bin/mkimg/mkimg:apm_63x255_4096_qcow -> passed [0.741s] usr.bin/mkimg/mkimg:apm_63x255_4096_qcow2 -> passed [2.178s] usr.bin/mkimg/mkimg:apm_63x255_4096_raw -> passed [0.795s] usr.bin/mkimg/mkimg:apm_63x255_4096_vhd -> passed [0.641s] usr.bin/mkimg/mkimg:apm_63x255_4096_vhdf -> passed [0.708s] usr.bin/mkimg/mkimg:apm_63x255_4096_vmdk -> passed [0.909s] usr.bin/mkimg/mkimg:bsd_63x255_4096_qcow -> passed [2.015s] usr.bin/mkimg/mkimg:bsd_63x255_4096_qcow2 -> passed [0.637s] usr.bin/mkimg/mkimg:bsd_63x255_4096_raw -> passed [0.661s] usr.bin/mkimg/mkimg:bsd_63x255_4096_vhd -> passed [0.588s] usr.bin/mkimg/mkimg:bsd_63x255_4096_vhdf -> passed [0.635s] usr.bin/mkimg/mkimg:bsd_63x255_4096_vmdk -> passed [0.684s] usr.bin/mkimg/mkimg:ebr_63x255_4096_qcow -> Traceback (most recent call last): File "/vm/freebsd-ci/scripts/test/run-tests.py", line 146, in main(sys.argv) File "/vm/freebsd-ci/scripts/test/run-tests.py", line 80, in main runTest() File "/vm/freebsd-ci/scripts/test/run-tests.py", line 118, in runTest child2.expect("# ", timeout=600) File "/usr/local/lib/python2.7/site-packages/pexpect/__init__.py", line 1451, in expect timeout, searchwindowsize) File "/usr/local/lib/python2.7/site-packages/pexpect/__init__.py", line 1466, in expect_list timeout, searchwindowsize) File "/usr/local/lib/python2.7/site-packages/pexpect/__init__.py", line 1568, in expect_loop raise TIMEOUT(str(err) + '\n' + str(self)) pexpect.TIMEOUT: Timeout exceeded. version: 3.3 command: /usr/sbin/bhyve args: [u'/usr/sbin/bhyve', u'-c', u'2', u'-m', u'2G', u'-AI', u'-H', u'-P', u'-g', u'0', u'-s', u'0:0,hostbridge', u'-s', u'1:0,lpc', u'-s', u'2:0,virtio-net,tap0,mac=58:9c:fc:00:00:2e', u'-s', u'3:0,ahci-hd,/net/jenkins-10.freebsd.org/builds/Build-UFS-image/image/FreeBSD_HEAD/test.img', u'-l', u'com1,stdio', u'vm_test'] searcher: buffer (last 100 chars): 'img/mkimg:bsd_63x255_4096_vmdk -> passed [0.684s]\r\nusr.bin/mkimg/mkimg:ebr_63x255_4096_qcow -> ' before (last 100 chars): 'img/mkimg:bsd_63x255_4096_vmdk -> passed [0.684s]\r\nusr.bin/mkimg/mkimg:ebr_63x255_4096_qcow -> ' after: match: None match_index: None exitstatus: None flag_eof: False pid: 37165 child_fd: 4 closed: False timeout: 30 delimiter: logfile: ', mode 'w' at 0x80066d150> logfile_read: None logfile_send: None maxread: 2000 ignorecase: False searchwindowsize: None delaybeforesend: 0.05 delayafterclose: 0.1 delayafterterminate: 0.1 Build step 'Execute shell' marked build as failure Recording test results From owner-freebsd-current@FreeBSD.ORG Tue Nov 4 20:42:48 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2C03A992; Tue, 4 Nov 2014 20:42:48 +0000 (UTC) Received: from mail-pa0-x22f.google.com (mail-pa0-x22f.google.com [IPv6:2607:f8b0:400e:c03::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 E50D2BDD; Tue, 4 Nov 2014 20:42:47 +0000 (UTC) Received: by mail-pa0-f47.google.com with SMTP id kx10so15041814pab.6 for ; Tue, 04 Nov 2014 12:42:47 -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=O0VTyylUwJ1jlbggNqXmdWgY9QNeBBChjhz+Mm4xJ3A=; b=NqMYHcusxntMR/wA0H5vwtYAX1cajL6WEPx/cRBPgGmMST2iXGAEpARQeB1DZMXB30 A9awJdjPEmwfbtSSdGibgbmq7xfiP3JuVedTPYdbWalVZpA8/G0TQA1pt/1iVIEpIy9w AxCabI5d6t7QEwxqAKBx4Fm3QswVmShtlBLrZljzicalt1j/y+tsLj/rgsrbDQcjy2oc jABtlvOSsfx5aSiy99wkQ1mZK7z1i8CuiunkIxslxMACVcWNGI5WX/zVSAGEKb5gEEzV EKwjWgiEYM/8QdiYKSdb8cNG0xOrx9Hyh2Fvzq3Z9meT9QKihpnzb62adznfaf8OBOJe RoVQ== X-Received: by 10.68.255.195 with SMTP id as3mr53425035pbd.38.1415133767027; Tue, 04 Nov 2014 12:42:47 -0800 (PST) Received: from [192.168.192.112] ([129.253.54.225]) by mx.google.com with ESMTPSA id dl1sm1220225pbc.16.2014.11.04.12.42.45 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 04 Nov 2014 12:42:46 -0800 (PST) Content-Type: multipart/signed; boundary="Apple-Mail=_A3DBDBAC-4EC7-4C3E-8FBC-5FE6428C2EAE"; protocol="application/pgp-signature"; micalg=pgp-sha512 Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Subject: Re: Build failed in Jenkins: FreeBSD_HEAD-tests2 #187 From: Garrett Cooper In-Reply-To: <931111222.11.1415131748662.JavaMail.jenkins@jenkins-9.freebsd.org> Date: Tue, 4 Nov 2014 12:42:43 -0800 Message-Id: References: <1762572422.10.1415110079367.JavaMail.jenkins@jenkins-9.freebsd.org> <931111222.11.1415131748662.JavaMail.jenkins@jenkins-9.freebsd.org> To: jenkins-admin@freebsd.org X-Mailer: Apple Mail (2.1878.6) Cc: "freebsd-testing@freebsd.org" , freebsd-current Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Nov 2014 20:42:48 -0000 --Apple-Mail=_A3DBDBAC-4EC7-4C3E-8FBC-5FE6428C2EAE Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 On Nov 4, 2014, at 12:09, jenkins-admin@freebsd.org wrote: > See ... Hi Craig/Jenkins admins, I opened a pull request to increase the timeout from 1 to 2 = hours when running "kyua test=94: = https://github.com/freebsd/freebsd-ci/pull/1/files . Thank you! --Apple-Mail=_A3DBDBAC-4EC7-4C3E-8FBC-5FE6428C2EAE 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 iQEcBAEBCgAGBQJUWTpDAAoJEMZr5QU6S73e6d4IAJ1jfzmgdmy26iPHRkLN/5tf 2/yhDKqv/QuK9lsVmiy2kwZbtsOdWyDNe/mrka1EhboU48ymUqYnev9n6jbtefZf boG78KsnOsFE0JKl4/6cYZstTWq7nSv1nvTOaY6Wmnfg9+AliDR1FgXUH5lqiqjN zDi3tSeAut63kqJ4FXnUI/I6nIMpSNApPHl2G/z3ryLzTZhONxTxqNTUQNYM6xsT 7byURojZO6bYmMwZpI5TSTQtQw3nOzz2XbVOeQKTukU4IJAJKUw4fOIGIEKHXNN7 aerx0vqDDRqOFwLODZHg2HjXUZp2DIrI2D6Z/x1IaGiQixRc5/dp1ccU4/D+h1w= =VOto -----END PGP SIGNATURE----- --Apple-Mail=_A3DBDBAC-4EC7-4C3E-8FBC-5FE6428C2EAE-- From owner-freebsd-current@FreeBSD.ORG Tue Nov 4 23:10:52 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 3C97F792 for ; Tue, 4 Nov 2014 23:10: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 2B8C4E94 for ; Tue, 4 Nov 2014 23:10:52 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id B0898E53 for ; Tue, 4 Nov 2014 23:10:52 +0000 (UTC) Date: Tue, 4 Nov 2014 23:10:52 +0000 (GMT) From: jenkins-admin@freebsd.org To: freebsd-current@freebsd.org Message-ID: <528653889.12.1415142652660.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <931111222.11.1415131748662.JavaMail.jenkins@jenkins-9.freebsd.org> References: <931111222.11.1415131748662.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is unstable: FreeBSD_HEAD-tests2 #188 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Jenkins-Job: FreeBSD_HEAD-tests2 X-Jenkins-Result: UNSTABLE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Nov 2014 23:10:52 -0000 See From owner-freebsd-current@FreeBSD.ORG Tue Nov 4 23:49:38 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 DFDF4324; Tue, 4 Nov 2014 23:49:38 +0000 (UTC) Received: from mail-pd0-x22c.google.com (mail-pd0-x22c.google.com [IPv6:2607:f8b0:400e:c02::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 A45AD390; Tue, 4 Nov 2014 23:49:38 +0000 (UTC) Received: by mail-pd0-f172.google.com with SMTP id r10so14627532pdi.17 for ; Tue, 04 Nov 2014 15:49:38 -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=VgHiZgoYvCkXC/vLeyOv1rDAuQvg6FXkdPY1GtqEkWY=; b=1JtoCW9j+VnZd5WKOXCXCSwarrQTuEOLFqDLXv08JYwsP4wILYGZ0GtChz4jrR+cIs 2vFDDw6+pjjR7eazqQOjUSVXOepY50tIVDqeppmmaW1hS0d1CxjXLWRTI+79dthNZPml 7uu4WU5x26x10tDPUkd5RIwobCxJCM2/7XjfmNRa1073JMW/HLXP6EcPjKJcLX97YmCz MLzqrXsIvV13suPlnz3f1yI0of6l+2/7KXyDLLvlny2iMKcnI551fFk2tDo74TylbDnU Gz31nL50PlYPkGbGbblwI7WSfGs3mxZcuWn9bb7qiPb4vuT3Hq8ntobMrn58JcXF4iwO utYw== X-Received: by 10.66.237.145 with SMTP id vc17mr53507399pac.34.1415144978259; Tue, 04 Nov 2014 15:49:38 -0800 (PST) Received: from [192.168.192.112] ([129.253.54.225]) by mx.google.com with ESMTPSA id wa3sm1426281pac.18.2014.11.04.15.49.36 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 04 Nov 2014 15:49:37 -0800 (PST) Content-Type: multipart/signed; boundary="Apple-Mail=_12D40C76-719F-471B-A47B-C2BC5019C6B8"; protocol="application/pgp-signature"; micalg=pgp-sha512 Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Subject: Re: Jenkins build is unstable: FreeBSD_HEAD-tests2 #188 From: Garrett Cooper In-Reply-To: <528653889.12.1415142652660.JavaMail.jenkins@jenkins-9.freebsd.org> Date: Tue, 4 Nov 2014 15:49:35 -0800 Message-Id: <31975C97-98BA-40C5-B5EB-AD48718CC188@gmail.com> References: <931111222.11.1415131748662.JavaMail.jenkins@jenkins-9.freebsd.org> <528653889.12.1415142652660.JavaMail.jenkins@jenkins-9.freebsd.org> To: jenkins-admin@freebsd.org X-Mailer: Apple Mail (2.1878.6) Cc: "freebsd-testing@freebsd.org" , freebsd-current Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Nov 2014 23:49:39 -0000 --Apple-Mail=_12D40C76-719F-471B-A47B-C2BC5019C6B8 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 On Nov 4, 2014, at 15:10, jenkins-admin@freebsd.org wrote: > See Hi! I=92ve filed the following bugs to track these failures. I=92ll = closely monitor the tests for another couple hours, then open up reviews = to fix the issues noted: - https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D194828 - https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D194829 Thank you! --Apple-Mail=_12D40C76-719F-471B-A47B-C2BC5019C6B8 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 iQEcBAEBCgAGBQJUWWYPAAoJEMZr5QU6S73eJDsH+wdQuXVCxL4ymd4fSKh39XsS 0jOrWEhIanQg+2t0lvoHkz1Jb1Hfl8c0kPxdbyljkOew7jTbxeP3Mel3p6FvurSp tByfGtlYDM/VE5ensLAc3GIyL6PvvpYRe3T8FpoU8uW/Sw53Sbj6vcC4qfnaxGpj J6+9PfeozQVyBuCW7HXOMzgrOlLFZD8DbXEpdO9+6RMcrNrpfRTaCvU8dhyEVqs3 VWVMPms3kqfH6n2Zua2JNOXFY2KalOTrspv4BXsqGYpuCCsG82Lx9yT9wjr3Nyem y1Zgl0GfL2ZyTZDQqgWMqPeFefzcXaBrhfJsp6WJ3fbqNEtz6FUQy1MLaOG+tvE= =Ywu9 -----END PGP SIGNATURE----- --Apple-Mail=_12D40C76-719F-471B-A47B-C2BC5019C6B8-- From owner-freebsd-current@FreeBSD.ORG Wed Nov 5 01:16:25 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9C207868; Wed, 5 Nov 2014 01:16:25 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 7CBAE289; Wed, 5 Nov 2014 01:16:25 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 0447FE80; Wed, 5 Nov 2014 01:16:24 +0000 (UTC) Date: Wed, 5 Nov 2014 01:16:20 +0000 (GMT) From: jenkins-admin@freebsd.org To: jenkins-admin@FreeBSD.org, freebsd-current@freebsd.org, dumbbell@FreeBSD.org, des@FreeBSD.org, bapt@FreeBSD.org, dteske@FreeBSD.org Message-ID: <2082513738.13.1415150183558.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Build failed in Jenkins: FreeBSD_HEAD #1772 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: Wed, 05 Nov 2014 01:16:25 -0000 See Changes: [dumbbell] vt(4): Support syscons' SC_HISTORY_SIZE to configure history siz= e Therefore, to set histry size to 2000 lines, add the following line to your kernel configuration file: options SC_HISTORY_SIZE=3D2000 The default history remains at 500 lines. MFC after:=091 week [dteske] Add new libraries/utilities for data throughput visualization. dpv(3): dialog progress view library dpv(1): stream data from stdin or multiple paths with dialog progress view figpar(3): configuration file parsing library Reviews:=09D714 Reviewed by:=09jelischer, shurd Discussed at:=09MeetBSD California 2014 Vendor/Dev Summit Discussed on:=09-current MFC after:=0921 days X-MFC-to:=09stable/10 stable/9 [des] [SA-14:25] Fix kernel stack disclosure in setlogin(2) / getlogin(2). [SA-14:26] Fix remote command execution in ftp(1). Approved by:=09so (des) [bapt] Partially fix indentation issues to improve readability helping coop= eration with Dragonfly folks PR:=09=09194785 Submitted by:=09Fran=C3=A7ois Tigeot (ftigeot@wolfpond.org) [des] When reseeding the DPRNG, we're supposed to hash the current key and some accumulated entropy twice and use that as the new key. Due to a typo, we were using the output of the first hash round instead of the second. Correct this, but eliminate temp[] since we can reuse hash[]. Also add comments explaining what is going on and why. Noticed by:=09Sami Farin Reviewed by:=09markm@ Approved by:=09so (des) ------------------------------------------ [...truncated 97827 lines...] --- all_subdir_libcalendar --- --- easter.So --- cc -fpic -DPIC -O2 -pipe -std=3Dgnu99 -fstack-protector -Wsystem-header= s -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototype= s -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-st= rings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -= Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-poin= ter-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -W= no-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c = -o easter.So --- all_subdir_libbsm --- --- bsm_fcntl.So --- cc -fpic -DPIC -O2 -pipe -I -I -st= d=3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -Wno= -empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautologic= al-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function= -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parame= ter -Wno-parentheses -Qunused-arguments -c -o bsm_fcntl.So --- bsm_flags.So --- cc -fpic -DPIC -O2 -pipe -I -I -st= d=3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -Wno= -empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautologic= al-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function= -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parame= ter -Wno-parentheses -Qunused-arguments -c -o bsm_flags.So --- all_subdir_libcalendar --- --- calendar.o --- cc -O2 -pipe -std=3Dgnu99 -fstack-protector -Wsystem-headers -Werror -W= all -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-= prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswit= ch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wne= sted-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wm= issing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-pl= us-int -Wno-unused-const-variable -Qunused-arguments -c -o calend= ar.o --- easter.o --- cc -O2 -pipe -std=3Dgnu99 -fstack-protector -Wsystem-headers -Werror -W= all -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-= prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswit= ch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wne= sted-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wm= issing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-pl= us-int -Wno-unused-const-variable -Qunused-arguments -c -o easter.o --- all_subdir_libbsm --- --- bsm_io.So --- cc -fpic -DPIC -O2 -pipe -I -I -st= d=3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -Wno= -empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautologic= al-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function= -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parame= ter -Wno-parentheses -Qunused-arguments -c = -o bsm_io.So --- all_subdir_libalias --- --- alias_mod.o --- --- all_subdir_libcalendar --- --- libcalendar.so.5 --- --- all_subdir_libalias --- cc -O2 -pipe -std=3Dgnu99 -fstack-protector -Wsystem-headers -Wall -Wno= -format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototyp= es -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wsha= dow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-ext= erns -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-v= ariable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -= Wno-unused-const-variable -Qunused-arguments -c -o alias_mod.o --- all_subdir_libcalendar --- building shared library libcalendar.so.5 --- all_subdir_libalias --- --- alias_db.o --- 5 warnings generated. --- alias_mod.o --- :130:28: warning: no previous= extern declaration for non-static variable 'dll_chain' [-Wmissing-variable= -declarations] SLIST_HEAD(dll_chain, dll) dll_chain =3D SLIST_HEAD_INITIALIZER(dll_chain); ^ --- all_subdir_libbsm --- --- bsm_mask.So --- cc -fpic -DPIC -O2 -pipe -I -I -st= d=3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -Wno= -empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautologic= al-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function= -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parame= ter -Wno-parentheses -Qunused-arguments -c -o bsm_mask.So --- all_subdir_libalias --- 1 warning generated. --- libalias.so.7 --- building shared library libalias.so.7 --- all_subdir_libcalendar --- --- libcalendar.a --- --- all_subdir_libbsm --- --- bsm_notify.So --- cc -fpic -DPIC -O2 -pipe -I -I -st= d=3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -Wno= -empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautologic= al-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function= -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parame= ter -Wno-parentheses -Qunused-arguments -c -o bsm_notify.So --- all_subdir_libcalendar --- building static calendar library ranlib -D libcalendar.a --- all_subdir_libcom_err --- =3D=3D=3D> lib/libcom_err (all) --- all_subdir_libbsm --- --- bsm_socket_type.So --- cc -fpic -DPIC -O2 -pipe -I -I -st= d=3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -Wno= -empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautologic= al-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function= -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parame= ter -Wno-parentheses -Qunused-arguments -c -o bsm_socket_type.So --- all_subdir_libalias --- --- libalias.a --- building static alias library --- all_subdir_libcom_err --- --- _sub.all --- =3D=3D=3D> lib/libcom_err/doc (all) --- all_subdir_libalias --- ranlib -D libalias.a =3D=3D=3D> lib/libalias/modules (all) --- all_subdir_libbsm --- --- bsm_token.So --- --- bsm_user.So --- --- bsm_token.So --- cc -fpic -DPIC -O2 -pipe -I -I -st= d=3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -Wno= -empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautologic= al-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function= -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parame= ter -Wno-parentheses -Qunused-arguments -c -o bsm_token.So --- bsm_user.So --- cc -fpic -DPIC -O2 -pipe -I -I -st= d=3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -Wno= -empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautologic= al-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function= -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parame= ter -Wno-parentheses -Qunused-arguments -c -o bsm_user.So --- all_subdir_libalias --- --- _sub.all --- =3D=3D=3D> lib/libalias/modules/cuseeme (all) --- alias_cuseeme.So --- cc -fpic -DPIC -O2 -pipe -std=3Dgnu99 -fstack-protector -Wsystem-header= s -Werror -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unuse= d-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parenthes= es-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-swit= ch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c = -o alias_cusee= me.So --- all_subdir_libbsm --- --- bsm_wrappers.So --- cc -fpic -DPIC -O2 -pipe -I -I -st= d=3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -Wno= -empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautologic= al-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function= -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parame= ter -Wno-parentheses -Qunused-arguments -c -o bsm_wrappers.So --- all_subdir_libalias --- --- alias_cuseeme.o --- cc -O2 -pipe -std=3Dgnu99 -fstack-protector -Wsystem-headers -Werror -W= no-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-vari= able -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality = -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno= -knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c -o alias_cuseeme.o --- all_subdir_libcompat --- =3D=3D=3D> lib/libcompat (all) --- all_subdir_libalias --- --- libalias_cuseeme.so --- building shared library libalias_cuseeme.so --- libalias_cuseeme.a --- building static alias_cuseeme library ranlib -D libalias_cuseeme.a --- all_subdir_libcrypt --- =3D=3D=3D> lib/libcrypt (all) --- all_subdir_libcompat --- --- ftime.o --- cc -O2 -pipe -DLIBC_SCCS -DSYSLIBC_SCCS -I -std=3Dgnu99 -fst= ack-protector -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-u= nused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-paren= theses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-= switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments= -c -o ftime.o --- all_subdir_libalias --- =3D=3D=3D> lib/libalias/modules/dummy (all) --- all_subdir_libcompat --- In file included from :37: /usr/obj:42:2: warning: "this file includes which i= s deprecated" [-W#warnings] #warning "this file includes which is deprecated" ^ --- all_subdir_libdevinfo --- --- all_subdir_libcompat --- 1 warning generated. --- all_subdir_libdevinfo --- =3D=3D=3D> lib/libdevinfo (all) --- all_subdir_libcompat --- --- re_comp.o --- --- all_subdir_libalias --- --- alias_dummy.So --- cc -fpic -DPIC -O2 -pipe -std=3Dgnu99 -fstack-protector -Wsystem-header= s -Werror -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unuse= d-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parenthes= es-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-swit= ch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c = -o alias_dummy.So --- all_subdir_libcompat --- cc -O2 -pipe -DLIBC_SCCS -DSYSLIBC_SCCS -I -std=3Dgnu99 -fst= ack-protector -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-u= nused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-paren= theses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-= switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments= -c -o re_comp.o --- all_subdir_libdevinfo --- --- devinfo.So --- cc -fpic -DPIC -O2 -pipe -std=3Dgnu99 -fstack-protector -Wsystem-header= s -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototype= s -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign= -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tauto= logical-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-fun= ction -Wno-enum-conversion -Qunused-arguments -c -o devinfo.So --- all_subdir_libcompat --- --- rexec.o --- cc -O2 -pipe -DLIBC_SCCS -DSYSLIBC_SCCS -I -std=3Dgnu99 -fst= ack-protector -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-u= nused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-paren= theses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-= switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments= -c -o rexec.o --- all_subdir_libalias --- --- alias_dummy.o --- cc -O2 -pipe -std=3Dgnu99 -fstack-protector -Wsystem-headers -Werror -W= no-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-vari= able -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality = -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno= -knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c -o alias_dummy.o --- libalias_dummy.so --- building shared library libalias_dummy.so --- all_subdir_libdevinfo --- --- devinfo.o --- cc -O2 -pipe -std=3Dgnu99 -fstack-protector -Wsystem-headers -Werror -W= all -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-= prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-= body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-comp= are -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-e= num-conversion -Qunused-arguments -c -o devinfo.o --- all_subdir_libalias --- --- libalias_dummy.a --- building static alias_dummy library ranlib -D libalias_dummy.a =3D=3D=3D> lib/libalias/modules/ftp (all) --- all_subdir_libbsm --- --- bsm_audit.o --- cc -O2 -pipe -I -I -std=3Dgnu99 -f= stack-protector -Wsystem-headers -Werror -Wno-pointer-sign -Wno-empty-body = -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -= Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-c= onversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-par= entheses -Qunused-arguments -c -o bsm_au= dit.o --- all_subdir_libcompat --- --- cuserid.o --- cc -O2 -pipe -DLIBC_SCCS -DSYSLIBC_SCCS -I -std=3Dgnu99 -fst= ack-protector -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-u= nused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-paren= theses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-= switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments= -c -o cuserid.o --- all_subdir_libdevinfo --- --- libdevinfo.so.5 --- building shared library libdevinfo.so.5 --- all_subdir_libalias --- --- alias_ftp.So --- cc -fpic -DPIC -O2 -pipe -std=3Dgnu99 -fstack-protector -Wsystem-header= s -Werror -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unuse= d-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parenthes= es-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-swit= ch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c = -o alias_ftp.So --- all_subdir_libcompat --- --- libcompat.a --- building static compat library --- all_subdir_libbsm --- --- bsm_class.o --- cc -O2 -pipe -I -I -std=3Dgnu99 -f= stack-protector -Wsystem-headers -Werror -Wno-pointer-sign -Wno-empty-body = -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -= Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-c= onversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-par= entheses -Qunused-arguments -c -o bsm_cl= ass.o --- all_subdir_libdevinfo --- --- libdevinfo.a --- building static devinfo library ranlib -D libdevinfo.a --- all_subdir_libcompat --- ranlib -D libcompat.a --- all_subdir_libbsm --- --- bsm_control.o --- cc -O2 -pipe -I -I -std=3Dgnu99 -f= stack-protector -Wsystem-headers -Werror -Wno-pointer-sign -Wno-empty-body = -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -= Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-c= onversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-par= entheses -Qunused-arguments -c -o bsm_= control.o --- bsm_domain.o --- cc -O2 -pipe -I -I -std=3Dgnu99 -f= stack-protector -Wsystem-headers -Werror -Wno-pointer-sign -Wno-empty-body = -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -= Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-c= onversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-par= entheses -Qunused-arguments -c -o bsm_d= omain.o --- all_subdir_libdpv --- =3D=3D=3D> lib/libdpv (all) --- all_subdir_libdwarf --- =3D=3D=3D> lib/libdwarf (all) --- all_subdir_libalias --- --- alias_ftp.o --- cc -O2 -pipe -std=3Dgnu99 -fstack-protector -Wsystem-headers -Werror -W= no-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-vari= able -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality = -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno= -knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c -o alias_ftp.o --- all_subdir_libbsm --- --- bsm_errno.o --- cc -O2 -pipe -I -I -std=3Dgnu99 -f= stack-protector -Wsystem-headers -Werror -Wno-pointer-sign -Wno-empty-body = -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -= Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-c= onversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-par= entheses -Qunused-arguments -c -o bsm_er= rno.o --- all_subdir_libdwarf --- --- dwarf_abbrev.o --- cc -O2 -pipe -I. -I -I -I -std=3Dgnu99 -fstack-protector = -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Ws= trict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-= qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wch= ar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-defin= ition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wn= o-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-argum= ents -c -o dwarf_abbrev.o --- all_subdir_libdpv --- --- dialog_util.So --- cc -fpic -DPIC -O2 -pipe -I -std=3Dgnu99 -fstack-protector -Wsystem-headers -W= error -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -W= missing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-string= s -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winl= ine -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-= sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-s= tring-plus-int -Wno-unused-const-variable -Qunused-arguments -c -o = dialog_util.So --- all_subdir_libbsm --- --- bsm_event.o --- cc -O2 -pipe -I -I -std=3Dgnu99 -f= stack-protector -Wsystem-headers -Werror -Wno-pointer-sign -Wno-empty-body = -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -= Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-c= onversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-par= entheses -Qunused-arguments -c -o bsm_ev= ent.o --- all_subdir_libdpv --- :65:7: error: no previous extern declaration for non-static variable= 'dargv' [-Werror,-Wmissing-variable-declarations] char *dargv[64] =3D { NULL }; ^ 1 error generated. *** [dialog_util.So] Error code 1 make[5]: stopped in 1 error make[5]: stopped in *** [all_subdir_libdpv] Error code 2 make[4]: stopped in --- all_subdir_libdwarf --- A failure has been detected in another branch of the parallel make make[5]: stopped in *** [all_subdir_libdwarf] Error code 2 make[4]: stopped in --- all_subdir_libbsm --- A failure has been detected in another branch of the parallel make make[5]: stopped in *** [all_subdir_libbsm] Error code 2 make[4]: stopped in --- all_subdir_libalias --- A failure has been detected in another branch of the parallel make make[7]: stopped in *** [_sub.all] Error code 2 make[6]: stopped in 1 error make[6]: stopped in *** [_sub.all] Error code 2 make[5]: stopped in 1 error make[5]: stopped in *** [all_subdir_libalias] Error code 2 make[4]: stopped in 4 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 Wed Nov 5 01:19:48 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DC27D99E for ; Wed, 5 Nov 2014 01:19:48 +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 ADA712D8 for ; Wed, 5 Nov 2014 01:19:48 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lerctr.org; s=lerami; h=Message-ID:Subject:To:From:Date:Content-Transfer-Encoding:Content-Type:MIME-Version; bh=7mWQ4DDzD6g4O6y/QxN9Bsn3Kv0Fsm8EGvqDDkVMsh4=; b=EGIFzI7yr2MxoyITqmgeSRX3/ypSS8WMps5NxzlD+280Zbd1zelEgyT3ImDxu9yhUfdowNvMdpq/YdVxDbNQxTdWR3gYdVDU0SrfKOP0hSzB5u65Wt2bKBL/ZRnH4VRMzJTghJtIwSnNxrdERxSEMEKhA71AdJ/vc/VaTmOARjM=; Received: from thebighonker.lerctr.org ([2001:470:1f0f:3ad:223:7dff:fe9e:6e8a]:43999 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 1XlpGD-0001pM-Hc for freebsd-current@freebsd.org; Tue, 04 Nov 2014 19:19: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); Tue, 04 Nov 2014 19:19:45 -0600 MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Tue, 04 Nov 2014 19:19:45 -0600 From: Larry Rosenman To: Freebsd current Subject: dpv: lots of errors, breaks WORLD Message-ID: X-Sender: ler@lerctr.org User-Agent: Roundcube Webmail/1.0.3 X-Spam-Score: -3.5 (---) X-LERCTR-Spam-Score: -3.5 (---) X-Spam-Report: SpamScore (-3.5/5.0) ALL_TRUSTED=-1, BAYES_00=-1.9, RP_MATCHES_RCVD=-0.594 X-LERCTR-Spam-Report: SpamScore (-3.5/5.0) ALL_TRUSTED=-1, BAYES_00=-1.9, RP_MATCHES_RCVD=-0.594 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: 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, 05 Nov 2014 01:19:48 -0000 --- all_subdir_libdpv --- static struct config dialogrc_config[] = { ^ /usr/src/lib/libdpv/dialogrc.h:53:8: note: forward declaration of 'struct config' struct config *dialogrc_config_option(const char *_directive); ^ /usr/src/lib/libdpv/dialogrc.c:64:6: error: use of undeclared identifier 'TYPE_INT' {TYPE_INT, "aspect", {(void *)0}, &setnum}, ^ /usr/src/lib/libdpv/dialogrc.c:65:6: error: use of undeclared identifier 'TYPE_STR' {TYPE_STR, "separate_widget", {separator}, &setstr}, ^ /usr/src/lib/libdpv/dialogrc.c:66:6: error: use of undeclared identifier 'TYPE_INT' {TYPE_INT, "tab_len", {(void *)0}, &setnum}, ^ /usr/src/lib/libdpv/dialogrc.c:67:6: error: use of undeclared identifier 'TYPE_BOOL'; did you mean 'FP_TYPE_BOOL'? {TYPE_BOOL, "visit_items", {(void *)0}, &setbool}, ^~~~~~~~~ FP_TYPE_BOOL /usr/obj/usr/src/tmp/usr/include/figpar.h:51:2: note: 'FP_TYPE_BOOL' declared here FP_TYPE_BOOL = 0x0001, /* boolean */ ^ /usr/src/lib/libdpv/dialogrc.c:68:6: error: use of undeclared identifier 'TYPE_BOOL'; did you mean 'FP_TYPE_BOOL'? {TYPE_BOOL, "use_shadow", {(void *)1}, &setbool}, ^~~~~~~~~ FP_TYPE_BOOL /usr/obj/usr/src/tmp/usr/include/figpar.h:51:2: note: 'FP_TYPE_BOOL' declared here FP_TYPE_BOOL = 0x0001, /* boolean */ ^ /usr/src/lib/libdpv/dialogrc.c:69:6: error: use of undeclared identifier 'TYPE_BOOL'; did you mean 'FP_TYPE_BOOL'? {TYPE_BOOL, "use_colors", {(void *)1}, &setbool}, ^~~~~~~~~ FP_TYPE_BOOL /usr/obj/usr/src/tmp/usr/include/figpar.h:51:2: note: 'FP_TYPE_BOOL' declared here FP_TYPE_BOOL = 0x0001, /* boolean */ ^ --- all_subdir_libdevinfo --- ERROR: ctfmerge: No ctf sections found to merge --- all_subdir_libdpv --- /usr/src/lib/libdpv/dialogrc.c:70:6: error: use of undeclared identifier 'TYPE_STR' {TYPE_STR, "screen_color", {NULL}, &setattr}, ^ /usr/src/lib/libdpv/dialogrc.c:71:6: error: use of undeclared identifier 'TYPE_STR' {TYPE_STR, "shadow_color", {NULL}, &setattr}, ^ /usr/src/lib/libdpv/dialogrc.c:72:6: error: use of undeclared identifier 'TYPE_STR' {TYPE_STR, "dialog_color", {NULL}, &setattr}, ^ /usr/src/lib/libdpv/dialogrc.c:73:6: error: use of undeclared identifier 'TYPE_STR' {TYPE_STR, "title_color", {NULL}, &setattr}, ^ /usr/src/lib/libdpv/dialogrc.c:74:6: error: use of undeclared identifier 'TYPE_STR' {TYPE_STR, "border_color", {NULL}, &setattr}, ^ /usr/src/lib/libdpv/dialogrc.c:75:6: error: use of undeclared identifier 'TYPE_STR' {TYPE_STR, "button_active_color", {NULL}, &setattr}, ^ /usr/src/lib/libdpv/dialogrc.c:76:6: error: use of undeclared identifier 'TYPE_STR' {TYPE_STR, "button_inactive_color", {NULL}, &setattr}, ^ /usr/src/lib/libdpv/dialogrc.c:77:6: error: use of undeclared identifier 'TYPE_STR' {TYPE_STR, "button_key_active_color", {NULL}, &setattr}, ^ /usr/src/lib/libdpv/dialogrc.c:78:6: error: use of undeclared identifier 'TYPE_STR' {TYPE_STR, "button_key_inactive_color", {NULL}, &setattr}, ^ --- all_subdir_libkvm --- ===> lib/libkvm (all) --- all_subdir_libdpv --- /usr/src/lib/libdpv/dialogrc.c:79:6: error: use of undeclared identifier 'TYPE_STR' {TYPE_STR, "button_label_active_color", {NULL}, &setattr}, ^ --- all_subdir_libdpv --- static struct config dialogrc_config[] = { ^ /usr/src/lib/libdpv/dialogrc.h:53:8: note: forward declaration of 'struct config' struct config *dialogrc_config_option(const char *_directive); ^ /usr/src/lib/libdpv/dialogrc.c:64:6: error: use of undeclared identifier 'TYPE_INT' {TYPE_INT, "aspect", {(void *)0}, &setnum}, ^ /usr/src/lib/libdpv/dialogrc.c:65:6: error: use of undeclared identifier 'TYPE_STR' {TYPE_STR, "separate_widget", {separator}, &setstr}, ^ /usr/src/lib/libdpv/dialogrc.c:66:6: error: use of undeclared identifier 'TYPE_INT' {TYPE_INT, "tab_len", {(void *)0}, &setnum}, ^ /usr/src/lib/libdpv/dialogrc.c:67:6: error: use of undeclared identifier 'TYPE_BOOL'; did you mean 'FP_TYPE_BOOL'? {TYPE_BOOL, "visit_items", {(void *)0}, &setbool}, ^~~~~~~~~ FP_TYPE_BOOL /usr/obj/usr/src/tmp/usr/include/figpar.h:51:2: note: 'FP_TYPE_BOOL' declared here FP_TYPE_BOOL = 0x0001, /* boolean */ ^ /usr/src/lib/libdpv/dialogrc.c:68:6: error: use of undeclared identifier 'TYPE_BOOL'; did you mean 'FP_TYPE_BOOL'? {TYPE_BOOL, "use_shadow", {(void *)1}, &setbool}, ^~~~~~~~~ FP_TYPE_BOOL /usr/obj/usr/src/tmp/usr/include/figpar.h:51:2: note: 'FP_TYPE_BOOL' declared here FP_TYPE_BOOL = 0x0001, /* boolean */ ^ /usr/src/lib/libdpv/dialogrc.c:69:6: error: use of undeclared identifier 'TYPE_BOOL'; did you mean 'FP_TYPE_BOOL'? {TYPE_BOOL, "use_colors", {(void *)1}, &setbool}, ^~~~~~~~~ FP_TYPE_BOOL /usr/obj/usr/src/tmp/usr/include/figpar.h:51:2: note: 'FP_TYPE_BOOL' declared here FP_TYPE_BOOL = 0x0001, /* boolean */ ^ --- all_subdir_libdevinfo --- ERROR: ctfmerge: No ctf sections found to merge --- all_subdir_libdpv --- /usr/src/lib/libdpv/dialogrc.c:70:6: error: use of undeclared identifier 'TYPE_STR' {TYPE_STR, "screen_color", {NULL}, &setattr}, ^ /usr/src/lib/libdpv/dialogrc.c:71:6: error: use of undeclared identifier 'TYPE_STR' {TYPE_STR, "shadow_color", {NULL}, &setattr}, ^ /usr/src/lib/libdpv/dialogrc.c:72:6: error: use of undeclared identifier 'TYPE_STR' {TYPE_STR, "dialog_color", {NULL}, &setattr}, ^ /usr/src/lib/libdpv/dialogrc.c:73:6: error: use of undeclared identifier 'TYPE_STR' {TYPE_STR, "title_color", {NULL}, &setattr}, ^ /usr/src/lib/libdpv/dialogrc.c:74:6: error: use of undeclared identifier 'TYPE_STR' {TYPE_STR, "border_color", {NULL}, &setattr}, ^ /usr/src/lib/libdpv/dialogrc.c:75:6: error: use of undeclared identifier 'TYPE_STR' {TYPE_STR, "button_active_color", {NULL}, &setattr}, ^ /usr/src/lib/libdpv/dialogrc.c:76:6: error: use of undeclared identifier 'TYPE_STR' {TYPE_STR, "button_inactive_color", {NULL}, &setattr}, ^ /usr/src/lib/libdpv/dialogrc.c:77:6: error: use of undeclared identifier 'TYPE_STR' {TYPE_STR, "button_key_active_color", {NULL}, &setattr}, ^ /usr/src/lib/libdpv/dialogrc.c:78:6: error: use of undeclared identifier 'TYPE_STR' {TYPE_STR, "button_key_inactive_color", {NULL}, &setattr}, ^ --- all_subdir_libkvm --- ===> lib/libkvm (all) --- all_subdir_libdpv --- /usr/src/lib/libdpv/dialogrc.c:79:6: error: use of undeclared identifier 'TYPE_STR' {TYPE_STR, "button_label_active_color", {NULL}, &setattr}, ^ --- all_subdir_libdpv --- static struct config dialogrc_config[] = { ^ /usr/src/lib/libdpv/dialogrc.h:53:8: note: forward declaration of 'struct config' struct config *dialogrc_config_option(const char *_directive); ^ /usr/src/lib/libdpv/dialogrc.c:64:6: error: use of undeclared identifier 'TYPE_INT' {TYPE_INT, "aspect", {(void *)0}, &setnum}, ^ /usr/src/lib/libdpv/dialogrc.c:65:6: error: use of undeclared identifier 'TYPE_STR' {TYPE_STR, "separate_widget", {separator}, &setstr}, ^ /usr/src/lib/libdpv/dialogrc.c:66:6: error: use of undeclared identifier 'TYPE_INT' {TYPE_INT, "tab_len", {(void *)0}, &setnum}, ^ /usr/src/lib/libdpv/dialogrc.c:67:6: error: use of undeclared identifier 'TYPE_BOOL'; did you mean 'FP_TYPE_BOOL'? {TYPE_BOOL, "visit_items", {(void *)0}, &setbool}, ^~~~~~~~~ FP_TYPE_BOOL /usr/obj/usr/src/tmp/usr/include/figpar.h:51:2: note: 'FP_TYPE_BOOL' declared here FP_TYPE_BOOL = 0x0001, /* boolean */ ^ /usr/src/lib/libdpv/dialogrc.c:68:6: error: use of undeclared identifier 'TYPE_BOOL'; did you mean 'FP_TYPE_BOOL'? {TYPE_BOOL, "use_shadow", {(void *)1}, &setbool}, ^~~~~~~~~ FP_TYPE_BOOL /usr/obj/usr/src/tmp/usr/include/figpar.h:51:2: note: 'FP_TYPE_BOOL' declared here FP_TYPE_BOOL = 0x0001, /* boolean */ ^ /usr/src/lib/libdpv/dialogrc.c:69:6: error: use of undeclared identifier 'TYPE_BOOL'; did you mean 'FP_TYPE_BOOL'? {TYPE_BOOL, "use_colors", {(void *)1}, &setbool}, ^~~~~~~~~ FP_TYPE_BOOL /usr/obj/usr/src/tmp/usr/include/figpar.h:51:2: note: 'FP_TYPE_BOOL' declared here FP_TYPE_BOOL = 0x0001, /* boolean */ ^ --- all_subdir_libdevinfo --- ERROR: ctfmerge: No ctf sections found to merge --- all_subdir_libdpv --- /usr/src/lib/libdpv/dialogrc.c:70:6: error: use of undeclared identifier 'TYPE_STR' {TYPE_STR, "screen_color", {NULL}, &setattr}, ^ /usr/src/lib/libdpv/dialogrc.c:71:6: error: use of undeclared identifier 'TYPE_STR' {TYPE_STR, "shadow_color", {NULL}, &setattr}, ^ /usr/src/lib/libdpv/dialogrc.c:72:6: error: use of undeclared identifier 'TYPE_STR' {TYPE_STR, "dialog_color", {NULL}, &setattr}, ^ /usr/src/lib/libdpv/dialogrc.c:73:6: error: use of undeclared identifier 'TYPE_STR' {TYPE_STR, "title_color", {NULL}, &setattr}, ^ /usr/src/lib/libdpv/dialogrc.c:74:6: error: use of undeclared identifier 'TYPE_STR' {TYPE_STR, "border_color", {NULL}, &setattr}, ^ /usr/src/lib/libdpv/dialogrc.c:75:6: error: use of undeclared identifier 'TYPE_STR' {TYPE_STR, "button_active_color", {NULL}, &setattr}, ^ /usr/src/lib/libdpv/dialogrc.c:76:6: error: use of undeclared identifier 'TYPE_STR' {TYPE_STR, "button_inactive_color", {NULL}, &setattr}, ^ /usr/src/lib/libdpv/dialogrc.c:77:6: error: use of undeclared identifier 'TYPE_STR' {TYPE_STR, "button_key_active_color", {NULL}, &setattr}, ^ /usr/src/lib/libdpv/dialogrc.c:78:6: error: use of undeclared identifier 'TYPE_STR' {TYPE_STR, "button_key_inactive_color", {NULL}, &setattr}, ^ --- all_subdir_libkvm --- ===> lib/libkvm (all) --- all_subdir_libdpv --- /usr/src/lib/libdpv/dialogrc.c:79:6: error: use of undeclared identifier 'TYPE_STR' {TYPE_STR, "button_label_active_color", {NULL}, &setattr}, ^ borg.lerctr.org /usr/src # svn info Path: . Working Copy Root Path: /usr/src URL: svn://svn.freebsd.org/base/head Relative URL: ^/head Repository Root: svn://svn.freebsd.org/base Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f Revision: 274118 Node Kind: directory Schedule: normal Last Changed Author: melifaro Last Changed Rev: 274118 Last Changed Date: 2014-11-04 18:58:01 -0600 (Tue, 04 Nov 2014) -- 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 Wed Nov 5 01:35:29 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 5AA39D92; Wed, 5 Nov 2014 01:35:29 +0000 (UTC) Received: from shxd.cx (unknown [64.201.244.140]) (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 4401067A; Wed, 5 Nov 2014 01:35:29 +0000 (UTC) Received: from [129.253.54.225] (port=10118 helo=THEMADHATTER) by shxd.cx with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.77 (FreeBSD)) (envelope-from ) id 1XlcYs-000O6B-Vx; Tue, 04 Nov 2014 03:46:11 -0800 From: To: , , , , References: <2082513738.13.1415150183558.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <2082513738.13.1415150183558.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: RE: Build failed in Jenkins: FreeBSD_HEAD #1772 Date: Tue, 4 Nov 2014 17:35:19 -0800 Message-ID: <071201cff898$c2804f60$4780ee20$@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Outlook 15.0 Thread-Index: AQFU6sJXFq5u+rI9u48MSZBAFFgcQp1HW9Gw Content-Language: en-us Sender: devin@shxd.cx X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: 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, 05 Nov 2014 01:35:29 -0000 Fixing!!!!! Sorry! Pointy-Hat!!!! (really pointy) --=20 Devin > -----Original Message----- > From: jenkins-admin@freebsd.org [mailto:jenkins-admin@freebsd.org] > Sent: Tuesday, November 4, 2014 5:16 PM > To: jenkins-admin@FreeBSD.org; freebsd-current@freebsd.org; > dumbbell@FreeBSD.org; des@FreeBSD.org; bapt@FreeBSD.org; > dteske@FreeBSD.org > Subject: Build failed in Jenkins: FreeBSD_HEAD #1772 >=20 > See > >=20 > Changes: >=20 > [dumbbell] vt(4): Support syscons' SC_HISTORY_SIZE to configure = history size >=20 > Therefore, to set histry size to 2000 lines, add the following line to > your kernel configuration file: > options SC_HISTORY_SIZE=3D2000 >=20 > The default history remains at 500 lines. >=20 > MFC after: 1 week >=20 > [dteske] Add new libraries/utilities for data throughput = visualization. > dpv(3): dialog progress view library > dpv(1): stream data from stdin or multiple paths with dialog progress = view > figpar(3): configuration file parsing library >=20 > Reviews: D714 > Reviewed by: jelischer, shurd > Discussed at: MeetBSD California 2014 Vendor/Dev Summit > Discussed on: -current > MFC after: 21 days > X-MFC-to: stable/10 stable/9 >=20 > [des] [SA-14:25] Fix kernel stack disclosure in setlogin(2) / = getlogin(2). > [SA-14:26] Fix remote command execution in ftp(1). >=20 > Approved by: so (des) >=20 > [bapt] Partially fix indentation issues to improve readability helping > cooperation with > Dragonfly folks >=20 > PR: 194785 > Submitted by: Fran=C3=A7ois Tigeot (ftigeot@wolfpond.org) >=20 > [des] When reseeding the DPRNG, we're supposed to hash the current key > and > some accumulated entropy twice and use that as the new key. Due to a > typo, we were using the output of the first hash round instead of the > second. Correct this, but eliminate temp[] since we can reuse hash[]. > Also add comments explaining what is going on and why. >=20 > Noticed by: Sami Farin > Reviewed by: markm@ > Approved by: so (des) >=20 > ------------------------------------------ > [...truncated 97827 lines...] > --- all_subdir_libcalendar --- > --- easter.So --- > cc -fpic -DPIC -O2 -pipe -std=3Dgnu99 -fstack-protector = -Wsystem-headers - > Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict- > prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast- > qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align > -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold- > style-definition -Wno-pointer-sign -Wmissing-variable-declarations - > Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused- > const-variable -Qunused-arguments -c > = /easter.c> -o easter.So > --- all_subdir_libbsm --- > --- bsm_fcntl.So --- > cc -fpic -DPIC -O2 -pipe - > = I ./contrib/openbsm> - > = I ./contrib/openbsm/libbsm> -std=3Dgnu99 -fstack-protector = -Wsystem-headers > -Werror -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno- > unused-const-variable -Wno-tautological-compare -Wno-unused-value - > Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion - > Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno- > parentheses -Qunused-arguments -c > = /contrib/openbsm/libbsm/bsm_fcntl.c> -o bsm_fcntl.So > --- bsm_flags.So --- > cc -fpic -DPIC -O2 -pipe - > = I ./contrib/openbsm> - > = I ./contrib/openbsm/libbsm> -std=3Dgnu99 -fstack-protector = -Wsystem-headers > -Werror -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno- > unused-const-variable -Wno-tautological-compare -Wno-unused-value - > Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion - > Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno- > parentheses -Qunused-arguments -c > = /contrib/openbsm/libbsm/bsm_flags.c> -o bsm_flags.So > --- all_subdir_libcalendar --- > --- calendar.o --- > cc -O2 -pipe -std=3Dgnu99 -fstack-protector -Wsystem-headers = -Werror -Wall > -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes - > Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite- > strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar- > subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style- > definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread- > safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable = - > Qunused-arguments -c > = /calendar.c> -o calendar.o > --- easter.o --- > cc -O2 -pipe -std=3Dgnu99 -fstack-protector -Wsystem-headers = -Werror -Wall > -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes - > Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite- > strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar- > subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style- > definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread- > safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable = - > Qunused-arguments -c > = /easter.c> -o easter.o > --- all_subdir_libbsm --- > --- bsm_io.So --- > cc -fpic -DPIC -O2 -pipe - > = I ./contrib/openbsm> - > = I ./contrib/openbsm/libbsm> -std=3Dgnu99 -fstack-protector = -Wsystem-headers > -Werror -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno- > unused-const-variable -Wno-tautological-compare -Wno-unused-value - > Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion - > Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno- > parentheses -Qunused-arguments -c > = /contrib/openbsm/libbsm/bsm_io.c> -o bsm_io.So > --- all_subdir_libalias --- > --- alias_mod.o --- > --- all_subdir_libcalendar --- > --- libcalendar.so.5 --- > --- all_subdir_libalias --- > cc -O2 -pipe -std=3Dgnu99 -fstack-protector -Wsystem-headers -Wall = -Wno- > format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing- > prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings - > Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts - > Winline -Wnested-externs -Wredundant-decls -Wold-style-definition = -Wno- > pointer-sign -Wmissing-variable-declarations -Wthread-safety = -Wno-empty- > body -Wno-string-plus-int -Wno-unused-const-variable -Qunused- > arguments -c > = lias/../../../sys/netinet/libalias/alias_mod.c> -o alias_mod.o > --- all_subdir_libcalendar --- > building shared library libcalendar.so.5 > --- all_subdir_libalias --- > --- alias_db.o --- > 5 warnings generated. > --- alias_mod.o --- > = lias/../../../sys/netinet/libalias/alias_mod.c>:130:28: warning: no = previous > extern declaration for non-static variable 'dll_chain' = [-Wmissing-variable- > declarations] > SLIST_HEAD(dll_chain, dll) dll_chain =3D = SLIST_HEAD_INITIALIZER(dll_chain); > ^ > --- all_subdir_libbsm --- > --- bsm_mask.So --- > cc -fpic -DPIC -O2 -pipe - > = I ./contrib/openbsm> - > = I ./contrib/openbsm/libbsm> -std=3Dgnu99 -fstack-protector = -Wsystem-headers > -Werror -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno- > unused-const-variable -Wno-tautological-compare -Wno-unused-value - > Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion - > Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno- > parentheses -Qunused-arguments -c > = /contrib/openbsm/libbsm/bsm_mask.c> -o bsm_mask.So > --- all_subdir_libalias --- > 1 warning generated. > --- libalias.so.7 --- > building shared library libalias.so.7 > --- all_subdir_libcalendar --- > --- libcalendar.a --- > --- all_subdir_libbsm --- > --- bsm_notify.So --- > cc -fpic -DPIC -O2 -pipe - > = I ./contrib/openbsm> - > = I ./contrib/openbsm/libbsm> -std=3Dgnu99 -fstack-protector = -Wsystem-headers > -Werror -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno- > unused-const-variable -Wno-tautological-compare -Wno-unused-value - > Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion - > Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno- > parentheses -Qunused-arguments -c > = /contrib/openbsm/libbsm/bsm_notify.c> -o bsm_notify.So > --- all_subdir_libcalendar --- > building static calendar library > ranlib -D libcalendar.a > --- all_subdir_libcom_err --- > =3D=3D=3D> lib/libcom_err (all) > --- all_subdir_libbsm --- > --- bsm_socket_type.So --- > cc -fpic -DPIC -O2 -pipe - > = I ./contrib/openbsm> - > = I ./contrib/openbsm/libbsm> -std=3Dgnu99 -fstack-protector = -Wsystem-headers > -Werror -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno- > unused-const-variable -Wno-tautological-compare -Wno-unused-value - > Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion - > Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno- > parentheses -Qunused-arguments -c > = /contrib/openbsm/libbsm/bsm_socket_type.c> -o bsm_socket_type.So > --- all_subdir_libalias --- > --- libalias.a --- > building static alias library > --- all_subdir_libcom_err --- > --- _sub.all --- > =3D=3D=3D> lib/libcom_err/doc (all) > --- all_subdir_libalias --- > ranlib -D libalias.a > =3D=3D=3D> lib/libalias/modules (all) > --- all_subdir_libbsm --- > --- bsm_token.So --- > --- bsm_user.So --- > --- bsm_token.So --- > cc -fpic -DPIC -O2 -pipe - > = I ./contrib/openbsm> - > = I ./contrib/openbsm/libbsm> -std=3Dgnu99 -fstack-protector = -Wsystem-headers > -Werror -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno- > unused-const-variable -Wno-tautological-compare -Wno-unused-value - > Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion - > Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno- > parentheses -Qunused-arguments -c > = /contrib/openbsm/libbsm/bsm_token.c> -o bsm_token.So > --- bsm_user.So --- > cc -fpic -DPIC -O2 -pipe - > = I ./contrib/openbsm> - > = I ./contrib/openbsm/libbsm> -std=3Dgnu99 -fstack-protector = -Wsystem-headers > -Werror -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno- > unused-const-variable -Wno-tautological-compare -Wno-unused-value - > Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion - > Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno- > parentheses -Qunused-arguments -c > = /contrib/openbsm/libbsm/bsm_user.c> -o bsm_user.So > --- all_subdir_libalias --- > --- _sub.all --- > =3D=3D=3D> lib/libalias/modules/cuseeme (all) > --- alias_cuseeme.So --- > cc -fpic -DPIC -O2 -pipe -std=3Dgnu99 -fstack-protector = -Wsystem-headers - > Werror -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno- > unused-const-variable -Wno-tautological-compare -Wno-unused-value - > Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion - > Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno- > parentheses -Qunused-arguments -c > = dules/cuseeme/../../../../sys/netinet/libalias/alias_cuseeme.c> -o > alias_cuseeme.So > --- all_subdir_libbsm --- > --- bsm_wrappers.So --- > cc -fpic -DPIC -O2 -pipe - > = I ./contrib/openbsm> - > = I ./contrib/openbsm/libbsm> -std=3Dgnu99 -fstack-protector = -Wsystem-headers > -Werror -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno- > unused-const-variable -Wno-tautological-compare -Wno-unused-value - > Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion - > Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno- > parentheses -Qunused-arguments -c > = /contrib/openbsm/libbsm/bsm_wrappers.c> -o bsm_wrappers.So > --- all_subdir_libalias --- > --- alias_cuseeme.o --- > cc -O2 -pipe -std=3Dgnu99 -fstack-protector -Wsystem-headers = -Werror - > Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused- > const-variable -Wno-tautological-compare -Wno-unused-value -Wno- > parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno- > switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno- > parentheses -Qunused-arguments -c > = dules/cuseeme/../../../../sys/netinet/libalias/alias_cuseeme.c> -o > alias_cuseeme.o > --- all_subdir_libcompat --- > =3D=3D=3D> lib/libcompat (all) > --- all_subdir_libalias --- > --- libalias_cuseeme.so --- > building shared library libalias_cuseeme.so > --- libalias_cuseeme.a --- > building static alias_cuseeme library > ranlib -D libalias_cuseeme.a > --- all_subdir_libcrypt --- > =3D=3D=3D> lib/libcrypt (all) > --- all_subdir_libcompat --- > --- ftime.o --- > cc -O2 -pipe -DLIBC_SCCS -DSYSLIBC_SCCS - > = I /../libc/locale> -std=3Dgnu99 -fstack-protector -Wno-pointer-sign = -Wno- > empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno- > tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno- > unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum - > Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c > = 4.1/ftime.c> -o ftime.o > --- all_subdir_libalias --- > =3D=3D=3D> lib/libalias/modules/dummy (all) > --- all_subdir_libcompat --- > In file included from > = 4.1/ftime.c>:37: > /usr/obj usr/include/sys/timeb.h>:42:2: warning: "this file includes = > which is deprecated" [-W#warnings] > #warning "this file includes which is deprecated" > ^ > --- all_subdir_libdevinfo --- > --- all_subdir_libcompat --- > 1 warning generated. > --- all_subdir_libdevinfo --- > =3D=3D=3D> lib/libdevinfo (all) > --- all_subdir_libcompat --- > --- re_comp.o --- > --- all_subdir_libalias --- > --- alias_dummy.So --- > cc -fpic -DPIC -O2 -pipe -std=3Dgnu99 -fstack-protector = -Wsystem-headers - > Werror -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno- > unused-const-variable -Wno-tautological-compare -Wno-unused-value - > Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion - > Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno- > parentheses -Qunused-arguments -c > = dules/dummy/../../../../sys/netinet/libalias/alias_dummy.c> -o > alias_dummy.So > --- all_subdir_libcompat --- > cc -O2 -pipe -DLIBC_SCCS -DSYSLIBC_SCCS - > = I /../libc/locale> -std=3Dgnu99 -fstack-protector -Wno-pointer-sign = -Wno- > empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno- > tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno- > unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum - > Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c > = 4.3/re_comp.c> -o re_comp.o > --- all_subdir_libdevinfo --- > --- devinfo.So --- > cc -fpic -DPIC -O2 -pipe -std=3Dgnu99 -fstack-protector = -Wsystem-headers - > Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict- > prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized = -Wno- > pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const- > variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses- > equality -Wno-unused-function -Wno-enum-conversion -Qunused- > arguments -c > = devinfo.c> -o devinfo.So > --- all_subdir_libcompat --- > --- rexec.o --- > cc -O2 -pipe -DLIBC_SCCS -DSYSLIBC_SCCS - > = I /../libc/locale> -std=3Dgnu99 -fstack-protector -Wno-pointer-sign = -Wno- > empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno- > tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno- > unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum - > Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c > = 4.3/rexec.c> -o rexec.o > --- all_subdir_libalias --- > --- alias_dummy.o --- > cc -O2 -pipe -std=3Dgnu99 -fstack-protector -Wsystem-headers = -Werror - > Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused- > const-variable -Wno-tautological-compare -Wno-unused-value -Wno- > parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno- > switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno- > parentheses -Qunused-arguments -c > = dules/dummy/../../../../sys/netinet/libalias/alias_dummy.c> -o > alias_dummy.o > --- libalias_dummy.so --- > building shared library libalias_dummy.so > --- all_subdir_libdevinfo --- > --- devinfo.o --- > cc -O2 -pipe -std=3Dgnu99 -fstack-protector -Wsystem-headers = -Werror -Wall > -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes - > Wmissing-prototypes -Wpointer-arith -Wno-uninitialized = -Wno-pointer-sign - > Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno- > tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno- > unused-function -Wno-enum-conversion -Qunused-arguments -c > = devinfo.c> -o devinfo.o > --- all_subdir_libalias --- > --- libalias_dummy.a --- > building static alias_dummy library > ranlib -D libalias_dummy.a > =3D=3D=3D> lib/libalias/modules/ftp (all) > --- all_subdir_libbsm --- > --- bsm_audit.o --- > cc -O2 -pipe - > = I ./contrib/openbsm> - > = I ./contrib/openbsm/libbsm> -std=3Dgnu99 -fstack-protector = -Wsystem-headers > -Werror -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno- > unused-const-variable -Wno-tautological-compare -Wno-unused-value - > Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion - > Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno- > parentheses -Qunused-arguments -c > = /contrib/openbsm/libbsm/bsm_audit.c> -o bsm_audit.o > --- all_subdir_libcompat --- > --- cuserid.o --- > cc -O2 -pipe -DLIBC_SCCS -DSYSLIBC_SCCS - > = I /../libc/locale> -std=3Dgnu99 -fstack-protector -Wno-pointer-sign = -Wno- > empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno- > tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno- > unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum - > Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c > = 4.4/cuserid.c> -o cuserid.o > --- all_subdir_libdevinfo --- > --- libdevinfo.so.5 --- > building shared library libdevinfo.so.5 > --- all_subdir_libalias --- > --- alias_ftp.So --- > cc -fpic -DPIC -O2 -pipe -std=3Dgnu99 -fstack-protector = -Wsystem-headers - > Werror -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno- > unused-const-variable -Wno-tautological-compare -Wno-unused-value - > Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion - > Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno- > parentheses -Qunused-arguments -c > = dules/ftp/../../../../sys/netinet/libalias/alias_ftp.c> -o = alias_ftp.So > --- all_subdir_libcompat --- > --- libcompat.a --- > building static compat library > --- all_subdir_libbsm --- > --- bsm_class.o --- > cc -O2 -pipe - > = I ./contrib/openbsm> - > = I ./contrib/openbsm/libbsm> -std=3Dgnu99 -fstack-protector = -Wsystem-headers > -Werror -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno- > unused-const-variable -Wno-tautological-compare -Wno-unused-value - > Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion - > Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno- > parentheses -Qunused-arguments -c > = /contrib/openbsm/libbsm/bsm_class.c> -o bsm_class.o > --- all_subdir_libdevinfo --- > --- libdevinfo.a --- > building static devinfo library > ranlib -D libdevinfo.a > --- all_subdir_libcompat --- > ranlib -D libcompat.a > --- all_subdir_libbsm --- > --- bsm_control.o --- > cc -O2 -pipe - > = I ./contrib/openbsm> - > = I ./contrib/openbsm/libbsm> -std=3Dgnu99 -fstack-protector = -Wsystem-headers > -Werror -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno- > unused-const-variable -Wno-tautological-compare -Wno-unused-value - > Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion - > Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno- > parentheses -Qunused-arguments -c > = /contrib/openbsm/libbsm/bsm_control.c> -o bsm_control.o > --- bsm_domain.o --- > cc -O2 -pipe - > = I ./contrib/openbsm> - > = I ./contrib/openbsm/libbsm> -std=3Dgnu99 -fstack-protector = -Wsystem-headers > -Werror -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno- > unused-const-variable -Wno-tautological-compare -Wno-unused-value - > Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion - > Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno- > parentheses -Qunused-arguments -c > = /contrib/openbsm/libbsm/bsm_domain.c> -o bsm_domain.o > --- all_subdir_libdpv --- > =3D=3D=3D> lib/libdpv (all) > --- all_subdir_libdwarf --- > =3D=3D=3D> lib/libdwarf (all) > --- all_subdir_libalias --- > --- alias_ftp.o --- > cc -O2 -pipe -std=3Dgnu99 -fstack-protector -Wsystem-headers = -Werror - > Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused- > const-variable -Wno-tautological-compare -Wno-unused-value -Wno- > parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno- > switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno- > parentheses -Qunused-arguments -c > = dules/ftp/../../../../sys/netinet/libalias/alias_ftp.c> -o alias_ftp.o > --- all_subdir_libbsm --- > --- bsm_errno.o --- > cc -O2 -pipe - > = I ./contrib/openbsm> - > = I ./contrib/openbsm/libbsm> -std=3Dgnu99 -fstack-protector = -Wsystem-headers > -Werror -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno- > unused-const-variable -Wno-tautological-compare -Wno-unused-value - > Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion - > Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno- > parentheses -Qunused-arguments -c > = /contrib/openbsm/libbsm/bsm_errno.c> -o bsm_errno.o > --- all_subdir_libdwarf --- > --- dwarf_abbrev.o --- > cc -O2 -pipe -I. - > = I /../contrib/elftoolchain/libdwarf> - > = I /../contrib/elftoolchain/common> - > = I /../contrib/elftoolchain/libelf> -std=3Dgnu99 -fstack-protector = -Wsystem- > headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter - > Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type = - > Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter - > Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant- > decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable- > declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int = -Wno- > unused-const-variable -Qunused-arguments -c > = /../contrib/elftoolchain/libdwarf/dwarf_abbrev.c> -o dwarf_abbrev.o > --- all_subdir_libdpv --- > --- dialog_util.So --- > cc -fpic -DPIC -O2 -pipe - > I = - > std=3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wall = -Wno-format- > y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes > -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch - > Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline - > Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer- > sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body - > Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c > = og_util.c> -o dialog_util.So > --- all_subdir_libbsm --- > --- bsm_event.o --- > cc -O2 -pipe - > = I ./contrib/openbsm> - > = I ./contrib/openbsm/libbsm> -std=3Dgnu99 -fstack-protector = -Wsystem-headers > -Werror -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno- > unused-const-variable -Wno-tautological-compare -Wno-unused-value - > Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion - > Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno- > parentheses -Qunused-arguments -c > = /contrib/openbsm/libbsm/bsm_event.c> -o bsm_event.o > --- all_subdir_libdpv --- > = og_util.c>:65:7: error: no previous extern declaration for non-static = variable > 'dargv' [-Werror,-Wmissing-variable-declarations] > char *dargv[64] =3D { NULL }; > ^ > 1 error generated. > *** [dialog_util.So] Error code 1 >=20 > make[5]: stopped in > > 1 error >=20 > make[5]: stopped in > > *** [all_subdir_libdpv] Error code 2 >=20 > make[4]: stopped in > > --- all_subdir_libdwarf --- > A failure has been detected in another branch of the parallel make >=20 > make[5]: stopped in > > *** [all_subdir_libdwarf] Error code 2 >=20 > make[4]: stopped in > > --- all_subdir_libbsm --- > A failure has been detected in another branch of the parallel make >=20 > make[5]: stopped in > > *** [all_subdir_libbsm] Error code 2 >=20 > make[4]: stopped in > > --- all_subdir_libalias --- > A failure has been detected in another branch of the parallel make >=20 > make[7]: stopped in > = dules/ftp> > *** [_sub.all] Error code 2 >=20 > make[6]: stopped in > = dules> > 1 error >=20 > make[6]: stopped in > = dules> > *** [_sub.all] Error code 2 >=20 > make[5]: stopped in > > 1 error >=20 > make[5]: stopped in > > *** [all_subdir_libalias] Error code 2 >=20 > make[4]: stopped in > > 4 errors >=20 > make[4]: stopped in > > A failure has been detected in another branch of the parallel make >=20 > make[3]: stopped in > > *** [libraries] Error code 2 >=20 > make[2]: stopped in > > 1 error >=20 > make[2]: stopped in > > *** [_libraries] Error code 2 >=20 > make[1]: stopped in > > 1 error >=20 > make[1]: stopped in > > *** [buildworld] Error code 2 >=20 > make: stopped in > > 1 error >=20 > make: stopped in > > Build step 'Execute shell' marked build as failure From owner-freebsd-current@FreeBSD.ORG Wed Nov 5 01:59: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 42E13493; Wed, 5 Nov 2014 01:59:36 +0000 (UTC) Received: from shxd.cx (unknown [64.201.244.140]) (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 2BE9E8C7; Wed, 5 Nov 2014 01:59:36 +0000 (UTC) Received: from [129.253.54.225] (port=33942 helo=THEMADHATTER) by shxd.cx with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.77 (FreeBSD)) (envelope-from ) id 1Xlcw3-000Opx-50; Tue, 04 Nov 2014 04:10:07 -0800 From: To: , , , References: <2082513738.13.1415150183558.JavaMail.jenkins@jenkins-9.freebsd.org> <071201cff898$c2804f60$4780ee20$@FreeBSD.org> In-Reply-To: <071201cff898$c2804f60$4780ee20$@FreeBSD.org> Subject: RE: Build failed in Jenkins: FreeBSD_HEAD #1772 Date: Tue, 4 Nov 2014 17:59:26 -0800 Message-ID: <072001cff89c$21251a20$636f4e60$@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Outlook 15.0 Thread-Index: AQFU6sJXFq5u+rI9u48MSZBAFFgcQgIOfGcXnTbuj0A= Content-Language: en-us Sender: devin@shxd.cx Cc: dteske@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, 05 Nov 2014 01:59:36 -0000 Build is unbroken ;D Thanks! hehe (and sorry) http://svnweb.freebsd.org/base?view=3Drevision&revision=3D274121 shurd and I learned today that WARNS=3D6 means something different on -CURRENT than on 9 or 10 (or at least, the 9 and 10 that I have deployed for my testing [smiles]). --=20 Devin > -----Original Message----- > From: devin@shxd.cx [mailto:devin@shxd.cx] On Behalf Of > dteske@FreeBSD.org > Sent: Tuesday, November 4, 2014 5:35 PM > To: freebsd-current@freebsd.org; dumbbell@FreeBSD.org; > des@FreeBSD.org; bapt@FreeBSD.org; dteske@FreeBSD.org > Subject: RE: Build failed in Jenkins: FreeBSD_HEAD #1772 >=20 > Fixing!!!!! >=20 > Sorry! Pointy-Hat!!!! (really pointy) > -- > Devin >=20 > > -----Original Message----- > > From: jenkins-admin@freebsd.org [mailto:jenkins-admin@freebsd.org] > > Sent: Tuesday, November 4, 2014 5:16 PM > > To: jenkins-admin@FreeBSD.org; freebsd-current@freebsd.org; > > dumbbell@FreeBSD.org; des@FreeBSD.org; bapt@FreeBSD.org; > > dteske@FreeBSD.org > > Subject: Build failed in Jenkins: FreeBSD_HEAD #1772 > > > > See > > > > > > Changes: > > > > [dumbbell] vt(4): Support syscons' SC_HISTORY_SIZE to configure = history > size > > > > Therefore, to set histry size to 2000 lines, add the following line = to > > your kernel configuration file: > > options SC_HISTORY_SIZE=3D2000 > > > > The default history remains at 500 lines. > > > > MFC after: 1 week > > > > [dteske] Add new libraries/utilities for data throughput = visualization. > > dpv(3): dialog progress view library > > dpv(1): stream data from stdin or multiple paths with dialog = progress view > > figpar(3): configuration file parsing library > > > > Reviews: D714 > > Reviewed by: jelischer, shurd > > Discussed at: MeetBSD California 2014 Vendor/Dev Summit > > Discussed on: -current > > MFC after: 21 days > > X-MFC-to: stable/10 stable/9 > > > > [des] [SA-14:25] Fix kernel stack disclosure in setlogin(2) / = getlogin(2). > > [SA-14:26] Fix remote command execution in ftp(1). > > > > Approved by: so (des) > > > > [bapt] Partially fix indentation issues to improve readability = helping > > cooperation with > > Dragonfly folks > > > > PR: 194785 > > Submitted by: Fran=C3=A7ois Tigeot (ftigeot@wolfpond.org) > > > > [des] When reseeding the DPRNG, we're supposed to hash the current = key > > and > > some accumulated entropy twice and use that as the new key. Due to = a > > typo, we were using the output of the first hash round instead of = the > > second. Correct this, but eliminate temp[] since we can reuse = hash[]. > > Also add comments explaining what is going on and why. > > > > Noticed by: Sami Farin > > Reviewed by: markm@ > > Approved by: so (des) > > > > ------------------------------------------ > > [...truncated 97827 lines...] > > --- all_subdir_libcalendar --- > > --- easter.So --- > > cc -fpic -DPIC -O2 -pipe -std=3Dgnu99 -fstack-protector = -Wsystem-headers - > > Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict- > > prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type = -Wcast- > > qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast- > align > > -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold- > > style-definition -Wno-pointer-sign -Wmissing-variable-declarations - > > Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused- > > const-variable -Qunused-arguments -c > > > = > /easter.c> -o easter.So > > --- all_subdir_libbsm --- > > --- bsm_fcntl.So --- > > cc -fpic -DPIC -O2 -pipe - > > > = I > ./contrib/openbsm> - > > > = I > ./contrib/openbsm/libbsm> -std=3Dgnu99 -fstack-protector -Wsystem- > headers > > -Werror -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno- > > unused-const-variable -Wno-tautological-compare -Wno-unused-value - > > Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion > - > > Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno- > > parentheses -Qunused-arguments -c > > > = > /contrib/openbsm/libbsm/bsm_fcntl.c> -o bsm_fcntl.So > > --- bsm_flags.So --- > > cc -fpic -DPIC -O2 -pipe - > > > = I > ./contrib/openbsm> - > > > = I > ./contrib/openbsm/libbsm> -std=3Dgnu99 -fstack-protector -Wsystem- > headers > > -Werror -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno- > > unused-const-variable -Wno-tautological-compare -Wno-unused-value - > > Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion > - > > Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno- > > parentheses -Qunused-arguments -c > > > = > /contrib/openbsm/libbsm/bsm_flags.c> -o bsm_flags.So > > --- all_subdir_libcalendar --- > > --- calendar.o --- > > cc -O2 -pipe -std=3Dgnu99 -fstack-protector -Wsystem-headers = -Werror - > Wall > > -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes - > > Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual = -Wwrite- > > strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar- > > subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style- > > definition -Wno-pointer-sign -Wmissing-variable-declarations = -Wthread- > > safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const- > variable - > > Qunused-arguments -c > > > = > /calendar.c> -o calendar.o > > --- easter.o --- > > cc -O2 -pipe -std=3Dgnu99 -fstack-protector -Wsystem-headers = -Werror - > Wall > > -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes - > > Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual = -Wwrite- > > strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar- > > subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style- > > definition -Wno-pointer-sign -Wmissing-variable-declarations = -Wthread- > > safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const- > variable - > > Qunused-arguments -c > > > = > /easter.c> -o easter.o > > --- all_subdir_libbsm --- > > --- bsm_io.So --- > > cc -fpic -DPIC -O2 -pipe - > > > = I > ./contrib/openbsm> - > > > = I > ./contrib/openbsm/libbsm> -std=3Dgnu99 -fstack-protector -Wsystem- > headers > > -Werror -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno- > > unused-const-variable -Wno-tautological-compare -Wno-unused-value - > > Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion > - > > Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno- > > parentheses -Qunused-arguments -c > > > = > /contrib/openbsm/libbsm/bsm_io.c> -o bsm_io.So > > --- all_subdir_libalias --- > > --- alias_mod.o --- > > --- all_subdir_libcalendar --- > > --- libcalendar.so.5 --- > > --- all_subdir_libalias --- > > cc -O2 -pipe -std=3Dgnu99 -fstack-protector -Wsystem-headers = -Wall -Wno- > > format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing- > > prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings = - > > Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts - > > Winline -Wnested-externs -Wredundant-decls -Wold-style-definition - > Wno- > > pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno- > empty- > > body -Wno-string-plus-int -Wno-unused-const-variable -Qunused- > > arguments -c > > > = > lias/../../../sys/netinet/libalias/alias_mod.c> -o alias_mod.o > > --- all_subdir_libcalendar --- > > building shared library libcalendar.so.5 > > --- all_subdir_libalias --- > > --- alias_db.o --- > > 5 warnings generated. > > --- alias_mod.o --- > > > = > lias/../../../sys/netinet/libalias/alias_mod.c>:130:28: warning: no = previous > > extern declaration for non-static variable 'dll_chain' = [-Wmissing-variable- > > declarations] > > SLIST_HEAD(dll_chain, dll) dll_chain =3D = SLIST_HEAD_INITIALIZER(dll_chain); > > ^ > > --- all_subdir_libbsm --- > > --- bsm_mask.So --- > > cc -fpic -DPIC -O2 -pipe - > > > = I > ./contrib/openbsm> - > > > = I > ./contrib/openbsm/libbsm> -std=3Dgnu99 -fstack-protector -Wsystem- > headers > > -Werror -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno- > > unused-const-variable -Wno-tautological-compare -Wno-unused-value - > > Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion > - > > Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno- > > parentheses -Qunused-arguments -c > > > = > /contrib/openbsm/libbsm/bsm_mask.c> -o bsm_mask.So > > --- all_subdir_libalias --- > > 1 warning generated. > > --- libalias.so.7 --- > > building shared library libalias.so.7 > > --- all_subdir_libcalendar --- > > --- libcalendar.a --- > > --- all_subdir_libbsm --- > > --- bsm_notify.So --- > > cc -fpic -DPIC -O2 -pipe - > > > = I > ./contrib/openbsm> - > > > = I > ./contrib/openbsm/libbsm> -std=3Dgnu99 -fstack-protector -Wsystem- > headers > > -Werror -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno- > > unused-const-variable -Wno-tautological-compare -Wno-unused-value - > > Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion > - > > Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno- > > parentheses -Qunused-arguments -c > > > = > /contrib/openbsm/libbsm/bsm_notify.c> -o bsm_notify.So > > --- all_subdir_libcalendar --- > > building static calendar library > > ranlib -D libcalendar.a > > --- all_subdir_libcom_err --- > > =3D=3D=3D> lib/libcom_err (all) > > --- all_subdir_libbsm --- > > --- bsm_socket_type.So --- > > cc -fpic -DPIC -O2 -pipe - > > > = I > ./contrib/openbsm> - > > > = I > ./contrib/openbsm/libbsm> -std=3Dgnu99 -fstack-protector -Wsystem- > headers > > -Werror -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno- > > unused-const-variable -Wno-tautological-compare -Wno-unused-value - > > Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion > - > > Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno- > > parentheses -Qunused-arguments -c > > > = > /contrib/openbsm/libbsm/bsm_socket_type.c> -o bsm_socket_type.So > > --- all_subdir_libalias --- > > --- libalias.a --- > > building static alias library > > --- all_subdir_libcom_err --- > > --- _sub.all --- > > =3D=3D=3D> lib/libcom_err/doc (all) > > --- all_subdir_libalias --- > > ranlib -D libalias.a > > =3D=3D=3D> lib/libalias/modules (all) > > --- all_subdir_libbsm --- > > --- bsm_token.So --- > > --- bsm_user.So --- > > --- bsm_token.So --- > > cc -fpic -DPIC -O2 -pipe - > > > = I > ./contrib/openbsm> - > > > = I > ./contrib/openbsm/libbsm> -std=3Dgnu99 -fstack-protector -Wsystem- > headers > > -Werror -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno- > > unused-const-variable -Wno-tautological-compare -Wno-unused-value - > > Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion > - > > Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno- > > parentheses -Qunused-arguments -c > > > = > /contrib/openbsm/libbsm/bsm_token.c> -o bsm_token.So > > --- bsm_user.So --- > > cc -fpic -DPIC -O2 -pipe - > > > = I > ./contrib/openbsm> - > > > = I > ./contrib/openbsm/libbsm> -std=3Dgnu99 -fstack-protector -Wsystem- > headers > > -Werror -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno- > > unused-const-variable -Wno-tautological-compare -Wno-unused-value - > > Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion > - > > Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno- > > parentheses -Qunused-arguments -c > > > = > /contrib/openbsm/libbsm/bsm_user.c> -o bsm_user.So > > --- all_subdir_libalias --- > > --- _sub.all --- > > =3D=3D=3D> lib/libalias/modules/cuseeme (all) > > --- alias_cuseeme.So --- > > cc -fpic -DPIC -O2 -pipe -std=3Dgnu99 -fstack-protector = -Wsystem-headers - > > Werror -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno- > > unused-const-variable -Wno-tautological-compare -Wno-unused-value - > > Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion > - > > Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno- > > parentheses -Qunused-arguments -c > > > = > dules/cuseeme/../../../../sys/netinet/libalias/alias_cuseeme.c> -o > > alias_cuseeme.So > > --- all_subdir_libbsm --- > > --- bsm_wrappers.So --- > > cc -fpic -DPIC -O2 -pipe - > > > = I > ./contrib/openbsm> - > > > = I > ./contrib/openbsm/libbsm> -std=3Dgnu99 -fstack-protector -Wsystem- > headers > > -Werror -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno- > > unused-const-variable -Wno-tautological-compare -Wno-unused-value - > > Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion > - > > Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno- > > parentheses -Qunused-arguments -c > > > = > /contrib/openbsm/libbsm/bsm_wrappers.c> -o bsm_wrappers.So > > --- all_subdir_libalias --- > > --- alias_cuseeme.o --- > > cc -O2 -pipe -std=3Dgnu99 -fstack-protector -Wsystem-headers = -Werror - > > Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused- > > const-variable -Wno-tautological-compare -Wno-unused-value -Wno- > > parentheses-equality -Wno-unused-function -Wno-enum-conversion - > Wno- > > switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno- > > parentheses -Qunused-arguments -c > > > = > dules/cuseeme/../../../../sys/netinet/libalias/alias_cuseeme.c> -o > > alias_cuseeme.o > > --- all_subdir_libcompat --- > > =3D=3D=3D> lib/libcompat (all) > > --- all_subdir_libalias --- > > --- libalias_cuseeme.so --- > > building shared library libalias_cuseeme.so > > --- libalias_cuseeme.a --- > > building static alias_cuseeme library > > ranlib -D libalias_cuseeme.a > > --- all_subdir_libcrypt --- > > =3D=3D=3D> lib/libcrypt (all) > > --- all_subdir_libcompat --- > > --- ftime.o --- > > cc -O2 -pipe -DLIBC_SCCS -DSYSLIBC_SCCS - > > > = I > /../libc/locale> -std=3Dgnu99 -fstack-protector -Wno-pointer-sign = -Wno- > > empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno- > > tautological-compare -Wno-unused-value -Wno-parentheses-equality - > Wno- > > unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum > - > > Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c > > > = > 4.1/ftime.c> -o ftime.o > > --- all_subdir_libalias --- > > =3D=3D=3D> lib/libalias/modules/dummy (all) > > --- all_subdir_libcompat --- > > In file included from > > > = > 4.1/ftime.c>:37: > > > /usr/obj > usr/include/sys/timeb.h>:42:2: warning: "this file includes = > > which is deprecated" [-W#warnings] > > #warning "this file includes which is deprecated" > > ^ > > --- all_subdir_libdevinfo --- > > --- all_subdir_libcompat --- > > 1 warning generated. > > --- all_subdir_libdevinfo --- > > =3D=3D=3D> lib/libdevinfo (all) > > --- all_subdir_libcompat --- > > --- re_comp.o --- > > --- all_subdir_libalias --- > > --- alias_dummy.So --- > > cc -fpic -DPIC -O2 -pipe -std=3Dgnu99 -fstack-protector = -Wsystem-headers - > > Werror -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno- > > unused-const-variable -Wno-tautological-compare -Wno-unused-value - > > Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion > - > > Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno- > > parentheses -Qunused-arguments -c > > > = > dules/dummy/../../../../sys/netinet/libalias/alias_dummy.c> -o > > alias_dummy.So > > --- all_subdir_libcompat --- > > cc -O2 -pipe -DLIBC_SCCS -DSYSLIBC_SCCS - > > > = I > /../libc/locale> -std=3Dgnu99 -fstack-protector -Wno-pointer-sign = -Wno- > > empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno- > > tautological-compare -Wno-unused-value -Wno-parentheses-equality - > Wno- > > unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum > - > > Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c > > > = > 4.3/re_comp.c> -o re_comp.o > > --- all_subdir_libdevinfo --- > > --- devinfo.So --- > > cc -fpic -DPIC -O2 -pipe -std=3Dgnu99 -fstack-protector = -Wsystem-headers - > > Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict- > > prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized - > Wno- > > pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const- > > variable -Wno-tautological-compare -Wno-unused-value -Wno- > parentheses- > > equality -Wno-unused-function -Wno-enum-conversion -Qunused- > > arguments -c > > > = > devinfo.c> -o devinfo.So > > --- all_subdir_libcompat --- > > --- rexec.o --- > > cc -O2 -pipe -DLIBC_SCCS -DSYSLIBC_SCCS - > > > = I > /../libc/locale> -std=3Dgnu99 -fstack-protector -Wno-pointer-sign = -Wno- > > empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno- > > tautological-compare -Wno-unused-value -Wno-parentheses-equality - > Wno- > > unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum > - > > Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c > > > = > 4.3/rexec.c> -o rexec.o > > --- all_subdir_libalias --- > > --- alias_dummy.o --- > > cc -O2 -pipe -std=3Dgnu99 -fstack-protector -Wsystem-headers = -Werror - > > Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused- > > const-variable -Wno-tautological-compare -Wno-unused-value -Wno- > > parentheses-equality -Wno-unused-function -Wno-enum-conversion - > Wno- > > switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno- > > parentheses -Qunused-arguments -c > > > = > dules/dummy/../../../../sys/netinet/libalias/alias_dummy.c> -o > > alias_dummy.o > > --- libalias_dummy.so --- > > building shared library libalias_dummy.so > > --- all_subdir_libdevinfo --- > > --- devinfo.o --- > > cc -O2 -pipe -std=3Dgnu99 -fstack-protector -Wsystem-headers = -Werror - > Wall > > -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes - > > Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer- > sign - > > Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno- > > tautological-compare -Wno-unused-value -Wno-parentheses-equality - > Wno- > > unused-function -Wno-enum-conversion -Qunused-arguments -c > > > = > devinfo.c> -o devinfo.o > > --- all_subdir_libalias --- > > --- libalias_dummy.a --- > > building static alias_dummy library > > ranlib -D libalias_dummy.a > > =3D=3D=3D> lib/libalias/modules/ftp (all) > > --- all_subdir_libbsm --- > > --- bsm_audit.o --- > > cc -O2 -pipe - > > > = I > ./contrib/openbsm> - > > > = I > ./contrib/openbsm/libbsm> -std=3Dgnu99 -fstack-protector -Wsystem- > headers > > -Werror -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno- > > unused-const-variable -Wno-tautological-compare -Wno-unused-value - > > Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion > - > > Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno- > > parentheses -Qunused-arguments -c > > > = > /contrib/openbsm/libbsm/bsm_audit.c> -o bsm_audit.o > > --- all_subdir_libcompat --- > > --- cuserid.o --- > > cc -O2 -pipe -DLIBC_SCCS -DSYSLIBC_SCCS - > > > = I > /../libc/locale> -std=3Dgnu99 -fstack-protector -Wno-pointer-sign = -Wno- > > empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno- > > tautological-compare -Wno-unused-value -Wno-parentheses-equality - > Wno- > > unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum > - > > Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c > > > = > 4.4/cuserid.c> -o cuserid.o > > --- all_subdir_libdevinfo --- > > --- libdevinfo.so.5 --- > > building shared library libdevinfo.so.5 > > --- all_subdir_libalias --- > > --- alias_ftp.So --- > > cc -fpic -DPIC -O2 -pipe -std=3Dgnu99 -fstack-protector = -Wsystem-headers - > > Werror -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno- > > unused-const-variable -Wno-tautological-compare -Wno-unused-value - > > Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion > - > > Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno- > > parentheses -Qunused-arguments -c > > > = > dules/ftp/../../../../sys/netinet/libalias/alias_ftp.c> -o = alias_ftp.So > > --- all_subdir_libcompat --- > > --- libcompat.a --- > > building static compat library > > --- all_subdir_libbsm --- > > --- bsm_class.o --- > > cc -O2 -pipe - > > > = I > ./contrib/openbsm> - > > > = I > ./contrib/openbsm/libbsm> -std=3Dgnu99 -fstack-protector -Wsystem- > headers > > -Werror -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno- > > unused-const-variable -Wno-tautological-compare -Wno-unused-value - > > Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion > - > > Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno- > > parentheses -Qunused-arguments -c > > > = > /contrib/openbsm/libbsm/bsm_class.c> -o bsm_class.o > > --- all_subdir_libdevinfo --- > > --- libdevinfo.a --- > > building static devinfo library > > ranlib -D libdevinfo.a > > --- all_subdir_libcompat --- > > ranlib -D libcompat.a > > --- all_subdir_libbsm --- > > --- bsm_control.o --- > > cc -O2 -pipe - > > > = I > ./contrib/openbsm> - > > > = I > ./contrib/openbsm/libbsm> -std=3Dgnu99 -fstack-protector -Wsystem- > headers > > -Werror -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno- > > unused-const-variable -Wno-tautological-compare -Wno-unused-value - > > Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion > - > > Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno- > > parentheses -Qunused-arguments -c > > > = > /contrib/openbsm/libbsm/bsm_control.c> -o bsm_control.o > > --- bsm_domain.o --- > > cc -O2 -pipe - > > > = I > ./contrib/openbsm> - > > > = I > ./contrib/openbsm/libbsm> -std=3Dgnu99 -fstack-protector -Wsystem- > headers > > -Werror -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno- > > unused-const-variable -Wno-tautological-compare -Wno-unused-value - > > Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion > - > > Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno- > > parentheses -Qunused-arguments -c > > > = > /contrib/openbsm/libbsm/bsm_domain.c> -o bsm_domain.o > > --- all_subdir_libdpv --- > > =3D=3D=3D> lib/libdpv (all) > > --- all_subdir_libdwarf --- > > =3D=3D=3D> lib/libdwarf (all) > > --- all_subdir_libalias --- > > --- alias_ftp.o --- > > cc -O2 -pipe -std=3Dgnu99 -fstack-protector -Wsystem-headers = -Werror - > > Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused- > > const-variable -Wno-tautological-compare -Wno-unused-value -Wno- > > parentheses-equality -Wno-unused-function -Wno-enum-conversion - > Wno- > > switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno- > > parentheses -Qunused-arguments -c > > > = > dules/ftp/../../../../sys/netinet/libalias/alias_ftp.c> -o = alias_ftp.o > > --- all_subdir_libbsm --- > > --- bsm_errno.o --- > > cc -O2 -pipe - > > > = I > ./contrib/openbsm> - > > > = I > ./contrib/openbsm/libbsm> -std=3Dgnu99 -fstack-protector -Wsystem- > headers > > -Werror -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno- > > unused-const-variable -Wno-tautological-compare -Wno-unused-value - > > Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion > - > > Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno- > > parentheses -Qunused-arguments -c > > > = > /contrib/openbsm/libbsm/bsm_errno.c> -o bsm_errno.o > > --- all_subdir_libdwarf --- > > --- dwarf_abbrev.o --- > > cc -O2 -pipe -I. - > > > = I > /../contrib/elftoolchain/libdwarf> - > > > = I > /../contrib/elftoolchain/common> - > > > = I > /../contrib/elftoolchain/libelf> -std=3Dgnu99 -fstack-protector = -Wsystem- > > headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter - > > Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith = -Wreturn-type - > > Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter - > > Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant- > > decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable- > > declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int - > Wno- > > unused-const-variable -Qunused-arguments -c > > > = > /../contrib/elftoolchain/libdwarf/dwarf_abbrev.c> -o dwarf_abbrev.o > > --- all_subdir_libdpv --- > > --- dialog_util.So --- > > cc -fpic -DPIC -O2 -pipe - > > = I - > > std=3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno- > format- > > y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing- > prototypes > > -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch - > > Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline - > > Wnested-externs -Wredundant-decls -Wold-style-definition -Wno- > pointer- > > sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body = - > > Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c > > > = > og_util.c> -o dialog_util.So > > --- all_subdir_libbsm --- > > --- bsm_event.o --- > > cc -O2 -pipe - > > > = I > ./contrib/openbsm> - > > > = I > ./contrib/openbsm/libbsm> -std=3Dgnu99 -fstack-protector -Wsystem- > headers > > -Werror -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno- > > unused-const-variable -Wno-tautological-compare -Wno-unused-value - > > Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion > - > > Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno- > > parentheses -Qunused-arguments -c > > > = > /contrib/openbsm/libbsm/bsm_event.c> -o bsm_event.o > > --- all_subdir_libdpv --- > > > = > og_util.c>:65:7: error: no previous extern declaration for = non-static variable > > 'dargv' [-Werror,-Wmissing-variable-declarations] > > char *dargv[64] =3D { NULL }; > > ^ > > 1 error generated. > > *** [dialog_util.So] Error code 1 > > > > make[5]: stopped in > > > > 1 error > > > > make[5]: stopped in > > > > *** [all_subdir_libdpv] Error code 2 > > > > make[4]: stopped in > > > > --- all_subdir_libdwarf --- > > A failure has been detected in another branch of the parallel make > > > > make[5]: stopped in > > = > > *** [all_subdir_libdwarf] Error code 2 > > > > make[4]: stopped in > > > > --- all_subdir_libbsm --- > > A failure has been detected in another branch of the parallel make > > > > make[5]: stopped in > > > > *** [all_subdir_libbsm] Error code 2 > > > > make[4]: stopped in > > > > --- all_subdir_libalias --- > > A failure has been detected in another branch of the parallel make > > > > make[7]: stopped in > > > = > dules/ftp> > > *** [_sub.all] Error code 2 > > > > make[6]: stopped in > > > = > dules> > > 1 error > > > > make[6]: stopped in > > > = > dules> > > *** [_sub.all] Error code 2 > > > > make[5]: stopped in > > = > > 1 error > > > > make[5]: stopped in > > = > > *** [all_subdir_libalias] Error code 2 > > > > make[4]: stopped in > > > > 4 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 Wed Nov 5 01:59: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 4F4795A2 for ; Wed, 5 Nov 2014 01:59:54 +0000 (UTC) Received: from udns.ultimatedns.net (unknown [IPv6:2602:d1:b4d6:e600:4261:86ff:fef6:aa2a]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 157FE8D6 for ; Wed, 5 Nov 2014 01:59:54 +0000 (UTC) Received: from ultimatedns.net (localhost [127.0.0.1]) by udns.ultimatedns.net (8.14.9/8.14.9) with ESMTP id sA521esG031554; Tue, 4 Nov 2014 18:01:40 -0800 (PST) (envelope-from bsd-lists@bsdforge.com) To: freebsd-current@freebsd.org, "=?UTF-8?B?SmVhbi1Tw6liYXN0aWVu?= =?UTF-8?B?UMOpZHJvbg==?=" In-Reply-To: <54590B3E.2070701@dumbbell.fr> References: <544E7679.7070207@FreeBSD.org>, <54590B3E.2070701@dumbbell.fr> From: "Chris H" Subject: Re: HEADS UP: Enabling vt(4) by default Date: Tue, 04 Nov 2014 18:01:41 -0800 Content-Type: text/plain; charset=UTF-8; format=fixed MIME-Version: 1.0 Message-id: 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, 05 Nov 2014 01:59:54 -0000 On Tue, 04 Nov 2014 18:22:06 +0100 Jean-Sébastien Pédron wrote > Hello! > > As announced a week ago, vt(4) is now the default console driver in > 11-CURRENT as of r274085. > > You may have to update your console settings in /etc/rc.conf. During > boot, /etc/rc.d/syscons will indicate what you need to do. > > The original HEADS UP mentioned several known issues. Among them, the > following were fixed: > > o A video mode can be selected using the following tunable in > /boot/loader.conf: > kern.vt.fb.default_mode="1024x768" > > This only works when using a KMS video driver. It's not > supported by the VGA backend. See vt(4) man page for further > documentation. > > o The keyboard was not working when kbdmux(4) was disabled. This > is fixed. > > o After loading a KMS driver, the text cursor was in the middle of > the kernel messages. The problem was that the cursor position was > not updated after the change in window size. This is fixed. > > Up-to-date information can be found on the wiki page: > https://wiki.freebsd.org/Newcons > > If you want to keep using syscons(4), you can add the following line to > /boot/loader.conf: > kern.vty=sc > > Thank you to everyone who tested and reported problems! Please continue > to do so, especially if you find the need to go back to syscons. No. Thank _you_! :) I was unable to determine from the wiki. But do all these wonderful new features also work with the nVidia blob, under vt(4)? I'm currently building a new 11-CURRENT from the 10-26 iso, as I write this, and was wondering if the graphics mode at higher resolutions was now possible using the nVidia blob. Thank you again, for all your work on this! --Chris > > -- > Jean-Sébastien Pédron From owner-freebsd-current@FreeBSD.ORG Wed Nov 5 02:37:57 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0EBAFF6E; Wed, 5 Nov 2014 02:37:57 +0000 (UTC) Received: from shxd.cx (unknown [64.201.244.140]) (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 EA03CC65; Wed, 5 Nov 2014 02:37:56 +0000 (UTC) Received: from [129.253.54.225] (port=43031 helo=THEMADHATTER) by shxd.cx with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.77 (FreeBSD)) (envelope-from ) id 1XldXA-00004u-2l; Tue, 04 Nov 2014 04:48:28 -0800 From: To: "'Larry Rosenman'" References: <2082513738.13.1415150183558.JavaMail.jenkins@jenkins-9.freebsd.org> <071201cff898$c2804f60$4780ee20$@FreeBSD.org> <20141105014512.GA1430@thebighonker.lerctr.org> <071c01cff89a$8a44cb10$9ece6130$@FreeBSD.org> <071e01cff89b$f91f6f80$eb5e4e80$@FreeBSD.org> <20141105020355.GA1983@thebighonker.lerctr.org> In-Reply-To: <20141105020355.GA1983@thebighonker.lerctr.org> Subject: RE: Build failed in Jenkins: FreeBSD_HEAD #1772 Date: Tue, 4 Nov 2014 18:37:47 -0800 Message-ID: <073a01cff8a1$7c72dfc0$75589f40$@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 15.0 Thread-Index: AQFU6sJXFq5u+rI9u48MSZBAFFgcQgIOfGcXAWgjJK4CMsj2YAFi37zPAjhsP8+c/UeKcA== Content-Language: en-us Sender: devin@shxd.cx Cc: dteske@FreeBSD.org, 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, 05 Nov 2014 02:37:57 -0000 OK OK... my bad! I wasn't doing buildworld for my test. This should address the issue... (would love a quick test feedback) Thank you so much, by the way. http://svnweb.freebsd.org/base?view=revision&revision=274123 -- Devin > -----Original Message----- > From: Larry Rosenman [mailto:ler@lerctr.org] > Sent: Tuesday, November 4, 2014 6:04 PM > To: dteske@FreeBSD.org > Subject: Re: Build failed in Jenkins: FreeBSD_HEAD #1772 > > cc -fpic -DPIC -O2 -pipe -fno-omit-frame-pointer -I/usr/src/lib/libdpv - > std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format- > y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes > -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch - > Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline - > Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer- > sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body - > Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c > /usr/src/lib/libdpv/dprompt.c -o dprompt.So > ctfconvert -L VERSION dprompt.So > ERROR: ctfconvert: dprompt.So doesn't have type data to convert > cc -fpic -DPIC -O2 -pipe -fno-omit-frame-pointer -I/usr/src/lib/libdpv - > std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format- > y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes > -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch - > Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline - > Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer- > sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body - > Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c > /usr/src/lib/libdpv/dpv.c -o dpv.So > ctfconvert -L VERSION dpv.So > ERROR: ctfconvert: dpv.So doesn't have type data to convert > cc -fpic -DPIC -O2 -pipe -fno-omit-frame-pointer -I/usr/src/lib/libdpv - > std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format- > y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes > -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch - > Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline - > Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer- > sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body - > Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c > /usr/src/lib/libdpv/status.c -o status.So > ctfconvert -L VERSION status.So > ERROR: ctfconvert: status.So doesn't have type data to convert > cc -fpic -DPIC -O2 -pipe -fno-omit-frame-pointer -I/usr/src/lib/libdpv - > std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format- > y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes > -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch - > Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline - > Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer- > sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body - > Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c > /usr/src/lib/libdpv/util.c -o util.So > ctfconvert -L VERSION util.So > ERROR: ctfconvert: util.So doesn't have type data to convert > building shared library libdpv.so.1 > /usr/obj/usr/src/tmp/usr/bin/ld: cannot find -lfigpar > cc: error: linker command failed with exit code 1 (use -v to see invocation) > *** Error code 1 > > Stop. > make[5]: stopped in /usr/src/lib/libdpv > *** Error code 1 > > Stop. > make[4]: stopped in /usr/src/lib > *** Error code 1 > > Stop. > make[3]: stopped in /usr/src > *** Error code 1 > > Stop. > make[2]: stopped in /usr/src > *** Error code 1 > > Stop. > make[1]: stopped in /usr/src > *** Error code 1 > > Stop. > make: stopped in /usr/src > ^C > [1] Done(1) nohup make -DNO_CLEAN buildworld buildkernel > >>make.noc.out 2>&1 > borg.lerctr.org /usr/src # > > borg.lerctr.org /usr/src # svn info > Path: . > Working Copy Root Path: /usr/src > URL: svn://svn.freebsd.org/base/head > Relative URL: ^/head > Repository Root: svn://svn.freebsd.org/base > Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f > Revision: 274121 > Node Kind: directory > Schedule: normal > Last Changed Author: dteske > Last Changed Rev: 274121 > Last Changed Date: 2014-11-04 19:57:32 -0600 (Tue, 04 Nov 2014) > > borg.lerctr.org /usr/src # > > On Tue, Nov 04, 2014 at 05:58:19PM -0800, dteske@FreeBSD.org wrote: > > Actually... really fixed! ;D Thanks again! > > http://svnweb.freebsd.org/base?view=revision&revision=274121 > > > > -- > > Devin > > > > > -----Original Message----- > > > From: devin@shxd.cx [mailto:devin@shxd.cx] On Behalf Of > > > dteske@FreeBSD.org > > > Sent: Tuesday, November 4, 2014 5:48 PM > > > To: 'Larry Rosenman' > > > Cc: dteske@FreeBSD.org > > > Subject: RE: Build failed in Jenkins: FreeBSD_HEAD #1772 > > > > > > Thanks! > > > > > > Fixed... > > > http://svnweb.freebsd.org/base?view=revision&revision=274120 > > > > > > > > > > -----Original Message----- > > > > From: Larry Rosenman [mailto:ler@lerctr.org] > > > > Sent: Tuesday, November 4, 2014 5:45 PM > > > > To: dteske@FreeBSD.org > > > > Subject: Re: Build failed in Jenkins: FreeBSD_HEAD #1772 > > > > > > > > Looks like a -j issue as well... withOUT -j: > > > > ===> lib/libdpv (all) > > > > cc -O2 -pipe -fno-omit-frame-pointer -I/usr/src/lib/libdpv > > -std=gnu99 > > > - > > > > fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W > - > > > > Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes - > > > > Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch - > > > > Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts - > Winline - > > > > Wnested-externs -Wredundant-decls -Wold-style-definition -Wno- > > > pointer- > > > > sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty- > body - > > > > Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments > -c > > > > /usr/src/lib/libdpv/dialog_util.c -o dialog_util.o > > > > /usr/src/lib/libdpv/dialog_util.c:65:7: error: no previous extern > > > declaration > > > > for non-static variable 'dargv' > > [-Werror,-Wmissing-variable-declarations] > > > > char *dargv[64] = { NULL }; > > > > ^ > > > > 1 error generated. > > > > *** Error code 1 > > > > > > > > Stop. > > > > make[5]: stopped in /usr/src/lib/libdpv > > > > *** Error code 1 > > > > > > > > Stop. > > > > make[4]: stopped in /usr/src/lib > > > > *** Error code 1 > > > > > > > > Stop. > > > > make[3]: stopped in /usr/src > > > > *** Error code 1 > > > > > > > > Stop. > > > > make[2]: stopped in /usr/src > > > > *** Error code 1 > > > > > > > > Stop. > > > > make[1]: stopped in /usr/src > > > > *** Error code 1 > > > > > > > > Stop. > > > > make: stopped in /usr/src > > > > > > > > > > > > With -j, get the previous... > > > > On Tue, Nov 04, 2014 at 05:35:19PM -0800, dteske@FreeBSD.org wrote: > > > > > Fixing!!!!! > > > > > > > > > > Sorry! Pointy-Hat!!!! (really pointy) > > > > > -- > > > > > Devin > > > > > > > > > > > -----Original Message----- > > > > > > From: jenkins-admin@freebsd.org [mailto:jenkins- > > > admin@freebsd.org] > > > > > > Sent: Tuesday, November 4, 2014 5:16 PM > > > > > > To: jenkins-admin@FreeBSD.org; freebsd-current@freebsd.org; > > > > > > dumbbell@FreeBSD.org; des@FreeBSD.org; bapt@FreeBSD.org; > > > > > > dteske@FreeBSD.org > > > > > > Subject: Build failed in Jenkins: FreeBSD_HEAD #1772 > > > > > > > > > > > > See > > > > > > > > > > > > > > > > > > > > > > > Changes: > > > > > > > > > > > > [dumbbell] vt(4): Support syscons' SC_HISTORY_SIZE to configure > > > history > > > > size > > > > > > > > > > > > Therefore, to set histry size to 2000 lines, add the following line > > to > > > > > > your kernel configuration file: > > > > > > options SC_HISTORY_SIZE=2000 > > > > > > > > > > > > The default history remains at 500 lines. > > > > > > > > > > > > MFC after: 1 week > > > > > > > > > > > > [dteske] Add new libraries/utilities for data throughput > > > visualization. > > > > > > dpv(3): dialog progress view library > > > > > > dpv(1): stream data from stdin or multiple paths with dialog > > progress > > > > view > > > > > > figpar(3): configuration file parsing library > > > > > > > > > > > > Reviews: D714 > > > > > > Reviewed by: jelischer, shurd > > > > > > Discussed at: MeetBSD California 2014 Vendor/Dev Summit > > > > > > Discussed on: -current > > > > > > MFC after: 21 days > > > > > > X-MFC-to: stable/10 stable/9 > > > > > > > > > > > > [des] [SA-14:25] Fix kernel stack disclosure in setlogin(2) / > > > getlogin(2). > > > > > > [SA-14:26] Fix remote command execution in ftp(1). > > > > > > > > > > > > Approved by: so (des) > > > > > > > > > > > > [bapt] Partially fix indentation issues to improve readability > > helping > > > > > > cooperation with > > > > > > Dragonfly folks > > > > > > > > > > > > PR: 194785 > > > > > > Submitted by: Fran?ois Tigeot (ftigeot@wolfpond.org) > > > > > > > > > > > > [des] When reseeding the DPRNG, we're supposed to hash the > current > > > > key > > > > > > and > > > > > > some accumulated entropy twice and use that as the new key. Due > to > > > a > > > > > > typo, we were using the output of the first hash round instead of > > the > > > > > > second. Correct this, but eliminate temp[] since we can reuse > > hash[]. > > > > > > Also add comments explaining what is going on and why. > > > > > > > > > > > > Noticed by: Sami Farin > > > > > > Reviewed by: markm@ > > > > > > Approved by: so (des) > > > > > > > > > > > > ------------------------------------------ > > > > > > [...truncated 97827 lines...] > > > > > > --- all_subdir_libcalendar --- > > > > > > --- easter.So --- > > > > > > cc -fpic -DPIC -O2 -pipe -std=gnu99 -fstack-protector -Wsystem- > > > > headers - > > > > > > Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter - > Wstrict- > > > > > > prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type - > > > > Wcast- > > > > > > qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter - > > > Wcast- > > > > align > > > > > > -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls - > > > Wold- > > > > > > style-definition -Wno-pointer-sign -Wmissing-variable-declarations - > > > > > > Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno- > unused- > > > > > > const-variable -Qunused-arguments -c > > > > > > > > > > > > > > > > > > > /easter.c> -o easter.So > > > > > > --- all_subdir_libbsm --- > > > > > > --- bsm_fcntl.So --- > > > > > > cc -fpic -DPIC -O2 -pipe - > > > > > > > > > > > > > > I > > > > > ./contrib/openbsm> - > > > > > > > > > > > > > > I > > > > > ./contrib/openbsm/libbsm> -std=gnu99 -fstack-protector - > Wsystem- > > > > headers > > > > > > -Werror -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int > - > > > > Wno- > > > > > > unused-const-variable -Wno-tautological-compare -Wno-unused- > value > > > - > > > > > > Wno-parentheses-equality -Wno-unused-function -Wno-enum- > > > > conversion - > > > > > > Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter - > Wno- > > > > > > parentheses -Qunused-arguments -c > > > > > > > > > > > > > > > > > > > /contrib/openbsm/libbsm/bsm_fcntl.c> -o bsm_fcntl.So > > > > > > --- bsm_flags.So --- > > > > > > cc -fpic -DPIC -O2 -pipe - > > > > > > > > > > > > > > I > > > > > ./contrib/openbsm> - > > > > > > > > > > > > > > I > > > > > ./contrib/openbsm/libbsm> -std=gnu99 -fstack-protector - > Wsystem- > > > > headers > > > > > > -Werror -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int > - > > > > Wno- > > > > > > unused-const-variable -Wno-tautological-compare -Wno-unused- > value > > > - > > > > > > Wno-parentheses-equality -Wno-unused-function -Wno-enum- > > > > conversion - > > > > > > Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter - > Wno- > > > > > > parentheses -Qunused-arguments -c > > > > > > > > > > > > > > > > > > > /contrib/openbsm/libbsm/bsm_flags.c> -o bsm_flags.So > > > > > > --- all_subdir_libcalendar --- > > > > > > --- calendar.o --- > > > > > > cc -O2 -pipe -std=gnu99 -fstack-protector -Wsystem-headers > > -Werror > > > - > > > > Wall > > > > > > -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes > - > > > > > > Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual - > > > > Wwrite- > > > > > > strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align - > Wchar- > > > > > > subscripts -Winline -Wnested-externs -Wredundant-decls -Wold- > style- > > > > > > definition -Wno-pointer-sign -Wmissing-variable-declarations - > > > Wthread- > > > > > > safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const- > > > > variable - > > > > > > Qunused-arguments -c > > > > > > > > > > > > > > > > > > > /calendar.c> -o calendar.o > > > > > > --- easter.o --- > > > > > > cc -O2 -pipe -std=gnu99 -fstack-protector -Wsystem-headers > > -Werror > > > - > > > > Wall > > > > > > -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes > - > > > > > > Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual - > > > > Wwrite- > > > > > > strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align - > Wchar- > > > > > > subscripts -Winline -Wnested-externs -Wredundant-decls -Wold- > style- > > > > > > definition -Wno-pointer-sign -Wmissing-variable-declarations - > > > Wthread- > > > > > > safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const- > > > > variable - > > > > > > Qunused-arguments -c > > > > > > > > > > > > > > > > > > > /easter.c> -o easter.o > > > > > > --- all_subdir_libbsm --- > > > > > > --- bsm_io.So --- > > > > > > cc -fpic -DPIC -O2 -pipe - > > > > > > > > > > > > > > I > > > > > ./contrib/openbsm> - > > > > > > > > > > > > > > I > > > > > ./contrib/openbsm/libbsm> -std=gnu99 -fstack-protector - > Wsystem- > > > > headers > > > > > > -Werror -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int > - > > > > Wno- > > > > > > unused-const-variable -Wno-tautological-compare -Wno-unused- > value > > > - > > > > > > Wno-parentheses-equality -Wno-unused-function -Wno-enum- > > > > conversion - > > > > > > Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter - > Wno- > > > > > > parentheses -Qunused-arguments -c > > > > > > > > > > > > > > > > > > > /contrib/openbsm/libbsm/bsm_io.c> -o bsm_io.So > > > > > > --- all_subdir_libalias --- > > > > > > --- alias_mod.o --- > > > > > > --- all_subdir_libcalendar --- > > > > > > --- libcalendar.so.5 --- > > > > > > --- all_subdir_libalias --- > > > > > > cc -O2 -pipe -std=gnu99 -fstack-protector -Wsystem-headers - > Wall > > - > > > > Wno- > > > > > > format-y2k -W -Wno-unused-parameter -Wstrict-prototypes - > > > Wmissing- > > > > > > prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite- > strings > > > - > > > > > > Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar- > > > > subscripts - > > > > > > Winline -Wnested-externs -Wredundant-decls -Wold-style- > definition - > > > > Wno- > > > > > > pointer-sign -Wmissing-variable-declarations -Wthread-safety - > Wno- > > > > empty- > > > > > > body -Wno-string-plus-int -Wno-unused-const-variable -Qunused- > > > > > > arguments -c > > > > > > > > > > > > > > > > > > > lias/../../../sys/netinet/libalias/alias_mod.c> -o alias_mod.o > > > > > > --- all_subdir_libcalendar --- > > > > > > building shared library libcalendar.so.5 > > > > > > --- all_subdir_libalias --- > > > > > > --- alias_db.o --- > > > > > > 5 warnings generated. > > > > > > --- alias_mod.o --- > > > > > > > > > > > > > > > > > > > lias/../../../sys/netinet/libalias/alias_mod.c>:130:28: warning: no > > > previous > > > > > > extern declaration for non-static variable 'dll_chain' > > > [-Wmissing-variable- > > > > > > declarations] > > > > > > SLIST_HEAD(dll_chain, dll) dll_chain = > > > SLIST_HEAD_INITIALIZER(dll_chain); > > > > > > ^ > > > > > > --- all_subdir_libbsm --- > > > > > > --- bsm_mask.So --- > > > > > > cc -fpic -DPIC -O2 -pipe - > > > > > > > > > > > > > > I > > > > > ./contrib/openbsm> - > > > > > > > > > > > > > > I > > > > > ./contrib/openbsm/libbsm> -std=gnu99 -fstack-protector - > Wsystem- > > > > headers > > > > > > -Werror -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int > - > > > > Wno- > > > > > > unused-const-variable -Wno-tautological-compare -Wno-unused- > value > > > - > > > > > > Wno-parentheses-equality -Wno-unused-function -Wno-enum- > > > > conversion - > > > > > > Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter - > Wno- > > > > > > parentheses -Qunused-arguments -c > > > > > > > > > > > > > > > > > > > /contrib/openbsm/libbsm/bsm_mask.c> -o bsm_mask.So > > > > > > --- all_subdir_libalias --- > > > > > > 1 warning generated. > > > > > > --- libalias.so.7 --- > > > > > > building shared library libalias.so.7 > > > > > > --- all_subdir_libcalendar --- > > > > > > --- libcalendar.a --- > > > > > > --- all_subdir_libbsm --- > > > > > > --- bsm_notify.So --- > > > > > > cc -fpic -DPIC -O2 -pipe - > > > > > > > > > > > > > > I > > > > > ./contrib/openbsm> - > > > > > > > > > > > > > > I > > > > > ./contrib/openbsm/libbsm> -std=gnu99 -fstack-protector - > Wsystem- > > > > headers > > > > > > -Werror -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int > - > > > > Wno- > > > > > > unused-const-variable -Wno-tautological-compare -Wno-unused- > value > > > - > > > > > > Wno-parentheses-equality -Wno-unused-function -Wno-enum- > > > > conversion - > > > > > > Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter - > Wno- > > > > > > parentheses -Qunused-arguments -c > > > > > > > > > > > > > > > > > > > /contrib/openbsm/libbsm/bsm_notify.c> -o bsm_notify.So > > > > > > --- all_subdir_libcalendar --- > > > > > > building static calendar library > > > > > > ranlib -D libcalendar.a > > > > > > --- all_subdir_libcom_err --- > > > > > > ===> lib/libcom_err (all) > > > > > > --- all_subdir_libbsm --- > > > > > > --- bsm_socket_type.So --- > > > > > > cc -fpic -DPIC -O2 -pipe - > > > > > > > > > > > > > > I > > > > > ./contrib/openbsm> - > > > > > > > > > > > > > > I > > > > > ./contrib/openbsm/libbsm> -std=gnu99 -fstack-protector - > Wsystem- > > > > headers > > > > > > -Werror -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int > - > > > > Wno- > > > > > > unused-const-variable -Wno-tautological-compare -Wno-unused- > value > > > - > > > > > > Wno-parentheses-equality -Wno-unused-function -Wno-enum- > > > > conversion - > > > > > > Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter - > Wno- > > > > > > parentheses -Qunused-arguments -c > > > > > > > > > > > > > > > > > > > /contrib/openbsm/libbsm/bsm_socket_type.c> -o > > > bsm_socket_type.So > > > > > > --- all_subdir_libalias --- > > > > > > --- libalias.a --- > > > > > > building static alias library > > > > > > --- all_subdir_libcom_err --- > > > > > > --- _sub.all --- > > > > > > ===> lib/libcom_err/doc (all) > > > > > > --- all_subdir_libalias --- > > > > > > ranlib -D libalias.a > > > > > > ===> lib/libalias/modules (all) > > > > > > --- all_subdir_libbsm --- > > > > > > --- bsm_token.So --- > > > > > > --- bsm_user.So --- > > > > > > --- bsm_token.So --- > > > > > > cc -fpic -DPIC -O2 -pipe - > > > > > > > > > > > > > > I > > > > > ./contrib/openbsm> - > > > > > > > > > > > > > > I > > > > > ./contrib/openbsm/libbsm> -std=gnu99 -fstack-protector - > Wsystem- > > > > headers > > > > > > -Werror -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int > - > > > > Wno- > > > > > > unused-const-variable -Wno-tautological-compare -Wno-unused- > value > > > - > > > > > > Wno-parentheses-equality -Wno-unused-function -Wno-enum- > > > > conversion - > > > > > > Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter - > Wno- > > > > > > parentheses -Qunused-arguments -c > > > > > > > > > > > > > > > > > > > /contrib/openbsm/libbsm/bsm_token.c> -o bsm_token.So > > > > > > --- bsm_user.So --- > > > > > > cc -fpic -DPIC -O2 -pipe - > > > > > > > > > > > > > > I > > > > > ./contrib/openbsm> - > > > > > > > > > > > > > > I > > > > > ./contrib/openbsm/libbsm> -std=gnu99 -fstack-protector - > Wsystem- > > > > headers > > > > > > -Werror -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int > - > > > > Wno- > > > > > > unused-const-variable -Wno-tautological-compare -Wno-unused- > value > > > - > > > > > > Wno-parentheses-equality -Wno-unused-function -Wno-enum- > > > > conversion - > > > > > > Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter - > Wno- > > > > > > parentheses -Qunused-arguments -c > > > > > > > > > > > > > > > > > > > /contrib/openbsm/libbsm/bsm_user.c> -o bsm_user.So > > > > > > --- all_subdir_libalias --- > > > > > > --- _sub.all --- > > > > > > ===> lib/libalias/modules/cuseeme (all) > > > > > > --- alias_cuseeme.So --- > > > > > > cc -fpic -DPIC -O2 -pipe -std=gnu99 -fstack-protector -Wsystem- > > > > headers - > > > > > > Werror -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int - > > > Wno- > > > > > > unused-const-variable -Wno-tautological-compare -Wno-unused- > value > > > - > > > > > > Wno-parentheses-equality -Wno-unused-function -Wno-enum- > > > > conversion - > > > > > > Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter - > Wno- > > > > > > parentheses -Qunused-arguments -c > > > > > > > > > > > > > > > > > > > dules/cuseeme/../../../../sys/netinet/libalias/alias_cuseeme.c> -o > > > > > > alias_cuseeme.So > > > > > > --- all_subdir_libbsm --- > > > > > > --- bsm_wrappers.So --- > > > > > > cc -fpic -DPIC -O2 -pipe - > > > > > > > > > > > > > > I > > > > > ./contrib/openbsm> - > > > > > > > > > > > > > > I > > > > > ./contrib/openbsm/libbsm> -std=gnu99 -fstack-protector - > Wsystem- > > > > headers > > > > > > -Werror -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int > - > > > > Wno- > > > > > > unused-const-variable -Wno-tautological-compare -Wno-unused- > value > > > - > > > > > > Wno-parentheses-equality -Wno-unused-function -Wno-enum- > > > > conversion - > > > > > > Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter - > Wno- > > > > > > parentheses -Qunused-arguments -c > > > > > > > > > > > > > > > > > > > /contrib/openbsm/libbsm/bsm_wrappers.c> -o bsm_wrappers.So > > > > > > --- all_subdir_libalias --- > > > > > > --- alias_cuseeme.o --- > > > > > > cc -O2 -pipe -std=gnu99 -fstack-protector -Wsystem-headers > > -Werror > > > - > > > > > > Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno- > > > unused- > > > > > > const-variable -Wno-tautological-compare -Wno-unused-value - > Wno- > > > > > > parentheses-equality -Wno-unused-function -Wno-enum- > conversion - > > > > Wno- > > > > > > switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno- > > > > > > parentheses -Qunused-arguments -c > > > > > > > > > > > > > > > > > > > dules/cuseeme/../../../../sys/netinet/libalias/alias_cuseeme.c> -o > > > > > > alias_cuseeme.o > > > > > > --- all_subdir_libcompat --- > > > > > > ===> lib/libcompat (all) > > > > > > --- all_subdir_libalias --- > > > > > > --- libalias_cuseeme.so --- > > > > > > building shared library libalias_cuseeme.so > > > > > > --- libalias_cuseeme.a --- > > > > > > building static alias_cuseeme library > > > > > > ranlib -D libalias_cuseeme.a > > > > > > --- all_subdir_libcrypt --- > > > > > > ===> lib/libcrypt (all) > > > > > > --- all_subdir_libcompat --- > > > > > > --- ftime.o --- > > > > > > cc -O2 -pipe -DLIBC_SCCS -DSYSLIBC_SCCS - > > > > > > > > > > > > > > I > > > > > /../libc/locale> -std=gnu99 -fstack-protector -Wno-pointer-sign > > -Wno- > > > > > > empty-body -Wno-string-plus-int -Wno-unused-const-variable - > Wno- > > > > > > tautological-compare -Wno-unused-value -Wno-parentheses- > equality - > > > > Wno- > > > > > > unused-function -Wno-enum-conversion -Wno-switch -Wno- > switch- > > > > enum - > > > > > > Wno-knr-promoted-parameter -Wno-parentheses -Qunused- > > > arguments > > > > -c > > > > > > > > > > > > > > > > > > > 4.1/ftime.c> -o ftime.o > > > > > > --- all_subdir_libalias --- > > > > > > ===> lib/libalias/modules/dummy (all) > > > > > > --- all_subdir_libcompat --- > > > > > > In file included from > > > > > > > > > > > > > > > > > > > 4.1/ftime.c>:37: > > > > > > > > > > > > > > /usr/obj > > > > > usr/include/sys/timeb.h>:42:2: warning: "this file includes > > > > > > > > > which is deprecated" [-W#warnings] > > > > > > #warning "this file includes which is deprecated" > > > > > > ^ > > > > > > --- all_subdir_libdevinfo --- > > > > > > --- all_subdir_libcompat --- > > > > > > 1 warning generated. > > > > > > --- all_subdir_libdevinfo --- > > > > > > ===> lib/libdevinfo (all) > > > > > > --- all_subdir_libcompat --- > > > > > > --- re_comp.o --- > > > > > > --- all_subdir_libalias --- > > > > > > --- alias_dummy.So --- > > > > > > cc -fpic -DPIC -O2 -pipe -std=gnu99 -fstack-protector -Wsystem- > > > > headers - > > > > > > Werror -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int - > > > Wno- > > > > > > unused-const-variable -Wno-tautological-compare -Wno-unused- > value > > > - > > > > > > Wno-parentheses-equality -Wno-unused-function -Wno-enum- > > > > conversion - > > > > > > Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter - > Wno- > > > > > > parentheses -Qunused-arguments -c > > > > > > > > > > > > > > > > > > > dules/dummy/../../../../sys/netinet/libalias/alias_dummy.c> -o > > > > > > alias_dummy.So > > > > > > --- all_subdir_libcompat --- > > > > > > cc -O2 -pipe -DLIBC_SCCS -DSYSLIBC_SCCS - > > > > > > > > > > > > > > I > > > > > /../libc/locale> -std=gnu99 -fstack-protector -Wno-pointer-sign > > -Wno- > > > > > > empty-body -Wno-string-plus-int -Wno-unused-const-variable - > Wno- > > > > > > tautological-compare -Wno-unused-value -Wno-parentheses- > equality - > > > > Wno- > > > > > > unused-function -Wno-enum-conversion -Wno-switch -Wno- > switch- > > > > enum - > > > > > > Wno-knr-promoted-parameter -Wno-parentheses -Qunused- > > > arguments > > > > -c > > > > > > > > > > > > > > > > > > > 4.3/re_comp.c> -o re_comp.o > > > > > > --- all_subdir_libdevinfo --- > > > > > > --- devinfo.So --- > > > > > > cc -fpic -DPIC -O2 -pipe -std=gnu99 -fstack-protector -Wsystem- > > > > headers - > > > > > > Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter - > Wstrict- > > > > > > prototypes -Wmissing-prototypes -Wpointer-arith -Wno- > uninitialized - > > > > Wno- > > > > > > pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused- > > > > const- > > > > > > variable -Wno-tautological-compare -Wno-unused-value -Wno- > > > > parentheses- > > > > > > equality -Wno-unused-function -Wno-enum-conversion -Qunused- > > > > > > arguments -c > > > > > > > > > > > > > > > > > > > devinfo.c> -o devinfo.So > > > > > > --- all_subdir_libcompat --- > > > > > > --- rexec.o --- > > > > > > cc -O2 -pipe -DLIBC_SCCS -DSYSLIBC_SCCS - > > > > > > > > > > > > > > I > > > > > /../libc/locale> -std=gnu99 -fstack-protector -Wno-pointer-sign > > -Wno- > > > > > > empty-body -Wno-string-plus-int -Wno-unused-const-variable - > Wno- > > > > > > tautological-compare -Wno-unused-value -Wno-parentheses- > equality - > > > > Wno- > > > > > > unused-function -Wno-enum-conversion -Wno-switch -Wno- > switch- > > > > enum - > > > > > > Wno-knr-promoted-parameter -Wno-parentheses -Qunused- > > > arguments > > > > -c > > > > > > > > > > > > > > > > > > > 4.3/rexec.c> -o rexec.o > > > > > > --- all_subdir_libalias --- > > > > > > --- alias_dummy.o --- > > > > > > cc -O2 -pipe -std=gnu99 -fstack-protector -Wsystem-headers > > -Werror > > > - > > > > > > Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno- > > > unused- > > > > > > const-variable -Wno-tautological-compare -Wno-unused-value - > Wno- > > > > > > parentheses-equality -Wno-unused-function -Wno-enum- > conversion - > > > > Wno- > > > > > > switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno- > > > > > > parentheses -Qunused-arguments -c > > > > > > > > > > > > > > > > > > > dules/dummy/../../../../sys/netinet/libalias/alias_dummy.c> -o > > > > > > alias_dummy.o > > > > > > --- libalias_dummy.so --- > > > > > > building shared library libalias_dummy.so > > > > > > --- all_subdir_libdevinfo --- > > > > > > --- devinfo.o --- > > > > > > cc -O2 -pipe -std=gnu99 -fstack-protector -Wsystem-headers > > -Werror > > > - > > > > Wall > > > > > > -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes > - > > > > > > Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno- > pointer- > > > > sign - > > > > > > Wno-empty-body -Wno-string-plus-int -Wno-unused-const- > variable - > > > > Wno- > > > > > > tautological-compare -Wno-unused-value -Wno-parentheses- > equality - > > > > Wno- > > > > > > unused-function -Wno-enum-conversion -Qunused-arguments -c > > > > > > > > > > > > > > > > > > > devinfo.c> -o devinfo.o > > > > > > --- all_subdir_libalias --- > > > > > > --- libalias_dummy.a --- > > > > > > building static alias_dummy library > > > > > > ranlib -D libalias_dummy.a > > > > > > ===> lib/libalias/modules/ftp (all) > > > > > > --- all_subdir_libbsm --- > > > > > > --- bsm_audit.o --- > > > > > > cc -O2 -pipe - > > > > > > > > > > > > > > I > > > > > ./contrib/openbsm> - > > > > > > > > > > > > > > I > > > > > ./contrib/openbsm/libbsm> -std=gnu99 -fstack-protector - > Wsystem- > > > > headers > > > > > > -Werror -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int > - > > > > Wno- > > > > > > unused-const-variable -Wno-tautological-compare -Wno-unused- > value > > > - > > > > > > Wno-parentheses-equality -Wno-unused-function -Wno-enum- > > > > conversion - > > > > > > Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter - > Wno- > > > > > > parentheses -Qunused-arguments -c > > > > > > > > > > > > > > > > > > > /contrib/openbsm/libbsm/bsm_audit.c> -o bsm_audit.o > > > > > > --- all_subdir_libcompat --- > > > > > > --- cuserid.o --- > > > > > > cc -O2 -pipe -DLIBC_SCCS -DSYSLIBC_SCCS - > > > > > > > > > > > > > > I > > > > > /../libc/locale> -std=gnu99 -fstack-protector -Wno-pointer-sign > > -Wno- > > > > > > empty-body -Wno-string-plus-int -Wno-unused-const-variable - > Wno- > > > > > > tautological-compare -Wno-unused-value -Wno-parentheses- > equality - > > > > Wno- > > > > > > unused-function -Wno-enum-conversion -Wno-switch -Wno- > switch- > > > > enum - > > > > > > Wno-knr-promoted-parameter -Wno-parentheses -Qunused- > > > arguments > > > > -c > > > > > > > > > > > > > > > > > > > 4.4/cuserid.c> -o cuserid.o > > > > > > --- all_subdir_libdevinfo --- > > > > > > --- libdevinfo.so.5 --- > > > > > > building shared library libdevinfo.so.5 > > > > > > --- all_subdir_libalias --- > > > > > > --- alias_ftp.So --- > > > > > > cc -fpic -DPIC -O2 -pipe -std=gnu99 -fstack-protector -Wsystem- > > > > headers - > > > > > > Werror -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int - > > > Wno- > > > > > > unused-const-variable -Wno-tautological-compare -Wno-unused- > value > > > - > > > > > > Wno-parentheses-equality -Wno-unused-function -Wno-enum- > > > > conversion - > > > > > > Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter - > Wno- > > > > > > parentheses -Qunused-arguments -c > > > > > > > > > > > > > > > > > > > dules/ftp/../../../../sys/netinet/libalias/alias_ftp.c> -o > > > alias_ftp.So > > > > > > --- all_subdir_libcompat --- > > > > > > --- libcompat.a --- > > > > > > building static compat library > > > > > > --- all_subdir_libbsm --- > > > > > > --- bsm_class.o --- > > > > > > cc -O2 -pipe - > > > > > > > > > > > > > > I > > > > > ./contrib/openbsm> - > > > > > > > > > > > > > > I > > > > > ./contrib/openbsm/libbsm> -std=gnu99 -fstack-protector - > Wsystem- > > > > headers > > > > > > -Werror -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int > - > > > > Wno- > > > > > > unused-const-variable -Wno-tautological-compare -Wno-unused- > value > > > - > > > > > > Wno-parentheses-equality -Wno-unused-function -Wno-enum- > > > > conversion - > > > > > > Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter - > Wno- > > > > > > parentheses -Qunused-arguments -c > > > > > > > > > > > > > > > > > > > /contrib/openbsm/libbsm/bsm_class.c> -o bsm_class.o > > > > > > --- all_subdir_libdevinfo --- > > > > > > --- libdevinfo.a --- > > > > > > building static devinfo library > > > > > > ranlib -D libdevinfo.a > > > > > > --- all_subdir_libcompat --- > > > > > > ranlib -D libcompat.a > > > > > > --- all_subdir_libbsm --- > > > > > > --- bsm_control.o --- > > > > > > cc -O2 -pipe - > > > > > > > > > > > > > > I > > > > > ./contrib/openbsm> - > > > > > > > > > > > > > > I > > > > > ./contrib/openbsm/libbsm> -std=gnu99 -fstack-protector - > Wsystem- > > > > headers > > > > > > -Werror -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int > - > > > > Wno- > > > > > > unused-const-variable -Wno-tautological-compare -Wno-unused- > value > > > - > > > > > > Wno-parentheses-equality -Wno-unused-function -Wno-enum- > > > > conversion - > > > > > > Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter - > Wno- > > > > > > parentheses -Qunused-arguments -c > > > > > > > > > > > > > > > > > > > /contrib/openbsm/libbsm/bsm_control.c> -o bsm_control.o > > > > > > --- bsm_domain.o --- > > > > > > cc -O2 -pipe - > > > > > > > > > > > > > > I > > > > > ./contrib/openbsm> - > > > > > > > > > > > > > > I > > > > > ./contrib/openbsm/libbsm> -std=gnu99 -fstack-protector - > Wsystem- > > > > headers > > > > > > -Werror -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int > - > > > > Wno- > > > > > > unused-const-variable -Wno-tautological-compare -Wno-unused- > value > > > - > > > > > > Wno-parentheses-equality -Wno-unused-function -Wno-enum- > > > > conversion - > > > > > > Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter - > Wno- > > > > > > parentheses -Qunused-arguments -c > > > > > > > > > > > > > > > > > > > /contrib/openbsm/libbsm/bsm_domain.c> -o bsm_domain.o > > > > > > --- all_subdir_libdpv --- > > > > > > ===> lib/libdpv (all) > > > > > > --- all_subdir_libdwarf --- > > > > > > ===> lib/libdwarf (all) > > > > > > --- all_subdir_libalias --- > > > > > > --- alias_ftp.o --- > > > > > > cc -O2 -pipe -std=gnu99 -fstack-protector -Wsystem-headers > > -Werror > > > - > > > > > > Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno- > > > unused- > > > > > > const-variable -Wno-tautological-compare -Wno-unused-value - > Wno- > > > > > > parentheses-equality -Wno-unused-function -Wno-enum- > conversion - > > > > Wno- > > > > > > switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno- > > > > > > parentheses -Qunused-arguments -c > > > > > > > > > > > > > > > > > > > dules/ftp/../../../../sys/netinet/libalias/alias_ftp.c> -o > > alias_ftp.o > > > > > > --- all_subdir_libbsm --- > > > > > > --- bsm_errno.o --- > > > > > > cc -O2 -pipe - > > > > > > > > > > > > > > I > > > > > ./contrib/openbsm> - > > > > > > > > > > > > > > I > > > > > ./contrib/openbsm/libbsm> -std=gnu99 -fstack-protector - > Wsystem- > > > > headers > > > > > > -Werror -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int > - > > > > Wno- > > > > > > unused-const-variable -Wno-tautological-compare -Wno-unused- > value > > > - > > > > > > Wno-parentheses-equality -Wno-unused-function -Wno-enum- > > > > conversion - > > > > > > Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter - > Wno- > > > > > > parentheses -Qunused-arguments -c > > > > > > > > > > > > > > > > > > > /contrib/openbsm/libbsm/bsm_errno.c> -o bsm_errno.o > > > > > > --- all_subdir_libdwarf --- > > > > > > --- dwarf_abbrev.o --- > > > > > > cc -O2 -pipe -I. - > > > > > > > > > > > > > > I > > > > > /../contrib/elftoolchain/libdwarf> - > > > > > > > > > > > > > > I > > > > > /../contrib/elftoolchain/common> - > > > > > > > > > > > > > > I > > > > > /../contrib/elftoolchain/libelf> -std=gnu99 -fstack-protector > > > -Wsystem- > > > > > > headers -Werror -Wall -Wno-format-y2k -W -Wno-unused- > parameter - > > > > > > Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith - > Wreturn- > > > type > > > > - > > > > > > Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused- > parameter > > > - > > > > > > Wcast-align -Wchar-subscripts -Winline -Wnested-externs - > > > Wredundant- > > > > > > decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable- > > > > > > declarations -Wthread-safety -Wno-empty-body -Wno-string-plus- > int - > > > > Wno- > > > > > > unused-const-variable -Qunused-arguments -c > > > > > > > > > > > > > > > > > > > /../contrib/elftoolchain/libdwarf/dwarf_abbrev.c> -o > dwarf_abbrev.o > > > > > > --- all_subdir_libdpv --- > > > > > > --- dialog_util.So --- > > > > > > cc -fpic -DPIC -O2 -pipe - > > > > > > > > > > > I - > > > > > > std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall - > Wno- > > > > format- > > > > > > y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing- > > > > prototypes > > > > > > -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings - > Wswitch - > > > > > > Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts - > > > Winline > > > > - > > > > > > Wnested-externs -Wredundant-decls -Wold-style-definition -Wno- > > > > pointer- > > > > > > sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty- > > > body > > > > - > > > > > > Wno-string-plus-int -Wno-unused-const-variable -Qunused- > arguments > > > -c > > > > > > > > > > > > > > > > > > > og_util.c> -o dialog_util.So > > > > > > --- all_subdir_libbsm --- > > > > > > --- bsm_event.o --- > > > > > > cc -O2 -pipe - > > > > > > > > > > > > > > I > > > > > ./contrib/openbsm> - > > > > > > > > > > > > > > I > > > > > ./contrib/openbsm/libbsm> -std=gnu99 -fstack-protector - > Wsystem- > > > > headers > > > > > > -Werror -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int > - > > > > Wno- > > > > > > unused-const-variable -Wno-tautological-compare -Wno-unused- > value > > > - > > > > > > Wno-parentheses-equality -Wno-unused-function -Wno-enum- > > > > conversion - > > > > > > Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter - > Wno- > > > > > > parentheses -Qunused-arguments -c > > > > > > > > > > > > > > > > > > > /contrib/openbsm/libbsm/bsm_event.c> -o bsm_event.o > > > > > > --- all_subdir_libdpv --- > > > > > > > > > > > > > > > > > > > og_util.c>:65:7: error: no previous extern declaration for > > non-static > > > > variable > > > > > > 'dargv' [-Werror,-Wmissing-variable-declarations] > > > > > > char *dargv[64] = { NULL }; > > > > > > ^ > > > > > > 1 error generated. > > > > > > *** [dialog_util.So] Error code 1 > > > > > > > > > > > > make[5]: stopped in > > > > > > > > > > > > > > > 1 error > > > > > > > > > > > > make[5]: stopped in > > > > > > > > > > > > > > > *** [all_subdir_libdpv] Error code 2 > > > > > > > > > > > > make[4]: stopped in > > > > > > > > > > > > --- all_subdir_libdwarf --- > > > > > > A failure has been detected in another branch of the parallel make > > > > > > > > > > > > make[5]: stopped in > > > > > > > > > > > > > > > > > *** [all_subdir_libdwarf] Error code 2 > > > > > > > > > > > > make[4]: stopped in > > > > > > > > > > > > --- all_subdir_libbsm --- > > > > > > A failure has been detected in another branch of the parallel make > > > > > > > > > > > > make[5]: stopped in > > > > > > > > > > > > > > > > > *** [all_subdir_libbsm] Error code 2 > > > > > > > > > > > > make[4]: stopped in > > > > > > > > > > > > --- all_subdir_libalias --- > > > > > > A failure has been detected in another branch of the parallel make > > > > > > > > > > > > make[7]: stopped in > > > > > > > > > > > > > > > > > > > dules/ftp> > > > > > > *** [_sub.all] Error code 2 > > > > > > > > > > > > make[6]: stopped in > > > > > > > > > > > > > > > > > > > dules> > > > > > > 1 error > > > > > > > > > > > > make[6]: stopped in > > > > > > > > > > > > > > > > > > > dules> > > > > > > *** [_sub.all] Error code 2 > > > > > > > > > > > > make[5]: stopped in > > > > > > > > > > > > > > > > > 1 error > > > > > > > > > > > > make[5]: stopped in > > > > > > > > > > > > > > > > > *** [all_subdir_libalias] Error code 2 > > > > > > > > > > > > make[4]: stopped in > > > > > > > > > > > > 4 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 > > > > > > > > > > _______________________________________________ > > > > > 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" > > > > > > > > -- > > > > 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 > > > > > > -- > 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 Wed Nov 5 04:50:08 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C913037C; Wed, 5 Nov 2014 04:50:08 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id B637CB8A; Wed, 5 Nov 2014 04:50:08 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 8DDF5ED0; Wed, 5 Nov 2014 04:50:08 +0000 (UTC) Date: Wed, 5 Nov 2014 04:50:07 +0000 (GMT) From: jenkins-admin@freebsd.org To: jenkins-admin@FreeBSD.org, freebsd-current@freebsd.org, dumbbell@FreeBSD.org, des@FreeBSD.org, bapt@FreeBSD.org, mjg@FreeBSD.org, melifaro@FreeBSD.org, dteske@FreeBSD.org Message-ID: <1901484668.14.1415163008230.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <2082513738.13.1415150183558.JavaMail.jenkins@jenkins-9.freebsd.org> References: <2082513738.13.1415150183558.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is back to normal : FreeBSD_HEAD #1773 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: Wed, 05 Nov 2014 04:50:08 -0000 See From owner-freebsd-current@FreeBSD.ORG Wed Nov 5 05:16: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 4397268D for ; Wed, 5 Nov 2014 05:16:55 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 32310DCB for ; Wed, 5 Nov 2014 05:16:55 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 8769BED3 for ; Wed, 5 Nov 2014 05:16:55 +0000 (UTC) Date: Wed, 5 Nov 2014 05:16:55 +0000 (GMT) From: jenkins-admin@freebsd.org To: freebsd-current@freebsd.org Message-ID: <183344178.15.1415164615500.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <528653889.12.1415142652660.JavaMail.jenkins@jenkins-9.freebsd.org> References: <528653889.12.1415142652660.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is still unstable: FreeBSD_HEAD-tests2 #189 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Jenkins-Job: FreeBSD_HEAD-tests2 X-Jenkins-Result: UNSTABLE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Nov 2014 05:16:55 -0000 See From owner-freebsd-current@FreeBSD.ORG Wed Nov 5 06:22:47 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B34E6394; Wed, 5 Nov 2014 06:22:47 +0000 (UTC) Received: from odin.blazingdot.com (odin.blazingdot.com [204.109.60.170]) by mx1.freebsd.org (Postfix) with ESMTP id 9475D66A; Wed, 5 Nov 2014 06:22:47 +0000 (UTC) Received: by odin.blazingdot.com (Postfix, from userid 1001) id AF75B13143F; Wed, 5 Nov 2014 01:15:40 -0500 (EST) Date: Wed, 5 Nov 2014 01:15:40 -0500 From: Marcus Reid To: Steven Hartland Subject: Re: r273165. ZFS ARC: possible memory leak to Inact Message-ID: <20141105061540.GA14812@blazingdot.com> References: <1415098949.596412362.8vxee7kf@frv41.fwdcdn.com> <5458CCB6.7020602@multiplay.co.uk> <1415107358607-5962421.post@n5.nabble.com> <54590B55.3040206@freebsd.org> <54591758.7000909@multiplay.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <54591758.7000909@multiplay.co.uk> X-Coffee-Level: nearly-fatal User-Agent: Mutt/1.5.23 (2014-03-12) Cc: gibbs@freebsd.org, George Kola , freebsd-current@freebsd.org, Allan Jude X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: 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, 05 Nov 2014 06:22:47 -0000 On Tue, Nov 04, 2014 at 06:13:44PM +0000, Steven Hartland wrote: > > On 04/11/2014 17:22, Allan Jude wrote: > > snip... > > Justin Gibbs and I were helping George from Voxer look at the same issue > > they are having. They had ~169GB in inact, and only ~60GB being used for > > ARC. > > > > Are there any further debugging steps we can recommend to him to help > > investigate this? > The various scripts attached to the ZS ARC behavior problem and fix PR > will help provide detail this. > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=187594 > > I've seen it here where there's been bursts of ZFS I/O specifically > write bursts. > > What happens is that ZFS will consume large amounts of space in various > UMA zones to accommodate these bursts. If you push the vmstat -z that he provided through the arc summary script, you'll see that this is not what is happening. His uma stats match up with his arc, and do not account for his inactive memory. uma script summary: Totals oused: 5.860GB, ofree: 1.547GB, ototal: 7.407GB zused: 56.166GB, zfree: 3.918GB, ztotal: 60.084GB used: 62.026GB, free: 5.465GB, total: 67.491GB His provided top stats: Mem: 19G Active, 20G Inact, 81G Wired, 59M Cache, 3308M Buf, 4918M Free ARC: 66G Total, 6926M MFU, 54G MRU, 8069K Anon, 899M Header, 5129M Other The big uma buckets (zio_buf_16384 and zio_data_buf_131072, 18.002GB and 28.802GB respectively) are nearly 0% free. Marcus > The VM only triggers UMA reclaim when it sees pressure, however if the > main memory consumer is ZFS ARC its possible that the require pressure > will not be applied because when allocating ARC ZFS takes into account > free memory. > > The result is it will back off its memory requirements before the > reclaim is triggered leaving all the space allocated but not used. > > I was playing around with a patch, on that bug report, which added clear > down of UMA within ZFS ARC to avoid just this behavior, but its very > much me playing for testing the theory only. > > From what I've seen UMA needs something like the coloring which can be > used to trigger clear down over time to prevent UMA zones sitting their > eating large amounts of memory like they currently do. > > Regards > Steve > _______________________________________________ > 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 Nov 5 08:48: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 67B49D45 for ; Wed, 5 Nov 2014 08:48:25 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 5756C6B9 for ; Wed, 5 Nov 2014 08:48:25 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 70288F26 for ; Wed, 5 Nov 2014 08:48:25 +0000 (UTC) Date: Wed, 5 Nov 2014 08:48:25 +0000 (GMT) From: jenkins-admin@freebsd.org To: freebsd-current@freebsd.org Message-ID: <1908795924.16.1415177305384.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <183344178.15.1415164615500.JavaMail.jenkins@jenkins-9.freebsd.org> References: <183344178.15.1415164615500.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is still unstable: FreeBSD_HEAD-tests2 #190 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Jenkins-Job: FreeBSD_HEAD-tests2 X-Jenkins-Result: UNSTABLE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Nov 2014 08:48:25 -0000 See From owner-freebsd-current@FreeBSD.ORG Wed Nov 5 09:19:57 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 353A540C for ; Wed, 5 Nov 2014 09:19:57 +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 C0594A03 for ; Wed, 5 Nov 2014 09:19:56 +0000 (UTC) Received: by mail-wg0-f53.google.com with SMTP id b13so383073wgh.40 for ; Wed, 05 Nov 2014 01:19:55 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:cc:subject:message-id:in-reply-to:references:reply-to :mime-version:content-type:content-transfer-encoding; bh=YX6YcMRcbYncrPXR1hDPaFC3aBN4s0nA4KeLtRtstP8=; b=zx6rFPaeRSHavzKA+Ix/UyPDWHj1tx5g4yTSlyvNVBBvPJVgHiuL9otdpGHNDTNFNy QBdMwF8VeOmfLbjoWKwNoOnET0tMqxsu05bFVG8C74Wv+ZJKiYX/zdaQlhqhjgiXqlpt njh7PbAzxJp90/t9/z3iCvvGeU/2tuKzCNmbH4IO2dB0+GD3BStLJXeGLBPDcHgRegMt 1TatXtp2gWc+Iw9Q4DfyTsrf5mSNNxb7WQ1/nUBZLCt4aRY+vfUxmmsXwvuyzNOB88af QWrEKqZAX80stetJrJeLGqeA1/knxnM0O4MCsf7CKwg01FKJ5J2nPo4wH+hREN70snhE /RpQ== X-Received: by 10.194.242.4 with SMTP id wm4mr61823988wjc.61.1415179194599; Wed, 05 Nov 2014 01:19:54 -0800 (PST) Received: from ernst.home (p578E04C3.dip0.t-ipconnect.de. [87.142.4.195]) by mx.google.com with ESMTPSA id l10sm15063982wif.20.2014.11.05.01.19.52 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 05 Nov 2014 01:19:53 -0800 (PST) Date: Wed, 5 Nov 2014 10:19:51 +0100 From: Gary Jennejohn To: "Chris H" Subject: Re: HEADS UP: Enabling vt(4) by default Message-ID: <20141105101951.48542120@ernst.home> In-Reply-To: References: <544E7679.7070207@FreeBSD.org> <54590B3E.2070701@dumbbell.fr> Reply-To: gljennjohn@gmail.com X-Mailer: Claws Mail 3.11.1 (GTK+ 2.24.22; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: =?ISO-8859-1?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: Wed, 05 Nov 2014 09:19:57 -0000 On Tue, 04 Nov 2014 18:01:41 -0800 "Chris H" wrote: > On Tue, 04 Nov 2014 18:22:06 +0100 Jean-Sebastien Pedron > wrote > > > Hello! > > > > As announced a week ago, vt(4) is now the default console driver in > > 11-CURRENT as of r274085. > > > > You may have to update your console settings in /etc/rc.conf. During > > boot, /etc/rc.d/syscons will indicate what you need to do. > > > > The original HEADS UP mentioned several known issues. Among them, the > > following were fixed: > > > > o A video mode can be selected using the following tunable in > > /boot/loader.conf: > > kern.vt.fb.default_mode="1024x768" > > > > This only works when using a KMS video driver. It's not > > supported by the VGA backend. See vt(4) man page for further > > documentation. > > > > o The keyboard was not working when kbdmux(4) was disabled. This > > is fixed. > > > > o After loading a KMS driver, the text cursor was in the middle of > > the kernel messages. The problem was that the cursor position was > > not updated after the change in window size. This is fixed. > > > > Up-to-date information can be found on the wiki page: > > https://wiki.freebsd.org/Newcons > > > > If you want to keep using syscons(4), you can add the following line to > > /boot/loader.conf: > > kern.vty=sc > > > > Thank you to everyone who tested and reported problems! Please continue > > to do so, especially if you find the need to go back to syscons. > > No. Thank _you_! :) > > I was unable to determine from the wiki. But do all these wonderful > new features also work with the nVidia blob, under vt(4)? > I'm currently building a new 11-CURRENT from the 10-26 iso, as I write > this, and was wondering if the graphics mode at higher resolutions was > now possible using the nVidia blob. > No, video mode won't work with the nVidia blob. That requires a KMS (in-kernel) driver. -- Gary Jennejohn From owner-freebsd-current@FreeBSD.ORG Wed Nov 5 09:26:18 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 CD7908AE for ; Wed, 5 Nov 2014 09:26:18 +0000 (UTC) Received: from mail-wi0-f169.google.com (mail-wi0-f169.google.com [209.85.212.169]) (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 60560AE3 for ; Wed, 5 Nov 2014 09:26:18 +0000 (UTC) Received: by mail-wi0-f169.google.com with SMTP id n3so10835218wiv.2 for ; Wed, 05 Nov 2014 01:26:11 -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 :cc:subject:references:in-reply-to:content-type :content-transfer-encoding; bh=CTBY4Id++oF8O2ywM4KlgHoSaVFKQKrkY8Q68Z+OYuk=; b=MIunQ9OZgFpNz39bck4WPohJF7qllRIOT919Ta2vFidg5AJpDN9a4GsTZD/ASB5LHQ T6DWv3zkVBjL2xKYWXBThG9fKnSaQEKDAeheuUO811g1ZbvpXS5DiLU5bnAfBPrB4vSB 3wb+jVdOE9i72+A85UL/lzmfm/WNy1Hpfqr6I/bx6RUpnMJzuVlODNwl3EzruQ8eIAmE QnsqOasWTUTZQmX/4P+8IY70RaQlsYweL/4WVoOwt/5ffnEUeZQMl5bKFtviq0d0na1/ KJ1E2qrq2kmbZdbc36wjjSJtjyq6iaoKzxxHNJgfgGw/FS61JrjDhLvbDNCSISKNewnP faXw== X-Gm-Message-State: ALoCoQnwc9xUgNqSrNDwkMbFjPJZqOpiIyTVwSzzUfouZCyyFv2yvvcn0EzhJKpgufO/ygS2KurJ X-Received: by 10.194.184.199 with SMTP id ew7mr26170089wjc.85.1415179571088; Wed, 05 Nov 2014 01:26:11 -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 bq6sm15115246wib.1.2014.11.05.01.26.09 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 05 Nov 2014 01:26:10 -0800 (PST) Message-ID: <5459ECDE.6090102@multiplay.co.uk> Date: Wed, 05 Nov 2014 09:24:46 +0000 From: Steven Hartland User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 To: Marcus Reid Subject: Re: r273165. ZFS ARC: possible memory leak to Inact References: <1415098949.596412362.8vxee7kf@frv41.fwdcdn.com> <5458CCB6.7020602@multiplay.co.uk> <1415107358607-5962421.post@n5.nabble.com> <54590B55.3040206@freebsd.org> <54591758.7000909@multiplay.co.uk> <20141105061540.GA14812@blazingdot.com> In-Reply-To: <20141105061540.GA14812@blazingdot.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Cc: gibbs@freebsd.org, George Kola , freebsd-current@freebsd.org, Allan Jude X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: 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, 05 Nov 2014 09:26:19 -0000 On 05/11/2014 06:15, Marcus Reid wrote: > On Tue, Nov 04, 2014 at 06:13:44PM +0000, Steven Hartland wrote: >> On 04/11/2014 17:22, Allan Jude wrote: >>> snip... >>> Justin Gibbs and I were helping George from Voxer look at the same issue >>> they are having. They had ~169GB in inact, and only ~60GB being used for >>> ARC. >>> >>> Are there any further debugging steps we can recommend to him to help >>> investigate this? >> The various scripts attached to the ZS ARC behavior problem and fix PR >> will help provide detail this. >> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=187594 >> >> I've seen it here where there's been bursts of ZFS I/O specifically >> write bursts. >> >> What happens is that ZFS will consume large amounts of space in various >> UMA zones to accommodate these bursts. > If you push the vmstat -z that he provided through the arc summary > script, you'll see that this is not what is happening. His uma stats > match up with his arc, and do not account for his inactive memory. > > uma script summary: > > Totals > oused: 5.860GB, ofree: 1.547GB, ototal: 7.407GB > zused: 56.166GB, zfree: 3.918GB, ztotal: 60.084GB > used: 62.026GB, free: 5.465GB, total: 67.491GB > > His provided top stats: > > Mem: 19G Active, 20G Inact, 81G Wired, 59M Cache, 3308M Buf, 4918M Free > ARC: 66G Total, 6926M MFU, 54G MRU, 8069K Anon, 899M Header, 5129M Other > > > The big uma buckets (zio_buf_16384 and zio_data_buf_131072, 18.002GB and > 28.802GB respectively) are nearly 0% free. > Still potentially accounts for 5.4GB of your 20GB inact. The rest could be malloc backed allocations? Regards Steve From owner-freebsd-current@FreeBSD.ORG Wed Nov 5 09:40:43 2014 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 030E9F2D; Wed, 5 Nov 2014 09:40:43 +0000 (UTC) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 5749EC25; Wed, 5 Nov 2014 09:40:41 +0000 (UTC) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id LAA14799; Wed, 05 Nov 2014 11:42:27 +0200 (EET) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1Xlx4q-0009pw-Ny; Wed, 05 Nov 2014 11:40:32 +0200 Message-ID: <5459F03F.8040004@FreeBSD.org> Date: Wed, 05 Nov 2014 11:39:11 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.1.2 MIME-Version: 1.0 To: Baptiste Daroussin Subject: Re: pkg 1.4 freeze please test test test! References: <20141028231933.GG26796@ivaldir.etoilebsd.net> <20141029135351.GA9726@ivaldir.etoilebsd.net> In-Reply-To: <20141029135351.GA9726@ivaldir.etoilebsd.net> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit Cc: ports@FreeBSD.org, current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Nov 2014 09:40:43 -0000 On 29/10/2014 15:53, Baptiste Daroussin wrote: > yes remove the current pkg > > pkg delete -f pkg > > install ports-mgmt/pkg-devel (adding WITH_PKG=devel in make.conf) > use it So, I followed these instructions and got pkg replaced with 1.4.0.p.a16. Then I ran pkg upgrade like this: $ pkg upgrade -y Updating FreeBSD repository catalogue... pkg: Repository FreeBSD has a wrong packagesite, need to re-create database Fetching meta.txz: 100% 944 B 0.9k/s 00:01 Fetching digests.txz: 100% 2 MB 2.1M/s 00:01 Fetching packagesite.txz: 100% 5 MB 5.3M/s 00:01 Processing new repository entries: 100% FreeBSD repository update completed. 23591 packages processed: 0 updated, 0 removed and 23591 added. Updating poudriere repository catalogue... poudriere repository is up-to-date. Updating database digests format: 100% New version of pkg detected; it needs to be installed first. Checking integrity... done (0 conflicting) Your packages are up to date. Updating FreeBSD repository catalogue... FreeBSD repository is up-to-date. Updating poudriere repository catalogue... poudriere repository is up-to-date. All repositories are up-to-date. Checking for upgrades (297 candidates): 0% Checking for upgrades (297 candidates): 10% Checking for upgrades (297 candidates): 100% Processing candidates (297 candidates): 100% Assertion failed: (curvar != NULL), function pkg_solve_add_request_rule, file pkg_solve.c, line 463. Child process pid=78582 terminated abnormally: Abort trap $ pkg -vv Version : 1.4.0.pre-alpha16 PKG_DBDIR = "/usr/local/var/db/pkg"; PKG_CACHEDIR = "/var/cache/pkg"; PORTSDIR = "/usr/ports"; INDEXDIR = ""; INDEXFILE = "INDEX-11"; HANDLE_RC_SCRIPTS = false; ASSUME_ALWAYS_YES = false; REPOS_DIR [ "/etc/pkg/", "/usr/local/etc/pkg/repos/", ] PLIST_KEYWORDS_DIR = ""; SYSLOG = false; ABI = "FreeBSD:11:amd64"; ALTABI = "freebsd:11:x86:64"; DEVELOPER_MODE = false; VULNXML_SITE = "http://www.vuxml.org/freebsd/vuln.xml.bz2"; FETCH_RETRY = 3; PKG_PLUGINS_DIR = "/usr/local/lib/pkg/"; PKG_ENABLE_PLUGINS = true; PLUGINS [ ] DEBUG_SCRIPTS = false; PLUGINS_CONF_DIR = "/usr/local/etc/pkg/"; PERMISSIVE = false; REPO_AUTOUPDATE = true; NAMESERVER = ""; EVENT_PIPE = ""; FETCH_TIMEOUT = 30; UNSET_TIMESTAMP = false; SSH_RESTRICT_DIR = ""; PKG_ENV { } PKG_SSH_ARGS = ""; DEBUG_LEVEL = 0; ALIAS { } CUDF_SOLVER = ""; SAT_SOLVER = ""; RUN_SCRIPTS = true; CASE_SENSITIVE_MATCH = false; LOCK_WAIT = 1; LOCK_RETRIES = 5; SQLITE_PROFILE = false; WORKERS_COUNT = 0; READ_LOCK = false; PLIST_ACCEPT_DIRECTORIES = false; IP_VERSION = 0; Repositories: FreeBSD: { url : "pkg+http://pkg.FreeBSD.org/FreeBSD:11:amd64/latest", enabled : yes, mirror_type : "SRV", signature_type : "FINGERPRINTS", fingerprints : "/usr/share/keys/pkg" } poudriere: { url : "file:///usr/local/poudriere/data/packages/basejail-default", enabled : yes } -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Wed Nov 5 09:53:29 2014 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8973A369 for ; Wed, 5 Nov 2014 09:53:29 +0000 (UTC) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id C4734DBD for ; Wed, 5 Nov 2014 09:53:28 +0000 (UTC) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id LAA14971; Wed, 05 Nov 2014 11:55:21 +0200 (EET) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1XlxHK-0009qm-Nt; Wed, 05 Nov 2014 11:53:26 +0200 Message-ID: <5459F373.2050100@FreeBSD.org> Date: Wed, 05 Nov 2014 11:52:51 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.1.2 MIME-Version: 1.0 To: Steven Hartland , freebsd-current@FreeBSD.org Subject: Re: r273165. ZFS ARC: possible memory leak to Inact References: <5458c456.25b9340a.54d5.6310SMTPIN_ADDED_BROKEN@mx.google.com> <5458CCB6.7020602@multiplay.co.uk> In-Reply-To: <5458CCB6.7020602@multiplay.co.uk> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Nov 2014 09:53:29 -0000 On 04/11/2014 14:55, Steven Hartland wrote: > This is likely spikes in uma zones used by ARC. > > The VM doesn't ever clean uma zones unless it hits a low memory condition, which > explains why your little script helps. > > Check the output of vmstat -z to confirm. Steve, this is nonsense :-) You know perfectly well that UMA memory is Wired not Inactive. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Wed Nov 5 09:53: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 6151F468 for ; Wed, 5 Nov 2014 09:53:49 +0000 (UTC) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 9A921DC5 for ; Wed, 5 Nov 2014 09:53:48 +0000 (UTC) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id LAA14978; Wed, 05 Nov 2014 11:55:41 +0200 (EET) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1XlxHe-0009ql-Jo; Wed, 05 Nov 2014 11:53:46 +0200 Message-ID: <5459F372.1010405@FreeBSD.org> Date: Wed, 05 Nov 2014 11:52:50 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.1.2 MIME-Version: 1.0 To: Steven Hartland , freebsd-current@FreeBSD.org Subject: Re: r273165. ZFS ARC: possible memory leak to Inact References: <5458c456.25b9340a.54d5.6310SMTPIN_ADDED_BROKEN@mx.google.com> <5458CCB6.7020602@multiplay.co.uk> In-Reply-To: <5458CCB6.7020602@multiplay.co.uk> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Nov 2014 09:53:49 -0000 On 04/11/2014 14:55, Steven Hartland wrote: > This is likely spikes in uma zones used by ARC. > > The VM doesn't ever clean uma zones unless it hits a low memory condition, which > explains why your little script helps. > > Check the output of vmstat -z to confirm. Steve, this is nonsense :-) You know perfectly well that UMA memory is Wired not Inactive. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Wed Nov 5 10: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 A6C79878 for ; Wed, 5 Nov 2014 10:13:05 +0000 (UTC) Received: from mail-wi0-f180.google.com (mail-wi0-f180.google.com [209.85.212.180]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 38C86FC2 for ; Wed, 5 Nov 2014 10:13:04 +0000 (UTC) Received: by mail-wi0-f180.google.com with SMTP id hi2so1522749wib.1 for ; Wed, 05 Nov 2014 02:13:03 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:message-id:date:from:user-agent:mime-version:to :subject:references:in-reply-to:content-type :content-transfer-encoding; bh=DoJIBxV6eU1sGUBeo0YAemPcY9b87JG0143eSBUw5wM=; b=SGrE7sLDcmQCyG3RyRiVtarMTjWPpQkPP1smjvPsjO1bhCQu1qRDRohbtvMaDFyMm2 nLQskNACJR/w5wFRNrT94DCR+H8LGF9+nva/FDRSuF5uxACHOXEZa+sTdtVKJ6uPqWlh bonmzKuvOV+22sooDEJ/Q7/krm33xP/xn1ASkoymwIxObwjHfMOI7p3LImRp5ocdLmr2 j9JJbinwDrykjVC/0PAWHVgvoX+InlcOF3WTJyrUCcTyoIuEekYK6JxnMuMppD4I0kvi 7qmcjt1ulQRwGgX9AyvZcyMy0/Loms/qWVXElnv0mNxgyg4mldugSG41WZ+ONGor1AUr yfpA== X-Gm-Message-State: ALoCoQmkUhCfiSvhEfrJ8ACJ3kNHpjMMnT4zgGd9Q996LPH8mOFrI3OX/89xXrx2oHqODROcCqEI X-Received: by 10.180.84.167 with SMTP id a7mr4524741wiz.39.1415182383016; Wed, 05 Nov 2014 02:13:03 -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 he3sm3527715wjc.15.2014.11.05.02.13.02 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 05 Nov 2014 02:13:02 -0800 (PST) Message-ID: <5459F7DA.5060108@multiplay.co.uk> Date: Wed, 05 Nov 2014 10:11:38 +0000 From: Steven Hartland User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 To: Andriy Gapon , freebsd-current@FreeBSD.org Subject: Re: r273165. ZFS ARC: possible memory leak to Inact References: <5458c456.25b9340a.54d5.6310SMTPIN_ADDED_BROKEN@mx.google.com> <5458CCB6.7020602@multiplay.co.uk> <5459F372.1010405@FreeBSD.org> In-Reply-To: <5459F372.1010405@FreeBSD.org> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Nov 2014 10:13:05 -0000 On 05/11/2014 09:52, Andriy Gapon wrote: > On 04/11/2014 14:55, Steven Hartland wrote: >> This is likely spikes in uma zones used by ARC. >> >> The VM doesn't ever clean uma zones unless it hits a low memory condition, which >> explains why your little script helps. >> >> Check the output of vmstat -z to confirm. > Steve, > > this is nonsense :-) You know perfectly well that UMA memory is Wired not Inactive. > I'll wake up in a bit honest, thanks for the slap ;-) From owner-freebsd-current@FreeBSD.ORG Wed Nov 5 10:21:32 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 516A2AD9 for ; Wed, 5 Nov 2014 10:21:32 +0000 (UTC) Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 3211214A for ; Wed, 5 Nov 2014 10:21:31 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1XlxQp-0007cb-TN for freebsd-current@freebsd.org; Wed, 05 Nov 2014 02:03:15 -0800 Date: Wed, 5 Nov 2014 02:03:15 -0800 (PST) From: Dmitriy Makarov To: freebsd-current@freebsd.org Message-ID: <1415181795899-5962711.post@n5.nabble.com> In-Reply-To: <5459ECDE.6090102@multiplay.co.uk> References: <1415098949.596412362.8vxee7kf@frv41.fwdcdn.com> <5458CCB6.7020602@multiplay.co.uk> <1415107358607-5962421.post@n5.nabble.com> <54590B55.3040206@freebsd.org> <54591758.7000909@multiplay.co.uk> <20141105061540.GA14812@blazingdot.com> <5459ECDE.6090102@multiplay.co.uk> Subject: Re: r273165. ZFS ARC: possible memory leak to Inact 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: Wed, 05 Nov 2014 10:21:32 -0000 Steven Hartland wrote > On 05/11/2014 06:15, Marcus Reid wrote: >> On Tue, Nov 04, 2014 at 06:13:44PM +0000, Steven Hartland wrote: >>> On 04/11/2014 17:22, Allan Jude wrote: >>>> snip... >>>> Justin Gibbs and I were helping George from Voxer look at the same >>>> issue >>>> they are having. They had ~169GB in inact, and only ~60GB being used >>>> for >>>> ARC. >>>> >>>> Are there any further debugging steps we can recommend to him to help >>>> investigate this? >>> The various scripts attached to the ZS ARC behavior problem and fix PR >>> will help provide detail this. >>> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=187594 >>> >>> I've seen it here where there's been bursts of ZFS I/O specifically >>> write bursts. >>> >>> What happens is that ZFS will consume large amounts of space in various >>> UMA zones to accommodate these bursts. >> If you push the vmstat -z that he provided through the arc summary >> script, you'll see that this is not what is happening. His uma stats >> match up with his arc, and do not account for his inactive memory. >> >> uma script summary: >> >> Totals >> oused: 5.860GB, ofree: 1.547GB, ototal: 7.407GB >> zused: 56.166GB, zfree: 3.918GB, ztotal: 60.084GB >> used: 62.026GB, free: 5.465GB, total: 67.491GB >> >> His provided top stats: >> >> Mem: 19G Active, 20G Inact, 81G Wired, 59M Cache, 3308M Buf, 4918M >> Free >> ARC: 66G Total, 6926M MFU, 54G MRU, 8069K Anon, 899M Header, 5129M >> Other >> >> >> The big uma buckets (zio_buf_16384 and zio_data_buf_131072, 18.002GB and >> 28.802GB respectively) are nearly 0% free. >> > Still potentially accounts for 5.4GB of your 20GB inact. > > The rest could be malloc backed allocations? No. There are few reasons for that. The first one is that Inact constantly grows, and 20GiB you see were 50GiBs before we ran the script. (We have to run it periodically or else our production server will grow slower and slower) The second argumens is that our codebase is the same, the only thing that have changed is OS version. In the previous version Inact was dramatically much smaller: ~hundrets of megabytes. -- View this message in context: http://freebsd.1045724.n5.nabble.com/r273165-ZFS-ARC-possible-memory-leak-to-Inact-tp5962410p5962711.html Sent from the freebsd-current mailing list archive at Nabble.com. From owner-freebsd-current@FreeBSD.ORG Wed Nov 5 11:20:06 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 8419082C for ; Wed, 5 Nov 2014 11:20:06 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 65CE8928 for ; Wed, 5 Nov 2014 11:20:06 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 41F9EF69 for ; Wed, 5 Nov 2014 11:20:06 +0000 (UTC) Date: Wed, 5 Nov 2014 11:20:05 +0000 (GMT) From: jenkins-admin@freebsd.org To: freebsd-current@freebsd.org Message-ID: <879347198.17.1415186405744.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1908795924.16.1415177305384.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1908795924.16.1415177305384.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Build failed in Jenkins: FreeBSD_HEAD-tests2 #191 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Jenkins-Job: FreeBSD_HEAD-tests2 X-Jenkins-Result: FAILURE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Nov 2014 11:20:06 -0000 See ------------------------------------------ [...truncated 2998 lines...] libexec/atf/atf-check/atf-check_test:eflag_negated -> passed [0.134s] libexec/atf/atf-check/atf-check_test:stdin -> passed [0.064s] libexec/atf/atf-check/atf-check_test:invalid_umask -> passed [0.060s] libexec/atf/atf-sh/atf_check_test:info_ok -> passed [0.158s] libexec/atf/atf-sh/atf_check_test:expout_mismatch -> passed [0.129s] libexec/atf/atf-sh/atf_check_test:experr_mismatch -> passed [0.129s] libexec/atf/atf-sh/atf_check_test:null_stdout -> passed [0.114s] libexec/atf/atf-sh/atf_check_test:null_stderr -> passed [0.115s] libexec/atf/atf-sh/atf_check_test:equal -> passed [0.236s] libexec/atf/atf-sh/atf_check_test:flush_stdout_on_timeout -> passed [1.079s] libexec/atf/atf-sh/config_test:has -> passed [0.204s] libexec/atf/atf-sh/config_test:get -> passed [0.161s] libexec/atf/atf-sh/integration_test:no_args -> passed [0.062s] libexec/atf/atf-sh/integration_test:missing_script -> passed [0.065s] libexec/atf/atf-sh/integration_test:arguments -> passed [0.116s] libexec/atf/atf-sh/integration_test:custom_shell__command_line -> passed [0.093s] libexec/atf/atf-sh/integration_test:custom_shell__shebang -> passed [0.082s] libexec/atf/atf-sh/integration_test:set_e -> passed [0.085s] libexec/atf/atf-sh/normalize_test:main -> passed [0.096s] libexec/atf/atf-sh/tc_test:default_status -> passed [0.195s] libexec/atf/atf-sh/tc_test:missing_body -> passed [0.083s] libexec/atf/atf-sh/tp_test:srcdir -> passed [0.111s] libexec/rtld-elf/ld_library_pathfds:missing_library -> passed [0.028s] libexec/rtld-elf/ld_library_pathfds:wrong_library_directories -> passed [0.026s] libexec/rtld-elf/ld_library_pathfds:bad_library_directories -> passed [0.025s] libexec/rtld-elf/ld_library_pathfds:single_library_directory -> passed [0.024s] libexec/rtld-elf/ld_library_pathfds:first_library_directory -> passed [0.025s] libexec/rtld-elf/ld_library_pathfds:middle_library_directory -> passed [0.025s] libexec/rtld-elf/ld_library_pathfds:last_library_directory -> passed [0.023s] usr.bin/cut/cut_test:basic -> passed [0.079s] usr.bin/cut/cut_test:sflag -> passed [0.074s] usr.bin/cut/cut_test:dflag -> passed [0.070s] usr.bin/cut/cut_test:dsflag -> passed [0.074s] usr.bin/cut/cut_test:latin1 -> passed [0.086s] usr.bin/cut/cut_test:utf8 -> passed [0.113s] usr.bin/gzip/gzip_test:concatenated -> passed [0.090s] usr.bin/gzip/gzip_test:pipe -> passed [1.705s] usr.bin/gzip/gzip_test:truncated -> passed [0.139s] usr.bin/gzip/gzip_test:crcerror -> passed [0.074s] usr.bin/gzip/gzip_test:good -> passed [0.068s] usr.bin/calendar/legacy_test:main -> passed [1.513s] usr.bin/mkimg/mkimg:apm_1x1_512_qcow -> passed [0.825s] usr.bin/mkimg/mkimg:apm_1x1_512_qcow2 -> passed [0.717s] usr.bin/mkimg/mkimg:apm_1x1_512_raw -> passed [1.528s] usr.bin/mkimg/mkimg:apm_1x1_512_vhd -> passed [0.973s] usr.bin/mkimg/mkimg:apm_1x1_512_vhdf -> passed [1.395s] usr.bin/mkimg/mkimg:apm_1x1_512_vmdk -> passed [1.368s] usr.bin/mkimg/mkimg:bsd_1x1_512_qcow -> passed [1.084s] usr.bin/mkimg/mkimg:bsd_1x1_512_qcow2 -> passed [0.677s] usr.bin/mkimg/mkimg:bsd_1x1_512_raw -> passed [0.788s] usr.bin/mkimg/mkimg:bsd_1x1_512_vhd -> passed [0.953s] usr.bin/mkimg/mkimg:bsd_1x1_512_vhdf -> passed [1.779s] usr.bin/mkimg/mkimg:bsd_1x1_512_vmdk -> passed [0.805s] usr.bin/mkimg/mkimg:ebr_1x1_512_qcow -> passed [1.227s] usr.bin/mkimg/mkimg:ebr_1x1_512_qcow2 -> passed [2.401s] usr.bin/mkimg/mkimg:ebr_1x1_512_raw -> passed [1.012s] usr.bin/mkimg/mkimg:ebr_1x1_512_vhd -> passed [0.932s] usr.bin/mkimg/mkimg:ebr_1x1_512_vhdf -> passed [0.867s] usr.bin/mkimg/mkimg:ebr_1x1_512_vmdk -> passed [2.457s] usr.bin/mkimg/mkimg:gpt_1x1_512_qcow -> passed [0.697s] usr.bin/mkimg/mkimg:gpt_1x1_512_qcow2 -> passed [1.752s] usr.bin/mkimg/mkimg:gpt_1x1_512_raw -> passed [0.753s] usr.bin/mkimg/mkimg:gpt_1x1_512_vhd -> passed [0.653s] usr.bin/mkimg/mkimg:gpt_1x1_512_vhdf -> passed [0.806s] usr.bin/mkimg/mkimg:gpt_1x1_512_vmdk -> passed [0.760s] usr.bin/mkimg/mkimg:mbr_1x1_512_qcow -> passed [2.012s] usr.bin/mkimg/mkimg:mbr_1x1_512_qcow2 -> passed [1.963s] usr.bin/mkimg/mkimg:mbr_1x1_512_raw -> passed [2.774s] usr.bin/mkimg/mkimg:mbr_1x1_512_vhd -> passed [3.180s] usr.bin/mkimg/mkimg:mbr_1x1_512_vhdf -> passed [1.032s] usr.bin/mkimg/mkimg:mbr_1x1_512_vmdk -> passed [0.950s] usr.bin/mkimg/mkimg:pc98_1x1_512_qcow -> passed [1.807s] usr.bin/mkimg/mkimg:pc98_1x1_512_qcow2 -> passed [0.922s] usr.bin/mkimg/mkimg:pc98_1x1_512_raw -> passed [2.933s] usr.bin/mkimg/mkimg:pc98_1x1_512_vhd -> passed [1.217s] usr.bin/mkimg/mkimg:pc98_1x1_512_vhdf -> passed [2.472s] usr.bin/mkimg/mkimg:pc98_1x1_512_vmdk -> passed [1.017s] usr.bin/mkimg/mkimg:vtoc8_1x1_512_qcow -> passed [0.674s] usr.bin/mkimg/mkimg:vtoc8_1x1_512_qcow2 -> passed [0.738s] usr.bin/mkimg/mkimg:vtoc8_1x1_512_raw -> passed [2.141s] usr.bin/mkimg/mkimg:vtoc8_1x1_512_vhd -> passed [0.808s] usr.bin/mkimg/mkimg:vtoc8_1x1_512_vhdf -> passed [0.745s] usr.bin/mkimg/mkimg:vtoc8_1x1_512_vmdk -> passed [1.639s] usr.bin/mkimg/mkimg:apm_1x1_4096_qcow -> passed [0.976s] usr.bin/mkimg/mkimg:apm_1x1_4096_qcow2 -> passed [0.809s] usr.bin/mkimg/mkimg:apm_1x1_4096_raw -> passed [0.788s] usr.bin/mkimg/mkimg:apm_1x1_4096_vhd -> passed [1.300s] usr.bin/mkimg/mkimg:apm_1x1_4096_vhdf -> passed [0.666s] usr.bin/mkimg/mkimg:apm_1x1_4096_vmdk -> passed [0.697s] usr.bin/mkimg/mkimg:bsd_1x1_4096_qcow -> passed [0.730s] usr.bin/mkimg/mkimg:bsd_1x1_4096_qcow2 -> passed [1.787s] usr.bin/mkimg/mkimg:bsd_1x1_4096_raw -> passed [1.201s] usr.bin/mkimg/mkimg:bsd_1x1_4096_vhd -> passed [2.448s] usr.bin/mkimg/mkimg:bsd_1x1_4096_vhdf -> passed [1.573s] usr.bin/mkimg/mkimg:bsd_1x1_4096_vmdk -> passed [1.399s] usr.bin/mkimg/mkimg:ebr_1x1_4096_qcow -> passed [1.094s] usr.bin/mkimg/mkimg:ebr_1x1_4096_qcow2 -> passed [0.966s] usr.bin/mkimg/mkimg:ebr_1x1_4096_raw -> passed [0.993s] usr.bin/mkimg/mkimg:ebr_1x1_4096_vhd -> passed [2.584s] usr.bin/mkimg/mkimg:ebr_1x1_4096_vhdf -> passed [0.924s] usr.bin/mkimg/mkimg:ebr_1x1_4096_vmdk -> passed [0.889s] usr.bin/mkimg/mkimg:gpt_1x1_4096_qcow -> passed [1.995s] usr.bin/mkimg/mkimg:gpt_1x1_4096_qcow2 -> passed [0.793s] usr.bin/mkimg/mkimg:gpt_1x1_4096_raw -> passed [0.775s] usr.bin/mkimg/mkimg:gpt_1x1_4096_vhd -> passed [1.908s] usr.bin/mkimg/mkimg:gpt_1x1_4096_vhdf -> passed [1.017s] usr.bin/mkimg/mkimg:gpt_1x1_4096_vmdk -> passed [0.741s] usr.bin/mkimg/mkimg:mbr_1x1_4096_qcow -> passed [2.017s] usr.bin/mkimg/mkimg:mbr_1x1_4096_qcow2 -> passed [0.835s] usr.bin/mkimg/mkimg:mbr_1x1_4096_raw -> passed [0.748s] usr.bin/mkimg/mkimg:mbr_1x1_4096_vhd -> passed [2.397s] usr.bin/mkimg/mkimg:mbr_1x1_4096_vhdf -> passed [1.072s] usr.bin/mkimg/mkimg:mbr_1x1_4096_vmdk -> passed [0.950s] usr.bin/mkimg/mkimg:pc98_1x1_4096_qcow -> passed [2.668s] usr.bin/mkimg/mkimg:pc98_1x1_4096_qcow2 -> passed [0.632s] usr.bin/mkimg/mkimg:pc98_1x1_4096_raw -> passed [0.626s] usr.bin/mkimg/mkimg:pc98_1x1_4096_vhd -> passed [0.647s] usr.bin/mkimg/mkimg:pc98_1x1_4096_vhdf -> passed [3.095s] usr.bin/mkimg/mkimg:pc98_1x1_4096_vmdk -> passed [2.176s] usr.bin/mkimg/mkimg:vtoc8_1x1_4096_qcow -> passed [2.469s] usr.bin/mkimg/mkimg:vtoc8_1x1_4096_qcow2 -> passed [1.709s] usr.bin/mkimg/mkimg:vtoc8_1x1_4096_raw -> passed [1.281s] usr.bin/mkimg/mkimg:vtoc8_1x1_4096_vhd -> passed [2.309s] usr.bin/mkimg/mkimg:vtoc8_1x1_4096_vhdf -> passed [0.866s] usr.bin/mkimg/mkimg:vtoc8_1x1_4096_vmdk -> passed [0.526s] usr.bin/mkimg/mkimg:apm_63x255_512_qcow -> passed [0.531s] usr.bin/mkimg/mkimg:apm_63x255_512_qcow2 -> passed [0.529s] usr.bin/mkimg/mkimg:apm_63x255_512_raw -> passed [0.529s] usr.bin/mkimg/mkimg:apm_63x255_512_vhd -> passed [0.517s] usr.bin/mkimg/mkimg:apm_63x255_512_vhdf -> passed [1.411s] usr.bin/mkimg/mkimg:apm_63x255_512_vmdk -> passed [1.479s] usr.bin/mkimg/mkimg:bsd_63x255_512_qcow -> passed [0.645s] usr.bin/mkimg/mkimg:bsd_63x255_512_qcow2 -> passed [0.765s] usr.bin/mkimg/mkimg:bsd_63x255_512_raw -> passed [1.652s] usr.bin/mkimg/mkimg:bsd_63x255_512_vhd -> passed [0.690s] usr.bin/mkimg/mkimg:bsd_63x255_512_vhdf -> passed [0.579s] usr.bin/mkimg/mkimg:bsd_63x255_512_vmdk -> passed [0.526s] usr.bin/mkimg/mkimg:ebr_63x255_512_qcow -> passed [0.615s] usr.bin/mkimg/mkimg:ebr_63x255_512_qcow2 -> passed [0.620s] usr.bin/mkimg/mkimg:ebr_63x255_512_raw -> passed [0.949s] usr.bin/mkimg/mkimg:ebr_63x255_512_vhd -> passed [0.834s] usr.bin/mkimg/mkimg:ebr_63x255_512_vhdf -> passed [0.844s] usr.bin/mkimg/mkimg:ebr_63x255_512_vmdk -> passed [1.924s] usr.bin/mkimg/mkimg:gpt_63x255_512_qcow -> passed [0.851s] usr.bin/mkimg/mkimg:gpt_63x255_512_qcow2 -> passed [0.698s] usr.bin/mkimg/mkimg:gpt_63x255_512_raw -> passed [0.837s] usr.bin/mkimg/mkimg:gpt_63x255_512_vhd -> passed [0.808s] usr.bin/mkimg/mkimg:gpt_63x255_512_vhdf -> passed [2.295s] usr.bin/mkimg/mkimg:gpt_63x255_512_vmdk -> passed [1.138s] usr.bin/mkimg/mkimg:mbr_63x255_512_qcow -> passed [1.257s] usr.bin/mkimg/mkimg:mbr_63x255_512_qcow2 -> passed [2.537s] usr.bin/mkimg/mkimg:mbr_63x255_512_raw -> passed [0.987s] usr.bin/mkimg/mkimg:mbr_63x255_512_vhd -> passed [0.959s] usr.bin/mkimg/mkimg:mbr_63x255_512_vhdf -> passed [1.601s] usr.bin/mkimg/mkimg:mbr_63x255_512_vmdk -> passed [1.231s] usr.bin/mkimg/mkimg:pc98_63x255_512_qcow -> passed [0.956s] usr.bin/mkimg/mkimg:pc98_63x255_512_qcow2 -> passed [1.177s] usr.bin/mkimg/mkimg:pc98_63x255_512_raw -> passed [2.809s] usr.bin/mkimg/mkimg:pc98_63x255_512_vhd -> passed [0.843s] usr.bin/mkimg/mkimg:pc98_63x255_512_vhdf -> passed [1.012s] usr.bin/mkimg/mkimg:pc98_63x255_512_vmdk -> passed [0.916s] usr.bin/mkimg/mkimg:vtoc8_63x255_512_qcow -> passed [2.486s] usr.bin/mkimg/mkimg:vtoc8_63x255_512_qcow2 -> passed [0.837s] usr.bin/mkimg/mkimg:vtoc8_63x255_512_raw -> passed [0.790s] usr.bin/mkimg/mkimg:vtoc8_63x255_512_vhd -> passed [0.702s] usr.bin/mkimg/mkimg:vtoc8_63x255_512_vhdf -> passed [0.777s] usr.bin/mkimg/mkimg:vtoc8_63x255_512_vmdk -> passed [1.890s] usr.bin/mkimg/mkimg:apm_63x255_4096_qcow -> passed [0.731s] usr.bin/mkimg/mkimg:apm_63x255_4096_qcow2 -> passed [0.733s] usr.bin/mkimg/mkimg:apm_63x255_4096_raw -> passed [0.749s] usr.bin/mkimg/mkimg:apm_63x255_4096_vhd -> passed [0.719s] usr.bin/mkimg/mkimg:apm_63x255_4096_vhdf -> passed [1.626s] usr.bin/mkimg/mkimg:apm_63x255_4096_vmdk -> passed [0.789s] usr.bin/mkimg/mkimg:bsd_63x255_4096_qcow -> passed [0.821s] usr.bin/mkimg/mkimg:bsd_63x255_4096_qcow2 -> passed [0.685s] usr.bin/mkimg/mkimg:bsd_63x255_4096_raw -> passed [0.816s] usr.bin/mkimg/mkimg:bsd_63x255_4096_vhd -> passed [1.821s] usr.bin/mkimg/mkimg:bsd_63x255_4096_vhdf -> passed [0.941s] usr.bin/mkimg/mkimg:bsd_63x255_4096_vmdk -> passed [0.692s] usr.bin/mkimg/mkimg:ebr_63x255_4096_qcow -> passed [0.938s] usr.bin/mkimg/mkimg:ebr_63x255_4096_qcow2 -> passed [0.921s] usr.bin/mkimg/mkimg:ebr_63x255_4096_raw -> passed [1.271s] usr.bin/mkimg/mkimg:ebr_63x255_4096_vhd -> passed [0.973s] usr.bin/mkimg/mkimg:ebr_63x255_4096_vhdf -> passed [0.856s] usr.bin/mkimg/mkimg:ebr_63x255_4096_vmdk -> passed [1.108s] usr.bin/mkimg/mkimg:gpt_63x255_4096_qcow -> passed [0.847s] usr.bin/mkimg/mkimg:gpt_63x255_4096_qcow2 -> passed [0.589s] usr.bin/mkimg/mkimg:gpt_63x255_4096_raw -> passed [0.594s] usr.bin/mkimg/mkimg:gpt_63x255_4096_vhd -> passed [0.653s] usr.bin/mkimg/mkimg:gpt_63x255_4096_vhdf -> passed [0.918s] usr.bin/mkimg/mkimg:gpt_63x255_4096_vmdk -> passed [0.727s] usr.bin/mkimg/mkimg:mbr_63x255_4096_qcow -> passed [0.797s] usr.bin/mkimg/mkimg:mbr_63x255_4096_qcow2 -> passed [0.738s] usr.bin/mkimg/mkimg:mbr_63x255_4096_raw -> passed [0.807s] usr.bin/mkimg/mkimg:mbr_63x255_4096_vhd -> passed [0.693s] usr.bin/mkimg/mkimg:mbr_63x255_4096_vhdf -> passed [1.162s] usr.bin/mkimg/mkimg:mbr_63x255_4096_vmdk -> passed [0.700s] usr.bin/mkimg/mkimg:pc98_63x255_4096_qcow -> passed [0.733s] usr.bin/mkimg/mkimg:pc98_63x255_4096_qcow2 -> passed [1.437s] usr.bin/mkimg/mkimg:pc98_63x255_4096_raw -> passed [0.744s] usr.bin/mkimg/mkimg:pc98_63x255_4096_vhd -> passed [0.775s] usr.bin/mkimg/mkimg:pc98_63x255_4096_vhdf -> passed [1.158s] usr.bin/mkimg/mkimg:pc98_63x255_4096_vmdk -> passed [0.726s] usr.bin/mkimg/mkimg:vtoc8_63x255_4096_qcow -> passed [0.556s] usr.bin/mkimg/mkimg:vtoc8_63x255_4096_qcow2 -> passed [0.549s] usr.bin/mkimg/mkimg:vtoc8_63x255_4096_raw -> passed [0.764s] usr.bin/mkimg/mkimg:vtoc8_63x255_4096_vhd -> passed [0.618s] usr.bin/mkimg/mkimg:vtoc8_63x255_4096_vhdf -> Traceback (most recent call last): File "/vm/freebsd-ci/scripts/test/run-tests.py", line 146, in main(sys.argv) File "/vm/freebsd-ci/scripts/test/run-tests.py", line 80, in main runTest() File "/vm/freebsd-ci/scripts/test/run-tests.py", line 118, in runTest child2.expect("# ", timeout=600) File "/usr/local/lib/python2.7/site-packages/pexpect/__init__.py", line 1451, in expect timeout, searchwindowsize) File "/usr/local/lib/python2.7/site-packages/pexpect/__init__.py", line 1466, in expect_list timeout, searchwindowsize) File "/usr/local/lib/python2.7/site-packages/pexpect/__init__.py", line 1568, in expect_loop raise TIMEOUT(str(err) + '\n' + str(self)) pexpect.TIMEOUT: Timeout exceeded. version: 3.3 command: /usr/sbin/bhyve args: [u'/usr/sbin/bhyve', u'-c', u'2', u'-m', u'2G', u'-AI', u'-H', u'-P', u'-g', u'0', u'-s', u'0:0,hostbridge', u'-s', u'1:0,lpc', u'-s', u'2:0,virtio-net,tap0,mac=58:9c:fc:00:00:2e', u'-s', u'3:0,ahci-hd,/net/jenkins-10.freebsd.org/builds/Build-UFS-image/image/FreeBSD_HEAD/test.img', u'-l', u'com1,stdio', u'vm_test'] searcher: buffer (last 100 chars): '/mkimg:vtoc8_63x255_4096_vhd -> passed [0.618s]\r\nusr.bin/mkimg/mkimg:vtoc8_63x255_4096_vhdf -> ' before (last 100 chars): '/mkimg:vtoc8_63x255_4096_vhd -> passed [0.618s]\r\nusr.bin/mkimg/mkimg:vtoc8_63x255_4096_vhdf -> ' after: match: None match_index: None exitstatus: None flag_eof: False pid: 96780 child_fd: 4 closed: False timeout: 30 delimiter: logfile: ', mode 'w' at 0x80066d150> logfile_read: None logfile_send: None maxread: 2000 ignorecase: False searchwindowsize: None delaybeforesend: 0.05 delayafterclose: 0.1 delayafterterminate: 0.1 Build step 'Execute shell' marked build as failure Recording test results From owner-freebsd-current@FreeBSD.ORG Wed Nov 5 12:36:44 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 43582C72 for ; Wed, 5 Nov 2014 12:36:44 +0000 (UTC) Received: from mail.jrv.org (rrcs-24-73-246-106.sw.biz.rr.com [24.73.246.106]) by mx1.freebsd.org (Postfix) with ESMTP id B0FEF145 for ; Wed, 5 Nov 2014 12:36:43 +0000 (UTC) Received: from localhost (localhost.localdomain [127.0.0.1]) by mail.jrv.org (Postfix) with ESMTP id 0D0911CAED4; Wed, 5 Nov 2014 06:36:36 -0600 (CST) Received: from mail.jrv.org ([127.0.0.1]) by localhost (zimbra64.housenet.jrv [127.0.0.1]) (amavisd-new, port 10032) with ESMTP id VOXgLF-B0-1d; Wed, 5 Nov 2014 06:36:26 -0600 (CST) Received: from localhost (localhost.localdomain [127.0.0.1]) by mail.jrv.org (Postfix) with ESMTP id 0E6A71CAEB9; Wed, 5 Nov 2014 06:36:26 -0600 (CST) X-Virus-Scanned: amavisd-new at zimbra64.housenet.jrv Received: from mail.jrv.org ([127.0.0.1]) by localhost (zimbra64.housenet.jrv [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id eqlU6YsUcXdx; Wed, 5 Nov 2014 06:36:25 -0600 (CST) Received: from [192.168.138.128] (BMX.housenet.jrv [192.168.3.140]) by mail.jrv.org (Postfix) with ESMTPSA id DD3FA1CAEB6; Wed, 5 Nov 2014 06:36:25 -0600 (CST) Message-ID: <545A19CA.5000203@jrv.org> Date: Wed, 05 Nov 2014 06:36:26 -0600 From: "James R. Van Artsdalen" User-Agent: Mozilla/5.0 (Windows NT 5.0; rv:12.0) Gecko/20120428 Thunderbird/12.0.1 MIME-Version: 1.0 To: Dmitriy Makarov Subject: Re: r273165. ZFS ARC: possible memory leak to Inact References: <<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<1415098949.596412362.8vxee7kf@frv41.fwdcdn.com>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> In-Reply-To: <1415098949.596412362.8vxee7kf@frv41.fwdcdn.com>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: 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, 05 Nov 2014 12:36:44 -0000 On 11/4/2014 5:47 AM, Dmitriy Makarov wrote: > Funny thing is that when we manually allocate and release memory, using simple python script: ... > > Current workaround is to periodically invoke this python script by cron. > I wonder if this is related to PR https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=194513 This is against "zfs recv" and hanging in process state "kmem arena" & but also has a workaround of allocating lots of memory in userland. But I do not see a lot of inactive with that PR. "zpool history" also hangs sometimes in "kmem arena" but I do not have a workaround for that. This PR is filed against 10-STABLE but confirmed against CURRENT too. SUPERTEX:/root# uname -a FreeBSD SUPERTEX.housenet.jrv 10.1-PRERELEASE FreeBSD 10.1-PRERELEASE #3 r273476M: Wed Oct 22 15:05:29 CDT 2014 root@SUPERTEX.housenet.jrv:/usr/obj/usr/src/sys/GENERIC amd64 SUPERTEX:/root# top last pid: 37286; load averages: 0.03, 0.05, 0.05 up 11+11:24:34 06:25:46 39 processes: 1 running, 38 sleeping CPU: 0.0% user, 0.0% nice, 0.0% system, 0.0% interrupt, 100% idle Mem: 6444K Active, 57M Inact, 6475M Wired, 25G Free ARC: 4753M Total, 862M MFU, 2765M MRU, 52K Anon, 139M Header, 986M Other Swap: 31G Total, 21M Used, 31G Free PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND 676 root 1 20 0 25456K 1048K select 8 0:22 0.00% ntpd 723 root 1 20 0 24112K 1472K select 13 0:09 0.00% sendmail 12105 root 1 20 0 103M 35984K kmem a 11 0:04 0.00% zpool 693 root 1 20 0 30676K 1684K nanslp 10 0:03 0.00% smartd 519 root 1 20 0 14508K 684K select 5 0:02 0.00% syslogd From owner-freebsd-current@FreeBSD.ORG Wed Nov 5 12:41: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 28EB8F86 for ; Wed, 5 Nov 2014 12:41:54 +0000 (UTC) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 7A4D126D for ; Wed, 5 Nov 2014 12:41:53 +0000 (UTC) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id OAA17165; Wed, 05 Nov 2014 14:43:45 +0200 (EET) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1XlzuI-0009zT-CJ; Wed, 05 Nov 2014 14:41:50 +0200 Message-ID: <545A1AE8.5090205@FreeBSD.org> Date: Wed, 05 Nov 2014 14:41:12 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.1.2 MIME-Version: 1.0 To: "James R. Van Artsdalen" Subject: Re: r273165. ZFS ARC: possible memory leak to Inact References: <<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<1415098949.596412362.8vxee7kf@frv41.fwdcdn.com>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> <545A19CA.5000203@jrv.org> In-Reply-To: <545A19CA.5000203@jrv.org> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit 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, 05 Nov 2014 12:41:54 -0000 On 05/11/2014 14:36, James R. Van Artsdalen wrote: > I wonder if this is related to PR > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=194513 > > This is against "zfs recv" and hanging in process state "kmem arena" & > but also has a workaround of allocating lots of memory in userland. If something hangs (appears to hang) and it's ZFS related, then https://wiki.freebsd.org/AvgZfsDeadlockDebug > But I do not see a lot of inactive with that PR. > > "zpool history" also hangs sometimes in "kmem arena" but I do not have > a workaround for that. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Wed Nov 5 13:18:18 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E61D18FD for ; Wed, 5 Nov 2014 13:18:18 +0000 (UTC) Received: from mail-wg0-x232.google.com (mail-wg0-x232.google.com [IPv6:2a00:1450:400c:c00::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 7F02382E for ; Wed, 5 Nov 2014 13:18:18 +0000 (UTC) Received: by mail-wg0-f50.google.com with SMTP id z12so874505wgg.23 for ; Wed, 05 Nov 2014 05:18:16 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:subject:message-id:reply-to:mime-version:content-type :content-transfer-encoding; bh=n9QKbk53AW4a2wSj+gG59GKJt+LA7O3fRocw3IvMo4Y=; b=MspxNTKWnfN/4ED1fVWmwMFG51RXkwyCFNlY6Z6u26bJ/cDElH+a3lHCbRfm24IRJV pcw5N4QKXrfdxkWOIoD/SczdZZlIW3LZpPLH6pgtuJ952xHdI8xOUu/CrqFVN/YCPJqh MZ1gll7eSloriOpnu3w4xt9XOM8a+Mbmw1lAyPyuESK1/v8co7EVoNjEBb+VjhwllFmf 5sRpcF38QrmPDznKuZ0pbuiLWlw/7+qywBGCEVXqGWh0nJLehpAM3kJnjG+ApXGMflQW vLwCumQ1R7fDi9jujf+aL4OP2X5/BBwpcn/uYu2bqPjnYN7W4sOW9FBPcu79XL4OPB4u KYzA== X-Received: by 10.180.107.35 with SMTP id gz3mr16400996wib.38.1415193496708; Wed, 05 Nov 2014 05:18:16 -0800 (PST) Received: from ernst.home (p578E04C3.dip0.t-ipconnect.de. [87.142.4.195]) by mx.google.com with ESMTPSA id ny6sm15775144wic.22.2014.11.05.05.18.15 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 05 Nov 2014 05:18:15 -0800 (PST) Date: Wed, 5 Nov 2014 14:18:13 +0100 From: Gary Jennejohn To: current@freebsd.org Subject: buildkernel broken in HEAD Message-ID: <20141105141813.27ff4561@ernst.home> Reply-To: gljennjohn@gmail.com X-Mailer: Claws Mail 3.11.1 (GTK+ 2.24.22; amd64-portbld-freebsd11.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: Wed, 05 Nov 2014 13:18:19 -0000 HEAD updated just minutes ago: -------------------------------------------------------------- >>> stage 3.1: making dependencies -------------------------------------------------------------- @/amd64/amd64/genassym.c:79:16: error: no member named 'pm_save' in 'pmap' ASSYM(PM_SAVE, offsetof(struct pmap, pm_save)); pm_save is not present in any pmap.h under /sys. -- Gary Jennejohn From owner-freebsd-current@FreeBSD.ORG Wed Nov 5 14:02:48 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E4A358CB for ; Wed, 5 Nov 2014 14:02:48 +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 8F359EFA for ; Wed, 5 Nov 2014 14:02:47 +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 sA5E2dt8025935; Wed, 5 Nov 2014 06:02:39 -0800 (PST) (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.14.9/8.14.9/Submit) id sA5E2dof025934; Wed, 5 Nov 2014 06:02:39 -0800 (PST) (envelope-from david) Date: Wed, 5 Nov 2014 06:02:39 -0800 From: David Wolfskill To: Gary Jennejohn Subject: Re: buildkernel broken in HEAD Message-ID: <20141105140239.GB1156@albert.catwhisker.org> Mail-Followup-To: David Wolfskill , Gary Jennejohn , current@freebsd.org References: <20141105141813.27ff4561@ernst.home> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="tve/Co+tDjFhfkaB" Content-Disposition: inline In-Reply-To: <20141105141813.27ff4561@ernst.home> User-Agent: Mutt/1.5.23 (2014-03-12) Cc: current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Nov 2014 14:02:49 -0000 --tve/Co+tDjFhfkaB Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Nov 05, 2014 at 02:18:13PM +0100, Gary Jennejohn wrote: > HEAD updated just minutes ago: >=20 > -------------------------------------------------------------- > >>> stage 3.1: making dependencies > -------------------------------------------------------------- > @/amd64/amd64/genassym.c:79:16: error: no member named 'pm_save' in 'pmap' > ASSYM(PM_SAVE, offsetof(struct pmap, pm_save)); >=20 > pm_save is not present in any pmap.h under /sys. > ... I just built, booted, and smoke-checked: FreeBSD g1-252.catwhisker.org 11.0-CURRENT FreeBSD 11.0-CURRENT #1418 r274= 130M/274133:1100044: Wed Nov 5 05:47:27 PST 2014 root@g1-252.catwhiske= r.org:/common/S4/obj/usr/src/sys/CANARY i386 Peace, david --=20 David H. Wolfskill david@catwhisker.org Taliban: Evil cowards with guns afraid of truth from a 14-year old girl. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --tve/Co+tDjFhfkaB Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQJ8BAEBCgBmBQJUWi3+XxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ4RThEMDY4QTIxMjc1MDZFRDIzODYzRTc4 QTY3RjlDOERFRjQxOTNCAAoJEIpn+cje9Bk7e08P/R8Q7+xhi31oVwyXJ0Fe2W+x pria3hoUapg71DT16TjQV7I9wCAmSYpAuy6fFSN3+ujTVrusAo8ZgUmUtZ4R5enC 3GqKhaXTIfDRhkbxOZMqo2g8//2IoyAFkOZ8a/4S9wnF7rf4e9ugyR+itfv4wgCM Uo0D6qQF+HwceN++l9bHCANmtMe9DwmR4q2y2Mo+XV28L+U1kVEwtNw86xrQA2aM 8mU9IiF5Ci4iPeOUxE7jQlLZpIMY6Cr9AV7g+4pZ70OkXzmlXzO4jK/n/gzb8RjG 1rgS69jDP4OoJn7Moppe1TbkirDUXrVINLWBw//F6nbtFkUnqorXuvJnwsVdgygM q0sfd43GwB19ssFqttktPbjWzmHAoWCE8qbZBSlxmOWHzLsjZpROuB6XooBOu06S YtTag4rHbQAXTVyW1+2zrq640TY91c8Cj2bANLVZiha/f3YcVmFpT84JgsEF9yRQ kTvgAPpzlZa+FEWcdB5P7/lGHnJ4ZGqQ9GOpWF1lpJvilq2LzqlO5/kadNaXb0hz 4pQ+PgAZxi5+emx5dxYfflSqLm5hl85gviFu8Xgxs5FjNUV2n9hMN3q7ZV1Ye6je DWRaNDAiC5Q1t1HAqsLXcMcGyQ6mg0s3ColJ26KrVSta972PczI2VfjdlSO9fXr5 UDzxHFkLGezYYqYI2Gij =9Kuj -----END PGP SIGNATURE----- --tve/Co+tDjFhfkaB-- From owner-freebsd-current@FreeBSD.ORG Wed Nov 5 14:34:19 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 4C3CC125 for ; Wed, 5 Nov 2014 14:34:19 +0000 (UTC) Received: from udns.ultimatedns.net (unknown [IPv6:2602:d1:b4d6:e600:4261:86ff:fef6:aa2a]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 1E2892A6 for ; Wed, 5 Nov 2014 14:34:18 +0000 (UTC) Received: from ultimatedns.net (localhost [127.0.0.1]) by udns.ultimatedns.net (8.14.9/8.14.9) with ESMTP id sA5Ea7L0031690; Wed, 5 Nov 2014 06:36:08 -0800 (PST) (envelope-from bsd-lists@bsdforge.com) To: Gary Jennejohn In-Reply-To: <20141105101951.48542120@ernst.home> References: <544E7679.7070207@FreeBSD.org> <54590B3E.2070701@dumbbell.fr> , <20141105101951.48542120@ernst.home> From: "Chris H" Subject: Re: HEADS UP: Enabling vt(4) by default Date: Wed, 05 Nov 2014 06:36:08 -0800 Content-Type: text/plain; charset=UTF-8; format=fixed MIME-Version: 1.0 Message-id: Content-Transfer-Encoding: 8bit Cc: =?UTF-8?B?SmVhbi1Tw6liYXN0aWVuUMOpZHJvbg==?= , 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, 05 Nov 2014 14:34:19 -0000 On Wed, 5 Nov 2014 10:19:51 +0100 Gary Jennejohn wrote > On Tue, 04 Nov 2014 18:01:41 -0800 > "Chris H" wrote: > > > On Tue, 04 Nov 2014 18:22:06 +0100 Jean-Sebastien Pedron > > wrote > > > > > Hello! > > > > > > As announced a week ago, vt(4) is now the default console driver in > > > 11-CURRENT as of r274085. > > > > > > You may have to update your console settings in /etc/rc.conf. During > > > boot, /etc/rc.d/syscons will indicate what you need to do. > > > > > > The original HEADS UP mentioned several known issues. Among them, the > > > following were fixed: > > > > > > o A video mode can be selected using the following tunable in > > > /boot/loader.conf: > > > kern.vt.fb.default_mode="1024x768" > > > > > > This only works when using a KMS video driver. It's not > > > supported by the VGA backend. See vt(4) man page for further > > > documentation. > > > > > > o The keyboard was not working when kbdmux(4) was disabled. This > > > is fixed. > > > > > > o After loading a KMS driver, the text cursor was in the middle of > > > the kernel messages. The problem was that the cursor position was > > > not updated after the change in window size. This is fixed. > > > > > > Up-to-date information can be found on the wiki page: > > > https://wiki.freebsd.org/Newcons > > > > > > If you want to keep using syscons(4), you can add the following line to > > > /boot/loader.conf: > > > kern.vty=sc > > > > > > Thank you to everyone who tested and reported problems! Please continue > > > to do so, especially if you find the need to go back to syscons. > > > > No. Thank _you_! :) > > > > I was unable to determine from the wiki. But do all these wonderful > > new features also work with the nVidia blob, under vt(4)? > > I'm currently building a new 11-CURRENT from the 10-26 iso, as I write > > this, and was wondering if the graphics mode at higher resolutions was > > now possible using the nVidia blob. > > > > No, video mode won't work with the nVidia blob. That requires > a KMS (in-kernel) driver. Thank you for the reply, Gary. Ahh. I see. So unless I have ATI hardware, I'm pretty much out of luck? Thanks again. --Chris > > -- > Gary Jennejohn From owner-freebsd-current@FreeBSD.ORG Wed Nov 5 14:52:26 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A9B3677F for ; Wed, 5 Nov 2014 14:52:26 +0000 (UTC) Received: from mail-la0-x22c.google.com (mail-la0-x22c.google.com [IPv6:2a00:1450:4010:c03::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 149AF6E6 for ; Wed, 5 Nov 2014 14:52:26 +0000 (UTC) Received: by mail-la0-f44.google.com with SMTP id gf13so833960lab.3 for ; Wed, 05 Nov 2014 06:52:24 -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=GcFB1eUtr6IeK76LmgG9UEgbl+GG6d/f52Obo/hhQIg=; b=Yu/7Uqzx9GWApDUARxN+oUVdMpMUtaixP1bU+I48/s6cEuCfUiHErAxxtgUW7oCyb2 6ETIB+RN3liGp7WqV4/0yqnbxTPY7YmU7QUZKHAB3UyL22Nk+gUji0DmQ38c/sbJcLkg d+MD1HjsT/md+7JgSmLvSY1Rw2GuhCqrgOK7dT7yXNg9sHwRsZEHgT32QpsDkuB6AZpm pCs/GUDrOtjdS3iFPzFLFECa3QMk2/qZRlq5QEEvWagXSzs7HeslO7GFlDVTyxmcxt0K gBN8xxdronem/tnYBtAI6rz2sS6HSKnSC042vai4dYzpVClJLFdJAuTTLXVsW99j9b6g WszA== MIME-Version: 1.0 X-Received: by 10.152.27.38 with SMTP id q6mr30339803lag.92.1415199144059; Wed, 05 Nov 2014 06:52:24 -0800 (PST) Received: by 10.25.78.134 with HTTP; Wed, 5 Nov 2014 06:52:24 -0800 (PST) In-Reply-To: References: <544E7679.7070207@FreeBSD.org> <54590B3E.2070701@dumbbell.fr> <20141105101951.48542120@ernst.home> Date: Wed, 5 Nov 2014 15:52:24 +0100 Message-ID: Subject: Re: HEADS UP: Enabling vt(4) by default From: Andreas Nilsson To: Chris H Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: =?UTF-8?B?SmVhbi1Tw6liYXN0aWVuUMOpZHJvbg==?= , Current FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Nov 2014 14:52:26 -0000 On Wed, Nov 5, 2014 at 3:36 PM, Chris H wrote: > On Wed, 5 Nov 2014 10:19:51 +0100 Gary Jennejohn > wrote > > > On Tue, 04 Nov 2014 18:01:41 -0800 > > "Chris H" wrote: > > > > > On Tue, 04 Nov 2014 18:22:06 +0100 Jean-Sebastien Pedron > > > wrote > > > > > > > Hello! > > > > > > > > As announced a week ago, vt(4) is now the default console driver in > > > > 11-CURRENT as of r274085. > > > > > > > > You may have to update your console settings in /etc/rc.conf. During > > > > boot, /etc/rc.d/syscons will indicate what you need to do. > > > > > > > > The original HEADS UP mentioned several known issues. Among them, the > > > > following were fixed: > > > > > > > > o A video mode can be selected using the following tunable in > > > > /boot/loader.conf: > > > > kern.vt.fb.default_mode="1024x768" > > > > > > > > This only works when using a KMS video driver. It's not > > > > supported by the VGA backend. See vt(4) man page for further > > > > documentation. > > > > > > > > o The keyboard was not working when kbdmux(4) was disabled. This > > > > is fixed. > > > > > > > > o After loading a KMS driver, the text cursor was in the middle > of > > > > the kernel messages. The problem was that the cursor position > was > > > > not updated after the change in window size. This is fixed. > > > > > > > > Up-to-date information can be found on the wiki page: > > > > https://wiki.freebsd.org/Newcons > > > > > > > > If you want to keep using syscons(4), you can add the following line > to > > > > /boot/loader.conf: > > > > kern.vty=sc > > > > > > > > Thank you to everyone who tested and reported problems! Please > continue > > > > to do so, especially if you find the need to go back to syscons. > > > > > > No. Thank _you_! :) > > > > > > I was unable to determine from the wiki. But do all these wonderful > > > new features also work with the nVidia blob, under vt(4)? > > > I'm currently building a new 11-CURRENT from the 10-26 iso, as I write > > > this, and was wondering if the graphics mode at higher resolutions was > > > now possible using the nVidia blob. > > > > > > > No, video mode won't work with the nVidia blob. That requires > > a KMS (in-kernel) driver. > > Thank you for the reply, Gary. > > Ahh. I see. So unless I have ATI hardware, I'm pretty much out of luck? > > Thanks again. > > --Chris > > > > > -- > > Gary Jennejohn > > Well, ATI or Intel chip. Best regards Andreas From owner-freebsd-current@FreeBSD.ORG Wed Nov 5 14:54:44 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7D1498C5 for ; Wed, 5 Nov 2014 14:54:44 +0000 (UTC) Received: from mail-wg0-x233.google.com (mail-wg0-x233.google.com [IPv6:2a00:1450:400c:c00::233]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 144B876F for ; Wed, 5 Nov 2014 14:54:43 +0000 (UTC) Received: by mail-wg0-f51.google.com with SMTP id l18so1113405wgh.10 for ; Wed, 05 Nov 2014 06:54:42 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:cc:subject:message-id:in-reply-to:references:reply-to :mime-version:content-type:content-transfer-encoding; bh=3yXEBA2Gm0dXXK9hXkpe+3t3D7pc4PIB9ZCjES8QAxU=; b=gwLTznYJAwokEBljni/NiSPua3fjLraaXEgWq1+6pjRbTXDlKP8fzJCv7QHQBXZKxj azenuLIVxWF7AFqnaj4feUXlmomttadvQo8FUKqDu9IllHjFLoGymvxwqedofzwrIGWJ IFYlkiX/sXe0HH97DTJW/ZTd9vgSQIioc5VIVqR+A9Z75UAzFmZtO4e+ZjSvkgdler7M 9T3T9PGYagTwRPtvGuF1yfR8sXdwFSjntc0JscEtvQ7J+L421MIgZ1GoFuxdhEeycCoP 2sUqZyrplTW7/NJ1bQwSmWqXPhvmn5DIk9hTVAFWsyr1crsH4PZKZ4BBeYja22BsFejs sMTg== X-Received: by 10.194.81.6 with SMTP id v6mr64744799wjx.39.1415199282298; Wed, 05 Nov 2014 06:54:42 -0800 (PST) Received: from ernst.home (p578E04C3.dip0.t-ipconnect.de. [87.142.4.195]) by mx.google.com with ESMTPSA id mw7sm4843770wib.14.2014.11.05.06.54.40 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 05 Nov 2014 06:54:41 -0800 (PST) Date: Wed, 5 Nov 2014 15:54:39 +0100 From: Gary Jennejohn To: David Wolfskill Subject: Re: buildkernel broken in HEAD Message-ID: <20141105155439.61468112@ernst.home> In-Reply-To: <20141105140239.GB1156@albert.catwhisker.org> References: <20141105141813.27ff4561@ernst.home> <20141105140239.GB1156@albert.catwhisker.org> Reply-To: gljennjohn@gmail.com X-Mailer: Claws Mail 3.11.1 (GTK+ 2.24.22; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: 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, 05 Nov 2014 14:54:44 -0000 On Wed, 5 Nov 2014 06:02:39 -0800 David Wolfskill wrote: > On Wed, Nov 05, 2014 at 02:18:13PM +0100, Gary Jennejohn wrote: > > HEAD updated just minutes ago: > > > > -------------------------------------------------------------- > > >>> stage 3.1: making dependencies > > -------------------------------------------------------------- > > @/amd64/amd64/genassym.c:79:16: error: no member named 'pm_save' in 'pmap' > > ASSYM(PM_SAVE, offsetof(struct pmap, pm_save)); > > > > pm_save is not present in any pmap.h under /sys. > > ... > > I just built, booted, and smoke-checked: > > FreeBSD g1-252.catwhisker.org 11.0-CURRENT FreeBSD 11.0-CURRENT #1418 r274130M/274133:1100044: Wed Nov 5 05:47:27 PST 2014 root@g1-252.catwhisker.org:/common/S4/obj/usr/src/sys/CANARY i386 > Thanks, but I'm at Updating '.': At revision 274134 -- Gary Jennejohn From owner-freebsd-current@FreeBSD.ORG Wed Nov 5 15:07:43 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1A786E32 for ; Wed, 5 Nov 2014 15:07:43 +0000 (UTC) Received: from land.berklix.org (land.berklix.org [144.76.10.75]) (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 9E5718E8 for ; Wed, 5 Nov 2014 15:07:42 +0000 (UTC) Received: from mart.js.berklix.net (p5DCBDEDE.dip0.t-ipconnect.de [93.203.222.222]) (authenticated bits=128) by land.berklix.org (8.14.5/8.14.5) with ESMTP id sA5F3TlC073764; Wed, 5 Nov 2014 15:03:30 GMT (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (fire.js.berklix.net [192.168.91.41]) by mart.js.berklix.net (8.14.3/8.14.3) with ESMTP id sA5F70od007145; Wed, 5 Nov 2014 16:07:00 +0100 (CET) (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (localhost [127.0.0.1]) by fire.js.berklix.net (8.14.7/8.14.7) with ESMTP id sA5F6goq022389; Wed, 5 Nov 2014 16:06:54 +0100 (CET) (envelope-from jhs@berklix.com) Message-Id: <201411051506.sA5F6goq022389@fire.js.berklix.net> To: d@delphij.net Subject: Re: current panic: Lock (sx) random_adaptors not locked @ From: "Julian H. Stacey" Organization: http://berklix.com BSD Unix Linux Consultants, Munich Germany User-agent: EXMH on FreeBSD http://berklix.com/free/ X-URL: http://www.berklix.com In-reply-to: Your message "Tue, 04 Nov 2014 10:23:40 -0800." <545919AC.8010509@delphij.net> Date: Wed, 05 Nov 2014 16:06:41 +0100 Cc: current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Nov 2014 15:07:43 -0000 Xin Li wrote: > On 11/04/14 06:01, Julian H. Stacey wrote: > > Hi current@ > > Maybe this is a transient no one else will see ?: with no > > /boot/loader.conf, my old custom kernel booted & my new one > > paniced: > > > > panic: Lock (sx) random_adaptors not locked @ > > dev/random/random_adaptors.c:278 > > This was fixed in r274006 FYI. OK, Thanks Xin Li. Cheers, Julian -- Julian Stacey, BSD Linux Unix C Sys Eng Consultant Munich http://berklix.com Indent previous with "> ". Interleave reply paragraphs like a play script. Send plain text, not quoted-printable, HTML, base64, or multipart/alternative. From owner-freebsd-current@FreeBSD.ORG Wed Nov 5 15:15: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 8084D163 for ; Wed, 5 Nov 2014 15:15:20 +0000 (UTC) Received: from wonkity.com (wonkity.com [67.158.26.137]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "wonkity.com", Issuer "wonkity.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 2F6C09D8 for ; Wed, 5 Nov 2014 15:15:19 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.9/8.14.9) with ESMTP id sA5FF4dQ069940 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Wed, 5 Nov 2014 08:15:04 -0700 (MST) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.9/8.14.9/Submit) with ESMTP id sA5FF4nQ069937; Wed, 5 Nov 2014 08:15:04 -0700 (MST) (envelope-from wblock@wonkity.com) Date: Wed, 5 Nov 2014 08:15:04 -0700 (MST) From: Warren Block To: Chris H Subject: Re: HEADS UP: Enabling vt(4) by default In-Reply-To: Message-ID: References: <544E7679.7070207@FreeBSD.org> <54590B3E.2070701@dumbbell.fr> , <20141105101951.48542120@ernst.home> User-Agent: Alpine 2.11 (BSF 23 2013-08-11) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (wonkity.com [127.0.0.1]); Wed, 05 Nov 2014 08:15:04 -0700 (MST) Cc: =?ISO-8859-15?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: Wed, 05 Nov 2014 15:15:20 -0000 On Wed, 5 Nov 2014, Chris H wrote: > On Wed, 5 Nov 2014 10:19:51 +0100 Gary Jennejohn wrote >> >> No, video mode won't work with the nVidia blob. That requires >> a KMS (in-kernel) driver. > > Thank you for the reply, Gary. > > Ahh. I see. So unless I have ATI hardware, I'm pretty much out of luck? Or Intel, or anything with KMS drivers. From owner-freebsd-current@FreeBSD.ORG Wed Nov 5 15:20: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 8FB422E4 for ; Wed, 5 Nov 2014 15:20:10 +0000 (UTC) Received: from udns.ultimatedns.net (unknown [IPv6:2602:d1:b4d6:e600:4261:86ff:fef6:aa2a]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 5602CA2D for ; Wed, 5 Nov 2014 15:20:10 +0000 (UTC) Received: from ultimatedns.net (localhost [127.0.0.1]) by udns.ultimatedns.net (8.14.9/8.14.9) with ESMTP id sA5FM0vn037341; Wed, 5 Nov 2014 07:22:00 -0800 (PST) (envelope-from bsd-lists@bsdforge.com) To: Warren Block In-Reply-To: References: <544E7679.7070207@FreeBSD.org> <54590B3E.2070701@dumbbell.fr> , <20141105101951.48542120@ernst.home> , From: "Chris H" Subject: Re: HEADS UP: Enabling vt(4) by default Date: Wed, 05 Nov 2014 07:22:00 -0800 Content-Type: text/plain; charset=UTF-8; format=fixed MIME-Version: 1.0 Message-id: Content-Transfer-Encoding: 8bit Cc: =?UTF-8?B?SmVhbi1Tw6liYXN0aWVuUMOpZHJvbg==?= , 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, 05 Nov 2014 15:20:10 -0000 On Wed, 5 Nov 2014 08:15:04 -0700 (MST) Warren Block wrote > On Wed, 5 Nov 2014, Chris H wrote: > > On Wed, 5 Nov 2014 10:19:51 +0100 Gary Jennejohn > > wrote >> > >> No, video mode won't work with the nVidia blob. That requires > >> a KMS (in-kernel) driver. > > > > Thank you for the reply, Gary. > > > > Ahh. I see. So unless I have ATI hardware, I'm pretty much out of luck? > > Or Intel, or anything with KMS drivers. Thanks. Everything I manage, is using nVidia. Looks like the kms VESA might work. But I'm not sure if there would be any appreciable gain going that route (assuming it's even possible). Thanks again, for the reply, Warren. --Chris From owner-freebsd-current@FreeBSD.ORG Wed Nov 5 15:35:59 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 43BFB916 for ; Wed, 5 Nov 2014 15:35:59 +0000 (UTC) Received: from udns.ultimatedns.net (unknown [IPv6:2602:d1:b4d6:e600:4261:86ff:fef6:aa2a]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 10557C36 for ; Wed, 5 Nov 2014 15:35:58 +0000 (UTC) Received: from ultimatedns.net (localhost [127.0.0.1]) by udns.ultimatedns.net (8.14.9/8.14.9) with ESMTP id sA5Fbq0x039224 for ; Wed, 5 Nov 2014 07:37:52 -0800 (PST) (envelope-from bsd-lists@bsdforge.com) To: "FreeBSD CURRENT" From: "Chris H" Subject: LOR on CURRENT Date: Wed, 05 Nov 2014 07:37:52 -0800 Content-Type: text/plain; charset=UTF-8; format=fixed MIME-Version: 1.0 Message-id: <7a3240b0c214206b16498600f6967dfc@ultimatedns.net> Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Nov 2014 15:35:59 -0000 Greetings, a fresh install off the 2014-10-26 bootonly iso, generates the following LOR: lock order reversal: 1st 0xfffffe00f7626b48 bufwait (bufwait) @ /usr/src/sys/kern/vfs_bio.c:3093 2nd 0xfffff8000404aa00 dirhash (dirhash) @ /usr/src/sys/ufs/ufs/ufs_dirhash.c:2 84 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe0120cd9650 kdb_backtrace() at kdb_backtrace+0x39/frame 0xfffffe0120cd9700 witness_checkorder() at witness_checkorder+0xdad/frame 0xfffffe0120cd9790 _sx_xlock() at _sx_xlock+0x75/frame 0xfffffe0120cd97d0 ufsdirhash_remove() at ufsdirhash_remove+0x37/frame 0xfffffe0120cd9800 ufs_dirremove() at ufs_dirremove+0x11b/frame 0xfffffe0120cd9860 ufs_remove() at ufs_remove+0x75/frame 0xfffffe0120cd98c0 VOP_REMOVE_APV() at VOP_REMOVE_APV+0xf7/frame 0xfffffe0120cd98f0 kern_unlinkat() at kern_unlinkat+0x209/frame 0xfffffe0120cd9ae0 amd64_syscall() at amd64_syscall+0x25a/frame 0xfffffe0120cd9bf0 Xfast_syscall() at Xfast_syscall+0xfb/frame 0xfffffe0120cd9bf0 --- syscall (10, FreeBSD ELF64, sys_unlink), rip = 0x800b5208a, rsp = 0x7fffffff eb58, rbp = 0x7fffffffeb70 --- it's not FATAL, but thought it worth mentioning. I haven't built, or installed world|kernel (yet). I also have dmesg(8) from that session, out of var/run/dmesg.boot, and would be happy to provide it, on request. Thank you for all your time, and consideration. --Chris From owner-freebsd-current@FreeBSD.ORG Wed Nov 5 16:47:17 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 8BB764A1 for ; Wed, 5 Nov 2014 16:47:17 +0000 (UTC) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id C270B7AC for ; Wed, 5 Nov 2014 16:47:16 +0000 (UTC) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id SAA19801; Wed, 05 Nov 2014 18:49:09 +0200 (EET) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1Xm3jm-000ABy-BZ; Wed, 05 Nov 2014 18:47:14 +0200 Message-ID: <545A5440.2070403@FreeBSD.org> Date: Wed, 05 Nov 2014 18:45:52 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.1.2 MIME-Version: 1.0 To: "James R. Van Artsdalen" Subject: Re: r273165. ZFS ARC: possible memory leak to Inact References: <<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<1415098949.596412362.8vxee7kf@frv41.fwdcdn.com>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> <545A19CA.5000203@jrv.org> <545A1AE8.5090205@FreeBSD.org> <545A5128.8000504@jrv.org> In-Reply-To: <545A5128.8000504@jrv.org> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org, "James R. Van Artsdalen" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: 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, 05 Nov 2014 16:47:17 -0000 On 05/11/2014 18:32, James R. Van Artsdalen wrote: > On 11/5/2014 6:41 AM, Andriy Gapon wrote: >> If something hangs (appears to hang) and it's ZFS related, then >> https://wiki.freebsd.org/AvgZfsDeadlockDebug >> > > I don't think the"zpool history" hang is in ZFS or storage layer code: > it seems be stalled in kernel malloc(). See PID 12105 (zpool > history) below. The wiki page has this underscored line :-) when reporting a problem please always include full information about thread stacks, don't cherry pick; the output can be large, upload it somewhere and post a link > SUPERTEX:/root# uname -a > FreeBSD SUPERTEX.housenet.jrv 10.1-PRERELEASE FreeBSD 10.1-PRERELEASE #3 > r273476M: Wed Oct 22 15:05:29 CDT 2014 > root@SUPERTEX.housenet.jrv:/usr/obj/usr/src/sys/GENERIC amd64 > SUPERTEX:/root# procstat -kk -a > kk > SUPERTEX:/root# grep zio_wait kk > SUPERTEX:/root# grep zio_done kk > SUPERTEX:/root# grep zio_int kk > SUPERTEX:/root# grep zfs_ kk > 0 100475 kernel zfs_vn_rele_task mi_switch+0xe1 > sleepq_wait+0x3a _sleep+0x287 taskqueue_thread_loop+0xd5 fork_exit+0x9a > fork_trampoline+0xe > 0 101018 kernel zfs_vn_rele_task mi_switch+0xe1 > sleepq_wait+0x3a _sleep+0x287 taskqueue_thread_loop+0xd5 fork_exit+0x9a > fork_trampoline+0xe > 0 101522 kernel zfs_vn_rele_task mi_switch+0xe1 > sleepq_wait+0x3a _sleep+0x287 taskqueue_thread_loop+0xd5 fork_exit+0x9a > fork_trampoline+0xe > 12105 101599 zpool - mi_switch+0xe1 > sleepq_wait+0x3a _cv_wait+0x16d vmem_xalloc+0x568 vmem_alloc+0x3d > kmem_malloc+0x33 uma_large_malloc+0x49 malloc+0x43 > zfs_ioc_pool_get_history+0xbd zfsdev_ioctl+0x5ca devfs_ioctl_f+0x139 > kern_ioctl+0x255 sys_ioctl+0x13c amd64_syscall+0x351 Xfast_syscall+0xfb > SUPERTEX:/root# grep dmu_ kk > SUPERTEX:/root# grep arc_ kk > 3 100125 zfskern arc_reclaim_thre mi_switch+0xe1 > sleepq_timedwait+0x3a _cv_timedwait_sbt+0x18b arc_reclaim_thread+0x288 > fork_exit+0x9a fork_trampoline+0xe > 3 100126 zfskern l2arc_feed_threa mi_switch+0xe1 > sleepq_timedwait+0x3a _cv_timedwait_sbt+0x18b l2arc_feed_thread+0x19f > fork_exit+0x9a fork_trampoline+0xe > SUPERTEX:/root# grep buf_ kk > 20 100139 bufdaemon - mi_switch+0xe1 > sleepq_timedwait+0x3a _sleep+0x26e buf_daemon+0x78 fork_exit+0x9a > fork_trampoline+0xe > SUPERTEX:/root# ps lp 12105 > UID PID PPID CPU PRI NI VSZ RSS MWCHAN STAT TT TIME COMMAND > 0 12105 12104 0 20 0 105692 35984 kmem are D - 0:03.76 zpool > history BI > SUPERTEX:/root# > > -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Wed Nov 5 16:42:27 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 87044265; Wed, 5 Nov 2014 16:42:27 +0000 (UTC) Received: from mail.jrv.org (adsl-70-243-84-11.dsl.austtx.swbell.net [70.243.84.11]) by mx1.freebsd.org (Postfix) with ESMTP id 501EC750; Wed, 5 Nov 2014 16:42:26 +0000 (UTC) Received: from localhost (localhost.localdomain [127.0.0.1]) by mail.jrv.org (Postfix) with ESMTP id 0F5A71CB3F0; Wed, 5 Nov 2014 10:32:49 -0600 (CST) Received: from mail.jrv.org ([127.0.0.1]) by localhost (zimbra64.housenet.jrv [127.0.0.1]) (amavisd-new, port 10032) with ESMTP id t_J2h37ySSeY; Wed, 5 Nov 2014 10:32:39 -0600 (CST) Received: from localhost (localhost.localdomain [127.0.0.1]) by mail.jrv.org (Postfix) with ESMTP id 16B131CB3DD; Wed, 5 Nov 2014 10:32:39 -0600 (CST) X-Virus-Scanned: amavisd-new at zimbra64.housenet.jrv Received: from mail.jrv.org ([127.0.0.1]) by localhost (zimbra64.housenet.jrv [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id FyaLtm0mqE7Z; Wed, 5 Nov 2014 10:32:38 -0600 (CST) Received: from [192.168.138.128] (BMX.housenet.jrv [192.168.3.140]) by mail.jrv.org (Postfix) with ESMTPSA id E98C41CB3DA; Wed, 5 Nov 2014 10:32:38 -0600 (CST) Message-ID: <545A5128.8000504@jrv.org> Date: Wed, 05 Nov 2014 10:32:40 -0600 From: "James R. Van Artsdalen" User-Agent: Mozilla/5.0 (Windows NT 5.0; rv:12.0) Gecko/20120428 Thunderbird/12.0.1 MIME-Version: 1.0 To: Andriy Gapon Subject: Re: r273165. ZFS ARC: possible memory leak to Inact References: <<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<1415098949.596412362.8vxee7kf@frv41.fwdcdn.com>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> <545A19CA.5000203@jrv.org> <545A1AE8.5090205@FreeBSD.org> In-Reply-To: <545A1AE8.5090205@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Wed, 05 Nov 2014 16:51:37 +0000 Cc: freebsd-current@FreeBSD.org, "James R. Van Artsdalen" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: 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, 05 Nov 2014 16:42:27 -0000 On 11/5/2014 6:41 AM, Andriy Gapon wrote: > If something hangs (appears to hang) and it's ZFS related, then > https://wiki.freebsd.org/AvgZfsDeadlockDebug > I don't think the"zpool history" hang is in ZFS or storage layer code: it seems be stalled in kernel malloc(). See PID 12105 (zpool history) below. SUPERTEX:/root# uname -a FreeBSD SUPERTEX.housenet.jrv 10.1-PRERELEASE FreeBSD 10.1-PRERELEASE #3 r273476M: Wed Oct 22 15:05:29 CDT 2014 root@SUPERTEX.housenet.jrv:/usr/obj/usr/src/sys/GENERIC amd64 SUPERTEX:/root# procstat -kk -a > kk SUPERTEX:/root# grep zio_wait kk SUPERTEX:/root# grep zio_done kk SUPERTEX:/root# grep zio_int kk SUPERTEX:/root# grep zfs_ kk 0 100475 kernel zfs_vn_rele_task mi_switch+0xe1 sleepq_wait+0x3a _sleep+0x287 taskqueue_thread_loop+0xd5 fork_exit+0x9a fork_trampoline+0xe 0 101018 kernel zfs_vn_rele_task mi_switch+0xe1 sleepq_wait+0x3a _sleep+0x287 taskqueue_thread_loop+0xd5 fork_exit+0x9a fork_trampoline+0xe 0 101522 kernel zfs_vn_rele_task mi_switch+0xe1 sleepq_wait+0x3a _sleep+0x287 taskqueue_thread_loop+0xd5 fork_exit+0x9a fork_trampoline+0xe 12105 101599 zpool - mi_switch+0xe1 sleepq_wait+0x3a _cv_wait+0x16d vmem_xalloc+0x568 vmem_alloc+0x3d kmem_malloc+0x33 uma_large_malloc+0x49 malloc+0x43 zfs_ioc_pool_get_history+0xbd zfsdev_ioctl+0x5ca devfs_ioctl_f+0x139 kern_ioctl+0x255 sys_ioctl+0x13c amd64_syscall+0x351 Xfast_syscall+0xfb SUPERTEX:/root# grep dmu_ kk SUPERTEX:/root# grep arc_ kk 3 100125 zfskern arc_reclaim_thre mi_switch+0xe1 sleepq_timedwait+0x3a _cv_timedwait_sbt+0x18b arc_reclaim_thread+0x288 fork_exit+0x9a fork_trampoline+0xe 3 100126 zfskern l2arc_feed_threa mi_switch+0xe1 sleepq_timedwait+0x3a _cv_timedwait_sbt+0x18b l2arc_feed_thread+0x19f fork_exit+0x9a fork_trampoline+0xe SUPERTEX:/root# grep buf_ kk 20 100139 bufdaemon - mi_switch+0xe1 sleepq_timedwait+0x3a _sleep+0x26e buf_daemon+0x78 fork_exit+0x9a fork_trampoline+0xe SUPERTEX:/root# ps lp 12105 UID PID PPID CPU PRI NI VSZ RSS MWCHAN STAT TT TIME COMMAND 0 12105 12104 0 20 0 105692 35984 kmem are D - 0:03.76 zpool history BI SUPERTEX:/root# From owner-freebsd-current@FreeBSD.ORG Wed Nov 5 16:52:17 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 383257A2; Wed, 5 Nov 2014 16:52:17 +0000 (UTC) Received: from mail-pa0-x22a.google.com (mail-pa0-x22a.google.com [IPv6:2607:f8b0:400e:c03::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 EF0FE89D; Wed, 5 Nov 2014 16:52:16 +0000 (UTC) Received: by mail-pa0-f42.google.com with SMTP id bj1so1121318pad.29 for ; Wed, 05 Nov 2014 08:52:16 -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=klB2SIqlcPJ/kIPdMA6GYnw99A6tVHsTdrVwGbOW5UA=; b=ZrPQWxYnh4ItsvCGTwKUrtjaKKfHRhRg8nOPggGv0K7iCwK/saEiWS5mBnWTFiSoGZ AVSbRbqcGXKtsInd4RjKfiVks86Hu+7GPT5f3qJ6FRGar1R1gzslwx8rNBz1li7kXYVY MN0MYqPcbyZbfS9pduqvRKaUnYtSV5LhNPvQWJGS5cUVBl/5f2yGAVlDxOammwOR4bZr D1BT6/iFeVNbuJHnE+WZSTJJKbbpIQ9zdWA4z9qFeY6q7i4vh34ijKf47lf5Adl1O7Xs iQWjcDEGcmR+KrDJNQJLQbecgCpsFSoS/uL43ZkfzoccphK/hY4K0JXhgc0P4G7G/gQ0 uDcw== X-Received: by 10.70.88.139 with SMTP id bg11mr2763761pdb.167.1415206336575; Wed, 05 Nov 2014 08:52:16 -0800 (PST) Received: from ?IPv6:2601:8:ab80:7d6:a5f2:d04a:984a:91? ([2601:8:ab80:7d6:a5f2:d04a:984a:91]) by mx.google.com with ESMTPSA id qh4sm3665008pbb.35.2014.11.05.08.52.15 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 05 Nov 2014 08:52:15 -0800 (PST) Content-Type: multipart/signed; boundary="Apple-Mail=_0E9839E2-6C37-44FD-8822-1A0036A69387"; protocol="application/pgp-signature"; micalg=pgp-sha512 Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Subject: Re: Build failed in Jenkins: FreeBSD_HEAD-tests2 #187 From: Garrett Cooper In-Reply-To: Date: Wed, 5 Nov 2014 08:52:14 -0800 Message-Id: <0E6A20F9-A705-4BDC-9198-E7B57C9B94A1@gmail.com> References: <1762572422.10.1415110079367.JavaMail.jenkins@jenkins-9.freebsd.org> <931111222.11.1415131748662.JavaMail.jenkins@jenkins-9.freebsd.org> To: jenkins-admin@freebsd.org X-Mailer: Apple Mail (2.1878.6) Cc: "freebsd-testing@freebsd.org" , freebsd-current Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Nov 2014 16:52:17 -0000 --Apple-Mail=_0E9839E2-6C37-44FD-8822-1A0036A69387 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 On Nov 4, 2014, at 12:42, Garrett Cooper wrote: > On Nov 4, 2014, at 12:09, jenkins-admin@freebsd.org wrote: >=20 >> See = >=20 > ... >=20 > Hi Craig/Jenkins admins, > I opened a pull request to increase the timeout from 1 to 2 = hours when running "kyua test=94: = https://github.com/freebsd/freebsd-ci/pull/1/files . > Thank you! Hi again, I looked at the output from the latest failed run, and the real = problem is that it=92s assuming that =93# =93 is a sufficiently unique = string to find a prompt. Long story short is it isn=92t. Unique prompt = handling is done better in pxssh with a bit more complex algorithms. = I=92ll provide better unique prompt handling and redo the pull request. Thanks! --Apple-Mail=_0E9839E2-6C37-44FD-8822-1A0036A69387 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 iQEcBAEBCgAGBQJUWlW+AAoJEMZr5QU6S73eLxAIAI2Nc4GyXy4MxYkhHKa+9dwv VgtF6N6pbwU3l415KNdHfbs+gw0sWHnH9zx4lBtvWNV8tXoG9uvd1dkwyjvMM6+M TYaBYXKIlqHc3I5Bi/2hfmdELdro1mHGlqTh6W8LL1YN5QBOAR53v9lKGPqU9pcq X08Kiv1aAIwZqb0usPJdqzM7W+nj3bmsJ/+sCI8oBs76FnVbfNJFnRJPpcFG5qpv PlJKAaxhUuyiYpV5JfSgYRgQcVEORE2cmRKZPQNy93eovWgcUaRKAJuCuD9iU69u 3i8hwzcWGE3D298R0vpbjSu7wLcPBO4gMXBMquv06vZc4H2m/9bw0ZQJg/JSLeA= =V9pk -----END PGP SIGNATURE----- --Apple-Mail=_0E9839E2-6C37-44FD-8822-1A0036A69387-- From owner-freebsd-current@FreeBSD.ORG Wed Nov 5 16:54:11 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 69ABD8EE; Wed, 5 Nov 2014 16:54:11 +0000 (UTC) Received: from land.berklix.org (land.berklix.org [144.76.10.75]) (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 F087C8C7; Wed, 5 Nov 2014 16:54:10 +0000 (UTC) Received: from mart.js.berklix.net (p5DCBDEDE.dip0.t-ipconnect.de [93.203.222.222]) (authenticated bits=128) by land.berklix.org (8.14.5/8.14.5) with ESMTP id sA5GoFwC090092; Wed, 5 Nov 2014 16:50:16 GMT (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (fire.js.berklix.net [192.168.91.41]) by mart.js.berklix.net (8.14.3/8.14.3) with ESMTP id sA5GrkfE007808; Wed, 5 Nov 2014 17:53:46 +0100 (CET) (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (localhost [127.0.0.1]) by fire.js.berklix.net (8.14.7/8.14.7) with ESMTP id sA5GrShX095849; Wed, 5 Nov 2014 17:53:40 +0100 (CET) (envelope-from jhs@berklix.com) Message-Id: <201411051653.sA5GrShX095849@fire.js.berklix.net> To: Jamie Landeg-Jones Subject: Re: android bsd connectivity tools etc ? From: "Julian H. Stacey" Organization: http://berklix.com BSD Unix Linux Consultants, Munich Germany User-agent: EXMH on FreeBSD http://berklix.com/free/ X-URL: http://www.berklix.com In-reply-to: Your message "Wed, 20 Aug 2014 08:55:20 +0100." <201408200755.s7K7tLXA088414@dyslexicfish.net> Date: Wed, 05 Nov 2014 17:53:28 +0100 Cc: gj@freebsd.org, current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Nov 2014 16:54:11 -0000 Jamie Landeg-Jones wrote: > "Julian H. Stacey" wrote: > > Any tips for Android / FreeBSD BSD tools for connectivity etc ? > > I mainly use nfs / ssh (dropbear) / scp for connectivity over IPv6 to my > local FreeBSD server. It works quite well - I even have automated cron > rsync deduped backups! > > NFS is used for mounting my media onto > /sdcard/Videos > /sdcard/Music > /sdcard/Pictures > > Not all androids come with nfs in the kernel though, NFS [& AMD] [& SSH] would be ideal for me. I had a look on my Samsung Galaxy Note 3, with Android 4.4.2 kernel 3.4.0, & skimmed index of the 182 page pdf, but I dont know how to tell if mine has NFS ? Or how to get it. I get no umass & /dev/da* I probably need to tweak my android somehow. For Per who wrote "For tethering I have no idea, sorry." I have usb tethering working :-) if you want it too, see below. My android browser over USB does read from httpd on my FreeBSD :-) Thank to all who have contributed info & URLS etc. Collated at: http://www.berklix.com/~jhs/android/#connect Corrections, additions etc welcome. Cheers, Julian -- Julian Stacey, BSD Linux Unix C Sys Eng Consultant Munich http://berklix.com Indent previous with "> ". Interleave reply paragraphs like a play script. Send plain text, not quoted-printable, HTML, base64, or multipart/alternative. From owner-freebsd-current@FreeBSD.ORG Wed Nov 5 17:07:48 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 A6CD7D68 for ; Wed, 5 Nov 2014 17:07:48 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 95A30A2C for ; Wed, 5 Nov 2014 17:07:48 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 89F28FD8 for ; Wed, 5 Nov 2014 17:07:48 +0000 (UTC) Date: Wed, 5 Nov 2014 17:07:48 +0000 (GMT) From: jenkins-admin@freebsd.org To: freebsd-current@freebsd.org Message-ID: <2028703884.18.1415207268500.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <879347198.17.1415186405744.JavaMail.jenkins@jenkins-9.freebsd.org> References: <879347198.17.1415186405744.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is unstable: FreeBSD_HEAD-tests2 #192 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Jenkins-Job: FreeBSD_HEAD-tests2 X-Jenkins-Result: UNSTABLE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Nov 2014 17:07:48 -0000 See From owner-freebsd-current@FreeBSD.ORG Wed Nov 5 18:38:13 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4E699671 for ; Wed, 5 Nov 2014 18:38:13 +0000 (UTC) Received: from dmz-mailsec-scanner-1.mit.edu (dmz-mailsec-scanner-1.mit.edu [18.9.25.12]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id E0FA0669 for ; Wed, 5 Nov 2014 18:38:12 +0000 (UTC) X-AuditID: 1209190c-f795e6d000006c66-2c-545a6e8dec74 Received: from mailhub-auth-4.mit.edu ( [18.7.62.39]) (using TLS with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by dmz-mailsec-scanner-1.mit.edu (Symantec Messaging Gateway) with SMTP id D1.B1.27750.D8E6A545; Wed, 5 Nov 2014 13:38:05 -0500 (EST) Received: from outgoing.mit.edu (outgoing-auth-1.mit.edu [18.9.28.11]) by mailhub-auth-4.mit.edu (8.13.8/8.9.2) with ESMTP id sA5Ic4PM027232; Wed, 5 Nov 2014 13:38:05 -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 sA5Ic2TC013088 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 5 Nov 2014 13:38:03 -0500 Received: (from kaduk@localhost) by multics.mit.edu (8.12.9.20060308) id sA5Ic1Hl007103; Wed, 5 Nov 2014 13:38:01 -0500 (EST) Date: Wed, 5 Nov 2014 13:38:01 -0500 (EST) From: Benjamin Kaduk To: Chris H Subject: Re: LOR on CURRENT In-Reply-To: <7a3240b0c214206b16498600f6967dfc@ultimatedns.net> Message-ID: References: <7a3240b0c214206b16498600f6967dfc@ultimatedns.net> User-Agent: Alpine 1.10 (GSO 962 2008-03-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFvrBIsWRmVeSWpSXmKPExsUixG6nrtubFxVi8OiGjMXcGevYLSZc+cHk wOTxccUKVo8Zn+azBDBFcdmkpOZklqUW6dslcGUs6F3HXtDHXDHpwFPmBsZjTF2MnBwSAiYS p9b9hrLFJC7cW8/WxcjFISQwm0nixOHZrBDOBkaJu7tAqkCcg0wSP3bPYAVpERKol5iw6zyY zSKgJXFo336wUWwCKhIz32xkA7FFgOx9jW+ZQWxmAU2Juz23weLCAtISk5Y/BrM5BewlVm+7 BmbzCjhK/O1bxt7FyAE0305iTnMQSFhUQEdi9f4pLBAlghInZz5hgRipJbF8+jaWCYyCs5Ck ZiFJLWBkWsUom5JbpZubmJlTnJqsW5ycmJeXWqRrqJebWaKXmlK6iREUqJySPDsY3xxUOsQo wMGoxMNrkBsZIsSaWFZcmXuIUZKDSUmU1zYnKkSILyk/pTIjsTgjvqg0J7X4EKMEB7OSCG9r FFCONyWxsiq1KB8mJc3BoiTOu+kHX4iQQHpiSWp2ampBahFMVoaDQ0mCtysXqFGwKDU9tSIt M6cEIc3EwQkynAdo+HGQGt7igsTc4sx0iPwpRl2Olqa3vUxCLHn5ealS4rxTQa4TACnKKM2D mwNLMK8YxYHeEuadCzKKB5ic4Ca9AlrCBLTEoicCZElJIkJKqoFxVf51jjXrlU4JW839dGXO t9sma5LOb7w+P3j2g8rzlqph6Wt1X0Q99LLjYeENmftc4aiA58tlE74XFrBUdzxXaVrB8fG7 zCyhczJqTZLvYw6q3Arfx+p20fdFS04d6+b4fduf3CpPD8m+tV3C6VGb3/WzS+ID7WTiBB78 OCX2MqYu4lpR36V2JZbijERDLeai4kQA2nefCgsDAAA= 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, 05 Nov 2014 18:38:13 -0000 On Wed, 5 Nov 2014, Chris H wrote: > Greetings, > a fresh install off the 2014-10-26 bootonly iso, generates the > following LOR: > > lock order reversal: > 1st 0xfffffe00f7626b48 bufwait (bufwait) @ /usr/src/sys/kern/vfs_bio.c:3093 > 2nd 0xfffff8000404aa00 dirhash (dirhash) @ This one is a very well-known false positive. http://sources.zabbadoz.net/freebsd/lor/261.html -Ben From owner-freebsd-current@FreeBSD.ORG Wed Nov 5 18:55:24 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8FF86AB3 for ; Wed, 5 Nov 2014 18:55:24 +0000 (UTC) Received: from udns.ultimatedns.net (unknown [IPv6:2602:d1:b4d6:e600:4261:86ff:fef6:aa2a]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 684D98A3 for ; Wed, 5 Nov 2014 18:55:24 +0000 (UTC) Received: from ultimatedns.net (localhost [127.0.0.1]) by udns.ultimatedns.net (8.14.9/8.14.9) with ESMTP id sA5IvHpK079191; Wed, 5 Nov 2014 10:57:17 -0800 (PST) (envelope-from bsd-lists@bsdforge.com) To: Benjamin Kaduk In-Reply-To: References: <7a3240b0c214206b16498600f6967dfc@ultimatedns.net>, From: "Chris H" Subject: Re: LOR on CURRENT Date: Wed, 05 Nov 2014 10:57:17 -0800 Content-Type: text/plain; charset=UTF-8; format=fixed MIME-Version: 1.0 Message-id: <8e3d9ba7471ba8c0d7c63ff2d7a96a69@ultimatedns.net> Content-Transfer-Encoding: 8bit Cc: FreeBSD CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Nov 2014 18:55:24 -0000 On Wed, 5 Nov 2014 13:38:01 -0500 (EST) Benjamin Kaduk wrote > On Wed, 5 Nov 2014, Chris H wrote: > > > Greetings, > > a fresh install off the 2014-10-26 bootonly iso, generates the > > following LOR: > > > > lock order reversal: > > 1st 0xfffffe00f7626b48 bufwait (bufwait) @ > > /usr/src/sys/kern/vfs_bio.c:3093 2nd 0xfffff8000404aa00 dirhash (dirhash) > > @ > > This one is a very well-known false positive. > http://sources.zabbadoz.net/freebsd/lor/261.html Ahh. I see. Thanks for putting my mind at ease. :) Maybe witness(4) needs to be better educated? Thank you for taking the time to reply, Ben. --Chris > > -Ben > _______________________________________________ > 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 Nov 5 19:01:52 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C91F5CF2 for ; Wed, 5 Nov 2014 19:01:52 +0000 (UTC) Received: from udns.ultimatedns.net (unknown [IPv6:2602:d1:b4d6:e600:4261:86ff:fef6:aa2a]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 7CC21977 for ; Wed, 5 Nov 2014 19:01:52 +0000 (UTC) Received: from ultimatedns.net (localhost [127.0.0.1]) by udns.ultimatedns.net (8.14.9/8.14.9) with ESMTP id sA5J3kIK080167 for ; Wed, 5 Nov 2014 11:03:46 -0800 (PST) (envelope-from bsd-lists@bsdforge.com) To: "FreeBSD CURRENT" From: "Chris H" Subject: ERROR: ctfconvert: aaa_bbb.o doesn't have type data to convert Date: Wed, 05 Nov 2014 11:03:46 -0800 Content-Type: text/plain; charset=UTF-8; format=fixed MIME-Version: 1.0 Message-id: <91da76cad460313bda88ebb87ee20c14@ultimatedns.net> Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Nov 2014 19:01:52 -0000 Greetings, I'm building/installing world/kernel on a fresh 11-CURRENT. As I write this, the kernel is building, and emitting 100's of lines with the following: ERROR: ctfconvert: aaa_bbb.o doesn't have type data to convert where aaa_bbb is the driver file being created. Should I be concerned? What would cause this? Thank you for all your time, and consideration. --Chris From owner-freebsd-current@FreeBSD.ORG Wed Nov 5 19:46:21 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B6B078FF for ; Wed, 5 Nov 2014 19:46:21 +0000 (UTC) Received: from mail-qa0-x22d.google.com (mail-qa0-x22d.google.com [IPv6:2607:f8b0:400d:c00::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 747D8D86 for ; Wed, 5 Nov 2014 19:46:21 +0000 (UTC) Received: by mail-qa0-f45.google.com with SMTP id dc16so1012356qab.4 for ; Wed, 05 Nov 2014 11:46:20 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=O2nc5aKGgaFOxb2IHqyAvKeVraZdIActLOj1rsSMGi0=; b=hOfI6HPcVO/J/wachimg70JTZeLaKsuddPcPFs3pN8J2EdPpprcz89jXFlwknOypqz FqDqYDpk7MS67l/8tMumGsSSMYRrj6i/yXblbiAXeUs3hWqJ9gj66nql/3h9JqliPae7 dyqdxKtiyczgNgMhAZE2+pNLLlzG+bAJk8F0sfbMC07oF0os6x4iGE/JolI9xM+2nZIF HOjQ7C35vNCTbq6XvITCI5W/Yn/yPbCAui+OuOgVhcDZ7Rc+GbNUEUUqAcwTewSIepVI uRgYYWpt/jB8fZq1ntXe5NWS67ukbaTOrotzRdCv/rgkRkxmQWmSPYO3vi1S7sZKyI+I MqTg== X-Received: by 10.224.151.207 with SMTP id d15mr91745464qaw.4.1415216780610; Wed, 05 Nov 2014 11:46:20 -0800 (PST) Received: from ip-172-31-25-62.ec2.internal (ec2-54-85-57-1.compute-1.amazonaws.com. [54.85.57.1]) by mx.google.com with ESMTPSA id u8sm3936250qat.27.2014.11.05.11.46.19 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 05 Nov 2014 11:46:19 -0800 (PST) Sender: Mark Johnston Date: Wed, 5 Nov 2014 19:52:52 +0000 From: Mark Johnston To: Chris H Subject: Re: ERROR: ctfconvert: aaa_bbb.o doesn't have type data to convert Message-ID: <20141105195252.GD28596@ip-172-31-25-62.ec2.internal> References: <91da76cad460313bda88ebb87ee20c14@ultimatedns.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <91da76cad460313bda88ebb87ee20c14@ultimatedns.net> User-Agent: Mutt/1.5.23 (2014-03-12) Cc: FreeBSD CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Nov 2014 19:46:21 -0000 On Wed, Nov 05, 2014 at 11:03:46AM -0800, Chris H wrote: > Greetings, > I'm building/installing world/kernel on a fresh 11-CURRENT. > As I write this, the kernel is building, and emitting 100's > of lines with the following: > ERROR: ctfconvert: aaa_bbb.o doesn't have type data to convert > where aaa_bbb is the driver file being created. > Should I be concerned? What would cause this? For posterity, we determined off-list that this was due to removing DEBUG=-g from the kernel config. In this case the ctf tools have no debug symbols to work with, hence the errors. From owner-freebsd-current@FreeBSD.ORG Wed Nov 5 19:56:02 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 605FECA6 for ; Wed, 5 Nov 2014 19:56:02 +0000 (UTC) Received: from wonkity.com (wonkity.com [67.158.26.137]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "wonkity.com", Issuer "wonkity.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 0C042E7C for ; Wed, 5 Nov 2014 19:56:01 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.9/8.14.9) with ESMTP id sA5JtphB043791 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Wed, 5 Nov 2014 12:55:51 -0700 (MST) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.9/8.14.9/Submit) with ESMTP id sA5JtpQW043788; Wed, 5 Nov 2014 12:55:51 -0700 (MST) (envelope-from wblock@wonkity.com) Date: Wed, 5 Nov 2014 12:55:51 -0700 (MST) From: Warren Block To: Chris H Subject: Re: HEADS UP: Enabling vt(4) by default In-Reply-To: Message-ID: References: <544E7679.7070207@FreeBSD.org> <54590B3E.2070701@dumbbell.fr> , <20141105101951.48542120@ernst.home> , User-Agent: Alpine 2.11 (BSF 23 2013-08-11) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (wonkity.com [127.0.0.1]); Wed, 05 Nov 2014 12:55:51 -0700 (MST) Cc: =?ISO-8859-15?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: Wed, 05 Nov 2014 19:56:02 -0000 On Wed, 5 Nov 2014, Chris H wrote: > On Wed, 5 Nov 2014 08:15:04 -0700 (MST) Warren Block wrote > >> On Wed, 5 Nov 2014, Chris H wrote: >>> On Wed, 5 Nov 2014 10:19:51 +0100 Gary Jennejohn >>> wrote >> >>>> No, video mode won't work with the nVidia blob. That requires >>>> a KMS (in-kernel) driver. >>> >>> Thank you for the reply, Gary. >>> >>> Ahh. I see. So unless I have ATI hardware, I'm pretty much out of luck? >> >> Or Intel, or anything with KMS drivers. > > Thanks. Everything I manage, is using nVidia. Looks like > the kms VESA might work. But I'm not sure if there would > be any appreciable gain going that route (assuming it's even > possible). It's worth asking Nvidia directly. I would not be optimistic about that, but it's easy to try, and they might surprise everyone. Another option might be nouveau. Don't know the current status of whether that works on FreeBSD, though. From owner-freebsd-current@FreeBSD.ORG Wed Nov 5 20:08: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 E56B9EB2; Wed, 5 Nov 2014 20:08:12 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id C06ABFA3; Wed, 5 Nov 2014 20:08:12 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 85C382F; Wed, 5 Nov 2014 20:08:12 +0000 (UTC) Date: Wed, 5 Nov 2014 20:08:03 +0000 (GMT) From: jenkins-admin@freebsd.org To: jenkins-admin@FreeBSD.org, freebsd-current@freebsd.org, des@FreeBSD.org, bapt@FreeBSD.org, ngie@FreeBSD.org Message-ID: <1974771553.19.1415218091416.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Build failed in Jenkins: FreeBSD_HEAD #1777 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: Wed, 05 Nov 2014 20:08:13 -0000 See Changes: [ngie] Expect lib.libc.sys.getcontext_test.setcontext_link to fail on amd64= ; add additional debugging to make the underlying problem more visible Calling setcontext(2) on amd64 as shown in the test program is failing on amd64, not i386, with a return code of -1 and an errno of EINVAL Further investigation is being done in the PR to determine the root cause f= or the failure PR: 194828 Tested with the following configuration: - amd64/i386 - 11.0-CURRENT @ r273153 - 100 times in a tight loop as root with the following commands... -- kyua test lib/libc -- kyua test lib/libc/sys -- kyua test lib/libc/sys/getcontext_test [ngie] Remove expected failure from lib.libc.sys.t_mincore:mincore_resid The failure was added based on observation seen on 11.0-CURRENT @ r273153, = not based on internal testing at EMC/Isilon PR: 194829 Tested with the following configuration: - amd64/i386 - 11.0-CURRENT @ r273153 - 100 times in a tight loop as root with the following commands... -- kyua test lib/libc -- kyua test lib/libc/sys -- kyua test lib/libc/sys/mincore_test [des] Hook up OpenPAM's own unit tests to the build. [bapt] ftp(1) uses nothing from libutil, do not link to it ------------------------------------------ [...truncated 173588 lines...] =3D=3D=3D> lib/libpam/modules/pam_opieaccess (all) --- usr.sbin.all__D --- --- nswalk.o --- cc -O2 -pipe -DACPI_ASL_COMPILER -I. -I -std=3Dgnu99 -fsta= ck-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitiali= zed -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-cons= t-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equ= ality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enu= m -Wno-knr-promoted-parameter -Qunused-arguments -c --- lib.all__D --- --- pam_opieaccess.8.gz --- gzip -cn > pam_opieaccess.8.gz =3D=3D=3D> lib/libpam/modules/pam_passwdqc (all) --- usr.sbin.all__D --- --- all_subdir_amd --- --- fsi_dict.o --- cc -O2 -pipe -I -I. -I -I -= I/usr/obj -I -I -DHAVE_CONFIG_H -DHOST_CPU=3D\"amd64\" -DHOST_ARCH=3D\"amd64\" -std= =3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -Wno-= empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautologica= l-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function = -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-paramet= er -Wno-parentheses -Qunused-arguments -c --- all_subdir_acpi --- --- tbdata.o --- cc -O2 -pipe -DACPI_ASL_COMPILER -I. -I -std=3Dgnu99 -fsta= ck-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitiali= zed -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-cons= t-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equ= ality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enu= m -Wno-knr-promoted-parameter -Qunused-arguments -c --- lib.all__D --- --- pam_passwdqc.8.gz --- gzip -cn > pam_passwdqc.8.gz =3D=3D=3D> lib/libpam/modules/pam_permit (all) --- pam_permit.8.gz --- gzip -cn > pam_permit.8.gz --- usr.sbin.all__D --- --- tbfadt.o --- --- lib.all__D --- =3D=3D=3D> lib/libpam/modules/pam_radius (all) --- usr.sbin.all__D --- cc -O2 -pipe -DACPI_ASL_COMPILER -I. -I -std=3Dgnu99 -fsta= ck-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitiali= zed -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-cons= t-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equ= ality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enu= m -Wno-knr-promoted-parameter -Qunused-arguments -c --- lib.all__D --- --- pam_radius.8.gz --- --- usr.sbin.all__D --- --- all_subdir_amd --- --- fsi_util.o --- --- lib.all__D --- gzip -cn > pam_radius.8.gz --- usr.sbin.all__D --- cc -O2 -pipe -I -I. -I -I -= I/usr/obj -I -I -DHAVE_CONFIG_H -DHOST_CPU=3D\"amd64\" -DHOST_ARCH=3D\"amd64\" -std= =3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -Wno-= empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautologica= l-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function = -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-paramet= er -Wno-parentheses -Qunused-arguments -c --- lib.all__D --- =3D=3D=3D> lib/libpam/modules/pam_rhosts (all) --- usr.sbin.all__D --- --- all_subdir_acpi --- --- tbinstal.o --- --- lib.all__D --- --- pam_rhosts.8.gz --- gzip -cn > pam_rhosts.8.gz --- usr.sbin.all__D --- cc -O2 -pipe -DACPI_ASL_COMPILER -I. -I -std=3Dgnu99 -fsta= ck-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitiali= zed -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-cons= t-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equ= ality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enu= m -Wno-knr-promoted-parameter -Qunused-arguments -c --- lib.all__D --- =3D=3D=3D> lib/libpam/modules/pam_rootok (all) --- pam_rootok.8.gz --- gzip -cn > pam_rootok.8.gz --- usr.sbin.all__D --- --- all_subdir_amd --- --- wr_atab.o --- --- lib.all__D --- =3D=3D=3D> lib/libpam/modules/pam_securetty (all) --- usr.sbin.all__D --- cc -O2 -pipe -I -I. -I -I -= I/usr/obj -I -I -DHAVE_CONFIG_H -DHOST_CPU=3D\"amd64\" -DHOST_ARCH=3D\"amd64\" -std= =3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -Wno-= empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautologica= l-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function = -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-paramet= er -Wno-parentheses -Qunused-arguments -c --- all_subdir_acpi --- --- tbprint.o --- cc -O2 -pipe -DACPI_ASL_COMPILER -I. -I -std=3Dgnu99 -fsta= ck-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitiali= zed -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-cons= t-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equ= ality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enu= m -Wno-knr-promoted-parameter -Qunused-arguments -c --- lib.all__D --- --- pam_securetty.8.gz --- gzip -cn > pam_securetty.8.gz =3D=3D=3D> lib/libpam/modules/pam_self (all) --- usr.sbin.all__D --- --- tbutils.o --- cc -O2 -pipe -DACPI_ASL_COMPILER -I. -I -std=3Dgnu99 -fsta= ck-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitiali= zed -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-cons= t-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equ= ality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enu= m -Wno-knr-promoted-parameter -Qunused-arguments -c --- lib.all__D --- --- pam_self.8.gz --- --- usr.sbin.all__D --- --- all_subdir_amd --- --- wr_bparam.o --- --- lib.all__D --- gzip -cn > pam_self.8.gz --- usr.sbin.all__D --- cc -O2 -pipe -I -I. -I -I -= I/usr/obj -I -I -DHAVE_CONFIG_H -DHOST_CPU=3D\"amd64\" -DHOST_ARCH=3D\"amd64\" -std= =3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -Wno-= empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautologica= l-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function = -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-paramet= er -Wno-parentheses -Qunused-arguments -c --- lib.all__D --- =3D=3D=3D> lib/libpam/modules/pam_ssh (all) --- usr.sbin.all__D --- --- all_subdir_acpi --- --- tbxface.o --- cc -O2 -pipe -DACPI_ASL_COMPILER -I. -I -std=3Dgnu99 -fsta= ck-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitiali= zed -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-cons= t-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equ= ality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enu= m -Wno-knr-promoted-parameter -Qunused-arguments -c --- utaddress.o --- cc -O2 -pipe -DACPI_ASL_COMPILER -I. -I -std=3Dgnu99 -fsta= ck-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitiali= zed -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-cons= t-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equ= ality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enu= m -Wno-knr-promoted-parameter -Qunused-arguments -c --- lib.all__D --- --- pam_ssh.8.gz --- gzip -cn > pam_ssh.8.gz --- usr.sbin.all__D --- --- all_subdir_amd --- --- wr_dumpset.o --- cc -O2 -pipe -I -I. -I -I -= I/usr/obj -I -I -DHAVE_CONFIG_H -DHOST_CPU=3D\"amd64\" -DHOST_ARCH=3D\"amd64\" -std= =3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -Wno-= empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautologica= l-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function = -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-paramet= er -Wno-parentheses -Qunused-arguments -c --- lib.all__D --- =3D=3D=3D> lib/libpam/modules/pam_tacplus (all) --- pam_tacplus.8.gz --- gzip -cn > pam_tacplus.8.gz --- usr.sbin.all__D --- --- all_subdir_acpi --- --- utalloc.o --- cc -O2 -pipe -DACPI_ASL_COMPILER -I. -I -std=3Dgnu99 -fsta= ck-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitiali= zed -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-cons= t-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equ= ality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enu= m -Wno-knr-promoted-parameter -Qunused-arguments -c --- lib.all__D --- =3D=3D=3D> lib/libpam/modules/pam_unix (all) --- pam_unix.8.gz --- gzip -cn > pam_unix.8.gz --- usr.sbin.all__D --- --- all_subdir_amd --- --- wr_exportfs.o --- --- lib.all__D --- =3D=3D=3D> lib/libpam/libpam (all) --- usr.sbin.all__D --- cc -O2 -pipe -I -I. -I -I -= I/usr/obj -I -I -DHAVE_CONFIG_H -DHOST_CPU=3D\"amd64\" -DHOST_ARCH=3D\"amd64\" -std= =3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -Wno-= empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautologica= l-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function = -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-paramet= er -Wno-parentheses -Qunused-arguments -c --- all_subdir_acpi --- --- utbuffer.o --- cc -O2 -pipe -DACPI_ASL_COMPILER -I. -I -std=3Dgnu99 -fsta= ck-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitiali= zed -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-cons= t-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equ= ality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enu= m -Wno-knr-promoted-parameter -Qunused-arguments -c --- utcache.o --- cc -O2 -pipe -DACPI_ASL_COMPILER -I. -I -std=3Dgnu99 -fsta= ck-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitiali= zed -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-cons= t-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equ= ality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enu= m -Wno-knr-promoted-parameter -Qunused-arguments -c --- all_subdir_amd --- --- wr_fstab.o --- cc -O2 -pipe -I -I. -I -I -= I/usr/obj -I -I -DHAVE_CONFIG_H -DHOST_CPU=3D\"amd64\" -DHOST_ARCH=3D\"amd64\" -std= =3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -Wno-= empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautologica= l-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function = -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-paramet= er -Wno-parentheses -Qunused-arguments -c --- usr.bin.all__D --- --- CodeGenSchedule.o --- c++ -O2 -pipe -I -I -I -I. -I<= https://jenkins.freebsd.org/jenkins/job/FreeBSD_HEAD/ws/usr.bin/clang/tblge= n/../../../contrib/llvm/../../lib/clang/include> -DLLVM_ON_UNIX -DLLVM_ON_F= REEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT = -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing= -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"x86_64-unknown-freebsd11.0\" -DLLVM_HOST_= TRIPLE=3D\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=3D\"\" -fstack-pr= otector -Qunused-arguments -fno-exceptions -fno-rtti -Wno-c++11-extensions= -c --- lib.all__D --- --- _sub.all --- =3D=3D=3D> lib/libpam/libpam/tests (all) --- usr.sbin.all__D --- --- all_subdir_acpi --- --- utcopy.o --- cc -O2 -pipe -DACPI_ASL_COMPILER -I. -I -std=3Dgnu99 -fsta= ck-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitiali= zed -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-cons= t-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equ= ality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enu= m -Wno-knr-promoted-parameter -Qunused-arguments -c --- lib.all__D --- (cd && make -f _RECURSING_PROGS=3D SUBDIR=3D PROG= =3Dt_openpam_ctype DEPENDFILE=3D.depend.t_openpam_ctype .MAKE.DEPENDFILE= =3D.depend.t_openpam_ctype ) --- usr.sbin.all__D --- --- all_subdir_amd --- --- fsinfo.8.gz --- gzip -cn > fsinfo.8.gz --- fsi_gram.o --- cc -O2 -pipe -I -I. -I -I -= I/usr/obj -I -I -DHAVE_CONFIG_H -DHOST_CPU=3D\"amd64\" -DHOST_ARCH=3D\"amd64\" -std= =3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -Wno-= empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautologica= l-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function = -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-paramet= er -Wno-parentheses -Qunused-arguments -c fsi_gram.c --- lib.all__D --- --- t_openpam_ctype.o --- cc -O2 -pipe -I -I -I -s= td=3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k= -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointe= r-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunuse= d-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredu= ndant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-dec= larations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-= const-variable -Qunused-arguments -c --- usr.sbin.all__D --- --- all_subdir_acpi --- --- utdebug.o --- cc -O2 -pipe -DACPI_ASL_COMPILER -I. -I -std=3Dgnu99 -fsta= ck-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitiali= zed -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-cons= t-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equ= ality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enu= m -Wno-knr-promoted-parameter -Qunused-arguments -c --- lib.all__D --- :97:22: error: no pre= vious extern declaration for non-static variable 't_plan' [-Werror,-Wmissin= g-variable-declarations] const struct t_test *t_plan[] =3D { ^ 1 error generated. *** [t_openpam_ctype.o] Error code 1 make[7]: stopped in 1 error make[7]: stopped in *** [t_openpam_ctype] Error code 2 make[6]: stopped in 1 error make[6]: stopped in *** [_sub.all] Error code 2 make[5]: stopped in 1 error make[5]: stopped in *** [_sub.all] Error code 2 make[4]: stopped in 1 error make[4]: stopped in *** [all_subdir_libpam] Error code 2 make[3]: stopped in 1 error make[3]: stopped in *** [lib.all__D] Error code 2 make[2]: stopped in --- usr.sbin.all__D --- --- all_subdir_amd --- 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 *** [all_subdir_amd] Error code 2 make[3]: stopped in --- all_subdir_acpi --- 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 *** [all_subdir_acpi] Error code 2 make[3]: stopped in 2 errors make[3]: stopped in *** [usr.sbin.all__D] Error code 2 make[2]: stopped in --- usr.bin.all__D --- A failure has been detected in another branch of the parallel make make[5]: stopped in *** [all_subdir_tblgen] Error code 2 make[4]: stopped in 1 error make[4]: stopped in *** [all_subdir_clang] Error code 2 make[3]: stopped in 1 error make[3]: stopped in *** [usr.bin.all__D] Error code 2 make[2]: stopped in 3 errors make[2]: stopped in *** [everything] 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 Wed Nov 5 21:26:10 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 DA3B9F45 for ; Wed, 5 Nov 2014 21:26:10 +0000 (UTC) Received: from udns.ultimatedns.net (unknown [IPv6:2602:d1:b4d6:e600:4261:86ff:fef6:aa2a]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 47E86A1E for ; Wed, 5 Nov 2014 21:26:10 +0000 (UTC) Received: from ultimatedns.net (localhost [127.0.0.1]) by udns.ultimatedns.net (8.14.9/8.14.9) with ESMTP id sA5LRw0U099527; Wed, 5 Nov 2014 13:27:59 -0800 (PST) (envelope-from bsd-lists@bsdforge.com) To: Warren Block In-Reply-To: References: <544E7679.7070207@FreeBSD.org> <54590B3E.2070701@dumbbell.fr> , <20141105101951.48542120@ernst.home> , , From: "Chris H" Subject: Re: HEADS UP: Enabling vt(4) by default Date: Wed, 05 Nov 2014 13:27:59 -0800 Content-Type: text/plain; charset=UTF-8; format=fixed MIME-Version: 1.0 Message-id: Content-Transfer-Encoding: 8bit Cc: =?UTF-8?B?SmVhbi1Tw6liYXN0aWVuUMOpZHJvbg==?= , 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, 05 Nov 2014 21:26:10 -0000 On Wed, 5 Nov 2014 12:55:51 -0700 (MST) Warren Block wrote > On Wed, 5 Nov 2014, Chris H wrote: > > > On Wed, 5 Nov 2014 08:15:04 -0700 (MST) Warren Block > > wrote > > >> On Wed, 5 Nov 2014, Chris H wrote: > >>> On Wed, 5 Nov 2014 10:19:51 +0100 Gary Jennejohn > >>> wrote >> > >>>> No, video mode won't work with the nVidia blob. That requires > >>>> a KMS (in-kernel) driver. > >>> > >>> Thank you for the reply, Gary. > >>> > >>> Ahh. I see. So unless I have ATI hardware, I'm pretty much out of luck? > >> > >> Or Intel, or anything with KMS drivers. > > > > Thanks. Everything I manage, is using nVidia. Looks like > > the kms VESA might work. But I'm not sure if there would > > be any appreciable gain going that route (assuming it's even > > possible). > > It's worth asking Nvidia directly. I would not be optimistic about > that, but it's easy to try, and they might surprise everyone. > > Another option might be nouveau. Don't know the current status of > whether that works on FreeBSD, though. LOL funny you should bring that up, just now. Prior to a fresh install on bare metal. I always boot to a gpartd CD. I use it to easily see, and quickly blank the disk(s). I only choose it, because it's quick-n-easy. It is also the perfect tool to wipe that evil grub[2] off the MBR. Which has given me no end of grief after evaluating some Linux distro. Anyhow, point being; the desktop is powered by nouveau. I've never had an issue with it, and it always seems to pick the "right" resolution/frequency. So, because of that. I was already thinking of investigating that route. As to talking to nVidia. My past experiences in that regard were, shall I say; less than ideal. They're always friendly. But getting anything that might "uncover" any coveted driver info, always fell short of helpful. :) Thanks for the reply, and helpful information, Warren. --Chris From owner-freebsd-current@FreeBSD.ORG Wed Nov 5 21:29:44 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 AAA29121 for ; Wed, 5 Nov 2014 21:29:44 +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 65E07A57 for ; Wed, 5 Nov 2014 21:29:44 +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 D80C31FE022; Wed, 5 Nov 2014 22:29:40 +0100 (CET) Message-ID: <545A96D1.9070600@selasky.org> Date: Wed, 05 Nov 2014 22:29:53 +0100 From: Hans Petter Selasky User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.1.2 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> , , In-Reply-To: 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: Wed, 05 Nov 2014 21:29:44 -0000 On 11/05/14 22:27, Chris H wrote: > On Wed, 5 Nov 2014 12:55:51 -0700 (MST) Warren Block wrote > >> On Wed, 5 Nov 2014, Chris H wrote: >> >>> On Wed, 5 Nov 2014 08:15:04 -0700 (MST) Warren Block >>> wrote > >>>> On Wed, 5 Nov 2014, Chris H wrote: >>>>> On Wed, 5 Nov 2014 10:19:51 +0100 Gary Jennejohn >>>>> wrote >> >>>>>> No, video mode won't work with the nVidia blob. That requires >>>>>> a KMS (in-kernel) driver. >>>>> >>>>> Thank you for the reply, Gary. >>>>> >>>>> Ahh. I see. So unless I have ATI hardware, I'm pretty much out of luck? >>>> >>>> Or Intel, or anything with KMS drivers. >>> >>> Thanks. Everything I manage, is using nVidia. Looks like >>> the kms VESA might work. But I'm not sure if there would >>> be any appreciable gain going that route (assuming it's even >>> possible). >> >> It's worth asking Nvidia directly. I would not be optimistic about >> that, but it's easy to try, and they might surprise everyone. >> >> Another option might be nouveau. Don't know the current status of >> whether that works on FreeBSD, though. > LOL funny you should bring that up, just now. > Prior to a fresh install on bare metal. I always boot to a gpartd > CD. I use it to easily see, and quickly blank the disk(s). I only > choose it, because it's quick-n-easy. It is also the perfect tool > to wipe that evil grub[2] off the MBR. Which has given me no end > of grief after evaluating some Linux distro. Anyhow, point being; > the desktop is powered by nouveau. I've never had an issue with it, > and it always seems to pick the "right" resolution/frequency. So, > because of that. I was already thinking of investigating that route. > As to talking to nVidia. My past experiences in that regard were, > shall I say; less than ideal. They're always friendly. But getting > anything that might "uncover" any coveted driver info, always fell > short of helpful. :) > > Thanks for the reply, and helpful information, Warren. > > --Chris Hi, FYI: The KMS stuff seems to work on my intel HD graphics based MAC. Finally I can switch back to the console! --HPS From owner-freebsd-current@FreeBSD.ORG Wed Nov 5 22:42:02 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 9029C744; Wed, 5 Nov 2014 22:42:02 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 7DAC52D7; Wed, 5 Nov 2014 22:42:02 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 66B3DAE; Wed, 5 Nov 2014 22:42:02 +0000 (UTC) Date: Wed, 5 Nov 2014 22:42:01 +0000 (GMT) From: jenkins-admin@freebsd.org To: jenkins-admin@FreeBSD.org, freebsd-current@freebsd.org, des@FreeBSD.org, bapt@FreeBSD.org, dteske@FreeBSD.org, ngie@FreeBSD.org Message-ID: <941187645.21.1415227322185.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1974771553.19.1415218091416.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1974771553.19.1415218091416.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is back to normal : FreeBSD_HEAD #1778 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: Wed, 05 Nov 2014 22:42:02 -0000 See From owner-freebsd-current@FreeBSD.ORG Wed Nov 5 22:43:27 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 554F485D for ; Wed, 5 Nov 2014 22:43:27 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 40C622EB for ; Wed, 5 Nov 2014 22:43:27 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 5050FAF for ; Wed, 5 Nov 2014 22:43:27 +0000 (UTC) Date: Wed, 5 Nov 2014 22:43:27 +0000 (GMT) From: jenkins-admin@freebsd.org To: freebsd-current@freebsd.org Message-ID: <1909480060.22.1415227407282.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Build failed in Jenkins: Build-UFS-image #330 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, 05 Nov 2014 22:43:27 -0000 See ------------------------------------------ [...truncated 5350 lines...] -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> ===> lib/libnv/tests (install) install -o root -g wheel -m 444 Kyuafile.auto (cd /builds/FreeBSD_HEAD/lib/libnv/tests && make -f /builds/FreeBSD_HEAD/lib/libnv/tests/Makefile _RECURSING_PROGS= SUBDIR= PROG=nvlist_add_test DEPENDFILE=.depend.nvlist_add_test .MAKE.DEPENDFILE=.depend.nvlist_add_test install) install -s -o root -g wheel -m 555 nvlist_add_test (cd /builds/FreeBSD_HEAD/lib/libnv/tests && make -f /builds/FreeBSD_HEAD/lib/libnv/tests/Makefile _RECURSING_PROGS= SUBDIR= PROG=nvlist_exists_test DEPENDFILE=.depend.nvlist_exists_test .MAKE.DEPENDFILE=.depend.nvlist_exists_test install) install -s -o root -g wheel -m 555 nvlist_exists_test (cd /builds/FreeBSD_HEAD/lib/libnv/tests && make -f /builds/FreeBSD_HEAD/lib/libnv/tests/Makefile _RECURSING_PROGS= SUBDIR= PROG=nvlist_free_test DEPENDFILE=.depend.nvlist_free_test .MAKE.DEPENDFILE=.depend.nvlist_free_test install) install -s -o root -g wheel -m 555 nvlist_free_test (cd /builds/FreeBSD_HEAD/lib/libnv/tests && make -f /builds/FreeBSD_HEAD/lib/libnv/tests/Makefile _RECURSING_PROGS= SUBDIR= PROG=nvlist_get_test DEPENDFILE=.depend.nvlist_get_test .MAKE.DEPENDFILE=.depend.nvlist_get_test install) install -s -o root -g wheel -m 555 nvlist_get_test (cd /builds/FreeBSD_HEAD/lib/libnv/tests && make -f /builds/FreeBSD_HEAD/lib/libnv/tests/Makefile _RECURSING_PROGS= SUBDIR= PROG=nvlist_move_test DEPENDFILE=.depend.nvlist_move_test .MAKE.DEPENDFILE=.depend.nvlist_move_test install) install -s -o root -g wheel -m 555 nvlist_move_test (cd /builds/FreeBSD_HEAD/lib/libnv/tests && make -f /builds/FreeBSD_HEAD/lib/libnv/tests/Makefile _RECURSING_PROGS= SUBDIR= PROG=nvlist_send_recv_test DEPENDFILE=.depend.nvlist_send_recv_test .MAKE.DEPENDFILE=.depend.nvlist_send_recv_test install) install -s -o root -g wheel -m 555 nvlist_send_recv_test ===> lib/libohash (install) ===> lib/libopie (install) install -C -o root -g wheel -m 444 libopie.a install -C -o root -g wheel -m 444 libopie_p.a install -s -o root -g wheel -m 444 libopie.so.8 install -l s libopie.so.8 install -C -o root -g wheel -m 444 /builds/FreeBSD_HEAD/lib/libopie/../../contrib/opie/opie.h install -o root -g wheel -m 444 opie.4.gz install -o root -g wheel -m 444 opiekeys.5.gz install -o root -g wheel -m 444 opieaccess.5.gz -> ===> lib/libpam (install) ===> lib/libpam/modules (install) ===> lib/libpam/modules/pam_chroot (install) install -s -o root -g wheel -m 444 pam_chroot.so.5 install -l s pam_chroot.so.5 install -o root -g wheel -m 444 pam_chroot.8.gz ===> lib/libpam/modules/pam_deny (install) install -s -o root -g wheel -m 444 pam_deny.so.5 install -l s pam_deny.so.5 install -o root -g wheel -m 444 pam_deny.8.gz ===> lib/libpam/modules/pam_echo (install) install -s -o root -g wheel -m 444 pam_echo.so.5 install -l s pam_echo.so.5 install -o root -g wheel -m 444 pam_echo.8.gz ===> lib/libpam/modules/pam_exec (install) install -s -o root -g wheel -m 444 pam_exec.so.5 install -l s pam_exec.so.5 install -o root -g wheel -m 444 pam_exec.8.gz ===> lib/libpam/modules/pam_ftpusers (install) install -s -o root -g wheel -m 444 pam_ftpusers.so.5 install -l s pam_ftpusers.so.5 install -o root -g wheel -m 444 pam_ftpusers.8.gz ===> lib/libpam/modules/pam_group (install) install -s -o root -g wheel -m 444 pam_group.so.5 install -l s pam_group.so.5 install -o root -g wheel -m 444 pam_group.8.gz ===> lib/libpam/modules/pam_guest (install) install -s -o root -g wheel -m 444 pam_guest.so.5 install -l s pam_guest.so.5 install -o root -g wheel -m 444 pam_guest.8.gz ===> lib/libpam/modules/pam_krb5 (install) install -s -o root -g wheel -m 444 pam_krb5.so.5 install -l s pam_krb5.so.5 install -o root -g wheel -m 444 pam_krb5.8.gz ===> lib/libpam/modules/pam_ksu (install) install -s -o root -g wheel -m 444 pam_ksu.so.5 install -l s pam_ksu.so.5 install -o root -g wheel -m 444 pam_ksu.8.gz ===> lib/libpam/modules/pam_lastlog (install) install -s -o root -g wheel -m 444 pam_lastlog.so.5 install -l s pam_lastlog.so.5 install -o root -g wheel -m 444 pam_lastlog.8.gz ===> lib/libpam/modules/pam_login_access (install) install -s -o root -g wheel -m 444 pam_login_access.so.5 install -l s pam_login_access.so.5 install -o root -g wheel -m 444 login.access.5.gz install -o root -g wheel -m 444 pam_login_access.8.gz ===> lib/libpam/modules/pam_nologin (install) install -s -o root -g wheel -m 444 pam_nologin.so.5 install -l s pam_nologin.so.5 install -o root -g wheel -m 444 pam_nologin.8.gz ===> lib/libpam/modules/pam_opie (install) install -s -o root -g wheel -m 444 pam_opie.so.5 install -l s pam_opie.so.5 install -o root -g wheel -m 444 pam_opie.8.gz ===> lib/libpam/modules/pam_opieaccess (install) install -s -o root -g wheel -m 444 pam_opieaccess.so.5 install -l s pam_opieaccess.so.5 install -o root -g wheel -m 444 pam_opieaccess.8.gz ===> lib/libpam/modules/pam_passwdqc (install) install -s -o root -g wheel -m 444 pam_passwdqc.so.5 install -l s pam_passwdqc.so.5 install -o root -g wheel -m 444 pam_passwdqc.8.gz ===> lib/libpam/modules/pam_permit (install) install -s -o root -g wheel -m 444 pam_permit.so.5 install -l s pam_permit.so.5 install -o root -g wheel -m 444 pam_permit.8.gz ===> lib/libpam/modules/pam_radius (install) install -s -o root -g wheel -m 444 pam_radius.so.5 install -l s pam_radius.so.5 install -o root -g wheel -m 444 pam_radius.8.gz ===> lib/libpam/modules/pam_rhosts (install) install -s -o root -g wheel -m 444 pam_rhosts.so.5 install -l s pam_rhosts.so.5 install -o root -g wheel -m 444 pam_rhosts.8.gz ===> lib/libpam/modules/pam_rootok (install) install -s -o root -g wheel -m 444 pam_rootok.so.5 install -l s pam_rootok.so.5 install -o root -g wheel -m 444 pam_rootok.8.gz ===> lib/libpam/modules/pam_securetty (install) install -s -o root -g wheel -m 444 pam_securetty.so.5 install -l s pam_securetty.so.5 install -o root -g wheel -m 444 pam_securetty.8.gz ===> lib/libpam/modules/pam_self (install) install -s -o root -g wheel -m 444 pam_self.so.5 install -l s pam_self.so.5 install -o root -g wheel -m 444 pam_self.8.gz ===> lib/libpam/modules/pam_ssh (install) 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 install: : No such file or directory *** Error code 71 Stop. make[7]: stopped in /builds/FreeBSD_HEAD/lib/libpam/libpam/tests *** Error code 1 Stop. make[6]: stopped in /builds/FreeBSD_HEAD/lib/libpam/libpam *** Error code 1 Stop. make[5]: stopped in /builds/FreeBSD_HEAD/lib/libpam *** 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 Nov 5 22:57:18 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 28013FBD for ; Wed, 5 Nov 2014 22:57:18 +0000 (UTC) Received: from udns.ultimatedns.net (unknown [IPv6:2602:d1:b4d6:e600:4261:86ff:fef6:aa2a]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id C100A63F for ; Wed, 5 Nov 2014 22:57:17 +0000 (UTC) Received: from ultimatedns.net (localhost [127.0.0.1]) by udns.ultimatedns.net (8.14.9/8.14.9) with ESMTP id sA5Mx7pf011641; Wed, 5 Nov 2014 14:59:07 -0800 (PST) (envelope-from bsd-lists@bsdforge.com) To: Warren Block , Hans Petter Selasky In-Reply-To: <545A96D1.9070600@selasky.org> References: <544E7679.7070207@FreeBSD.org> <54590B3E.2070701@dumbbell.fr> , <20141105101951.48542120@ernst.home> , , , <545A96D1.9070600@selasky.org> From: "Chris H" Subject: Re: HEADS UP: Enabling vt(4) by default Date: Wed, 05 Nov 2014 14:59:08 -0800 Content-Type: text/plain; charset=UTF-8; format=fixed MIME-Version: 1.0 Message-id: <9c1df797dde6628b43661c0356d9103f@ultimatedns.net> Content-Transfer-Encoding: 8bit Cc: =?UTF-8?B?SmVhbi1Tw6liYXN0aWVuUMOpZHJvbg==?= , 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, 05 Nov 2014 22:57:18 -0000 On Wed, 05 Nov 2014 22:29:53 +0100 Hans Petter Selasky wrote > On 11/05/14 22:27, Chris H wrote: > > On Wed, 5 Nov 2014 12:55:51 -0700 (MST) Warren Block > > wrote > > >> On Wed, 5 Nov 2014, Chris H wrote: > >> > >>> On Wed, 5 Nov 2014 08:15:04 -0700 (MST) Warren Block > >>> wrote > > >>>> On Wed, 5 Nov 2014, Chris H wrote: > >>>>> On Wed, 5 Nov 2014 10:19:51 +0100 Gary Jennejohn > >>>>> wrote >> > >>>>>> No, video mode won't work with the nVidia blob. That requires > >>>>>> a KMS (in-kernel) driver. > >>>>> > >>>>> Thank you for the reply, Gary. > >>>>> > >>>>> Ahh. I see. So unless I have ATI hardware, I'm pretty much out of luck? > >>>> > >>>> Or Intel, or anything with KMS drivers. > >>> > >>> Thanks. Everything I manage, is using nVidia. Looks like > >>> the kms VESA might work. But I'm not sure if there would > >>> be any appreciable gain going that route (assuming it's even > >>> possible). > >> > >> It's worth asking Nvidia directly. I would not be optimistic about > >> that, but it's easy to try, and they might surprise everyone. > >> > >> Another option might be nouveau. Don't know the current status of > >> whether that works on FreeBSD, though. > > LOL funny you should bring that up, just now. > > Prior to a fresh install on bare metal. I always boot to a gpartd > > CD. I use it to easily see, and quickly blank the disk(s). I only > > choose it, because it's quick-n-easy. It is also the perfect tool > > to wipe that evil grub[2] off the MBR. Which has given me no end > > of grief after evaluating some Linux distro. Anyhow, point being; > > the desktop is powered by nouveau. I've never had an issue with it, > > and it always seems to pick the "right" resolution/frequency. So, > > because of that. I was already thinking of investigating that route. > > As to talking to nVidia. My past experiences in that regard were, > > shall I say; less than ideal. They're always friendly. But getting > > anything that might "uncover" any coveted driver info, always fell > > short of helpful. :) > > > > Thanks for the reply, and helpful information, Warren. > > > > --Chris > > Hi, > > FYI: > > The KMS stuff seems to work on my intel HD graphics based MAC. Finally I > can switch back to the console! Thanks for sharing that, Hans. I'm looking to pick up some Mac hardware to put FreeBSD on. Now, I'm even more anxious to get it. :) --Chris > > --HPS > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Wed Nov 5 23:28: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 6577BA77 for ; Wed, 5 Nov 2014 23:28:49 +0000 (UTC) Received: from mail.madpilot.net (grunt.madpilot.net [78.47.145.38]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 1D32098C for ; Wed, 5 Nov 2014 23:28:48 +0000 (UTC) Received: from mail (mail [192.168.254.3]) by mail.madpilot.net (Postfix) with ESMTP id 3jY3vd0B8DzbGn for ; Thu, 6 Nov 2014 00:28:29 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=madpilot.net; h= content-transfer-encoding:content-type:content-type:subject :subject:mime-version:user-agent:from:from:date:date:message-id :received:received; s=mail; t=1415230107; x=1417044508; bh=arT8q GWl/PBfgutFU1k2Mz96JXSwyC1+FPwIeLwL4qo=; b=IrzHqme0zqVB4GxVHSPnZ JJdGJZRHlCi7jL4jZaur9cFkkOtGG4Ina02HIAEeeyeCGjErgvsUnh6QfF8EsfAQ z8dVfn6yRRsyw2HeoOd32qAxqGVFAG35/7jpjHzKisZj5WjWQQbVzkQt/LIf/r+l CBOoEtNyf8FA1VWKfTNB+A= Received: from mail.madpilot.net ([192.168.254.3]) by mail (mail.madpilot.net [192.168.254.3]) (amavisd-new, port 10024) with ESMTP id ULNuM11XmXkw for ; Thu, 6 Nov 2014 00:28:27 +0100 (CET) Received: from tommy.madpilot.net (micro.madpilot.net [88.149.173.206]) by mail.madpilot.net (Postfix) with ESMTPSA for ; Thu, 6 Nov 2014 00:28:27 +0100 (CET) Message-ID: <545AB29A.7020501@madpilot.net> Date: Thu, 06 Nov 2014 00:28:26 +0100 From: Guido Falsi 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: Strange failure with 10.x jail in poudriere on head Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Nov 2014 23:28:49 -0000 Hi, Today I updated my system to r274133, it works fine, but I see a strange problem in 10.x jails, which, even stranger, is not happening in 9.x and 8.x jails. the jails are created using ftp, so downloading official binaries. The python ports fail with this error at staging time: running install_lib error: error listing files in 'build/lib.freebsd-10.1-RC4-i386-2.7': Operation not supported *** Error code 1 full log here, against 10.0-p12 on amd64 jail: http://www.madpilot.net/~mad/python27-2.7.8_6.log the code (python) is trying to perform os.listdir('build/lib.freebsd-10.1-RC4-i386-2.7') at that point. The directory exists and does not have strange permissions. Installing python in a 10.1 VM in Virtualbox works fine. I suspect some recent change to head kernel is causing it to produce this failure in 10.x jails, But I'm at a loss on how this could be happening. Any suggestion on how I can debug this? Anyone has an idea what could be causing this? I upgraded from r273455. Thanks in advance. -- Guido Falsi From owner-freebsd-current@FreeBSD.ORG Wed Nov 5 23:31:01 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AD5BBBBE for ; Wed, 5 Nov 2014 23:31:01 +0000 (UTC) Received: from mail.madpilot.net (grunt.madpilot.net [78.47.145.38]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 61E529B3 for ; Wed, 5 Nov 2014 23:31:00 +0000 (UTC) Received: from mail (mail [192.168.254.3]) by mail.madpilot.net (Postfix) with ESMTP id 3jY3yJ3ZG5zbGq for ; Thu, 6 Nov 2014 00:30:48 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=madpilot.net; h= content-transfer-encoding:content-type:content-type:in-reply-to :references:subject:subject:mime-version:user-agent:from:from :date:date:message-id:received:received; s=mail; t=1415230246; x=1417044647; bh=5vb+A34npQZDKiVEm3ZvXMbNNcrsGTH19veU0Qwoxm8=; b= DJUTWhv8gdUO3JoRdEIBB/p3MczaZjgWDlmqu3p1hxHNMl4jEflYzng6UTdjZO5Z lWTnKj2dgadnrWuB+Mckf9PyUTQupOT8BySuSjea1FNEa89gVFdHO6B/uqwlj8p4 Vw+sVEsWUsKY1G2E/Isc7cpVW7HAEpvw9E2qBXXn66c= Received: from mail.madpilot.net ([192.168.254.3]) by mail (mail.madpilot.net [192.168.254.3]) (amavisd-new, port 10024) with ESMTP id E8M7spBFs8qC for ; Thu, 6 Nov 2014 00:30:46 +0100 (CET) Received: from tommy.madpilot.net (micro.madpilot.net [88.149.173.206]) by mail.madpilot.net (Postfix) with ESMTPSA for ; Thu, 6 Nov 2014 00:30:46 +0100 (CET) Message-ID: <545AB326.9020002@madpilot.net> Date: Thu, 06 Nov 2014 00:30:46 +0100 From: Guido Falsi 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: Strange failure with 10.x jail in poudriere on head References: <545AB29A.7020501@madpilot.net> In-Reply-To: <545AB29A.7020501@madpilot.net> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Nov 2014 23:31:01 -0000 On 11/06/14 00:28, Guido Falsi wrote: > Hi, > > Today I updated my system to r274133, it works fine, but I see a strange > problem in 10.x jails, which, even stranger, is not happening in 9.x and > 8.x jails. > > the jails are created using ftp, so downloading official binaries. > > The python ports fail with this error at staging time: > > running install_lib > error: error listing files in 'build/lib.freebsd-10.1-RC4-i386-2.7': > Operation not supported > *** Error code 1 > > full log here, against 10.0-p12 on amd64 jail: correction, the log is from 10.1-RC4-p1 i386, but I have the same error and log from 10.0 amd64 and i386. -- Guido Falsi From owner-freebsd-current@FreeBSD.ORG Thu Nov 6 00:03:03 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E76E7AA4; Thu, 6 Nov 2014 00:03:02 +0000 (UTC) Received: from dyslexicfish.net (dyslexicfish.net [91.109.5.35]) (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 98FA1D8F; Thu, 6 Nov 2014 00:03:02 +0000 (UTC) Received: from dyslexicfish.net (dyslexicfish.net [91.109.5.35]) by dyslexicfish.net (8.14.5/8.14.5) with ESMTP id sA602x7E028880; Thu, 6 Nov 2014 00:02:59 GMT (envelope-from jamie@dyslexicfish.net) Received: (from jamie@localhost) by dyslexicfish.net (8.14.5/8.14.5/Submit) id sA602xFv028879; Thu, 6 Nov 2014 00:02:59 GMT (envelope-from jamie) From: Jamie Landeg-Jones Message-Id: <201411060002.sA602xFv028879@dyslexicfish.net> Date: Thu, 06 Nov 2014 00:02:59 +0000 To: jhs@berklix.com, jamie@dyslexicfish.net Subject: Re: android bsd connectivity tools etc ? References: <201411051653.sA5GrShX095849@fire.js.berklix.net> In-Reply-To: <201411051653.sA5GrShX095849@fire.js.berklix.net> User-Agent: Heirloom mailx 12.4 7/29/08 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (dyslexicfish.net [91.109.5.35]); Thu, 06 Nov 2014 00:02:59 +0000 (GMT) Cc: gj@freebsd.org, current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Nov 2014 00:03:03 -0000 "Julian H. Stacey" wrote: Firstly, if you haven't already, I'd recommend 'Android terminal emulator' and 'hackers keyboard' - both free from the Play store. To be able to create startup scripts without reflashing etc. you must have root, and be able to write the file "/system/etc/install_recovery.sh" > NFS [& AMD] [& SSH] would be ideal for me. > > I had a look on my Samsung Galaxy Note 3, with Android 4.4.2 kernel > 3.4.0, & skimmed index of the 182 page pdf, but I dont know how to > tell if mine has NFS ? Or how to get it. I have the dropbear ssh client and server. I've not managed to compile them or openssh yet - instead I grabbed the binaries (opened source) from inside one of the free sshd server apps on the play store. One of my newer devices doesn't come with NFS, the others do. You need to find the correct nfs.ko kernel module for your kernel, and/or recompile the linux kernel - both things I've not achieved yet (running FreeBSD and not Linux/Windows makes things harder with no SDK etc.) but all this is part of what I'm investigating at the moment, so it would be great to be able to share notes with someone else sith a FreeBSD mindset. If you have nfs already, the standard mount should work from root: | 23:29 [3] (1) root@tabbycat:"/usr/users/jamie" # mkdir /tmp/test | 23:29 [3] (2) root@tabbycat:"/usr/users/jamie" # mount -o nolock,hard,ro lnfs:/nfs/b/tabbycat/ /tmp/test | 23:30 [3] (3) root@tabbycat:"/usr/users/jamie" # df -h | Filesystem Size Used Available Capacity Mounted on | tmpfs 176.7M 52.0K 176.7M 0% /dev | devpts 0 0 0 0% /dev/pts | proc 0 0 0 0% /proc | sysfs 0 0 0 0% /sys | none 0 0 0 0% /acct | tmpfs 176.7M 0 176.7M 0% /mnt/asec | tmpfs 176.7M 0 176.7M 0% /mnt/obb | /dev/block/nandd 1007.9M 282.6M 725.3M 28% /system | /dev/block/nande 1007.9M 137.4M 870.5M 14% /data | /dev/block/nandh 252.0M 4.3M 247.7M 2% /cache | /dev/block/nandd 1007.9M 282.6M 725.3M 28% /bin | hidden 0 0 0 0% /system/.bin_mount | tmpfs 128.0M 8.0K 128.0M 0% /tmp | /dev/block/nandj2 718.0M 404.7M 313.3M 56% /usr | /dev/block/nandj3 100.4M 19.3M 81.1M 19% /var | tmpfs 1.0M 4.0K 1020.0K 0% /var/run | /dev/block/mmcblk0p2 18.6G 1.3G 16.4G 7% /data2 | /dev/block/vold/93:76 23.5M 8.0K 23.5M 0% /mnt/extsd | /dev/block/vold/179:3 10.5G 5.5G 5.0G 52% /mnt/sdcard | /dev/block/vold/179:3 10.5G 5.5G 5.0G 52% /mnt/secure/asec | tmpfs 0 0 0 0% /mnt/sdcard/.android_secure | lnfs:/nfs/j/Misc/ 1.8T 1.5T 143.7G 91% /mnt/sdcard/Misc | lnfs:/nfs/j/Music/ 1.8T 1.5T 143.7G 91% /mnt/sdcard/Music/lapcat | lnfs:/nfs/j/Videos/ 1.8T 1.5T 143.7G 91% /mnt/sdcard/Videos/lapcat | lnfs:/nfs/j/Pictures/ 1.8T 1.5T 143.7G 91% /mnt/sdcard/Pictures/lapcat | lnfs:/nfs/APK-archives/ 1.8T 1.5T 143.7G 91% /APK-archives | lnfs:/nfs/b/tabbycat/ 1.8T 1.5T 143.7G 91% /backups | lnfs:/nfs/b/tabbycat/ 1.8T 1.5T 143.7G 91% /tmp/test | | 23:30 [3] (4) root@tabbycat:"/usr/users/jamie" # l /tmp/test | total 32 | 4 drwxr-x--- 9 root root 512 Nov 1 07:28 ./ | 0 drwxrwxrwt 3 root root 160 Nov 5 23:33 ../ | 4 drwxr-xr-x 20 rootfs rootfs 1024 Nov 5 09:23 BASE/ | 4 drwxr-x--- 2 root root 512 Nov 5 16:35 logs/ | 4 drwxr-x--- 2 root root 512 Oct 25 11:49 monthly/ | 4 drwxr-x--- 7 root root 512 Nov 5 16:36 often/ | 4 drwxr-x--- 5 root root 512 Nov 1 07:49 old/ | 4 drwxr-x--- 2 root root 512 Oct 29 09:20 partial/ | 4 drwxr-x--- 4 root root 512 Nov 3 03:35 weekly/ | | 23:30 [3] (5) root@tabbycat:"/usr/users/jamie" # I'd be more than happy to share my findings/code/ etc. with you, maybe private mail would be better? As a quick 'summary', I use FreeBSD exclusively on my servers etc., but do have 5 Android devices. My achievements with them (not currently complete with all of them) is to give them a decent Unix environment, all running NFS to my home FreeBSD server, sshd, IP6 (FreeBSD server is my IP6 router - it uses tunnelbroker.net to get IP6 over my consumer IP4 only ISP), cron, cc, rsync, passwd/group, rc.d, cc, etc. and for me to be able to access them from anywhere when they are connected to the home network. Integrated external memory card into main disk space. None of this /mnt/sdcard /mnt/extsd restriction crap. Swap space, where appropriate (you have to be careful with android swap, as android tends to preload apps when there is free memory) Modern shell. More typical partition mounts. Auto-deduped backups, and automatic archive of all APK's (these 2 tasks are initiated from the FreeBSD side - I was fed up with some app 'upgrades' being crap, and then unable to find the prevuous version to revert) I won't use 'apps' to do any of this, it all has to be done on the unix side of things. (apart from being less clunky, it was a necessity on my first cheapo tablet with little RAM) > I get no umass & /dev/da* I probably need to tweak my android somehow. I haven't noticed problems with FreeBSD recognising usb, but I've been mainly concentrating on lan connectivity so I'll leave any USB stuff to the experts! > Thank to all who have contributed info & URLS etc. Collated at: > http://www.berklix.com/~jhs/android/#connect > Corrections, additions etc welcome. I've been meaning to document my android stuff, so anything I can do to help... > Indent previous with "> ". Interleave reply paragraphs like a play script. Yes, and how's that working out for you? :-( The indiscriminate quoting and top-posting is why I (and I'm sure many others) rarely follow the FreeBSD lists anymore, and the posters here are the LAST people I'd expected to post in such a brain-dead way :-( Still, it makes me feel less guilty for this post straying into off-topic territory. Cheers, Jamie From owner-freebsd-current@FreeBSD.ORG Thu Nov 6 02:25:04 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 86B2AEA2 for ; Thu, 6 Nov 2014 02:25:04 +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 59765E38 for ; Thu, 6 Nov 2014 02:25:04 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lerctr.org; s=lerami; h=Message-ID:Subject:To:From:Date:Content-Transfer-Encoding:Content-Type:MIME-Version; bh=mf6HsIk/4eaxpQJS+bwAj6zOsyjkMSGlNoObaIi1UjY=; b=TbPdKbToUIsUWL+8llG0BCrV0Y0e16XDQE0i//onz/fD1bhNAZlr7ZWbXZk/1DZTvtlosvxkbWtavCIkb/Yg8/e75BD4/UNIJ9tRWtq8qXoyXJncKDLbRuQ0BybADXqXokBeTV53uxXDg9K8Qjnl5HgSwr6qAFIrsxr9gX5BU7o=; Received: from thebighonker.lerctr.org ([2001:470:1f0f:3ad:223:7dff:fe9e:6e8a]:58385 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 1XmCkv-000CBN-OK for freebsd-current@freebsd.org; Wed, 05 Nov 2014 20:25:03 -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); Wed, 05 Nov 2014 20:25:01 -0600 MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Wed, 05 Nov 2014 20:25:01 -0600 From: Larry Rosenman To: Freebsd current Subject: Build Fail: r274159 Message-ID: X-Sender: ler@lerctr.org User-Agent: Roundcube Webmail/1.0.3 X-Spam-Score: -3.5 (---) X-LERCTR-Spam-Score: -3.5 (---) X-Spam-Report: SpamScore (-3.5/5.0) ALL_TRUSTED=-1, BAYES_00=-1.9, RP_MATCHES_RCVD=-0.594 X-LERCTR-Spam-Report: SpamScore (-3.5/5.0) ALL_TRUSTED=-1, BAYES_00=-1.9, RP_MATCHES_RCVD=-0.594 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: 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, 06 Nov 2014 02:25:04 -0000 (cd /usr/src/rescue/rescue/../../sbin/fdisk && make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/fdisk/ depend && make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/fdisk/ fdisk.o geom_mbr_enc.o) cc -O2 -pipe -fno-omit-frame-pointer -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/sbin/fdisk/fdisk.c In file included from /usr/src/sbin/fdisk/fdisk.c:30: /usr/obj/usr/src/tmp/usr/include/sys/disk.h:132:3: error: unknown type name 'off_t' off_t off; ^ 1 error generated. *** Error code 1 Stop. make[6]: stopped in /usr/src/sbin/fdisk *** Error code 1 Stop. make[5]: stopped in /usr/obj/usr/src/rescue/rescue *** Error code 1 Stop. make[4]: stopped in /usr/src/rescue/rescue *** Error code 1 Stop. make[3]: stopped in /usr/src/rescue *** Error code 1 Stop. make[2]: stopped in /usr/src *** Error code 1 Stop. make[1]: stopped in /usr/src *** Error code 1 Stop. make: stopped in /usr/src ^C [1] Done(1) nohup make -DNO_CLEAN buildworld buildkernel >>make.noc.out 2>&1 borg.lerctr.org /usr/src # borg.lerctr.org /usr/src # svn info Path: . Working Copy Root Path: /usr/src URL: svn://svn.freebsd.org/base/head Relative URL: ^/head Repository Root: svn://svn.freebsd.org/base Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f Revision: 274159 Node Kind: directory Schedule: normal Last Changed Author: dteske Last Changed Rev: 274159 Last Changed Date: 2014-11-05 19:46:33 -0600 (Wed, 05 Nov 2014) borg.lerctr.org /usr/src # -- 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 Thu Nov 6 02:27: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 93598FC2; Thu, 6 Nov 2014 02:27:15 +0000 (UTC) Received: from mail-pd0-x22e.google.com (mail-pd0-x22e.google.com [IPv6:2607:f8b0:400e:c02::22e]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 646F5E56; Thu, 6 Nov 2014 02:27:15 +0000 (UTC) Received: by mail-pd0-f174.google.com with SMTP id p10so161117pdj.33 for ; Wed, 05 Nov 2014 18:27: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=l9eTTpC1NWN+IuZ58KKO+O7NX+egm6ue8aB4A2RBHYA=; b=PqAvhzORdp9TWLV7ol6tWu1Qq3u0pZkCrC4w3AJHWZoohrNqfE/WWNUKfB7Di4VGR4 kxIY/aZ9YYq0M1KklOXHwHbBHWoavSuc9s6zBYbYIbTD5SCuPfczPQ7uO8sPr344ytfq IbuofdazBRGyJ35vF2mpKbqsykLy1f+15BERYs0pRagb5e/UC/hVYr65dBgAsDvvwtJc Qvl6hvB8PxDL2sG9bxD1x/h/hIvEvYBeXK3qFlm8/bNnhdtI9+rKtsC2HHJHton4ZPmX ki4bl25HFUMHs+2ODmoOT9Jr0sUY50IDMpBkOL2TG25lkzKGeJHC0kP0YOWUa2IVyV9b zt1g== X-Received: by 10.68.164.101 with SMTP id yp5mr1366970pbb.66.1415240834863; Wed, 05 Nov 2014 18:27:14 -0800 (PST) Received: from [192.168.242.58] (c-67-182-131-225.hsd1.wa.comcast.net. [67.182.131.225]) by mx.google.com with ESMTPSA id v4sm4338918pbs.64.2014.11.05.18.27.14 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 05 Nov 2014 18:27:14 -0800 (PST) Content-Type: multipart/signed; boundary="Apple-Mail=_9E6C6C92-2688-4C36-A660-71F0E4401C39"; protocol="application/pgp-signature"; micalg=pgp-sha512 Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Subject: Re: Build Fail: r274159 From: Garrett Cooper In-Reply-To: Date: Wed, 5 Nov 2014 18:27:11 -0800 Message-Id: <9897B37A-E0DB-44A8-8DF6-88EB78E923AF@gmail.com> References: To: Larry Rosenman X-Mailer: Apple Mail (2.1878.6) Cc: Alexander Motin , 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, 06 Nov 2014 02:27:15 -0000 --Apple-Mail=_9E6C6C92-2688-4C36-A660-71F0E4401C39 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On Nov 5, 2014, at 18:25, Larry Rosenman wrote: > (cd /usr/src/rescue/rescue/../../sbin/fdisk && make -DRESCUE = CRUNCH_CFLAGS=3D-DRESCUE DIRPRFX=3Drescue/rescue/fdisk/ depend && make = -DRESCUE CRUNCH_CFLAGS=3D-DRESCUE DIRPRFX=3Drescue/rescue/fdisk/ fdisk.o = geom_mbr_enc.o) > cc -O2 -pipe -fno-omit-frame-pointer -DRESCUE -std=3Dgnu99 = -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W = -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes = -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch = -Wshadow -Wunused-parameter -Wcast-align -Wno-uninitialized = -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int = -Wno-unused-const-variable -Qunused-arguments -c = /usr/src/sbin/fdisk/fdisk.c > In file included from /usr/src/sbin/fdisk/fdisk.c:30: > /usr/obj/usr/src/tmp/usr/include/sys/disk.h:132:3: error: unknown type = name 'off_t' > off_t off; > ^ > 1 error generated. > *** Error code 1 Probably related to r274154 --Apple-Mail=_9E6C6C92-2688-4C36-A660-71F0E4401C39 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 iQEcBAEBCgAGBQJUWtx/AAoJEMZr5QU6S73e9uoH/iC630YRmWRhqyJrCnoNtBvm hR0sQAyUI6DCG/bTlzKM9odTHjWZvuq4gAzi7Z8/QrWVBx2D87/nGpbx0Dv0EySY 4+nqsdtZWSjtVm+hrPCC/joKTvOC5cdZLMItSEDDl604vtrinNPuGPG/eO2muPdK qhlolJqcoPzZrkUjthN3sjCZZU6e9mhTiue92jeEoMx7sWVkRXmGDC6C5Vf3Rigg VwMS6yfo4ZdjG34gZxiVPgs5naH8c4zlzGtlEmLecLHkDJ+1Nr0y9F8PnCHFVODd swi8CldVUsHAICTWYp+GVSOFMoxLsgT9qbVX/gg5u13MISuvgexoGUfP94f9yCU= =ImNM -----END PGP SIGNATURE----- --Apple-Mail=_9E6C6C92-2688-4C36-A660-71F0E4401C39-- From owner-freebsd-current@FreeBSD.ORG Thu Nov 6 02:57:01 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E0F55AE9 for ; Thu, 6 Nov 2014 02:57:00 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id C226A1AD for ; Thu, 6 Nov 2014 02:57:00 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id A82C311B for ; Thu, 6 Nov 2014 02:57:00 +0000 (UTC) Date: Thu, 6 Nov 2014 02:57:00 +0000 (GMT) From: jenkins-admin@freebsd.org To: freebsd-current@freebsd.org Message-ID: <1715577311.25.1415242620657.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <2028703884.18.1415207268500.JavaMail.jenkins@jenkins-9.freebsd.org> References: <2028703884.18.1415207268500.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Build failed in Jenkins: FreeBSD_HEAD-tests2 #193 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Jenkins-Job: FreeBSD_HEAD-tests2 X-Jenkins-Result: FAILURE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Nov 2014 02:57:01 -0000 See ------------------------------------------ Started by build flow Build_Image_and_Run_Tests_in_Bhyve_HEAD#190 Building remotely on havoc.ysv.freebsd.org (FreeBSD-10) in workspace [FreeBSD_HEAD-tests2] $ /bin/sh -xe /tmp/hudson9166051534485122562.sh + sudo python /vm/freebsd-ci/scripts/test/run-tests.py -f /vm/freebsd-ci/sc= ripts/test/config/config.json bhyveload -m 2G -d /net/jenkins-10.freebsd.org/builds/Build-UFS-image/image= /FreeBSD_HEAD/test.img vm_test Consoles: userboot =20 FreeBSD/amd64 User boot, Revision 1.1 (rodrigc@havoc.ysv.freebsd.org, Tue Oct 21 05:39:14 UTC 2014) |=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-= =08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08= /=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\= =08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08= -=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08Loading /boot/d= efaults/loader.conf=20 /=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\= =08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08= -=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|= =08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08= \=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/= =08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08= |=08/=08-=08\=08=1B[H=1B[J=1B[7;46H ``` `=1B[8;46Hs`= `.....---.......--.``` -/=1B[9;46H+o .--` /y:` +.=1B[10;4= 6H yo`:. :o `+-=1B[11;46H y/ -/` -o/=1B[12= ;46H .- ::/sy+:.=1B[13;46H / `-- /=1B= [14;46H`: :`=1B[15;46H`: = :`=1B[16;46H / /=1B[17;46H .- = -.=1B[18;46H -- -.=1B[19;46H `:` = `:`=1B[20;46H .-- `--.=1B[21;46H .---.....----.=1B= [25;0H=1B[1;2H ______ ____ _____ _____ =1B[2;2H| ____| = | _ \ / ____| __ \ =1B[3;2H| |___ _ __ ___ ___ | |_) | (___ | = | | |=1B[4;2H| ___| '__/ _ \/ _ \| _ < \___ \| | | |=1B[5;2H| | | | |= __/ __/| |_) |____) | |__| |=1B[6;2H| | | | | | || | | = |=1B[7;2H|_| |_| \___|\___||____/|_____/|_____/ =1B[25;0H=1B[10;2H|= =1B[11;2H|=1B[12;2H|=1B[13;2H|=1B[14;2H|=1B[15;2H|=1B[16;2H|=1B[17;2H|=1B[1= 8;2H|=1B[19;2H|=1B[20;2H|=1B[21;2H|=1B[10;44H|=1B[11;44H|=1B[12;44H|=1B[13;= 44H|=1B[14;44H|=1B[15;44H|=1B[16;44H|=1B[17;44H|=1B[18;44H|=1B[19;44H|=1B[2= 0;44H|=1B[21;44H|=1B[9;3H-----------------------------------------=1B[22;3H= -----------------------------------------=1B[9;2H+=1B[22;2H+=1B[9;44H+=1B[2= 2;44H+=1B[25;0H|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08=1B[9;15HWel= come to FreeBSD=1B[11;5H1 =1B[11;6H.=1B[11;8HBoot Multi User [Enter]=1B[12;= 5H2 =1B[12;6H.=1B[12;8HBoot [S]ingle User=1B[13;5H3 =1B[13;6H.=1B[13;8H[Esc= ]ape to loader prompt=1B[14;5H4 =1B[14;6H.=1B[14;8HReboot=1B[16;5HOptions:= =1B[17;5H5 =1B[17;6H.=1B[17;8H[K]ernel: kernel (1 of 2)=1B[18;5H6 =1B[18;6H= .=1B[18;8HConfigure Boot [O]ptions...=1B[25;0H=1B[23;4HAutoboot in 9 second= s. [Space] to pause=1B[25;0H=1B[23;4HAutoboot in 8 seconds. [Space] to paus= e=1B[25;0H=1B[23;4HAutoboot in 7 seconds. [Space] to pause=1B[25;0H=1B[23;4= HAutoboot in 6 seconds. [Space] to pause=1B[25;0H=1B[23;4HAutoboot in 5 sec= onds. [Space] to pause=1B[25;0H=1B[23;4HAutoboot in 4 seconds. [Space] to p= ause=1B[25;0H=1B[23;4HAutoboot in 3 seconds. [Space] to pause=1B[25;0H=1B[2= 3;4HAutoboot in 2 seconds. [Space] to pause=1B[25;0H=1B[23;4HAutoboot in 1 = seconds. [Space] to pause=1B[25;0H=1B[23;4H = =1B[25;0H|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-= =08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08= /=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\= =08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08= -=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/boot/kernel/ke= rnel text=3D0x101cd38 /=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-= =08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08= /=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\= =08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08= -=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|= =08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08= \=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/= =08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08= |=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-= =08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08= /=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\= =08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08= -=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|= =08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08= \=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/= =08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08= |=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-= =08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08= /=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\= =08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08= -=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|= =08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08= \=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/= =08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08= |=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-= =08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08= /=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\= =08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08= -=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|= =08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08= \=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/= =08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08= |=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-= =08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08= /=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\= =08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08= -=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|= =08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08= \=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/= =08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08= |=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-= =08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08= /=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\= =08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08= -=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|= =08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08= \=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/= =08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08= |=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-= =08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08= /=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\= =08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08= -=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|= =08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08= \=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/= =08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08= |=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-= =08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08= /=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\= =08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08= -=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|= =08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08= \=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/= =08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08= |=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-= =08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08= /=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\= =08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08= -=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|= =08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08= \=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/= =08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08= |=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-= =08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08= /=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\= =08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08= -=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|= =08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08= \=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/= =08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08= |=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-= =08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08= /=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\= =08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08= -=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|= =08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08= \=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/= =08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08= |=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-= =08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08= /=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\= =08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08= -=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|= =08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08= \=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/= =08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08= |=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-= =08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08= /=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\= =08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08= -=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|= =08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08= \=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/= =08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08= |=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-= =08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08= /=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\= =08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08= -=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|= =08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08= \=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/= =08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08data=3D0= x12ceb0+0x3fab70 -=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|= =08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08= \=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/= =08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08= |=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-= =08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08= /=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\= =08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08= -=08\=08|=08/=08-=08\=08|=08/=08-=08syms=3D[0x8+0x148b00\=08|=08/=08-=08\= =08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08= -=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|= =08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08= \=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/= =08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08= |=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-= =08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08= /=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\= =08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08+0x8+0x163f5e|=08/=08-= =08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08= /=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\= =08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08= -=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|= =08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08= \=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/= =08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08= |=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-= =08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08= /=08-=08\=08|=08/=08-=08\=08|=08/=08] Booting... -=08\=08|=08/=08-=08\=08|=08bhyve -c 2 -m 2G -AI -H -P -g 0 -s 0:0,hostbrid= ge -s 1:0,lpc -s 2:0,virtio-net,tap0,mac=3D58:9c:fc:00:00:2e -s 3:0,ahci-hd= ,/net/jenkins-10.freebsd.org/builds/Build-UFS-image/image/FreeBSD_HEAD/test= .img -l com1,stdio vm_test open of tap device /dev/tap0 failed GDB: no debug ports present KDB: debugger backends: ddb KDB: current backend: ddb Copyright (c) 1992-2014 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 =09The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 11.0-CURRENT #1669: Thu Nov 6 02:39:59 UTC 2014 jenkins@jenkins-10.freebsd.org:/usr/obj/builds/FreeBSD_HEAD/sys/GENERIC= amd64 FreeBSD clang version 3.4.1 (tags/RELEASE_34/dot1-final 208032) 20140512 WARNING: WITNESS option enabled, expect reduced performance. VT: running with driver "vga". CPU: Intel(R) Xeon(R) CPU E5620 @ 2.40GHz (2399.76-MHz K8-class = CPU) Origin=3D"GenuineIntel" Id=3D0x206c2 Family=3D0x6 Model=3D0x2c Steppi= ng=3D2 Features=3D0x9f83ab7f Features2=3D0x829e6257 AMD Features=3D0x24100800 AMD Features2=3D0x1 TSC: P-state invariant Hypervisor: Origin =3D "bhyve bhyve " real memory =3D 2147483648 (2048 MB) avail memory =3D 2039992320 (1945 MB) Event timer "LAPIC" quality 400 ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs FreeBSD/SMP: 2 package(s) x 1 core(s) cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 random device not loaded/active; using insecure pseudo-random number genera= tor ioapic0 irqs 0-23 on motherboard random: entropy device infrastructure driver random: selecting highest priority adaptor kbd1 at kbdmux0 netmap: loaded module module_register_init: MOD_LOAD (vesa, 0xffffffff80dc3bc0, 0) error 19 random: SOFT: yarrow init() random: selecting highest priority adaptor acpi0: on motherboard acpi0: Power Button (fixed) atrtc0: port 0x70-0x71 irq 8 on acpi0 Event timer "RTC" frequency 32768 Hz quality 0 attimer0: port 0x40-0x43 irq 0 on acpi0 Timecounter "i8254" frequency 1193182 Hz quality 0 Event timer "i8254" frequency 1193182 Hz quality 100 hpet0: iomem 0xfed00000-0xfed003ff on acpi0 Timecounter "HPET" frequency 10000000 Hz quality 950 Event timer "HPET" frequency 10000000 Hz quality 550 Event timer "HPET1" frequency 10000000 Hz quality 450 Event timer "HPET2" frequency 10000000 Hz quality 450 Event timer "HPET3" frequency 10000000 Hz quality 450 Event timer "HPET4" frequency 10000000 Hz quality 450 Event timer "HPET5" frequency 10000000 Hz quality 450 Event timer "HPET6" frequency 10000000 Hz quality 450 Timecounter "ACPI-fast" frequency 3579545 Hz quality 900 acpi_timer0: <32-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 isab0: at device 1.0 on pci0 isa0: on isab0 virtio_pci0: port 0x2000-0x201f mem 0xc0000000= -0xc0001fff irq 16 at device 2.0 on pci0 vtnet0: on virtio_pci0 virtio_pci0: host features: 0x1018020 virtio_pci0: negotiated features: 0x18020 vtnet0: Ethernet address: 58:9c:fc:00:00:2e 001.000007 [ 427] vtnet_netmap_attach max rings 1 001.000008 [2700] netmap_attach success for vtnet0 tx 1/1024 rx= 1/1024 queues/slots 001.000009 [ 432] vtnet_netmap_attach virtio attached txq=3D1, txd=3D= 1024 rxq=3D1, rxd=3D1024 ahci0: mem 0xc0002000-0xc00023ff irq 17 a= t device 3.0 on pci0 ahci0: AHCI v1.30 with 6 6Gbps ports, Port Multiplier not supported ahcich0: at channel 0 on ahci0 uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 uart0: console (9600,n,8,1) uart1: <16550 or compatible> port 0x2f8-0x2ff irq 3 on acpi0 qpi0: on motherboard vga0: at port 0x3b0-0x3bb iomem 0xb0000-0xb7fff on isa0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] ppc0: cannot reserve I/O port range Timecounters tick every 1.000 msec ada0 at ahcich0 bus 0 scbus0 target 0 lun 0 ada0: ATA-8 SATA 2.x device ada0: Serial Number 123456 ada0: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) ada0: Command Queueing enabled ada0: 2048MB (4194304 512 byte sectors: 16H 63S/T 4161C) ada0: Previously was known as ad4 random: unblocking device. SMP: AP CPU #1 Launched! WARNING: WITNESS option enabled, expect reduced performance. Trying to mount root from ufs:/dev/ufs/TESTROOT [rw]... Setting hostuuid: 8dc4621c-6560-11e4-9c4a-589cfc00002e. Setting hostid: 0x72bed841. No suitable dump device was found. Starting file system checks: /dev/ufs/TESTROOT: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ufs/TESTROOT: clean, 1049227 free (795 frags, 131054 blocks, 0.0% frag= mentation) Mounting local file systems:. /etc/rc: WARNING: $hostname is not set -- see rc.conf(5). Feeding entropy:. Starting Network: lo0 vtnet0. lo0: flags=3D8049 metric 0 mtu 16384 =09options=3D600003 =09inet6 ::1 prefixlen 128=20 =09inet6 fe80::1%lo0 prefixlen 64 scopeid 0x2=20 =09inet 127.0.0.1 netmask 0xff000000=20 =09nd6 options=3D21 vtnet0: flags=3D8902 metric 0 mtu 1500 =09options=3D80028 =09ether 58:9c:fc:00:00:2e =09nd6 options=3D29 =09media: Ethernet 10Gbase-T =09status: active Starting devd. Starting Network: vtnet0. vtnet0: flags=3D8902 metric 0 mtu 1500 =09options=3D80028 =09ether 58:9c:fc:00:00:2e =09nd6 options=3D29 =09media: Ethernet 10Gbase-T =09status: active Starting pflogd:=20 add net fe80::: gateway ::1 add net ff02::: gateway ::1 add net ::ffff:0.0.0.0: gateway ::1 add net ::0.0.0.0: gateway ::1 Generating host.conf. Creating and/or trimming log files. Starting syslogd. ELF ldconfig path: /lib /usr/lib /usr/lib/compat /usr/local/lib 32-bit compatibility ldconfig path: /usr/lib32 Starting casperd. Clearing /tmp (X related). Updating motd:. Mounting late file systems:. Configuring vt: blanktime. Starting sendmail_submit. Starting sendmail_msp_queue. Starting cron. Starting background file system checks in 60 seconds. Thu Nov 6 02:56:55 UTC 2014 FreeBSD/amd64 (Amnesiac) (ttyu0) login: root root Nov 6 02:56:56 login: ROOT LOGIN (root) ON ttyu0 FreeBSD 11.0-CURRENT (GENERIC) #1669: Thu Nov 6 02:39:59 UTC 2014 Welcome to FreeBSD! Release Notes, Errata: https://www.FreeBSD.org/releases/ Security Advisories: https://www.FreeBSD.org/security/ FreeBSD Handbook: https://www.FreeBSD.org/handbook/ FreeBSD FAQ: https://www.FreeBSD.org/faq/ Questions List: https://lists.FreeBSD.org/mailman/listinfo/freebsd-question= s/ FreeBSD Forums: https://forums.FreeBSD.org/ Documents installed with the system are in the /usr/local/share/doc/freebsd= / directory, or can be installed later with: pkg install en-freebsd-doc For other languages, replace "en" with a language code like de or fr. Show the version of FreeBSD installed: freebsd-version ; uname -a Please include that output and any error messages when posting questions. Introduction to manual pages: man man FreeBSD directory layout: man hier Edit /etc/motd to change this login announcement. root@:~ # Traceback (most recent call last): File "/vm/freebsd-ci/scripts/test/run-tests.py", line 152, in main(sys.argv) File "/vm/freebsd-ci/scripts/test/run-tests.py", line 80, in main runTest() File "/vm/freebsd-ci/scripts/test/run-tests.py", line 116, in runTest child2.sendline("export PS1=3D\"%\"" % (prompt)) ValueError: unsupported format character '"' (0x22) at index 13 Build step 'Execute shell' marked build as failure Recording test results From owner-freebsd-current@FreeBSD.ORG Thu Nov 6 05:37:24 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 75FD5ACF; Thu, 6 Nov 2014 05:37:24 +0000 (UTC) Received: from udns.ultimatedns.net (unknown [IPv6:2602:d1:b4d6:e600:4261:86ff:fef6:aa2a]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 33F0C777; Thu, 6 Nov 2014 05:37:24 +0000 (UTC) Received: from ultimatedns.net (localhost [127.0.0.1]) by udns.ultimatedns.net (8.14.9/8.14.9) with ESMTP id sA65dC8T058018; Wed, 5 Nov 2014 21:39:13 -0800 (PST) (envelope-from bsd-lists@bsdforge.com) To: jhs@berklix.com, In-Reply-To: <201411060002.sA602xFv028879@dyslexicfish.net> References: <201411051653.sA5GrShX095849@fire.js.berklix.net>, <201411060002.sA602xFv028879@dyslexicfish.net> From: "Chris H" Subject: Re: android bsd connectivity tools etc ? Date: Wed, 05 Nov 2014 21:39:13 -0800 Content-Type: text/plain; charset=UTF-8; format=fixed MIME-Version: 1.0 Message-id: <8364d85c9437deb6c09af00a80fbc222@ultimatedns.net> Content-Transfer-Encoding: 8bit Cc: gj@freebsd.org, current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Nov 2014 05:37:24 -0000 On Thu, 06 Nov 2014 00:02:59 +0000 Jamie Landeg-Jones wrote > "Julian H. Stacey" wrote: > > Firstly, if you haven't already, I'd recommend 'Android terminal > emulator' and 'hackers keyboard' - both free from the Play store. > > To be able to create startup scripts without reflashing etc. you > must have root, and be able to write the file > "/system/etc/install_recovery.sh" > > > NFS [& AMD] [& SSH] would be ideal for me. > > > > I had a look on my Samsung Galaxy Note 3, with Android 4.4.2 kernel > > 3.4.0, & skimmed index of the 182 page pdf, but I dont know how to > > tell if mine has NFS ? Or how to get it. > > I have the dropbear ssh client and server. I've not managed to compile > them or openssh yet - instead I grabbed the binaries (opened source) > from inside one of the free sshd server apps on the play store. > > One of my newer devices doesn't come with NFS, the others do. You need > to find the correct nfs.ko kernel module for your kernel, and/or > recompile the linux kernel - both things I've not achieved yet > (running FreeBSD and not Linux/Windows makes things harder with no > SDK etc.) but all this is part of what I'm investigating at the > moment, so it would be great to be able to share notes with someone > else sith a FreeBSD mindset. > > If you have nfs already, the standard mount should work from root: > > | 23:29 [3] (1) root@tabbycat:"/usr/users/jamie" # mkdir /tmp/test > | 23:29 [3] (2) root@tabbycat:"/usr/users/jamie" # mount -o nolock,hard,ro > lnfs:/nfs/b/tabbycat/ /tmp/test | 23:30 [3] (3) > root@tabbycat:"/usr/users/jamie" # df -h | Filesystem Size > Used Available Capacity Mounted on | tmpfs 176.7M > 52.0K 176.7M 0% /dev | devpts 0 > 0 0 0% /dev/pts | proc 0 0 > 0 0% /proc | sysfs 0 0 > 0 0% /sys | none 0 0 0 > 0% /acct | tmpfs 176.7M 0 176.7M 0% > /mnt/asec | tmpfs 176.7M 0 176.7M 0% > /mnt/obb | /dev/block/nandd 1007.9M 282.6M 725.3M 28% > /system | /dev/block/nande 1007.9M 137.4M 870.5M 14% > /data | /dev/block/nandh 252.0M 4.3M 247.7M 2% > /cache | /dev/block/nandd 1007.9M 282.6M 725.3M 28% /bin > | hidden 0 0 0 0% > /system/.bin_mount | tmpfs 128.0M 8.0K 128.0M > 0% /tmp | /dev/block/nandj2 718.0M 404.7M 313.3M 56% > /usr | /dev/block/nandj3 100.4M 19.3M 81.1M 19% /var > | tmpfs 1.0M 4.0K 1020.0K 0% /var/run > | /dev/block/mmcblk0p2 18.6G 1.3G 16.4G 7% /data2 > | /dev/block/vold/93:76 23.5M 8.0K 23.5M 0% /mnt/extsd > | /dev/block/vold/179:3 10.5G 5.5G 5.0G 52% /mnt/sdcard > | /dev/block/vold/179:3 10.5G 5.5G 5.0G 52% > /mnt/secure/asec | tmpfs 0 0 0 > 0% /mnt/sdcard/.android_secure | lnfs:/nfs/j/Misc/ 1.8T > 1.5T 143.7G 91% /mnt/sdcard/Misc | lnfs:/nfs/j/Music/ 1.8T > 1.5T 143.7G 91% /mnt/sdcard/Music/lapcat | lnfs:/nfs/j/Videos/ > 1.8T 1.5T 143.7G 91% /mnt/sdcard/Videos/lapcat > | lnfs:/nfs/j/Pictures/ 1.8T 1.5T 143.7G 91% > /mnt/sdcard/Pictures/lapcat | lnfs:/nfs/APK-archives/ 1.8T 1.5T > 143.7G 91% /APK-archives | lnfs:/nfs/b/tabbycat/ 1.8T > 1.5T 143.7G 91% /backups | lnfs:/nfs/b/tabbycat/ 1.8T > 1.5T 143.7G 91% /tmp/test | > | 23:30 [3] (4) root@tabbycat:"/usr/users/jamie" # l /tmp/test > | total 32 > | 4 drwxr-x--- 9 root root 512 Nov 1 07:28 ./ > | 0 drwxrwxrwt 3 root root 160 Nov 5 23:33 ../ > | 4 drwxr-xr-x 20 rootfs rootfs 1024 Nov 5 09:23 BASE/ > | 4 drwxr-x--- 2 root root 512 Nov 5 16:35 logs/ > | 4 drwxr-x--- 2 root root 512 Oct 25 11:49 monthly/ > | 4 drwxr-x--- 7 root root 512 Nov 5 16:36 often/ > | 4 drwxr-x--- 5 root root 512 Nov 1 07:49 old/ > | 4 drwxr-x--- 2 root root 512 Oct 29 09:20 partial/ > | 4 drwxr-x--- 4 root root 512 Nov 3 03:35 weekly/ > | > | 23:30 [3] (5) root@tabbycat:"/usr/users/jamie" # > > I'd be more than happy to share my findings/code/ etc. with you, > maybe private mail would be better? > > As a quick 'summary', I use FreeBSD exclusively on my servers etc., but > do have 5 Android devices. > > My achievements with them (not currently complete with all of them) is to > give them a decent Unix environment, all running NFS to my home FreeBSD > server, sshd, IP6 (FreeBSD server is my IP6 router - it uses tunnelbroker.net > to get IP6 over my consumer IP4 only ISP), cron, cc, rsync, passwd/group, > rc.d, cc, etc. and for me to be able to access them from anywhere when > they are connected to the home network. > > Integrated external memory card into main disk space. None of this > /mnt/sdcard /mnt/extsd restriction crap. > > Swap space, where appropriate (you have to be careful with android swap, as > android tends to preload apps when there is free memory) > > Modern shell. > > More typical partition mounts. > > Auto-deduped backups, and automatic archive of all APK's (these 2 tasks > are initiated from the FreeBSD side - I was fed up with some app 'upgrades' > being crap, and then unable to find the prevuous version to revert) > > I won't use 'apps' to do any of this, it all has to be done on the unix > side of things. (apart from being less clunky, it was a necessity on my > first cheapo tablet with little RAM) > > > I get no umass & /dev/da* I probably need to tweak my android somehow. > > I haven't noticed problems with FreeBSD recognising usb, but I've been > mainly concentrating on lan connectivity so I'll leave any USB stuff to > the experts! > > > Thank to all who have contributed info & URLS etc. Collated at: > > http://www.berklix.com/~jhs/android/#connect > > Corrections, additions etc welcome. > > I've been meaning to document my android stuff, so anything I can do to > help... > > > Indent previous with "> ". Interleave reply paragraphs like a play > > script. > > Yes, and how's that working out for you? :-( > > The indiscriminate quoting and top-posting is why I (and I'm sure many > others) rarely follow the FreeBSD lists anymore, and the posters here are the > LAST people I'd expected to post in such a brain-dead way :-( > Still, it makes me feel less guilty for this post straying into off-topic > territory. > > Cheers, > Jamie Count me in! I currently have 4 android devices -- 2 EVO-4g's, and 2 Galaxy s5's. All rooted. I honestly enjoyed working with the EVO's. But the Galaxys? Ugh. If you ain't got Winblows, you're pretty much up a creek. I'd love to contribute any way I can. I own, and operate several Internet-facing servers (FreeBSD), and have a bunch of "spares" that can be readily tailored for any (strange?) task. Please keep me in the loop. Thanks. --Chris > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Thu Nov 6 05:46:34 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 2B21CCDF; Thu, 6 Nov 2014 05:46: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 0846183D; Thu, 6 Nov 2014 05:46:34 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 3EFBE14B; Thu, 6 Nov 2014 05:46:32 +0000 (UTC) Date: Thu, 6 Nov 2014 05:46:24 +0000 (GMT) From: jenkins-admin@freebsd.org To: jenkins-admin@FreeBSD.org, freebsd-current@freebsd.org, gjb@FreeBSD.org, dteske@FreeBSD.org, mav@FreeBSD.org Message-ID: <1949809142.26.1415252790570.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Build failed in Jenkins: FreeBSD_HEAD #1780 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Jenkins-Job: FreeBSD_HEAD X-Jenkins-Result: FAILURE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Nov 2014 05:46:34 -0000 See Changes: [gjb] Bump __FreeBSD_version after SA-14:23, SA-14:24, SA-14:25. Approved by: re (implicit) Sponsored by: The FreeBSD Foundation [dteske] Upon second-thought (following r274144), remove spurious (unused) line-noise (libdialog never lived in lib/ -- but rather the noise came from translating a comment that was introduced 16 years ago via r40306; translation from comment to code occurred via r267511). MFC after: 3 days Reviewed by: ngie X-MFC-to: stable/10 [mav] Add to CTL support for logical block provisioning threshold notifications. For ZVOL-backed LUNs this allows to inform initiators if storage's used or available spaces get above/below the configured thresholds. MFC after: 2 weeks Sponsored by: iXsystems, Inc. ------------------------------------------ [...truncated 139428 lines...] --- gnu.all__D --- --- groff_www.7 --- Making groff_www.7 from --- lib.all__D --- --- h_stpncpy --- cc -O2 -pipe -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -o h_stpncpy h_stpncpy.o (cd && make -f _RECURSING_PROGS= SUBDIR= PROG=h_strcat DEPENDFILE=.depend.h_strcat .MAKE.DEPENDFILE=.depend.h_strcat ) --- gnu.all__D --- --- groff_ms.7.gz --- gzip -cn groff_ms.7 > groff_ms.7.gz --- groff_man.7.gz --- --- lib.all__D --- --- h_strcat.o --- --- gnu.all__D --- gzip -cn groff_man.7 > groff_man.7.gz --- lib.all__D --- cc -O2 -pipe -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -c --- gnu.all__D --- --- groff_me.7.gz --- gzip -cn groff_me.7 > groff_me.7.gz --- groff_mdoc.7.gz --- gzip -cn groff_mdoc.7 > groff_mdoc.7.gz --- lib.all__D --- --- h_strcat --- cc -O2 -pipe -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -o h_strcat h_strcat.o --- gnu.all__D --- --- groff_trace.7.gz --- gzip -cn groff_trace.7 > groff_trace.7.gz --- lib.all__D --- (cd && make -f _RECURSING_PROGS= SUBDIR= PROG=h_strcpy DEPENDFILE=.depend.h_strcpy .MAKE.DEPENDFILE=.depend.h_strcpy ) --- gnu.all__D --- --- groff_www.7.gz --- gzip -cn groff_www.7 > groff_www.7.gz --- all_subdir_rcs --- ===> gnu/usr.bin/rcs (all) --- _sub.all --- ===> gnu/usr.bin/rcs/lib (all) --- lib.all__D --- --- h_strcpy.o --- cc -O2 -pipe -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -c --- h_strcpy --- cc -O2 -pipe -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -o h_strcpy h_strcpy.o --- rescue.all__D --- --- geom_bsd_enc.o --- cc -O2 -pipe -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c --- lib.all__D --- (cd && make -f _RECURSING_PROGS= SUBDIR= PROG=h_strncat DEPENDFILE=.depend.h_strncat .MAKE.DEPENDFILE=.depend.h_strncat ) --- gnu.all__D --- --- maketime.o --- cc -O2 -pipe -std=gnu99 -fstack-protector -Qunused-arguments -c -o maketime.o --- lib.all__D --- --- h_strncat.o --- cc -O2 -pipe -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -c --- h_strncat --- cc -O2 -pipe -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -o h_strncat h_strncat.o --- gnu.all__D --- --- partime.o --- cc -O2 -pipe -std=gnu99 -fstack-protector -Qunused-arguments -c -o partime.o --- lib.all__D --- (cd && make -f _RECURSING_PROGS= SUBDIR= PROG=h_strncpy DEPENDFILE=.depend.h_strncpy .MAKE.DEPENDFILE=.depend.h_strncpy ) --- rescue.all__D --- --- fdisk_make --- (cd && make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/fdisk/ depend && make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/fdisk/ fdisk.o geom_mbr_enc.o) --- lib.all__D --- --- h_strncpy.o --- cc -O2 -pipe -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -c --- rescue.all__D --- --- .depend --- rm -f .depend CC='cc ' mkdep -f .depend -a -DRESCUE -std=gnu99 --- lib.all__D --- --- h_strncpy --- cc -O2 -pipe -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -o h_strncpy h_strncpy.o (cd && make -f _RECURSING_PROGS= SUBDIR= PROG=h_vsnprintf DEPENDFILE=.depend.h_vsnprintf .MAKE.DEPENDFILE=.depend.h_vsnprintf ) --- rescue.all__D --- echo fdisk: /usr/obj /usr/obj /usr/obj /usr/obj >> .depend --- lib.all__D --- --- h_vsnprintf.o --- cc -O2 -pipe -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -c --- rescue.all__D --- --- fdisk.o --- cc -O2 -pipe -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c In file included from :30: /usr/obj:132:3: error: unknown type name 'off_t' off_t off; ^ --- lib.all__D --- --- h_vsnprintf --- cc -O2 -pipe -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -o h_vsnprintf h_vsnprintf.o --- rescue.all__D --- 1 error generated. --- gnu.all__D --- --- rcsedit.o --- cc -O2 -pipe -std=gnu99 -fstack-protector -Qunused-arguments -c -o rcsedit.o --- rescue.all__D --- *** [fdisk.o] Error code 1 make[6]: stopped in 1 error make[6]: stopped in *** [fdisk_make] Error code 2 make[5]: stopped in /usr/obj 1 error make[5]: stopped in /usr/obj *** [objs] Error code 2 make[4]: stopped in 1 error make[4]: stopped in --- lib.all__D --- (cd && make -f _RECURSING_PROGS= SUBDIR= PROG=h_vsprintf DEPENDFILE=.depend.h_vsprintf .MAKE.DEPENDFILE=.depend.h_vsprintf ) --- rescue.all__D --- *** [_sub.all] Error code 2 make[3]: stopped in 1 error make[3]: stopped in *** [rescue.all__D] Error code 2 make[2]: stopped in --- gnu.all__D --- :619:12: warning: type specifier missing, defaults to 'int' [-Wimplicit-int] { register c; ~~~~~~~~ ^ :864:11: warning: type specifier missing, defaults to 'int' [-Wimplicit-int] register c; ~~~~~~~~ ^ --- lib.all__D --- A failure has been detected in another branch of the parallel make make[7]: stopped in *** [h_vsprintf] Error code 2 make[6]: stopped in 1 error make[6]: stopped in *** [_sub.all] Error code 2 make[5]: stopped in 1 error make[5]: stopped in *** [_sub.all] Error code 2 make[4]: stopped in 1 error make[4]: stopped in --- gnu.all__D --- :1074:9: warning: add explicit braces to avoid dangling else [-Wdangling-else] } else if (RCSv == VERSION(4)) ^ :1163:8: warning: add explicit braces to avoid dangling else [-Wdangling-else] cacheget_(c) ^ :284:23: note: expanded from macro 'cacheget_' # define cacheget_(c) cachegeteof_(c,Ieof();) ^ --- lib.all__D --- *** [all_subdir_libc] Error code 2 make[3]: stopped in 1 error make[3]: stopped in --- gnu.all__D --- :273:45: note: expanded from macro 'cachegeteof_' # define cachegeteof_(c,s) if (ptr==lim) s else (c)= *ptr++; ^ :1736:4: warning: add explicit braces to avoid dangling else [-Wdangling-else] else { ^ :1769:4: warning: add explicit braces to avoid dangling else [-Wdangling-else] else if (rebind) { ^ :1845:5: warning: add explicit braces to avoid dangling else [-Wdangling-else] } else { ^ --- lib.all__D --- *** [lib.all__D] Error code 2 make[2]: stopped in --- gnu.all__D --- 7 warnings generated. A failure has been detected in another branch of the parallel make make[6]: stopped in *** [_sub.all] Error code 2 make[5]: stopped in 1 error make[5]: stopped in *** [all_subdir_rcs] Error code 2 make[4]: stopped in 1 error make[4]: stopped in *** [_sub.all] Error code 2 make[3]: stopped in 1 error make[3]: stopped in *** [gnu.all__D] Error code 2 make[2]: stopped in --- kerberos5.all__D --- 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 *** [_sub.all] Error code 2 make[3]: stopped in 1 error make[3]: stopped in *** [kerberos5.all__D] Error code 2 make[2]: stopped in 4 errors make[2]: stopped in *** [everything] 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 Thu Nov 6 09:21:18 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 BB798F7C; Thu, 6 Nov 2014 09:21:18 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id AADC7EDF; Thu, 6 Nov 2014 09:21:18 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id EFC1A1E4; Thu, 6 Nov 2014 09:21:17 +0000 (UTC) Date: Thu, 6 Nov 2014 09:21:08 +0000 (GMT) From: jenkins-admin@freebsd.org To: jenkins-admin@FreeBSD.org, freebsd-current@freebsd.org, gjb@FreeBSD.org, dteske@FreeBSD.org, mav@FreeBSD.org Message-ID: <135004331.28.1415265675628.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1949809142.26.1415252790570.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1949809142.26.1415252790570.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is back to normal : FreeBSD_HEAD #1781 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: Thu, 06 Nov 2014 09:21:18 -0000 See From owner-freebsd-current@FreeBSD.ORG Thu Nov 6 09:33:21 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 4678A49A for ; Thu, 6 Nov 2014 09:33:21 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 2977060 for ; Thu, 6 Nov 2014 09:33:21 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 7CA691E5 for ; Thu, 6 Nov 2014 09:33:21 +0000 (UTC) Date: Thu, 6 Nov 2014 09:33:21 +0000 (GMT) From: jenkins-admin@freebsd.org To: freebsd-current@freebsd.org Message-ID: <633484905.29.1415266401247.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Build failed in Jenkins: Build-UFS-image #334 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: Thu, 06 Nov 2014 09:33:21 -0000 See ------------------------------------------ [...truncated 16698 lines...] Factory HST Indian/Comoro Indian/Mayotte Indian/Christmas Indian/Mahe Indian/Reunion Indian/Kerguelen Indian/Chagos Indian/Antananarivo Indian/Cocos Indian/Mauritius Indian/Maldives MET MST MST7MDT PST8PDT Pacific/Pitcairn Pacific/Tarawa Pacific/Wake Pacific/Funafuti Pacific/Apia Pacific/Kwajalein Pacific/Pohnpei Pacific/Wallis Pacific/Guam Pacific/Nauru Pacific/Auckland Pacific/Saipan Pacific/Chuuk Pacific/Tongatapu Pacific/Majuro Pacific/Galapagos Pacific/Kosrae Pacific/Easter Pacific/Enderbury Pacific/Niue Pacific/Efate Pacific/Marquesas Pacific/Honolulu Pacific/Kiritimati Pacific/Fakaofo Pacific/Palau Pacific/Rarotonga Pacific/Port_Moresby Pacific/Gambier Pacific/Midway Pacific/Bougainville Pacific/Guadalcanal Pacific/Chatham Pacific/Fiji Pacific/Tahiti Pacific/Noumea Pacific/Johnston Pacific/Pago_Pago Pacific/Norfolk 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) 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) install -o root -g wheel -m 555 boot1.efi install -o root -g wheel -m 444 boot1.efifat =3D=3D=3D> sys/boot/i386 (install) =3D=3D=3D> sys/boot/i386/mbr (install) install -o root -g wheel -m 444 mbr =3D=3D=3D> sys/boot/i386/pmbr (install) install -o root -g wheel -m 444 pmbr =3D=3D=3D> sys/boot/i386/boot0 (install) install -o root -g wheel -m 444 boot0 =3D=3D=3D> sys/boot/i386/boot0sio (install) install -o root -g wheel -m 444 boot0 =3D=3D=3D> sys/boot/i386/btx (install) =3D=3D=3D> sys/boot/i386/btx/btx (install) =3D=3D=3D> sys/boot/i386/btx/btxldr (install) =3D=3D=3D> sys/boot/i386/btx/lib (install) =3D=3D=3D> sys/boot/i386/boot2 (install) install -o root -g wheel -m 444 boot boot1 boot2 =3D=3D=3D> sys/boot/i386/cdboot (install) install -o root -g wheel -m 444 cdboot =3D=3D=3D> sys/boot/i386/gptboot (install) install -o root -g wheel -m 444 gptboot install -o root -g wheel -m 444 gptboot.8.gz =3D=3D=3D> sys/boot/i386/kgzldr (install) 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: spawn strip: No such file or directory *** Error code 71 Stop. make[5]: stopped in /builds/FreeBSD_HEAD/usr.bin/banner *** 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 Thu Nov 6 10:19:29 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B2A89509 for ; Thu, 6 Nov 2014 10:19:29 +0000 (UTC) Received: from mail-wg0-x234.google.com (mail-wg0-x234.google.com [IPv6:2a00:1450:400c:c00::234]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4028B6EE for ; Thu, 6 Nov 2014 10:19:29 +0000 (UTC) Received: by mail-wg0-f52.google.com with SMTP id b13so785656wgh.11 for ; Thu, 06 Nov 2014 02:19:27 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:subject:message-id:in-reply-to:references:reply-to :mime-version:content-type:content-transfer-encoding; bh=/OWFWvLvIydB+TTCiFYBIZuxqWChAHgeNsox5pn7QGY=; b=o+VOv9KHPWT3xjFUFnVgE8HYanwk4vc90Ren51qlBckZ7/JAzsJa4/wW8WSEGekTq6 7dZfQYtcvh7l9ZEMqqNq3NCni2PPmyhy9Hv/E5awDn4xXMpaZRjmLkE8tSRdOrEsrGXj BYCvcLPNVgAAsLenNuWT7ZhjJckE9jjAfz9wVbDTahMZmJ3+aXZOPek8N8fr/IAoWcAA S7/IlbMMAv5xhU+dKIKNhhwJZCl5O5NJ1uo7WOsF7JtyE2ltSjHBNf11OyswwIXu48GD K+GWOgdhRvElyqU219Rbn8c0cWrSRb51X5hjsbVUdeZN02MOPaHWfMfSf+vIf6/Q5lff XU3Q== X-Received: by 10.180.73.173 with SMTP id m13mr7663407wiv.10.1415269167563; Thu, 06 Nov 2014 02:19:27 -0800 (PST) Received: from ernst.home (p578E08CD.dip0.t-ipconnect.de. [87.142.8.205]) by mx.google.com with ESMTPSA id mc4sm7713384wic.6.2014.11.06.02.19.26 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 06 Nov 2014 02:19:26 -0800 (PST) Date: Thu, 6 Nov 2014 11:19:25 +0100 From: Gary Jennejohn To: current@freebsd.org Subject: Re: buildkernel broken in HEAD Message-ID: <20141106111925.0c125dec@ernst.home> In-Reply-To: <20141105141813.27ff4561@ernst.home> References: <20141105141813.27ff4561@ernst.home> Reply-To: gljennjohn@gmail.com X-Mailer: Claws Mail 3.11.1 (GTK+ 2.24.22; amd64-portbld-freebsd11.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: Thu, 06 Nov 2014 10:19:29 -0000 On Wed, 5 Nov 2014 14:18:13 +0100 Gary Jennejohn wrote: > HEAD updated just minutes ago: > > -------------------------------------------------------------- > >>> stage 3.1: making dependencies > -------------------------------------------------------------- > @/amd64/amd64/genassym.c:79:16: error: no member named 'pm_save' in 'pmap' > ASSYM(PM_SAVE, offsetof(struct pmap, pm_save)); > > pm_save is not present in any pmap.h under /sys. > OK, for some reason svn never updated /usr/src/sys/amd64/include/pmap.h. I deleted it and svn fetched the newest version. -- Gary Jennejohn From owner-freebsd-current@FreeBSD.ORG Thu Nov 6 11:10: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 377DB43A for ; Thu, 6 Nov 2014 11:10:37 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 2681CCED for ; Thu, 6 Nov 2014 11:10:37 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 31EB71FC for ; Thu, 6 Nov 2014 11:10:37 +0000 (UTC) Date: Thu, 6 Nov 2014 11:10:36 +0000 (GMT) From: jenkins-admin@freebsd.org To: freebsd-current@freebsd.org Message-ID: <382626145.30.1415272236221.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <633484905.29.1415266401247.JavaMail.jenkins@jenkins-9.freebsd.org> References: <633484905.29.1415266401247.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is back to normal : Build-UFS-image #335 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, 06 Nov 2014 11:10:37 -0000 See From owner-freebsd-current@FreeBSD.ORG Thu Nov 6 11:23:44 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 8F4F18C0 for ; Thu, 6 Nov 2014 11:23:44 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 7C8A4E33 for ; Thu, 6 Nov 2014 11:23:44 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 780AC213 for ; Thu, 6 Nov 2014 11:23:44 +0000 (UTC) Date: Thu, 6 Nov 2014 11:23:44 +0000 (GMT) From: jenkins-admin@freebsd.org To: freebsd-current@freebsd.org Message-ID: <109657337.31.1415273024444.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1715577311.25.1415242620657.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1715577311.25.1415242620657.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Build failed in Jenkins: FreeBSD_HEAD-tests2 #194 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Jenkins-Job: FreeBSD_HEAD-tests2 X-Jenkins-Result: FAILURE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Nov 2014 11:23:44 -0000 See ------------------------------------------ [...truncated 2878 lines...] local/atf/atf-c++/utils_test:grep_collection__vector -> passed [0.027s] local/atf/atf-c++/utils_test:grep_file -> passed [0.030s] local/atf/atf-c++/utils_test:grep_string -> passed [0.026s] local/atf/atf-c++/utils_test:redirect__stdout -> passed [0.027s] local/atf/atf-c++/utils_test:redirect__stderr -> passed [0.026s] local/atf/atf-c++/utils_test:redirect__other -> passed [0.028s] local/atf/atf-c++/utils_test:wait__ok -> passed [0.032s] local/atf/atf-c++/utils_test:wait__ok_nested -> passed [0.036s] local/atf/atf-c++/utils_test:wait__invalid_exitstatus -> passed [0.033s] local/atf/atf-c++/utils_test:wait__invalid_stdout -> passed [0.034s] local/atf/atf-c++/utils_test:wait__invalid_stderr -> passed [0.106s] local/atf/atf-c++/utils_test:wait__save_stdout -> passed [0.038s] local/atf/atf-c++/utils_test:wait__save_stderr -> passed [0.037s] local/atf/atf-c++/utils_test:include -> passed [0.353s] local/atf/atf-c++/detail/application_test:getopt -> passed [0.027s] local/atf/atf-c++/detail/auto_array_test:auto_array_scope -> passed [0.030s] local/atf/atf-c++/detail/auto_array_test:auto_array_copy -> passed [0.026s] local/atf/atf-c++/detail/auto_array_test:auto_array_copy_ref -> passed [0.025s] local/atf/atf-c++/detail/auto_array_test:auto_array_get -> passed [0.027s] local/atf/atf-c++/detail/auto_array_test:auto_array_release -> passed [0.024s] local/atf/atf-c++/detail/auto_array_test:auto_array_reset -> passed [0.027s] local/atf/atf-c++/detail/auto_array_test:auto_array_assign -> passed [0.027s] local/atf/atf-c++/detail/auto_array_test:auto_array_assign_ref -> passed [0.027s] local/atf/atf-c++/detail/auto_array_test:auto_array_access -> passed [0.026s] local/atf/atf-c++/detail/env_test:has_get -> passed [0.041s] local/atf/atf-c++/detail/env_test:get_with_default -> passed [0.025s] local/atf/atf-c++/detail/env_test:set -> passed [0.024s] local/atf/atf-c++/detail/env_test:unset -> passed [0.025s] local/atf/atf-c++/detail/exceptions_test:throw_atf_error_libc -> passed [0.027s] local/atf/atf-c++/detail/exceptions_test:throw_atf_error_no_memory -> passed [0.024s] local/atf/atf-c++/detail/exceptions_test:throw_atf_error_unknown -> passed [0.025s] local/atf/atf-c++/detail/fs_test:path_normalize -> passed [0.028s] local/atf/atf-c++/detail/fs_test:path_is_absolute -> passed [0.027s] local/atf/atf-c++/detail/fs_test:path_is_root -> passed [0.027s] local/atf/atf-c++/detail/fs_test:path_branch_path -> passed [0.025s] local/atf/atf-c++/detail/fs_test:path_leaf_name -> passed [0.026s] local/atf/atf-c++/detail/fs_test:path_compare_equal -> passed [0.024s] local/atf/atf-c++/detail/fs_test:path_compare_different -> passed [0.025s] local/atf/atf-c++/detail/fs_test:path_concat -> passed [0.025s] local/atf/atf-c++/detail/fs_test:path_to_absolute -> passed [0.051s] local/atf/atf-c++/detail/fs_test:path_op_less -> passed [0.039s] local/atf/atf-c++/detail/fs_test:file_info_stat -> passed [0.037s] local/atf/atf-c++/detail/fs_test:file_info_perms -> passed [0.025s] local/atf/atf-c++/detail/fs_test:directory_read -> passed [0.038s] local/atf/atf-c++/detail/fs_test:directory_names -> passed [0.034s] local/atf/atf-c++/detail/fs_test:directory_file_info -> passed [0.036s] local/atf/atf-c++/detail/fs_test:exists -> passed [0.036s] local/atf/atf-c++/detail/fs_test:is_executable -> passed [0.038s] local/atf/atf-c++/detail/fs_test:remove -> passed [0.037s] local/atf/atf-c++/detail/process_test:argv_array_assign -> passed [0.029s] local/atf/atf-c++/detail/process_test:argv_array_copy -> passed [0.025s] local/atf/atf-c++/detail/process_test:argv_array_exec_argv -> passed [0.026s] local/atf/atf-c++/detail/process_test:argv_array_init_carray -> passed [0.026s] local/atf/atf-c++/detail/process_test:argv_array_init_col -> passed [0.025s] local/atf/atf-c++/detail/process_test:argv_array_init_empty -> passed [0.024s] local/atf/atf-c++/detail/process_test:argv_array_init_varargs -> passed [0.025s] local/atf/atf-c++/detail/process_test:argv_array_iter -> passed [0.026s] local/atf/atf-c++/detail/process_test:exec_failure -> passed [0.026s] local/atf/atf-c++/detail/process_test:exec_success -> passed [0.101s] local/atf/atf-c++/detail/sanity_test:nothing -> passed [0.029s] local/atf/atf-c++/detail/text_test:duplicate -> passed [0.040s] local/atf/atf-c++/detail/text_test:join -> passed [0.026s] local/atf/atf-c++/detail/text_test:match -> passed [0.026s] local/atf/atf-c++/detail/text_test:split -> passed [0.024s] local/atf/atf-c++/detail/text_test:split_delims -> passed [0.024s] local/atf/atf-c++/detail/text_test:trim -> passed [0.025s] local/atf/atf-c++/detail/text_test:to_bool -> passed [0.023s] local/atf/atf-c++/detail/text_test:to_bytes -> passed [0.023s] local/atf/atf-c++/detail/text_test:to_string -> passed [0.023s] local/atf/atf-c++/detail/text_test:to_type -> passed [0.022s] local/atf/atf-sh/tc_test:default_status -> passed [0.297s] local/atf/atf-sh/tc_test:missing_body -> passed [0.126s] local/atf/atf-sh/tp_test:srcdir -> passed [0.182s] local/atf/atf-sh/normalize_test:main -> passed [0.152s] local/atf/atf-sh/config_test:has -> passed [0.278s] local/atf/atf-sh/config_test:get -> passed [0.274s] local/atf/atf-sh/atf-check_test:sflag_eq_ne -> passed [0.250s] local/atf/atf-sh/atf-check_test:sflag_exit -> passed [0.324s] local/atf/atf-sh/atf-check_test:sflag_ignore -> passed [0.141s] local/atf/atf-sh/atf-check_test:sflag_signal -> passed [0.251s] local/atf/atf-sh/atf-check_test:xflag -> passed [0.145s] local/atf/atf-sh/atf-check_test:oflag_empty -> passed [0.138s] local/atf/atf-sh/atf-check_test:oflag_ignore -> passed [0.135s] local/atf/atf-sh/atf-check_test:oflag_file -> passed [0.205s] local/atf/atf-sh/atf-check_test:oflag_inline -> passed [0.348s] local/atf/atf-sh/atf-check_test:oflag_match -> passed [0.228s] local/atf/atf-sh/atf-check_test:oflag_save -> passed [0.118s] local/atf/atf-sh/atf-check_test:oflag_multiple -> passed [0.198s] local/atf/atf-sh/atf-check_test:oflag_negated -> passed [0.199s] local/atf/atf-sh/atf-check_test:eflag_empty -> passed [0.130s] local/atf/atf-sh/atf-check_test:eflag_ignore -> passed [0.126s] local/atf/atf-sh/atf-check_test:eflag_file -> passed [0.197s] local/atf/atf-sh/atf-check_test:eflag_inline -> passed [0.375s] local/atf/atf-sh/atf-check_test:eflag_match -> passed [0.223s] local/atf/atf-sh/atf-check_test:eflag_save -> passed [0.115s] local/atf/atf-sh/atf-check_test:eflag_multiple -> passed [0.192s] local/atf/atf-sh/atf-check_test:eflag_negated -> passed [0.240s] local/atf/atf-sh/atf-check_test:stdin -> passed [0.099s] local/atf/atf-sh/atf-check_test:invalid_umask -> passed [0.087s] local/atf/atf-sh/atf_check_test:info_ok -> passed [0.256s] local/atf/atf-sh/atf_check_test:expout_mismatch -> passed [0.179s] local/atf/atf-sh/atf_check_test:experr_mismatch -> passed [0.174s] local/atf/atf-sh/atf_check_test:null_stdout -> passed [0.173s] local/atf/atf-sh/atf_check_test:null_stderr -> passed [0.177s] local/atf/atf-sh/atf_check_test:equal -> passed [0.362s] local/atf/atf-sh/atf_check_test:flush_stdout_on_timeout -> passed [1.158s] local/atf/atf-sh/integration_test:no_args -> passed [0.089s] local/atf/atf-sh/integration_test:missing_script -> passed [0.087s] local/atf/atf-sh/integration_test:arguments -> passed [0.148s] local/atf/atf-sh/integration_test:custom_shell__command_line -> passed [0.107s] local/atf/atf-sh/integration_test:custom_shell__shebang -> passed [0.107s] local/atf/test-programs/config_test:vflag -> passed [0.755s] local/atf/test-programs/expect_test:expect_pass -> passed [0.583s] local/atf/test-programs/expect_test:expect_fail -> passed [0.542s] local/atf/test-programs/expect_test:expect_exit -> passed [0.618s] local/atf/test-programs/expect_test:expect_signal -> passed [0.626s] local/atf/test-programs/expect_test:expect_death -> passed [0.621s] local/atf/test-programs/expect_test:expect_timeout -> passed [0.248s] local/atf/test-programs/meta_data_test:no_descr -> passed [0.838s] local/atf/test-programs/meta_data_test:no_head -> passed [0.965s] local/atf/test-programs/srcdir_test:default -> passed [0.436s] local/atf/test-programs/srcdir_test:libtool -> passed [0.323s] local/atf/test-programs/srcdir_test:sflag -> passed [0.512s] local/atf/test-programs/srcdir_test:relative -> passed [1.255s] local/atf/test-programs/result_test:atf_run_warnings -> passed [0.177s] local/atf/test-programs/result_test:result_on_stdout -> passed [0.366s] local/atf/test-programs/result_test:result_to_file -> passed [0.680s] local/atf/test-programs/result_test:result_to_file_fail -> passed [1.400s] local/atf/test-programs/result_test:result_exception -> passed [0.344s] gnu/usr.bin/diff/diff_test:mallocv -> passed [0.103s] gnu/usr.bin/diff/diff_test:nomallocv -> passed [0.074s] gnu/usr.bin/diff/diff_test:same -> passed [0.076s] lib/libc/db/db_test:small_btree -> passed [0.127s] lib/libc/db/db_test:small_hash -> passed [0.131s] lib/libc/db/db_test:small_recno -> passed [0.106s] lib/libc/db/db_test:medium_btree -> passed [0.126s] lib/libc/db/db_test:medium_hash -> passed [0.158s] lib/libc/db/db_test:medium_recno -> passed [0.092s] lib/libc/db/db_test:big_btree -> passed [1.135s] lib/libc/db/db_test:big_hash -> passed [0.373s] lib/libc/db/db_test:big_recno -> passed [1.610s] lib/libc/db/db_test:random_recno -> passed [0.342s] lib/libc/db/db_test:reverse_recno -> passed [0.147s] lib/libc/db/db_test:alternate_recno -> passed [0.141s] lib/libc/db/db_test:delete_btree -> passed [0.126s] lib/libc/db/db_test:delete_recno -> passed [0.116s] lib/libc/db/db_test:repeated_btree -> passed [0.176s] lib/libc/db/db_test:repeated_hash -> passed [0.138s] lib/libc/db/db_test:duplicate_btree -> passed [0.163s] lib/libc/db/db_test:cursor_flags_btree -> passed [0.129s] lib/libc/db/db_test:cursor_flags_recno -> passed [0.131s] lib/libc/db/db_test:reverse_order_recno -> passed [0.119s] lib/libc/db/db_test:small_page_btree -> passed [2.403s] lib/libc/db/db_test:byte_orders_btree -> passed [0.174s] lib/libc/db/db_test:byte_orders_hash -> passed [0.173s] lib/libc/db/db_test:bsize_ffactor -> passed [5.836s] lib/libc/db/db_test:four_char_hash -> passed [0.100s] lib/libc/gen/alarm_test:alarm_basic -> passed [1.042s] lib/libc/gen/alarm_test:alarm_fork -> passed [0.023s] lib/libc/gen/alarm_test:alarm_previous -> passed [0.025s] lib/libc/gen/assert_test:assert_false -> passed [0.027s] lib/libc/gen/assert_test:assert_true -> passed [0.310s] lib/libc/gen/basedirname_test:basename_posix -> passed [0.025s] lib/libc/gen/basedirname_test:dirname_posix -> passed [0.023s] lib/libc/gen/dir_test:seekdir_basic -> passed [0.039s] lib/libc/gen/dir_test:telldir_leak -> passed [0.035s] lib/libc/gen/floatunditf_test:floatunditf -> skipped: Requires long double support [0.025s] lib/libc/gen/fnmatch_test:fnmatch_backslashes -> passed [0.025s] lib/libc/gen/fnmatch_test:fnmatch_casefold -> passed [0.023s] lib/libc/gen/fnmatch_test:fnmatch_leadingdir -> passed [0.024s] lib/libc/gen/fnmatch_test:fnmatch_noescape -> passed [0.023s] lib/libc/gen/fnmatch_test:fnmatch_pathname -> passed [0.023s] lib/libc/gen/fnmatch_test:fnmatch_period -> passed [0.024s] lib/libc/gen/fpclassify_test:no_test -> skipped: Test not available on this architecture [0.026s] lib/libc/gen/fpsetmask_test:no_test -> skipped: Test not available on this architecture. [0.026s] lib/libc/gen/fpsetround_test:fpsetround_basic -> skipped: Test not applicable on this architecture. [0.026s] lib/libc/gen/ftok_test:ftok_err -> passed [0.027s] lib/libc/gen/ftok_test:ftok_link -> passed [0.030s] lib/libc/gen/getcwd_test:getcwd_err -> passed [0.027s] lib/libc/gen/getcwd_test:getcwd_fts -> passed [0.256s] lib/libc/gen/getgrent_test:getgrent_loop -> passed [0.025s] lib/libc/gen/getgrent_test:getgrent_setgid -> passed [0.055s] lib/libc/gen/glob_test:glob_star_not -> passed [0.027s] lib/libc/gen/humanize_number_test:humanize_number_basic -> passed [0.027s] lib/libc/gen/humanize_number_test:humanize_number_big -> passed [0.024s] lib/libc/gen/isnan_test:isnan_basic -> passed [0.024s] lib/libc/gen/isnan_test:isinf_basic -> passed [0.024s] lib/libc/gen/nice_test:nice_err -> expected_failure: nice(incr) with incr < 0 fails with unprivileged users and sets errno == EPERM; see PR # 189821 for more details: /builds/FreeBSD_HEAD/contrib/netbsd-tests/lib/libc/gen/t_nice.c:89: Expected errno 1, got 13, in nice(i) == -1 [0.029s] lib/libc/gen/nice_test:nice_priority -> passed [0.040s] lib/libc/gen/nice_test:nice_root -> passed [0.023s] lib/libc/gen/nice_test:nice_thread -> passed [0.027s] lib/libc/gen/pause_test:pause_basic -> passed [1.050s] lib/libc/gen/pause_test:pause_kill -> passed [2.127s] lib/libc/gen/raise_test:raise_err -> passed [0.028s] lib/libc/gen/raise_test:raise_ret -> passed [1.094s] lib/libc/gen/raise_test:raise_sig -> passed [0.021s] lib/libc/gen/raise_test:raise_stress -> passed [0.056s] lib/libc/gen/realpath_test:realpath_basic -> passed [0.024s] lib/libc/gen/realpath_test:realpath_huge -> passed [0.023s] lib/libc/gen/realpath_test:realpath_symlink -> passed [0.025s] lib/libc/gen/setdomainname_test:setdomainname_basic -> passed [0.027s] lib/libc/gen/setdomainname_test:setdomainname_limit -> passed [0.027s] lib/libc/gen/setdomainname_test:setdomainname_perm -> passed [0.027s] lib/libc/gen/sethostname_test:sethostname_basic -> skipped: screws up the test host's hostname on FreeBSD [0.028s] lib/libc/gen/sethostname_test:sethostname_limit -> passed [0.026s] lib/libc/gen/sethostname_test:sethostname_perm -> passed [0.027s] lib/libc/gen/sleep_test:nanosleep -> expected_failure: Long reschedule latency due to PR kern/43997: Reschedule latency -6300464005267301 exceeds allowable fuzz 40000000 [0.071s] lib/libc/gen/sleep_test:select -> Traceback (most recent call last): File "/vm/freebsd-ci/scripts/test/run-tests.py", line 152, in main(sys.argv) File "/vm/freebsd-ci/scripts/test/run-tests.py", line 80, in main runTest() File "/vm/freebsd-ci/scripts/test/run-tests.py", line 124, in runTest child2.expect(prompt, timeout=600) File "/usr/local/lib/python2.7/site-packages/pexpect/__init__.py", line 1451, in expect timeout, searchwindowsize) File "/usr/local/lib/python2.7/site-packages/pexpect/__init__.py", line 1466, in expect_list timeout, searchwindowsize) File "/usr/local/lib/python2.7/site-packages/pexpect/__init__.py", line 1568, in expect_loop raise TIMEOUT(str(err) + '\n' + str(self)) pexpect.TIMEOUT: Timeout exceeded. version: 3.3 command: /usr/sbin/bhyve args: [u'/usr/sbin/bhyve', u'-c', u'2', u'-m', u'2G', u'-AI', u'-H', u'-P', u'-g', u'0', u'-s', u'0:0,hostbridge', u'-s', u'1:0,lpc', u'-s', u'2:0,virtio-net,tap0,mac=58:9c:fc:00:00:2e', u'-s', u'3:0,ahci-hd,/net/jenkins-10.freebsd.org/builds/Build-UFS-image/image/FreeBSD_HEAD/test.img', u'-l', u'com1,stdio', u'vm_test'] searcher: buffer (last 100 chars): 'cy -6300464005267301 exceeds allowable fuzz 40000000 [0.071s]\r\nlib/libc/gen/sleep_test:select -> ' before (last 100 chars): 'cy -6300464005267301 exceeds allowable fuzz 40000000 [0.071s]\r\nlib/libc/gen/sleep_test:select -> ' after: match: None match_index: None exitstatus: None flag_eof: False pid: 87621 child_fd: 4 closed: False timeout: 30 delimiter: logfile: ', mode 'w' at 0x80066d150> logfile_read: None logfile_send: None maxread: 2000 ignorecase: False searchwindowsize: None delaybeforesend: 0.05 delayafterclose: 0.1 delayafterterminate: 0.1 Build step 'Execute shell' marked build as failure Recording test results From owner-freebsd-current@FreeBSD.ORG Thu Nov 6 12:34:04 2014 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2A59D895; Thu, 6 Nov 2014 12:34:04 +0000 (UTC) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 19D59880; Thu, 6 Nov 2014 12:34:02 +0000 (UTC) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id OAA07996; Thu, 06 Nov 2014 14:35:48 +0200 (EET) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1XmMG9-000BHS-Sv; Thu, 06 Nov 2014 14:33:54 +0200 Message-ID: <545B6A78.6000907@FreeBSD.org> Date: Thu, 06 Nov 2014 14:32:56 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 To: Mark Johnston Subject: Re: HEADS UP: Standalone kernel debug files moving out of /boot/kernel/ References: <54511184.2020600@FreeBSD.org> <20141029175833.GC80471@ip-172-31-25-62.ec2.internal> In-Reply-To: <20141029175833.GC80471@ip-172-31-25-62.ec2.internal> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit Cc: David Chisnall , FreeBSD Current , Ed Maste , Kevin Oberman X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: 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, 06 Nov 2014 12:34:04 -0000 On 29/10/2014 19:58, Mark Johnston wrote: > A while ago I wrote some code for libproc to handle .gnu_debuglink and > read stripped sections out of the standalone debug file. Just in case, I have an ugly-ish local patch for that too: https://github.com/avg-I/freebsd/compare/wip/libproc-support-debug-files > It seemed to me > though that that kind of functionality really belongs somewhere more > central, maybe in libelf. I'm not really sure what the interface should > look like; I haven't seen any other libraries that handle external debug > files, aside from bfd. > > Also note that DTrace doesn't strictly need userland symbols to work. > The pid provider is a lot more useful if they're available though. Some thoughts on all of the above. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Thu Nov 6 14:47:33 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 87281BC1 for ; Thu, 6 Nov 2014 14:47:33 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 67F71923 for ; Thu, 6 Nov 2014 14:47:33 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id BD2F8240 for ; Thu, 6 Nov 2014 14:47:33 +0000 (UTC) Date: Thu, 6 Nov 2014 14:47:33 +0000 (GMT) From: jenkins-admin@freebsd.org To: freebsd-current@freebsd.org Message-ID: <1909935618.32.1415285253635.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <109657337.31.1415273024444.JavaMail.jenkins@jenkins-9.freebsd.org> References: <109657337.31.1415273024444.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Build failed in Jenkins: FreeBSD_HEAD-tests2 #195 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Jenkins-Job: FreeBSD_HEAD-tests2 X-Jenkins-Result: FAILURE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Nov 2014 14:47:33 -0000 See ------------------------------------------ [...truncated 2565 lines...] local/kyua/model/test_result_test:operator_ne -> passed [0.019s] local/kyua/store/dbtypes_test:bool__ok -> passed [0.022s] local/kyua/store/dbtypes_test:bool__get_invalid_type -> passed [0.024s] local/kyua/store/dbtypes_test:bool__get_invalid_value -> passed [0.021s] local/kyua/store/dbtypes_test:delta__ok -> passed [0.022s] local/kyua/store/dbtypes_test:delta__get_invalid_type -> passed [0.021s] local/kyua/store/dbtypes_test:optional_string__ok -> passed [0.022s] local/kyua/store/dbtypes_test:optional_string__get_invalid_type -> passed [0.022s] local/kyua/store/dbtypes_test:test_result_type__ok -> passed [0.021s] local/kyua/store/dbtypes_test:test_result_type__get_invalid_type -> passed [0.021s] local/kyua/store/dbtypes_test:test_result_type__get_invalid_value -> passed [0.021s] local/kyua/store/dbtypes_test:timestamp__ok -> passed [0.024s] local/kyua/store/dbtypes_test:timestamp__get_invalid_type -> passed [0.021s] local/kyua/store/dbtypes_test:timestamp__get_invalid_value -> passed [0.024s] local/kyua/store/exceptions_test:error -> passed [0.018s] local/kyua/store/exceptions_test:integrity_error -> passed [0.019s] local/kyua/store/exceptions_test:old_schema_error -> passed [0.019s] local/kyua/store/layout_test:find_results__latest -> passed [0.052s] local/kyua/store/layout_test:find_results__directory -> passed [0.058s] local/kyua/store/layout_test:find_results__file -> passed [0.038s] local/kyua/store/layout_test:find_results__id -> passed [0.059s] local/kyua/store/layout_test:find_results__id_with_timestamp -> passed [0.056s] local/kyua/store/layout_test:find_results__not_found -> passed [0.059s] local/kyua/store/layout_test:new_db__new -> passed [0.038s] local/kyua/store/layout_test:new_db__explicit -> passed [0.019s] local/kyua/store/layout_test:new_db_for_migration -> passed [0.038s] local/kyua/store/layout_test:query_store_dir__home_absolute -> passed [0.020s] local/kyua/store/layout_test:query_store_dir__home_relative -> passed [0.019s] local/kyua/store/layout_test:query_store_dir__no_home -> passed [0.020s] local/kyua/store/layout_test:test_suite_for_path__absolute -> passed [0.019s] local/kyua/store/layout_test:test_suite_for_path__relative -> passed [0.019s] local/kyua/store/metadata_test:fetch_latest__ok -> passed [0.026s] local/kyua/store/metadata_test:fetch_latest__empty_metadata -> passed [0.028s] local/kyua/store/metadata_test:fetch_latest__no_timestamp -> passed [0.022s] local/kyua/store/metadata_test:fetch_latest__no_schema_version -> passed [0.022s] local/kyua/store/metadata_test:fetch_latest__invalid_timestamp -> passed [0.026s] local/kyua/store/migrate_test:detail__backup_database__ok -> passed [0.023s] local/kyua/store/migrate_test:detail__backup_database__ok_overwrite -> passed [0.024s] local/kyua/store/migrate_test:detail__backup_database__fail_open -> passed [0.026s] local/kyua/store/migrate_test:detail__backup_database__fail_create -> passed [0.024s] local/kyua/store/migrate_test:detail__migration_file__builtin -> passed [0.021s] local/kyua/store/migrate_test:detail__migration_file__overriden -> passed [0.021s] local/kyua/store/read_backend_test:detail__open_and_setup__ok -> passed [0.054s] local/kyua/store/read_backend_test:detail__open_and_setup__missing_file -> passed [0.020s] local/kyua/store/read_backend_test:read_backend__open_ro__ok -> passed [0.034s] local/kyua/store/read_backend_test:read_backend__open_ro__missing_file -> passed [0.020s] local/kyua/store/read_backend_test:read_backend__open_ro__integrity_error -> passed [0.050s] local/kyua/store/read_backend_test:read_backend__close -> passed [0.034s] local/kyua/store/read_transaction_test:get_context__missing -> passed [0.051s] local/kyua/store/read_transaction_test:get_context__invalid_cwd -> passed [0.045s] local/kyua/store/read_transaction_test:get_context__invalid_env_vars -> passed [0.061s] local/kyua/store/read_transaction_test:get_results__none -> passed [0.035s] local/kyua/store/read_transaction_test:get_results__many -> passed [0.070s] local/kyua/store/schema_inttest:current_schema_1 -> passed [0.052s] local/kyua/store/schema_inttest:current_schema_2 -> passed [0.075s] local/kyua/store/schema_inttest:current_schema_3 -> passed [0.063s] local/kyua/store/schema_inttest:current_schema_4 -> passed [0.068s] local/kyua/store/schema_inttest:migrate_schema__from_v1 -> passed [0.479s] local/kyua/store/schema_inttest:migrate_schema__from_v2 -> passed [0.252s] local/kyua/store/transaction_test:get_put_context__ok -> passed [0.086s] local/kyua/store/transaction_test:get_put_test_case__ok -> passed [0.061s] local/kyua/store/write_backend_test:detail__initialize__ok -> passed [0.025s] local/kyua/store/write_backend_test:detail__initialize__missing_schema -> passed [0.026s] local/kyua/store/write_backend_test:detail__initialize__sqlite_error -> passed [0.029s] local/kyua/store/write_backend_test:detail__schema_file__builtin -> passed [0.021s] local/kyua/store/write_backend_test:detail__schema_file__overriden -> passed [0.020s] local/kyua/store/write_backend_test:write_backend__open_rw__ok -> passed [0.044s] local/kyua/store/write_backend_test:write_backend__open_rw__create_missing -> passed [0.033s] local/kyua/store/write_backend_test:write_backend__open_rw__integrity_error -> passed [0.035s] local/kyua/store/write_backend_test:write_backend__close -> passed [0.030s] local/kyua/store/write_transaction_test:commit__ok -> passed [0.069s] local/kyua/store/write_transaction_test:commit__fail -> passed [0.054s] local/kyua/store/write_transaction_test:rollback__ok -> passed [0.036s] local/kyua/store/write_transaction_test:put_test_program__ok -> passed [0.056s] local/kyua/store/write_transaction_test:put_test_case__fail -> passed [0.038s] local/kyua/store/write_transaction_test:put_test_case_file__empty -> passed [0.034s] local/kyua/store/write_transaction_test:put_test_case_file__some -> passed [0.044s] local/kyua/store/write_transaction_test:put_test_case_file__fail -> passed [0.031s] local/kyua/store/write_transaction_test:put_result__ok__broken -> passed [0.034s] local/kyua/store/write_transaction_test:put_result__ok__expected_failure -> passed [0.034s] local/kyua/store/write_transaction_test:put_result__ok__failed -> passed [0.036s] local/kyua/store/write_transaction_test:put_result__ok__passed -> passed [0.036s] local/kyua/store/write_transaction_test:put_result__ok__skipped -> passed [0.037s] local/kyua/store/write_transaction_test:put_result__fail -> passed [0.032s] local/kyua/testers/cli_test:main__unknown_option -> passed [0.020s] local/kyua/testers/cli_test:main__missing_option_argument -> passed [0.020s] local/kyua/testers/cli_test:main__unknown_command -> passed [0.020s] local/kyua/testers/cli_test:main__missing_command -> passed [0.019s] local/kyua/testers/cli_test:main__gflag__not_a_number -> passed [0.018s] local/kyua/testers/cli_test:main__gflag__out_of_range -> passed [0.019s] local/kyua/testers/cli_test:main__tflag__not_a_number -> passed [0.019s] local/kyua/testers/cli_test:main__tflag__out_of_range -> passed [0.020s] local/kyua/testers/cli_test:main__uflag__not_a_number -> passed [0.019s] local/kyua/testers/cli_test:main__uflag__out_of_range -> passed [0.019s] local/kyua/testers/cli_test:list__ok -> passed [0.019s] local/kyua/testers/cli_test:list__custom_run_params -> passed [0.020s] local/kyua/testers/cli_test:list__error -> passed [0.020s] local/kyua/testers/cli_test:list__missing_arguments -> passed [0.020s] local/kyua/testers/cli_test:list__too_many_arguments -> passed [0.019s] local/kyua/testers/cli_test:test__ok__pass -> passed [0.019s] local/kyua/testers/cli_test:test__ok__fail -> passed [0.020s] local/kyua/testers/cli_test:test__custom_run_params -> passed [0.020s] local/kyua/testers/cli_test:test__config_variables -> passed [0.020s] local/kyua/testers/cli_test:test__error -> passed [0.019s] local/kyua/testers/cli_test:test__invalid_arguments -> passed [0.031s] local/kyua/testers/cli_test:test__unknown_option -> passed [0.019s] local/kyua/testers/cli_test:test__missing_option_argument -> passed [0.019s] local/kyua/testers/env_test:set -> passed [0.015s] local/kyua/testers/env_test:unset -> passed [0.016s] local/kyua/testers/env_test:check_configuration__ok__empty -> passed [0.015s] local/kyua/testers/env_test:check_configuration__ok__some -> passed [0.015s] local/kyua/testers/env_test:check_configuration__fail -> passed [0.017s] local/kyua/testers/env_test:set_configuration__empty -> passed [0.015s] local/kyua/testers/env_test:set_configuration__some -> passed [0.016s] local/kyua/testers/error_test:error_new__oom -> passed [0.015s] local/kyua/testers/error_test:error_subsume__none -> passed [0.015s] local/kyua/testers/error_test:error_subsume__primary -> passed [0.015s] local/kyua/testers/error_test:error_subsume__secondary -> passed [0.015s] local/kyua/testers/error_test:error_is_type__match -> passed [0.015s] local/kyua/testers/error_test:error_is_type__not_match -> passed [0.016s] local/kyua/testers/error_test:error_data__none -> passed [0.016s] local/kyua/testers/error_test:error_data__some -> passed [0.015s] local/kyua/testers/error_test:error_data__free -> passed [0.016s] local/kyua/testers/error_test:error_is_set__no -> passed [0.016s] local/kyua/testers/error_test:error_is_set__yes -> passed [0.016s] local/kyua/testers/error_test:error_format__default -> passed [0.016s] local/kyua/testers/error_test:error_format__custom__ok -> passed [0.016s] local/kyua/testers/error_test:error_format__custom__error -> passed [0.017s] local/kyua/testers/error_test:err -> passed [0.019s] local/kyua/testers/error_test:fprintf -> passed [0.017s] local/kyua/testers/error_test:warn -> passed [0.018s] local/kyua/testers/error_test:generic_error_type -> passed [0.015s] local/kyua/testers/error_test:generic_error_format__plain -> passed [0.015s] local/kyua/testers/error_test:generic_error_format__args -> passed [0.015s] local/kyua/testers/error_test:libc_error_type -> passed [0.015s] local/kyua/testers/error_test:libc_error_errno -> passed [0.015s] local/kyua/testers/error_test:libc_error_format__plain -> passed [0.015s] local/kyua/testers/error_test:libc_error_format__args -> passed [0.015s] local/kyua/testers/error_test:oom_error_type -> passed [0.015s] local/kyua/testers/error_test:oom_error_data -> passed [0.015s] local/kyua/testers/error_test:oom_error_format -> passed [0.015s] local/kyua/testers/error_test:oom_error_reuse -> passed [0.015s] local/kyua/testers/error_test:usage_error_type -> passed [0.015s] local/kyua/testers/error_test:usage_error_format__plain -> passed [0.015s] local/kyua/testers/error_test:usage_error_format__args -> passed [0.015s] local/kyua/testers/fs_test:cleanup__file -> passed [0.016s] local/kyua/testers/fs_test:cleanup__subdir__empty -> passed [0.017s] local/kyua/testers/fs_test:cleanup__subdir__files_and_directories -> passed [0.039s] local/kyua/testers/fs_test:cleanup__subdir__unprotect_regular -> passed [0.036s] local/kyua/testers/fs_test:cleanup__subdir__unprotect_symlink -> passed [0.026s] local/kyua/testers/fs_test:cleanup__subdir__links -> passed [0.027s] local/kyua/testers/fs_test:cleanup__mount_point__simple -> passed [0.069s] local/kyua/testers/fs_test:cleanup__mount_point__overlayed -> passed [0.035s] local/kyua/testers/fs_test:cleanup__mount_point__nested -> passed [0.049s] local/kyua/testers/fs_test:cleanup__mount_point__links -> passed [0.035s] local/kyua/testers/fs_test:cleanup__mount_point__busy -> passed [3.127s] local/kyua/testers/fs_test:concat__one -> passed [0.016s] local/kyua/testers/fs_test:concat__two -> passed [0.015s] local/kyua/testers/fs_test:concat__several -> passed [0.015s] local/kyua/testers/fs_test:current_path__ok -> passed [0.018s] local/kyua/testers/fs_test:current_path__enoent -> passed [0.017s] local/kyua/testers/fs_test:make_absolute__absolute -> passed [0.016s] local/kyua/testers/fs_test:make_absolute__relative -> passed [0.016s] local/kyua/testers/fs_test:sanitize__ok -> passed [0.034s] local/kyua/testers/fs_test:sanitize__fail -> passed [0.016s] local/kyua/testers/fs_test:unmount__ok -> passed [0.025s] local/kyua/testers/fs_test:unmount__fail -> passed [0.016s] local/kyua/testers/result_test:write__passed -> passed [0.017s] local/kyua/testers/result_test:write__open_error -> passed [0.019s] local/kyua/testers/result_test:write_with_reason__failed -> passed [0.017s] local/kyua/testers/result_test:write_with_reason__skipped -> passed [0.016s] local/kyua/testers/result_test:write_with_reason__broken -> passed [0.016s] local/kyua/testers/result_test:write_with_reason__expected_failure -> passed [0.017s] local/kyua/testers/result_test:write_with_reason__open_error -> passed [0.019s] local/kyua/testers/run_test:run_params_init__defaults -> passed [0.016s] local/kyua/testers/run_test:fork_exec_wait__ok -> passed [0.019s] local/kyua/testers/run_test:fork_exec_wait__eacces -> passed [0.020s] local/kyua/testers/run_test:fork_exec_wait__enoent -> passed [0.017s] local/kyua/testers/run_test:fork_wait__core_size -> passed [0.243s] local/kyua/testers/run_test:fork_wait__env -> passed [0.018s] local/kyua/testers/run_test:fork_wait__no_terminal -> passed [0.020s] local/kyua/testers/run_test:fork_wait__process_group -> passed [0.017s] local/kyua/testers/run_test:fork_wait__session -> passed [0.017s] local/kyua/testers/run_test:fork_wait__signals -> passed [0.018s] local/kyua/testers/run_test:fork_wait__timeout -> passed [1.026s] local/kyua/testers/run_test:fork_wait__umask -> passed [0.017s] local/kyua/testers/run_test:fork_wait__unprivileged_user -> passed [0.018s] local/kyua/testers/run_test:fork_wait__unprivileged_group -> passed [0.018s] local/kyua/testers/run_test:fork_wait__unprivileged_both -> passed [0.018s] local/kyua/testers/run_test:fork_wait__work_directory -> passed [0.021s] local/kyua/testers/run_test:work_directory__builtin_tmpdir -> passed [0.024s] local/kyua/testers/run_test:work_directory__env_tmpdir -> passed [0.024s] local/kyua/testers/run_test:work_directory__sanitized -> passed [0.032s] local/kyua/testers/run_test:work_directory__permissions -> passed [0.020s] local/kyua/testers/run_test:work_directory__permissions_error -> passed [0.025s] local/kyua/testers/run_test:work_directory__mkdtemp_error -> passed [0.018s] local/kyua/testers/run_test:work_directory__sighup -> passed [0.027s] local/kyua/testers/run_test:work_directory__sigint -> passed [0.026s] local/kyua/testers/run_test:work_directory__sigterm -> passed [0.026s] local/kyua/testers/stacktrace_test:find_core__found__short -> passed [0.144s] local/kyua/testers/stacktrace_test:find_core__found__long -> passed [0.117s] local/kyua/testers/stacktrace_test:find_core__not_found -> passed [0.017s] local/kyua/testers/stacktrace_test:dump__integration -> passed [0.135s] local/kyua/testers/stacktrace_test:dump__ok -> passed [0.123s] local/kyua/testers/stacktrace_test:dump__cannot_find_core -> passed [0.019s] local/kyua/testers/stacktrace_test:dump__cannot_find_gdb -> passed [0.117s] local/kyua/testers/stacktrace_test:dump__gdb_fail -> passed [0.124s] local/kyua/testers/stacktrace_test:dump__gdb_times_out -> Traceback (most recent call last): File "/vm/freebsd-ci/scripts/test/run-tests.py", line 152, in main(sys.argv) File "/vm/freebsd-ci/scripts/test/run-tests.py", line 80, in main runTest() File "/vm/freebsd-ci/scripts/test/run-tests.py", line 124, in runTest child2.expect(prompt, timeout=600) File "/usr/local/lib/python2.7/site-packages/pexpect/__init__.py", line 1451, in expect timeout, searchwindowsize) File "/usr/local/lib/python2.7/site-packages/pexpect/__init__.py", line 1466, in expect_list timeout, searchwindowsize) File "/usr/local/lib/python2.7/site-packages/pexpect/__init__.py", line 1568, in expect_loop raise TIMEOUT(str(err) + '\n' + str(self)) pexpect.TIMEOUT: Timeout exceeded. version: 3.3 command: /usr/sbin/bhyve args: [u'/usr/sbin/bhyve', u'-c', u'2', u'-m', u'2G', u'-AI', u'-H', u'-P', u'-g', u'0', u'-s', u'0:0,hostbridge', u'-s', u'1:0,lpc', u'-s', u'2:0,virtio-net,tap0,mac=58:9c:fc:00:00:2e', u'-s', u'3:0,ahci-hd,/net/jenkins-10.freebsd.org/builds/Build-UFS-image/image/FreeBSD_HEAD/test.img', u'-l', u'com1,stdio', u'vm_test'] searcher: buffer (last 100 chars): 't:dump__gdb_fail -> passed [0.124s]\r\nlocal/kyua/testers/stacktrace_test:dump__gdb_times_out -> ' before (last 100 chars): 't:dump__gdb_fail -> passed [0.124s]\r\nlocal/kyua/testers/stacktrace_test:dump__gdb_times_out -> ' after: match: None match_index: None exitstatus: None flag_eof: False pid: 285 child_fd: 4 closed: False timeout: 30 delimiter: logfile: ', mode 'w' at 0x80066d150> logfile_read: None logfile_send: None maxread: 2000 ignorecase: False searchwindowsize: None delaybeforesend: 0.05 delayafterclose: 0.1 delayafterterminate: 0.1 Build step 'Execute shell' marked build as failure Recording test results From owner-freebsd-current@FreeBSD.ORG Thu Nov 6 15:56:00 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4F7E0A9C for ; Thu, 6 Nov 2014 15:56:00 +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 22B28D4 for ; Thu, 6 Nov 2014 15:56:00 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lerctr.org; s=lerami; h=Message-ID:Subject:To:From:Date:Content-Transfer-Encoding:Content-Type:MIME-Version; bh=M0TzNTYMiZkSstHJ2sjHKwYENyq+m9xF6yPfiA5Huog=; b=hdQm5UkxEBwplSDAnz05MohP4CLS3Jhsdt2XHLAVnQ8oTkmTyrPKAtZd/13VOLnQwX4KCpT5QSkIL6lOGA6nWXGbglCZOfxBffRlckq0jfHPgX9GRjIcMvlKog0BJ7oBzYCwDi+MBEZhoW9LH5mSacoIghOmSHwEt3so4IpRCj8=; Received: from thebighonker.lerctr.org ([2001:470:1f0f:3ad:223:7dff:fe9e:6e8a]:48925 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 1XmPPe-000Izw-TJ for freebsd-current@freebsd.org; Thu, 06 Nov 2014 09:55:59 -0600 Received: from host.alcatel.com ([198.205.55.139]) by webmail.lerctr.org with HTTP (HTTP/1.1 POST); Thu, 06 Nov 2014 09:55:54 -0600 MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Thu, 06 Nov 2014 09:55:54 -0600 From: Larry Rosenman To: Freebsd current Subject: DRM/EDID Message stream: Bug 194770 Message-ID: <045d37dbe116ac6fd9d29786cfe4ed89@thebighonker.lerctr.org> X-Sender: ler@lerctr.org User-Agent: Roundcube Webmail/1.0.3 X-Spam-Score: -3.5 (---) X-LERCTR-Spam-Score: -3.5 (---) X-Spam-Report: SpamScore (-3.5/5.0) ALL_TRUSTED=-1, BAYES_00=-1.9, RP_MATCHES_RCVD=-0.594 X-LERCTR-Spam-Report: SpamScore (-3.5/5.0) ALL_TRUSTED=-1, BAYES_00=-1.9, RP_MATCHES_RCVD=-0.594 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: 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, 06 Nov 2014 15:56:00 -0000 can someone look at https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=194770 Please? -- 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 Thu Nov 6 17:07:29 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2307C58E for ; Thu, 6 Nov 2014 17:07:29 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 0FCDAB67 for ; Thu, 6 Nov 2014 17:07:29 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 35A44271 for ; Thu, 6 Nov 2014 17:07:29 +0000 (UTC) Date: Thu, 6 Nov 2014 17:07:29 +0000 (GMT) From: jenkins-admin@freebsd.org To: freebsd-current@freebsd.org Message-ID: <1480311071.33.1415293649097.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1909935618.32.1415285253635.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1909935618.32.1415285253635.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Build failed in Jenkins: FreeBSD_HEAD-tests2 #196 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Jenkins-Job: FreeBSD_HEAD-tests2 X-Jenkins-Result: FAILURE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Nov 2014 17:07:29 -0000 See ------------------------------------------ [...truncated 3166 lines...] local/atf/atf-c/detail/map_test:map_init_charpp_empty -> passed [0.015s] local/atf/atf-c/detail/map_test:map_init_charpp_some -> passed [0.016s] local/atf/atf-c/detail/map_test:map_init_charpp_short -> passed [0.016s] local/atf/atf-c/detail/map_test:find -> passed [0.016s] local/atf/atf-c/detail/map_test:find_c -> passed [0.016s] local/atf/atf-c/detail/map_test:to_charpp_empty -> passed [0.015s] local/atf/atf-c/detail/map_test:to_charpp_some -> passed [0.015s] local/atf/atf-c/detail/map_test:map_insert -> passed [0.016s] local/atf/atf-c/detail/map_test:map_for_each -> passed [0.017s] local/atf/atf-c/detail/map_test:map_for_each_c -> passed [0.017s] local/atf/atf-c/detail/map_test:stable_keys -> passed [0.016s] local/atf/atf-c/detail/process_test:stream_init_capture -> passed [0.017s] local/atf/atf-c/detail/process_test:stream_init_connect -> passed [0.016s] local/atf/atf-c/detail/process_test:stream_init_inherit -> passed [0.016s] local/atf/atf-c/detail/process_test:stream_init_redirect_fd -> passed [0.016s] local/atf/atf-c/detail/process_test:stream_init_redirect_path -> passed [0.016s] local/atf/atf-c/detail/process_test:status_exited -> passed [0.018s] local/atf/atf-c/detail/process_test:status_signaled -> passed [0.017s] local/atf/atf-c/detail/process_test:status_coredump -> passed [0.236s] local/atf/atf-c/detail/process_test:child_pid -> passed [0.019s] local/atf/atf-c/detail/process_test:child_wait_eintr -> passed [1.059s] local/atf/atf-c/detail/process_test:exec_failure -> passed [0.019s] local/atf/atf-c/detail/process_test:exec_list -> passed [0.019s] local/atf/atf-c/detail/process_test:exec_prehook -> passed [0.018s] local/atf/atf-c/detail/process_test:exec_success -> passed [0.018s] local/atf/atf-c/detail/process_test:fork_cookie -> passed [0.018s] local/atf/atf-c/detail/process_test:fork_out_capture_err_capture -> passed [0.018s] local/atf/atf-c/detail/process_test:fork_out_capture_err_connect -> passed [0.020s] local/atf/atf-c/detail/process_test:fork_out_capture_err_default -> passed [0.017s] local/atf/atf-c/detail/process_test:fork_out_capture_err_inherit -> passed [0.020s] local/atf/atf-c/detail/process_test:fork_out_capture_err_redirect_fd -> passed [0.019s] local/atf/atf-c/detail/process_test:fork_out_capture_err_redirect_path -> passed [0.020s] local/atf/atf-c/detail/process_test:fork_out_connect_err_capture -> passed [0.020s] local/atf/atf-c/detail/process_test:fork_out_connect_err_connect -> passed [0.021s] local/atf/atf-c/detail/process_test:fork_out_connect_err_default -> passed [0.020s] local/atf/atf-c/detail/process_test:fork_out_connect_err_inherit -> passed [0.020s] local/atf/atf-c/detail/process_test:fork_out_connect_err_redirect_fd -> passed [0.021s] local/atf/atf-c/detail/process_test:fork_out_connect_err_redirect_path -> passed [0.020s] local/atf/atf-c/detail/process_test:fork_out_default_err_capture -> passed [0.019s] local/atf/atf-c/detail/process_test:fork_out_default_err_connect -> passed [0.018s] local/atf/atf-c/detail/process_test:fork_out_default_err_default -> passed [0.021s] local/atf/atf-c/detail/process_test:fork_out_default_err_inherit -> passed [0.021s] local/atf/atf-c/detail/process_test:fork_out_default_err_redirect_fd -> passed [0.021s] local/atf/atf-c/detail/process_test:fork_out_default_err_redirect_path -> passed [0.020s] local/atf/atf-c/detail/process_test:fork_out_inherit_err_capture -> passed [0.019s] local/atf/atf-c/detail/process_test:fork_out_inherit_err_connect -> passed [0.022s] local/atf/atf-c/detail/process_test:fork_out_inherit_err_default -> passed [0.021s] local/atf/atf-c/detail/process_test:fork_out_inherit_err_inherit -> passed [0.021s] local/atf/atf-c/detail/process_test:fork_out_inherit_err_redirect_fd -> passed [0.022s] local/atf/atf-c/detail/process_test:fork_out_inherit_err_redirect_path -> passed [0.018s] local/atf/atf-c/detail/process_test:fork_out_redirect_fd_err_capture -> passed [0.018s] local/atf/atf-c/detail/process_test:fork_out_redirect_fd_err_connect -> passed [0.021s] local/atf/atf-c/detail/process_test:fork_out_redirect_fd_err_default -> passed [0.022s] local/atf/atf-c/detail/process_test:fork_out_redirect_fd_err_inherit -> passed [0.021s] local/atf/atf-c/detail/process_test:fork_out_redirect_fd_err_redirect_fd -> passed [0.021s] local/atf/atf-c/detail/process_test:fork_out_redirect_fd_err_redirect_path -> passed [0.021s] local/atf/atf-c/detail/process_test:fork_out_redirect_path_err_capture -> passed [0.020s] local/atf/atf-c/detail/process_test:fork_out_redirect_path_err_connect -> passed [0.021s] local/atf/atf-c/detail/process_test:fork_out_redirect_path_err_default -> passed [0.021s] local/atf/atf-c/detail/process_test:fork_out_redirect_path_err_inherit -> passed [0.021s] local/atf/atf-c/detail/process_test:fork_out_redirect_path_err_redirect_fd -> passed [0.022s] local/atf/atf-c/detail/process_test:fork_out_redirect_path_err_redirect_path -> passed [0.022s] local/atf/atf-c/detail/sanity_test:inv -> skipped: Sanity checks not available; code built with -DNDEBUG [0.016s] local/atf/atf-c/detail/sanity_test:pre -> skipped: Sanity checks not available; code built with -DNDEBUG [0.015s] local/atf/atf-c/detail/sanity_test:post -> skipped: Sanity checks not available; code built with -DNDEBUG [0.015s] local/atf/atf-c/detail/sanity_test:unreachable -> skipped: Sanity checks not available; code built with -DNDEBUG [0.015s] local/atf/atf-c/detail/text_test:for_each_word -> passed [0.016s] local/atf/atf-c/detail/text_test:format -> passed [0.015s] local/atf/atf-c/detail/text_test:format_ap -> passed [0.016s] local/atf/atf-c/detail/text_test:split -> passed [0.016s] local/atf/atf-c/detail/text_test:split_delims -> passed [0.015s] local/atf/atf-c/detail/text_test:to_bool -> passed [0.015s] local/atf/atf-c/detail/text_test:to_long -> passed [0.016s] local/atf/atf-c/detail/user_test:euid -> passed [0.015s] local/atf/atf-c/detail/user_test:is_member_of_group -> passed [0.016s] local/atf/atf-c/detail/user_test:is_root -> passed [0.015s] local/atf/atf-c/detail/user_test:is_unprivileged -> passed [0.015s] local/atf/atf-c++/atf_c++_test:include -> passed [0.837s] local/atf/atf-c++/build_test:equal_argvs -> passed [0.017s] local/atf/atf-c++/build_test:c_o -> passed [0.018s] local/atf/atf-c++/build_test:cpp -> passed [0.017s] local/atf/atf-c++/build_test:cxx_o -> passed [0.018s] local/atf/atf-c++/build_test:include -> passed [0.351s] local/atf/atf-c++/check_test:build_c_o -> passed [0.077s] local/atf/atf-c++/check_test:build_cpp -> passed [0.058s] local/atf/atf-c++/check_test:build_cxx_o -> passed [0.748s] local/atf/atf-c++/check_test:exec_cleanup -> passed [0.031s] local/atf/atf-c++/check_test:exec_exitstatus -> passed [0.041s] local/atf/atf-c++/check_test:exec_stdout_stderr -> passed [0.042s] local/atf/atf-c++/check_test:exec_unknown -> passed [0.027s] local/atf/atf-c++/check_test:include -> passed [0.419s] local/atf/atf-c++/macros_test:pass -> passed [0.025s] local/atf/atf-c++/macros_test:fail -> passed [0.025s] local/atf/atf-c++/macros_test:skip -> passed [0.025s] local/atf/atf-c++/macros_test:check_errno -> passed [0.037s] local/atf/atf-c++/macros_test:require -> passed [0.028s] local/atf/atf-c++/macros_test:require_eq -> passed [0.036s] local/atf/atf-c++/macros_test:require_in -> passed [0.044s] local/atf/atf-c++/macros_test:require_match -> passed [0.030s] local/atf/atf-c++/macros_test:require_not_in -> passed [0.044s] local/atf/atf-c++/macros_test:require_throw -> passed [0.031s] local/atf/atf-c++/macros_test:require_throw_re -> passed [0.037s] local/atf/atf-c++/macros_test:require_errno -> passed [0.033s] local/atf/atf-c++/macros_test:include -> passed [0.802s] local/atf/atf-c++/macros_test:use -> passed [1.227s] local/atf/atf-c++/macros_test:detect_unused_tests -> passed [0.852s] local/atf/atf-c++/pkg_config_test:version -> passed [0.098s] local/atf/atf-c++/pkg_config_test:build -> passed [1.114s] local/atf/atf-c++/tests_test:atf_tp_writer -> passed [0.017s] local/atf/atf-c++/tests_test:include -> passed [0.432s] local/atf/atf-c++/utils_test:cat_file__empty -> passed [0.020s] local/atf/atf-c++/utils_test:cat_file__one_line -> passed [0.020s] local/atf/atf-c++/utils_test:cat_file__several_lines -> passed [0.021s] local/atf/atf-c++/utils_test:cat_file__no_newline_eof -> passed [0.021s] local/atf/atf-c++/utils_test:compare_file__empty__match -> passed [0.018s] local/atf/atf-c++/utils_test:compare_file__empty__not_match -> passed [0.020s] local/atf/atf-c++/utils_test:compare_file__short__match -> passed [0.019s] local/atf/atf-c++/utils_test:compare_file__short__not_match -> passed [0.020s] local/atf/atf-c++/utils_test:compare_file__long__match -> passed [0.018s] local/atf/atf-c++/utils_test:compare_file__long__not_match -> passed [0.020s] local/atf/atf-c++/utils_test:copy_file__empty -> passed [0.021s] local/atf/atf-c++/utils_test:copy_file__some_contents -> passed [0.020s] local/atf/atf-c++/utils_test:create_file -> passed [0.019s] local/atf/atf-c++/utils_test:file_exists -> passed [0.019s] local/atf/atf-c++/utils_test:fork -> passed [0.024s] local/atf/atf-c++/utils_test:grep_collection__set -> passed [0.018s] local/atf/atf-c++/utils_test:grep_collection__vector -> passed [0.019s] local/atf/atf-c++/utils_test:grep_file -> passed [0.020s] local/atf/atf-c++/utils_test:grep_string -> passed [0.018s] local/atf/atf-c++/utils_test:redirect__stdout -> passed [0.021s] local/atf/atf-c++/utils_test:redirect__stderr -> passed [0.019s] local/atf/atf-c++/utils_test:redirect__other -> passed [0.020s] local/atf/atf-c++/utils_test:wait__ok -> passed [0.024s] local/atf/atf-c++/utils_test:wait__ok_nested -> passed [0.027s] local/atf/atf-c++/utils_test:wait__invalid_exitstatus -> passed [0.024s] local/atf/atf-c++/utils_test:wait__invalid_stdout -> passed [0.024s] local/atf/atf-c++/utils_test:wait__invalid_stderr -> passed [0.025s] local/atf/atf-c++/utils_test:wait__save_stdout -> passed [0.025s] local/atf/atf-c++/utils_test:wait__save_stderr -> passed [0.025s] local/atf/atf-c++/utils_test:include -> passed [0.342s] local/atf/atf-c++/detail/application_test:getopt -> passed [0.017s] local/atf/atf-c++/detail/auto_array_test:auto_array_scope -> passed [0.018s] local/atf/atf-c++/detail/auto_array_test:auto_array_copy -> passed [0.017s] local/atf/atf-c++/detail/auto_array_test:auto_array_copy_ref -> passed [0.018s] local/atf/atf-c++/detail/auto_array_test:auto_array_get -> passed [0.019s] local/atf/atf-c++/detail/auto_array_test:auto_array_release -> passed [0.018s] local/atf/atf-c++/detail/auto_array_test:auto_array_reset -> passed [0.018s] local/atf/atf-c++/detail/auto_array_test:auto_array_assign -> passed [0.018s] local/atf/atf-c++/detail/auto_array_test:auto_array_assign_ref -> passed [0.018s] local/atf/atf-c++/detail/auto_array_test:auto_array_access -> passed [0.018s] local/atf/atf-c++/detail/env_test:has_get -> passed [0.017s] local/atf/atf-c++/detail/env_test:get_with_default -> passed [0.017s] local/atf/atf-c++/detail/env_test:set -> passed [0.017s] local/atf/atf-c++/detail/env_test:unset -> passed [0.017s] local/atf/atf-c++/detail/exceptions_test:throw_atf_error_libc -> passed [0.017s] local/atf/atf-c++/detail/exceptions_test:throw_atf_error_no_memory -> passed [0.017s] local/atf/atf-c++/detail/exceptions_test:throw_atf_error_unknown -> passed [0.017s] local/atf/atf-c++/detail/fs_test:path_normalize -> passed [0.019s] local/atf/atf-c++/detail/fs_test:path_is_absolute -> passed [0.018s] local/atf/atf-c++/detail/fs_test:path_is_root -> passed [0.018s] local/atf/atf-c++/detail/fs_test:path_branch_path -> passed [0.017s] local/atf/atf-c++/detail/fs_test:path_leaf_name -> passed [0.017s] local/atf/atf-c++/detail/fs_test:path_compare_equal -> passed [0.018s] local/atf/atf-c++/detail/fs_test:path_compare_different -> passed [0.018s] local/atf/atf-c++/detail/fs_test:path_concat -> passed [0.018s] local/atf/atf-c++/detail/fs_test:path_to_absolute -> passed [0.057s] local/atf/atf-c++/detail/fs_test:path_op_less -> passed [0.032s] local/atf/atf-c++/detail/fs_test:file_info_stat -> passed [0.033s] local/atf/atf-c++/detail/fs_test:file_info_perms -> passed [0.019s] local/atf/atf-c++/detail/fs_test:directory_read -> passed [0.029s] local/atf/atf-c++/detail/fs_test:directory_names -> passed [0.032s] local/atf/atf-c++/detail/fs_test:directory_file_info -> passed [0.031s] local/atf/atf-c++/detail/fs_test:exists -> passed [0.031s] local/atf/atf-c++/detail/fs_test:is_executable -> passed [0.032s] local/atf/atf-c++/detail/fs_test:remove -> passed [0.031s] local/atf/atf-c++/detail/process_test:argv_array_assign -> passed [0.017s] local/atf/atf-c++/detail/process_test:argv_array_copy -> passed [0.017s] local/atf/atf-c++/detail/process_test:argv_array_exec_argv -> passed [0.017s] local/atf/atf-c++/detail/process_test:argv_array_init_carray -> passed [0.018s] local/atf/atf-c++/detail/process_test:argv_array_init_col -> passed [0.018s] local/atf/atf-c++/detail/process_test:argv_array_init_empty -> passed [0.018s] local/atf/atf-c++/detail/process_test:argv_array_init_varargs -> passed [0.018s] local/atf/atf-c++/detail/process_test:argv_array_iter -> passed [0.018s] local/atf/atf-c++/detail/process_test:exec_failure -> passed [0.020s] local/atf/atf-c++/detail/process_test:exec_success -> passed [0.020s] local/atf/atf-c++/detail/sanity_test:nothing -> passed [0.019s] local/atf/atf-c++/detail/text_test:duplicate -> passed [0.017s] local/atf/atf-c++/detail/text_test:join -> passed [0.017s] local/atf/atf-c++/detail/text_test:match -> passed [0.019s] local/atf/atf-c++/detail/text_test:split -> passed [0.017s] local/atf/atf-c++/detail/text_test:split_delims -> passed [0.018s] local/atf/atf-c++/detail/text_test:trim -> passed [0.018s] local/atf/atf-c++/detail/text_test:to_bool -> passed [0.018s] local/atf/atf-c++/detail/text_test:to_bytes -> passed [0.017s] local/atf/atf-c++/detail/text_test:to_string -> passed [0.018s] local/atf/atf-c++/detail/text_test:to_type -> passed [0.017s] local/atf/atf-sh/tc_test:default_status -> passed [0.265s] local/atf/atf-sh/tc_test:missing_body -> passed [0.112s] local/atf/atf-sh/tp_test:srcdir -> passed [0.144s] local/atf/atf-sh/normalize_test:main -> passed [0.133s] local/atf/atf-sh/config_test:has -> passed [0.243s] local/atf/atf-sh/config_test:get -> passed [0.216s] local/atf/atf-sh/atf-check_test:sflag_eq_ne -> passed [0.208s] local/atf/atf-sh/atf-check_test:sflag_exit -> passed [0.257s] local/atf/atf-sh/atf-check_test:sflag_ignore -> passed [0.115s] local/atf/atf-sh/atf-check_test:sflag_signal -> passed [0.178s] local/atf/atf-sh/atf-check_test:xflag -> passed [0.111s] local/atf/atf-sh/atf-check_test:oflag_empty -> Traceback (most recent call last): File "/vm/freebsd-ci/scripts/test/run-tests.py", line 152, in main(sys.argv) File "/vm/freebsd-ci/scripts/test/run-tests.py", line 80, in main runTest() File "/vm/freebsd-ci/scripts/test/run-tests.py", line 124, in runTest child2.expect(prompt, timeout=600) File "/usr/local/lib/python2.7/site-packages/pexpect/__init__.py", line 1451, in expect timeout, searchwindowsize) File "/usr/local/lib/python2.7/site-packages/pexpect/__init__.py", line 1466, in expect_list timeout, searchwindowsize) File "/usr/local/lib/python2.7/site-packages/pexpect/__init__.py", line 1568, in expect_loop raise TIMEOUT(str(err) + '\n' + str(self)) pexpect.TIMEOUT: Timeout exceeded. version: 3.3 command: /usr/sbin/bhyve args: [u'/usr/sbin/bhyve', u'-c', u'2', u'-m', u'2G', u'-AI', u'-H', u'-P', u'-g', u'0', u'-s', u'0:0,hostbridge', u'-s', u'1:0,lpc', u'-s', u'2:0,virtio-net,tap0,mac=58:9c:fc:00:00:2e', u'-s', u'3:0,ahci-hd,/net/jenkins-10.freebsd.org/builds/Build-UFS-image/image/FreeBSD_HEAD/test.img', u'-l', u'com1,stdio', u'vm_test'] searcher: buffer (last 100 chars): 'atf-sh/atf-check_test:xflag -> passed [0.111s]\r\nlocal/atf/atf-sh/atf-check_test:oflag_empty -> ' before (last 100 chars): 'atf-sh/atf-check_test:xflag -> passed [0.111s]\r\nlocal/atf/atf-sh/atf-check_test:oflag_empty -> ' after: match: None match_index: None exitstatus: None flag_eof: False pid: 9036 child_fd: 4 closed: False timeout: 30 delimiter: logfile: ', mode 'w' at 0x80066d150> logfile_read: None logfile_send: None maxread: 2000 ignorecase: False searchwindowsize: None delaybeforesend: 0.05 delayafterclose: 0.1 delayafterterminate: 0.1 Build step 'Execute shell' marked build as failure Recording test results From owner-freebsd-current@FreeBSD.ORG Thu Nov 6 17:20:32 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 37F4E90E; Thu, 6 Nov 2014 17:20:32 +0000 (UTC) Received: from smtp.vangyzen.net (hotblack.vangyzen.net [IPv6:2607:fc50:1000:7400:216:3eff:fe72:314f]) by mx1.freebsd.org (Postfix) with ESMTP id 1C85DC86; Thu, 6 Nov 2014 17:20:32 +0000 (UTC) Received: from marvin.lab.vangyzen.net (c-24-125-214-90.hsd1.va.comcast.net [24.125.214.90]) by smtp.vangyzen.net (Postfix) with ESMTPSA id 3C5B256467; Thu, 6 Nov 2014 11:20:31 -0600 (CST) Message-ID: <545BADDE.5050605@vangyzen.net> Date: Thu, 06 Nov 2014 12:20:30 -0500 From: Eric van Gyzen User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: Freebsd current , jilles@FreeBSD.org Subject: sh: "local" assignment from command loses exit status Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Nov 2014 17:20:32 -0000 Jilles and -current: In sh, if I use a single statement to declare a local variable and assign the output of a command to it, the exit status of that command is lost. For example: should_return_false() { local var1=`false` } The function should return non-zero, but it returns zero. This becomes especially apparent when using the errexit option (-e flag), since the shell should exit, but it does not. Splitting the declaration and assignment into two lines works around the [suspected] bug. A more complete example follows. Cheers, Eric #!/bin/sh returns_false() { var1=`false` } if returns_false; then echo 1:FAIL else echo 1:PASS fi should_return_false() { local var1=`false` } if should_return_false; then echo 2:FAIL else echo 2:PASS fi workaround_returns_false() { local var1 var1=`false` } if workaround_returns_false; then echo 3:FAIL else echo 3:PASS fi set -o errexit trap 'echo 4:PASS' EXIT should_return_false trap '' EXIT echo 4:FAIL # because the shell should have exited From owner-freebsd-current@FreeBSD.ORG Thu Nov 6 17:32: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 3F1ECE3D for ; Thu, 6 Nov 2014 17:32:05 +0000 (UTC) Received: from smtp.vangyzen.net (hotblack.vangyzen.net [199.48.133.146]) by mx1.freebsd.org (Postfix) with ESMTP id 22891E3C for ; Thu, 6 Nov 2014 17:32:04 +0000 (UTC) Received: from marvin.lab.vangyzen.net (c-24-125-214-90.hsd1.va.comcast.net [24.125.214.90]) by smtp.vangyzen.net (Postfix) with ESMTPSA id 195FD56467; Thu, 6 Nov 2014 11:31:58 -0600 (CST) Message-ID: <545BB08D.4020402@vangyzen.net> Date: Thu, 06 Nov 2014 12:31:57 -0500 From: Eric van Gyzen User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: Fabian Keil Subject: Re: sh: "local" assignment from command loses exit status References: <545BADDE.5050605@vangyzen.net> <74dd7d12.793ea654@fabiankeil.de> In-Reply-To: <74dd7d12.793ea654@fabiankeil.de> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit 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, 06 Nov 2014 17:32:05 -0000 On 11/06/2014 12:30, Fabian Keil wrote: > Eric van Gyzen wrote: > >> In sh, if I use a single statement to declare a local variable and >> assign the output of a command to it, the exit status of that command is >> lost. For example: >> >> should_return_false() { >> local var1=`false` >> } >> >> The function should return non-zero, but it returns zero. > The function should return the return code of the last command. > In your example, the last command is "local". Fair enough. What about errexit? The shell ran a command whose exit status was not tested, that status was failure, yet the shell did not exit. Eric From owner-freebsd-current@FreeBSD.ORG Thu Nov 6 17:37:01 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DA54EFB2 for ; Thu, 6 Nov 2014 17:37:01 +0000 (UTC) Received: from smtprelay03.ispgateway.de (smtprelay03.ispgateway.de [80.67.31.26]) (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 97D64E7C for ; Thu, 6 Nov 2014 17:37:01 +0000 (UTC) Received: from [78.35.171.175] (helo=fabiankeil.de) by smtprelay03.ispgateway.de with esmtpsa (TLSv1.2:AES128-GCM-SHA256:128) (Exim 4.84) (envelope-from ) id 1XmQsl-0007v8-3f; Thu, 06 Nov 2014 18:30:03 +0100 Date: Thu, 6 Nov 2014 18:30:04 +0100 From: Fabian Keil To: Eric van Gyzen Subject: Re: sh: "local" assignment from command loses exit status Message-ID: <74dd7d12.793ea654@fabiankeil.de> In-Reply-To: <545BADDE.5050605@vangyzen.net> References: <545BADDE.5050605@vangyzen.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; boundary="Sig_/ze6QisnF52oYxMrM.n8USM2"; protocol="application/pgp-signature" X-Df-Sender: Nzc1MDY3 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, 06 Nov 2014 17:37:01 -0000 --Sig_/ze6QisnF52oYxMrM.n8USM2 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Eric van Gyzen wrote: > In sh, if I use a single statement to declare a local variable and > assign the output of a command to it, the exit status of that command is > lost. For example: >=20 > should_return_false() { > local var1=3D`false` > } >=20 > The function should return non-zero, but it returns zero. The function should return the return code of the last command. In your example, the last command is "local". Fabian --Sig_/ze6QisnF52oYxMrM.n8USM2 Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iEYEARECAAYFAlRbsBwACgkQBYqIVf93VJ2HogCfTGoqZbQ5MjzNxEBm07OEdWe6 LqQAn2KZOeKJPUcZ2JAW1cQQVPCK6IX6 =mvfS -----END PGP SIGNATURE----- --Sig_/ze6QisnF52oYxMrM.n8USM2-- From owner-freebsd-current@FreeBSD.ORG Thu Nov 6 21:16:13 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 E10DFDD6 for ; Thu, 6 Nov 2014 21:16: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 CFA44ABE for ; Thu, 6 Nov 2014 21:16:13 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id A3E572CC for ; Thu, 6 Nov 2014 21:16:13 +0000 (UTC) Date: Thu, 6 Nov 2014 21:16:13 +0000 (GMT) From: jenkins-admin@freebsd.org To: freebsd-current@freebsd.org Message-ID: <579235569.34.1415308573316.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1480311071.33.1415293649097.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1480311071.33.1415293649097.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is back to normal : FreeBSD_HEAD-tests2 #197 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: Thu, 06 Nov 2014 21:16:14 -0000 See From owner-freebsd-current@FreeBSD.ORG Thu Nov 6 21:58:03 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 39974AD1; Thu, 6 Nov 2014 21:58:03 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 27D13FCD; Thu, 6 Nov 2014 21:58:03 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 2D90C2E3; Thu, 6 Nov 2014 21:58:03 +0000 (UTC) Date: Thu, 6 Nov 2014 21:58:01 +0000 (GMT) From: jenkins-admin@freebsd.org To: jenkins-admin@FreeBSD.org, freebsd-current@freebsd.org, ae@FreeBSD.org, ian@FreeBSD.org, bapt@FreeBSD.org, dteske@FreeBSD.org Message-ID: <552477727.35.1415311083119.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Build failed in Jenkins: FreeBSD_HEAD #1786 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: Thu, 06 Nov 2014 21:58:03 -0000 See Changes: [ae] When mode isn't explicitly specified (wildcard) and inner protocol isn= 't IPv4 or IPv6, assume it is the transport mode. Reported by:=09jmg MFC after:=091 week Sponsored by:=09Yandex LLC [dteske] Re-enable dpv(1,3): Introduced via r274116; temporarily disabled shortly thereafter via r274124 until I could get the right recipe down w/respect to SUBDIR_DEPEND. Thanks to: ngie, ian Reviewed by: ian MFC after: 21 days X-MFC-to: stable/10 stable/9 X-MFC-with: 274116 274120 274121 274123 274144 274146 [ian] Strengthen the sanity checking of busdma tag parameters. It turns out an alignment of zero can lead to an endless loop in the vm reservations code, so specifically disallow that. The manpage says hardware which can do dma at any address should use a value of one, which hints at the forbiddeness of zero without exactly saying it. Several other conditions which could lead to insanity in working with the tag are also checked now. Every existing call to bus_dma_tag_create() (about 680 of them) was eyeballed for violations of these things, and two alignment=3D0 glitches were fixed. It's possible something was missed, but overall this shouldn't lead to any arm users suddenly experiencing failures. [bapt] Backout 274170 it breaks for mips ------------------------------------------ [...truncated 102602 lines...] cc -O2 -pipe -DMAGIC=3D'"/usr/share/misc/magic"' -DHAVE_CONFIG_H -I -I -std=3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wall = -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prot= otypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body= -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare = -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-= conversion -Qunused-arguments -c -o cdf.o --- all_subdir_libarchive --- --- archive_read_support_filter_gzip.So --- cc -fpic -DPIC -DHAVE_ICONV=3D1 -DHAVE_ICONV_H=3D1 -DICONV_CONST=3Dconst -= O2 -pipe -DHAVE_BZLIB_H=3D1 -DHAVE_LIBLZMA=3D1 -DHAVE_LZMA_H=3D1 -DPLATFO= RM_CONFIG_H=3D\" -I/usr/obj -DWITH_OPENSSL -std=3Dgnu99 -fstac= k-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-p= arameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-= type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcha= r-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-defini= tion -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno= -empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-argume= nts -c = -o archive_read_support_filter_gzip.So --- archive_read_support_filter_grzip.So --- cc -fpic -DPIC -DHAVE_ICONV=3D1 -DHAVE_ICONV_H=3D1 -DICONV_CONST=3Dconst -= O2 -pipe -DHAVE_BZLIB_H=3D1 -DHAVE_LIBLZMA=3D1 -DHAVE_LZMA_H=3D1 -DPLATFO= RM_CONFIG_H=3D\" -I/usr/obj -DWITH_OPENSSL -std=3Dgnu99 -fstac= k-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-p= arameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-= type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcha= r-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-defini= tion -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno= -empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-argume= nts -c -o archive_read_support_filter_grzip.So --- archive_read_support_filter_lrzip.So --- cc -fpic -DPIC -DHAVE_ICONV=3D1 -DHAVE_ICONV_H=3D1 -DICONV_CONST=3Dconst -= O2 -pipe -DHAVE_BZLIB_H=3D1 -DHAVE_LIBLZMA=3D1 -DHAVE_LZMA_H=3D1 -DPLATFO= RM_CONFIG_H=3D\" -I/usr/obj -DWITH_OPENSSL -std=3Dgnu99 -fstac= k-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-p= arameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-= type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcha= r-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-defini= tion -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno= -empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-argume= nts -c -o archive_read_support_filter_lrzip.So --- archive_read_support_filter_lzop.So --- cc -fpic -DPIC -DHAVE_ICONV=3D1 -DHAVE_ICONV_H=3D1 -DICONV_CONST=3Dconst -= O2 -pipe -DHAVE_BZLIB_H=3D1 -DHAVE_LIBLZMA=3D1 -DHAVE_LZMA_H=3D1 -DPLATFO= RM_CONFIG_H=3D\" -I/usr/obj -DWITH_OPENSSL -std=3Dgnu99 -fstac= k-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-p= arameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-= type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcha= r-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-defini= tion -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno= -empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-argume= nts -c = -o archive_read_support_filter_lzop.So --- all_subdir_libmagic --- --- cdf_time.o --- cc -O2 -pipe -DMAGIC=3D'"/usr/share/misc/magic"' -DHAVE_CONFIG_H -I -I -std=3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wall = -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prot= otypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body= -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare = -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-= conversion -Qunused-arguments -c -o cdf_time.= o --- all_subdir_libarchive --- --- archive_read_support_filter_none.So --- cc -fpic -DPIC -DHAVE_ICONV=3D1 -DHAVE_ICONV_H=3D1 -DICONV_CONST=3Dconst -= O2 -pipe -DHAVE_BZLIB_H=3D1 -DHAVE_LIBLZMA=3D1 -DHAVE_LZMA_H=3D1 -DPLATFO= RM_CONFIG_H=3D\" -I/usr/obj -DWITH_OPENSSL -std=3Dgnu99 -fstac= k-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-p= arameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-= type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcha= r-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-defini= tion -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno= -empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-argume= nts -c = -o archive_read_support_filter_none.So --- all_subdir_libmagic --- --- compress.o --- cc -O2 -pipe -DMAGIC=3D'"/usr/share/misc/magic"' -DHAVE_CONFIG_H -I -I -std=3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wall = -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prot= otypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body= -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare = -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-= conversion -Qunused-arguments -c -o compress.= o --- all_subdir_libarchive --- --- archive_read_support_filter_program.So --- cc -fpic -DPIC -DHAVE_ICONV=3D1 -DHAVE_ICONV_H=3D1 -DICONV_CONST=3Dconst -= O2 -pipe -DHAVE_BZLIB_H=3D1 -DHAVE_LIBLZMA=3D1 -DHAVE_LZMA_H=3D1 -DPLATFO= RM_CONFIG_H=3D\" -I/usr/obj -DWITH_OPENSSL -std=3Dgnu99 -fstac= k-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-p= arameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-= type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcha= r-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-defini= tion -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno= -empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-argume= nts -c -o archive_read_support_filter_program.So --- all_subdir_libmagic --- --- encoding.o --- cc -O2 -pipe -DMAGIC=3D'"/usr/share/misc/magic"' -DHAVE_CONFIG_H -I -I -std=3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wall = -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prot= otypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body= -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare = -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-= conversion -Qunused-arguments -c -o encoding.= o --- all_subdir_libarchive --- --- archive_read_support_filter_rpm.So --- cc -fpic -DPIC -DHAVE_ICONV=3D1 -DHAVE_ICONV_H=3D1 -DICONV_CONST=3Dconst -= O2 -pipe -DHAVE_BZLIB_H=3D1 -DHAVE_LIBLZMA=3D1 -DHAVE_LZMA_H=3D1 -DPLATFO= RM_CONFIG_H=3D\" -I/usr/obj -DWITH_OPENSSL -std=3Dgnu99 -fstac= k-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-p= arameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-= type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcha= r-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-defini= tion -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno= -empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-argume= nts -c = -o archive_read_support_filter_rpm.So --- archive_read_support_filter_uu.So --- --- all_subdir_libmagic --- --- fsmagic.o --- cc -O2 -pipe -DMAGIC=3D'"/usr/share/misc/magic"' -DHAVE_CONFIG_H -I -I -std=3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wall = -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prot= otypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body= -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare = -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-= conversion -Qunused-arguments -c -o fsmagic.o --- all_subdir_libarchive --- cc -fpic -DPIC -DHAVE_ICONV=3D1 -DHAVE_ICONV_H=3D1 -DICONV_CONST=3Dconst -= O2 -pipe -DHAVE_BZLIB_H=3D1 -DHAVE_LIBLZMA=3D1 -DHAVE_LZMA_H=3D1 -DPLATFO= RM_CONFIG_H=3D\" -I/usr/obj -DWITH_OPENSSL -std=3Dgnu99 -fstac= k-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-p= arameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-= type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcha= r-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-defini= tion -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno= -empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-argume= nts -c -= o archive_read_support_filter_uu.So --- all_subdir_libmagic --- --- funcs.o --- cc -O2 -pipe -DMAGIC=3D'"/usr/share/misc/magic"' -DHAVE_CONFIG_H -I -I -std=3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wall = -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prot= otypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body= -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare = -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-= conversion -Qunused-arguments -c -o funcs.o --- all_subdir_libarchive --- --- archive_read_support_filter_xz.So --- cc -fpic -DPIC -DHAVE_ICONV=3D1 -DHAVE_ICONV_H=3D1 -DICONV_CONST=3Dconst -= O2 -pipe -DHAVE_BZLIB_H=3D1 -DHAVE_LIBLZMA=3D1 -DHAVE_LZMA_H=3D1 -DPLATFO= RM_CONFIG_H=3D\" -I/usr/obj -DWITH_OPENSSL -std=3Dgnu99 -fstac= k-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-p= arameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-= type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcha= r-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-defini= tion -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno= -empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-argume= nts -c -= o archive_read_support_filter_xz.So --- all_subdir_libmagic --- --- is_tar.o --- cc -O2 -pipe -DMAGIC=3D'"/usr/share/misc/magic"' -DHAVE_CONFIG_H -I -I -std=3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wall = -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prot= otypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body= -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare = -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-= conversion -Qunused-arguments -c -o is_tar.o --- all_subdir_clang --- --- TokenLexer.o --- c++ -O2 -pipe -I -I -I -I. -I -DLLVM_ON_UNIX -= DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENA= BLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-stric= t-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"x86_64-unknown-freebsd11.0\" -D= LLVM_HOST_TRIPLE=3D\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=3D\"\" = -fstack-protector -Qunused-arguments -fno-exceptions -fno-rtti -Wno-c++11-= extensions -c = -o TokenLexer.o --- all_subdir_libmagic --- --- magic.o --- cc -O2 -pipe -DMAGIC=3D'"/usr/share/misc/magic"' -DHAVE_CONFIG_H -I -I -std=3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wall = -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prot= otypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body= -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare = -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-= conversion -Qunused-arguments -c -o magic.o --- all_subdir_libarchive --- --- archive_read_support_format_7zip.So --- cc -fpic -DPIC -DHAVE_ICONV=3D1 -DHAVE_ICONV_H=3D1 -DICONV_CONST=3Dconst -= O2 -pipe -DHAVE_BZLIB_H=3D1 -DHAVE_LIBLZMA=3D1 -DHAVE_LZMA_H=3D1 -DPLATFO= RM_CONFIG_H=3D\" -I/usr/obj -DWITH_OPENSSL -std=3Dgnu99 -fstac= k-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-p= arameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-= type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcha= r-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-defini= tion -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno= -empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-argume= nts -c = -o archive_read_support_format_7zip.So --- all_subdir_libmagic --- --- print.o --- cc -O2 -pipe -DMAGIC=3D'"/usr/share/misc/magic"' -DHAVE_CONFIG_H -I -I -std=3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wall = -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prot= otypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body= -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare = -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-= conversion -Qunused-arguments -c -o print.o --- readcdf.o --- cc -O2 -pipe -DMAGIC=3D'"/usr/share/misc/magic"' -DHAVE_CONFIG_H -I -I -std=3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wall = -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prot= otypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body= -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare = -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-= conversion -Qunused-arguments -c -o readcdf.o --- readelf.o --- cc -O2 -pipe -DMAGIC=3D'"/usr/share/misc/magic"' -DHAVE_CONFIG_H -I -I -std=3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wall = -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prot= otypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body= -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare = -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-= conversion -Qunused-arguments -c -o readelf.o --- softmagic.o --- cc -O2 -pipe -DMAGIC=3D'"/usr/share/misc/magic"' -DHAVE_CONFIG_H -I -I -std=3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wall = -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prot= otypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body= -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare = -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-= conversion -Qunused-arguments -c -o softmagi= c.o --- all_subdir_libarchive --- --- archive_read_support_format_all.So --- cc -fpic -DPIC -DHAVE_ICONV=3D1 -DHAVE_ICONV_H=3D1 -DICONV_CONST=3Dconst -= O2 -pipe -DHAVE_BZLIB_H=3D1 -DHAVE_LIBLZMA=3D1 -DHAVE_LZMA_H=3D1 -DPLATFO= RM_CONFIG_H=3D\" -I/usr/obj -DWITH_OPENSSL -std=3Dgnu99 -fstac= k-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-p= arameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-= type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcha= r-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-defini= tion -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno= -empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-argume= nts -c = -o archive_read_support_format_all.So --- archive_read_support_format_ar.So --- cc -fpic -DPIC -DHAVE_ICONV=3D1 -DHAVE_ICONV_H=3D1 -DICONV_CONST=3Dconst -= O2 -pipe -DHAVE_BZLIB_H=3D1 -DHAVE_LIBLZMA=3D1 -DHAVE_LZMA_H=3D1 -DPLATFO= RM_CONFIG_H=3D\" -I/usr/obj -DWITH_OPENSSL -std=3Dgnu99 -fstac= k-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-p= arameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-= type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcha= r-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-defini= tion -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno= -empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-argume= nts -c -= o archive_read_support_format_ar.So --- all_subdir_libmagic --- --- libmagic.so.4 --- building shared library libmagic.so.4 --- all_subdir_libarchive --- --- archive_read_support_format_by_code.So --- cc -fpic -DPIC -DHAVE_ICONV=3D1 -DHAVE_ICONV_H=3D1 -DICONV_CONST=3Dconst -= O2 -pipe -DHAVE_BZLIB_H=3D1 -DHAVE_LIBLZMA=3D1 -DHAVE_LZMA_H=3D1 -DPLATFO= RM_CONFIG_H=3D\" -I/usr/obj -DWITH_OPENSSL -std=3Dgnu99 -fstac= k-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-p= arameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-= type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcha= r-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-defini= tion -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno= -empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-argume= nts -c -o archive_read_support_format_by_code.So --- archive_read_support_format_cab.So --- cc -fpic -DPIC -DHAVE_ICONV=3D1 -DHAVE_ICONV_H=3D1 -DICONV_CONST=3Dconst -= O2 -pipe -DHAVE_BZLIB_H=3D1 -DHAVE_LIBLZMA=3D1 -DHAVE_LZMA_H=3D1 -DPLATFO= RM_CONFIG_H=3D\" -I/usr/obj -DWITH_OPENSSL -std=3Dgnu99 -fstac= k-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-p= arameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-= type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcha= r-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-defini= tion -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno= -empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-argume= nts -c = -o archive_read_support_format_cab.So --- all_subdir_libmagic --- --- magic --- cat = = <= https://jenkins.freebsd.org/jenkins/job/FreeBSD_HEAD/ws/lib/libmagic/../../= contrib/file/magic/Magdir/fcs> = = <= https://jenkins.freebsd.org/jenkins/job/FreeBSD_HEAD/ws/lib/libmagic/../../= contrib/file/magic/Magdir/netscape> = = > magic --- all_subdir_clang --- --- PPMacroExpansion.o --- c++ -O2 -pipe -I -I -I -I. -I -DLLVM_ON_UNIX -= DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENA= BLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-stric= t-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"x86_64-unknown-freebsd11.0\" -D= LLVM_HOST_TRIPLE=3D\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=3D\"\" = -fstack-protector -Qunused-arguments -fno-exceptions -fno-rtti -Wno-c++11-= extensions -c -o PPMacroExpansion.o --- all_subdir_libarchive --- --- archive_read_support_format_cpio.So --- cc -fpic -DPIC -DHAVE_ICONV=3D1 -DHAVE_ICONV_H=3D1 -DICONV_CONST=3Dconst -= O2 -pipe -DHAVE_BZLIB_H=3D1 -DHAVE_LIBLZMA=3D1 -DHAVE_LZMA_H=3D1 -DPLATFO= RM_CONFIG_H=3D\" -I/usr/obj -DWITH_OPENSSL -std=3Dgnu99 -fstac= k-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-p= arameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-= type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcha= r-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-defini= tion -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno= -empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-argume= nts -c = -o archive_read_support_format_cpio.So --- archive_read_support_format_empty.So --- cc -fpic -DPIC -DHAVE_ICONV=3D1 -DHAVE_ICONV_H=3D1 -DICONV_CONST=3Dconst -= O2 -pipe -DHAVE_BZLIB_H=3D1 -DHAVE_LIBLZMA=3D1 -DHAVE_LZMA_H=3D1 -DPLATFO= RM_CONFIG_H=3D\" -I/usr/obj -DWITH_OPENSSL -std=3Dgnu99 -fstac= k-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-p= arameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-= type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcha= r-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-defini= tion -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno= -empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-argume= nts -c -o archive_read_support_format_empty.So --- archive_read_support_format_iso9660.So --- cc -fpic -DPIC -DHAVE_ICONV=3D1 -DHAVE_ICONV_H=3D1 -DICONV_CONST=3Dconst -= O2 -pipe -DHAVE_BZLIB_H=3D1 -DHAVE_LIBLZMA=3D1 -DHAVE_LZMA_H=3D1 -DPLATFO= RM_CONFIG_H=3D\" -I/usr/obj -DWITH_OPENSSL -std=3Dgnu99 -fstac= k-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-p= arameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-= type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcha= r-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-defini= tion -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno= -empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-argume= nts -c -o archive_read_support_format_iso9660.So --- all_subdir_libmagic --- --- libmagic.a --- building static magic library ranlib -D libmagic.a --- magic.mgc --- ./mkmagic magic --- all_subdir_libarchive --- --- archive_read_support_format_lha.So --- cc -fpic -DPIC -DHAVE_ICONV=3D1 -DHAVE_ICONV_H=3D1 -DICONV_CONST=3Dconst -= O2 -pipe -DHAVE_BZLIB_H=3D1 -DHAVE_LIBLZMA=3D1 -DHAVE_LZMA_H=3D1 -DPLATFO= RM_CONFIG_H=3D\" -I/usr/obj -DWITH_OPENSSL -std=3Dgnu99 -fstac= k-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-p= arameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-= type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcha= r-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-defini= tion -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno= -empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-argume= nts -c = -o archive_read_support_format_lha.So --- all_subdir_clang --- --- all_subdir_libclangcodegen --- --- CGStmt.o --- c++ -O2 -pipe -I -I -I -I. -I -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTAN= T_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC= _ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"x86_64-unkn= own-freebsd11.0\" -DLLVM_HOST_TRIPLE=3D\"x86_64-unknown-freebsd11.0\" -DDEF= AULT_SYSROOT=3D\"\" -fstack-protector -Qunused-arguments -fno-exceptions -= fno-rtti -Wno-c++11-extensions -c -o CGStmt.o --- all_subdir_libclangparse --- =3D=3D=3D> lib/clang/libclangparse (all) --- ParseAST.o --- c++ -O2 -pipe -I -I -I -I. -I -DLLVM= _ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -= DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER = -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"x86_64-unknown-freebs= d11.0\" -DLLVM_HOST_TRIPLE=3D\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSRO= OT=3D\"\" -fstack-protector -Qunused-arguments -fno-exceptions -fno-rtti -= Wno-c++11-extensions -c -o ParseAST.o --- all_subdir_libarchive --- --- archive_read_support_format_mtree.So --- cc -fpic -DPIC -DHAVE_ICONV=3D1 -DHAVE_ICONV_H=3D1 -DICONV_CONST=3Dconst -= O2 -pipe -DHAVE_BZLIB_H=3D1 -DHAVE_LIBLZMA=3D1 -DHAVE_LZMA_H=3D1 -DPLATFO= RM_CONFIG_H=3D\" -I/usr/obj -DWITH_OPENSSL -std=3Dgnu99 -fstac= k-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-p= arameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-= type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcha= r-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-defini= tion -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno= -empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-argume= nts -c -o archive_read_support_format_mtree.So --- archive_read_support_format_rar.So --- cc -fpic -DPIC -DHAVE_ICONV=3D1 -DHAVE_ICONV_H=3D1 -DICONV_CONST=3Dconst -= O2 -pipe -DHAVE_BZLIB_H=3D1 -DHAVE_LIBLZMA=3D1 -DHAVE_LZMA_H=3D1 -DPLATFO= RM_CONFIG_H=3D\" -I/usr/obj -DWITH_OPENSSL -std=3Dgnu99 -fstac= k-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-p= arameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-= type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcha= r-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-defini= tion -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno= -empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-argume= nts -c = -o archive_read_support_format_rar.So --- archive_read_support_format_raw.So --- cc -fpic -DPIC -DHAVE_ICONV=3D1 -DHAVE_ICONV_H=3D1 -DICONV_CONST=3Dconst -= O2 -pipe -DHAVE_BZLIB_H=3D1 -DHAVE_LIBLZMA=3D1 -DHAVE_LZMA_H=3D1 -DPLATFO= RM_CONFIG_H=3D\" -I/usr/obj -DWITH_OPENSSL -std=3Dgnu99 -fstac= k-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-p= arameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-= type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcha= r-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-defini= tion -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno= -empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-argume= nts -c = -o archive_read_support_format_raw.So --- archive_read_support_format_tar.So --- cc -fpic -DPIC -DHAVE_ICONV=3D1 -DHAVE_ICONV_H=3D1 -DICONV_CONST=3Dconst -= O2 -pipe -DHAVE_BZLIB_H=3D1 -DHAVE_LIBLZMA=3D1 -DHAVE_LZMA_H=3D1 -DPLATFO= RM_CONFIG_H=3D\" -I/usr/obj -DWITH_OPENSSL -std=3Dgnu99 -fstac= k-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-p= arameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-= type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcha= r-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-defini= tion -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno= -empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-argume= nts -c = -o archive_read_support_format_tar.So --- all_subdir_clang --- --- all_subdir_libclanglex --- --- libclanglex.a --- building static clanglex library --- all_subdir_libarchive --- --- archive_read_support_format_xar.So --- cc -fpic -DPIC -DHAVE_ICONV=3D1 -DHAVE_ICONV_H=3D1 -DICONV_CONST=3Dconst -= O2 -pipe -DHAVE_BZLIB_H=3D1 -DHAVE_LIBLZMA=3D1 -DHAVE_LZMA_H=3D1 -DPLATFO= RM_CONFIG_H=3D\" -I/usr/obj -DWITH_OPENSSL -std=3Dgnu99 -fstac= k-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-p= arameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-= type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcha= r-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-defini= tion -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno= -empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-argume= nts -c = -o archive_read_support_format_xar.So --- all_subdir_clang --- ranlib -D libclanglex.a --- all_subdir_libarchive --- --- archive_read_support_format_zip.So --- cc -fpic -DPIC -DHAVE_ICONV=3D1 -DHAVE_ICONV_H=3D1 -DICONV_CONST=3Dconst -= O2 -pipe -DHAVE_BZLIB_H=3D1 -DHAVE_LIBLZMA=3D1 -DHAVE_LZMA_H=3D1 -DPLATFO= RM_CONFIG_H=3D\" -I/usr/obj -DWITH_OPENSSL -std=3Dgnu99 -fstac= k-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-p= arameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-= type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcha= r-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-defini= tion -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno= -empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-argume= nts -c = -o archive_read_support_format_zip.So --- all_subdir_libdpv --- =3D=3D=3D> lib/libdpv (all) --- dialog_util.So --- cc -fpic -DPIC -O2 -pipe -I -std=3Dgnu99 -fstack-protector -Wsystem-headers -W= error -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -W= missing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-string= s -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winl= ine -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-= sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-s= tring-plus-int -Wno-unused-const-variable -Qunused-arguments -c -o = dialog_util.So --- dialogrc.So --- cc -fpic -DPIC -O2 -pipe -I -std=3Dgnu99 -fstack-protector -Wsystem-headers -W= error -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -W= missing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-string= s -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winl= ine -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-= sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-s= tring-plus-int -Wno-unused-const-variable -Qunused-arguments -c -o dia= logrc.So --- dprompt.So --- cc -fpic -DPIC -O2 -pipe -I -std=3Dgnu99 -fstack-protector -Wsystem-headers -W= error -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -W= missing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-string= s -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winl= ine -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-= sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-s= tring-plus-int -Wno-unused-const-variable -Qunused-arguments -c -o dpro= mpt.So --- all_subdir_libarchive --- --- archive_string.So --- cc -fpic -DPIC -DHAVE_ICONV=3D1 -DHAVE_ICONV_H=3D1 -DICONV_CONST=3Dconst -= O2 -pipe -DHAVE_BZLIB_H=3D1 -DHAVE_LIBLZMA=3D1 -DHAVE_LZMA_H=3D1 -DPLATFO= RM_CONFIG_H=3D\" -I/usr/obj -DWITH_OPENSSL -std=3Dgnu99 -fstac= k-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-p= arameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-= type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcha= r-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-defini= tion -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno= -empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-argume= nts -c -o archive_string= .So --- all_subdir_libdpv --- --- dpv.So --- cc -fpic -DPIC -O2 -pipe -I -std=3Dgnu99 -fstack-protector -Wsystem-headers -W= error -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -W= missing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-string= s -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winl= ine -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-= sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-s= tring-plus-int -Wno-unused-const-variable -Qunused-arguments -c -o dpv.So --- status.So --- cc -fpic -DPIC -O2 -pipe -I -std=3Dgnu99 -fstack-protector -Wsystem-headers -W= error -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -W= missing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-string= s -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winl= ine -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-= sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-s= tring-plus-int -Wno-unused-const-variable -Qunused-arguments -c -o statu= s.So --- util.So --- cc -fpic -DPIC -O2 -pipe -I -std=3Dgnu99 -fstack-protector -Wsystem-headers -W= error -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -W= missing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-string= s -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winl= ine -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-= sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-s= tring-plus-int -Wno-unused-const-variable -Qunused-arguments -c -o util.So make[5]: /usr/obj 282: ignoring stale .depend for /usr/obj --- dialog_util.o --- cc -O2 -pipe -I -std=3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wall = -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prot= otypes -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-pointer-sign -Wmissi= ng-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-i= nt -Wno-unused-const-variable -Qunused-arguments -c -o dialog_util.= o --- all_subdir_clang --- --- all_subdir_libclangparse --- --- ParseCXXInlineMethods.o --- c++ -O2 -pipe -I -I -I -I. -I -DLLVM= _ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -= DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER = -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"x86_64-unknown-freebs= d11.0\" -DLLVM_HOST_TRIPLE=3D\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSRO= OT=3D\"\" -fstack-protector -Qunused-arguments -fno-exceptions -fno-rtti -= Wno-c++11-extensions -c -o ParseCXXInlineMethods.o --- all_subdir_libdpv --- --- dialogrc.o --- cc -O2 -pipe -I -std=3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wall = -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prot= otypes -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-pointer-sign -Wmissi= ng-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-i= nt -Wno-unused-const-variable -Qunused-arguments -c -o dialogrc.o --- dprompt.o --- cc -O2 -pipe -I -std=3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wall = -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prot= otypes -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-pointer-sign -Wmissi= ng-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-i= nt -Wno-unused-const-variable -Qunused-arguments -c -o dprompt.o --- all_subdir_libarchive --- --- archive_string_sprintf.So --- cc -fpic -DPIC -DHAVE_ICONV=3D1 -DHAVE_ICONV_H=3D1 -DICONV_CONST=3Dconst -= O2 -pipe -DHAVE_BZLIB_H=3D1 -DHAVE_LIBLZMA=3D1 -DHAVE_LZMA_H=3D1 -DPLATFO= RM_CONFIG_H=3D\" -I/usr/obj -DWITH_OPENSSL -std=3Dgnu99 -fstac= k-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-p= arameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-= type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcha= r-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-defini= tion -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno= -empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-argume= nts -c -o archiv= e_string_sprintf.So --- archive_util.So --- cc -fpic -DPIC -DHAVE_ICONV=3D1 -DHAVE_ICONV_H=3D1 -DICONV_CONST=3Dconst -= O2 -pipe -DHAVE_BZLIB_H=3D1 -DHAVE_LIBLZMA=3D1 -DHAVE_LZMA_H=3D1 -DPLATFO= RM_CONFIG_H=3D\" -I/usr/obj -DWITH_OPENSSL -std=3Dgnu99 -fstac= k-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-p= arameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-= type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcha= r-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-defini= tion -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno= -empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-argume= nts -c -o archive_util.So --- all_subdir_libdpv --- --- dpv.o --- cc -O2 -pipe -I -std=3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wall = -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prot= otypes -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-pointer-sign -Wmissi= ng-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-i= nt -Wno-unused-const-variable -Qunused-arguments -c -o dpv.o --- all_subdir_libarchive --- --- archive_virtual.So --- cc -fpic -DPIC -DHAVE_ICONV=3D1 -DHAVE_ICONV_H=3D1 -DICONV_CONST=3Dconst -= O2 -pipe -DHAVE_BZLIB_H=3D1 -DHAVE_LIBLZMA=3D1 -DHAVE_LZMA_H=3D1 -DPLATFO= RM_CONFIG_H=3D\" -I/usr/obj -DWITH_OPENSSL -std=3Dgnu99 -fstac= k-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-p= arameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-= type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcha= r-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-defini= tion -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno= -empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-argume= nts -c -o archive_virtu= al.So --- archive_write.So --- cc -fpic -DPIC -DHAVE_ICONV=3D1 -DHAVE_ICONV_H=3D1 -DICONV_CONST=3Dconst -= O2 -pipe -DHAVE_BZLIB_H=3D1 -DHAVE_LIBLZMA=3D1 -DHAVE_LZMA_H=3D1 -DPLATFO= RM_CONFIG_H=3D\" -I/usr/obj -DWITH_OPENSSL -std=3Dgnu99 -fstac= k-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-p= arameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-= type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcha= r-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-defini= tion -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno= -empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-argume= nts -c -o archive_write.S= o --- all_subdir_libdpv --- --- status.o --- cc -O2 -pipe -I -std=3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wall = -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prot= otypes -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-pointer-sign -Wmissi= ng-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-i= nt -Wno-unused-const-variable -Qunused-arguments -c -o status.o --- all_subdir_libarchive --- --- archive_write_add_filter.So --- cc -fpic -DPIC -DHAVE_ICONV=3D1 -DHAVE_ICONV_H=3D1 -DICONV_CONST=3Dconst -= O2 -pipe -DHAVE_BZLIB_H=3D1 -DHAVE_LIBLZMA=3D1 -DHAVE_LZMA_H=3D1 -DPLATFO= RM_CONFIG_H=3D\" -I/usr/obj -DWITH_OPENSSL -std=3Dgnu99 -fstac= k-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-p= arameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-= type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcha= r-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-defini= tion -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno= -empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-argume= nts -c -o arch= ive_write_add_filter.So --- all_subdir_libdpv --- --- util.o --- cc -O2 -pipe -I -std=3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wall = -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prot= otypes -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-pointer-sign -Wmissi= ng-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-i= nt -Wno-unused-const-variable -Qunused-arguments -c -o util.o --- all_subdir_libarchive --- --- archive_write_disk_acl.So --- --- all_subdir_libdpv --- --- libdpv.so.1 --- building shared library libdpv.so.1 --- all_subdir_libarchive --- cc -fpic -DPIC -DHAVE_ICONV=3D1 -DHAVE_ICONV_H=3D1 -DICONV_CONST=3Dconst -= O2 -pipe -DHAVE_BZLIB_H=3D1 -DHAVE_LIBLZMA=3D1 -DHAVE_LZMA_H=3D1 -DPLATFO= RM_CONFIG_H=3D\" -I/usr/obj -DWITH_OPENSSL -std=3Dgnu99 -fstac= k-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-p= arameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-= type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcha= r-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-defini= tion -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno= -empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-argume= nts -c -o archiv= e_write_disk_acl.So --- all_subdir_libdpv --- /usr/obj: cannot find -lfigpar cc: error: linker command failed with exit code 1 (use -v to see invocation= ) *** [libdpv.so.1] Error code 1 make[5]: stopped in 1 error make[5]: stopped in *** [all_subdir_libdpv] Error code 2 make[4]: stopped in --- all_subdir_libarchive --- A failure has been detected in another branch of the parallel make make[5]: stopped in *** [all_subdir_libarchive] Error code 2 make[4]: stopped in --- all_subdir_clang --- --- all_subdir_libclangcodegen --- A failure has been detected in another branch of the parallel make make[6]: stopped in *** [all_subdir_libclangcodegen] Error code 2 make[5]: stopped in --- all_subdir_libclangparse --- A failure has been detected in another branch of the parallel make make[6]: stopped in *** [all_subdir_libclangparse] Error code 2 make[5]: stopped in 2 errors make[5]: stopped in *** [all_subdir_clang] Error code 2 make[4]: stopped in 3 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 Fri Nov 7 01:32:05 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 50C668B8; Fri, 7 Nov 2014 01:32:05 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 317F8FD0; Fri, 7 Nov 2014 01:32:05 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 50171329; Fri, 7 Nov 2014 01:32:05 +0000 (UTC) Date: Fri, 7 Nov 2014 01:32:02 +0000 (GMT) From: jenkins-admin@freebsd.org To: jenkins-admin@FreeBSD.org, freebsd-current@freebsd.org, ae@FreeBSD.org, ian@FreeBSD.org, bapt@FreeBSD.org, markj@FreeBSD.org, dteske@FreeBSD.org, mav@FreeBSD.org, jfv@FreeBSD.org Message-ID: <1660660151.36.1415323925084.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <552477727.35.1415311083119.JavaMail.jenkins@jenkins-9.freebsd.org> References: <552477727.35.1415311083119.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Build failed in Jenkins: FreeBSD_HEAD #1787 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: Fri, 07 Nov 2014 01:32:05 -0000 See Changes: [mav] Synchronize medium rotation rate in legacy Rigid Disk Drive Geometry = mode page with modern Block Device Characteristics VPD page. MFC after:=091 week [jfv] Update the Intel i40e drivers, ixl version 1.2.8, ixlv version 1.1.18 =09-Improved VF stability, thanks to changes from Ryan Stone, =09 and Juniper. =09- RSS fixes in the ixlv driver =09- link detection in the ixlv driver =09- New sysctl's added in ixl and ixlv =09- reset timeout increased for ixlv =09- stability fixes in detach =09- correct media reporting =09- Coverity warnings fixed =09- Many small bug fixes =09- VF Makefile modified - nvm shared code needed =09- remove unused sleep channels in ixlv_sc struct Submitted by: Eric Joyner (committed by jfv) MFC after:=091 week [dteske] SUBDIR_DEPENDS__ in lib/Makefile is not working out so well for me= . Add to using _prebuild_libs in (top-level) Makefile.inc1. NB: Unbreak build yet again (we'll get this right eventually) Reviewed by:=09markj, ngie Thanks to:=09ian, markj, ngie, Nikolai Lifanov MFC after:=0921 days X-MFC-to:=09stable/10 stable/9 X-MFC-with:=09274116 274120 274121 274123 274144 274146 274192 [markj] Automatically build with debug symbols when building with WITH_CTF. Otherwise there's nothing for ctfconvert to do, and it ends up emitting an error for each object file. Also remove some redundant checks from bsd.prog.mk and bsd.lib.mk. Differential Revision:=09https://reviews.freebsd.org/D1111 Reviewed by:=09=09imp [bapt] Add a quick and dirty script to check validity of links in elf files ------------------------------------------ [...truncated 250915 lines...] rm -f .depend --- depend_subdir_ixlv --- =3D=3D=3D> ixlv (depend) --- depend_subdir_drm2 --- CC=3D'cc ' mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_K= ERNEL_OPTION_HEADERS -I. -I -I -I/usr/obj -std=3Diso9899:1999 radeonkmsfw_R700_rlc.c --- depend_subdir_ixlv --- --- /usr/obj --- machine -> --- /usr/obj --- x86 -> --- depend_subdir_drm2 --- =3D=3D=3D> drm2/radeonkmsfw/REDWOOD_me (depend) --- depend_subdir_ixlv --- --- opt_bdg.h --- ln -sf /usr/obj opt_bdg.h --- opt_inet.h --- ln -sf /usr/obj opt_inet.h --- opt_inet6.h --- ln -sf /usr/obj opt_inet6.h --- device_if.h --- awk -f -h --- depend_subdir_drm2 --- --- /usr/obj --- --- depend_subdir_ixlv --- --- bus_if.h --- awk -f -h --- depend_subdir_drm2 --- machine -> --- /usr/obj --- x86 -> --- radeonkmsfw_REDWOOD_me.c --- awk -f REDWOOD_me.bin:radeonkmsfw_REDWOOD_me -mradeonkmsfw_REDWOOD_me = -cradeonkmsfw_REDWOOD_me.c =20 --- .depend --- rm -f .depend --- depend_subdir_ixlv --- --- pci_if.h --- --- depend_subdir_drm2 --- CC=3D'cc ' mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_K= ERNEL_OPTION_HEADERS -I. -I -I -I/usr/obj -std=3Diso9899:1999 radeonkmsfw_REDWOOD_me.c --- depend_subdir_ixlv --- awk -f -h --- .depend --- rm -f .depend CC=3D'cc ' mkdep -f .depend -a -nostdinc -DSMP -D_KERNEL -DKLD_MODULE -D= HAVE_KERNEL_OPTION_HEADERS -I. -I -I -I/usr/obj -std=3Diso9899:1999 --- depend_subdir_drm2 --- =3D=3D=3D> drm2/radeonkmsfw/REDWOOD_pfp (depend) --- /usr/obj --- machine -> --- /usr/obj --- x86 -> --- radeonkmsfw_REDWOOD_pfp.c --- awk -f REDWOOD_pfp.bin:radeonkmsfw_REDWOOD_pfp -mradeonkmsfw_REDWOOD_p= fp -cradeonkmsfw_REDWOOD_pfp.c =20 --- .depend --- rm -f .depend CC=3D'cc ' mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_K= ERNEL_OPTION_HEADERS -I. -I -I -I/usr/obj -std=3Diso9899:1999 radeonkmsfw_REDWOOD_pfp.c --- depend_subdir_ixlv --- In file included from :38: :39:10: fatal error: 'ixlv_vc_mgr.h' file not found #include "ixlv_vc_mgr.h" ^ 1 error generated. --- depend_subdir_drm2 --- =3D=3D=3D> drm2/radeonkmsfw/REDWOOD_rlc (depend) --- depend_subdir_jme --- =3D=3D=3D> jme (depend) --- depend_subdir_drm2 --- --- /usr/obj --- machine -> --- /usr/obj --- x86 -> --- depend_subdir_jme --- --- /usr/obj --- machine -> --- depend_subdir_drm2 --- --- radeonkmsfw_REDWOOD_rlc.c --- awk -f REDWOOD_rlc.bin:radeonkmsfw_REDWOOD_rlc -mradeonkmsfw_REDWOOD_r= lc -cradeonkmsfw_REDWOOD_rlc.c =20 --- depend_subdir_jme --- --- /usr/obj --- x86 -> --- device_if.h --- --- depend_subdir_drm2 --- --- .depend --- --- depend_subdir_jme --- awk -f -h --- depend_subdir_drm2 --- rm -f .depend CC=3D'cc ' mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_K= ERNEL_OPTION_HEADERS -I. -I -I -I/usr/obj -std=3Diso9899:1999 radeonkmsfw_REDWOOD_rlc.c --- depend_subdir_ixlv --- In file included from :42: :39:10: fatal error: 'ixlv_vc_mgr.h' file not found #include "ixlv_vc_mgr.h" ^ 1 error generated. --- depend_subdir_jme --- --- bus_if.h --- awk -f -h --- pci_if.h --- awk -f -h --- depend_subdir_drm2 --- =3D=3D=3D> drm2/radeonkmsfw/RS600_cp (depend) --- depend_subdir_jme --- --- miibus_if.h --- awk -f -h --- .depend --- rm -f .depend CC=3D'cc ' mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_K= ERNEL_OPTION_HEADERS -I. -I -I -I/usr/obj -std=3Diso9899:1999 --- depend_subdir_drm2 --- --- /usr/obj --- machine -> --- /usr/obj --- x86 -> --- radeonkmsfw_RS600_cp.c --- awk -f RS600_cp.bin:radeonkmsfw_RS600_cp -mradeonkmsfw_RS600_cp -crade= onkmsfw_RS600_cp.c =20 --- .depend --- rm -f .depend CC=3D'cc ' mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_K= ERNEL_OPTION_HEADERS -I. -I -I -I/usr/obj -std=3Diso9899:1999 radeonkmsfw_RS600_cp.c =3D=3D=3D> drm2/radeonkmsfw/RS690_cp (depend) --- depend_subdir_joy --- =3D=3D=3D> joy (depend) --- depend_subdir_drm2 --- --- /usr/obj --- machine -> --- /usr/obj --- x86 -> --- radeonkmsfw_RS690_cp.c --- awk -f RS690_cp.bin:radeonkmsfw_RS690_cp -mradeonkmsfw_RS690_cp -crade= onkmsfw_RS690_cp.c =20 --- depend_subdir_joy --- --- /usr/obj --- --- depend_subdir_drm2 --- --- .depend --- rm -f .depend --- depend_subdir_joy --- machine -> --- depend_subdir_drm2 --- CC=3D'cc ' mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_K= ERNEL_OPTION_HEADERS -I. -I -I -I/usr/obj -std=3Diso9899:1999 radeonkmsfw_RS690_cp.c --- depend_subdir_joy --- --- /usr/obj --- x86 -> --- bus_if.h --- awk -f -h --- device_if.h --- awk -f -h --- depend_subdir_drm2 --- =3D=3D=3D> drm2/radeonkmsfw/RS780_me (depend) --- depend_subdir_joy --- --- isa_if.h --- awk -f -h --- card_if.h --- awk -f -h --- depend_subdir_drm2 --- --- /usr/obj --- machine -> --- /usr/obj --- x86 -> --- depend_subdir_joy --- --- pccarddevs.h --- --- depend_subdir_drm2 --- --- radeonkmsfw_RS780_me.c --- --- depend_subdir_joy --- awk -f --- depend_subdir_drm2 --- awk -f RS780_me.bin:radeonkmsfw_RS780_me -mradeonkmsfw_RS780_me -crade= onkmsfw_RS780_me.c =20 --- .depend --- rm -f .depend CC=3D'cc ' mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_K= ERNEL_OPTION_HEADERS -I. -I -I -I/usr/obj -std=3Diso9899:1999 radeonkmsfw_RS780_me.c =3D=3D=3D> drm2/radeonkmsfw/RS780_pfp (depend) --- depend_subdir_joy --- --- .depend --- rm -f .depend CC=3D'cc ' mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_K= ERNEL_OPTION_HEADERS -I. -I -I -I/usr/obj -std=3Diso9899:1999 --- depend_subdir_drm2 --- --- /usr/obj --- machine -> --- /usr/obj --- x86 -> --- radeonkmsfw_RS780_pfp.c --- awk -f RS780_pfp.bin:radeonkmsfw_RS780_pfp -mradeonkmsfw_RS780_pfp -cr= adeonkmsfw_RS780_pfp.c =20 --- .depend --- rm -f .depend CC=3D'cc ' mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_K= ERNEL_OPTION_HEADERS -I. -I -I -I/usr/obj -std=3Diso9899:1999 radeonkmsfw_RS780_pfp.c --- depend_subdir_kbdmux --- =3D=3D=3D> kbdmux (depend) --- depend_subdir_ixlv --- mkdep: compile failed *** [.depend] Error code 1 make[4]: stopped in 1 error make[4]: stopped in --- depend_subdir_drm2 --- A failure has been detected in another branch of the parallel make make[6]: stopped in --- depend_subdir_ixlv --- *** [depend_subdir_ixlv] Error code 2 make[3]: stopped in --- depend_subdir_drm2 --- *** [_sub.depend] Error code 2 make[5]: stopped in 1 error make[5]: stopped in *** [_sub.depend] Error code 2 make[4]: stopped in 1 error make[4]: stopped in *** [depend_subdir_drm2] Error code 2 make[3]: stopped in --- depend_subdir_kbdmux --- A failure has been detected in another branch of the parallel make make[4]: stopped in *** [depend_subdir_kbdmux] Error code 2 make[3]: stopped in --- depend_subdir_joy --- A failure has been detected in another branch of the parallel make make[4]: stopped in *** [depend_subdir_joy] Error code 2 make[3]: stopped in 4 errors make[3]: stopped in *** [modules-depend] Error code 2 make[2]: stopped in /usr/obj 1 error make[2]: stopped in /usr/obj *** [buildkernel] Error code 2 make[1]: stopped in 1 error make[1]: stopped in *** [buildkernel] Error code 2 make: stopped in 1 error make: stopped in Build step 'Execute shell' marked build as failure From owner-freebsd-current@FreeBSD.ORG Fri Nov 7 03:36:59 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 56976538; Fri, 7 Nov 2014 03:36:59 +0000 (UTC) Received: from udns.ultimatedns.net (unknown [IPv6:2602:d1:b4d6:e600:4261:86ff:fef6:aa2a]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 09AB9E47; Fri, 7 Nov 2014 03:36:58 +0000 (UTC) Received: from ultimatedns.net (localhost [127.0.0.1]) by udns.ultimatedns.net (8.14.9/8.14.9) with ESMTP id sA73avEQ033400; Thu, 6 Nov 2014 19:36:57 -0800 (PST) (envelope-from bsd-lists@bsdforge.com) To: "FreeBSD CURRENT" From: "Chris H" Subject: What is xmmintrin.h, and why aren't ports finding it? Date: Thu, 06 Nov 2014 19:36:57 -0800 Content-Type: text/plain; charset=UTF-8; format=fixed MIME-Version: 1.0 Message-id: Content-Transfer-Encoding: 8bit Cc: FreeBSD ports X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Nov 2014 03:36:59 -0000 Greetings, Working on a recent 11-CURRENT install (11-CURRENT #1 amd64 r274134 Nov 5 12:56:14 PST 2014) svn info /usr/ports Revision: 372176 Given the above, and the fact that I have installed lang/gcc-48. Is there any reason that any port wanting to include xmmintrin.h fails to find it? Even though dmesg && messages reflects the fact that gcc48 is included within my $PATH? This is causing me no end of grief, and try as I might, I can't seem to get past this problem. Thank you for all your time, and consideration. --Chris From owner-freebsd-current@FreeBSD.ORG Fri Nov 7 12:10:59 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id F014C64E; Fri, 7 Nov 2014 12:10:59 +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 B14B59DE; Fri, 7 Nov 2014 12:10:59 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7::c3c:9f55:9881:4a18] (unknown [IPv6:2001:7b8:3a7:0:c3c:9f55:9881:4a18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 8B4E4B80A; Fri, 7 Nov 2014 13:10:54 +0100 (CET) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 8.0 \(1990.1\)) Subject: Re: What is xmmintrin.h, and why aren't ports finding it? From: Dimitry Andric In-Reply-To: Date: Fri, 7 Nov 2014 13:10:51 +0100 Content-Transfer-Encoding: 7bit Message-Id: <88093924-8327-450B-A086-F60C8155E9DC@FreeBSD.org> References: To: Chris H X-Mailer: Apple Mail (2.1990.1) Cc: FreeBSD CURRENT , FreeBSD ports X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Nov 2014 12:11:00 -0000 On 07 Nov 2014, at 04:36, Chris H wrote: > > Greetings, > Working on a recent 11-CURRENT install > (11-CURRENT #1 amd64 r274134 Nov 5 12:56:14 PST 2014) > svn info /usr/ports Revision: 372176 > > Given the above, and the fact that I have installed lang/gcc-48. > Is there any reason that any port wanting to include xmmintrin.h > fails to find it? Even though dmesg && messages reflects the fact > that gcc48 is included within my $PATH? What you have in your PATH does not matter. The xmmintrin.h header contains SSE intrinsics, and should automatically be found by your gcc 4.8 port. Normally it is located in: /usr/local/lib/gcc48/gcc/i386-portbld-freebsd11.0/4.8.4/include/xmmintrin.h or if you have a slightly different gcc version, just run: find /usr/local/lib/gcc48 -name xmmintrin.h to find it. If you run: gcc48 -v -x c -c /dev/null -o /dev/null it should show you the paths it searches for include files (look for the "#include <...> search starts here:" line). For example, on my system this shows: #include <...> search starts here: /usr/local/lib/gcc48/gcc/i386-portbld-freebsd11.0/4.8.4/include /usr/local/include /usr/local/lib/gcc48/gcc/i386-portbld-freebsd11.0/4.8.4/include-fixed /usr/include End of search list. The directory where you found xmmintrin.h should be listed in the search directories. -Dimitry From owner-freebsd-current@FreeBSD.ORG Fri Nov 7 03:53:32 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9398983C for ; Fri, 7 Nov 2014 03:53:32 +0000 (UTC) Received: from smtp.rcn.com (smtp.rcn.com [69.168.97.78]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 5CF8AFB8 for ; Fri, 7 Nov 2014 03:53:32 +0000 (UTC) X_CMAE_Category: , , X-CNFS-Analysis: v=2.0 cv=StESGYy0 c=1 sm=1 a=PfRRqASh+22Lc+SRmnf6GA==:17 a=L9H7d07YOLsA:10 a=kj9zAlcOel0A:10 a=sIt-5M63AAAA:8 a=6I5d2MoRAAAA:8 a=rxxUwIAh91lR8yFucuYA:9 a=CjuIK1q_8ugA:10 a=PfRRqASh+22Lc+SRmnf6GA==:117 X-CM-Score: 0 X-Scanned-by: Cloudmark Authority Engine X-Authed-Username: cm9iZXJ0aHVmZkByY24uY29t Authentication-Results: smtp01.rcn.cmh.synacor.com smtp.mail=roberthuff@rcn.com; spf=neutral; sender-id=neutral Received-SPF: neutral (smtp01.rcn.cmh.synacor.com: 209.6.231.137 is neither permitted nor denied by domain of rcn.com) Received: from [209.6.231.137] ([209.6.231.137:21391] helo=jerusalem.litteratus.org.litteratus.org) by smtp.rcn.com (envelope-from ) (ecelerity 3.6.2.43620 r(Platform:3.6.2.0)) with ESMTP id 8B/2C-34231-3324C545; Thu, 06 Nov 2014 22:53:23 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <21596.16946.935947.687204@jerusalem.litteratus.org> Date: Thu, 6 Nov 2014 22:53:22 -0500 To: "Chris H" Subject: What is xmmintrin.h, and why aren't ports finding it? In-Reply-To: References: X-Mailer: VM 8.2.0b under 24.4.1 (amd64-portbld-freebsd10.1) X-Mailman-Approved-At: Fri, 07 Nov 2014 13:00:56 +0000 Cc: FreeBSD CURRENT , FreeBSD ports X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Nov 2014 03:53:32 -0000 Chris H writes: > Working on a recent 11-CURRENT install > (11-CURRENT #1 amd64 r274134 Nov 5 12:56:14 PST 2014) > svn info /usr/ports Revision: 372176 > > Given the above, and the fact that I have installed lang/gcc-48. > Is there any reason that any port wanting to include xmmintrin.h > fails to find it? Even though dmesg && messages reflects the fact > that gcc48 is included within my $PATH? Start by looking at: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=190669 Respectfully, Robert Huff From owner-freebsd-current@FreeBSD.ORG Fri Nov 7 04:21:00 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3CDFED20; Fri, 7 Nov 2014 04:21:00 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 26C2B213; Fri, 7 Nov 2014 04:21:00 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 2DDA438B; Fri, 7 Nov 2014 04:21:00 +0000 (UTC) Date: Fri, 7 Nov 2014 04:20:55 +0000 (GMT) From: jenkins-admin@freebsd.org To: jenkins-admin@FreeBSD.org, freebsd-current@freebsd.org, ae@FreeBSD.org, ian@FreeBSD.org, bapt@FreeBSD.org, markj@FreeBSD.org, dteske@FreeBSD.org, mav@FreeBSD.org, jfv@FreeBSD.org, marcel@FreeBSD.org Message-ID: <1395069436.37.1415334060154.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1660660151.36.1415323925084.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1660660151.36.1415323925084.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Build failed in Jenkins: FreeBSD_HEAD #1788 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Jenkins-Job: FreeBSD_HEAD X-Jenkins-Result: FAILURE X-Mailman-Approved-At: Fri, 07 Nov 2014 13:12:40 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Nov 2014 04:21:00 -0000 See Changes: [marcel] Document that df(1) supports libxo(3). [marcel] Convert to use libxo. Obtained from: Phil Shafer Sponsored by: Juniper Networks, Inc. [marcel] Fix a SIGSEGV when emitting XML or JSON when reading stdin. In tha= t case the file variable is NULL. [dteske] For really fast machines, an edge-case may exist where dpv(3) may = be built before contrib dependency, dialog(3). Add dialog(3) to the list of _prebuild_libs to ensure that this does not happen. Tested on:=0911.0-CURRENT amd64 @ r274205 Thanks to:=09kargl, Larry Rosenman , ngie, markj Recommended by:=09ngie Reviewed by:=09ngie, markj MFC after:=0921 days X-MFC-to:=09stable/10 stable/9 X-MFC-with:=09274116 274120 274121 274123 274144 274146 274192 274203 ------------------------------------------ [...truncated 143870 lines...] --- secure.all__D --- --- x_bignum.po --- --- rescue.all__D --- ld -dc -r -o id.lo id_stub.o /usr/obj --- secure.all__D --- cc -pg -O2 -pipe -DTERMIOS -DANSI_SOURCE -I = -I -I/usr/obj -DOPENSSL_THREADS -DDSO_= DLFCN -DHAVE_DLFCN_H -DL_ENDIAN -DOPENSSL_IA32_SSE2 -DAES_ASM -DBSAES_ASM -= DVPAES_ASM -DOPENSSL_BN_ASM_MONT -DOPENSSL_BN_ASM_MONT5 -DOPENSSL_BN_ASM_GF= 2m -DMD5_ASM -DGHASH_ASM -DSHA1_ASM -DSHA256_ASM -DSHA512_ASM -DWHIRLPOOL_A= SM -I -I -I -std=3Dgnu89 -fstack-= protector -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unuse= d-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parenthes= es-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-swit= ch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c = -o x_bignum.po --- rescue.all__D --- crunchide -k _crunched_id_stub id.lo --- zdb.lo --- ld -dc -r -o zdb.lo zdb_stub.o /usr/obj /usr/obj crunchide -k _crunched_zdb_stub zdb.lo --- chroot.lo --- ld -dc -r -o chroot.lo chroot_stub.o /usr/obj crunchide -k _crunched_chroot_stub chroot.lo --- chown.lo --- ld -dc -r -o chown.lo chown_stub.o /usr/obj crunchide -k _crunched_chown_stub chown.lo --- sbin.all__D --- --- bpf.o --- cc -O2 -pipe -std=3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wa= ll -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wn= o-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno= -unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conv= ersion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-ar= guments -c --- rescue.all__D --- --- rescue --- cc -static -o rescue rescue.o cat.lo chflags.lo chio.lo chmod.lo cp.lo dat= e.lo dd.lo df.lo echo.lo ed.lo expr.lo getfacl.lo hostname.lo kenv.lo kill.= lo ln.lo ls.lo mkdir.lo mv.lo pkill.lo ps.lo pwd.lo realpath.lo rm.lo rmdir= .lo setfacl.lo sh.lo stty.lo sync.lo test.lo rcp.lo csh.lo badsect.lo camco= ntrol.lo ccdconfig.lo clri.lo devfs.lo dmesg.lo dump.lo dumpfs.lo dumpon.lo= fsck.lo fsck_ffs.lo fsck_msdosfs.lo fsdb.lo fsirand.lo gbde.lo geom.lo ifc= onfig.lo init.lo kldconfig.lo kldload.lo kldstat.lo kldunload.lo ldconfig.l= o md5.lo mdconfig.lo mdmfs.lo mknod.lo mount.lo mount_cd9660.lo mount_msdos= fs.lo mount_nfs.lo mount_nullfs.lo mount_udf.lo mount_unionfs.lo newfs.lo n= ewfs_msdos.lo nos-tun.lo ping.lo reboot.lo restore.lo rcorder.lo route.lo r= outed.lo rtquery.lo rtsol.lo savecore.lo spppcontrol.lo swapon.lo sysctl.lo= tunefs.lo umount.lo atmconfig.lo ping6.lo ipf.lo zfs.lo zpool.lo bsdlabel.= lo fdisk.lo dhclient.lo head.lo mt.lo nc.lo sed.lo tail.lo tee.lo gzip.lo b= zip2.lo less.lo xz.lo tar.lo vi.lo id.lo zdb.lo chroot.lo chown.lo /usr/obj= /usr/obj /usr/obj /usr/obj /usr/obj /usr/obj /usr/obj -lcrypt -ledit -ljail -lkvm -ll -lte= rmcapw -lutil -lalias -lcam -lncursesw -ldevstat -lipsec -lavl -lzpool -lzf= s_core -lzfs -lnvpair -lpthread -luutil -lumem -lgeom -lbsdxml -lkiconv -ls= buf -lufs -lz -lbz2 -llzma -larchive -lcrypto -lmd -lm --- lib.all__D --- --- delta_encoder.po --- cc -pg -O2 -pipe -DHAVE_CONFIG_H -DTUKLIB_SYMBOL_PREFIX=3Dlzma_ -I -I -I -I -I -I -I -I -= I -I -DSYMB= OL_VERSIONING -std=3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wall= -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-pro= totypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-bod= y -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 -c -o delta_encoder.po --- secure.all__D --- --- x_crl.po --- cc -pg -O2 -pipe -DTERMIOS -DANSI_SOURCE -I = -I -I/usr/obj -DOPENSSL_THREADS -DDSO_= DLFCN -DHAVE_DLFCN_H -DL_ENDIAN -DOPENSSL_IA32_SSE2 -DAES_ASM -DBSAES_ASM -= DVPAES_ASM -DOPENSSL_BN_ASM_MONT -DOPENSSL_BN_ASM_MONT5 -DOPENSSL_BN_ASM_GF= 2m -DMD5_ASM -DGHASH_ASM -DSHA1_ASM -DSHA256_ASM -DSHA512_ASM -DWHIRLPOOL_A= SM -I -I -I -std=3Dgnu89 -fstack-= protector -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unuse= d-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parenthes= es-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-swit= ch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c = -o x_crl.po --- lib.all__D --- --- delta_decoder.po --- cc -pg -O2 -pipe -DHAVE_CONFIG_H -DTUKLIB_SYMBOL_PREFIX=3Dlzma_ -I -I -I -I -I -I -I -I -= I -I -DSYMB= OL_VERSIONING -std=3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wall= -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-pro= totypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-bod= y -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 -c -o delta_decoder.po --- sbin.all__D --- --- options.o --- cc -O2 -pipe -std=3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wa= ll -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wn= o-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno= -unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conv= ersion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-ar= guments -c --- lib.all__D --- --- simple_coder.po --- cc -pg -O2 -pipe -DHAVE_CONFIG_H -DTUKLIB_SYMBOL_PREFIX=3Dlzma_ -I -I -I -I -I -I -I -I -= I -I -DSYMB= OL_VERSIONING -std=3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wall= -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-pro= totypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-bod= y -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 -c -o simple_coder.po --- rescue.all__D --- nc.lo: In function `_$$hide$$ nc.lo main': (.text+0x61a): warning: warning: mktemp() possibly used unsafely; consider = using mkstemp() --- lib.all__D --- --- simple_encoder.po --- cc -pg -O2 -pipe -DHAVE_CONFIG_H -DTUKLIB_SYMBOL_PREFIX=3Dlzma_ -I -I -I -I -I -I -I -I -= I -I -DSYMB= OL_VERSIONING -std=3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wall= -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-pro= totypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-bod= y -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 -c -o simple_encoder.po --- secure.all__D --- --- x_exten.po --- cc -pg -O2 -pipe -DTERMIOS -DANSI_SOURCE -I = -I -I/usr/obj -DOPENSSL_THREADS -DDSO_= DLFCN -DHAVE_DLFCN_H -DL_ENDIAN -DOPENSSL_IA32_SSE2 -DAES_ASM -DBSAES_ASM -= DVPAES_ASM -DOPENSSL_BN_ASM_MONT -DOPENSSL_BN_ASM_MONT5 -DOPENSSL_BN_ASM_GF= 2m -DMD5_ASM -DGHASH_ASM -DSHA1_ASM -DSHA256_ASM -DSHA512_ASM -DWHIRLPOOL_A= SM -I -I -I -std=3Dgnu89 -fstack-= protector -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unuse= d-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parenthes= es-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-swit= ch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c = -o x_exten.po --- lib.all__D --- --- simple_decoder.po --- cc -pg -O2 -pipe -DHAVE_CONFIG_H -DTUKLIB_SYMBOL_PREFIX=3Dlzma_ -I -I -I -I -I -I -I -I -= I -I -DSYMB= OL_VERSIONING -std=3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wall= -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-pro= totypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-bod= y -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 -c -o simple_decoder.po --- sbin.all__D --- --- tree.o --- cc -O2 -pipe -std=3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wa= ll -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wn= o-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno= -unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conv= ersion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-ar= guments -c --- lib.all__D --- --- x86.po --- cc -pg -O2 -pipe -DHAVE_CONFIG_H -DTUKLIB_SYMBOL_PREFIX=3Dlzma_ -I -I -I -I -I -I -I -I -= I -I -DSYMB= OL_VERSIONING -std=3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wall= -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-pro= totypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-bod= y -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 -c -o x= 86.po --- sbin.all__D --- --- conflex.o --- --- secure.all__D --- --- x_info.po --- --- sbin.all__D --- cc -O2 -pipe -std=3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wa= ll -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wn= o-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno= -unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conv= ersion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-ar= guments -c --- secure.all__D --- cc -pg -O2 -pipe -DTERMIOS -DANSI_SOURCE -I = -I -I/usr/obj -DOPENSSL_THREADS -DDSO_= DLFCN -DHAVE_DLFCN_H -DL_ENDIAN -DOPENSSL_IA32_SSE2 -DAES_ASM -DBSAES_ASM -= DVPAES_ASM -DOPENSSL_BN_ASM_MONT -DOPENSSL_BN_ASM_MONT5 -DOPENSSL_BN_ASM_GF= 2m -DMD5_ASM -DGHASH_ASM -DSHA1_ASM -DSHA256_ASM -DSHA512_ASM -DWHIRLPOOL_A= SM -I -I -I -std=3Dgnu89 -fstack-= protector -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unuse= d-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parenthes= es-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-swit= ch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c = -o x_info.po --- lib.all__D --- --- powerpc.po --- cc -pg -O2 -pipe -DHAVE_CONFIG_H -DTUKLIB_SYMBOL_PREFIX=3Dlzma_ -I -I -I -I -I -I -I -I -= I -I -DSYMB= OL_VERSIONING -std=3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wall= -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-pro= totypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-bod= y -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 -c = -o powerpc.po --- rescue.all__D --- df.lo: In function `_$$hide$$ df.lo main': (.text+0x8e): undefined reference to `xo_parse_args' df.lo: In function `_$$hide$$ df.lo main': (.text+0x216): undefined reference to `xo_errx' df.lo: In function `_$$hide$$ df.lo main': (.text+0x23e): undefined reference to `xo_warn' df.lo: In function `_$$hide$$ df.lo main': (.text+0x297): undefined reference to `xo_errx' df.lo: In function `_$$hide$$ df.lo main': (.text+0x2b2): undefined reference to `xo_errx' df.lo: In function `_$$hide$$ df.lo main': (.text+0x2f4): undefined reference to `xo_warnx' df.lo: In function `_$$hide$$ df.lo main': (.text+0x321): undefined reference to `xo_warn' df.lo: In function `_$$hide$$ df.lo main': (.text+0x367): undefined reference to `xo_warnx' df.lo: In function `_$$hide$$ df.lo main': (.text+0x427): undefined reference to `xo_warnx' df.lo: In function `_$$hide$$ df.lo main': (.text+0x46a): undefined reference to `xo_warnx' df.lo: In function `_$$hide$$ df.lo main': (.text+0x5c9): undefined reference to `xo_err' df.lo: In function `_$$hide$$ df.lo main': (.text+0x6a6): undefined reference to `xo_warnx' df.lo: In function `_$$hide$$ df.lo main': (.text+0x713): undefined reference to `xo_open_container' df.lo: In function `_$$hide$$ df.lo main': (.text+0x71d): undefined reference to `xo_open_list' df.lo: In function `_$$hide$$ df.lo main': (.text+0x87d): undefined reference to `xo_warn' df.lo: In function `_$$hide$$ df.lo main': (.text+0x8ac): undefined reference to `xo_warn' df.lo: In function `_$$hide$$ df.lo main': (.text+0x9e4): undefined reference to `xo_warn' df.lo: In function `_$$hide$$ df.lo main': (.text+0xa13): undefined reference to `xo_warn' df.lo: In function `_$$hide$$ df.lo main': (.text+0xa45): undefined reference to `xo_warn' df.lo: In function `_$$hide$$ df.lo main': (.text+0xe44): undefined reference to `xo_close_list' df.lo: In function `_$$hide$$ df.lo main': (.text+0xe70): undefined reference to `xo_close_container' df.lo: In function `_$$hide$$ df.lo main': (.text+0xe75): undefined reference to `xo_finish' df.lo: In function `_$$hide$$ df.lo main': (.text+0xeb1): undefined reference to `xo_error' df.lo: In function `_$$hide$$ df.lo prtstat': _$$hide$$ df.lo :(.text+0x1080): undefined reference to `xo_emit' _$$hide$$ df.lo :(.text+0x109f): undefined reference to `xo_emit' _$$hide$$ df.lo :(.text+0x10d1): undefined reference to `xo_emit' _$$hide$$ df.lo :(.text+0x1132): undefined reference to `xo_emit' _$$hide$$ df.lo :(.text+0x113e): undefined reference to `xo_emit' _$$hide$$ df.lo :(.text+0x1148): undefined reference to `xo_open_instance' _$$hide$$ df.lo :(.text+0x1162): undefined reference to `xo_warnx' _$$hide$$ df.lo :(.text+0x1185): undefined reference to `xo_emit' _$$hide$$ df.lo :(.text+0x11a7): undefined reference to `xo_emit' _$$hide$$ df.lo :(.text+0x121f): undefined reference to `xo_attr' _$$hide$$ df.lo :(.text+0x122e): undefined reference to `xo_emit' _$$hide$$ df.lo :(.text+0x128b): undefined reference to `xo_attr' _$$hide$$ df.lo :(.text+0x129a): undefined reference to `xo_emit' _$$hide$$ df.lo :(.text+0x12f5): undefined reference to `xo_attr' _$$hide$$ df.lo :(.text+0x1304): undefined reference to `xo_emit' _$$hide$$ df.lo :(.text+0x1374): undefined reference to `xo_emit' _$$hide$$ df.lo :(.text+0x13ac): undefined reference to `xo_emit' _$$hide$$ df.lo :(.text+0x13e3): undefined reference to `xo_emit' _$$hide$$ df.lo :(.text+0x1426): undefined reference to `xo_attr' _$$hide$$ df.lo :(.text+0x1435): undefined reference to `xo_emit' _$$hide$$ df.lo :(.text+0x1478): undefined reference to `xo_attr' _$$hide$$ df.lo :(.text+0x1487): undefined reference to `xo_emit' _$$hide$$ df.lo :(.text+0x1495): undefined reference to `xo_emit' _$$hide$$ df.lo :(.text+0x14c1): undefined reference to `xo_emit' _$$hide$$ df.lo :(.text+0x14f5): undefined reference to `xo_emit' _$$hide$$ df.lo :(.text+0x1522): undefined reference to `xo_emit' df.lo:_$$hide$$ df.lo :(.text+0x152e): more undefined references to `xo_emit' fol= low df.lo: In function `_$$hide$$ df.lo prtstat': _$$hide$$ df.lo :(.text+0x1538): undefined reference to `xo_close_instance' --- lib.all__D --- --- ia64.po --- cc -pg -O2 -pipe -DHAVE_CONFIG_H -DTUKLIB_SYMBOL_PREFIX=3Dlzma_ -I -I -I -I -I -I -I -I -= I -I -DSYMB= OL_VERSIONING -std=3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wall= -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-pro= totypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-bod= y -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 -c -o = ia64.po --- secure.all__D --- --- x_long.po --- cc -pg -O2 -pipe -DTERMIOS -DANSI_SOURCE -I = -I -I/usr/obj -DOPENSSL_THREADS -DDSO_= DLFCN -DHAVE_DLFCN_H -DL_ENDIAN -DOPENSSL_IA32_SSE2 -DAES_ASM -DBSAES_ASM -= DVPAES_ASM -DOPENSSL_BN_ASM_MONT -DOPENSSL_BN_ASM_MONT5 -DOPENSSL_BN_ASM_GF= 2m -DMD5_ASM -DGHASH_ASM -DSHA1_ASM -DSHA256_ASM -DSHA512_ASM -DWHIRLPOOL_A= SM -I -I -I -std=3Dgnu89 -fstack-= protector -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unuse= d-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parenthes= es-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-swit= ch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c = -o x_long.po --- sbin.all__D --- --- errwarn.o --- cc -O2 -pipe -std=3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wa= ll -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wn= o-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno= -unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conv= ersion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-ar= guments -c --- lib.all__D --- --- arm.po --- cc -pg -O2 -pipe -DHAVE_CONFIG_H -DTUKLIB_SYMBOL_PREFIX=3Dlzma_ -I -I -I -I -I -I -I -I -= I -I -DSYMB= OL_VERSIONING -std=3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wall= -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-pro= totypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-bod= y -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 -c -o a= rm.po --- secure.all__D --- --- x_name.po --- cc -pg -O2 -pipe -DTERMIOS -DANSI_SOURCE -I = -I -I/usr/obj -DOPENSSL_THREADS -DDSO_= DLFCN -DHAVE_DLFCN_H -DL_ENDIAN -DOPENSSL_IA32_SSE2 -DAES_ASM -DBSAES_ASM -= DVPAES_ASM -DOPENSSL_BN_ASM_MONT -DOPENSSL_BN_ASM_MONT5 -DOPENSSL_BN_ASM_GF= 2m -DMD5_ASM -DGHASH_ASM -DSHA1_ASM -DSHA256_ASM -DSHA512_ASM -DWHIRLPOOL_A= SM -I -I -I -std=3Dgnu89 -fstack-= protector -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unuse= d-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parenthes= es-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-swit= ch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c = -o x_name.po --- lib.all__D --- --- armthumb.po --- cc -pg -O2 -pipe -DHAVE_CONFIG_H -DTUKLIB_SYMBOL_PREFIX=3Dlzma_ -I -I -I -I -I -I -I -I -= I -I -DSYMB= OL_VERSIONING -std=3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wall= -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-pro= totypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-bod= y -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 -c = -o armthumb.po --- sbin.all__D --- --- inet.o --- cc -O2 -pipe -std=3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wa= ll -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wn= o-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno= -unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conv= ersion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-ar= guments -c --- rescue.all__D --- cc: error: linker command failed with exit code 1 (use -v to see invocation= ) *** [rescue] Error code 1 make[5]: stopped in /usr/obj 1 error make[5]: stopped in /usr/obj *** [rescue] Error code 2 make[4]: stopped in 1 error make[4]: stopped in *** [_sub.all] Error code 2 make[3]: stopped in 1 error make[3]: stopped in *** [rescue.all__D] Error code 2 make[2]: stopped in --- lib.all__D --- A failure has been detected in another branch of the parallel make make[4]: stopped in *** [all_subdir_liblzma] Error code 2 make[3]: stopped in 1 error make[3]: stopped in *** [lib.all__D] Error code 2 make[2]: stopped in --- sbin.all__D --- A failure has been detected in another branch of the parallel make make[4]: stopped in *** [all_subdir_dhclient] Error code 2 make[3]: stopped in 1 error make[3]: stopped in *** [sbin.all__D] Error code 2 make[2]: stopped in --- secure.all__D --- 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 *** [_sub.all] Error code 2 make[3]: stopped in 1 error make[3]: stopped in *** [secure.all__D] Error code 2 make[2]: stopped in 4 errors make[2]: stopped in *** [everything] Error code 2 make[1]: stopped in 1 error make[1]: stopped in *** [buildworld] Error code 2 make: stopped in 1 error make: stopped in Build step 'Execute shell' marked build as failure From owner-freebsd-current@FreeBSD.ORG Fri Nov 7 08:23: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 AC66FBAF; Fri, 7 Nov 2014 08:23:54 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 99CF8BC2; Fri, 7 Nov 2014 08:23:54 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id CF05A3E8; Fri, 7 Nov 2014 08:23:54 +0000 (UTC) Date: Fri, 7 Nov 2014 08:23:52 +0000 (GMT) From: jenkins-admin@freebsd.org To: jenkins-admin@FreeBSD.org, freebsd-current@freebsd.org, ae@FreeBSD.org, ian@FreeBSD.org, bapt@FreeBSD.org, markj@FreeBSD.org, dteske@FreeBSD.org, mav@FreeBSD.org, bryanv@FreeBSD.org, jfv@FreeBSD.org, marcel@FreeBSD.org Message-ID: <1847657413.38.1415348634776.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1395069436.37.1415334060154.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1395069436.37.1415334060154.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is back to normal : FreeBSD_HEAD #1789 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-Mailman-Approved-At: Fri, 07 Nov 2014 13:12:52 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Nov 2014 08:23:54 -0000 See From owner-freebsd-current@FreeBSD.ORG Fri Nov 7 13:59:59 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 287B582C for ; Fri, 7 Nov 2014 13:59:59 +0000 (UTC) Received: from smtprelay04.ispgateway.de (smtprelay04.ispgateway.de [80.67.29.8]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id DA03A875 for ; Fri, 7 Nov 2014 13:59:58 +0000 (UTC) Received: from [78.35.130.26] (helo=fabiankeil.de) by smtprelay04.ispgateway.de with esmtpsa (TLSv1.2:AES128-GCM-SHA256:128) (Exim 4.84) (envelope-from ) id 1Xmjo5-0004rM-7g; Fri, 07 Nov 2014 14:42:29 +0100 Date: Fri, 7 Nov 2014 14:42:30 +0100 From: Fabian Keil To: Eric van Gyzen Subject: Re: sh: "local" assignment from command loses exit status Message-ID: <63396928.4e2735a2@fabiankeil.de> In-Reply-To: <545BB08D.4020402@vangyzen.net> References: <545BADDE.5050605@vangyzen.net> <74dd7d12.793ea654@fabiankeil.de> <545BB08D.4020402@vangyzen.net> Reply-To: Freebsd current MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; boundary="Sig_/b/5uYkxMzcmbV0TC=/jDNh8"; protocol="application/pgp-signature" X-Df-Sender: Nzc1MDY3 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, 07 Nov 2014 13:59:59 -0000 --Sig_/b/5uYkxMzcmbV0TC=/jDNh8 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Eric van Gyzen wrote: > On 11/06/2014 12:30, Fabian Keil wrote: > > Eric van Gyzen wrote: > > > >> In sh, if I use a single statement to declare a local variable and > >> assign the output of a command to it, the exit status of that command = is > >> lost. For example: > >> > >> should_return_false() { > >> local var1=3D`false` > >> } > >> > >> The function should return non-zero, but it returns zero. > > The function should return the return code of the last command. > > In your example, the last command is "local". >=20 > Fair enough. What about errexit? The shell ran a command whose exit > status was not tested, that status was failure, yet the shell did not exi= t. That's unrelated to the "local", though. Compare: fk@r500 ~ $sh -e -c 'true `false; echo "Not reached"`; echo Reached' Reached While it's not obvious from the man page[1], my assumption is that this is intentional behaviour. The return code of the command substitution subshell can't be checked in the parent shell, as $? belongs to the command that gets the output as argument (in your case "local"), thus counting this as an untested return code would be inconvenient. Fabian [1] It could be argued that the behaviour is documented as "-e ... tends to behave in unexpected ways", though ... --Sig_/b/5uYkxMzcmbV0TC=/jDNh8 Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iEYEARECAAYFAlRczEYACgkQBYqIVf93VJ0bWQCgpOk34LB5cg7Js/FNCvyrW2/v OSwAnAqTxfXWDLsxXeZtidfW6KIjsm1J =YS98 -----END PGP SIGNATURE----- --Sig_/b/5uYkxMzcmbV0TC=/jDNh8-- From owner-freebsd-current@FreeBSD.ORG Fri Nov 7 18:03:30 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 26670257; Fri, 7 Nov 2014 18:03:30 +0000 (UTC) Received: from udns.ultimatedns.net (unknown [IPv6:2602:d1:b4d6:e600:4261:86ff:fef6:aa2a]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id C76D584A; Fri, 7 Nov 2014 18:03:29 +0000 (UTC) Received: from ultimatedns.net (localhost [127.0.0.1]) by udns.ultimatedns.net (8.14.9/8.14.9) with ESMTP id sA7I3Wqg037043; Fri, 7 Nov 2014 10:03:32 -0800 (PST) (envelope-from bsd-lists@bsdforge.com) To: Dimitry Andric In-Reply-To: <88093924-8327-450B-A086-F60C8155E9DC@FreeBSD.org> References: , <88093924-8327-450B-A086-F60C8155E9DC@FreeBSD.org> From: "Chris H" Subject: Re: What is xmmintrin.h, and why aren't ports finding it? Date: Fri, 07 Nov 2014 10:03:32 -0800 Content-Type: text/plain; charset=UTF-8; format=fixed MIME-Version: 1.0 Message-id: <05185009b7b2fa9abe47260c692b56ba@ultimatedns.net> Content-Transfer-Encoding: 8bit Cc: FreeBSD CURRENT , FreeBSD ports X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Nov 2014 18:03:30 -0000 On Fri, 7 Nov 2014 13:10:51 +0100 Dimitry Andric wrote > On 07 Nov 2014, at 04:36, Chris H wrote: > > > > Greetings, > > Working on a recent 11-CURRENT install > > (11-CURRENT #1 amd64 r274134 Nov 5 12:56:14 PST 2014) > > svn info /usr/ports Revision: 372176 > > > > Given the above, and the fact that I have installed lang/gcc-48. > > Is there any reason that any port wanting to include xmmintrin.h > > fails to find it? Even though dmesg && messages reflects the fact > > that gcc48 is included within my $PATH? > > What you have in your PATH does not matter. The xmmintrin.h header > contains SSE intrinsics, and should automatically be found by your gcc > 4.8 port. Normally it is located in: > > /usr/local/lib/gcc48/gcc/i386-portbld-freebsd11.0/4.8.4/include/xmmintrin.h > > or if you have a slightly different gcc version, just run: > > find /usr/local/lib/gcc48 -name xmmintrin.h > > to find it. If you run: > > gcc48 -v -x c -c /dev/null -o /dev/null > > it should show you the paths it searches for include files (look for the > "#include <...> search starts here:" line). For example, on my system > this shows: > > #include <...> search starts here: > /usr/local/lib/gcc48/gcc/i386-portbld-freebsd11.0/4.8.4/include > /usr/local/include > /usr/local/lib/gcc48/gcc/i386-portbld-freebsd11.0/4.8.4/include-fixed > /usr/include > End of search list. > > The directory where you found xmmintrin.h should be listed in the search > directories. > Thank you _very_ much for the reply, Dimitry. Indeed, following your example above. Indicates that xmmintrin.h _is_ in the search path. I think it must be a matter of _which_ CC USE_GCC is defaulting to. I'll have to examine things in that range, a little closer. Thank you again, for the informative reply, Dimitry. --Chris > -Dimitry > > _______________________________________________ > freebsd-ports@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Fri Nov 7 19:37:22 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 6C803E58 for ; Fri, 7 Nov 2014 19:37:22 +0000 (UTC) Received: from mail-qa0-x236.google.com (mail-qa0-x236.google.com [IPv6:2607:f8b0:400d:c00::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 2686F18C for ; Fri, 7 Nov 2014 19:37:22 +0000 (UTC) Received: by mail-qa0-f54.google.com with SMTP id u7so2829831qaz.27 for ; Fri, 07 Nov 2014 11:37:21 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=clxDFlUAZ3900CmoALjlvQQz7ORg5OcABkUHOM6Rp48=; b=uSl6vpcb2Fd/mFAMWzfIszny28BlOKCqjys3HdmUN2G9uzyvVj7l4+Vcrhw3hvabkW w7U9iqxfjXu9IwqNjQi7Rnopq9/uZYqfitllRJSyxWpRuMaWSRVnExqT0PV9DySmtAbT VxKuqX6twBTviw66q01lBzi2W7ERffWexXpuU/rV5OtMt6ziQBrMs3f4CbyloKlj7EAC bsa+/zp+JbMDBILznG5u3HApOnlnV8xY2JnNoUHBJFJlFx9mW7cAJ0l4r8U/2cCAmo8T GObOyiuVCbvIbZVMYToeBFi3SzB+yBmWPw9eGPvLaf1XyU+XfpCzkfEcbdjpRgEyOQBF S3lA== MIME-Version: 1.0 X-Received: by 10.140.83.7 with SMTP id i7mr19933040qgd.14.1415389041207; Fri, 07 Nov 2014 11:37:21 -0800 (PST) Received: by 10.96.169.229 with HTTP; Fri, 7 Nov 2014 11:37:21 -0800 (PST) Date: Fri, 7 Nov 2014 20:37:21 +0100 Message-ID: Subject: "geli: Wrong key" with a simple passphrase From: Aurelien Martin <01aurelien@gmail.com> To: freebsd-current@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Nov 2014 19:37:22 -0000 Dear all, I tried to geli my external USB drive da0 with a simple passphrase But I'm getting "Wrong key for da0" when I want to attach it. Let me know if I have forgot a step. Cheers,Aurelien Log -- # uname -a FreeBSD 11.0-CURRENT FreeBSD 11.0-CURRENT #0 r271779: Fri Sep 19 01:18:53 UTC 2014 root@grind.freebsd.org:/usr/obj/arm.armv6/usr/src/sys/RPI-B arm What I have done : # geli init da0 Enter new passphrase: Reenter new passphrase: Metadata backup can be found in /var/backups/da0.eli and ... # geli attach da0 Enter passphrase: for da0. # cat /var/backups/da0.eli | hexdump -c | head -1 0000000 G E O M : : E L I \0 \0 \0 \0 \0 \0 \0 From owner-freebsd-current@FreeBSD.ORG Fri Nov 7 20:40:18 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 C5C6F1E3; Fri, 7 Nov 2014 20:40:18 +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 825569EC; Fri, 7 Nov 2014 20:40:18 +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 <1XmqKH-000csr-PX>; Fri, 07 Nov 2014 21:40:09 +0100 Received: from g225053116.adsl.alicedsl.de ([92.225.53.116] helo=hermann.walstatt.dynvpn.de) by inpost2.zedat.fu-berlin.de (Exim 4.82) with esmtpsa (envelope-from ) id <1XmqKH-0044KL-NY>; Fri, 07 Nov 2014 21:40:09 +0100 Date: Fri, 7 Nov 2014 21:39:07 +0100 From: "O. Hartmann" To: FreeBSD Ports , FreeBSD CURRENT Subject: CURRENT Revision: 274250 breaks build of x11/nvidia-driver: pkg-static: nvidia-driver-343.22 conflicts with libEGL-10.3.2 Message-ID: <20141107213907.3c692c09.ohartman@zedat.fu-berlin.de> Organization: FU Berlin X-Mailer: Claws Mail 3.11.1 (GTK+ 2.24.22; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; boundary="Sig_/.H1iMgs/C8PVNUKqMm0P8oz"; protocol="application/pgp-signature" X-Originating-IP: 92.225.53.116 X-ZEDAT-Hint: A X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: 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, 07 Nov 2014 20:40:18 -0000 --Sig_/.H1iMgs/C8PVNUKqMm0P8oz Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Out of the blue the build of port x11/nvidia-driver fails - portmaster is t= hat sloppy that it can not check BEFORE it kills the existent driver and fails to inst= all after the deletion! The src tree is at Revision: 274250 and with Revision r274177 the build wor= ks. The failure is: =3D=3D=3D> Registering installation for nvidia-driver-343.22 pkg-static: nvidia-driver-343.22 conflicts with libEGL-10.3.2 (installs fil= es into the same place). Problematic file: /usr/local/lib/libEGL.so To use these drive= rs, make sure that you have loaded the NVidia kernel module, by doing [...] Please can someone fix this? I have three boxes now without graphics due to= this. Regards, Oliver --Sig_/.H1iMgs/C8PVNUKqMm0P8oz Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBAgAGBQJUXS3xAAoJEOgBcD7A/5N8LccH/j/Cg6OMivTglzMLz/MxYF2u yUTY8np5jnyQFblHsvuXJtuymY+o/LtGULluhXm0UwBVaIMQVdISCaPD9m9kowO+ adB9Dtx9CdyqgBzGDmRMERpKeZsXsqJC0ojvubxhSC9frBD26/IwE7ooL+z6my6p zl+iNeN5zwvqMtZcmZGkmxz0kboEsVyirPtw1nznKPJlWGSrUrpyk5kPn6xZZdzs SVAavuHcANhFQt1tGU5rbGOaDtJ/S5cS0Pn4G6mjJ5iM9Rj+NmJ6/9Vga4Q1ppYi Plpj2m5eWjULTf1TL2fQS/A3MlzWfgntLHD73KVLZhBA8YhdIKPKxM57LvQI8KI= =tTXI -----END PGP SIGNATURE----- --Sig_/.H1iMgs/C8PVNUKqMm0P8oz-- From owner-freebsd-current@FreeBSD.ORG Fri Nov 7 20:40: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 7FCF4373; Fri, 7 Nov 2014 20:40:50 +0000 (UTC) Received: from mout.web.de (mout.web.de [212.227.15.14]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mout.web.de", Issuer "TeleSec ServerPass DE-1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 15D869FA; Fri, 7 Nov 2014 20:40:49 +0000 (UTC) Received: from hermann.walstatt.dynvpn.de ([92.225.53.116]) by smtp.web.de (mrweb004) with ESMTPSA (Nemesis) id 0MapFS-1XTeJo1kde-00KPn0; Fri, 07 Nov 2014 21:27:42 +0100 Date: Fri, 7 Nov 2014 21:26:39 +0100 From: "O. Hartmann" To: FreeBSD Ports , FreeBSD CURRENT Subject: CURRENT breaks build of x11/nvidia-driver: pkg-static: nvidia-driver-343.22 conflicts with libEGL-10.3.2 Message-ID: <20141107212639.2e3e71e5@hermann.walstatt.dynvpn.de> X-Mailer: Claws Mail 3.11.1 (GTK+ 2.24.22; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; boundary="Sig_/Hm1+J0Rf78LVnIakQPzgsQC"; protocol="application/pgp-signature" X-Provags-ID: V03:K0:GGcDIqxbMWIGsa3lvBfuZpp7M4lFVpA1+8IxY3jYUKdz51Xi+HG ctWTwItwliq11DH1k0wI7wcLIYRKMDTxGP9xH3zLjUiWPmpwRQWI5IZl0QP7yero3IHF3pD mHUN7hWwv7IyPXNl2BaC9E5gC5foucSnwtHEvNaNR8vFtDukUPA52M0HeZP5KWbhjmLT+Bm nYhEbcqFlGS6yRWkCUAZQ== X-UI-Out-Filterresults: notjunk:1; X-Mailman-Approved-At: Fri, 07 Nov 2014 23:10:05 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Nov 2014 20:40:50 -0000 --Sig_/Hm1+J0Rf78LVnIakQPzgsQC Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Out of the blue the build of port x11/nvidia-driver fails - portmaster is t= hat sloppy that it can not check BEFORE it kills the existent driver and fails to inst= all after the deletion! The src tree is at Revision: 274250 and with Revision r274177 the build wor= ks. The failure is: =3D=3D=3D> Registering installation for nvidia-driver-343.22 pkg-static: nvidia-driver-343.22 conflicts with libEGL-10.3.2 (installs fil= es into the same place). Problematic file: /usr/local/lib/libEGL.so To use these drive= rs, make sure that you have loaded the NVidia kernel module, by doing [...] Please can someone fix this? I have three boxes now without graphics due to= this. Regards, Oliver --Sig_/Hm1+J0Rf78LVnIakQPzgsQC Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iF4EAREIAAYFAlRdKwUACgkQnYG/s1BIggfuFAEAxMe5jO6FJKYVY8uG0th+ZtJL G+NHAyZenD267kWzkBcA/RYe9qkWeWTur49zLk1EXCT8Wo2vgkoKoUCUeJ5t58NM =CnCX -----END PGP SIGNATURE----- --Sig_/Hm1+J0Rf78LVnIakQPzgsQC-- From owner-freebsd-current@FreeBSD.ORG Fri Nov 7 23:41:02 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 11D72EAF for ; Fri, 7 Nov 2014 23:41:02 +0000 (UTC) Received: from mail-ie0-f179.google.com (mail-ie0-f179.google.com [209.85.223.179]) (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 D5A6BDA9 for ; Fri, 7 Nov 2014 23:41:01 +0000 (UTC) Received: by mail-ie0-f179.google.com with SMTP id rl12so6048457iec.24 for ; Fri, 07 Nov 2014 15:40:54 -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:from:date:message-id:subject:to :content-type; bh=JblUhmr0gkILVChQ/v1MQ6Vq7e3FGWMea24UPEMME9M=; b=h1KFwBijISuZ2cuOxSHQnPHJea4M6LMe5LPtKqHWkSNHGv4QBPSx0z75hkERwOHEkW IcbHfZzTcjHQiILbEcFwSJ/MeVN6htUVYv7v4V8O+ajb8IWKwtVPm1Ban0DHvOFPbmD6 5i452yIOe8VANqsKLAWqdtXdrf5LtB0jgmWQsIG14XJRmYHaQanVZ+KLEmMhNnrMOORh 28dIC/vjD/I9UOP+3nAT8KVuZGcp3NmeFz8hpd7LQ13RMntlG3MqDx0TJ9MjkwgtV2C7 nOkeRSVJNt/yzcnU770kyhoAeR/cunTLFZlCRwFcP6jnFb+mKiz2D9cIAFGXuRUK6eND 4t8A== X-Gm-Message-State: ALoCoQlwCQGs+UCX7RARTRwuRtiLY2hyf6VvvawZWEhu2JrAHcOu7MtfV42W35SluNMu3JCn9VpBo9mu7j/46cbsevxef4rbh9bXZfHwmUUMMuKEzwz8hIO60Popodr16hDgvbf0T6x7 X-Received: by 10.107.40.141 with SMTP id o135mr896714ioo.26.1415403272499; Fri, 07 Nov 2014 15:34:32 -0800 (PST) MIME-Version: 1.0 Received: by 10.43.94.9 with HTTP; Fri, 7 Nov 2014 15:34:17 -0800 (PST) From: "Lundberg, Johannes" Date: Sat, 8 Nov 2014 08:34:17 +0900 Message-ID: Subject: snapshot iso, memstick.img missing? To: FreeBSD Current Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: base64 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Nov 2014 23:41:02 -0000 SGkNCg0KSSBjYW4ndCBzZWVtIHRvIGZpbmQNCkZyZWVCU0QtMTEuMC1DVVJSRU5ULWFtZDY0LTIw MTQxMDI1LXIyNzM2MzUtbWVtc3RpY2suaW1nDQoNCkFueSByZWFzb24gd2h5IHRoaXMgaXMgbWlz c2luZz8NCg0KLS0NCkpvaGFubmVzIEx1bmRiZXJnDQoKLS0gCj0tPS09LT0tPS09LT0tPS09LT0t PS09LT0tPS09LT0tPS09LT0tPS09LT0tPS09LT0tPS09LQrnp5jlr4bkv53mjIHjgavjgaTjgYTj gabvvJrjgZPjga7pm7vlrZDjg6Hjg7zjg6vjga/jgIHlkI3lrpvkurrjgavpgIHkv6HjgZfjgZ/j goLjga7jgafjgYLjgorjgIHnp5jljL/nibnmqKnjga7lr77osaHjgajjgarjgovmg4XloLHjgpLl kKvjgpPjgafjgYTjgb7jgZnjgIIK44KC44GX44CB5ZCN5a6b5Lq65Lul5aSW44Gu5pa544GM5Y+X 5L+h44GV44KM44Gf5aC05ZCI44CB44GT44Gu44Oh44O844Or44Gu56C05qOE44CB44GK44KI44Gz 44GT44Gu44Oh44O844Or44Gr6Zai44GZ44KL5LiA5YiH44Gu6ZaL56S644CBCuikh+WGmeOAgemF jeW4g+OAgeOBneOBruS7luOBruWIqeeUqOOAgeOBvuOBn+OBr+iomOi8ieWGheWuueOBq+WfuuOB peOBj+OBhOOBi+OBquOCi+ihjOWLleOCguOBleOCjOOBquOBhOOCiOOBhuOBiumhmOOBhOeUs+OB l+S4iuOBkuOBvuOBmeOAggotLS0KQ09ORklERU5USUFMSVRZIE5PVEU6IFRoZSBpbmZvcm1hdGlv biBpbiB0aGlzIGVtYWlsIGlzIGNvbmZpZGVudGlhbAphbmQgaW50ZW5kZWQgc29sZWx5IGZvciB0 aGUgYWRkcmVzc2VlLgpEaXNjbG9zdXJlLCBjb3B5aW5nLCBkaXN0cmlidXRpb24gb3IgYW55IG90 aGVyIGFjdGlvbiBvZiB1c2Ugb2YgdGhpcwplbWFpbCBieSBwZXJzb24gb3RoZXIgdGhhbiBpbnRl bmRlZCByZWNpcGllbnQsIGlzIHByb2hpYml0ZWQuCklmIHlvdSBhcmUgbm90IHRoZSBpbnRlbmRl ZCByZWNpcGllbnQgYW5kIGhhdmUgcmVjZWl2ZWQgdGhpcyBlbWFpbCBpbgplcnJvciwgcGxlYXNl IGRlc3Ryb3kgdGhlIG9yaWdpbmFsIG1lc3NhZ2UuCg== From owner-freebsd-current@FreeBSD.ORG Sat Nov 8 00:23:17 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1050E509; Sat, 8 Nov 2014 00:23:17 +0000 (UTC) Received: from udns.ultimatedns.net (unknown [IPv6:2602:d1:b4d6:e600:4261:86ff:fef6:aa2a]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id D92BD18C; Sat, 8 Nov 2014 00:23:16 +0000 (UTC) Received: from ultimatedns.net (localhost [127.0.0.1]) by udns.ultimatedns.net (8.14.9/8.14.9) with ESMTP id sA80NKf6084639; Fri, 7 Nov 2014 16:23:20 -0800 (PST) (envelope-from bsd-lists@bsdforge.com) To: "FreeBSD ports" , "FreeBSD CURRENT" , From: "Chris H" Subject: How exactly does the base toolchain determine WHICH language to build with? Date: Fri, 07 Nov 2014 16:23:20 -0800 Content-Type: text/plain; charset=UTF-8; format=fixed MIME-Version: 1.0 Message-id: <6810431a15d054459a29d434dd22619e@ultimatedns.net> Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Nov 2014 00:23:17 -0000 Greetings, Sorry for the long title. I've been [needlessly] struggling with getting ports within the ports tree to build, on a fresh 11-CURRENT install from 2014-11-05. With custom KERNEL and WORLD built, and installed. Here's my situation, which has worked well since ~8.2; make.conf(5) WITHOUT_CLANG=true FAVORITE_COMPILER=gcc src.conf(5) WITHOUT_CLANG=true I'll neither argue, nor defend rational for w/o clang. To boring and out of scope for this thread. That said; I realize that lang/clang(33/34/35) is the default toolchain for 10+, and that's just fine by me. So I shouldn't be terribly surprised when install kernel/world, followed by make delete-old removes the clang built, or provided by the base install from the (initial) install procedure. But what _does_ surprise me, is that the install of lang/gcc-48 does _not_ become the compiler of choice with the above $ENV, after [seemingly] deleting clang. I understand that it may not be advisable to eliminate the default [base] toolchain. But leaving only remnants of clang, causes quite a bit of what I would consider POLA. Given that clang's bin files are [still] located in /usr/bin, while additional compilers are located in /usr/local/bin. All past installs -- even an older 11, did not exhibit this problem. What's changed? What's the rational, and how to best setup an effective build $ENV under the current circumstances? Or is this simply an [unintended] anomaly? Currently, the only way I can envision overcoming this, is by way of make.conf(5). Using the CC, CXX, and CPP directives. Which IMHO is not ideal. Thank you for all your time, and consideration, and sorry for the somewhat longish post. --Chris From owner-freebsd-current@FreeBSD.ORG Sat Nov 8 00:26:16 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 88380796 for ; Sat, 8 Nov 2014 00:26:16 +0000 (UTC) Received: from phlegethon.blisses.org (phlegethon.blisses.org [50.56.97.101]) (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 609731B2 for ; Sat, 8 Nov 2014 00:26:16 +0000 (UTC) Received: from blisses.org (cocytus.blisses.org [23.25.209.73]) by phlegethon.blisses.org (Postfix) with ESMTPSA id AB7C61486D9 for ; Fri, 7 Nov 2014 19:26:13 -0500 (EST) Date: Fri, 7 Nov 2014 19:26:12 -0500 From: Mason Loring Bliss To: FreeBSD Current Subject: Re: snapshot iso, memstick.img missing? Message-ID: <20141108002611.GA17150@blisses.org> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: 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, 08 Nov 2014 00:26:16 -0000 On Sat, Nov 08, 2014 at 08:34:17AM +0900, Lundberg, Johannes wrote: > I can't seem to find > FreeBSD-11.0-CURRENT-amd64-20141025-r273635-memstick.img Seconding this, I don't see it here: ftp://ftp.freebsd.org/pub/FreeBSD/snapshots/amd64/amd64/ISO-IMAGES/11.0/ I was hoping to grab it to try booting my macbook11,1, which wasn't happy with the latest 10-series I tried on it. -- Love is a snowmobile racing across the tundra and then suddenly it flips over, pinning you underneath. At night, the ice weasels come. From owner-freebsd-current@FreeBSD.ORG Sat Nov 8 01:44:38 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 8484438C for ; Sat, 8 Nov 2014 01:44:38 +0000 (UTC) Received: from mail-wg0-x236.google.com (mail-wg0-x236.google.com [IPv6:2a00:1450:400c:c00::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 14A85A85 for ; Sat, 8 Nov 2014 01:44:38 +0000 (UTC) Received: by mail-wg0-f54.google.com with SMTP id n12so4979325wgh.13 for ; Fri, 07 Nov 2014 17:44:36 -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:content-transfer-encoding; bh=s8sYM+IfnZPn1Ewr4S67wv8QSAV1HlvLPHOF5Pu1ePc=; b=jf2dcsQ0DoqG/GPSIWg3hQdEaCyAYTh1aTKpTo0yr5GU64YVi2Rfe8GUN6AhtoFVk+ enCUHY6z7Vq6DPbLtqDjj5CZ2ifetCPRRvEHycnjquW4h0jXKm+HXzLuPc1i0vVPJ7m1 /jvtq12sl2lbYPDv6d3skC0cspJ0DTuT7Yu+NNEXmd25wFpNg0mo3fcT2YsQb7N4VbWb EGSfUUxj+ylrl/imkQKhGt+EKmA7E57MWkhacdsL9pGTjSndUwc9sGBV9rqwOfVYvBcv ciId9OTQcjlLyxk6PjzRk8fXTJPXxwh49+jkCqXpjGykZkTax5NfWfjTM1zVLBUSecD3 sbRg== MIME-Version: 1.0 X-Received: by 10.180.83.98 with SMTP id p2mr9999212wiy.20.1415411076173; Fri, 07 Nov 2014 17:44:36 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.216.106.136 with HTTP; Fri, 7 Nov 2014 17:44:36 -0800 (PST) In-Reply-To: References: Date: Fri, 7 Nov 2014 17:44:36 -0800 X-Google-Sender-Auth: sRZBS7s5j0uGUpui4VFmG9_fgzI Message-ID: Subject: Re: snapshot iso, memstick.img missing? From: Adrian Chadd To: "Lundberg, Johannes" Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: base64 Cc: FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Nov 2014 01:44:38 -0000 WWVhaCwgR2xlbiBpcyBiYXR0bGluZyBidWlsZCBpc3N1ZXMgd2l0aCBta2ltZy4gOigNCg0KDQoN Ci1hZHJpYW4NCg0KDQpPbiA3IE5vdmVtYmVyIDIwMTQgMTU6MzQsIEx1bmRiZXJnLCBKb2hhbm5l cw0KPGpvaGFubmVzQGJyaWxsaWFudHNlcnZpY2UuY28uanA+IHdyb3RlOg0KPiBIaQ0KPg0KPiBJ IGNhbid0IHNlZW0gdG8gZmluZA0KPiBGcmVlQlNELTExLjAtQ1VSUkVOVC1hbWQ2NC0yMDE0MTAy NS1yMjczNjM1LW1lbXN0aWNrLmltZw0KPg0KPiBBbnkgcmVhc29uIHdoeSB0aGlzIGlzIG1pc3Np bmc/DQo+DQo+IC0tDQo+IEpvaGFubmVzIEx1bmRiZXJnDQo+DQo+IC0tDQo+ID0tPS09LT0tPS09 LT0tPS09LT0tPS09LT0tPS09LT0tPS09LT0tPS09LT0tPS09LT0tPS09LQ0KPiDnp5jlr4bkv53m jIHjgavjgaTjgYTjgabvvJrjgZPjga7pm7vlrZDjg6Hjg7zjg6vjga/jgIHlkI3lrpvkurrjgavp gIHkv6HjgZfjgZ/jgoLjga7jgafjgYLjgorjgIHnp5jljL/nibnmqKnjga7lr77osaHjgajjgarj govmg4XloLHjgpLlkKvjgpPjgafjgYTjgb7jgZnjgIINCj4g44KC44GX44CB5ZCN5a6b5Lq65Lul 5aSW44Gu5pa544GM5Y+X5L+h44GV44KM44Gf5aC05ZCI44CB44GT44Gu44Oh44O844Or44Gu56C0 5qOE44CB44GK44KI44Gz44GT44Gu44Oh44O844Or44Gr6Zai44GZ44KL5LiA5YiH44Gu6ZaL56S6 44CBDQo+IOikh+WGmeOAgemFjeW4g+OAgeOBneOBruS7luOBruWIqeeUqOOAgeOBvuOBn+OBr+io mOi8ieWGheWuueOBq+WfuuOBpeOBj+OBhOOBi+OBquOCi+ihjOWLleOCguOBleOCjOOBquOBhOOC iOOBhuOBiumhmOOBhOeUs+OBl+S4iuOBkuOBvuOBmeOAgg0KPiAtLS0NCj4gQ09ORklERU5USUFM SVRZIE5PVEU6IFRoZSBpbmZvcm1hdGlvbiBpbiB0aGlzIGVtYWlsIGlzIGNvbmZpZGVudGlhbA0K PiBhbmQgaW50ZW5kZWQgc29sZWx5IGZvciB0aGUgYWRkcmVzc2VlLg0KPiBEaXNjbG9zdXJlLCBj b3B5aW5nLCBkaXN0cmlidXRpb24gb3IgYW55IG90aGVyIGFjdGlvbiBvZiB1c2Ugb2YgdGhpcw0K PiBlbWFpbCBieSBwZXJzb24gb3RoZXIgdGhhbiBpbnRlbmRlZCByZWNpcGllbnQsIGlzIHByb2hp Yml0ZWQuDQo+IElmIHlvdSBhcmUgbm90IHRoZSBpbnRlbmRlZCByZWNpcGllbnQgYW5kIGhhdmUg cmVjZWl2ZWQgdGhpcyBlbWFpbCBpbg0KPiBlcnJvciwgcGxlYXNlIGRlc3Ryb3kgdGhlIG9yaWdp bmFsIG1lc3NhZ2UuDQo+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fDQo+IGZyZWVic2QtY3VycmVudEBmcmVlYnNkLm9yZyBtYWlsaW5nIGxpc3QNCj4gaHR0 cDovL2xpc3RzLmZyZWVic2Qub3JnL21haWxtYW4vbGlzdGluZm8vZnJlZWJzZC1jdXJyZW50DQo+ IFRvIHVuc3Vic2NyaWJlLCBzZW5kIGFueSBtYWlsIHRvICJmcmVlYnNkLWN1cnJlbnQtdW5zdWJz Y3JpYmVAZnJlZWJzZC5vcmciDQo= From owner-freebsd-current@FreeBSD.ORG Sat Nov 8 01:46:41 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A1ABC496 for ; Sat, 8 Nov 2014 01:46:41 +0000 (UTC) Received: from mail-ie0-f173.google.com (mail-ie0-f173.google.com [209.85.223.173]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 6E30BA96 for ; Sat, 8 Nov 2014 01:46:41 +0000 (UTC) Received: by mail-ie0-f173.google.com with SMTP id tr6so6343093ieb.32 for ; Fri, 07 Nov 2014 17:46:33 -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:from:date :message-id:subject:to:cc:content-type; bh=/tzLMmKknyWJkiFcLImUUnXxWxQiSeiyTZHZtKnVtxY=; b=PhcFDfHlVgqXH6cSTZwmZT0YCiFd6yyAlnPelhiwgLKb3L4eoJcxhaJLMZIaxXj9t0 usoQ8FwyIo5fNrPGgp0UT/dS3sJztiVWvThf2X3j11Nw/cYJkiPnO7Fg65DflEshKWcZ LuSEy+gnEjd4tyf8NesSQRJVEahqBZlMYuIHuftXTC2VnYfU8kvEYgOTYxQi7sot5O87 S8aj5Ki/EKfmT96t0CVJCB8r/roZMiHCPo5x4MlO0XrA1fRPIAtmwjq52WLJwGm2YPc5 aXurIkwS8IXQ+sabgpvbe4BWuSWn+k+2tzuP7HiDkJzATHHq9qhezAB9mIZ1l6ZE+C/Q EQKQ== X-Gm-Message-State: ALoCoQnQ398QihIzRP/coR95QQGT3mKnU7z8KoqfmB3Wl22rydHhXaAglrCfvr3yvDc4j+12+CM9iElT+heO1aCxJTLBjVoXqCyw8gnOP6sXBB9h+KK9wtjqOAXnedjClBW1pPRKDGp5 X-Received: by 10.50.137.65 with SMTP id qg1mr8061713igb.45.1415407949184; Fri, 07 Nov 2014 16:52:29 -0800 (PST) MIME-Version: 1.0 Received: by 10.43.94.9 with HTTP; Fri, 7 Nov 2014 16:52:14 -0800 (PST) In-Reply-To: <20141108002611.GA17150@blisses.org> References: <20141108002611.GA17150@blisses.org> From: "Lundberg, Johannes" Date: Sat, 8 Nov 2014 09:52:14 +0900 Message-ID: Subject: Re: snapshot iso, memstick.img missing? To: Mason Loring Bliss Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: base64 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Nov 2014 01:46:41 -0000 U2FtZSBoZXJlLiBXYXMgZ29ubmEgdGVzdCBpdCBvbiBteSBuZXcgTWFjQm9va0FpciA2LDEgKDIw MTQgbW9kZWwpLg0KDQotLQ0KSm9oYW5uZXMgTHVuZGJlcmcNCkJSSUxMSUFOVFNFUlZJQ0UgQ08u LCBMVEQuDQoNCk9uIFNhdCwgTm92IDgsIDIwMTQgYXQgOToyNiBBTSwgTWFzb24gTG9yaW5nIEJs aXNzIDxtYXNvbkBibGlzc2VzLm9yZz4NCndyb3RlOg0KDQo+IE9uIFNhdCwgTm92IDA4LCAyMDE0 IGF0IDA4OjM0OjE3QU0gKzA5MDAsIEx1bmRiZXJnLCBKb2hhbm5lcyB3cm90ZToNCj4NCj4gPiBJ IGNhbid0IHNlZW0gdG8gZmluZA0KPiA+IEZyZWVCU0QtMTEuMC1DVVJSRU5ULWFtZDY0LTIwMTQx MDI1LXIyNzM2MzUtbWVtc3RpY2suaW1nDQo+DQo+IFNlY29uZGluZyB0aGlzLCBJIGRvbid0IHNl ZSBpdCBoZXJlOg0KPg0KPg0KPiBmdHA6Ly9mdHAuZnJlZWJzZC5vcmcvcHViL0ZyZWVCU0Qvc25h cHNob3RzL2FtZDY0L2FtZDY0L0lTTy1JTUFHRVMvMTEuMC8NCj4NCj4gSSB3YXMgaG9waW5nIHRv IGdyYWIgaXQgdG8gdHJ5IGJvb3RpbmcgbXkgbWFjYm9vazExLDEsIHdoaWNoIHdhc24ndCBoYXBw eQ0KPiB3aXRoIHRoZSBsYXRlc3QgMTAtc2VyaWVzIEkgdHJpZWQgb24gaXQuDQo+DQo+IC0tDQo+ IExvdmUgaXMgYSBzbm93bW9iaWxlIHJhY2luZyBhY3Jvc3MgdGhlIHR1bmRyYSBhbmQgdGhlbiBz dWRkZW5seSBpdA0KPiBmbGlwcyBvdmVyLCBwaW5uaW5nIHlvdSB1bmRlcm5lYXRoLiBBdCBuaWdo dCwgdGhlIGljZSB3ZWFzZWxzIGNvbWUuDQo+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fDQo+IGZyZWVic2QtY3VycmVudEBmcmVlYnNkLm9yZyBtYWlsaW5n IGxpc3QNCj4gaHR0cDovL2xpc3RzLmZyZWVic2Qub3JnL21haWxtYW4vbGlzdGluZm8vZnJlZWJz ZC1jdXJyZW50DQo+IFRvIHVuc3Vic2NyaWJlLCBzZW5kIGFueSBtYWlsIHRvICJmcmVlYnNkLWN1 cnJlbnQtdW5zdWJzY3JpYmVAZnJlZWJzZC5vcmciDQo+DQoKLS0gCj0tPS09LT0tPS09LT0tPS09 LT0tPS09LT0tPS09LT0tPS09LT0tPS09LT0tPS09LT0tPS09LQrnp5jlr4bkv53mjIHjgavjgaTj gYTjgabvvJrjgZPjga7pm7vlrZDjg6Hjg7zjg6vjga/jgIHlkI3lrpvkurrjgavpgIHkv6HjgZfj gZ/jgoLjga7jgafjgYLjgorjgIHnp5jljL/nibnmqKnjga7lr77osaHjgajjgarjgovmg4XloLHj gpLlkKvjgpPjgafjgYTjgb7jgZnjgIIK44KC44GX44CB5ZCN5a6b5Lq65Lul5aSW44Gu5pa544GM 5Y+X5L+h44GV44KM44Gf5aC05ZCI44CB44GT44Gu44Oh44O844Or44Gu56C05qOE44CB44GK44KI 44Gz44GT44Gu44Oh44O844Or44Gr6Zai44GZ44KL5LiA5YiH44Gu6ZaL56S644CBCuikh+WGmeOA gemFjeW4g+OAgeOBneOBruS7luOBruWIqeeUqOOAgeOBvuOBn+OBr+iomOi8ieWGheWuueOBq+Wf uuOBpeOBj+OBhOOBi+OBquOCi+ihjOWLleOCguOBleOCjOOBquOBhOOCiOOBhuOBiumhmOOBhOeU s+OBl+S4iuOBkuOBvuOBmeOAggotLS0KQ09ORklERU5USUFMSVRZIE5PVEU6IFRoZSBpbmZvcm1h dGlvbiBpbiB0aGlzIGVtYWlsIGlzIGNvbmZpZGVudGlhbAphbmQgaW50ZW5kZWQgc29sZWx5IGZv ciB0aGUgYWRkcmVzc2VlLgpEaXNjbG9zdXJlLCBjb3B5aW5nLCBkaXN0cmlidXRpb24gb3IgYW55 IG90aGVyIGFjdGlvbiBvZiB1c2Ugb2YgdGhpcwplbWFpbCBieSBwZXJzb24gb3RoZXIgdGhhbiBp bnRlbmRlZCByZWNpcGllbnQsIGlzIHByb2hpYml0ZWQuCklmIHlvdSBhcmUgbm90IHRoZSBpbnRl bmRlZCByZWNpcGllbnQgYW5kIGhhdmUgcmVjZWl2ZWQgdGhpcyBlbWFpbCBpbgplcnJvciwgcGxl YXNlIGRlc3Ryb3kgdGhlIG9yaWdpbmFsIG1lc3NhZ2UuCg== From owner-freebsd-current@FreeBSD.ORG Sat Nov 8 04:10:43 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 EB433A2C; Sat, 8 Nov 2014 04:10: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 D7DBB90D; Sat, 8 Nov 2014 04:10:43 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id D5A54578; Sat, 8 Nov 2014 04:10:43 +0000 (UTC) Date: Sat, 8 Nov 2014 04:10:39 +0000 (GMT) From: jenkins-admin@freebsd.org To: jenkins-admin@FreeBSD.org, freebsd-current@freebsd.org, ngie@FreeBSD.org Message-ID: <1355578547.39.1415419843549.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Build failed in Jenkins: FreeBSD_HEAD #1795 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Jenkins-Job: FreeBSD_HEAD X-Jenkins-Result: FAILURE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Nov 2014 04:10:44 -0000 See Changes: [ngie] Use PROGS instead of PROG and remove unnecessary SRCS?= assignment Using PROG instead of PROGS will in cases of high -j with -DNO_ROOT cause the PROG to show up more than once as it's handling the SCRIPTS install case in a recursive manner, separate from the non-recursive case After the recent batch of commits to bsd.progs.mk to fix behavior with how variables are defaulted to, explicitly setting SRCS for a PROG is no longer required MFC after: 1 week Reviewed by: asomers Phabric: D1130 Sponsored by: EMC / Isilon Storage Division ------------------------------------------ [...truncated 83798 lines...] --- prgbox.o --- cc -O2 -pipe -I -I -D_XOPEN_SOURCE_EXTENDED -DGCC_UNUSED=__unused -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c -o prgbox.o --- lib/msun__L --- --- s_cbrtf.So --- cc -fpic -DPIC -O2 -pipe -I -I -I -I -I -std=gnu99 -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-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c -o s_cbrtf.So --- kerberos5/lib/libroken__L --- --- parse_units.o --- cc -O2 -pipe -I -I. -DHAVE_CONFIG_H -I -std=gnu99 -fstack-protector -Qunused-arguments -c -o parse_units.o --- gnu/lib/libdialog__L --- --- progressbox.o --- cc -O2 -pipe -I -I -D_XOPEN_SOURCE_EXTENDED -DGCC_UNUSED=__unused -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c -o progressbox.o --- lib/msun__L --- --- s_ceil.So --- cc -fpic -DPIC -O2 -pipe -I -I -I -I -I -std=gnu99 -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-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c -o s_ceil.So --- gnu/lib/libdialog__L --- --- rangebox.o --- cc -O2 -pipe -I -I -D_XOPEN_SOURCE_EXTENDED -DGCC_UNUSED=__unused -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c -o rangebox.o --- lib/msun__L --- --- s_ceilf.So --- cc -fpic -DPIC -O2 -pipe -I -I -I -I -I -std=gnu99 -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-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c -o s_ceilf.So --- s_copysign.So --- cc -fpic -DPIC -O2 -pipe -I -I -I -I -I -std=gnu99 -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-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c -o s_copysign.So --- kerberos5/lib/libroken__L --- --- qsort.o --- cc -O2 -pipe -I -I. -DHAVE_CONFIG_H -I -std=gnu99 -fstack-protector -Qunused-arguments -c -o qsort.o --- lib/msun__L --- --- s_copysignf.So --- cc -fpic -DPIC -O2 -pipe -I -I -I -I -I -std=gnu99 -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-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c -o s_copysignf.So --- kerberos5/lib/libroken__L --- --- rand.o --- cc -O2 -pipe -I -I. -DHAVE_CONFIG_H -I -std=gnu99 -fstack-protector -Qunused-arguments -c -o rand.o --- lib/msun__L --- --- s_cos.So --- cc -fpic -DPIC -O2 -pipe -I -I -I -I -I -std=gnu99 -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-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c -o s_cos.So --- gnu/lib/libdialog__L --- --- rc.o --- cc -O2 -pipe -I -I -D_XOPEN_SOURCE_EXTENDED -DGCC_UNUSED=__unused -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c -o rc.o --- kerberos5/lib/libroken__L --- --- realloc.o --- cc -O2 -pipe -I -I. -DHAVE_CONFIG_H -I -std=gnu99 -fstack-protector -Qunused-arguments -c -o realloc.o --- resolve.o --- cc -O2 -pipe -I -I. -DHAVE_CONFIG_H -I -std=gnu99 -fstack-protector -Qunused-arguments -c -o resolve.o --- lib/msun__L --- --- s_cosf.So --- cc -fpic -DPIC -O2 -pipe -I -I -I -I -I -std=gnu99 -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-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c -o s_cosf.So --- gnu/lib/libdialog__L --- --- tailbox.o --- cc -O2 -pipe -I -I -D_XOPEN_SOURCE_EXTENDED -DGCC_UNUSED=__unused -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c -o tailbox.o --- lib/msun__L --- --- s_csqrt.So --- cc -fpic -DPIC -O2 -pipe -I -I -I -I -I -std=gnu99 -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-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c -o s_csqrt.So --- s_csqrtf.So --- cc -fpic -DPIC -O2 -pipe -I -I -I -I -I -std=gnu99 -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-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c -o s_csqrtf.So --- kerberos5/lib/libroken__L --- --- roken_gethostby.o --- cc -O2 -pipe -I -I. -DHAVE_CONFIG_H -I -std=gnu99 -fstack-protector -Qunused-arguments -c -o roken_gethostby.o --- gnu/lib/libdialog__L --- --- textbox.o --- cc -O2 -pipe -I -I -D_XOPEN_SOURCE_EXTENDED -DGCC_UNUSED=__unused -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c -o textbox.o --- lib/msun__L --- --- s_erf.So --- cc -fpic -DPIC -O2 -pipe -I -I -I -I -I -std=gnu99 -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-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c -o s_erf.So --- kerberos5/lib/libroken__L --- --- rtbl.o --- cc -O2 -pipe -I -I. -DHAVE_CONFIG_H -I -std=gnu99 -fstack-protector -Qunused-arguments -c -o rtbl.o --- lib/msun__L --- --- s_erff.So --- cc -fpic -DPIC -O2 -pipe -I -I -I -I -I -std=gnu99 -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-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c -o s_erff.So --- gnu/lib/libdialog__L --- --- timebox.o --- cc -O2 -pipe -I -I -D_XOPEN_SOURCE_EXTENDED -DGCC_UNUSED=__unused -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c -o timebox.o --- lib/msun__L --- --- s_exp2.So --- cc -fpic -DPIC -O2 -pipe -I -I -I -I -I -std=gnu99 -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-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c -o s_exp2.So --- kerberos5/lib/libroken__L --- --- setprogname.o --- cc -O2 -pipe -I -I. -DHAVE_CONFIG_H -I -std=gnu99 -fstack-protector -Qunused-arguments -c -o setprogname.o --- lib/msun__L --- --- s_exp2f.So --- cc -fpic -DPIC -O2 -pipe -I -I -I -I -I -std=gnu99 -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-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c -o s_exp2f.So --- gnu/lib/libdialog__L --- --- trace.o --- cc -O2 -pipe -I -I -D_XOPEN_SOURCE_EXTENDED -DGCC_UNUSED=__unused -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c -o trace.o --- kerberos5/lib/libroken__L --- --- signal.o --- cc -O2 -pipe -I -I. -DHAVE_CONFIG_H -I -std=gnu99 -fstack-protector -Qunused-arguments -c -o signal.o --- lib/msun__L --- --- s_expm1.So --- cc -fpic -DPIC -O2 -pipe -I -I -I -I -I -std=gnu99 -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-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c -o s_expm1.So --- gnu/lib/libdialog__L --- --- treeview.o --- cc -O2 -pipe -I -I -D_XOPEN_SOURCE_EXTENDED -DGCC_UNUSED=__unused -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c -o treeview.o --- kerberos5/lib/libroken__L --- --- simple_exec.o --- --- lib/msun__L --- --- s_expm1f.So --- --- kerberos5/lib/libroken__L --- cc -O2 -pipe -I -I. -DHAVE_CONFIG_H -I -std=gnu99 -fstack-protector -Qunused-arguments -c -o simple_exec.o --- lib/msun__L --- cc -fpic -DPIC -O2 -pipe -I -I -I -I -I -std=gnu99 -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-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c -o s_expm1f.So --- kerberos5/lib/libroken__L --- --- snprintf.o --- --- lib/msun__L --- --- s_fabsf.So --- --- kerberos5/lib/libroken__L --- cc -O2 -pipe -I -I. -DHAVE_CONFIG_H -I -std=gnu99 -fstack-protector -Qunused-arguments -c -o snprintf.o --- lib/msun__L --- cc -fpic -DPIC -O2 -pipe -I -I -I -I -I -std=gnu99 -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-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c -o s_fabsf.So --- s_fdim.So --- cc -fpic -DPIC -O2 -pipe -I -I -I -I -I -std=gnu99 -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-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c -o s_fdim.So --- gnu/lib/libdialog__L --- --- ui_getc.o --- cc -O2 -pipe -I -I -D_XOPEN_SOURCE_EXTENDED -DGCC_UNUSED=__unused -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c -o ui_getc.o --- lib/msun__L --- --- s_finite.So --- cc -fpic -DPIC -O2 -pipe -I -I -I -I -I -std=gnu99 -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-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c -o s_finite.So --- kerberos5/lib/libroken__L --- --- socket.o --- cc -O2 -pipe -I -I. -DHAVE_CONFIG_H -I -std=gnu99 -fstack-protector -Qunused-arguments -c -o socket.o --- lib/msun__L --- --- s_finitef.So --- cc -fpic -DPIC -O2 -pipe -I -I -I -I -I -std=gnu99 -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-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c -o s_finitef.So --- gnu/lib/libdialog__L --- --- util.o --- cc -O2 -pipe -I -I -D_XOPEN_SOURCE_EXTENDED -DGCC_UNUSED=__unused -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c -o util.o --- lib/msun__L --- --- s_floor.So --- cc -fpic -DPIC -O2 -pipe -I -I -I -I -I -std=gnu99 -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-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c -o s_floor.So --- kerberos5/lib/libroken__L --- --- strcollect.o --- cc -O2 -pipe -I -I. -DHAVE_CONFIG_H -I -std=gnu99 -fstack-protector -Qunused-arguments -c -o strcollect.o --- lib/msun__L --- --- s_floorf.So --- cc -fpic -DPIC -O2 -pipe -I -I -I -I -I -std=gnu99 -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-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c -o s_floorf.So --- kerberos5/lib/libroken__L --- --- strerror_r.o --- cc -O2 -pipe -I -I. -DHAVE_CONFIG_H -I -std=gnu99 -fstack-protector -Qunused-arguments -c -o strerror_r.o --- strpool.o --- cc -O2 -pipe -I -I. -DHAVE_CONFIG_H -I -std=gnu99 -fstack-protector -Qunused-arguments -c -o strpool.o --- lib/msun__L --- --- s_fma.So --- cc -fpic -DPIC -O2 -pipe -I -I -I -I -I -std=gnu99 -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-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c -o s_fma.So --- kerberos5/lib/libroken__L --- --- timeval.o --- cc -O2 -pipe -I -I. -DHAVE_CONFIG_H -I -std=gnu99 -fstack-protector -Qunused-arguments -c -o timeval.o --- lib/msun__L --- --- s_fmaf.So --- cc -fpic -DPIC -O2 -pipe -I -I -I -I -I -std=gnu99 -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-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c -o s_fmaf.So --- s_fmax.So --- cc -fpic -DPIC -O2 -pipe -I -I -I -I -I -std=gnu99 -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-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c -o s_fmax.So --- kerberos5/lib/libroken__L --- --- tm2time.o --- cc -O2 -pipe -I -I. -DHAVE_CONFIG_H -I -std=gnu99 -fstack-protector -Qunused-arguments -c -o tm2time.o --- lib/msun__L --- --- s_fmaxf.So --- cc -fpic -DPIC -O2 -pipe -I -I -I -I -I -std=gnu99 -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-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c -o s_fmaxf.So --- s_fmaxl.So --- cc -fpic -DPIC -O2 -pipe -I -I -I -I -I -std=gnu99 -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-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c -o s_fmaxl.So --- s_fmin.So --- cc -fpic -DPIC -O2 -pipe -I -I -I -I -I -std=gnu99 -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-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c -o s_fmin.So --- kerberos5/lib/libroken__L --- --- unvis.o --- cc -O2 -pipe -I -I. -DHAVE_CONFIG_H -I -std=gnu99 -fstack-protector -Qunused-arguments -c -o unvis.o --- gnu/lib/libdialog__L --- --- version.o --- cc -O2 -pipe -I -I -D_XOPEN_SOURCE_EXTENDED -DGCC_UNUSED=__unused -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c -o version.o --- lib/msun__L --- --- s_fminf.So --- cc -fpic -DPIC -O2 -pipe -I -I -I -I -I -std=gnu99 -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-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c -o s_fminf.So --- kerberos5/lib/libroken__L --- --- verify.o --- cc -O2 -pipe -I -I. -DHAVE_CONFIG_H -I -std=gnu99 -fstack-protector -Qunused-arguments -c -o verify.o --- gnu/lib/libdialog__L --- --- yesno.o --- cc -O2 -pipe -I -I -D_XOPEN_SOURCE_EXTENDED -DGCC_UNUSED=__unused -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c -o yesno.o --- lib/msun__L --- --- s_fminl.So --- cc -fpic -DPIC -O2 -pipe -I -I -I -I -I -std=gnu99 -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-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c -o s_fminl.So --- kerberos5/lib/libroken__L --- --- vis.o --- cc -O2 -pipe -I -I. -DHAVE_CONFIG_H -I -std=gnu99 -fstack-protector -Qunused-arguments -c -o vis.o --- gnu/lib/libdialog__L --- --- libdialog.so.8 --- building shared library libdialog.so.8 --- lib/msun__L --- --- s_frexp.So --- cc -fpic -DPIC -O2 -pipe -I -I -I -I -I -std=gnu99 -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-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c -o s_frexp.So --- kerberos5/lib/libroken__L --- --- warnerr.o --- cc -O2 -pipe -I -I. -DHAVE_CONFIG_H -I -std=gnu99 -fstack-protector -Qunused-arguments -c -o warnerr.o --- lib/msun__L --- --- s_frexpf.So --- cc -fpic -DPIC -O2 -pipe -I -I -I -I -I -std=gnu99 -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-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c -o s_frexpf.So --- kerberos5/lib/libroken__L --- --- write_pid.o --- cc -O2 -pipe -I -I. -DHAVE_CONFIG_H -I -std=gnu99 -fstack-protector -Qunused-arguments -c -o write_pid.o --- lib/msun__L --- --- s_ilogb.So --- cc -fpic -DPIC -O2 -pipe -I -I -I -I -I -std=gnu99 -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-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c -o s_ilogb.So --- kerberos5/lib/libroken__L --- --- xfree.o --- cc -O2 -pipe -I -I. -DHAVE_CONFIG_H -I -std=gnu99 -fstack-protector -Qunused-arguments -c -o xfree.o --- lib/msun__L --- --- s_ilogbf.So --- cc -fpic -DPIC -O2 -pipe -I -I -I -I -I -std=gnu99 -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-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c -o s_ilogbf.So --- gnu/lib/libdialog__L --- /usr/obj: cannot find -lm cc: error: linker command failed with exit code 1 (use -v to see invocation) *** [libdialog.so.8] Error code 1 make[4]: stopped in 1 error make[4]: stopped in --- lib/msun__L --- A failure has been detected in another branch of the parallel make make[4]: stopped in --- kerberos5/lib/libroken__L --- A failure has been detected in another branch of the parallel make make[4]: stopped in --- secure/lib/libcrypto__L --- A failure has been detected in another branch of the parallel make 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 Nov 8 04:23:03 2014 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 071ABE8D; Sat, 8 Nov 2014 04:23:03 +0000 (UTC) Received: from h2.funkthat.com (gate2.funkthat.com [208.87.223.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "funkthat.com", Issuer "funkthat.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id D045EB56; Sat, 8 Nov 2014 04:23:02 +0000 (UTC) Received: from h2.funkthat.com (localhost [127.0.0.1]) by h2.funkthat.com (8.14.3/8.14.3) with ESMTP id sA84N0SF060073 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 7 Nov 2014 20:23:01 -0800 (PST) (envelope-from jmg@h2.funkthat.com) Received: (from jmg@localhost) by h2.funkthat.com (8.14.3/8.14.3/Submit) id sA84N071060072; Fri, 7 Nov 2014 20:23:00 -0800 (PST) (envelope-from jmg) Date: Fri, 7 Nov 2014 20:23:00 -0800 From: John-Mark Gurney To: freebsd-security@FreeBSD.org, current@FreeBSD.org Subject: CFR: AES-GCM and OpenCrypto work review Message-ID: <20141108042300.GA24601@funkthat.com> Mail-Followup-To: freebsd-security@FreeBSD.org, current@FreeBSD.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 7.2-RELEASE i386 X-PGP-Fingerprint: 54BA 873B 6515 3F10 9E88 9322 9CB1 8F74 6D3F A396 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html X-TipJar: bitcoin:13Qmb6AeTgQecazTWph4XasEsP7nGRbAPE X-to-the-FBI-CIA-and-NSA: HI! HOW YA DOIN? can i haz chizburger? X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.2 (h2.funkthat.com [127.0.0.1]); Fri, 07 Nov 2014 20:23:01 -0800 (PST) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Nov 2014 04:23:03 -0000 Hello, Over the last few months, I've been working on a project to add support for AES-GCM and AES-CTR modes to our OpenCrypto framework. The work is sponsored by The FreeBSD Foundation and Netgate. I plan on committing these patches early next week. If you need more time for review, please email me privately and I will make delay. The code has already been reviewed by Watson Ladd (the software crypto implementations) and Trevor Perrin (the aesni module part) and I have integrated these changes into the patch. There are two patches, one is the changes for OpenCrypto and the test framework. The other is the data files used by the test framework. The data is from NIST's CAVP program, and is about 20MB worth of test vectors. (I just realized, should we look at compressing these on disk?) Main patch (192KB): https://www.funkthat.com/~jmg/patches/aes.ipsec.5.patch Data files (~20MB): https://www.funkthat.com/~jmg/patches/aes.ipsec.5.testing.patch A list of notable changes in the patch: - Replacing crypto(4) w/ NetBSD's version + updates - Lots of man page updates, including CIOCFINDDEV and crypto(7) which adds specifics about restrictions on the modes. - Allow sane useage of both _HARDWARE and _SOFTWARE flags. - Add a timing safe bcmp for MAC comparision. - Add a software implementation of GCM that uses a four bit lookup table with parallelization. This algorithm is possibly vulnerable to timing attacks, but best known mitigation methods are used. Using a timing safe version is many times slower. - Added a CRYPTDEB macro that defaults to off. - Bring in some of OpenBSD's improvements to the OpenCrypto framework. - If an mbuf passed to the aesni module is only one segment, don't do a copy. This needs to be improved to support segmented buffers. - Remove the CRYPTO_F_REL flag. It was meaningless. It was used but did not change any behavior. - Add function crypto_mbuftoiov to convert an mbuf to an iov. This also converts the software crypto to only use iov's even for a simple linear buffer, and so simplifies the processing. - Add a dtrace probe for errors from the ioctl. - Add the CIOCCRYPTAEAD ioctl that allows userland processing (testing) of AES-GCM and future AEAD modes. Future improvements: - Support IV's longer than 12 bytes for GCM. - Make AES-NI support segmented buffers (iov or mbuf) so multisegmented inputs don't have to be copied. I know there are more fixes and future improvements, but can't think of them now. Ermal (eri) has patches that enable AES-GCM (and I believe AES-CTR) support for our IPsec. Once these patches have been committed, I'll work with him to integrate his patch. Thanks. -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-current@FreeBSD.ORG Sat Nov 8 04:26:15 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 B678B276; Sat, 8 Nov 2014 04:26:15 +0000 (UTC) Received: from mail-pd0-x232.google.com (mail-pd0-x232.google.com [IPv6:2607:f8b0:400e:c02::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 7D08DBA4; Sat, 8 Nov 2014 04:26:15 +0000 (UTC) Received: by mail-pd0-f178.google.com with SMTP id fp1so4446448pdb.23 for ; Fri, 07 Nov 2014 20:26:15 -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=xUhJbV3OHY/WqqYwlgCipUWySaGMCk5AwzFrjOj63+4=; b=woToQw782cGwGdhh7IZQ+nnx4rD0P9S/Diq5w+bZsOBlvIJAeLWUTo+9MAoI4IVVUI Jawm4x42gsGdzQPnXbrjS/QE88Qyivl2RBHFGUx5KheNrBWFyN4oTt+NhaaF9UXCJcd2 LYw+FFlRoEnJUhV8CVyTJ83O+zK8qA4ZJFBmJANXd5P4zKGOY9NMV2/bIZ8Kk20LugdP s1mOTKGpPVJKc4VuYc/X+Hjivom4pEN1BCAvLdw2EHtR73ooySOw7lbsFcbXKkBjfgXC BT8nFC/HNZF4oJx0lCLJbIUylXvMxctNm08ATeQ2HdjmEd618PAbjcifTVOn6t/3N1rD yVTA== X-Received: by 10.68.179.129 with SMTP id dg1mr16505131pbc.113.1415420775049; Fri, 07 Nov 2014 20:26:15 -0800 (PST) Received: from [192.168.242.58] (c-67-182-131-225.hsd1.wa.comcast.net. [67.182.131.225]) by mx.google.com with ESMTPSA id sq2sm10123829pbc.73.2014.11.07.20.26.14 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 07 Nov 2014 20:26:14 -0800 (PST) Content-Type: multipart/signed; boundary="Apple-Mail=_79A74DDE-5438-4B9C-AEE0-AE4364595746"; protocol="application/pgp-signature"; micalg=pgp-sha512 Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Subject: Re: Build failed in Jenkins: FreeBSD_HEAD #1795 From: Garrett Cooper In-Reply-To: <1355578547.39.1415419843549.JavaMail.jenkins@jenkins-9.freebsd.org> Date: Fri, 7 Nov 2014 20:26:11 -0800 Message-Id: References: <1355578547.39.1415419843549.JavaMail.jenkins@jenkins-9.freebsd.org> To: jenkins-admin@freebsd.org X-Mailer: Apple Mail (2.1878.6) Cc: freebsd-current@freebsd.org, ngie@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, 08 Nov 2014 04:26:15 -0000 --Apple-Mail=_79A74DDE-5438-4B9C-AEE0-AE4364595746 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On Nov 7, 2014, at 20:10, jenkins-admin@freebsd.org wrote: > See = ... > = /usr/obj: cannot find -lm > cc: error: linker command failed with exit code 1 (use -v to see = invocation) > *** [libdialog.so.8] Error code 1 >=20 > make[4]: stopped in = > 1 error >=20 > make[4]: stopped in = > --- lib/msun__L --- > A failure has been detected in another branch of the parallel make >=20 > make[4]: stopped in = > --- kerberos5/lib/libroken__L --- > A failure has been detected in another branch of the parallel make >=20 > make[4]: stopped in = > --- secure/lib/libcrypto__L --- > A failure has been detected in another branch of the parallel make >=20 > make[4]: stopped in = > A failure has been detected in another branch of the parallel make >=20 > make[3]: stopped in = > *** [libraries] Error code 2 >=20 > make[2]: stopped in = > 1 error >=20 > make[2]: stopped in = > *** [_libraries] Error code 2 >=20 > make[1]: stopped in = > 1 error >=20 > make[1]: stopped in = > *** [buildworld] Error code 2 >=20 > make: stopped in = > 1 error >=20 > make: stopped in = > Build step 'Execute shell' marked build as failure Fixed this build race in = https://svnweb.freebsd.org/base?view=3Drevision&revision=3D274270 . = Thanks! --Apple-Mail=_79A74DDE-5438-4B9C-AEE0-AE4364595746 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 iQEcBAEBCgAGBQJUXZtjAAoJEMZr5QU6S73eNmUIAIprYcGZIWaqL0ySDB7MXXgS 9OCxuYMXmKeu6tuPWXqrSgqKEQTkaCCScnEcjPp5Q6LgmmDI2jNkOMaF/orbTQgN QThj5lJ1VRLaIL/7/+9Sn3yAg+9gAZhgIuFTO9t1/KAUIiC1b8H0BQ3cjE0PHFUD 3w3NO9SYCm5aZogL7tmmq/oRhgH/dL4HzPX4rdw/qSYyh4MG4Se3F324+xc4CxAK 2MFIfgGcEDZWfxVGB57C69wIA1pPBI/X0rbGpPjB4weo2+tFulyRkB0ryHUj391N 8RWFU3cg+yH/nlSseaQ1TXi3rdxh6TtItd82o/hxD0iGR4Og9lyS92k2ez8BUXs= =PaS2 -----END PGP SIGNATURE----- --Apple-Mail=_79A74DDE-5438-4B9C-AEE0-AE4364595746-- From owner-freebsd-current@FreeBSD.ORG Sat Nov 8 04:39:29 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 347B7603; Sat, 8 Nov 2014 04:39:29 +0000 (UTC) Received: from mail-wg0-x22b.google.com (mail-wg0-x22b.google.com [IPv6:2a00:1450:400c:c00::22b]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B98CFC86; Sat, 8 Nov 2014 04:39:28 +0000 (UTC) Received: by mail-wg0-f43.google.com with SMTP id y10so5211231wgg.2 for ; Fri, 07 Nov 2014 20:39:27 -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=7TnuqNMxWAM7BVOeMpbT7B6xHkWZ1tw/lORMFkuwPNE=; b=d5Q+WPCy99jcDGyTjLRTaP7uJlPU/u5F0L/QmxlUdeou8J1M6a8S+dm1MCsSKnhxSP P5Th+vVH3WU/M3eIboLSQmhVEoBXtQLlePfoheX2ugRyelSWc1ygQBvngm4eBmEYDScy FaTZljOYAgXfV7TBxCEHzMITTg8hicg0m7VUNQ7lI7IArcAOX52NsFaQQjOsJmipEYdc pNRxePkgawkCSh9s8C7RzqdLyYrNGNYAjSCUDc1Uzoe5hS5a980JG/9S5IX1jfRqmBIb +SXIc97jd38GuiYUsP68J3bUmMCv4dcP/cNesf3SM6VV27MNrWAdTjZytMYg3tTVM04D dugQ== MIME-Version: 1.0 X-Received: by 10.194.60.16 with SMTP id d16mr22809070wjr.13.1415421567201; Fri, 07 Nov 2014 20:39:27 -0800 (PST) Received: by 10.27.46.14 with HTTP; Fri, 7 Nov 2014 20:39:27 -0800 (PST) In-Reply-To: <6810431a15d054459a29d434dd22619e@ultimatedns.net> References: <6810431a15d054459a29d434dd22619e@ultimatedns.net> Date: Fri, 7 Nov 2014 22:39:27 -0600 Message-ID: Subject: Re: How exactly does the base toolchain determine WHICH language to build with? From: Scot Hetzel To: Chris H Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-hackers@freebsd.org, FreeBSD CURRENT , FreeBSD ports X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Nov 2014 04:39:29 -0000 On Fri, Nov 7, 2014 at 6:23 PM, Chris H wrote: > Greetings, > Sorry for the long title. I've been [needlessly] struggling > with getting ports within the ports tree to build, on a > fresh 11-CURRENT install from 2014-11-05. With custom > KERNEL and WORLD built, and installed. > Here's my situation, which has worked well since ~8.2; > make.conf(5) > WITHOUT_CLANG=true > FAVORITE_COMPILER=gcc > src.conf(5) > WITHOUT_CLANG=true > > I'll neither argue, nor defend rational for w/o clang. To > boring and out of scope for this thread. That said; I > realize that lang/clang(33/34/35) is the default toolchain > for 10+, and that's just fine by me. So I shouldn't be lang/clang(33/34/35) is not the default toolchain in 10+. 10+ uses a version of clang that is included in the FreeBSD source (/usr/src). > terribly surprised when install kernel/world, followed by > make delete-old removes the clang built, or provided by > the base install from the (initial) install procedure. But > what _does_ surprise me, is that the install of lang/gcc-48 > does _not_ become the compiler of choice with the above > $ENV, after [seemingly] deleting clang. I understand that FAVORITE_COMPILER is used by Mk/Uses/compiler.mk. If you want ports to build with lang/gcc-48, then you would need to check that the ports you are trying to compile have either USES=compiler or USES_GCC defined in their Makefile. Otherwise the ports will use the compiler that is provided by the FreeBSD source (gcc 2.4.x or clang). When WITHOUT_CLANG is defined in make.conf/src.conf. The FreeBSD source will be built using gcc 2.4.x from the FreeBSD source. /usr/bin/{cc,c++} will then be linked to the gcc versions. The ports will then use this version to build if there is no USES_GCC or USES=compiler in the ports Makefile. -- DISCLAIMER: No electrons were maimed while sending this message. Only slightly bruised. From owner-freebsd-current@FreeBSD.ORG Sat Nov 8 04:50:24 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CD1EE805; Sat, 8 Nov 2014 04:50:24 +0000 (UTC) Received: from udns.ultimatedns.net (unknown [IPv6:2602:d1:b4d6:e600:4261:86ff:fef6:aa2a]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 98D58D51; Sat, 8 Nov 2014 04:50:24 +0000 (UTC) Received: from ultimatedns.net (localhost [127.0.0.1]) by udns.ultimatedns.net (8.14.9/8.14.9) with ESMTP id sA84oRB6004679; Fri, 7 Nov 2014 20:50:28 -0800 (PST) (envelope-from bsd-lists@bsdforge.com) To: Scot Hetzel In-Reply-To: References: <6810431a15d054459a29d434dd22619e@ultimatedns.net>, From: "Chris H" Subject: Re: How exactly does the base toolchain determine WHICH language to build with? Date: Fri, 07 Nov 2014 20:50:28 -0800 Content-Type: text/plain; charset=UTF-8; format=fixed MIME-Version: 1.0 Message-id: <7ea810d33efa9b6c64d75cb08abdae93@ultimatedns.net> Content-Transfer-Encoding: 8bit Cc: freebsd-hackers@freebsd.org, FreeBSD CURRENT , FreeBSD ports X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Nov 2014 04:50:25 -0000 On Fri, 7 Nov 2014 22:39:27 -0600 Scot Hetzel wrote > On Fri, Nov 7, 2014 at 6:23 PM, Chris H wrote: > > Greetings, > > Sorry for the long title. I've been [needlessly] struggling > > with getting ports within the ports tree to build, on a > > fresh 11-CURRENT install from 2014-11-05. With custom > > KERNEL and WORLD built, and installed. > > Here's my situation, which has worked well since ~8.2; > > make.conf(5) > > WITHOUT_CLANG=true > > FAVORITE_COMPILER=gcc > > src.conf(5) > > WITHOUT_CLANG=true > > > > I'll neither argue, nor defend rational for w/o clang. To > > boring and out of scope for this thread. That said; I > > realize that lang/clang(33/34/35) is the default toolchain > > for 10+, and that's just fine by me. So I shouldn't be > > lang/clang(33/34/35) is not the default toolchain in 10+. 10+ uses a > version of clang that is included in the FreeBSD source (/usr/src). > > > terribly surprised when install kernel/world, followed by > > make delete-old removes the clang built, or provided by > > the base install from the (initial) install procedure. But > > what _does_ surprise me, is that the install of lang/gcc-48 > > does _not_ become the compiler of choice with the above > > $ENV, after [seemingly] deleting clang. I understand that > > FAVORITE_COMPILER is used by Mk/Uses/compiler.mk. > > If you want ports to build with lang/gcc-48, then you would need to > check that the ports you are trying to compile have either > USES=compiler or USES_GCC defined in their Makefile. Otherwise the > ports will use the compiler that is provided by the FreeBSD source > (gcc 2.4.x or clang). > > When WITHOUT_CLANG is defined in make.conf/src.conf. The FreeBSD > source will be built using gcc 2.4.x from the FreeBSD source. > /usr/bin/{cc,c++} will then be linked to the gcc versions. The ports > will then use this version to build if there is no USES_GCC or > USES=compiler in the ports Makefile. Perfect, and thank you very much, Scott, for the clarification. For what ever reason. Mine (CC,cc++,...) are linked to what's left of clang. I guess I'll need to try and dig deeper, and see if I can discover, why, and what happened. Just for the record. Re-reading my comment above, I realize that my statement regarding clang, might be interpreted as my having negative feelings about clang/llvm. For clarity, that is not the case. This install is targeted at development. As such, I want more granular control of what I build, and test with. So I'll actually be installing every version of lang/clang, and testing accordingly. Thank you again, Scott, for taking the time to respond. --Chris > > -- > DISCLAIMER: > > No electrons were maimed while sending this message. Only slightly bruised. > _______________________________________________ > freebsd-ports@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Sat Nov 8 08:20:04 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 8C4EAE12; Sat, 8 Nov 2014 08:20:04 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 7B07ACF; Sat, 8 Nov 2014 08:20:04 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id A0A77607; Sat, 8 Nov 2014 08:20:04 +0000 (UTC) Date: Sat, 8 Nov 2014 08:20:04 +0000 (GMT) From: jenkins-admin@freebsd.org To: jenkins-admin@FreeBSD.org, freebsd-current@freebsd.org, ngie@FreeBSD.org Message-ID: <1796485125.40.1415434804574.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1355578547.39.1415419843549.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1355578547.39.1415419843549.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is back to normal : FreeBSD_HEAD #1796 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, 08 Nov 2014 08:20:04 -0000 See From owner-freebsd-current@FreeBSD.ORG Sat Nov 8 13:17:30 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5145B731 for ; Sat, 8 Nov 2014 13:17:30 +0000 (UTC) Received: from mail-wi0-x230.google.com (mail-wi0-x230.google.com [IPv6:2a00:1450:400c:c05::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E15E6E56 for ; Sat, 8 Nov 2014 13:17:29 +0000 (UTC) Received: by mail-wi0-f176.google.com with SMTP id h11so6844449wiw.9 for ; Sat, 08 Nov 2014 05:17:28 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20120113; h=from:date:to:subject:message-id:in-reply-to:references:mime-version :content-type:content-transfer-encoding; bh=wRGSHmyotT6/nvj/Jp3YXWidayJTdAIfoy51QM1Mu1A=; b=Wlox9Z+MRHZXGl+f5PH/HBOYPf1AmRt/RjPyN5X3366AosrHBYHDYNKcUoDU323OeG opM9JGX0XM2cxUuuqml8V6dIKH8HhSzJiZdNwh9hTeKmKQ60aYVM86xRPqMxfjUNFOv/ ddvCkamH4tstK3troVV17jbQIOGmxeHmBqrH/CRyDFVtsVqriavhc0t89ibBHG+m6/HM hC+5cT+KjpUahDTegyi/k8gfbJtsuAPPQf7U7RxyKBw8hywNvao8YEh0RR/m3xlit+6K ApMHlSlHLTK0lBUhijQJDSrSSsMICGryGoXLmG+pxCPDDMNhSdsmPVl+1R6IlOdKs6Kl na2A== X-Received: by 10.194.205.132 with SMTP id lg4mr25125411wjc.84.1415452648317; Sat, 08 Nov 2014 05:17:28 -0800 (PST) Received: from ubm.strangled.net (ipb219cb25.dynamic.kabel-deutschland.de. [178.25.203.37]) by mx.google.com with ESMTPSA id x13sm15458603wjw.18.2014.11.08.05.17.26 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sat, 08 Nov 2014 05:17:27 -0800 (PST) From: Marc UBM X-Google-Original-From: Marc "UBM" Bocklet Date: Sat, 8 Nov 2014 14:17:23 +0100 To: current@freebsd.org Subject: Re: pkg 1.4 freeze please test test test! Message-Id: <20141108141723.d4ee23901414d619e13fade0@gmail.com> In-Reply-To: <20141101224549.GG15967@ivaldir.etoilebsd.net> References: <20141028231933.GG26796@ivaldir.etoilebsd.net> <20141101161332.b9c8fc19bf9fc54f73bc5c00@gmail.com> <20141101224549.GG15967@ivaldir.etoilebsd.net> X-Mailer: Sylpheed 3.4.2 (GTK+ 2.24.22; amd64-portbld-freebsd11.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: Sat, 08 Nov 2014 13:17:30 -0000 On Sat, 1 Nov 2014 23:45:49 +0100 Baptiste Daroussin wrote: > On Sat, Nov 01, 2014 at 04:13:32PM +0100, Marc UBM wrote: [snip] > > > > The update is failing for me with: > > > > .../usr/ports/ports-mgmt/pkg-devel# make all install clean > > ===> Installing for pkg-1.4.0.a3 > > ===> Checking if pkg already installed > > pkg-static: sqlite error while executing DROP INDEX > > packages_unique;CREATE UNIQUE INDEX packages_unique ON packages(name); > > in file pkgdb.c:2246: UNIQUE constraint failed: packages.name *** Error > > code 74 > > > > Stop. > > make[1]: stopped in /usr/ports/ports-mgmt/pkg-devel > > *** Error code 1 > > > > Stop. > > make: stopped in /usr/ports/ports-mgmt/pkg-devel > > > > > > > > portmaster fails with: > > root@ubm:/usr/ports/ports-mgmt/pkg-devel# portmaster -d pkg > > ===>>> No ORIGIN in /var/db/pkg/pkgconf-0.9.7/+CONTENTS > > > > > > ===>>> Cannot continue > > ===>>> Aborting update > > > > ===>>> Killing background jobs > > Terminated > > ===>>> Exiting > > > > make.conf related options: > > > > #enable pkgng (might be superfluous) > > WITH_PKGNG=yes > > #enable PKGNG devel > > WITH_PKGNG=devel > > > > Am I doing something wrong? > > You are doing nothing wrong but that probably means you have ancient packages > that never got upgraded (in the old time it was allowed to have 2 packages > installed with the same name) we have fixed that over the time and that is why > we had unicity set to origin as a hack for a while, we are now moving to unique > name so you have to make sure that all your installed packages are up to date > before moving to new pkg. > > At least make sure you do not have 2 packages with the same name. > > Concerning portmaster I have no idea why it now thinks you are not using > pkg :( I checked for packages with the same name and found none (via pkg version). Meanwhile, the upgrade still fails for me. Has anybody got any new ideas? Thanks in advance! Regards, Marc From owner-freebsd-current@FreeBSD.ORG Sat Nov 8 13:46:29 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B5735C2D; Sat, 8 Nov 2014 13:46:29 +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 765E8140; Sat, 8 Nov 2014 13:46:29 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7::c850:5765:a731:a87d] (unknown [IPv6:2001:7b8:3a7:0:c850:5765:a731:a87d]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 342F0B80A; Sat, 8 Nov 2014 14:46:22 +0100 (CET) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 8.0 \(1990.1\)) Subject: Re: How exactly does the base toolchain determine WHICH language to build with? From: Dimitry Andric In-Reply-To: <6810431a15d054459a29d434dd22619e@ultimatedns.net> Date: Sat, 8 Nov 2014 14:46:21 +0100 Content-Transfer-Encoding: 7bit Message-Id: <2D6D79A7-D05E-4DE2-A2B6-EFE261204B02@FreeBSD.org> References: <6810431a15d054459a29d434dd22619e@ultimatedns.net> To: Chris H X-Mailer: Apple Mail (2.1990.1) Cc: freebsd-hackers@freebsd.org, FreeBSD CURRENT , FreeBSD ports X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Nov 2014 13:46:29 -0000 On 08 Nov 2014, at 01:23, Chris H wrote: > Sorry for the long title. I've been [needlessly] struggling > with getting ports within the ports tree to build, on a > fresh 11-CURRENT install from 2014-11-05. With custom > KERNEL and WORLD built, and installed. > Here's my situation, which has worked well since ~8.2; > make.conf(5) > WITHOUT_CLANG=true > FAVORITE_COMPILER=gcc > src.conf(5) > WITHOUT_CLANG=true If you don't want to use and build clang at all, I think you also need these two settings (at least on recent -CURRENT): WITHOUT_CLANG_BOOTSTRAP=foo WITHOUT_CLANG_IS_CC=foo The latter variable determines whether /usr/bin/cc, /usr/bin/c++ and so on are linked to clang or gcc. I suspect the root of all your problems is that you don't have this setting. > I'll neither argue, nor defend rational for w/o clang. To > boring and out of scope for this thread. That said; I > realize that lang/clang(33/34/35) is the default toolchain > for 10+, and that's just fine by me. So I shouldn't be > terribly surprised when install kernel/world, followed by > make delete-old removes the clang built, or provided by > the base install from the (initial) install procedure. But > what _does_ surprise me, is that the install of lang/gcc-48 > does _not_ become the compiler of choice with the above > $ENV, after [seemingly] deleting clang. It does not work that way. If you configure the base system to use gcc only, individual ports can decide that they need newer C++ support, or other features not available in the version of gcc in base (which is very old by now). In that case, they will use one of the gcc ports, or possibly even one of the clang ports. -Dimitry From owner-freebsd-current@FreeBSD.ORG Sat Nov 8 18:44:05 2014 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 35C3F3D7; Sat, 8 Nov 2014 18:44:05 +0000 (UTC) Received: from smtp.des.no (smtp.des.no [194.63.250.102]) by mx1.freebsd.org (Postfix) with ESMTP id EC65ADF7; Sat, 8 Nov 2014 18:44:04 +0000 (UTC) Received: from nine.des.no (smtp.des.no [194.63.250.102]) by smtp-int.des.no (Postfix) with ESMTP id 57E8AA160; Sat, 8 Nov 2014 18:43:57 +0000 (UTC) Received: by nine.des.no (Postfix, from userid 1001) id 3B21F1413; Sat, 8 Nov 2014 19:43:55 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: freebsd-security@FreeBSD.org Subject: Re: CFR: AES-GCM and OpenCrypto work review References: <20141108042300.GA24601@funkthat.com> Date: Sat, 08 Nov 2014 19:43:55 +0100 In-Reply-To: <20141108042300.GA24601@funkthat.com> (John-Mark Gurney's message of "Fri, 7 Nov 2014 20:23:00 -0800") Message-ID: <86tx29jzx0.fsf@nine.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: 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, 08 Nov 2014 18:44:05 -0000 John-Mark Gurney writes: > Over the last few months, I've been working on a project to add support > for AES-GCM and AES-CTR modes to our OpenCrypto framework. The work is > sponsored by The FreeBSD Foundation and Netgate. > > I plan on committing these patches early next week. If you need more > time for review, please email me privately and I will make delay. Please remember to bump __FreeBSD_version. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Sat Nov 8 18:55:30 2014 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C964785F; Sat, 8 Nov 2014 18:55:30 +0000 (UTC) Received: from mail.highsecure.ru (mail6.highsecure.ru [IPv6:2a01:4f8:190:43b5::99]) (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 58F7AF0D; Sat, 8 Nov 2014 18:55:30 +0000 (UTC) Received: from medway.cl.cam.ac.uk (medway.cl.cam.ac.uk [IPv6:2001:630:212:238:21c:c0ff:fe4b:2b85]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: vsevolod@highsecure.ru) by mail.highsecure.ru (Postfix) with ESMTPSA id 719B43001ED; Sat, 8 Nov 2014 19:55:15 +0100 (CET) Message-ID: <545E6712.5060305@highsecure.ru> Date: Sat, 08 Nov 2014 18:55:14 +0000 From: Vsevolod Stakhov User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 To: freebsd-security@FreeBSD.org, current@FreeBSD.org Subject: Re: CFR: AES-GCM and OpenCrypto work review References: <20141108042300.GA24601@funkthat.com> In-Reply-To: <20141108042300.GA24601@funkthat.com> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=highsecure.ru; s=dkim; t=1415472915; bh=Q5VdJ/jKR2LsqdtIiMM92ZL8zdtHvh6BtgNimwmlYaA=; h=Message-ID:Date:From:MIME-Version:To:Subject:References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=G0dYz+F5lY5zSG+TxEvRL1SJtgto/vvphds64DGp/dqDNw4ygnDwJFck2mB2RQkKHrG3es/hBW53w9Z5EsV3d8XueFR9s0HZxZh08rSbo2WQNz1yajUuNIgLOEWBj0RF59ZyzdZn3fRC+F2iQwLn1srHAuxgs2CNFqsPRw+IVUI= X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: 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, 08 Nov 2014 18:55:31 -0000 On 08/11/14 04:23, John-Mark Gurney wrote: > Hello, > > Over the last few months, I've been working on a project to add support > for AES-GCM and AES-CTR modes to our OpenCrypto framework. The work is > sponsored by The FreeBSD Foundation and Netgate. > > I plan on committing these patches early next week. If you need more > time for review, please email me privately and I will make delay. > > The code has already been reviewed by Watson Ladd (the software crypto > implementations) and Trevor Perrin (the aesni module part) and I have > integrated these changes into the patch. > > There are two patches, one is the changes for OpenCrypto and the test > framework. The other is the data files used by the test framework. > The data is from NIST's CAVP program, and is about 20MB worth of test > vectors. (I just realized, should we look at compressing these on > disk?) > > Main patch (192KB): > https://www.funkthat.com/~jmg/patches/aes.ipsec.5.patch > > Data files (~20MB): > https://www.funkthat.com/~jmg/patches/aes.ipsec.5.testing.patch > > A list of notable changes in the patch: > - Replacing crypto(4) w/ NetBSD's version + updates > - Lots of man page updates, including CIOCFINDDEV and crypto(7) which > adds specifics about restrictions on the modes. > - Allow sane useage of both _HARDWARE and _SOFTWARE flags. > - Add a timing safe bcmp for MAC comparision. > - Add a software implementation of GCM that uses a four bit lookup > table with parallelization. This algorithm is possibly vulnerable to > timing attacks, but best known mitigation methods are used. Using > a timing safe version is many times slower. > - Added a CRYPTDEB macro that defaults to off. > - Bring in some of OpenBSD's improvements to the OpenCrypto framework. > - If an mbuf passed to the aesni module is only one segment, don't do > a copy. This needs to be improved to support segmented buffers. > - Remove the CRYPTO_F_REL flag. It was meaningless. It was used but > did not change any behavior. > - Add function crypto_mbuftoiov to convert an mbuf to an iov. This > also converts the software crypto to only use iov's even for a simple > linear buffer, and so simplifies the processing. > - Add a dtrace probe for errors from the ioctl. > - Add the CIOCCRYPTAEAD ioctl that allows userland processing (testing) > of AES-GCM and future AEAD modes. > > Future improvements: > - Support IV's longer than 12 bytes for GCM. > - Make AES-NI support segmented buffers (iov or mbuf) so multisegmented > inputs don't have to be copied. I have the question regarding to the algorithm of GF field calculations used in the proposed implementation: why not use the recent researches in GCM calculations, e.g. described in [1], for further speed optimizations? [1] - https://eprint.iacr.org/2013/157.pdf -- Vsevolod Stakhov From owner-freebsd-current@FreeBSD.ORG Sat Nov 8 20:45:40 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E3F38F2C; Sat, 8 Nov 2014 20:45:40 +0000 (UTC) Received: from h2.funkthat.com (gate2.funkthat.com [208.87.223.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "funkthat.com", Issuer "funkthat.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id BCAFBAC3; Sat, 8 Nov 2014 20:45:40 +0000 (UTC) Received: from h2.funkthat.com (localhost [127.0.0.1]) by h2.funkthat.com (8.14.3/8.14.3) with ESMTP id sA8Kjd61071201 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 8 Nov 2014 12:45:39 -0800 (PST) (envelope-from jmg@h2.funkthat.com) Received: (from jmg@localhost) by h2.funkthat.com (8.14.3/8.14.3/Submit) id sA8KjcPn071200; Sat, 8 Nov 2014 12:45:38 -0800 (PST) (envelope-from jmg) Date: Sat, 8 Nov 2014 12:45:38 -0800 From: John-Mark Gurney To: Vsevolod Stakhov Subject: Re: CFR: AES-GCM and OpenCrypto work review Message-ID: <20141108204538.GI24601@funkthat.com> Mail-Followup-To: Vsevolod Stakhov , freebsd-security@freebsd.org, current@freebsd.org References: <20141108042300.GA24601@funkthat.com> <545E6712.5060305@highsecure.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <545E6712.5060305@highsecure.ru> User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 7.2-RELEASE i386 X-PGP-Fingerprint: 54BA 873B 6515 3F10 9E88 9322 9CB1 8F74 6D3F A396 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html X-TipJar: bitcoin:13Qmb6AeTgQecazTWph4XasEsP7nGRbAPE X-to-the-FBI-CIA-and-NSA: HI! HOW YA DOIN? can i haz chizburger? X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.2 (h2.funkthat.com [127.0.0.1]); Sat, 08 Nov 2014 12:45:39 -0800 (PST) Cc: freebsd-security@freebsd.org, current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Nov 2014 20:45:41 -0000 Vsevolod Stakhov wrote this message on Sat, Nov 08, 2014 at 18:55 +0000: > On 08/11/14 04:23, John-Mark Gurney wrote: > > Hello, > > > > Over the last few months, I've been working on a project to add support > > for AES-GCM and AES-CTR modes to our OpenCrypto framework. The work is > > sponsored by The FreeBSD Foundation and Netgate. > > > > I plan on committing these patches early next week. If you need more > > time for review, please email me privately and I will make delay. > > > > The code has already been reviewed by Watson Ladd (the software crypto > > implementations) and Trevor Perrin (the aesni module part) and I have > > integrated these changes into the patch. > > > > There are two patches, one is the changes for OpenCrypto and the test > > framework. The other is the data files used by the test framework. > > The data is from NIST's CAVP program, and is about 20MB worth of test > > vectors. (I just realized, should we look at compressing these on > > disk?) > > > > Main patch (192KB): > > https://www.funkthat.com/~jmg/patches/aes.ipsec.5.patch > > > > Data files (~20MB): > > https://www.funkthat.com/~jmg/patches/aes.ipsec.5.testing.patch > > > > A list of notable changes in the patch: > > - Replacing crypto(4) w/ NetBSD's version + updates > > - Lots of man page updates, including CIOCFINDDEV and crypto(7) which > > adds specifics about restrictions on the modes. > > - Allow sane useage of both _HARDWARE and _SOFTWARE flags. > > - Add a timing safe bcmp for MAC comparision. > > - Add a software implementation of GCM that uses a four bit lookup > > table with parallelization. This algorithm is possibly vulnerable to > > timing attacks, but best known mitigation methods are used. Using > > a timing safe version is many times slower. > > - Added a CRYPTDEB macro that defaults to off. > > - Bring in some of OpenBSD's improvements to the OpenCrypto framework. > > - If an mbuf passed to the aesni module is only one segment, don't do > > a copy. This needs to be improved to support segmented buffers. > > - Remove the CRYPTO_F_REL flag. It was meaningless. It was used but > > did not change any behavior. > > - Add function crypto_mbuftoiov to convert an mbuf to an iov. This > > also converts the software crypto to only use iov's even for a simple > > linear buffer, and so simplifies the processing. > > - Add a dtrace probe for errors from the ioctl. > > - Add the CIOCCRYPTAEAD ioctl that allows userland processing (testing) > > of AES-GCM and future AEAD modes. > > > > Future improvements: > > - Support IV's longer than 12 bytes for GCM. > > - Make AES-NI support segmented buffers (iov or mbuf) so multisegmented > > inputs don't have to be copied. > > I have the question regarding to the algorithm of GF field calculations > used in the proposed implementation: why not use the recent researches > in GCM calculations, e.g. described in [1], for further speed optimizations? > > [1] - https://eprint.iacr.org/2013/157.pdf The paper you linked to does not describe a new way of calculating GHASH, but evalutation of a bug in their implementation using the PCLMULQDQ instruction... If you mean, why don't I use OpenSSL's code? The reason is that their code is a perl script that generates assmebly... We don't have perl in base.. and I didn't want more assembly in our tree (see below).. Instead, I decided to use code from Intel's whitepaper: Intel® Carry-Less Multiplication Instruction and its Usage for Computing the GCM Mode I didn't use their assembly version because I wanted to have maintainable code, and also the same code can be used on both i386 and amd64 arches.. This turns out to also be a good thing, as when I add segmented buffer support, it'll be much easier to add to the C version, and I only have to do the work once for two arches... Also, the software GF library that I wrote is using state of the art algorithms... An OpenBSD developer has tested my code and has seen a significant performance improvement over their old code, and are evaluating if they want to/can include it in their tree... Hope this answers your question. If not, please be more specific so I can answer it. Thanks. -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-current@FreeBSD.ORG Sat Nov 8 20:52:19 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A5AE81D2; Sat, 8 Nov 2014 20:52:19 +0000 (UTC) Received: from udns.ultimatedns.net (unknown [IPv6:2602:d1:b4d6:e600:4261:86ff:fef6:aa2a]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 766C9BA3; Sat, 8 Nov 2014 20:52:19 +0000 (UTC) Received: from ultimatedns.net (localhost [127.0.0.1]) by udns.ultimatedns.net (8.14.9/8.14.9) with ESMTP id sA8KqQrp087043; Sat, 8 Nov 2014 12:52:26 -0800 (PST) (envelope-from bsd-lists@bsdforge.com) To: Dimitry Andric In-Reply-To: <2D6D79A7-D05E-4DE2-A2B6-EFE261204B02@FreeBSD.org> References: <6810431a15d054459a29d434dd22619e@ultimatedns.net>, <2D6D79A7-D05E-4DE2-A2B6-EFE261204B02@FreeBSD.org> From: "Chris H" Subject: Re: How exactly does the base toolchain determine WHICH language to build with? Date: Sat, 08 Nov 2014 12:52:26 -0800 Content-Type: text/plain; charset=UTF-8; format=fixed MIME-Version: 1.0 Message-id: <9135556ed9cef3ea7052a00d1b3b9120@ultimatedns.net> Content-Transfer-Encoding: 8bit Cc: freebsd-hackers@freebsd.org, FreeBSD CURRENT , FreeBSD ports X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Nov 2014 20:52:19 -0000 On Sat, 8 Nov 2014 14:46:21 +0100 Dimitry Andric wrote > On 08 Nov 2014, at 01:23, Chris H wrote: > > Sorry for the long title. I've been [needlessly] struggling > > with getting ports within the ports tree to build, on a > > fresh 11-CURRENT install from 2014-11-05. With custom > > KERNEL and WORLD built, and installed. > > Here's my situation, which has worked well since ~8.2; > > make.conf(5) > > WITHOUT_CLANG=true > > FAVORITE_COMPILER=gcc > > src.conf(5) > > WITHOUT_CLANG=true > > If you don't want to use and build clang at all, I think you also need > these two settings (at least on recent -CURRENT): > > WITHOUT_CLANG_BOOTSTRAP=foo > WITHOUT_CLANG_IS_CC=foo > > The latter variable determines whether /usr/bin/cc, /usr/bin/c++ and so > on are linked to clang or gcc. I suspect the root of all your problems > is that you don't have this setting. > > > > I'll neither argue, nor defend rational for w/o clang. To > > boring and out of scope for this thread. That said; I > > realize that lang/clang(33/34/35) is the default toolchain > > for 10+, and that's just fine by me. So I shouldn't be > > terribly surprised when install kernel/world, followed by > > make delete-old removes the clang built, or provided by > > the base install from the (initial) install procedure. But > > what _does_ surprise me, is that the install of lang/gcc-48 > > does _not_ become the compiler of choice with the above > > $ENV, after [seemingly] deleting clang. > > It does not work that way. If you configure the base system to use gcc > only, individual ports can decide that they need newer C++ support, or > other features not available in the version of gcc in base (which is > very old by now). In that case, they will use one of the gcc ports, > or possibly even one of the clang ports. Ahh. Thank you. It's now perfectly clear, and makes complete sense, now. For the record; I have nothing against clang/llvm, per se. I am just looking to obtain a bit more control over my environment. As this installation is intended for development purposes. In fact, I'll probably install all 3 versions of lang/clang. :) Oh, and GNC C, as well. Thank you again, for the reply. Now that I have also been informed about freebsd-toolchain@. I should probably take this opportunity to apologize for the noise, and thank all for their thoughtful replies. :) --Chris > > -Dimitry From owner-freebsd-current@FreeBSD.ORG Sat Nov 8 21:20:11 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 74348763; Sat, 8 Nov 2014 21:20:11 +0000 (UTC) Received: from mail.highsecure.ru (mail6.highsecure.ru [IPv6:2a01:4f8:190:43b5::99]) (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 1EE65D81; Sat, 8 Nov 2014 21:20:10 +0000 (UTC) Received: from [172.24.168.60] (global-2-11.nat.csx.cam.ac.uk [131.111.185.11]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: vsevolod@highsecure.ru) by mail.highsecure.ru (Postfix) with ESMTPSA id 105C8300092; Sat, 8 Nov 2014 22:20:05 +0100 (CET) Message-ID: <545E8904.6070109@highsecure.ru> Date: Sat, 08 Nov 2014 21:20:04 +0000 From: Vsevolod Stakhov User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.1.2 MIME-Version: 1.0 To: John-Mark Gurney Subject: Re: CFR: AES-GCM and OpenCrypto work review References: <20141108042300.GA24601@funkthat.com> <545E6712.5060305@highsecure.ru> <20141108204538.GI24601@funkthat.com> In-Reply-To: <20141108204538.GI24601@funkthat.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=highsecure.ru; s=dkim; t=1415481605; bh=w+WG2PRWGmMIwDUKlJKdj1bM+jfhG0lstSX1N/dogQE=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=MEbXCq1hR2T/av7jaetwUSgAZMREybYOBnJ4TyxmNnKpYpGBKxJpf9KznDb30h1TAalaOEEV32ywRW+A0zXylCKALabG2Lp69Y3tPD8bIkBQpttMYziFL28lhyc2W1jyUIafaFJFg+pu/TD3SvbwxpyDiljc3OZ7jt3XfU2aYBk= Cc: freebsd-security@freebsd.org, FreeBSD-Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Nov 2014 21:20:11 -0000 On 08/11/14 20:45, John-Mark Gurney wrote: > Vsevolod Stakhov wrote this message on Sat, Nov 08, 2014 at 18:55 +0000: >> On 08/11/14 04:23, John-Mark Gurney wrote: >>> Hello, >>> >>> Over the last few months, I've been working on a project to add support >>> for AES-GCM and AES-CTR modes to our OpenCrypto framework. The work is >>> sponsored by The FreeBSD Foundation and Netgate. >>> >>> I plan on committing these patches early next week. If you need more >>> time for review, please email me privately and I will make delay. >>> >>> The code has already been reviewed by Watson Ladd (the software crypto >>> implementations) and Trevor Perrin (the aesni module part) and I have >>> integrated these changes into the patch. >>> >>> There are two patches, one is the changes for OpenCrypto and the test >>> framework. The other is the data files used by the test framework. >>> The data is from NIST's CAVP program, and is about 20MB worth of test >>> vectors. (I just realized, should we look at compressing these on >>> disk?) >>> >>> Main patch (192KB): >>> https://www.funkthat.com/~jmg/patches/aes.ipsec.5.patch >>> >>> Data files (~20MB): >>> https://www.funkthat.com/~jmg/patches/aes.ipsec.5.testing.patch >>> >>> A list of notable changes in the patch: >>> - Replacing crypto(4) w/ NetBSD's version + updates >>> - Lots of man page updates, including CIOCFINDDEV and crypto(7) which >>> adds specifics about restrictions on the modes. >>> - Allow sane useage of both _HARDWARE and _SOFTWARE flags. >>> - Add a timing safe bcmp for MAC comparision. >>> - Add a software implementation of GCM that uses a four bit lookup >>> table with parallelization. This algorithm is possibly vulnerable to >>> timing attacks, but best known mitigation methods are used. Using >>> a timing safe version is many times slower. >>> - Added a CRYPTDEB macro that defaults to off. >>> - Bring in some of OpenBSD's improvements to the OpenCrypto framework. >>> - If an mbuf passed to the aesni module is only one segment, don't do >>> a copy. This needs to be improved to support segmented buffers. >>> - Remove the CRYPTO_F_REL flag. It was meaningless. It was used but >>> did not change any behavior. >>> - Add function crypto_mbuftoiov to convert an mbuf to an iov. This >>> also converts the software crypto to only use iov's even for a simple >>> linear buffer, and so simplifies the processing. >>> - Add a dtrace probe for errors from the ioctl. >>> - Add the CIOCCRYPTAEAD ioctl that allows userland processing (testing) >>> of AES-GCM and future AEAD modes. >>> >>> Future improvements: >>> - Support IV's longer than 12 bytes for GCM. >>> - Make AES-NI support segmented buffers (iov or mbuf) so multisegmented >>> inputs don't have to be copied. >> >> I have the question regarding to the algorithm of GF field calculations >> used in the proposed implementation: why not use the recent researches >> in GCM calculations, e.g. described in [1], for further speed optimizations? >> >> [1] - https://eprint.iacr.org/2013/157.pdf > > The paper you linked to does not describe a new way of calculating > GHASH, but evalutation of a bug in their implementation using the > PCLMULQDQ instruction... > > If you mean, why don't I use OpenSSL's code? The reason is that their > code is a perl script that generates assmebly... We don't have > perl in base.. and I didn't want more assembly in our tree (see below).. > > Instead, I decided to use code from Intel's whitepaper: > Intel® Carry-Less Multiplication Instruction and its Usage for > Computing the GCM Mode > > I didn't use their assembly version because I wanted to have > maintainable code, and also the same code can be used on both i386 > and amd64 arches.. This turns out to also be a good thing, as when > I add segmented buffer support, it'll be much easier to add to the C > version, and I only have to do the work once for two arches... > > Also, the software GF library that I wrote is using state of the art > algorithms... An OpenBSD developer has tested my code and has seen > a significant performance improvement over their old code, and are > evaluating if they want to/can include it in their tree... > > Hope this answers your question. If not, please be more specific so > I can answer it. > > Thanks. > I'm sorry, I thought that is the paper that is a transcript of the following presentation: http://2013.diac.cr.yp.to/slides/gueron.pdf made by the same authors. The transcript is not available so far it seems. And regarding assembler/C maintainability I would argue that the current intrinsics based implementation is more readable than the pure assembler solution (and it is still machine dependent). Of course, I'm not the expert in such optimizations, so that is just my own feeling. By the way, do you have some concrete numbers about the performance of your aes-gcm? (I recently could do aes-128-gcm at about 32 gigabits/sec that is not a limit of the modern hardware for sure).