From owner-freebsd-current@freebsd.org Sun Oct 18 04:06:31 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 90237A0F65F for ; Sun, 18 Oct 2015 04:06:31 +0000 (UTC) (envelope-from woodsb02@gmail.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 721059DC for ; Sun, 18 Oct 2015 04:06:31 +0000 (UTC) (envelope-from woodsb02@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id 716A4A0F653; Sun, 18 Oct 2015 04:06:31 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 570F7A0F651; Sun, 18 Oct 2015 04:06:31 +0000 (UTC) (envelope-from woodsb02@gmail.com) Received: from mail-vk0-x22c.google.com (mail-vk0-x22c.google.com [IPv6:2607:f8b0:400c:c05::22c]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 148789D5; Sun, 18 Oct 2015 04:06:31 +0000 (UTC) (envelope-from woodsb02@gmail.com) Received: by vkaw128 with SMTP id w128so88197559vka.0; Sat, 17 Oct 2015 21:06:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=osod9ANNKz41RlOGoj9AOR2wl42OGwqHL1+jQqfq9dY=; b=NK6Yyr/PObApJAo4cmPf3J7U+ZnrD6CPrShFYzJMzj5x/n4cC56R/ap+eRn0ud5P9V Eh7TekzghBk+uE482e1JteDeDLNUqDT4BqiKDjA6mWfAOwL/4yPuqusAKTYb6UKP10f7 T9FU9x668kg9Is8tpdwEMsOYmyHDK7dGD5gLtRiROddpEGeEqy09Ux5IPR8bk/bac9e3 GfY31niDAixKBg91DoB/Ny4c15FpV2Cg8NrqPSHA4Ixyv73EdvQ20ueqKq1KF5+DwCSf afvoZEgCxP/DadMd9glbRl/exnFEJpulEHRc73ahafndW4O4Tr8wRuNgrNhDTJnbMP/a fU4Q== MIME-Version: 1.0 X-Received: by 10.31.50.205 with SMTP id y196mr15994790vky.150.1445141189827; Sat, 17 Oct 2015 21:06:29 -0700 (PDT) Received: by 10.31.77.130 with HTTP; Sat, 17 Oct 2015 21:06:29 -0700 (PDT) In-Reply-To: <1444798812.3234.58.camel@me.com> References: <1444798812.3234.58.camel@me.com> Date: Sun, 18 Oct 2015 12:06:29 +0800 Message-ID: Subject: Re: CFT: wpa_supplicant/hostapd 2.5 From: Ben Woods To: Rui Paulo Cc: current@freebsd.org, "freebsd-wireless@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: 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, 18 Oct 2015 04:06:31 -0000 On 14 October 2015 at 13:00, Rui Paulo wrote: > Hi, > > Please download and test the wpa_supplicant/hostapd import patch: > > http://people.freebsd.org/~rpaulo/patches/wpa-2.5.diff > > > Changelog: > > http://w1.fi/cgit/hostap/plain/hostapd/ChangeLog > http://w1.fi/cgit/hostap/plain/wpa_supplicant/ChangeLog > > > Please report success/failures. > > Thanks, > -- > Rui Paulo > Hi Rui, I've build FreeBSD head with your patch and have been using it on my home wireless router for a couple of days now (running on a Netgate RCC-VE 8860 running FreeBSD head amd64 with AR9280 wifi chip). All working fine for me. Thanks for your work. Regards, Ben -- From: Benjamin Woods woodsb02@gmail.com From owner-freebsd-current@freebsd.org Sun Oct 18 10:36:22 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8F8C9A18028 for ; Sun, 18 Oct 2015 10:36:22 +0000 (UTC) (envelope-from yonas@fizk.net) Received: from mail-ig0-x231.google.com (mail-ig0-x231.google.com [IPv6:2607:f8b0:4001:c05::231]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 5D6BBAEF for ; Sun, 18 Oct 2015 10:36:22 +0000 (UTC) (envelope-from yonas@fizk.net) Received: by igbdj2 with SMTP id dj2so40005776igb.1 for ; Sun, 18 Oct 2015 03:36:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=fizk.net; s=google; h=to:from:subject:message-id:date:user-agent:mime-version :content-type; bh=jb2ahukqQzRy+X0yllT6IVJtnHno8FFdLZP8gRV0SKg=; b=FgNtkCTUQ32ElX/DBEST3D41oWThF9DA5nOTGkjtimaEROWj8Kj5DfzQ6WEkK1Kky9 tBw4jzIqUzNGNmBEUYXNFdMnX68BKBzfQ84+tY/+Pk8eaYfD6lT32ukD/jSXzYadre99 4qAgemrZxeW4u7ea1AyKoPIyY4VDPprSN6vPs= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:to:from:subject:message-id:date:user-agent :mime-version:content-type; bh=jb2ahukqQzRy+X0yllT6IVJtnHno8FFdLZP8gRV0SKg=; b=cgj60Ze4dC5yWYxUNpM5ygVWf9UVUkVk5Suy8FlMv75x53jk+5tzxqCqWBZxJC3fKi 4529eJpyXvWbbeN3sgseqCftNyuW3TwIrVzEGWu8gkDegP83YbOO8TLgDN3TnhXWJSum ZslvhOWCm0YynbRGYb11ueD59DWKgCWGEFQfqlM7u/i/4s2Pd4eqR8K0oqSfOxlKZ49E mCTGbBg4MzzpUis9yigdAOVW7c7KyxJOyPSeoJs12luIFlyZQO8X69Y0WkxhzgonqK6b HCTOSY7eL6VTvEW0au6r41lsry7qvOYtDujzppOnNVGoiJvp36gs646l/DfM+V/33Im6 sJag== X-Gm-Message-State: ALoCoQlP/+xaoRSuQquIWkuAhhYICGKx13A6NXklwxB6akOtyM7V+zuXTKsGchQ8suK9NK/dyQYf X-Received: by 10.50.141.163 with SMTP id rp3mr6808060igb.26.1445164581428; Sun, 18 Oct 2015 03:36:21 -0700 (PDT) Received: from [192.168.2.200] (CPEbc4dfb965b33-CMbc4dfb965b30.cpe.net.cable.rogers.com. [99.236.139.136]) by smtp.gmail.com with ESMTPSA id d21sm2392649ioj.27.2015.10.18.03.36.20 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 18 Oct 2015 03:36:20 -0700 (PDT) To: freebsd-current@freebsd.org From: Yonas Yanfa Subject: Depreciate and remove gbde Message-ID: <56237623.5010702@fizk.net> Date: Sun, 18 Oct 2015 06:36:19 -0400 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: 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, 18 Oct 2015 10:36:22 -0000 Hi, It seems geli is the standard way of encrypting disks. It's extremely flexible and usually recommended by the community over gbde. Moreover, geli is mentioned a lot more in the mailing lists and forums. gbde's man page explicitly says that gbde is experimental and should be considered suspect. That seems reason enough to finally depreciate and remove it in favour of geli. The Encrypting Disk Partitions page in the Handbook discusses gbde first, and describes geli as an alternative. This seems odd, shouldn't this be the other way around? Is there any objection to removing gbde? How many people use gbde? When have you used gbde over geli, and why? Cheers, Yonas -- Yonas Yanfa In Love With Open Source Drupal :: GitHub :: Mozilla :: iPhone fizk.net | yonas@fizk.net From owner-freebsd-current@freebsd.org Sun Oct 18 11:37:28 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1873CA18F34 for ; Sun, 18 Oct 2015 11:37:28 +0000 (UTC) (envelope-from allanjude@freebsd.org) Received: from mx1.scaleengine.net (mx1.scaleengine.net [209.51.186.6]) by mx1.freebsd.org (Postfix) with ESMTP id ED09C6E6 for ; Sun, 18 Oct 2015 11:37:27 +0000 (UTC) (envelope-from allanjude@freebsd.org) Received: from [10.1.1.2] (unknown [10.1.1.2]) (Authenticated sender: allanjude.freebsd@scaleengine.com) by mx1.scaleengine.net (Postfix) with ESMTPSA id 16D6FD974 for ; Sun, 18 Oct 2015 11:37:21 +0000 (UTC) Subject: Re: Depreciate and remove gbde To: freebsd-current@freebsd.org References: <56237623.5010702@fizk.net> From: Allan Jude Message-ID: <5623846B.6000505@freebsd.org> Date: Sun, 18 Oct 2015 07:37:15 -0400 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 In-Reply-To: <56237623.5010702@fizk.net> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="9vXkTkR1pdiPUTOrGXpEP1ljha8NdesKA" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: 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, 18 Oct 2015 11:37:28 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --9vXkTkR1pdiPUTOrGXpEP1ljha8NdesKA Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 2015-10-18 06:36, Yonas Yanfa wrote: > Hi, >=20 > It seems geli is the standard way of encrypting disks. It's extremely > flexible and usually recommended by the community over gbde. Moreover, > geli is mentioned a lot more in the mailing lists and forums. >=20 > gbde's man page explicitly says that gbde is experimental and should be= > considered suspect. That seems reason enough to finally depreciate and > remove it in favour of geli. >=20 > The Encrypting Disk Partitions page in the Handbook discusses gbde > first, and describes geli as an alternative. This seems odd, shouldn't > this be the other way around? >=20 > Is there any objection to removing gbde? How many people use gbde? When= > have you used gbde over geli, and why? >=20 > Cheers, > Yonas >=20 It is my understanding that GDBE has some different goals, and works in different circumstances. I know Michael W. Lucas has written about it in his books. While I think it isn't a bad idea to put GELI first in the handbook, I don't see any reason to remove gdbe. --=20 Allan Jude --9vXkTkR1pdiPUTOrGXpEP1ljha8NdesKA Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (MingW32) iQIcBAEBAgAGBQJWI4RxAAoJEBmVNT4SmAt+/TMP/AjTF6zUCjTVeunMciL0Ax1p u5U/6wrPo3yM07aMd3R18h947n2M8O32UCNvsZJLEIjUJD5+LKTnMeVNL8NDVKQ9 0x22+fACTNmNzd/9eapGT/dV6Ag+cOo9FTMDUS/p3pTSjUHmEAagS+zDkF3PDAPp DfDDC62eqI/lMEnInrge+hIaHd+7NMMCi+k0ucUhBnyp/7yc5yH/w5Q3LUn8wGvg YE/Go/IvSzSEhK+BRUMdfQF1I4I7rpwN1Jbu9Xwa76Z6QlGIqId8rk3gXtqB4Arl +rwHeBMen2BTVn6axmGv7ehEm8cf7GEt+I5MYk4TDx+8sKGjQjcHmFRGajAG4zUr ulMZUveZPM90g18xr214wyIG/nRn7IqOhKRbHLGtSW3AjTByaWaFUoyehkqqulJM qweMNviSSwjS2XsBjpFtBK821N6nyRhg+SAS7xCWxJk14hIPHR/WEvhEJnBl0yMU 1T5j2mg9/frWggGN2/cELizqtMUkl0Moa470MpzzZM6d8p+Cnwo74aCuEpJ4iO/F 16j6s+H1Zh+5weoZQ4+dYegENQIvbiTfG+04gItBYvB9fyNghI4fGvRtCKEhbSJq rWdT62NvT6jm2kmoqqmgbY5CtNVDues7d/eyy1+GtHiXB8j9024iCrwB1+xe4uo2 VfHfnHVzB9aYisAj31Ys =LYdS -----END PGP SIGNATURE----- --9vXkTkR1pdiPUTOrGXpEP1ljha8NdesKA-- From owner-freebsd-current@freebsd.org Sun Oct 18 13:56:34 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 230F7A169FC for ; Sun, 18 Oct 2015 13:56:34 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from mail.auburn.protected-networks.net (mail.auburn.protected-networks.net [IPv6:2001:470:1f07:4e1::3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.auburn.protected-networks.net", Issuer "Protected Networks Root CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id E8C1A15C2 for ; Sun, 18 Oct 2015 13:56:33 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from toshi.auburn.protected-networks.net (toshi.auburn.protected-networks.net [192.168.1.10]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "Iain Butler", Issuer "RSA Class 2 Personal CA v2" (verified OK)) (Authenticated sender: imb@mail.auburn.protected-networks.net) by mail.auburn.protected-networks.net (Postfix) with ESMTPSA id 6AE9F1F8 for ; Sun, 18 Oct 2015 09:56:28 -0400 (EDT) To: freebsd-current From: Michael Butler Subject: AHC - 29160 interrupts not functioning? Message-ID: <5623A50A.9080809@protected-networks.net> Date: Sun, 18 Oct 2015 09:56:26 -0400 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: 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, 18 Oct 2015 13:56:34 -0000 Has anyone tested the ahc driver on v10 or later? The last version I can successfully run is 9.x as anything later, presumably because of the changes in the timer code, causes disk transactions to be seen as "Timedout SCBs already complete. Interrupts may not be functioning." when given any significant load :-( imb From owner-freebsd-current@freebsd.org Sun Oct 18 14:51:34 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1A165A189F2 for ; Sun, 18 Oct 2015 14:51:34 +0000 (UTC) (envelope-from phk@phk.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.freebsd.org (Postfix) with ESMTP id D4769DEB; Sun, 18 Oct 2015 14:51:33 +0000 (UTC) (envelope-from phk@phk.freebsd.dk) Received: from critter.freebsd.dk (unknown [192.168.55.3]) by phk.freebsd.dk (Postfix) with ESMTP id 7EFEA4F860; Sun, 18 Oct 2015 14:51:26 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.15.2/8.15.2) with ESMTP id t9IEpP9R044350; Sun, 18 Oct 2015 14:51:26 GMT (envelope-from phk@phk.freebsd.dk) To: Allan Jude cc: freebsd-current@freebsd.org Subject: Re: Depreciate and remove gbde In-reply-to: <5623846B.6000505@freebsd.org> From: "Poul-Henning Kamp" References: <56237623.5010702@fizk.net> <5623846B.6000505@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <44348.1445179885.1@critter.freebsd.dk> Date: Sun, 18 Oct 2015 14:51:25 +0000 Message-ID: <44349.1445179885@critter.freebsd.dk> X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: 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, 18 Oct 2015 14:51:34 -0000 -------- In message <5623846B.6000505@freebsd.org>, Allan Jude writes: >While I think it isn't a bad idea to put GELI first in the handbook, I >don't see any reason to remove gdbe. I don't see any reason to remove gbde, and would consider any such suggestion somewhat suspect, given the set of users I know about. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@freebsd.org Sun Oct 18 21:37:19 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9599EA18D6C for ; Sun, 18 Oct 2015 21:37:19 +0000 (UTC) (envelope-from patrickhess@gmx.net) Received: from mout.gmx.net (mout.gmx.net [212.227.15.15]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass DE-1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 522EAD77 for ; Sun, 18 Oct 2015 21:37:18 +0000 (UTC) (envelope-from patrickhess@gmx.net) Received: from desk8.phess.net ([95.88.166.205]) by mail.gmx.com (mrgmx002) with ESMTPSA (Nemesis) id 0LvENG-1aWiff0jbu-010PSS; Sun, 18 Oct 2015 23:37:09 +0200 From: Patrick Hess To: freebsd-current@freebsd.org, Michael Butler Subject: Re: AHC - 29160 interrupts not functioning? Date: Sun, 18 Oct 2015 23:37:06 +0200 Message-ID: <2869849.nf8kUEgBFm@desk8.phess.net> User-Agent: KMail/4.14.3 (FreeBSD/10.1-RELEASE-p16; KDE/4.14.3; i386; ; ) In-Reply-To: <5623A50A.9080809@protected-networks.net> References: <5623A50A.9080809@protected-networks.net> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-Provags-ID: V03:K0:LeDI9wR61+0RWSncp70YZSoHEA+gaA0XAQ0OCZuak32oSz+Z3k4 gr6n8OWVGEReO5Ay3/T46HXXCoUkayiDjrU7dZlN3lQQDDRsPY9po/yS33ZdQo144hspbsa vOgwewTih7cEYqQzBD6PcMt4ORUoO1G0Dc+Ryfw5p10MlyS+MqPNm/hpcybL+4BH7es8QtV skjES4ACtlaD2aQCEC4ZA== X-UI-Out-Filterresults: notjunk:1;V01:K0:wENeutH/Duw=:g9QiS7hs6buzsCR7JtKxq7 97jvq9ubsRidf6e2x5/Nhc/Zk+K1FumJ1duYeXfthKtas5olwTStqObzfntMCW6haJiWC9KmK DggeNTbulhRM8ptwZtEwRzEmOZYLhHAi1OXwpkKmz/LN9mYhot6CTGlN/mGTXN2pFXjxJpBox cs+oviq8135qhcaUDnAzUBfX2WHp2oqfy1PFQ4yYT80ke7BaklsgN26xseKhbN1CS4sU7m3Wh qli/1GgGZIlw0PJV176nyHbFf/+xN+OHlTzXMV0Fki2pyH6iOVEzqolL7KX3I4oQUf5wcIs+t NA0FgCl8+KCdYgPaGJq5FogUmxlIsVdd7bj29CFu6vfSrHsXMvwvDdBB+oPyRwgQixhsKNMcU anUAaNV+xr95y/hb/YrwxaS9jx83UlFjrAlm7Osa9oWeV9AegLekDtatKDytGvMpzvUrIYvr0 6jph4gL3YPpQu8RZYW4kfhdTGoAQHGnjOGa6scv97gZf8vUMXxY2cj+iI3MZGaBp0WTKyZHQP 8Ce37k9ajQVfjJayPt7p6k3hMq6FaIsOUvrfulGX1vtpcCseSk5hl6+3j1fqWetG7kspWCv1D IQ3pqjyZcbo51dqxB17CG4O4qmFSmF+DAmcLbAzG45BusOJy3dHVGUYWCuWrSMcMjE3OsWco8 6nmo2HwFNEN9kebBQYfMkYWE3AVKc2M93IKfs1fC25G9Z7iw8tndms9VRNh0RO+2vnuV019N4 5Jaw2nnIPy39HY5phnypG6MnR9uoEr0pbnt/0NdYYMHQTMFM3sXI2x1fGCoSTDsxn/qG45Wcc /FR38hQ X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: 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, 18 Oct 2015 21:37:19 -0000 Michael Butler wrote: > Has anyone tested the ahc driver on v10 or later? There are a few older boxes (still good enough for doing e-mail, light web browsing, basic office stuff etc.) sitting around here that have their local file systems on disks connected to 19160 or 29160 cards: FreeBSD 10.1-RELEASE-p16 #0: Tue Jul 28 11:41:12 UTC 2015 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC i386 FreeBSD clang version 3.4.1 (tags/RELEASE_34/dot1-final 208032) 20140512 CPU: Intel(R) Pentium(R) 4 CPU 2.80GHz (2800.16-MHz 686-class CPU) [...] ahc0: port 0x4400-0x44ff mem 0xd3100000-0xd3100fff irq 18 at device 9.0 on pci3 aic7892: Ultra160 Wide Channel A, SCSI Id=7, 32/253 SCBs [...] da0 at ahc0 bus 0 scbus0 target 0 lun 0 da0: Fixed Direct Access SCSI-3 device da0: Serial Number DNL0P770439J da0: 160.000MB/s transfers (80.000MHz DT, offset 127, 16bit) da0: Command Queueing enabled da0: 35068MB (71819496 512 byte sectors: 255H 63S/T 4470C) SMP: AP CPU #1 Launched! Trying to mount root from ufs:/dev/da0s1a [rw]... I can send you a full verbose dmesg if that's of any help to you. > "Timedout SCBs already complete. Interrupts may not be functioning." > when given any significant load :-( Just extracted an entire ports tree on that machine with no issues. Can you give an example of a workload that causes these problems? Patrick From owner-freebsd-current@freebsd.org Sun Oct 18 23:30:05 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7DF9BA1868A for ; Sun, 18 Oct 2015 23:30:05 +0000 (UTC) (envelope-from jhs@berklix.com) Received: from slim.berklix.org (slim.berklix.org [94.185.90.68]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 0205310C for ; Sun, 18 Oct 2015 23:30:03 +0000 (UTC) (envelope-from jhs@berklix.com) Received: from mart.js.berklix.net (p5B22690F.dip0.t-ipconnect.de [91.34.105.15]) (authenticated bits=128) by slim.berklix.org (8.14.5/8.14.5) with ESMTP id t9INVL5t023411; Mon, 19 Oct 2015 01:31:21 +0200 (CEST) (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 t9INTsBI043382; Mon, 19 Oct 2015 01:29:54 +0200 (CEST) (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 t9INTarc018248; Mon, 19 Oct 2015 01:29:48 +0200 (CEST) (envelope-from jhs@berklix.com) Message-Id: <201510182329.t9INTarc018248@fire.js.berklix.net> To: Yonas Yanfa cc: freebsd-current@freebsd.org Subject: Re: Depreciate and remove gbde 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 "Sun, 18 Oct 2015 06:36:19 -0400." <56237623.5010702@fizk.net> Date: Mon, 19 Oct 2015 01:29:36 +0200 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: 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, 18 Oct 2015 23:30:05 -0000 Yonas Yanfa wrote: > Hi, > > It seems geli is the standard way of encrypting disks. It's extremely > flexible and usually recommended by the community over gbde. Moreover, > geli is mentioned a lot more in the mailing lists and forums. & global community uses DOS-FS more, & mentions MS more than BSD. ;-) Popularity is not sole index of what everyone should be constrained to use. > gbde's man page explicitly says that gbde is experimental and should be > considered suspect. Just an old cautious initial description, that I recall long predates geli. > That seems reason enough to finally depreciate and > remove it in favour of geli. No, very naieve. No need to remove gbde & disrupt existing users. Perhaps a reason to re-balance cautious description in both. > The Encrypting Disk Partitions page in the Handbook discusses gbde > first, and describes geli as an alternative. This seems odd, shouldn't > this be the other way around? It was written in historical order. > Is there any objection to removing gbde? Yes. Daft to disrupt users. > How many people use gbde? Not so useful to ask on Current@ which tends to use the latest tools eg geli; try hackers@ or questions@ etc, realise usage of BSD does not require registration or membership of Any BSD mail list or forum. Usage of GBDE more so. Gbde could well be essential on production servers, but unless admins are also programmers on current@, they won't even see your idea to remove gdbe. > When > have you used gbde over geli, and why? Gbde came first, some won't have needed more or wasted time to learn an alternate they did not need. Others may have reasons they may not publish. Without analysis, deprecating gbde is not sensible, & removal worse. Please research & contribute a handbook section, with URLs & text comparing gbde & geli (& other crypt FS in ports/ ?), including eg: - Processor & IO load of both, - Crack testing of both if any, - History of code review & quality of both. etc - Patent liabilities of either ? licensing ? - Compatability of both with other OSs if any, - Any possiblities for standards approvals of either by any bodies (that usually requires funding, so with 2 maybe more chance of 1 being funded ?) Cheers, Julian -- Julian Stacey, BSD Linux Unix Sys. Eng. Consultant Munich http://berklix.com Reply After previous text to preserve context, as in a play script. Indent previous text with > Insert new lines before 80 chars. Use plain text, Not quoted-printable, Not HTML, Not base64, Not MS.doc. From owner-freebsd-current@freebsd.org Mon Oct 19 04:19:45 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 56289A10C25 for ; Mon, 19 Oct 2015 04:19:45 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (using TLSv1.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 0D470615 for ; Mon, 19 Oct 2015 04:19:44 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost.zedat.fu-berlin.de (Exim 4.85) with esmtp (envelope-from ) id <1Zo1v5-001iFt-RP>; Mon, 19 Oct 2015 06:19:35 +0200 Received: from p578a69f9.dip0.t-ipconnect.de ([87.138.105.249] helo=freyja.zeit4.iv.bundesimmobilien.de) by inpost2.zedat.fu-berlin.de (Exim 4.85) with esmtpsa (envelope-from ) id <1Zo1v5-002ZuF-JJ>; Mon, 19 Oct 2015 06:19:35 +0200 Date: Mon, 19 Oct 2015 06:19:30 +0200 From: "O. Hartmann" To: "Julian H. Stacey" Cc: Yonas Yanfa , freebsd-current@freebsd.org Subject: Re: Depreciate and remove gbde Message-ID: <20151019061930.461285f8@freyja.zeit4.iv.bundesimmobilien.de> In-Reply-To: <201510182329.t9INTarc018248@fire.js.berklix.net> References: <56237623.5010702@fizk.net> <201510182329.t9INTarc018248@fire.js.berklix.net> Organization: FU Berlin X-Mailer: Claws Mail 3.12.0 (GTK+ 2.24.28; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Originating-IP: 87.138.105.249 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: 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, 19 Oct 2015 04:19:45 -0000 On Mon, 19 Oct 2015 01:29:36 +0200 "Julian H. Stacey" wrote: > > Yonas Yanfa wrote: > > Hi, > > > > It seems geli is the standard way of encrypting disks. It's extremely > > flexible and usually recommended by the community over gbde. Moreover, > > geli is mentioned a lot more in the mailing lists and forums. > > & global community uses DOS-FS more, & mentions MS more than BSD. ;-) > Popularity is not sole index of what everyone should be constrained to use. > > > > gbde's man page explicitly says that gbde is experimental and should be > > considered suspect. > > Just an old cautious initial description, that I recall long predates geli. An indicator for the fact that the documentation is not well maintained and probably the source for many confusion! Descriptions and concepts seem to have a state as when the developer issued its code/project - and then never came back maintaining documentation as the service/system/package evolves ... The main question here is: do I need to dip deeply into system's development and poke from the "nerds" informations for the usage of FreeBSD - or should someone new or more superficial consult documentation? > > > > That seems reason enough to finally depreciate and > > remove it in favour of geli. > > No, very naieve. No need to remove gbde & disrupt existing users. > Perhaps a reason to re-balance cautious description in both. Well, for avoiding disruptions and having progress there is the invention of releases and associated numbers. Sometimes it is innovative to cut of stuff in favour of progression. That is my overall opionion. Legacy releases can also be maintained. Back to the subject: The documentation of both GELI and GBDE lack in explaining why the one is better/more suitable than the other! I have just sneaked into Luca's book and he drowns both encrypting systems in a sea of words without a clear workout of the benefits. When I looked for FreeBSD's encryption, I stopped by GELI. Because of it's easy-to-use AND the 'experimental' tag in the handbook! For me, I'd like to know what is the benefit/performance of each technique and a clear preparation of each ones advantages over the other. That would make the decission process much easier and hopefully would not scare people away and announce "FreeBSD does not have a, b, c, ..." ... > > > > The Encrypting Disk Partitions page in the Handbook discusses gbde > > first, and describes geli as an alternative. This seems odd, shouldn't > > this be the other way around? > > It was written in historical order. My suggestion would be: Set atop a small section describing the benefits of each system and then dip into deeper waters later for each one. > > > > Is there any objection to removing gbde? > > Yes. Daft to disrupt users. > > > > How many people use gbde? > > Not so useful to ask on Current@ which tends to use the latest tools > eg geli; try hackers@ or questions@ etc, realise usage of BSD does > not require registration or membership of Any BSD mail list or > forum. Usage of GBDE more so. Gbde could well be essential on > production servers, but unless admins are also programmers on > current@, they won't even see your idea to remove gdbe. > > > > When > > have you used gbde over geli, and why? > > Gbde came first, some won't have needed more or wasted time to learn an > alternate they did not need. Others may have reasons they may not publish. > > Without analysis, deprecating gbde is not sensible, & removal worse. > Please research & contribute a handbook section, with URLs & text > comparing gbde & geli (& other crypt FS in ports/ ?), including eg: > > - Processor & IO load of both, > - Crack testing of both if any, > - History of code review & quality of both. etc > - Patent liabilities of either ? licensing ? > - Compatability of both with other OSs if any, > - Any possiblities for standards approvals of either by any bodies (that > usually requires funding, so with 2 maybe more chance of 1 being funded ?) > > Cheers, > Julian > -- > Julian Stacey, BSD Linux Unix Sys. Eng. Consultant Munich http://berklix.com > Reply After previous text to preserve context, as in a play script. > Indent previous text with > Insert new lines before 80 chars. > Use plain text, Not quoted-printable, Not HTML, Not base64, Not MS.doc. > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@freebsd.org Mon Oct 19 06:11:57 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5CE81A1868A for ; Mon, 19 Oct 2015 06:11:57 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from mail-wi0-f171.google.com (mail-wi0-f171.google.com [209.85.212.171]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id F18AAD7C for ; Mon, 19 Oct 2015 06:11:56 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: by wicll6 with SMTP id ll6so82250669wic.1 for ; Sun, 18 Oct 2015 23:11:49 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:date:from:message-id:to:subject:reply-to :in-reply-to; bh=iAfcyKaKtFQjU6s8Qwmjcr0W1sRY0Ou4SBBVL5Om1a4=; b=Z/W0DBGjh2CF6vdxbrKtXAnGvhc2Jvo8eqki3P1fjqMk07HUSqg6hIElamYecuTXlo 87tkTlXQjaWmPSqOY1VfpDajB1yxEeL3lci2ucscuBxyuJSbOTiBQBZ6NChHktrHFrOb ppxwqX9Vh4jQ+bnIkA9M9VjtNIfmLAUNG4EBFHGOdYOnUqgxiseNNilShF4q8f+dIyaO rcpzdngZdrnWJuclKD0gtwI5TE+Zsa0gNsfGk7e8J4kJ9fYIFe5kiNqYw5D18LmCBOQz 02nK3SSZR4RmnOcVSucdm4TXQz0wIFg/zsNyxQvSz1L6UxhZi2tJ1EAjaRfB4r8LAfIU NkrA== X-Gm-Message-State: ALoCoQnEdobt45jfoSG827CizsnvU1pKTo09YJ3hmRq9W1yJoMb46F/O2KetwpZ0kDhdPr1U8bue X-Received: by 10.180.82.34 with SMTP id f2mr9305374wiy.34.1445235108963; Sun, 18 Oct 2015 23:11:48 -0700 (PDT) Received: from mech-as222.men.bris.ac.uk (mech-as222.men.bris.ac.uk. [137.222.170.4]) by smtp.gmail.com with ESMTPSA id x16sm13544542wia.7.2015.10.18.23.11.48 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 18 Oct 2015 23:11:48 -0700 (PDT) Received: from mech-as222.men.bris.ac.uk (localhost [127.0.0.1]) by mech-as222.men.bris.ac.uk (8.15.2/8.15.2) with ESMTP id t9J6BlMM066380; Mon, 19 Oct 2015 07:11:47 +0100 (BST) (envelope-from mexas@mech-as222.men.bris.ac.uk) Received: (from mexas@localhost) by mech-as222.men.bris.ac.uk (8.15.2/8.15.2/Submit) id t9J6BlEi066379; Mon, 19 Oct 2015 07:11:47 +0100 (BST) (envelope-from mexas) Date: Mon, 19 Oct 2015 07:11:47 +0100 (BST) From: Anton Shterenlikht Message-Id: <201510190611.t9J6BlEi066379@mech-as222.men.bris.ac.uk> To: freebsd-current@freebsd.org, yonas@fizk.net Subject: Re: Depreciate and remove gbde Reply-To: mexas@bris.ac.uk In-Reply-To: <56237623.5010702@fizk.net> X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: 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, 19 Oct 2015 06:11:57 -0000 I use gbde. Can switch to geli, if required, but please provide detailed instructions for switching before removing gbde. Anton From owner-freebsd-current@freebsd.org Mon Oct 19 09:12:39 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 03ED8A182D6 for ; Mon, 19 Oct 2015 09:12:39 +0000 (UTC) (envelope-from perryh@pluto.rain.com) Received: from agora.rdrop.com (agora.rdrop.com [IPv6:2607:f678:1010::34]) (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 DD8291605 for ; Mon, 19 Oct 2015 09:12:38 +0000 (UTC) (envelope-from perryh@pluto.rain.com) Received: from agora.rdrop.com (66@localhost [127.0.0.1]) by agora.rdrop.com (8.13.1/8.12.7) with ESMTP id t9J988NT042644 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Mon, 19 Oct 2015 02:08:09 -0700 (PDT) (envelope-from perryh@pluto.rain.com) Received: (from uucp@localhost) by agora.rdrop.com (8.13.1/8.14.2/Submit) with UUCP id t9J98817042643; Mon, 19 Oct 2015 02:08:08 -0700 (PDT) (envelope-from perryh@pluto.rain.com) Received: from fbsd81 by pluto.rain.com (4.1/SMI-4.1-pluto-M2060407) id AA07346; Mon, 19 Oct 15 01:52:16 PDT Date: Mon, 19 Oct 2015 01:52:05 -0700 From: perryh@pluto.rain.com (Perry Hutchison) To: freebsd-current@freebsd.org, yonas@fizk.net, mexas@bris.ac.uk Subject: Re: Depreciate and remove gbde Message-Id: <5624af35.U4iOAx58HCM0SE69%perryh@pluto.rain.com> References: <201510190611.t9J6BlEi066379@mech-as222.men.bris.ac.uk> In-Reply-To: <201510190611.t9J6BlEi066379@mech-as222.men.bris.ac.uk> User-Agent: nail 11.25 7/29/05 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.20 Precedence: 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, 19 Oct 2015 09:12:39 -0000 Anton Shterenlikht wrote: > I use gbde. > Can switch to geli, if required, > but please provide detailed instructions > for switching before removing gbde. Such instructions would presumably be included in the UPDATING entry. An additional consideration: If there is no convert-in-place mechanism -- i.e. the only way to convert a gbde FS to geli is to backup, wipe, and restore (thus involving considerable downtime) -- it will give some unknown number of production users a strong motivation to freeze at [last version of FreeBSD to include gbde support]. From owner-freebsd-current@freebsd.org Mon Oct 19 09:17:31 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BC862A184F2 for ; Mon, 19 Oct 2015 09:17:31 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from zxy.spb.ru (zxy.spb.ru [195.70.199.98]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 775F619DB for ; Mon, 19 Oct 2015 09:17:31 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from slw by zxy.spb.ru with local (Exim 4.84 (FreeBSD)) (envelope-from ) id 1Zo6ZK-000Dq4-Lt; Mon, 19 Oct 2015 12:17:26 +0300 Date: Mon, 19 Oct 2015 12:17:26 +0300 From: Slawa Olhovchenkov To: Perry Hutchison Cc: freebsd-current@freebsd.org, yonas@fizk.net, mexas@bris.ac.uk Subject: Re: Depreciate and remove gbde Message-ID: <20151019091726.GG42243@zxy.spb.ru> References: <201510190611.t9J6BlEi066379@mech-as222.men.bris.ac.uk> <5624af35.U4iOAx58HCM0SE69%perryh@pluto.rain.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <5624af35.U4iOAx58HCM0SE69%perryh@pluto.rain.com> 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.20 Precedence: 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, 19 Oct 2015 09:17:31 -0000 On Mon, Oct 19, 2015 at 01:52:05AM -0700, Perry Hutchison wrote: > Anton Shterenlikht wrote: > > > I use gbde. > > Can switch to geli, if required, > > but please provide detailed instructions > > for switching before removing gbde. > > Such instructions would presumably be included in the UPDATING > entry. > > An additional consideration: If there is no convert-in-place > mechanism -- i.e. the only way to convert a gbde FS to geli is to > backup, wipe, and restore (thus involving considerable downtime) > -- it will give some unknown number of production users a strong > motivation to freeze at [last version of FreeBSD to include gbde > support]. This must be show-stoper for removing gbde. From owner-freebsd-current@freebsd.org Mon Oct 19 18:33:59 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C3B62A19B67 for ; Mon, 19 Oct 2015 18:33:59 +0000 (UTC) (envelope-from arcade@b1t.name) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id B29E0E2F for ; Mon, 19 Oct 2015 18:33:59 +0000 (UTC) (envelope-from arcade@b1t.name) Received: by mailman.ysv.freebsd.org (Postfix) id AF646A19B66; Mon, 19 Oct 2015 18:33:59 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id AF045A19B64 for ; Mon, 19 Oct 2015 18:33:59 +0000 (UTC) (envelope-from arcade@b1t.name) Received: from limbo.b1t.name (limbo.b1t.name [78.25.32.206]) by mx1.freebsd.org (Postfix) with ESMTP id 6AA42E2E for ; Mon, 19 Oct 2015 18:33:57 +0000 (UTC) (envelope-from arcade@b1t.name) Received: from limbo.b1t.name (limbo.b1t.name [78.25.32.206]) by limbo.b1t.name (Postfix) with ESMTPSA id 8196980 for ; Mon, 19 Oct 2015 21:25:40 +0300 (EEST) From: Volodymyr Kostyrko Subject: [patch] bug 187081 (swaplate fix) To: current@FreeBSD.org Message-ID: <562535A3.4090607@b1t.name> Date: Mon, 19 Oct 2015 21:25:39 +0300 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Mon, 19 Oct 2015 19:20:04 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: 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, 19 Oct 2015 18:33:59 -0000 Hi all. I recently added my own patch to bug https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=187081 Can anyone take a look? -- Sphinx of black quartz judge my vow. From owner-freebsd-current@freebsd.org Mon Oct 19 20:50:17 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4C617A19D83 for ; Mon, 19 Oct 2015 20:50:17 +0000 (UTC) (envelope-from jmg@gold.funkthat.com) Received: from gold.funkthat.com (gate2.funkthat.com [208.87.223.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "gold.funkthat.com", Issuer "gold.funkthat.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 243221E1D for ; Mon, 19 Oct 2015 20:50:16 +0000 (UTC) (envelope-from jmg@gold.funkthat.com) Received: from gold.funkthat.com (localhost [127.0.0.1]) by gold.funkthat.com (8.14.5/8.14.5) with ESMTP id t9JKoA0u009970 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 19 Oct 2015 13:50:10 -0700 (PDT) (envelope-from jmg@gold.funkthat.com) Received: (from jmg@localhost) by gold.funkthat.com (8.14.5/8.14.5/Submit) id t9JKo844009969; Mon, 19 Oct 2015 13:50:08 -0700 (PDT) (envelope-from jmg) Date: Mon, 19 Oct 2015 13:50:08 -0700 From: John-Mark Gurney To: "O. Hartmann" Cc: "Julian H. Stacey" , Yonas Yanfa , freebsd-current@freebsd.org Subject: Re: Depreciate and remove gbde Message-ID: <20151019205008.GG65715@funkthat.com> References: <56237623.5010702@fizk.net> <201510182329.t9INTarc018248@fire.js.berklix.net> <20151019061930.461285f8@freyja.zeit4.iv.bundesimmobilien.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20151019061930.461285f8@freyja.zeit4.iv.bundesimmobilien.de> X-Operating-System: FreeBSD 9.1-PRERELEASE amd64 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? User-Agent: Mutt/1.5.21 (2010-09-15) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (gold.funkthat.com [127.0.0.1]); Mon, 19 Oct 2015 13:50:10 -0700 (PDT) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: 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, 19 Oct 2015 20:50:17 -0000 O. Hartmann wrote this message on Mon, Oct 19, 2015 at 06:19 +0200: > For me, I'd like to know what is the benefit/performance of each technique and > a clear preparation of each ones advantages over the other. That would make the > decission process much easier and hopefully would not scare people away and > announce "FreeBSD does not have a, b, c, ..." ... So, one thing that the docs talk about is that geli uses the crypto(9) framework. This doesn't mean much on it's own, but if you have a machine with AES-NI instructions or an accelerator card that supports the cipher mode used, then you can get faster performance of hardware off load, while gbde uses the software only routines which are slow.. I have put work into making AES-XTS very fast on AES-NI capable machines... On my test machine, I get about 1GB/sec on gzero... This is close to real world (assuming infitely fast disc) vs. just running the algorithm and posting those results (which result in 2GB/sec+ on the same machine)... You will not be able to achive that level of performance w/ gbde. Also, gbde uses CBC, while having some better crypto properties than XTS, would require significant rewrite of gbde to make it perform... I just noticed that the handbook also fails to mention that geli has a mode that will verify the integrity of data which gbde does not have.. As we have discovered, if you can't authenticate your data, you really can't trust it... I personally have decided that I will use ZFS's sha256 checksums of the data as my integrity protection mechanism.. It is highly unlikely that an attacker would be able to corrupt two AES-XTS blocks to cause the sha256 checksum to match what they corrupted other blocks to become... So, in this reguard, if you run gbde w/ ZFS w/ sha256 checksums, then are equivalent (besides the performance difference)... I personally run geli encryption on my 8 drive ZFS array at home. -- 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 Oct 19 21:12:12 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C0B34A1959D for ; Mon, 19 Oct 2015 21:12:12 +0000 (UTC) (envelope-from jhs@berklix.com) Received: from slim.berklix.org (slim.berklix.org [94.185.90.68]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 3B445103F for ; Mon, 19 Oct 2015 21:12:11 +0000 (UTC) (envelope-from jhs@berklix.com) Received: from mart.js.berklix.net (p5083C162.dip0.t-ipconnect.de [80.131.193.98]) (authenticated bits=128) by slim.berklix.org (8.14.5/8.14.5) with ESMTP id t9JLDZbh036556; Mon, 19 Oct 2015 23:13:36 +0200 (CEST) (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 t9JLC6qV048847; Mon, 19 Oct 2015 23:12:06 +0200 (CEST) (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 t9JLBZtc045668; Mon, 19 Oct 2015 23:11:48 +0200 (CEST) (envelope-from jhs@berklix.com) Message-Id: <201510192111.t9JLBZtc045668@fire.js.berklix.net> To: John-Mark Gurney cc: "O. Hartmann" , Yonas Yanfa , freebsd-current@freebsd.org Subject: Re: Depreciate and remove gbde 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 "Mon, 19 Oct 2015 13:50:08 -0700." <20151019205008.GG65715@funkthat.com> Date: Mon, 19 Oct 2015 23:11:35 +0200 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: 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, 19 Oct 2015 21:12:12 -0000 Hi, Reference: > From: John-Mark Gurney > Date: Mon, 19 Oct 2015 13:50:08 -0700 John-Mark Gurney wrote: > So, one thing that the docs talk about is that geli uses the crypto(9) Interesting. https://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/disks-encrypting.html Could benefit from a link to John-Mark Gurney's http://lists.freebsd.org/pipermail/freebsd-current/2015-October/057855.html Cheers, Julian -- Julian Stacey, BSD Linux Unix Sys. Eng. Consultant Munich http://berklix.com Reply After previous text to preserve context, as in a play script. Indent previous text with > Insert new lines before 80 chars. Use plain text, Not quoted-printable, Not HTML, Not base64, Not MS.doc. From owner-freebsd-current@freebsd.org Mon Oct 19 21:13:39 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CC271A1960B for ; Mon, 19 Oct 2015 21:13:39 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: from mail-yk0-x22e.google.com (mail-yk0-x22e.google.com [IPv6:2607:f8b0:4002:c07::22e]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 9CFC611A6 for ; Mon, 19 Oct 2015 21:13:39 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: by ykfy204 with SMTP id y204so155953922ykf.1 for ; Mon, 19 Oct 2015 14:13:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc:content-type; bh=65sKv8YURQbjEbON7IyIbLbGyhRmg+oCCsDTSJmU++E=; b=myfAnBJb5JnjOY4njisPXVH661Hs85UTbMhM1DeldVjd7ASrWiIvwRHHZfJ9j9wt4K h1nA1a+2p7VeAb1wptHG4uuXu9WEe1v3UmyycjRjYDDo0ibC0cC8uSZzYRyRBoYOoe3+ Ynzh9TEFc/5JybA3qDWBfz9UFxwugdJ+XsQHpM1Q+W9THfMEi0i448VJUpyZD9LclmC3 laXd+//24AOVPVouGVkWMu97g8vVYW5OoCCqb/nqs7EQu/1bRXZupdJ6qwUTbzJS+lT5 dP69GES8j+/MaAetF91cLIJ5l1aB6mA8wQb1DyuWJz6lz0nz6cIQPvW8uOJZww20EAoM Y8PQ== X-Received: by 10.129.156.23 with SMTP id t23mr6113211ywg.151.1445289218661; Mon, 19 Oct 2015 14:13:38 -0700 (PDT) MIME-Version: 1.0 Sender: carpeddiem@gmail.com Received: by 10.37.84.134 with HTTP; Mon, 19 Oct 2015 14:13:19 -0700 (PDT) In-Reply-To: <20151019205008.GG65715@funkthat.com> References: <56237623.5010702@fizk.net> <201510182329.t9INTarc018248@fire.js.berklix.net> <20151019061930.461285f8@freyja.zeit4.iv.bundesimmobilien.de> <20151019205008.GG65715@funkthat.com> From: Ed Maste Date: Mon, 19 Oct 2015 17:13:19 -0400 X-Google-Sender-Auth: Q4P8GhGV-vK9FpK48HnlNNX4BmQ Message-ID: Subject: Re: Depreciate and remove gbde To: John-Mark Gurney Cc: "O. Hartmann" , "Julian H. Stacey" , Yonas Yanfa , FreeBSD Current Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: 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, 19 Oct 2015 21:13:39 -0000 On 19 October 2015 at 16:50, John-Mark Gurney wrote: > O. Hartmann wrote this message on Mon, Oct 19, 2015 at 06:19 +0200: >> For me, I'd like to know what is the benefit/performance of each technique and >> a clear preparation of each ones advantages over the other. That would make the >> decission process much easier and hopefully would not scare people away and >> announce "FreeBSD does not have a, b, c, ..." ... > > So, one thing that the docs talk about is that geli uses the crypto(9) > framework. This doesn't mean much on it's own, but if you have a machine > with AES-NI instructions or an accelerator card that supports the cipher > mode used, then you can get faster performance of hardware off load, > while gbde uses the software only routines which are slow.. John-Mark, thanks for listing these differences. This is the sort of information we should have available for end users to help choose one or the other -- this info ought to make it into the handbook. From owner-freebsd-current@freebsd.org Mon Oct 19 21:43:55 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9F88FA19FE6 for ; Mon, 19 Oct 2015 21:43:55 +0000 (UTC) (envelope-from jhs@berklix.com) Received: from slim.berklix.org (slim.berklix.org [94.185.90.68]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 21CC77F8 for ; Mon, 19 Oct 2015 21:43:54 +0000 (UTC) (envelope-from jhs@berklix.com) Received: from mart.js.berklix.net (p5083C162.dip0.t-ipconnect.de [80.131.193.98]) (authenticated bits=128) by slim.berklix.org (8.14.5/8.14.5) with ESMTP id t9JL01Ct036464; Mon, 19 Oct 2015 23:00:01 +0200 (CEST) (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 t9JKwVvp048793; Mon, 19 Oct 2015 22:58:31 +0200 (CEST) (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 t9JKvmBL045599; Mon, 19 Oct 2015 22:58:01 +0200 (CEST) (envelope-from jhs@berklix.com) Message-Id: <201510192058.t9JKvmBL045599@fire.js.berklix.net> To: Slawa Olhovchenkov cc: Perry Hutchison , freebsd-current@freebsd.org, yonas@fizk.net, mexas@bris.ac.uk Subject: Re: Depreciate and remove gbde 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 "Mon, 19 Oct 2015 12:17:26 +0300." <20151019091726.GG42243@zxy.spb.ru> Date: Mon, 19 Oct 2015 22:57:48 +0200 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: 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, 19 Oct 2015 21:43:55 -0000 Slawa Olhovchenkov wrote: > On Mon, Oct 19, 2015 at 01:52:05AM -0700, Perry Hutchison wrote: > > > Anton Shterenlikht wrote: > > > > > I use gbde. > > > Can switch to geli, if required, > > > but please provide detailed instructions > > > for switching before removing gbde. > > > > Such instructions would presumably be included in the UPDATING > > entry. > > > > An additional consideration: If there is no convert-in-place > > mechanism -- i.e. the only way to convert a gbde FS to geli is to > > backup, wipe, and restore (thus involving considerable downtime) > > -- it will give some unknown number of production users a strong > > motivation to freeze at [last version of FreeBSD to include gbde > > support]. > > This must be show-stoper for removing gbde. Yes. Someone with a commit bit could hopefully add a line or 2 to man gbde, that as gbde was around in 5.0-RELEASE 2003, gbde is No Longer experimental, it's stable & in use; newbies need not be scared. https://www.freebsd.org/cgi/man.cgi?query=gbde&apropos=0&sektion=0&manpath=FreeBSD+5.0-RELEASE&arch=default&format=html which was released pre 2006 https://www.freebsd.org/security/unsupported.html Jan 16 2003 https://svnweb.freebsd.org/base/release/5.0.0/README?view=markup Jan 16 16:56:23 2003 https://svnweb.freebsd.org/base/release/5.0.0/sbin/gbde/gbde.8?revision=109388&view=markup Cheers, Julian -- Julian Stacey, BSD Linux Unix Sys. Eng. Consultant Munich http://berklix.com Reply After previous text to preserve context, as in a play script. Indent previous text with > Insert new lines before 80 chars. Use plain text, Not quoted-printable, Not HTML, Not base64, Not MS.doc. From owner-freebsd-current@freebsd.org Mon Oct 19 22:38:18 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5E119A19F14 for ; Mon, 19 Oct 2015 22:38:18 +0000 (UTC) (envelope-from jmg@gold.funkthat.com) Received: from gold.funkthat.com (gate2.funkthat.com [208.87.223.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "gold.funkthat.com", Issuer "gold.funkthat.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 1EA46280; Mon, 19 Oct 2015 22:38:17 +0000 (UTC) (envelope-from jmg@gold.funkthat.com) Received: from gold.funkthat.com (localhost [127.0.0.1]) by gold.funkthat.com (8.14.5/8.14.5) with ESMTP id t9JMcEgQ011166 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 19 Oct 2015 15:38:14 -0700 (PDT) (envelope-from jmg@gold.funkthat.com) Received: (from jmg@localhost) by gold.funkthat.com (8.14.5/8.14.5/Submit) id t9JMcDHQ011165; Mon, 19 Oct 2015 15:38:13 -0700 (PDT) (envelope-from jmg) Date: Mon, 19 Oct 2015 15:38:13 -0700 From: John-Mark Gurney To: Ed Maste Cc: "O. Hartmann" , "Julian H. Stacey" , Yonas Yanfa , FreeBSD Current Subject: Re: Depreciate and remove gbde Message-ID: <20151019223813.GH65715@funkthat.com> References: <56237623.5010702@fizk.net> <201510182329.t9INTarc018248@fire.js.berklix.net> <20151019061930.461285f8@freyja.zeit4.iv.bundesimmobilien.de> <20151019205008.GG65715@funkthat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD 9.1-PRERELEASE amd64 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? User-Agent: Mutt/1.5.21 (2010-09-15) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (gold.funkthat.com [127.0.0.1]); Mon, 19 Oct 2015 15:38:14 -0700 (PDT) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: 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, 19 Oct 2015 22:38:18 -0000 Ed Maste wrote this message on Mon, Oct 19, 2015 at 17:13 -0400: > On 19 October 2015 at 16:50, John-Mark Gurney wrote: > > O. Hartmann wrote this message on Mon, Oct 19, 2015 at 06:19 +0200: > >> For me, I'd like to know what is the benefit/performance of each technique and > >> a clear preparation of each ones advantages over the other. That would make the > >> decission process much easier and hopefully would not scare people away and > >> announce "FreeBSD does not have a, b, c, ..." ... > > > > So, one thing that the docs talk about is that geli uses the crypto(9) > > framework. This doesn't mean much on it's own, but if you have a machine > > with AES-NI instructions or an accelerator card that supports the cipher > > mode used, then you can get faster performance of hardware off load, > > while gbde uses the software only routines which are slow.. > > John-Mark, thanks for listing these differences. This is the sort of > information we should have available for end users to help choose one > or the other -- this info ought to make it into the handbook. I'm working on updating the section now... Also realized we should include verbage to say that it's best to use page size sectors when possible to reduce overhead of the crypto... -- 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 Oct 19 22:49:01 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E3B94A18347 for ; Mon, 19 Oct 2015 22:49:01 +0000 (UTC) (envelope-from rwmaillists@googlemail.com) Received: from mail-wi0-x231.google.com (mail-wi0-x231.google.com [IPv6:2a00:1450:400c:c05::231]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 7CF91BE3 for ; Mon, 19 Oct 2015 22:49:01 +0000 (UTC) (envelope-from rwmaillists@googlemail.com) Received: by wikq8 with SMTP id q8so20376060wik.1 for ; Mon, 19 Oct 2015 15:48:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20120113; h=date:from:to:subject:message-id:in-reply-to:references:mime-version :content-type:content-transfer-encoding; bh=WGXsbgqdwJVTIy8yJewqIUAztsGtgyo0nN9Wr/18wq0=; b=B8QbDF9nRVAWOneLrZu40wZm48XXDiAHuAVuyG0evSZTBiXCbmCxjffu0KkilsPgnD 8+VUs7IIoAAaBLDhi+sTV3hMw+CLRzk2PEda/SUGYyI3JdSRObnri78Vy6dtxqZVeF6Q 62DOnVAQPkN/STle69z8haSRtuaXzMkSuF+VTxCP5qSBYzeZjyBHVs01D1Bh2PRkmw/7 9aS1dvVWzJvClkXLgQHB5YnsRsn7rpcHeCwmkqlXYG/q9pOojmAxHUGjSw0zqWy1z5FZ XcPohBwYNJH+mbdF2L0VHR+OekR9DfvG7kpye5MkQ6wyRqMGeWttQ+ig1kM4VZOT2Ui/ xm5g== X-Received: by 10.194.83.103 with SMTP id p7mr41420576wjy.73.1445294938354; Mon, 19 Oct 2015 15:48:58 -0700 (PDT) Received: from gumby.homeunix.com ([90.195.214.153]) by smtp.gmail.com with ESMTPSA id w1sm42747729wjz.37.2015.10.19.15.48.57 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 19 Oct 2015 15:48:57 -0700 (PDT) Date: Mon, 19 Oct 2015 23:48:55 +0100 From: RW To: freebsd-current@freebsd.org Subject: Re: Depreciate and remove gbde Message-ID: <20151019234855.4ed82051@gumby.homeunix.com> In-Reply-To: <20151019061930.461285f8@freyja.zeit4.iv.bundesimmobilien.de> References: <56237623.5010702@fizk.net> <201510182329.t9INTarc018248@fire.js.berklix.net> <20151019061930.461285f8@freyja.zeit4.iv.bundesimmobilien.de> X-Mailer: Claws Mail 3.12.0 (GTK+ 2.24.28; amd64-portbld-freebsd10.2) 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.20 Precedence: 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, 19 Oct 2015 22:49:02 -0000 On Mon, 19 Oct 2015 06:19:30 +0200 O. Hartmann wrote: > When I looked for FreeBSD's encryption, I stopped by GELI. Because of > it's easy-to-use AND the 'experimental' tag in the handbook! > > For me, I'd like to know what is the benefit/performance of each > technique and a clear preparation of each ones advantages over the > other. IIRC gbde allows the passphrase to be verified even after the master-keys have been deleted. The point is to demonstrate that the passphrase is not being withheld, and the data unrecoverable. AFAIK that's the only advantage it has over geli. geli supports hardware acceleration, it's faster in software too. It's more resistant to dictionary/brute force attacks against the passphrase because of its PKCS #5 support. It supports a wider range of options and ciphers/modes. And though it's newer, it's undoubtedly had far more user-hours of use. Also I don't remember the details, but I think there's an operation that's atomic in geli, but not in gbde, that gives gbde a greater risk of data corruption. I certainly wouldn't like to see gbde removed but I think it is unfortunate that it's given slightly greater prominence in the handbook than geli. geli is the right choice for most people. From owner-freebsd-current@freebsd.org Mon Oct 19 23:44:11 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 34D3FA1968F for ; Mon, 19 Oct 2015 23:44:11 +0000 (UTC) (envelope-from cracauer@koef.zs64.net) Received: from koef.zs64.net (koef.zs64.net [IPv6:2a00:14b0:4200:32e0::1e6]) (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 CBE7CD36 for ; Mon, 19 Oct 2015 23:44:10 +0000 (UTC) (envelope-from cracauer@koef.zs64.net) Received: from koef.zs64.net (koef.zs64.net [IPv6:2a00:14b0:4200:32e0:0:0:0:1e6]) by koef.zs64.net (8.15.2/8.14.9) with ESMTP id t9JNi6Dm094832; Mon, 19 Oct 2015 23:44:06 GMT (envelope-from cracauer@koef.zs64.net) Received: (from cracauer@localhost) by koef.zs64.net (8.15.2/8.14.9/Submit) id t9JNi6Jk094831; Mon, 19 Oct 2015 19:44:06 -0400 (EDT) (envelope-from cracauer) Date: Mon, 19 Oct 2015 19:44:06 -0400 From: Martin Cracauer To: Yonas Yanfa Cc: freebsd-current@freebsd.org Subject: Re: Depreciate and remove gbde Message-ID: <20151019234406.GA88752@cons.org> References: <56237623.5010702@fizk.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <56237623.5010702@fizk.net> User-Agent: Mutt/1.5.24 (2015-08-30) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: 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, 19 Oct 2015 23:44:11 -0000 Yonas Yanfa wrote on Sun, Oct 18, 2015 at 06:36:19AM -0400: > > Is there any objection to removing gbde? How many people use gbde? When > have you used gbde over geli, and why? You would exclude all current users from accessing their existing filesystems or whatever they put into that block device. A conversion tool would pretty much be forced to use the current kernel layers (doing the block chaining in userspace would be annoying), and it would be fundamentally unsafe to have your half-converted filesystem on disk in case of an interruption. Plus I think GELI uses a bigger header so you might fall short by a couple of bytes and you can't do anything about it on the block level with no access to the filesystem. And people might not have their gbde units accessible right now, it might be on a laptop in a closet on a different continent. Martin -- %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% Martin Cracauer http://www.cons.org/cracauer/ From owner-freebsd-current@freebsd.org Tue Oct 20 00:08:03 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 07840A19E3D for ; Tue, 20 Oct 2015 00:08:03 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: from mail-qk0-x236.google.com (mail-qk0-x236.google.com [IPv6:2607:f8b0:400d:c09::236]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id BBC8315C1 for ; Tue, 20 Oct 2015 00:08:02 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: by qkcy65 with SMTP id y65so661704qkc.0 for ; Mon, 19 Oct 2015 17:08:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=WRnjeoA/Sov33F8lU7Uqpko4sTTXYPHx2E4Fq81tVO4=; b=Jmws0omJ74X7gIPzVT+EMqnCTI5k2NrBOmowmsTrifJCR75zVajH2MGObE2kvOgKJ0 +lmdA9IrqLUAqRM6SG8GCY7I6SNU6NwYmupBiiRFTzxlfQzRWImX6OcyUzvy3C4LvITs RgtxDJYoPKe5aecbMysZ+GntayhvtgKlpLGBbR9AYX36CrchQcbpaaoUhWxaBvBO4wB2 fNfQKcy21kVKSY7VAIF398SNecmyI67+98UEQuQiZ1Sdxiv/PncR4vJbzU39LMDMl2Eb 39zrhawEUf/S0c0skBwHPFVZaXAzC7ImRBcXXzfyA+YKYlXqqOXmGoZBYycuED23USSz wTJQ== MIME-Version: 1.0 X-Received: by 10.55.221.9 with SMTP id n9mr246497qki.64.1445299681802; Mon, 19 Oct 2015 17:08:01 -0700 (PDT) Received: by 10.140.88.209 with HTTP; Mon, 19 Oct 2015 17:08:01 -0700 (PDT) In-Reply-To: <20151019234406.GA88752@cons.org> References: <56237623.5010702@fizk.net> <20151019234406.GA88752@cons.org> Date: Mon, 19 Oct 2015 17:08:01 -0700 Message-ID: Subject: Re: Depreciate and remove gbde From: NGie Cooper To: Martin Cracauer Cc: Yonas Yanfa , FreeBSD Current Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: 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, 20 Oct 2015 00:08:03 -0000 On Mon, Oct 19, 2015 at 4:44 PM, Martin Cracauer wrote: > Yonas Yanfa wrote on Sun, Oct 18, 2015 at 06:36:19AM -0400: >> >> Is there any objection to removing gbde? How many people use gbde? When >> have you used gbde over geli, and why? > > You would exclude all current users from accessing their existing > filesystems or whatever they put into that block device. > > A conversion tool would pretty much be forced to use the current > kernel layers (doing the block chaining in userspace would be > annoying), and it would be fundamentally unsafe to have your > half-converted filesystem on disk in case of an interruption. Plus I > think GELI uses a bigger header so you might fall short by a couple of > bytes and you can't do anything about it on the block level with no > access to the filesystem. > > And people might not have their gbde units accessible right now, it > might be on a laptop in a closet on a different continent. For the number of replies Yonas received saying "no, don't do that -- someone might be using it" -- the reason why Yonas asked the question is valid given the information that was presented. 1. Why are there 2 competing technologies? 2. Is one technologically superior to the other (performance, capability, etc)? 3. Is there a gain/loss for removing gbde? 4. Why is it marked experimental [still]? Thanks! -NGie From owner-freebsd-current@freebsd.org Tue Oct 20 00:43:03 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DC3BFA19815 for ; Tue, 20 Oct 2015 00:43:02 +0000 (UTC) (envelope-from yonas@fizk.net) Received: from mail-wi0-x22f.google.com (mail-wi0-x22f.google.com [IPv6:2a00:1450:400c:c05::22f]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 7554892C for ; Tue, 20 Oct 2015 00:43:02 +0000 (UTC) (envelope-from yonas@fizk.net) Received: by wicfv8 with SMTP id fv8so5526137wic.0 for ; Mon, 19 Oct 2015 17:43:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=fizk.net; s=google; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=AzymCWcvRyn1R2hOvHDMHPi19bin2k5wTVc/sHCQygw=; b=FnFcET8YZ8g5gr0iW6+WCTRdZPHv417N8hT7h/ma42DZszqBOcdqSL9XQy7DEL1zOM ZdKum2IVwyvBoX1vN5oP65AV3z7F74zx+SWh5hDOVEuPorldT1ljgvvXh6rwgyr2tpUR 4nxk2dtQBwlJZw+NiNbCbkOq5w6kARhSkdHeM= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=AzymCWcvRyn1R2hOvHDMHPi19bin2k5wTVc/sHCQygw=; b=CRw0SFP7f5R/DuCHg5NlSGjoqrT3toGFHokmUPFDsYYb8UGicYsJTmyO3BNIbKyXZ/ xvrEw9xzK6QtmzAXCEzSoD246pIqMgO/Y1iU/kGNMyICdP8dBU5u8WmmFPG/0XhedfpC zi2IOeYpD8GLrrQSyNbHjPIsV/IljmSNTgYSVonTHyKfEbeH4jzSo1Fd4fO7XCX0ard9 W/Z2jfl2+kV3cHcW9Zd0UooPJ+tUKrbLVBGbDMdNR+mnyWjaqXsqfCP2tKibKfBBVH2c 7mMLZWbLTt/Yhy+LZtHY6fSM5246IkWAQQs8J2tvkneVW9kjVUY6cEm/w48/Lo718+KG EJSA== X-Gm-Message-State: ALoCoQkwiwHFr3Khx5HqiDggz5t0K7+5DYjjZiMDTwoTZ/iNeRy8y3DaVdDG+s2RgyBW0pYBs1N6 MIME-Version: 1.0 X-Received: by 10.194.7.232 with SMTP id m8mr337707wja.56.1445301780724; Mon, 19 Oct 2015 17:43:00 -0700 (PDT) Received: by 10.28.55.17 with HTTP; Mon, 19 Oct 2015 17:43:00 -0700 (PDT) X-Originating-IP: [174.113.187.236] In-Reply-To: <20151019234406.GA88752@cons.org> References: <56237623.5010702@fizk.net> <20151019234406.GA88752@cons.org> Date: Mon, 19 Oct 2015 20:43:00 -0400 Message-ID: Subject: Re: Depreciate and remove gbde From: Yonas Yanfa To: Martin Cracauer Cc: freebsd-current@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: 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, 20 Oct 2015 00:43:03 -0000 Hi Martin, thanks, that raises some interesting points. After reading PHK's paper on GBDE, I can see enough differences between GDBE and GELI that warrant keeping GDBE. [ At this point for me, this part is theoretical, but it's still interesting ] I've seen the concerned made a few times that we need to support existing users. That's true up to a point. There's always going to be a way to transition from GDBE to GELI if we really want to (eg. a conversion tool), or were forced to for any reason (full decrypt and re-encrypt), so we shouldn't be keeping GDBE in the tree solely for this reason alone. GDBE should be in the tree for it's technical merits (which I've found it does have). However, if it turns out in X years from today GELI can do everything GDBE can do and better, then I would say we should figure out a way to remove GDBE. On Mon, Oct 19, 2015 at 7:44 PM, Martin Cracauer wrote: > Yonas Yanfa wrote on Sun, Oct 18, 2015 at 06:36:19AM -0400: > > > > Is there any objection to removing gbde? How many people use gbde? When > > have you used gbde over geli, and why? > > You would exclude all current users from accessing their existing > filesystems or whatever they put into that block device. > > A conversion tool would pretty much be forced to use the current > kernel layers (doing the block chaining in userspace would be > annoying), and it would be fundamentally unsafe to have your > half-converted filesystem on disk in case of an interruption. Plus I > think GELI uses a bigger header so you might fall short by a couple of > bytes and you can't do anything about it on the block level with no > access to the filesystem. > > And people might not have their gbde units accessible right now, it > might be on a laptop in a closet on a different continent. > > Martin > -- > %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% > Martin Cracauer http://www.cons.org/cracauer/ > From owner-freebsd-current@freebsd.org Tue Oct 20 01:47:07 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 29BCAA198E6 for ; Tue, 20 Oct 2015 01:47:07 +0000 (UTC) (envelope-from wblock@wonkity.com) 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 BF4097D5; Tue, 20 Oct 2015 01:47:06 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.15.2/8.15.2) with ESMTPS id t9K1ktID049506 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Mon, 19 Oct 2015 19:46:55 -0600 (MDT) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.15.2/8.15.2/Submit) with ESMTP id t9K1kpYv049497; Mon, 19 Oct 2015 19:46:51 -0600 (MDT) (envelope-from wblock@wonkity.com) Date: Mon, 19 Oct 2015 19:46:51 -0600 (MDT) From: Warren Block To: John-Mark Gurney cc: Ed Maste , "O. Hartmann" , "Julian H. Stacey" , Yonas Yanfa , FreeBSD Current Subject: Re: Depreciate and remove gbde In-Reply-To: <20151019223813.GH65715@funkthat.com> Message-ID: References: <56237623.5010702@fizk.net> <201510182329.t9INTarc018248@fire.js.berklix.net> <20151019061930.461285f8@freyja.zeit4.iv.bundesimmobilien.de> <20151019205008.GG65715@funkthat.com> <20151019223813.GH65715@funkthat.com> User-Agent: Alpine 2.20 (BSF 67 2015-01-07) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (wonkity.com [127.0.0.1]); Mon, 19 Oct 2015 19:46:55 -0600 (MDT) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: 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, 20 Oct 2015 01:47:07 -0000 On Mon, 19 Oct 2015, John-Mark Gurney wrote: > Ed Maste wrote this message on Mon, Oct 19, 2015 at 17:13 -0400: >> On 19 October 2015 at 16:50, John-Mark Gurney wrote: >>> O. Hartmann wrote this message on Mon, Oct 19, 2015 at 06:19 +0200: >>>> For me, I'd like to know what is the benefit/performance of each technique and >>>> a clear preparation of each ones advantages over the other. That would make the >>>> decission process much easier and hopefully would not scare people away and >>>> announce "FreeBSD does not have a, b, c, ..." ... >>> >>> So, one thing that the docs talk about is that geli uses the crypto(9) >>> framework. This doesn't mean much on it's own, but if you have a machine >>> with AES-NI instructions or an accelerator card that supports the cipher >>> mode used, then you can get faster performance of hardware off load, >>> while gbde uses the software only routines which are slow.. >> >> John-Mark, thanks for listing these differences. This is the sort of >> information we should have available for end users to help choose one >> or the other -- this info ought to make it into the handbook. > > I'm working on updating the section now... > > Also realized we should include verbage to say that it's best to use > page size sectors when possible to reduce overhead of the crypto... I can help with markup and editing. From owner-freebsd-current@freebsd.org Tue Oct 20 05:25:30 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C3D04A183AF for ; Tue, 20 Oct 2015 05:25:30 +0000 (UTC) (envelope-from phk@phk.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.freebsd.org (Postfix) with ESMTP id 8C457C8B for ; Tue, 20 Oct 2015 05:25:30 +0000 (UTC) (envelope-from phk@phk.freebsd.dk) Received: from critter.freebsd.dk (unknown [192.168.55.3]) by phk.freebsd.dk (Postfix) with ESMTP id B19AB4F860; Tue, 20 Oct 2015 05:25:28 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.15.2/8.15.2) with ESMTP id t9K5PRwE095400; Tue, 20 Oct 2015 05:25:27 GMT (envelope-from phk@phk.freebsd.dk) To: RW cc: freebsd-current@freebsd.org Subject: Re: Depreciate and remove gbde In-reply-to: <20151019234855.4ed82051@gumby.homeunix.com> From: "Poul-Henning Kamp" References: <56237623.5010702@fizk.net> <201510182329.t9INTarc018248@fire.js.berklix.net> <20151019061930.461285f8@freyja.zeit4.iv.bundesimmobilien.de> <20151019234855.4ed82051@gumby.homeunix.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <95398.1445318727.1@critter.freebsd.dk> Date: Tue, 20 Oct 2015 05:25:27 +0000 Message-ID: <95399.1445318727@critter.freebsd.dk> X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: 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, 20 Oct 2015 05:25:30 -0000 -------- In message <20151019234855.4ed82051@gumby.homeunix.com>, RW writes: >I certainly wouldn't like to see gbde removed but I think it is >unfortunate that it's given slightly greater prominence in the handbook >than geli. geli is the right choice for most people. This I fully agree with. GELI is fine if your threatmodel is a stolen laptop. GBDE is for when the user is in danger. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@freebsd.org Tue Oct 20 05:27:18 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A6BECA1848A for ; Tue, 20 Oct 2015 05:27:18 +0000 (UTC) (envelope-from phk@phk.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.freebsd.org (Postfix) with ESMTP id 6F60CDC5 for ; Tue, 20 Oct 2015 05:27:18 +0000 (UTC) (envelope-from phk@phk.freebsd.dk) Received: from critter.freebsd.dk (unknown [192.168.55.3]) by phk.freebsd.dk (Postfix) with ESMTP id 832054F860; Tue, 20 Oct 2015 05:27:17 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.15.2/8.15.2) with ESMTP id t9K5RGNs095432; Tue, 20 Oct 2015 05:27:16 GMT (envelope-from phk@phk.freebsd.dk) To: NGie Cooper cc: Martin Cracauer , Yonas Yanfa , FreeBSD Current Subject: Re: Depreciate and remove gbde In-reply-to: From: "Poul-Henning Kamp" References: <56237623.5010702@fizk.net> <20151019234406.GA88752@cons.org> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <95430.1445318836.1@critter.freebsd.dk> Content-Transfer-Encoding: quoted-printable Date: Tue, 20 Oct 2015 05:27:16 +0000 Message-ID: <95431.1445318836@critter.freebsd.dk> X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: 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, 20 Oct 2015 05:27:18 -0000 -------- In message , NGie Cooper writes: >1. Why are there 2 competing technologies? They are not competing, they support two very different threat models. >3. Is there a gain/loss for removing gbde? Yes, you alienate a lot of users who very often are not even in a position to tell you they run FreeBSD. Think human rights activists for instance. >4. Why is it marked experimental [still]? To make people think. -- = Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe = Never attribute to malice what can adequately be explained by incompetence= . From owner-freebsd-current@freebsd.org Tue Oct 20 07:29:03 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7C416A199C4 for ; Tue, 20 Oct 2015 07:29:03 +0000 (UTC) (envelope-from phk@phk.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.freebsd.org (Postfix) with ESMTP id 44AED2D2 for ; Tue, 20 Oct 2015 07:29:03 +0000 (UTC) (envelope-from phk@phk.freebsd.dk) Received: from critter.freebsd.dk (unknown [192.168.55.3]) by phk.freebsd.dk (Postfix) with ESMTP id B22534F860; Tue, 20 Oct 2015 07:29:01 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.15.2/8.15.2) with ESMTP id t9K7T0VB095868; Tue, 20 Oct 2015 07:29:01 GMT (envelope-from phk@phk.freebsd.dk) To: mexas@bris.ac.uk cc: rwmaillists@googlemail.com, freebsd-current@freebsd.org Subject: Re: Depreciate and remove gbde In-reply-to: <201510200645.t9K6jaam004092@mech-as222.men.bris.ac.uk> From: "Poul-Henning Kamp" References: <201510200645.t9K6jaam004092@mech-as222.men.bris.ac.uk> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <95866.1445326140.1@critter.freebsd.dk> Content-Transfer-Encoding: quoted-printable Date: Tue, 20 Oct 2015 07:29:00 +0000 Message-ID: <95867.1445326140@critter.freebsd.dk> X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: 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, 20 Oct 2015 07:29:03 -0000 -------- In message <201510200645.t9K6jaam004092@mech-as222.men.bris.ac.uk>, Anton = Shterenlikht writes: >>GBDE is for when the user is in danger. > >In danger of what? >Please elaborate. Read the paper: http://phk.freebsd.dk/pubs/bsdcon-03.gbde.paper.pdf Or use the TL;DR version in the slides: http://phk.freebsd.dk/pubs/bsdcan-04.slides.gbde.pdf -- = Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe = Never attribute to malice what can adequately be explained by incompetence= . From owner-freebsd-current@freebsd.org Tue Oct 20 07:40:49 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 10F78A1A186 for ; Tue, 20 Oct 2015 07:40:49 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from mail-wi0-f179.google.com (mail-wi0-f179.google.com [209.85.212.179]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A4061FD1 for ; Tue, 20 Oct 2015 07:40:48 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: by wicll6 with SMTP id ll6so31940803wic.0 for ; Tue, 20 Oct 2015 00:40:40 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:date:from:message-id:to:subject:cc:reply-to :in-reply-to; bh=tm9BBltpNadshu2cr7FCiVrt24Mo4D8nGIYtI/6WATA=; b=c/A/py9SKUCKzX7HWs29gL2GnrQNPU2F4jL2QE+QNVagNdF+N+zIZvAljLaH97QU46 SqRinALsOKh+EO0h7f7g6DnI3FHmg/nlHR77BBBhkWt2pAYSTPGTKlGN+wYZlbBEMZS1 AFHz9nyAJLamVTHkyYHv8NFxef+PwZxwyUSOZoIzujL/S/nvlWmYkBNps7OEpkNtC7nk k86likiy6zXrirrp21JGLnHAZKe2JAFqmP/fgq8UsiPcEd5RCSOHxWQN+gzSYJfS81jC EtscvxiCeCgPP8U68XjaSOqZ48H+4NHVsnlgMbNsdRmYykZsdxY5VEwEeJuHFxyd6DeJ QctQ== X-Gm-Message-State: ALoCoQlnzWyJdpGuuJ9Tq1DDVA+/edJvA4LKu0092xIZExDSTvR5FtbTjhlI2yrCjGOegdo8KJgw X-Received: by 10.194.20.68 with SMTP id l4mr2146312wje.24.1445323538452; Mon, 19 Oct 2015 23:45:38 -0700 (PDT) Received: from mech-as222.men.bris.ac.uk (mech-as222.men.bris.ac.uk. [137.222.170.4]) by smtp.gmail.com with ESMTPSA id qq4sm1798979wjc.14.2015.10.19.23.45.37 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 19 Oct 2015 23:45:37 -0700 (PDT) Received: from mech-as222.men.bris.ac.uk (localhost [127.0.0.1]) by mech-as222.men.bris.ac.uk (8.15.2/8.15.2) with ESMTP id t9K6jarZ004093; Tue, 20 Oct 2015 07:45:36 +0100 (BST) (envelope-from mexas@mech-as222.men.bris.ac.uk) Received: (from mexas@localhost) by mech-as222.men.bris.ac.uk (8.15.2/8.15.2/Submit) id t9K6jaam004092; Tue, 20 Oct 2015 07:45:36 +0100 (BST) (envelope-from mexas) Date: Tue, 20 Oct 2015 07:45:36 +0100 (BST) From: Anton Shterenlikht Message-Id: <201510200645.t9K6jaam004092@mech-as222.men.bris.ac.uk> To: phk@phk.freebsd.dk, rwmaillists@googlemail.com Subject: Re: Depreciate and remove gbde Cc: freebsd-current@freebsd.org Reply-To: mexas@bris.ac.uk In-Reply-To: <95399.1445318727@critter.freebsd.dk> X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: 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, 20 Oct 2015 07:40:49 -0000 >GBDE is for when the user is in danger. In danger of what? Please elaborate. >From the handbook, it is not clear at all that the two encryption methods are designed to defend against different threats. Maybe I'm using the wrong one... Thank you Anton From owner-freebsd-current@freebsd.org Tue Oct 20 07:50:56 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D885DA1A5EF for ; Tue, 20 Oct 2015 07:50:56 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: from mail-pa0-x22a.google.com (mail-pa0-x22a.google.com [IPv6:2607:f8b0:400e:c03::22a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A9D8CB3A for ; Tue, 20 Oct 2015 07:50:56 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: by padhk11 with SMTP id hk11so13752171pad.1 for ; Tue, 20 Oct 2015 00:50:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=/0a69xrhbspNTxEvPA1nZFEp2HAe3P2PWaRwF69oLfo=; b=W5h3grO1VrO/6Pyajyd96jufR2N5kfS9qSKAsc1H7CWSjSPAPrw8rN7bFycNFF/i7j k8jTZgiyJ4NTtl9y1LnDyl61T5HX5Fl1R38WMUoPm1TyLRSk4ji3Zn+ofYAL7SKKTmOC l+Y2RuUbnhxyPFj8PhtvUT24BpdWU9Y7DKKpD8WRSiZAMHds/Kje9VkfUu7rP8T/m73s o0u2kKm02ikpa3BlVi7ZH/QfgMjvOQsauFfJwy3C9ErMgLOmVYk4wvkLW5sm3NnHKuez 9LdrLtxelG8ujSBeYuQ7/zGKrYzb4+P5H4/6t0U5K23+PiU9LgcuUNN9V/sRPiL2JqiG l/wA== X-Received: by 10.68.162.194 with SMTP id yc2mr2395080pbb.40.1445327456365; Tue, 20 Oct 2015 00:50:56 -0700 (PDT) Received: from ?IPv6:2601:601:800:126d:ed49:68d3:f4e:e5ab? ([2601:601:800:126d:ed49:68d3:f4e:e5ab]) by smtp.gmail.com with ESMTPSA id qb7sm2056184pab.47.2015.10.20.00.50.55 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 20 Oct 2015 00:50:55 -0700 (PDT) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2104\)) Subject: Re: Depreciate and remove gbde From: NGie Cooper In-Reply-To: <95867.1445326140@critter.freebsd.dk> Date: Tue, 20 Oct 2015 00:50:54 -0700 Cc: mexas@bris.ac.uk, rwmaillists@googlemail.com, freebsd-current@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: References: <201510200645.t9K6jaam004092@mech-as222.men.bris.ac.uk> <95867.1445326140@critter.freebsd.dk> To: Poul-Henning Kamp X-Mailer: Apple Mail (2.2104) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: 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, 20 Oct 2015 07:50:56 -0000 > On Oct 20, 2015, at 00:29, Poul-Henning Kamp = wrote: >=20 > -------- > In message <201510200645.t9K6jaam004092@mech-as222.men.bris.ac.uk>, = Anton Shterenlikht writes: >>> GBDE is for when the user is in danger. >>=20 >> In danger of what? >> Please elaborate. >=20 > Read the paper: >=20 > http://phk.freebsd.dk/pubs/bsdcon-03.gbde.paper.pdf >=20 > Or use the TL;DR version in the slides: >=20 > http://phk.freebsd.dk/pubs/bsdcan-04.slides.gbde.pdf Thank you for the pointers. This should be summarized in the = documentation though, if it=E2=80=99s worth noting. Cheers, -NGie= From owner-freebsd-current@freebsd.org Tue Oct 20 07:58:19 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1354BA1A83F for ; Tue, 20 Oct 2015 07:58:19 +0000 (UTC) (envelope-from phk@phk.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.freebsd.org (Postfix) with ESMTP id CF20CF10 for ; Tue, 20 Oct 2015 07:58:18 +0000 (UTC) (envelope-from phk@phk.freebsd.dk) Received: from critter.freebsd.dk (unknown [192.168.55.3]) by phk.freebsd.dk (Postfix) with ESMTP id 6F2164F860; Tue, 20 Oct 2015 07:58:17 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.15.2/8.15.2) with ESMTP id t9K7wGSk096052; Tue, 20 Oct 2015 07:58:17 GMT (envelope-from phk@phk.freebsd.dk) To: Yonas Yanfa cc: freebsd-current@freebsd.org Subject: Re: Depreciate and remove gbde In-reply-to: <5625D422.4040402@fizk.net> From: "Poul-Henning Kamp" References: <56237623.5010702@fizk.net> <20151019234406.GA88752@cons.org> <95431.1445318836@critter.freebsd.dk> <5625D422.4040402@fizk.net> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <96050.1445327896.1@critter.freebsd.dk> Date: Tue, 20 Oct 2015 07:58:16 +0000 Message-ID: <96051.1445327896@critter.freebsd.dk> X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: 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, 20 Oct 2015 07:58:19 -0000 -------- In message <5625D422.4040402@fizk.net>, Yonas Yanfa writes: >> Think human rights activists for instance. > >Couldn't they use a fake email address and Tor to communicate >anonymously? I'd be surprised if they aren't already. If you think being a human rights activist is that simple, you really have *no* idea... For a lot of them, using Tor would instantly blow their cover. We're not talking about people who wear Amnesty International T-shirts or who call themselves "human rights activists" when the pass through immigration. We're talking about people who for all practical purposes have a job as hard or harder than "real" spies. They do not have the the support and resources of their own government, they do not have a spare diplomatic passport and a new identity waiting for them at the embassy, and they certainly cannot afford those sunglasses. Getting it wrong on crypto or comms-footprint will at the very least cost them a year in some Elbonian mud-jail, worst case they die in a "traffic accident" or "commit suicide" in a turkish air-port toilet. >but we should improve the Handbook so gdbe vs. geli >strengths and weaknesses are better explained. By all means go for it! -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@freebsd.org Tue Oct 20 08:10:52 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C0369A1AEAB for ; Tue, 20 Oct 2015 08:10:52 +0000 (UTC) (envelope-from mueller6724@bellsouth.net) Received: from nm19-vm8.access.bullet.mail.bf1.yahoo.com (nm19-vm8.access.bullet.mail.bf1.yahoo.com [216.109.115.103]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 77486179A for ; Tue, 20 Oct 2015 08:10:51 +0000 (UTC) (envelope-from mueller6724@bellsouth.net) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bellsouth.net; s=s2048; t=1445328439; bh=OCvxUFpStAV3CeCQJDwX+XJh5UKoDdjSJnRxXvWv4PA=; h=Date:From:To:Subject:From:Subject; b=Cpkh+0pFOzEhgF91odwcZ/NgB6UqtyP+CzR87qMWBRGaFjHE1VXrArxxg1o94o5JJgcr6jP8RFOeHp2BmgO3D7MA+qs6kaOGa7p24neFFf4GazHr3HSjwX2rOYBnt+tLng2+qu66T9wFYB8lsPyFv48QO7CI/5m6PywLgAPLnceh9H/J49NXAtZWuUoYoIxgdgEBaKZg+BE6MEDeyfQRz8qLLC5DbVXcYzQeBr1H1OszBSnP+gFfJIkQOXp2pjluK53fN4kDuuCYNCgcmCNcrVTYLrqadZFjdayDwI1eQmm9pyPVUDerkjW9aXryMLKCbaqS9qzS+cgz3d0uUcc+8Q== Received: from [66.196.81.156] by nm19.access.bullet.mail.bf1.yahoo.com with NNFMP; 20 Oct 2015 08:07:19 -0000 Received: from [98.138.104.100] by tm2.access.bullet.mail.bf1.yahoo.com with NNFMP; 20 Oct 2015 08:07:19 -0000 Received: from [127.0.0.1] by smtp120.sbc.mail.ne1.yahoo.com with NNFMP; 20 Oct 2015 08:07:19 -0000 X-Yahoo-Newman-Id: 559603.75995.bm@smtp120.sbc.mail.ne1.yahoo.com Message-ID: <559603.75995.bm@smtp120.sbc.mail.ne1.yahoo.com> Date: Tue, 20 Oct 2015 08:07:19 +0000 (UTC) X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: WuiyzWEVM1lRmFcQJhVvZrmHdJVbmTG3A768itZXrfuKl37 5NYzzBrykmkU4BllwNb7pKLE.T0SaDt4mSyhreFr5JWGAmwe58ZaLrABibg4 YKo7Cut7k2urn9nU7IYmI_TXWO4bKLLPNjRngyqcaE7825Atf_rmNxCvpnJz PyAds93tL3Koz98CiUrdlSgoRGYOOoVW00ZSi5JhlHZT7qsf9TpvZgNbLg8_ IBDi7WT4iglRHb11IiNnvcrBXk4ghMx9T8WjIIEFBLNuVuYV6nwW2W_qCtO. GnEAq..pWxuAkpCWl4OZ9zunnG3ZWnvqrMNoyCfUC7Y7DKnKWLIvIHgKGv9f Arik_eTIVpS7obCqg_qzdG8q_2bfKZhWrY8EfqtQX7bEeGGZrkTm3ZyXRNR7 brlymwJy4iKclkmHFRwfjkssX0Y0x79xFln7GBvwJ8rjA3vl1HxQ31HsL6Hz atqSxKlSd4bW5AIPMbApqbV53w0GHL8Qn_niOLUZfUnbeBT8YTvRiOZtwHfH GBx.W.FlPLBSy_wS69ydDLBJG4E7eV4b1ynwagIaNuu_yEzrthmlMZ82EJFI - X-Yahoo-SMTP: Kz_aW1.swBBYof3zAD7.RWzXz9ZAQVDMml1VADsbgPT4Kq79LC0- From: "Thomas Mueller" To: freebsd-current@freebsd.org Subject: Make installworld fails on file not found (Error code 71) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: 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, 20 Oct 2015 08:10:52 -0000 I was trying to test the new i915 graphics driver but got stuck in building and installing the userland: /usr/share/man/man2/mknodat.2 -> /usr/share/man/man2/mknod.2 /usr/share/man/man2/munlock.2 -> /usr/share/man/man2/mlock.2 /usr/share/man/man2/munlockall.2 -> /usr/share/man/man2/mlockall.2 /usr/share/man/man2/modfnext.2 -> /usr/share/man/man2/modnext.2 /usr/share/man/man2/nmount.2 -> /usr/share/man/man2/mount.2 /usr/share/man/man2/unmount.2 -> /usr/share/man/man2/mount.2 /usr/share/man/man2/mq_timedreceive.2 -> /usr/share/man/man2/mq_receive.2 /usr/share/man/man2/mq_timedsend.2 -> /usr/share/man/man2/mq_send.2 /usr/share/man/man2/ntp_gettime.2 -> /usr/share/man/man2/ntp_adjtime.2 /usr/share/man/man2/numa_setaffinity.2 -> /usr/share/man/man2/numa_getaffinity.2 install: link /usr/share/man/man2/numa_getaffinity.2 -> /usr/share/man/man2/numa_setaffinity.2: No such file or directory *** Error code 71 Stop. make[5]: stopped in /usr/src/lib/libc *** 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 Now I have a new kernel on a userland dating to last April 27. I got this same result with "make installworld" also on previous attempt just a day previous. Do I need to clean out old build directory tree? Build runs cleandir automatically, but do I need more, like rm -R /usr/obj/* ? If this happened in NetBSD, I would use -r with build.sh which gets rid of outdated stuff in build directories, and will get a chance to try this as I try to update a system last built 14 months ago. What do I need to do in FreeBSD? Tom From owner-freebsd-current@freebsd.org Tue Oct 20 08:41:27 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 28AE7A195A9 for ; Tue, 20 Oct 2015 08:41:27 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from mail-wi0-f170.google.com (mail-wi0-f170.google.com [209.85.212.170]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id BB3D61263 for ; Tue, 20 Oct 2015 08:41:26 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: by wikq8 with SMTP id q8so35106225wik.1 for ; Tue, 20 Oct 2015 01:41:24 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:date:from:message-id:to:subject:cc:reply-to :in-reply-to; bh=mICnPfgDZ6Ak2DPAG7F1T99oGx0i9UUzhdmJ6D5Nd4c=; b=l6PBRczfJAEItm3dHtvl7cf6zLzV3vCw/nIvluOYFDR8T/+kWIanp/WtcTZOWZBLOs pW51v8pkCxswIaUNaQloiy3LMM5HpzAzfZNdn8IidHgkWgzduLDwKgweqYDxWFXsdmNx qIZI3lUZzn/TL9uZ8wMxOFgxK+tR+TvBtve4gn/rBPgJR04Td7gdf5Eh3IoyLInzLpyC UHiXCCCCO39cooOkLLSyDkqQKlVRHPBcHLi/9pUezy/cyoSMhBeiOO1OqawneazYNG7A ZmaDR+OCZS/hHVmKg30rzpZn3B4EroGbdFNS10TcOquMF/lm5LnObADXGaqDBnZSitfq Y55Q== X-Gm-Message-State: ALoCoQkGScauWXtszokgWYkTlb8PkEb3Bl6Dj43X2zpyBE/kirNpLV30IWlNW0FbThyw2AW/6hXm X-Received: by 10.180.184.134 with SMTP id eu6mr3127908wic.77.1445330484781; Tue, 20 Oct 2015 01:41:24 -0700 (PDT) Received: from mech-as222.men.bris.ac.uk (mech-as222.men.bris.ac.uk. [137.222.170.4]) by smtp.gmail.com with ESMTPSA id he3sm2345054wjc.48.2015.10.20.01.41.23 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 20 Oct 2015 01:41:24 -0700 (PDT) Received: from mech-as222.men.bris.ac.uk (localhost [127.0.0.1]) by mech-as222.men.bris.ac.uk (8.15.2/8.15.2) with ESMTP id t9K8fNlQ005369; Tue, 20 Oct 2015 09:41:23 +0100 (BST) (envelope-from mexas@mech-as222.men.bris.ac.uk) Received: (from mexas@localhost) by mech-as222.men.bris.ac.uk (8.15.2/8.15.2/Submit) id t9K8fNgY005368; Tue, 20 Oct 2015 09:41:23 +0100 (BST) (envelope-from mexas) Date: Tue, 20 Oct 2015 09:41:23 +0100 (BST) From: Anton Shterenlikht Message-Id: <201510200841.t9K8fNgY005368@mech-as222.men.bris.ac.uk> To: phk@phk.freebsd.dk, yaneurabeya@gmail.com Subject: Re: Depreciate and remove gbde Cc: freebsd-current@freebsd.org, mexas@bris.ac.uk, rwmaillists@googlemail.com Reply-To: mexas@bris.ac.uk In-Reply-To: X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: 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, 20 Oct 2015 08:41:27 -0000 >> In message <201510200645.t9K6jaam004092@mech-as222.men.bris.ac.uk>, Anton Shterenlikht writes: >>>> GBDE is for when the user is in danger. >>> >>> In danger of what? >>> Please elaborate. >> >> Read the paper: >> >> http://phk.freebsd.dk/pubs/bsdcon-03.gbde.paper.pdf >> >> Or use the TL;DR version in the slides: >> >> http://phk.freebsd.dk/pubs/bsdcan-04.slides.gbde.pdf Thanks, I get it now. Am I correct that the papers are from 2003 and 2004 respectively. Has much changed in gbde since then? Anton From owner-freebsd-current@freebsd.org Tue Oct 20 08:56:38 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BD378A19D7A for ; Tue, 20 Oct 2015 08:56:38 +0000 (UTC) (envelope-from phk@phk.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.freebsd.org (Postfix) with ESMTP id 868F71D2C for ; Tue, 20 Oct 2015 08:56:38 +0000 (UTC) (envelope-from phk@phk.freebsd.dk) Received: from critter.freebsd.dk (unknown [192.168.55.3]) by phk.freebsd.dk (Postfix) with ESMTP id 1A3DB4F860; Tue, 20 Oct 2015 08:56:37 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.15.2/8.15.2) with ESMTP id t9K8ua55096319; Tue, 20 Oct 2015 08:56:36 GMT (envelope-from phk@phk.freebsd.dk) To: mexas@bris.ac.uk cc: yaneurabeya@gmail.com, freebsd-current@freebsd.org, rwmaillists@googlemail.com Subject: Re: Depreciate and remove gbde In-reply-to: <201510200841.t9K8fNgY005368@mech-as222.men.bris.ac.uk> From: "Poul-Henning Kamp" References: <201510200841.t9K8fNgY005368@mech-as222.men.bris.ac.uk> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <96317.1445331396.1@critter.freebsd.dk> Content-Transfer-Encoding: quoted-printable Date: Tue, 20 Oct 2015 08:56:36 +0000 Message-ID: <96318.1445331396@critter.freebsd.dk> X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: 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, 20 Oct 2015 08:56:38 -0000 -------- In message <201510200841.t9K8fNgY005368@mech-as222.men.bris.ac.uk>, Anton = Shterenlikht writes: >Am I correct that the papers are from 2003 and 2004 >respectively. Has much changed in gbde since then? Nope. -- = Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe = Never attribute to malice what can adequately be explained by incompetence= . From owner-freebsd-current@freebsd.org Tue Oct 20 09:21:36 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B3A93A1A685 for ; Tue, 20 Oct 2015 09:21:36 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from mail-wi0-f176.google.com (mail-wi0-f176.google.com [209.85.212.176]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 46331BD8 for ; Tue, 20 Oct 2015 09:21:36 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: by wicll6 with SMTP id ll6so18697876wic.1 for ; Tue, 20 Oct 2015 02:21:34 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:date:from:message-id:to:subject:cc:reply-to :in-reply-to; bh=EwiSd7oNOCRbnYoQBpNSkrwbKBeSxb7uiiGbigKe4h0=; b=JxoX4/heSuYsQ4jxSx/T6vcfThebEkqrFJ+FjpJ62x7gSV3yKGUJYfpMnumx1vwGEm nXlOsxBUpIc5x2SQ7RAu5tJBaXbz+mbLSpAvCBHGcEqyszpr9aUWciTrN+ZsthKW60tr EKbZToDyU6LdOgDCZTceuhP6ZOgYr0GZcMgC9oqVCJc2CqflBbc/CeX+cALBIWUh+Vyc QFXgKLsNuuS9L4vxjzkFDnCQEkT0fbo1Z5joF/jO+/Gc7M523AF7Ft8JZQJAnkMHdw9k hqjB3u4/PSkjaIU7uz1Q99ayCgi5zy/MIwxFTFgsJSMnZMBN0d8rpl3Zu9Xv3K9981HL i5lw== X-Gm-Message-State: ALoCoQmW06pbLQyC+bNqG0QTZ05p1+AstFkq6HOZZjJ+63HoDtnEpYJjNibk5drRMtXJ8iYMaVbo X-Received: by 10.180.87.71 with SMTP id v7mr18070517wiz.77.1445332894258; Tue, 20 Oct 2015 02:21:34 -0700 (PDT) Received: from mech-as222.men.bris.ac.uk (mech-as222.men.bris.ac.uk. [137.222.170.4]) by smtp.gmail.com with ESMTPSA id ee5sm2598688wjd.17.2015.10.20.02.21.33 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 20 Oct 2015 02:21:33 -0700 (PDT) Received: from mech-as222.men.bris.ac.uk (localhost [127.0.0.1]) by mech-as222.men.bris.ac.uk (8.15.2/8.15.2) with ESMTP id t9K9LWGV005536; Tue, 20 Oct 2015 10:21:32 +0100 (BST) (envelope-from mexas@mech-as222.men.bris.ac.uk) Received: (from mexas@localhost) by mech-as222.men.bris.ac.uk (8.15.2/8.15.2/Submit) id t9K9LWrD005535; Tue, 20 Oct 2015 10:21:32 +0100 (BST) (envelope-from mexas) Date: Tue, 20 Oct 2015 10:21:32 +0100 (BST) From: Anton Shterenlikht Message-Id: <201510200921.t9K9LWrD005535@mech-as222.men.bris.ac.uk> To: mexas@bris.ac.uk, phk@phk.freebsd.dk Subject: Re: Depreciate and remove gbde Cc: freebsd-current@freebsd.org, rwmaillists@googlemail.com, yaneurabeya@gmail.com Reply-To: mexas@bris.ac.uk In-Reply-To: <96318.1445331396@critter.freebsd.dk> X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: 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, 20 Oct 2015 09:21:36 -0000 >From phk@phk.freebsd.dk Tue Oct 20 10:08:55 2015 > >>Am I correct that the papers are from 2003 and 2004 >>respectively. Has much changed in gbde since then? > >Nope. One thing that puzzled me about the way gbde is integrated with the FreeBSD boot sequence is that it's not possible to boot without entering the correct gbde pass phrase. I assumed that if the correct pass phrase is not entered the specified number of times, three by default, the boot should proceed without attaching the encrypted partition. But at present, if the correct pass phrase is not entered, the system goes into a single user mode, but exiting from it to a multi-user mode again gets one to gbde pass phrase prompt. So it's not possible to boot at all without attaching the gbde encrypted partition. Perhaps this can be configured via some rc* options? The reason is that even a laptop can have multiple users, not all of whom need/should mount any or all encrypted partitions. And a wish - please describe "nuke" and "destroy" options more explicitly. The man page is extremely terse on this. Given the seriosness of the consequences - loss of all data on encrypted partition(?) - would be great to know exactly what would happen. The man page says both options will invalidate the masterkey. Does this mean that encrypted data cannot be recovered? This is my guess, based on reading your 2 papers. Many thanks for gbde. Anton From owner-freebsd-current@freebsd.org Tue Oct 20 09:41:14 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 80370A1AB3F for ; Tue, 20 Oct 2015 09:41:14 +0000 (UTC) (envelope-from yonas@fizk.net) Received: from mail-qg0-x232.google.com (mail-qg0-x232.google.com [IPv6:2607:f8b0:400d:c04::232]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 3BABE18DD for ; Tue, 20 Oct 2015 09:41:13 +0000 (UTC) (envelope-from yonas@fizk.net) Received: by qgbb65 with SMTP id b65so9468173qgb.2 for ; Tue, 20 Oct 2015 02:41:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=fizk.net; s=google; h=subject:to:references:from:cc:message-id:date:user-agent :mime-version:in-reply-to:content-type; bh=pHZ4+s84Cqps1qAbfFT4GVloDvf63Z30vIRlyHrtdhs=; b=kyKhpORs5gxRopnL/R79fcdSwCpD531r3fb0KH7zH/CcXhkp6wbCMnEitSQzavRdIU BBkhgOmH/MqluPs4rmPilKUYOwypow6l5XDEw2m37jSfjuylb0pufp2OTIhwIbdBv/V5 Muid95zaLgyDw+vqDE5BKvJxURsjeVtRVwkxw= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:subject:to:references:from:cc:message-id:date :user-agent:mime-version:in-reply-to:content-type; bh=pHZ4+s84Cqps1qAbfFT4GVloDvf63Z30vIRlyHrtdhs=; b=QNZUUslCiO7D4iB8QKkfIZDT5EzQMLMst+/u+9OtchJ4kdJXpuCGCJ5zcMpeIdvPzH vQXV+TmQBwNJbaz3G2PdAFZnH73zhagszjOXBtXfUo08iabiHbIbi99P9RRZdk0uHFeI QldiXWhdVEMKiZHZ0trcuFQJyE30LMJ87PsbrG/jGXs10E9/nMay49Ogda0JywUKge7p KssYVlJDSDpfM5c3wBDpSedqkegNDZEbQ7Dhty87tO+8XJkXlCZdcoPSQuZwsEaPcuff lrgbgToAZPWX6V0N/nFM01/BhqPP9MWLifEbEcXy07v23m2W86k8aXu+0p6ya3tymOSE ceNw== X-Gm-Message-State: ALoCoQmY2TfqF+tTw8dGwGCy5YwBM5mEOym8IABEDVbpEQX9QUywB3MNUDbFkLK195el2/sNdMOx X-Received: by 10.140.32.200 with SMTP id h66mr1407221qgh.99.1445319716577; Mon, 19 Oct 2015 22:41:56 -0700 (PDT) Received: from [192.168.2.200] (CPEbc4dfb965b33-CMbc4dfb965b30.cpe.net.cable.rogers.com. [99.236.139.136]) by smtp.gmail.com with ESMTPSA id 105sm616533qgl.13.2015.10.19.22.41.55 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 19 Oct 2015 22:41:55 -0700 (PDT) Subject: Re: Depreciate and remove gbde To: Poul-Henning Kamp References: <56237623.5010702@fizk.net> <20151019234406.GA88752@cons.org> <95431.1445318836@critter.freebsd.dk> From: Yonas Yanfa Cc: freebsd-current@freebsd.org Message-ID: <5625D422.4040402@fizk.net> Date: Tue, 20 Oct 2015 01:41:54 -0400 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 In-Reply-To: <95431.1445318836@critter.freebsd.dk> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: 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, 20 Oct 2015 09:41:14 -0000 On 10/20/2015 01:27, Poul-Henning Kamp wrote: > -------- > In message , NGie Cooper writes: > >> 1. Why are there 2 competing technologies? > They are not competing, they support two very different threat models. We need to make this a lot more clear in the Handbook. John-Mark is taking the charge here. >> 3. Is there a gain/loss for removing gbde? > Yes, you alienate a lot of users who very often are not even in a > position to tell you they run FreeBSD. > > Think human rights activists for instance. Couldn't they use a fake email address and Tor to communicate anonymously? I'd be surprised if they aren't already. As I said to Martin, this point keeps coming up as though its grounds alone to leave gdbe in the tree forever. gdbe should stand on its technical merits. After reading your paper on gdbe, I understand those merits a lot better, but we should improve the Handbook so gdbe vs. geli strengths and weaknesses are better explained. > >> 4. Why is it marked experimental [still]? > To make people think. > What it made me think was - "this software has been here for so many years and is still experimental and suspect??? It must have issues. Why is it still in the tree?" Yonas -- Yonas Yanfa In Love With Open Source Drupal :: GitHub :: Mozilla :: iPhone fizk.net | yonas@fizk.net From owner-freebsd-current@freebsd.org Tue Oct 20 11:18:28 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3E228A19CA7 for ; Tue, 20 Oct 2015 11:18:28 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from mail-wi0-x22d.google.com (mail-wi0-x22d.google.com [IPv6:2a00:1450:400c:c05::22d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id CFA2A1F4D for ; Tue, 20 Oct 2015 11:18:27 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: by wicfv8 with SMTP id fv8so23399240wic.0 for ; Tue, 20 Oct 2015 04:18:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=2tZ5Oi7r7mGgQN4GTwkRVwYMW+eX4JMr5A6y9tdPoVI=; b=xC/gxEaBmAK1qIzbge5lOEPYvnnwt3nw2aK/CR6z0tpxRUKRGi1DCdt8e3Qye5hOqN n/z8u9ZsyqMY4p4ubjr2AZp35dRWoZsYboCqpNpQKi03L8Lms0BsRwmoAmEHYtkyPegs pXKGgJZzLJYVEyUC9GCsxmk9VUaDymqwENF10d8R+DexLrE4tk90+gILUUXos2FUQDnd 0tEvoahoE9qQa63wRmBKQ1PodnzkrZ83g+t84fRSjHJ6Bq9REwFtrudvNk15U19gCOIc SYjeMfxoCtnIBQHujZnhhjW0lSlbfWfWdeGm41PsM0e55oHJGsJOEdW8LR/CZJPmg4QI quUA== MIME-Version: 1.0 X-Received: by 10.194.201.130 with SMTP id ka2mr3376500wjc.123.1445339905424; Tue, 20 Oct 2015 04:18:25 -0700 (PDT) Received: by 10.27.12.232 with HTTP; Tue, 20 Oct 2015 04:18:25 -0700 (PDT) In-Reply-To: <559603.75995.bm@smtp120.sbc.mail.ne1.yahoo.com> References: <559603.75995.bm@smtp120.sbc.mail.ne1.yahoo.com> Date: Tue, 20 Oct 2015 14:18:25 +0300 Message-ID: Subject: Re: Make installworld fails on file not found (Error code 71) From: Sergey Kandaurov To: Thomas Mueller Cc: FreeBSD Current Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: 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, 20 Oct 2015 11:18:28 -0000 On 20 October 2015 at 11:07, Thomas Mueller wrote: > I was trying to test the new i915 graphics driver but got stuck in building and installing the userland: > > /usr/share/man/man2/mknodat.2 -> /usr/share/man/man2/mknod.2 > /usr/share/man/man2/munlock.2 -> /usr/share/man/man2/mlock.2 > /usr/share/man/man2/munlockall.2 -> /usr/share/man/man2/mlockall.2 > /usr/share/man/man2/modfnext.2 -> /usr/share/man/man2/modnext.2 > /usr/share/man/man2/nmount.2 -> /usr/share/man/man2/mount.2 > /usr/share/man/man2/unmount.2 -> /usr/share/man/man2/mount.2 > /usr/share/man/man2/mq_timedreceive.2 -> /usr/share/man/man2/mq_receive.2 > /usr/share/man/man2/mq_timedsend.2 -> /usr/share/man/man2/mq_send.2 > /usr/share/man/man2/ntp_gettime.2 -> /usr/share/man/man2/ntp_adjtime.2 > /usr/share/man/man2/numa_setaffinity.2 -> /usr/share/man/man2/numa_getaffinity.2 > install: link /usr/share/man/man2/numa_getaffinity.2 -> /usr/share/man/man2/numa_setaffinity.2: No such file or directory > *** Error code 71 > This looks like if you would try to installworld on newer sources and older objs without doing buildworld first to get in sync. -- wbr, pluknet From owner-freebsd-current@freebsd.org Tue Oct 20 13:33:05 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 40F7BA19879 for ; Tue, 20 Oct 2015 13:33:05 +0000 (UTC) (envelope-from listjm@club.fr) Received: from smtp26.services.sfr.fr (smtp26.services.sfr.fr [93.17.128.163]) (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 024B411EC for ; Tue, 20 Oct 2015 13:33:04 +0000 (UTC) (envelope-from listjm@club.fr) Received: from filter.sfr.fr (localhost [78.118.197.112]) by msfrf2604.sfr.fr (SMTP Server) with ESMTP id 1CCA51C000C4E for ; Tue, 20 Oct 2015 15:32:56 +0200 (CEST) Authentication-Results: sfrmc.priv.atos.fr; dkim=none (no signature); dkim-adsp=none (no policy) header.from=listjm@club.fr Received: from [192.168.1.51] (112.197.118.78.rev.sfr.net [78.118.197.112]) by msfrf2604.sfr.fr (SMTP Server) with ESMTP id DBE4E1C000C54 for ; Tue, 20 Oct 2015 15:32:49 +0200 (CEST) X-SFR-UUID: 20151020133250900.DBE4E1C000C54@msfrf2604.sfr.fr Subject: [CFT] Buildworld ccache support To: freebsd-current@freebsd.org From: Juan =?iso-8859-1?b?UmFt824=?= Molina Menor Message-ID: <56264279.7020504@club.fr> Date: Tue, 20 Oct 2015 15:32:41 +0200 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: 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, 20 Oct 2015 13:33:05 -0000 Hi! I’m certainly doing it wrong, because CCACHE does not kick in after applying the patch and modifying make.conf. CCACHE stats ('ccache -z' followed by 'ccache -s') remain at zero during buildworld while they used to reflect the cache miss/hits before. # cat /etc/make.conf WITH_CCACHE_BUILD= # svn diff /usr/src/share/mk/local.init.mk Index: /usr/src/share/mk/local.init.mk =================================================================== --- /usr/src/share/mk/local.init.mk (revision 289627) +++ /usr/src/share/mk/local.init.mk (working copy) @@ -38,3 +38,37 @@ HOST_CFLAGS+= -DHOSTPROG CFLAGS+= ${HOST_CFLAGS} .endif + +# Handle ccache after CC is determined. If CC is at some specific path then +# we must prepend the ccache wrapper. Otherwise we can just prepend PATH with +# the wrapper location, which is a more safe solution since it avoids spaces +# and compiler type guessing based on filename. +LOCALBASE?= /usr/local +CCACHE_WRAPPER_PATH?= ${LOCALBASE}/libexec/ccache +CCACHE_PATH?= ${LOCALBASE}/bin/ccache +.if defined(WITH_CCACHE_BUILD) && !defined(NOCCACHE) && \ + ${CC:M*ccache*} == "" && exists(${CCACHE_PATH}) +# Handle compiler changes properly. This avoids needing to use the 'world' +# wrappers. +CCACHE_COMPILERCHECK?= content +.export CCACHE_COMPILERCHECK +.if ${CC:M/*} == "" +# Can use PATH. +PATH:= ${CCACHE_WRAPPER_PATH}:${PATH} +.export PATH +.else +# Must prepend CC. +CC:= ${CCACHE_PATH} ${CC} +CXX:= ${CCACHE_PATH} ${CXX} +CPP:= ${CCACHE_PATH} ${CPP} +.if defined(HOST_CC) +HOST_CC:= ${CCACHE_PATH} ${HOST_CC} +.endif +.if defined(HOST_CXX) +HOST_CXX:= ${CCACHE_PATH} ${HOST_CXX} +.endif +.if defined(HOST_CPP) +HOST_CPP:= ${CCACHE_PATH} ${HOST_CPP} +.endif +.endif +.endif # WITH_CCACHE_BUILD If I recover the old make.conf, CCACHE works again for a buildworld. # cat /etc/make.conf.old .if (!empty(.CURDIR:M/usr/src*) || !empty(.CURDIR:M/usr/obj*)) .if !defined(NOCCACHE) && exists(/usr/local/libexec/ccache/world/cc) CC:=${CC:C,^cc,/usr/local/libexec/ccache/world/cc,1} CXX:=${CXX:C,^c\+\+,/usr/local/libexec/ccache/world/c++,1} .endif .endif Maybe I misconfigured CCACHE when I first installed it? Best regards, Juan From owner-freebsd-current@freebsd.org Tue Oct 20 15:50:37 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1336BA194F8 for ; Tue, 20 Oct 2015 15:50:37 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: from mail-oi0-x236.google.com (mail-oi0-x236.google.com [IPv6:2607:f8b0:4003:c06::236]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C72B8B5F for ; Tue, 20 Oct 2015 15:50:36 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: by oiev17 with SMTP id v17so12373091oie.2 for ; Tue, 20 Oct 2015 08:50:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=x52FZB3cM51+iAHpzxGi7SQmKFnCulViIj/WSEMD/4Q=; b=DWDSnYmHCobQCv0Stl/9VTxx2T383srMnwHazLFQwAS1onGVmhkrefqICimFPP7/4h GMoDxz87TCpq7N72x5IZa2Q8YAiblc2RfVdBxSzNEGF6yGllQSMgbhxBq2I8wgWSWxzb NM7vAr4tkiUqtZ/cmNvrH5Q2GBoqLGYgT6ubD/t4/G5yANJ4mIy3uf7IgR6YZ4N2jcDI boFaIVpQrII6VhPY+Byzqkej0rEK5oMRqqf0ikwPheboWdcU2ZEDPDvVhvPGZIJkVRfa Oiu24yJ82wyhLjMbEDgj5euWOVrmXSupsrMibXGzE8KandE9jb2z46WF5GFqKJMmh4IT bhlw== MIME-Version: 1.0 X-Received: by 10.202.108.81 with SMTP id h78mr2417811oic.86.1445356235984; Tue, 20 Oct 2015 08:50:35 -0700 (PDT) Received: by 10.76.8.4 with HTTP; Tue, 20 Oct 2015 08:50:35 -0700 (PDT) In-Reply-To: <56264279.7020504@club.fr> References: <56264279.7020504@club.fr> Date: Tue, 20 Oct 2015 08:50:35 -0700 Message-ID: Subject: Re: [CFT] Buildworld ccache support From: Freddie Cash To: =?UTF-8?Q?Juan_Ram=C3=B3n_Molina_Menor?= Cc: FreeBSD-Current Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: 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, 20 Oct 2015 15:50:37 -0000 On Tue, Oct 20, 2015 at 6:32 AM, Juan Ram=C3=B3n Molina Menor wrote: > Hi! > > I=E2=80=99m certainly doing it wrong, because CCACHE does not kick in aft= er > applying the patch and modifying make.conf. CCACHE stats ('ccache -z' > followed by 'ccache -s') remain at zero during buildworld while they used > to reflect the cache miss/hits before. > > # cat /etc/make.conf > WITH_CCACHE_BUILD=3D > =E2=80=8BYou need to actually set this to a value, in order for the variabl= e to be defined. WITH_CCACHE_BUILD=3Dyes WITH_CCACHE_BUILD=3Dsomething WITH_CCACHE_BUILD=3Dwhatever It doesn't matter what it's set to, but it has to be set to something.=E2= =80=8B > =E2=80=8B > # svn diff /usr/src/share/mk/local.init.mk > Index: /usr/src/share/mk/local.init.mk > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > --- /usr/src/share/mk/local.init.mk (revision 289627) > +++ /usr/src/share/mk/local.init.mk (working copy) > @@ -38,3 +38,37 @@ > HOST_CFLAGS+=3D -DHOSTPROG > CFLAGS+=3D ${HOST_CFLAGS} > .endif > + > +# Handle ccache after CC is determined. If CC is at some specific path > then > +# we must prepend the ccache wrapper. Otherwise we can just prepend PAT= H > with > +# the wrapper location, which is a more safe solution since it avoids > spaces > +# and compiler type guessing based on filename. > +LOCALBASE?=3D /usr/local > +CCACHE_WRAPPER_PATH?=3D ${LOCALBASE}/libexec/ccache > +CCACHE_PATH?=3D ${LOCALBASE}/bin/ccache > +.if defined(WITH_CCACHE_BUILD) && !defined(NOCCACHE) && \ > =E2=80=8BThis line here checks if the variable is defined (meaning, that it= is set to something), and if it is, then the code after it enabled CCACHE.=E2=80= =8B --=20 Freddie Cash fjwcash@gmail.com From owner-freebsd-current@freebsd.org Tue Oct 20 16:45:25 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4769BA1A4B3 for ; Tue, 20 Oct 2015 16:45:25 +0000 (UTC) (envelope-from listjm@club.fr) Received: from smtp26.services.sfr.fr (smtp26.services.sfr.fr [93.17.128.163]) (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 0D061123C for ; Tue, 20 Oct 2015 16:45:24 +0000 (UTC) (envelope-from listjm@club.fr) Received: from filter.sfr.fr (localhost [78.118.197.112]) by msfrf2602.sfr.fr (SMTP Server) with ESMTP id D955E1C000824; Tue, 20 Oct 2015 18:45:15 +0200 (CEST) Authentication-Results: sfrmc.priv.atos.fr; dkim=none (no signature); dkim-adsp=none (no policy) header.from=listjm@club.fr Received: from [192.168.1.51] (112.197.118.78.rev.sfr.net [78.118.197.112]) by msfrf2602.sfr.fr (SMTP Server) with ESMTP id A47551C00081E; Tue, 20 Oct 2015 18:45:14 +0200 (CEST) X-SFR-UUID: 20151020164515673.A47551C00081E@msfrf2602.sfr.fr Subject: Re: [CFT] Buildworld ccache support To: Freddie Cash References: <56264279.7020504@club.fr> Cc: FreeBSD-Current From: Juan =?iso-8859-1?b?UmFt824=?= Molina Menor Message-ID: <56266F93.9050200@club.fr> Date: Tue, 20 Oct 2015 18:45:07 +0200 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: 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, 20 Oct 2015 16:45:25 -0000 Le 20/10/2015 17:50, Freddie Cash a écrit : > On Tue, Oct 20, 2015 at 6:32 AM, Juan Ramón Molina Menor >wrote: > > Hi! > > I’m certainly doing it wrong, because CCACHE does not kick in after > applying the patch and modifying make.conf. CCACHE stats ('ccache > -z' followed by 'ccache -s') remain at zero during buildworld while > they used to reflect the cache miss/hits before. > > # cat /etc/make.conf > WITH_CCACHE_BUILD= > > > ​You need to actually set this to a value, in order for the variable to > be defined. > > WITH_CCACHE_BUILD=yes > WITH_CCACHE_BUILD=something > WITH_CCACHE_BUILD=whatever > > It doesn't matter what it's set to, but it has to be set to something.​ Thanks for the tip, but I had already tried. Unfortunately there is something else which escapes me… Best regards, Juan From owner-freebsd-current@freebsd.org Tue Oct 20 17:08:42 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7A3C3A1AB1A for ; Tue, 20 Oct 2015 17:08:42 +0000 (UTC) (envelope-from john@potato.growveg.org) Received: from potato.growveg.org (potato.growveg.org [62.49.247.163]) (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 40C9D920 for ; Tue, 20 Oct 2015 17:08:41 +0000 (UTC) (envelope-from john@potato.growveg.org) Received: from john by potato.growveg.org with local (Exim 4.86 (FreeBSD)) (envelope-from ) id 1ZoZxN-000Lsz-7O for freebsd-current@freebsd.org; Tue, 20 Oct 2015 17:40:13 +0100 Date: Tue, 20 Oct 2015 17:40:13 +0100 From: John To: freebsd-current@freebsd.org Subject: is building kernel in /sys/amd64/conf depreciated in 11 ? Message-ID: <20151020164013.GA43495@potato.growveg.org> Reply-To: freebsd-current@freebsd.org Mail-Followup-To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline User-Agent: Mutt/1.5.24 (2015-08-30) Sender: john X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: 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, 20 Oct 2015 17:08:42 -0000 Hi, as subject - is building kernel in /sys/amd64/conf depreciated? I can get a modified kernel to build and install in /usr/src but not in /sys/amd64/conf. I always used to be able to do this in there, then again I either used -RELEASE or -STABLE. I used to do it like this: 1. cd /sys/amd64/conf 2. cp GENERIC MYKERNEL 3. [make changes to MYKERNEL and save] 4. config MYKERNEL 5. cd ../compile/MYKERNEL 6. make cleandepend && make depend && make This fails *every time* during make. It fails at this point: Make[1]: "/storage/usr/ports/Mk/bsd.port.mk" line 1204: UNAME_r (11.0-CURRENT) and OSVERSION () do not agree on major version number. *** [all] Error code 1 make: stopped in /storage/usr/src/sys/amd64/compile/PUMPKIN The error still happens if I refresh all my sources, build a new world with a generic kernel and reboot and then try the old method again. I *can* build a custom kernel if I cd into /usr/src and do 1. make buildkernel KERNCONF=MYKERNEL 2. make installkernel KERNCONF=MYKERNEL Basically I'm asking is this change of behaviour documented and/or am I doing it wrong? thanks, -- John From owner-freebsd-current@freebsd.org Tue Oct 20 21:32:41 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E0D09A1A892 for ; Tue, 20 Oct 2015 21:32:41 +0000 (UTC) (envelope-from mueller6724@bellsouth.net) Received: from nm5-vm7.access.bullet.mail.bf1.yahoo.com (nm5-vm7.access.bullet.mail.bf1.yahoo.com [216.109.114.134]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 9312218C9 for ; Tue, 20 Oct 2015 21:32:41 +0000 (UTC) (envelope-from mueller6724@bellsouth.net) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bellsouth.net; s=s2048; t=1445376572; bh=9D8NPL8UBcthAHm5DZhf3J1aLwWgvTUkgzjoDCTMM7k=; h=Date:From:To:Subject:References:From:Subject; b=NIQWyKZY6UTQpJe8FGG2k4T+DmS5SE7OLkHwYyFTo4ovXrMOizRTb1KtuT2+mJUf8eeeykgAraGWRtT5cFC34+K91Z7lqW0G40scGlvDb6gHzvEb+3fWD3rO7zJDWwndLX6eg4ultVRTFJ/kNMEpIdYXKKcimOJkdHaApCfGs5mWqLnJsRHPOUDmO/D1l9KarKsPHggHynFSIV9MoC5pbygbBVCbOh2fLSMLInL27kkNAS/Nd9l5GPZpnWRPgdQwy7YUlphHR3qJprtHUST+kwxD8N7uIRP+VN/YFNJWPB4DBXYPGOFCfd9oJaofNC/M3gad2Ihcp+/Gk5+2LPRRaA== Received: from [66.196.81.163] by nm5.access.bullet.mail.bf1.yahoo.com with NNFMP; 20 Oct 2015 21:29:32 -0000 Received: from [98.138.104.97] by tm9.access.bullet.mail.bf1.yahoo.com with NNFMP; 20 Oct 2015 21:29:32 -0000 Received: from [127.0.0.1] by smtp117.sbc.mail.ne1.yahoo.com with NNFMP; 20 Oct 2015 21:29:32 -0000 X-Yahoo-Newman-Id: 713172.75820.bm@smtp117.sbc.mail.ne1.yahoo.com Message-ID: <713172.75820.bm@smtp117.sbc.mail.ne1.yahoo.com> X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: .wVlYsIVM1lOIFIk_09XXFHXCekPXol_gYARLlNxuaqhZen WmwZ32ZPe67CvTU4oWUdqjslGskReCET51I.3QHyhZ6ITYz6VcuPdjJ20JXB F_fvluN4h5FvMHF65epuUF1FdkwWZGax3BL9PGb2YZyXk5wCjHdE_0ezsr9g vOBeqD__Znpn3r6szRY_P8VU_TI6iredaZPG9Zvik1El8qGQ6aSEZTxwoWtA SlYdw3oLQRcWv7kHt9siM_a7Q9Fx2acXbngE7.9ewYU7Kx8ZJ2SBHVv8yRyw Sv8b_Cpe887GnXDtgCw2eLxnQpUBIYFfpBmrnFbKg4cjLXtJMW8LNZ266SPr bWELS0Uz6_KeoG4uUBMt2PiyeNh1IAG1djvd1PI9ZjLpuUleYR0aazLBwisw 9hOAvAAs8.6d3hFS8r0or87Y8qjHBKmZk79EPBpG_0kq2bJpaWT6i.MAQJZF ECb4qaU3oYF0HR.McS1K07iOF_lq2p5HpzdFU4SwQ7U3SPLLTdHQ0WPFMrOy ShmvquNv43HbZQyakdu7ro0HQsjNIE9wllcDuJzCaHgB4Wzk6aEmgk1N4egU - X-Yahoo-SMTP: Kz_aW1.swBBYof3zAD7.RWzXz9ZAQVDMml1VADsbgPT4Kq79LC0- Date: Tue, 20 Oct 2015 21:28:27 +0000 From: "Thomas Mueller" To: freebsd-current@freebsd.org Subject: Re: Make installworld fails on file not found (Error code 71) References: <559603.75995.bm@smtp120.sbc.mail.ne1.yahoo.com> <559603.75995.bm@smtp120.sbc.mail.ne1.yahoo.com> X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: 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, 20 Oct 2015 21:32:42 -0000 from Jeffrey Bouquet: > I'd installworld in single user mode... sorry for no backstory. Worked here. Sure, I used single user mode, as advised in UPDATING file. from Sergey Kandauro: > This looks like if you would try to installworld on newer sources and older > objs without doing buildworld first to get in sync. I ran "make buildworld" successfully, and "make kernel" before rebooting into single-user mode, mergemaster -Fp and make installworld. Tom From owner-freebsd-current@freebsd.org Wed Oct 21 03:55:15 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 74ACFA19EBD for ; Wed, 21 Oct 2015 03:55:15 +0000 (UTC) (envelope-from kaduk@mit.edu) Received: from dmz-mailsec-scanner-5.mit.edu (dmz-mailsec-scanner-5.mit.edu [18.7.68.34]) by mx1.freebsd.org (Postfix) with ESMTP id 2448ECC7 for ; Wed, 21 Oct 2015 03:55:14 +0000 (UTC) (envelope-from kaduk@mit.edu) X-AuditID: 12074422-f79976d0000078ca-82-56270c9bc14b Received: from mailhub-auth-4.mit.edu ( [18.7.62.39]) (using TLS with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by dmz-mailsec-scanner-5.mit.edu (Symantec Messaging Gateway) with SMTP id 90.28.30922.B9C07265; Tue, 20 Oct 2015 23:55:08 -0400 (EDT) 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 t9L3t7pt023907 for ; Tue, 20 Oct 2015 23:55:07 -0400 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 t9L3t4jn023411 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Tue, 20 Oct 2015 23:55:07 -0400 Received: (from kaduk@localhost) by multics.mit.edu (8.12.9.20060308) id t9L3t4iS021412; Tue, 20 Oct 2015 23:55:04 -0400 (EDT) Date: Tue, 20 Oct 2015 23:55:04 -0400 (EDT) From: Benjamin Kaduk To: freebsd-current@freebsd.org Subject: Re: is building kernel in /sys/amd64/conf depreciated in 11 ? In-Reply-To: <20151020164013.GA43495@potato.growveg.org> Message-ID: References: <20151020164013.GA43495@potato.growveg.org> 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+NgFrrCIsWRmVeSWpSXmKPExsUixG6nrjuHRz3M4OBKJos5bz4wOTB6zPg0 nyWAMYrLJiU1J7MstUjfLoEr4/DOT2wFPbwVx19fZm1gXMbVxcjBISFgInHzqmkXIyeQKSZx 4d56NpCwkMBiJondaV2MXEDmZUaJ2fNnskI4T5gkpk+6zgLhNDBKtN68yQrSzSKgLTH5VBeY zSagIjHzzUY2EFtEQF7i2afrYHFhATeJm2cPMoPYnAIWEsvu9zCC2LwCjhKHzsxlgdhsLrG7 NQMkLCqgI7F6/xQWiBJBiZMzn4DZzAJaEsunb2OZwCgwC0lqFpLUAkamVYyyKblVurmJmTnF qcm6xcmJeXmpRbqmermZJXqpKaWbGMGB56K0g/HnQaVDjAIcjEo8vB8WqoUJsSaWFVfmHmKU 5GBSEuVN4lAPE+JLyk+pzEgszogvKs1JLT7EKMHBrCTCe/IaUDlvSmJlVWpRPkxKmoNFSZx3 0w++ECGB9MSS1OzU1ILUIpisDAeHkgTvHS6goYJFqempFWmZOSUIaSYOTpDhPEDDwWp4iwsS c4sz0yHypxgVpcR534IkBEASGaV5cL3gxLCbSfUVozjQK8K8wdxAVTzApALX/QpoMBPQ4IWP VEEGlyQipKQaGKtEH3IGWS06u3362Q2FSq8/5L4vrPrz3y7xrfOGlWskd8k9P6giFizGuJH3 4r819j++f9vfe8ZsqaNe9T0dlnQDjcndJV8qyufvn+n2zXRHaHx/Nk+VX+CvXVN8q58fXFr7 eW3DCfPwyATO+jbVxSKvnN9vy2XeeCln02ou97DHN7b5R09J+67EUpyRaKjFXFScCADXaMmO 5wIAAA== X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: 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, 21 Oct 2015 03:55:15 -0000 On Tue, 20 Oct 2015, John wrote: > Hi, > > as subject - is building kernel in /sys/amd64/conf depreciated? > > I can get a modified kernel to build and install in /usr/src but not > in /sys/amd64/conf. I always used to be able to do this in there, then > again I either used -RELEASE or -STABLE. I used to do it like this: > > 1. cd /sys/amd64/conf > 2. cp GENERIC MYKERNEL > 3. [make changes to MYKERNEL and save] > 4. config MYKERNEL > 5. cd ../compile/MYKERNEL > 6. make cleandepend && make depend && make > > This fails *every time* during make. It fails at this point: > > Make[1]: "/storage/usr/ports/Mk/bsd.port.mk" line 1204: UNAME_r Why is your kernel build pulling in bsd.port.mk? Please post src.conf and make.conf. > (11.0-CURRENT) and OSVERSION () do not agree on major version number. > *** [all] Error code 1 > make: stopped in /storage/usr/src/sys/amd64/compile/PUMPKIN > The error still happens if I refresh all my sources, build a new world > with a generic kernel and reboot and then try the old method again. > > I *can* build a custom kernel if I cd into /usr/src and do > > 1. make buildkernel KERNCONF=MYKERNEL > 2. make installkernel KERNCONF=MYKERNEL > > Basically I'm asking is this change of behaviour documented and/or am > I doing it wrong? This is not exactly an answer to your question, but buildkernel has been the preferred way to build a kernel for at least four major releases. The manual-config method has limped along because enough of the old-guard of committers has it in finger memory, but manual-config has been excised from the handbook for quite some time. -Ben From owner-freebsd-current@freebsd.org Wed Oct 21 05:20:10 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E5410A1A4D5 for ; Wed, 21 Oct 2015 05:20:09 +0000 (UTC) (envelope-from null@pozo.com) Received: from pozo.com (pozo.com [50.197.129.137]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "pozo.com", Issuer "pozo.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id C97296F for ; Wed, 21 Oct 2015 05:20:09 +0000 (UTC) (envelope-from null@pozo.com) Received: from octo.pozo.com (octo.pozo.com [192.168.0.2]) (authenticated bits=128) by pozo.com (8.15.2/8.15.2) with ESMTPA id t9L55mNk075074; Tue, 20 Oct 2015 22:05:48 -0700 (PDT) (envelope-from null@pozo.com) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 9.0 \(3094\)) Subject: Re: is building kernel in /sys/amd64/conf depreciated in 11 ? From: Manfred Antar In-Reply-To: Date: Tue, 20 Oct 2015 22:05:47 -0700 Cc: freebsd-current@freebsd.org Content-Transfer-Encoding: 7bit Message-Id: <4ECDB52A-618B-450B-B12F-51B282425050@pozo.com> References: <20151020164013.GA43495@potato.growveg.org> To: Benjamin Kaduk X-Mailer: Apple Mail (2.3094) X-Spam-Status: No, score=-102.9 required=5.0 tests=ALL_TRUSTED,BAYES_00, URIBL_BLOCKED, USER_IN_WHITELIST autolearn=ham autolearn_force=no version=3.4.1, No X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on pozo.com X-pozocom-MailScanner-Information: Please contact the ISP for more information X-pozocom-MailScanner-ID: t9L55mNk075074 X-pozocom-MailScanner: Found to be clean X-pozocom-MailScanner-From: null@pozo.com X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: 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, 21 Oct 2015 05:20:10 -0000 > On Oct 20, 2015, at 8:55 PM, Benjamin Kaduk wrote: > > On Tue, 20 Oct 2015, John wrote: > >> Hi, >> >> as subject - is building kernel in /sys/amd64/conf depreciated? >> >> I can get a modified kernel to build and install in /usr/src but not >> in /sys/amd64/conf. I always used to be able to do this in there, then >> again I either used -RELEASE or -STABLE. I used to do it like this: >> >> 1. cd /sys/amd64/conf >> 2. cp GENERIC MYKERNEL >> 3. [make changes to MYKERNEL and save] >> 4. config MYKERNEL >> 5. cd ../compile/MYKERNEL >> 6. make cleandepend && make depend && make >> >> This fails *every time* during make. It fails at this point: >> >> Make[1]: "/storage/usr/ports/Mk/bsd.port.mk" line 1204: UNAME_r > > Why is your kernel build pulling in bsd.port.mk? Please post src.conf and > make.conf. > >> (11.0-CURRENT) and OSVERSION () do not agree on major version number. >> *** [all] Error code 1 >> make: stopped in /storage/usr/src/sys/amd64/compile/PUMPKIN >> The error still happens if I refresh all my sources, build a new world >> with a generic kernel and reboot and then try the old method again. >> >> I *can* build a custom kernel if I cd into /usr/src and do >> >> 1. make buildkernel KERNCONF=MYKERNEL >> 2. make installkernel KERNCONF=MYKERNEL >> >> Basically I'm asking is this change of behaviour documented and/or am >> I doing it wrong? > > This is not exactly an answer to your question, but buildkernel has been > the preferred way to build a kernel for at least four major releases. The > manual-config method has limped along because enough of the old-guard of > committers has it in finger memory, but manual-config has been excised > from the handbook for quite some time. I Still do it the old way on current amd64: 1. cd /sys/amd64/conf 2. cp GENERIC MYKERNEL 3. [make changes to MYKERNEL and save] 4. config MYKERNEL 5. cd ../compile/MYKERNEL 6. make cleandepend && make depend && make Although i have a script that does all of the above. Works fine here. Must be something in you src.conf, make.conf or MYKERNEL Here is the script that works for me: #!/bin/sh cd /usr/src/usr.sbin/config make obj make clean cleandepend make obj make depend all install date > /tmp/date.txt doclean=true autoinstall=true kernelname=pozo for arg; do case $arg in -n*) doclean=false;; -i*) autoinstall=true;; -*) usage;; *) kernelname=$arg;; esac done if [ -z "$kernelname" ]; then kernelname=`hostname -s | tr a-z A-Z` fi cd /sys/`uname -m`/conf if [ ! -e $kernelname ]; then echo "$0: kernel configuration file $kernelname does not exist" echo -n 'Create one from GENERIC [n]?' if read ans && expr $ans : 'y*' >/dev/null; then sed '/^#SED0/,$d' < GENERIC > $kernelname lsdev -c >> $kernelname echo '#SED0' >> $kernelname sed '1,/^#SED0/d' < GENERIC >> $kernelname else exit 1 fi fi set -e rm -rf /sys/amd64/compile/pozo config $kernelname cd /sys/amd64/compile/$kernelname if $doclean; then make clean fi make depend make -j8 all if $autoinstall; then make install fi date >> /tmp/date.txt cat /tmp/date.txt rm /tmp/date.txt exit 0 From owner-freebsd-current@freebsd.org Wed Oct 21 08:09:43 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2813BA1A2CE for ; Wed, 21 Oct 2015 08:09:43 +0000 (UTC) (envelope-from lars@netapp.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 090301847 for ; Wed, 21 Oct 2015 08:09:43 +0000 (UTC) (envelope-from lars@netapp.com) Received: by mailman.ysv.freebsd.org (Postfix) id 05DA8A1A2CD; Wed, 21 Oct 2015 08:09:43 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 056DDA1A2CC for ; Wed, 21 Oct 2015 08:09:43 +0000 (UTC) (envelope-from lars@netapp.com) Received: from mx141.netapp.com (mx141.netapp.com [216.240.21.12]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (Client CN "mx141.netapp.com", Issuer "Symantec Class 3 Secure Server CA - G4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D32351846 for ; Wed, 21 Oct 2015 08:09:42 +0000 (UTC) (envelope-from lars@netapp.com) X-IronPort-AV: E=Sophos;i="5.17,711,1437462000"; d="asc'?scan'208";a="76205013" Received: from hioexcmbx02-prd.hq.netapp.com ([10.122.105.35]) by mx141-out.netapp.com with ESMTP; 21 Oct 2015 01:09:16 -0700 Received: from HIOEXCMBX07-PRD.hq.netapp.com (10.122.105.40) by hioexcmbx02-prd.hq.netapp.com (10.122.105.35) with Microsoft SMTP Server (TLS) id 15.0.1104.5; Wed, 21 Oct 2015 01:09:15 -0700 Received: from HIOEXCMBX07-PRD.hq.netapp.com ([::1]) by hioexcmbx07-prd.hq.netapp.com ([fe80::e1d9:911e:3048:d510%21]) with mapi id 15.00.1104.000; Wed, 21 Oct 2015 01:09:15 -0700 From: "Eggert, Lars" To: "current@freebsd.org" Subject: env functionality of config(5) has no effect? Thread-Topic: env functionality of config(5) has no effect? Thread-Index: AQHRC9fHaTDN2NaEm0yHhzeu088wew== Date: Wed, 21 Oct 2015 08:09:15 +0000 Message-ID: <0F998D21-682B-4B41-8248-B072F468184B@netapp.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: x-mailer: Apple Mail (2.3094) x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.122.56.79] Content-Type: multipart/signed; boundary="Apple-Mail=_639C95A1-3736-4F72-8391-A676AC0C2551"; protocol="application/pgp-signature"; micalg=pgp-sha256 MIME-Version: 1.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: 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, 21 Oct 2015 08:09:43 -0000 --Apple-Mail=_639C95A1-3736-4F72-8391-A676AC0C2551 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Hi, I'm trying to include some loader tunables in the kernel, via the "env" = functionality described in config(5). When I look at the compiled kernel binary with strings(1), I see that = the tunables are compiled in. However, they don't seem to take any effect when booting the kernel, and = they also don't show up when running kenv(1) after boot. Any ideas? Thanks, Lars --Apple-Mail=_639C95A1-3736-4F72-8391-A676AC0C2551 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----- iQCVAwUBVidIKdZcnpRveo1xAQjhEAP/VHoyoy+jHhtJtIz6g53F/T9uCjwtEYGg UcTjVwqGpj3ROLLG4F9obLtMTlpI5rZhftCBjoDo7BMpC7tZBEy/H/zjy84yWRVM iQxaFYLfrYHZWvB8MgwE1hwdWkQdjJPPVDcWhZhTHKgcordAi59VIJ8lCU5q74t4 nfQiAn2s53U= =Ql4h -----END PGP SIGNATURE----- --Apple-Mail=_639C95A1-3736-4F72-8391-A676AC0C2551-- From owner-freebsd-current@freebsd.org Wed Oct 21 12:07:39 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 055E1A1A7AC for ; Wed, 21 Oct 2015 12:07:39 +0000 (UTC) (envelope-from white_knight@2ch.net) Received: from mail.nttec.com (mail.nttec.com [207.29.234.10]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id E7AC61A2 for ; Wed, 21 Oct 2015 12:07:38 +0000 (UTC) (envelope-from white_knight@2ch.net) Received: from mail.nttec.com (localhost [127.0.0.1]) by mail.nttec.com (Postfix) with ESMTPA id B6315140EC4; Wed, 21 Oct 2015 04:51:43 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Wed, 21 Oct 2015 19:51:43 +0800 From: White Knight To: Adrian Chadd Cc: freebsd-current Subject: Re: The kern.ipc.somaxconn limit revisited. Organization: 2ch.net In-Reply-To: <40010d0d47a24789523d90623b15da30@2ch.net> References: <40010d0d47a24789523d90623b15da30@2ch.net> Message-ID: <204daedda1bf2a9a647f15fe97b5cbcc@2ch.net> X-Sender: white_knight@2ch.net User-Agent: Roundcube Webmail/1.1.3 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: 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, 21 Oct 2015 12:07:39 -0000 On 2015-10-13 01:32, White Knight wrote: > On 2015-10-10 02:47, Adrian Chadd wrote: >> I think it's worth upping to an int type, so we can eventually up it >> to > 64k. >> >> Please do submit diffs for revie.w :) > > I'll work on the patch this week, thank you. I have submitted a bug report, with a patch for review, at https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=203922 I chose the arbitrary limit of 1431655765 in order to prevent an overflow (on systems where u_int is 32bit). I'm somewhat unsure if my changes to struct xsctp_inpcb are ok. Is it better to use the reserved fields? And if I don't, like in my patch, is it better to shorten the reserved fields accordingly? I decided not to touch other parts of the netstat formatted output, mostly to keep the patch short and to the point. Please comment and let me know what else needs to be changed. Are there other userland programs that touch the xsocket and xsctp_inpcb interfaces than netstat? -- White Knight I'm not from 2ch.net, I just work there. From owner-freebsd-current@freebsd.org Wed Oct 21 12:49:19 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B3303A1B39A for ; Wed, 21 Oct 2015 12:49:19 +0000 (UTC) (envelope-from john@potato.growveg.org) Received: from potato.growveg.org (potato.growveg.org [62.49.247.163]) (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 7895A1BFF for ; Wed, 21 Oct 2015 12:49:19 +0000 (UTC) (envelope-from john@potato.growveg.org) Received: from john by potato.growveg.org with local (Exim 4.86 (FreeBSD)) (envelope-from ) id 1ZospQ-000BnK-Ig for freebsd-current@freebsd.org; Wed, 21 Oct 2015 13:49:16 +0100 Date: Wed, 21 Oct 2015 13:49:16 +0100 From: John To: freebsd-current@freebsd.org Subject: Re: is building kernel in /sys/amd64/conf depreciated in 11 ? Message-ID: <20151021124916.GA8638@potato.growveg.org> Reply-To: freebsd-lists@freebsd.org Mail-Followup-To: freebsd-current@freebsd.org References: <20151020164013.GA43495@potato.growveg.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.24 (2015-08-30) Sender: john X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: 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, 21 Oct 2015 12:49:19 -0000 On Tue, Oct 20, 2015 at 11:55:04PM -0400, Benjamin Kaduk wrote: >Why is your kernel build pulling in bsd.port.mk? Please post src.conf and >make.conf. [make.conf] MALLOC_PRODUCTION=yes WITH_CCACHE_BUILD=yes MAKE_JOBS_NUMBER=16 [src.conf] PORTS_MODULES=x11/nvidia-driver >This is not exactly an answer to your question, but buildkernel has been >the preferred way to build a kernel for at least four major releases. The >manual-config method has limped along because enough of the old-guard of >committers has it in finger memory, but manual-config has been excised >from the handbook for quite some time. It answers my question ;) Though never a commiter, I have been using FreeBSD as a server OS since 2.0.5 and as a desktop since 2.1.7 so your comment about old-guard applies to me for sure ;) I'll recompile the newer way in future. Thanks for the info. -- John From owner-freebsd-current@freebsd.org Wed Oct 21 14:01:53 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 32AE1A1B455 for ; Wed, 21 Oct 2015 14:01:53 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 15C0186C; Wed, 21 Oct 2015 14:01:53 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [IPv6:::1]) by freefall.freebsd.org (Postfix) with ESMTP id 097BC11E9; Wed, 21 Oct 2015 14:01:53 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [172.31.3.2]) by mail.xzibition.com (Postfix) with ESMTP id BFD2A15565; Wed, 21 Oct 2015 14:01:52 +0000 (UTC) X-Virus-Scanned: amavisd-new at mail.xzibition.com Received: from mail.xzibition.com ([172.31.3.2]) by mail.xzibition.com (mail.xzibition.com [172.31.3.2]) (amavisd-new, port 10026) with LMTP id vbeD5Wwk-vN8; Wed, 21 Oct 2015 14:01:50 +0000 (UTC) Subject: Re: [CFT] Buildworld ccache support DKIM-Filter: OpenDKIM Filter v2.9.2 mail.xzibition.com 15E1815560 To: =?UTF-8?Q?Juan_Ram=c3=b3n_Molina_Menor?= , freebsd-current@freebsd.org References: <56264279.7020504@club.fr> From: Bryan Drewery Openpgp: id=F9173CB2C3AAEA7A5C8A1F0935D771BB6E4697CF; url=http://www.shatow.net/bryan/bryan2.asc Organization: FreeBSD Message-ID: <56279AD2.6080009@FreeBSD.org> Date: Wed, 21 Oct 2015 07:01:54 -0700 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 In-Reply-To: <56264279.7020504@club.fr> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Nd1ML6p0AWDGQFp3WB0xnQOHg90TdIGJ5" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: 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, 21 Oct 2015 14:01:53 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --Nd1ML6p0AWDGQFp3WB0xnQOHg90TdIGJ5 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Why not cc me or even send this re: to the original thread? On 10/20/2015 6:32 AM, Juan Ram=F3n Molina Menor wrote: > Hi! >=20 > I=92m certainly doing it wrong, because CCACHE does not kick in after > applying the patch and modifying make.conf. CCACHE stats ('ccache -z' > followed by 'ccache -s') remain at zero during buildworld while they > used to reflect the cache miss/hits before. >=20 > # cat /etc/make.conf > WITH_CCACHE_BUILD=3D >=20 > # svn diff /usr/src/share/mk/local.init.mk > Index: /usr/src/share/mk/local.init.mk > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > --- /usr/src/share/mk/local.init.mk (revision 289627) > +++ /usr/src/share/mk/local.init.mk (working copy) > @@ -38,3 +38,37 @@ > HOST_CFLAGS+=3D -DHOSTPROG > CFLAGS+=3D ${HOST_CFLAGS} > .endif > + > +# Handle ccache after CC is determined. If CC is at some specific pat= h > then > +# we must prepend the ccache wrapper. Otherwise we can just prepend > PATH with > +# the wrapper location, which is a more safe solution since it avoids > spaces > +# and compiler type guessing based on filename. > +LOCALBASE?=3D /usr/local > +CCACHE_WRAPPER_PATH?=3D ${LOCALBASE}/libexec/ccache > +CCACHE_PATH?=3D ${LOCALBASE}/bin/ccache > +.if defined(WITH_CCACHE_BUILD) && !defined(NOCCACHE) && \ > + ${CC:M*ccache*} =3D=3D "" && exists(${CCACHE_PATH}) > +# Handle compiler changes properly. This avoids needing to use the > 'world' > +# wrappers. > +CCACHE_COMPILERCHECK?=3D content > +.export CCACHE_COMPILERCHECK > +.if ${CC:M/*} =3D=3D "" > +# Can use PATH. > +PATH:=3D ${CCACHE_WRAPPER_PATH}:${PATH} > +.export PATH > +.else > +# Must prepend CC. > +CC:=3D ${CCACHE_PATH} ${CC} > +CXX:=3D ${CCACHE_PATH} ${CXX} > +CPP:=3D ${CCACHE_PATH} ${CPP} > +.if defined(HOST_CC) > +HOST_CC:=3D ${CCACHE_PATH} ${HOST_CC} > +.endif > +.if defined(HOST_CXX) > +HOST_CXX:=3D ${CCACHE_PATH} ${HOST_CXX} > +.endif > +.if defined(HOST_CPP) > +HOST_CPP:=3D ${CCACHE_PATH} ${HOST_CPP} > +.endif > +.endif > +.endif # WITH_CCACHE_BUILD >=20 > If I recover the old make.conf, CCACHE works again for a buildworld. >=20 > # cat /etc/make.conf.old > .if (!empty(.CURDIR:M/usr/src*) || !empty(.CURDIR:M/usr/obj*)) > .if !defined(NOCCACHE) && exists(/usr/local/libexec/ccache/world/cc) > CC:=3D${CC:C,^cc,/usr/local/libexec/ccache/world/cc,1} > CXX:=3D${CXX:C,^c\+\+,/usr/local/libexec/ccache/world/c++,1} > .endif > .endif >=20 > Maybe I misconfigured CCACHE when I first installed it? >=20 This doesn't check for a value of WITH_CCACHE_BUILD, just being defined is enough. I've been fixing some subtle bugs such as in the lib32 build, but overall I've had ccache -s growing while using the patch. If you already have ccache in CC it won't apply it. Are you building head from head or some other configuration? --=20 Regards, Bryan Drewery --Nd1ML6p0AWDGQFp3WB0xnQOHg90TdIGJ5 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 iQEcBAEBAgAGBQJWJ5rSAAoJEDXXcbtuRpfP/1kIAJMVtebikygyElNvRVHOqi8N 4BdeY+YETQge73igASj9DgLvD3Wliw8vqXV4wtrbfEZOInoFR8s7IKiZsMBnAQks xk7ac0VdeGLkJQ7Y60w8SF6UB3G2EHQT6ffJLC/o1K9SrA9rOCFsg6qITct2JsSE 47cwJVk5DCByK+DATLfY5+Sc+ad2hJUBftmQSrJDR0jliCR0bMTVsUcsyjVT5d/o nemNCNEk2XTwb1sNmel8RCgR5SG3osrSzvgUK1vMknrFTLlMsAt6W5AeYDcrU1Kj XMCH+oE8uFThtdGHrWhnYI/QER+w6D5qsr7LG1Tp7PyyKWAvIiqNNDYFpMc+zoY= =5Ee8 -----END PGP SIGNATURE----- --Nd1ML6p0AWDGQFp3WB0xnQOHg90TdIGJ5-- From owner-freebsd-current@freebsd.org Wed Oct 21 15:02:22 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 45040A1B645 for ; Wed, 21 Oct 2015 15:02:22 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 392B819A5; Wed, 21 Oct 2015 15:02:22 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 0DCC3B; Wed, 21 Oct 2015 15:02:22 +0000 (UTC) Date: Wed, 21 Oct 2015 15:02:20 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org Message-ID: <646329953.1.1445439741505.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD-tests - Build #1611 - Unstable MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_HEAD-tests X-Jenkins-Result: UNSTABLE Precedence: bulk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Oct 2015 15:02:22 -0000 FreeBSD_HEAD-tests - Build #1611 - Unstable: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD-tests/1611/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD-tests/1611/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD-tests/1611/console Change summaries: No changes The failed test cases: 2 tests failed. FAILED: usr.sbin.fstyp.fstyp_test.cd9660 Error Message: atf-check failed; see the output of the test for details FAILED: usr.sbin.fstyp.fstyp_test.cd9660_label Error Message: atf-check failed; see the output of the test for details From owner-freebsd-current@freebsd.org Wed Oct 21 18:47:45 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D67DEA1AC48 for ; Wed, 21 Oct 2015 18:47:45 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id C85EE80; Wed, 21 Oct 2015 18:47:45 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id AA598124; Wed, 21 Oct 2015 18:47:45 +0000 (UTC) Date: Wed, 21 Oct 2015 18:47:45 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org Message-ID: <1697424707.3.1445453265522.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <646329953.1.1445439741505.JavaMail.jenkins@jenkins-9.freebsd.org> References: <646329953.1.1445439741505.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD-tests - Build #1612 - Fixed MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_HEAD-tests X-Jenkins-Result: SUCCESS Precedence: bulk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Oct 2015 18:47:45 -0000 FreeBSD_HEAD-tests - Build #1612 - Fixed: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD-tests/1612/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD-tests/1612/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD-tests/1612/console Change summaries: No changes From owner-freebsd-current@freebsd.org Wed Oct 21 20:23:51 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C089CA1B7A6 for ; Wed, 21 Oct 2015 20:23:51 +0000 (UTC) (envelope-from listjm@club.fr) Received: from smtp26.services.sfr.fr (smtp26.services.sfr.fr [93.17.128.163]) (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 887F41DC; Wed, 21 Oct 2015 20:23:50 +0000 (UTC) (envelope-from listjm@club.fr) Received: from filter.sfr.fr (localhost [78.118.197.112]) by msfrf2602.sfr.fr (SMTP Server) with ESMTP id F32A31C000817; Wed, 21 Oct 2015 22:23:40 +0200 (CEST) Authentication-Results: sfrmc.priv.atos.fr; dkim=none (no signature); dkim-adsp=none (no policy) header.from=listjm@club.fr Received: from [192.168.1.51] (112.197.118.78.rev.sfr.net [78.118.197.112]) by msfrf2602.sfr.fr (SMTP Server) with ESMTP id B54751C000810; Wed, 21 Oct 2015 22:23:40 +0200 (CEST) X-SFR-UUID: 20151021202340742.B54751C000810@msfrf2602.sfr.fr Subject: Re: [CFT] Buildworld ccache support To: Bryan Drewery , freebsd-current@freebsd.org References: <56264279.7020504@club.fr> <56279AD2.6080009@FreeBSD.org> From: Juan =?iso-8859-1?b?UmFt824=?= Molina Menor Message-ID: <5627F444.8050306@club.fr> Date: Wed, 21 Oct 2015 22:23:32 +0200 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 In-Reply-To: <56279AD2.6080009@FreeBSD.org> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: 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, 21 Oct 2015 20:23:51 -0000 Hi Bryan. > Why not cc me or even send this re: to the original thread? I’m not used to mailing lists etiquette, sorry. I thought receiving two copies of the same message would bother you. Now I realize there are digests and maybe other less direct methods for message delivery. Best regards, Juan From owner-freebsd-current@freebsd.org Wed Oct 21 20:44:52 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 24BA3A1BD63 for ; Wed, 21 Oct 2015 20:44:52 +0000 (UTC) (envelope-from listjm@club.fr) Received: from smtp26.services.sfr.fr (smtp26.services.sfr.fr [93.17.128.163]) (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 DC527F89; Wed, 21 Oct 2015 20:44:51 +0000 (UTC) (envelope-from listjm@club.fr) Received: from filter.sfr.fr (localhost [78.118.197.112]) by msfrf2603.sfr.fr (SMTP Server) with ESMTP id E3FA31C00080C; Wed, 21 Oct 2015 22:44:49 +0200 (CEST) Authentication-Results: sfrmc.priv.atos.fr; dkim=none (no signature); dkim-adsp=none (no policy) header.from=listjm@club.fr Received: from [192.168.1.51] (112.197.118.78.rev.sfr.net [78.118.197.112]) by msfrf2603.sfr.fr (SMTP Server) with ESMTP id 993C81C000435; Wed, 21 Oct 2015 22:44:47 +0200 (CEST) X-SFR-UUID: 20151021204449627.993C81C000435@msfrf2603.sfr.fr From: Juan =?iso-8859-1?b?UmFt824=?= Molina Menor Subject: Re: [CFT] Buildworld ccache support To: Bryan Drewery , freebsd-current@freebsd.org References: <56264279.7020504@club.fr> <56279AD2.6080009@FreeBSD.org> Message-ID: <5627F937.4060301@club.fr> Date: Wed, 21 Oct 2015 22:44:39 +0200 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 In-Reply-To: <56279AD2.6080009@FreeBSD.org> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: 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, 21 Oct 2015 20:44:52 -0000 > Why not cc me or even send this re: to the original thread? > > > On 10/20/2015 6:32 AM, Juan Ramón Molina Menor wrote: >> Hi! >> >> I’m certainly doing it wrong, because CCACHE does not kick in after >> applying the patch and modifying make.conf. CCACHE stats ('ccache -z' >> followed by 'ccache -s') remain at zero during buildworld while they >> used to reflect the cache miss/hits before. >> >> # cat /etc/make.conf >> WITH_CCACHE_BUILD= >> >> # svn diff /usr/src/share/mk/local.init.mk >> Index: /usr/src/share/mk/local.init.mk >> =================================================================== >> --- /usr/src/share/mk/local.init.mk (revision 289627) >> +++ /usr/src/share/mk/local.init.mk (working copy) >> @@ -38,3 +38,37 @@ >> HOST_CFLAGS+= -DHOSTPROG >> CFLAGS+= ${HOST_CFLAGS} >> .endif >> + >> +# Handle ccache after CC is determined. If CC is at some specific path >> then >> +# we must prepend the ccache wrapper. Otherwise we can just prepend >> PATH with >> +# the wrapper location, which is a more safe solution since it avoids >> spaces >> +# and compiler type guessing based on filename. >> +LOCALBASE?= /usr/local >> +CCACHE_WRAPPER_PATH?= ${LOCALBASE}/libexec/ccache >> +CCACHE_PATH?= ${LOCALBASE}/bin/ccache >> +.if defined(WITH_CCACHE_BUILD) && !defined(NOCCACHE) && \ >> + ${CC:M*ccache*} == "" && exists(${CCACHE_PATH}) >> +# Handle compiler changes properly. This avoids needing to use the >> 'world' >> +# wrappers. >> +CCACHE_COMPILERCHECK?= content >> +.export CCACHE_COMPILERCHECK >> +.if ${CC:M/*} == "" >> +# Can use PATH. >> +PATH:= ${CCACHE_WRAPPER_PATH}:${PATH} >> +.export PATH >> +.else >> +# Must prepend CC. >> +CC:= ${CCACHE_PATH} ${CC} >> +CXX:= ${CCACHE_PATH} ${CXX} >> +CPP:= ${CCACHE_PATH} ${CPP} >> +.if defined(HOST_CC) >> +HOST_CC:= ${CCACHE_PATH} ${HOST_CC} >> +.endif >> +.if defined(HOST_CXX) >> +HOST_CXX:= ${CCACHE_PATH} ${HOST_CXX} >> +.endif >> +.if defined(HOST_CPP) >> +HOST_CPP:= ${CCACHE_PATH} ${HOST_CPP} >> +.endif >> +.endif >> +.endif # WITH_CCACHE_BUILD >> >> If I recover the old make.conf, CCACHE works again for a buildworld. >> >> # cat /etc/make.conf.old >> .if (!empty(.CURDIR:M/usr/src*) || !empty(.CURDIR:M/usr/obj*)) >> .if !defined(NOCCACHE) && exists(/usr/local/libexec/ccache/world/cc) >> CC:=${CC:C,^cc,/usr/local/libexec/ccache/world/cc,1} >> CXX:=${CXX:C,^c\+\+,/usr/local/libexec/ccache/world/c++,1} >> .endif >> .endif >> >> Maybe I misconfigured CCACHE when I first installed it? >> > > This doesn't check for a value of WITH_CCACHE_BUILD, just being defined > is enough. > > I've been fixing some subtle bugs such as in the lib32 build, but > overall I've had ccache -s growing while using the patch. If you > already have ccache in CC it won't apply it. > > Are you building head from head or some other configuration? HEAD from HEAD, updated regularly in /usr/src with SVN. Following the standard procedure for updating described in /usr/src/UPDATING. ccache installed as explained by the package message. Nothing special, really. I’ll take some time when possible to recheck all the settings and be back to you. Best regards, Juan From owner-freebsd-current@freebsd.org Wed Oct 21 22:13:29 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 19C86A1BD35 for ; Wed, 21 Oct 2015 22:13:29 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 0297A19C5; Wed, 21 Oct 2015 22:13:29 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [IPv6:::1]) by freefall.freebsd.org (Postfix) with ESMTP id EFE6A1D81; Wed, 21 Oct 2015 22:13:28 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [172.31.3.2]) by mail.xzibition.com (Postfix) with ESMTP id B596116482; Wed, 21 Oct 2015 22:13:28 +0000 (UTC) X-Virus-Scanned: amavisd-new at mail.xzibition.com Received: from mail.xzibition.com ([172.31.3.2]) by mail.xzibition.com (mail.xzibition.com [172.31.3.2]) (amavisd-new, port 10026) with LMTP id 4FVjCvmSmCqO; Wed, 21 Oct 2015 22:13:26 +0000 (UTC) Subject: Re: [CFT] Buildworld ccache support DKIM-Filter: OpenDKIM Filter v2.9.2 mail.xzibition.com 544311647D To: =?UTF-8?Q?Juan_Ram=c3=b3n_Molina_Menor?= , freebsd-current@freebsd.org References: <56264279.7020504@club.fr> <56279AD2.6080009@FreeBSD.org> <5627F937.4060301@club.fr> From: Bryan Drewery Openpgp: id=F9173CB2C3AAEA7A5C8A1F0935D771BB6E4697CF; url=http://www.shatow.net/bryan/bryan2.asc Organization: FreeBSD Message-ID: <56280E07.50900@FreeBSD.org> Date: Wed, 21 Oct 2015 15:13:27 -0700 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 In-Reply-To: <5627F937.4060301@club.fr> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="3THOVHGqnkfjmnpj1T2gCeGBKNmlwNHoM" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: 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, 21 Oct 2015 22:13:29 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --3THOVHGqnkfjmnpj1T2gCeGBKNmlwNHoM Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 10/21/2015 1:44 PM, Juan Ram=F3n Molina Menor wrote: > +.if ${CC:M/*} =3D=3D "" > +# Can use PATH. > +PATH:=3D ${CCACHE_WRAPPER_PATH}:${PATH} These lines in particular did have problems that I fixed recently. - It would potentially add /usr/local/libexec/ccache into PATH multiple times in sub-makes (I think, it may have been my own PATH confusing me). This would still use ccache. - It would consider the '-isystem /usr/obj/...' used for LIB32MAKE to match on '${CC:M/*}' which is intended to see if the compiler itself starts with a /. In this case of building during build32 ccache was not used. I have since added 'env CCACHE=3D1' to CC and an .info ${PATH} near this code to see if it is working and it sure seems to be working in all of the build. This does suggest that using the PATH method may not be good as it leads to confusion about whether it is used or not. I have seen ccache stats get really messed up before. They seemed stuck to me earlier. I had updated ccache in ports recently and had been building Poudriere using my global ccache dir. Outside of the jail I still had the older ccache. This may have led to it messing up my cache and stats. Once I upgraded ccache in the host and cleaned the cache it seemed to resume incrementing the counters. I've also since removed the CCP handling from the patch as I found that ccache just records a stat and bails out in that case. --=20 Regards, Bryan Drewery --3THOVHGqnkfjmnpj1T2gCeGBKNmlwNHoM 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 iQEcBAEBAgAGBQJWKA4HAAoJEDXXcbtuRpfPEdkIAJsEF3yiDOeLFmpy8vXZ7gLO OacBKUnDmyPlNWpidNeqR4cQ+d2nZX8I7RKV/sufM5KTjaqffoyIWXekffvOMqfm F3cFirMg5/XCV5NLz4X6KLaxbUW4kokgraZK4+urK04xtSoxypfv4qiuLnoZ5rbP jeQWELIaZnlNymMG+6HoHkljrNjbCHRmLywtKwmVjHNvY5XzkqIYqWM04EswVLmJ tPL/CS8AICjvaEZ46g4tlKSTC5IPUFvvPFNLZmrqGgnj5DyoCYvn2oGfortKnnDp P1LkwV4t6joflNymi2/eubqI+/OC9jCAMYfcGESLdE3aXuSjhHKocvwXTTVrQaA= =XZ/U -----END PGP SIGNATURE----- --3THOVHGqnkfjmnpj1T2gCeGBKNmlwNHoM-- From owner-freebsd-current@freebsd.org Wed Oct 21 23:27:42 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C699EA1BC52 for ; Wed, 21 Oct 2015 23:27:42 +0000 (UTC) (envelope-from jmg@gold.funkthat.com) Received: from gold.funkthat.com (gate2.funkthat.com [208.87.223.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "gold.funkthat.com", Issuer "gold.funkthat.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 8AA001ECB for ; Wed, 21 Oct 2015 23:27:42 +0000 (UTC) (envelope-from jmg@gold.funkthat.com) Received: from gold.funkthat.com (localhost [127.0.0.1]) by gold.funkthat.com (8.14.5/8.14.5) with ESMTP id t9LNRaAq044107 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 21 Oct 2015 16:27:36 -0700 (PDT) (envelope-from jmg@gold.funkthat.com) Received: (from jmg@localhost) by gold.funkthat.com (8.14.5/8.14.5/Submit) id t9LNRami044106 for freebsd-current@freebsd.org; Wed, 21 Oct 2015 16:27:36 -0700 (PDT) (envelope-from jmg) Date: Wed, 21 Oct 2015 16:27:36 -0700 From: John-Mark Gurney To: freebsd-current@freebsd.org Subject: Re: is building kernel in /sys/amd64/conf depreciated in 11 ? Message-ID: <20151021232736.GX65715@funkthat.com> References: <20151020164013.GA43495@potato.growveg.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20151020164013.GA43495@potato.growveg.org> X-Operating-System: FreeBSD 9.1-PRERELEASE amd64 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? User-Agent: Mutt/1.5.21 (2010-09-15) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (gold.funkthat.com [127.0.0.1]); Wed, 21 Oct 2015 16:27:36 -0700 (PDT) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: 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, 21 Oct 2015 23:27:42 -0000 John wrote this message on Tue, Oct 20, 2015 at 17:40 +0100: > as subject - is building kernel in /sys/amd64/conf depreciated? > > I can get a modified kernel to build and install in /usr/src but not > in /sys/amd64/conf. I always used to be able to do this in there, then > again I either used -RELEASE or -STABLE. I used to do it like this: > > 1. cd /sys/amd64/conf > 2. cp GENERIC MYKERNEL > 3. [make changes to MYKERNEL and save] > 4. config MYKERNEL > 5. cd ../compile/MYKERNEL > 6. make cleandepend && make depend && make > > This fails *every time* during make. It fails at this point: > > Make[1]: "/storage/usr/ports/Mk/bsd.port.mk" line 1204: UNAME_r > (11.0-CURRENT) and OSVERSION () do not agree on major version number. ^^^^^^^^^^^^^^^^^^^^ You're trying to build a 11-CURRENT kernel on a 10-something userland from the looks of it, and that has never been supported, it may work, but when it doesn't, FreeBSD won't fix it... If you do like building kernels the above way, you can do: cd /usr/src make kernel-toolchain make buildenv # which launches a shell cd /amd64/conf ... traditional build method ... The kernel-toolchain/buildenv builds the tools and sets up the environment just like buildkernel does for the kernel compiles... Or you need to update your compile box's userland to match the kernel version that you're building... -- 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 Thu Oct 22 01:16:16 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id F08AFA1B405 for ; Thu, 22 Oct 2015 01:16:15 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id D56BE1BB5; Thu, 22 Oct 2015 01:16:15 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [IPv6:::1]) by freefall.freebsd.org (Postfix) with ESMTP id CF0EA1044; Thu, 22 Oct 2015 01:16:15 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [172.31.3.2]) by mail.xzibition.com (Postfix) with ESMTP id 88D70167B4; Thu, 22 Oct 2015 01:16:15 +0000 (UTC) X-Virus-Scanned: amavisd-new at mail.xzibition.com Received: from mail.xzibition.com ([172.31.3.2]) by mail.xzibition.com (mail.xzibition.com [172.31.3.2]) (amavisd-new, port 10026) with LMTP id psqmRVzfXHkQ; Thu, 22 Oct 2015 01:16:13 +0000 (UTC) Subject: Re: [CFT] Buildworld ccache support DKIM-Filter: OpenDKIM Filter v2.9.2 mail.xzibition.com 13763167AD To: =?UTF-8?Q?Juan_Ram=c3=b3n_Molina_Menor?= , freebsd-current@freebsd.org References: <56264279.7020504@club.fr> <56279AD2.6080009@FreeBSD.org> <5627F937.4060301@club.fr> <56280E07.50900@FreeBSD.org> From: Bryan Drewery Openpgp: id=F9173CB2C3AAEA7A5C8A1F0935D771BB6E4697CF; url=http://www.shatow.net/bryan/bryan2.asc Organization: FreeBSD Message-ID: <562838E0.1070004@FreeBSD.org> Date: Wed, 21 Oct 2015 18:16:16 -0700 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 In-Reply-To: <56280E07.50900@FreeBSD.org> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="qrWN7N7HljIsH499I53fsXJFr0VcuhO06" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: 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, 22 Oct 2015 01:16:16 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --qrWN7N7HljIsH499I53fsXJFr0VcuhO06 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 10/21/2015 3:13 PM, Bryan Drewery wrote: > On 10/21/2015 1:44 PM, Juan Ram=F3n Molina Menor wrote: >> +.if ${CC:M/*} =3D=3D "" >> +# Can use PATH. >> +PATH:=3D ${CCACHE_WRAPPER_PATH}:${PATH} >=20 > These lines in particular did have problems that I fixed recently. >=20 > - It would potentially add /usr/local/libexec/ccache into PATH multiple= > times in sub-makes (I think, it may have been my own PATH confusing me)= =2E > This would still use ccache. > - It would consider the '-isystem /usr/obj/...' used for LIB32MAKE to > match on '${CC:M/*}' which is intended to see if the compiler itself > starts with a /. In this case of building during build32 ccache was not= > used. >=20 > I have since added 'env CCACHE=3D1' to CC and an .info ${PATH} near thi= s > code to see if it is working and it sure seems to be working in all of > the build. This does suggest that using the PATH method may not be goo= d > as it leads to confusion about whether it is used or not. >=20 > I have seen ccache stats get really messed up before. They seemed stuc= k > to me earlier. I had updated ccache in ports recently and had been > building Poudriere using my global ccache dir. Outside of the jail I > still had the older ccache. This may have led to it messing up my cach= e > and stats. Once I upgraded ccache in the host and cleaned the cache it= > seemed to resume incrementing the counters. >=20 > I've also since removed the CCP handling from the patch as I found that= > ccache just records a stat and bails out in that case. >=20 Subtle changes in the environment or make command line could not use the cache too. Some of my recent changes in the build system may have caused no cache to be used in the next build. --=20 Regards, Bryan Drewery --qrWN7N7HljIsH499I53fsXJFr0VcuhO06 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 iQEcBAEBAgAGBQJWKDjgAAoJEDXXcbtuRpfPEyAIALmGMwYnP3TadX4Fi2wO1zD+ pzVtGegZ+raWyBeY5d4KxAfMoMdB1iSzHBbchWTC47AnYzEZrLqmwQANxEA+Hu6Q DUXhnrNtNwG2QjfOFYELXbeD9n1yKjjnwAQEX1RypDFCZOW8bhWOQUUEDYFH9n9C HvJdG5/kojcO9vb/weIY5ua+71ArixAJUZwhriu2qYX8/fmatjzT+kAhzy61GK55 yyQSaQOqg7X2CG4IBj+KInwACqLjk2aAEou1rLF7AR6M74/Tha8/vSMPf63C83oO AFsyOKFEg5GzRy4wDjZY4+Gv+HGFGpc69IMLbMw2U07U57aNeYx1Dlt+mTZk6zs= =7U8B -----END PGP SIGNATURE----- --qrWN7N7HljIsH499I53fsXJFr0VcuhO06-- From owner-freebsd-current@freebsd.org Thu Oct 22 07:08:21 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 341CBA1CC42 for ; Thu, 22 Oct 2015 07:08:21 +0000 (UTC) (envelope-from mueller6724@bellsouth.net) Received: from nm16.access.bullet.mail.bf1.yahoo.com (nm16.access.bullet.mail.bf1.yahoo.com [216.109.114.39]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id D8E9E19DA for ; Thu, 22 Oct 2015 07:08:20 +0000 (UTC) (envelope-from mueller6724@bellsouth.net) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bellsouth.net; s=s2048; t=1445497507; bh=ErAueXKlnEwV/ZeXqsI9ecbQXl0NtjAen/pw4T5qmyY=; h=Date:From:To:Subject:From:Subject; b=QT3CsJ7GZb40M6sqNeOc9sNBZ12+NnsOsQ/qM+uwDk/o3BBBWuIoVygFo8owAiy7MMb8raYYZXc2Dk+BL/THOPul00lrTI2T0GapdhwPDx1pNMAmyXMIYbP+UtansWBO2kw+pdiWqx0mCBavHqjmZSL3ir7/LwpOwm8YX7DoMXerfpKvEak8dkSVvC32VeoFUTwJH9NTEcuwqRVNdV86nyZvcmNooYW5woAwAnTpww49F8dKf3p5UHK3b/o634yYtLWR2PcN0HlPl8Sy5+q/k8PCP4i2wqdYoATUXUyS04QaWiFO2/o/nzwMRSSJ1vJC0t8jnkDGvXqXR0EPa9Up1A== Received: from [66.196.81.155] by nm16.access.bullet.mail.bf1.yahoo.com with NNFMP; 22 Oct 2015 07:05:07 -0000 Received: from [98.138.104.96] by tm1.access.bullet.mail.bf1.yahoo.com with NNFMP; 22 Oct 2015 07:05:07 -0000 Received: from [127.0.0.1] by smtp116.sbc.mail.ne1.yahoo.com with NNFMP; 22 Oct 2015 07:05:06 -0000 X-Yahoo-Newman-Id: 863492.4926.bm@smtp116.sbc.mail.ne1.yahoo.com Message-ID: <863492.4926.bm@smtp116.sbc.mail.ne1.yahoo.com> Date: Thu, 22 Oct 2015 07:05:06 +0000 (UTC) X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: ZOJDmzkVM1l2rf25uzxknyj4A0ZtDyPs3MfrgaqA4yNILq4 uKWKy0XepcBetQTmEsJbS9GltjOr7x1opQYocGt77Q9CbWn.Q1wFuh4nQapW Fz309baYLwzcYc37C4d3ONx19.sHpNcVz_2glr3cSTdwLXjPplVNxVaqjFTQ f22gMwaCN6ZG9pLlonNxJgyakjQL9aQ_wnCYUFAt.YCeZ6omCV6GC14AkRa0 pCUUYjRR.od3eyBWTNtmr2F1nnJWWDOu0P6_3Il6ces1WvFjVzEZxWukE2fC jJgBOXOn4zoGezbDvnDsDZ35fOc_fM_qU5Uf_xTdngvEDMeC2vNS_FIPSlBK x8PxahONr_7YrI0Gb_4Q7AU7XR470BpVqomZf1QFsvMxnj9yd_9wMBV8Utzd Enz0P7epjrDkRxCXM2lO9rYN72JW9hwBwrOjAilGpVtaKxAKnmukNx.89uG3 Ev9UUJuLm.XJTa6hI5rKNs_RBWl7VV8XFelVxNthF7S1pIa7aCnldiKGlC5c xuO0ZHTipE.JBO01mzEoUP5Wx_BDceIgmpz4T1aUD7gJwGENOsvEgXlM2zjU - X-Yahoo-SMTP: Kz_aW1.swBBYof3zAD7.RWzXz9ZAQVDMml1VADsbgPT4Kq79LC0- From: "Thomas Mueller" To: freebsd-current@freebsd.org Subject: Re: Make installworld fails on file not found (Error code 71) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: 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, 22 Oct 2015 07:08:21 -0000 I was trying to test the new i915 graphics driver but got stuck in building and installing the userland: /usr/share/man/man2/mknodat.2 -> /usr/share/man/man2/mknod.2 /usr/share/man/man2/munlock.2 -> /usr/share/man/man2/mlock.2 /usr/share/man/man2/munlockall.2 -> /usr/share/man/man2/mlockall.2 /usr/share/man/man2/modfnext.2 -> /usr/share/man/man2/modnext.2 /usr/share/man/man2/nmount.2 -> /usr/share/man/man2/mount.2 /usr/share/man/man2/unmount.2 -> /usr/share/man/man2/mount.2 /usr/share/man/man2/mq_timedreceive.2 -> /usr/share/man/man2/mq_receive.2 /usr/share/man/man2/mq_timedsend.2 -> /usr/share/man/man2/mq_send.2 /usr/share/man/man2/ntp_gettime.2 -> /usr/share/man/man2/ntp_adjtime.2 /usr/share/man/man2/numa_setaffinity.2 -> /usr/share/man/man2/numa_getaffinity.2 install: link /usr/share/man/man2/numa_getaffinity.2 -> /usr/share/man/man2/numa_setaffinity.2: No such file or directory *** Error code 71 Stop. make[5]: stopped in /usr/src/lib/libc *** Error code 1 Stop. make[4]: stopped in /usr/src/lib *** Error code 1 Stop. make[3]: stopped in /usr/src *** Error code 1 I tried svn-updating, building and installing again, the last time was after running "make cleandir" twice from /usr/src, then "make clean". But I find the host system has no file install: link /usr/share/man/man2/numa_getaffinity.2 -> /usr/share/man/man2/numa_setaffinity.2: No such file or directory either regular or compressed; last userland update was April 27, 2015. So I can't figure what I'm doing wrong, that any further attempt to update FreeBSD-current is a stab in the dark until I get a better clue. either regular or compressed. So I can't figure what I'm doing wrong. Tom From owner-freebsd-current@freebsd.org Thu Oct 22 19:08:21 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 04CBDA1C0D3 for ; Thu, 22 Oct 2015 19:08:21 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id E21231866 for ; Thu, 22 Oct 2015 19:08:20 +0000 (UTC) (envelope-from ian@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id E19B8A1C0D2; Thu, 22 Oct 2015 19:08:20 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E13C2A1C0D1 for ; Thu, 22 Oct 2015 19:08:20 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from erouter6.ore.mailhop.org (erouter6.ore.mailhop.org [54.187.213.119]) (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 C2BA41865 for ; Thu, 22 Oct 2015 19:08:20 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from ilsoft.org (unknown [73.34.117.227]) by outbound3.ore.mailhop.org (Halon Mail Gateway) with ESMTPSA; Thu, 22 Oct 2015 19:07:50 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.14.9/8.14.9) with ESMTP id t9MJ8C5v019292; Thu, 22 Oct 2015 13:08:13 -0600 (MDT) (envelope-from ian@freebsd.org) Message-ID: <1445540892.14963.22.camel@freebsd.org> Subject: Re: env functionality of config(5) has no effect? From: Ian Lepore To: "Eggert, Lars" , "current@freebsd.org" Date: Thu, 22 Oct 2015 13:08:12 -0600 In-Reply-To: <0F998D21-682B-4B41-8248-B072F468184B@netapp.com> References: <0F998D21-682B-4B41-8248-B072F468184B@netapp.com> Content-Type: text/plain; charset="us-ascii" X-Mailer: Evolution 3.16.5 FreeBSD GNOME Team Port Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: 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, 22 Oct 2015 19:08:21 -0000 On Wed, 2015-10-21 at 08:09 +0000, Eggert, Lars wrote: > Hi, > > I'm trying to include some loader tunables in the kernel, via the > "env" functionality described in config(5). > > When I look at the compiled kernel binary with strings(1), I see that > the tunables are compiled in. > > However, they don't seem to take any effect when booting the kernel, > and they also don't show up when running kenv(1) after boot. > > Any ideas? > > Thanks, > Lars I finally found a few minutes to look into this today. You didn't say what platform you're working with. It appears that this has only ever worked on i386 and a handful of old arm and mips platforms. -- Ian From owner-freebsd-current@freebsd.org Thu Oct 22 20:16:13 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B95D8A1CEE4 for ; Thu, 22 Oct 2015 20:16:13 +0000 (UTC) (envelope-from lars@netapp.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 9C5431627 for ; Thu, 22 Oct 2015 20:16:13 +0000 (UTC) (envelope-from lars@netapp.com) Received: by mailman.ysv.freebsd.org (Postfix) id 99DA3A1CEE3; Thu, 22 Oct 2015 20:16:13 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 996DFA1CEE2 for ; Thu, 22 Oct 2015 20:16:13 +0000 (UTC) (envelope-from lars@netapp.com) Received: from mx143.netapp.com (mx143.netapp.com [216.240.21.24]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (Client CN "mx143.netapp.com", Issuer "Symantec Class 3 Secure Server CA - G4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 6998C1626; Thu, 22 Oct 2015 20:16:12 +0000 (UTC) (envelope-from lars@netapp.com) X-IronPort-AV: E=Sophos;i="5.20,184,1444719600"; d="scan'208";a="73906536" Received: from hioexcmbx05-prd.hq.netapp.com ([10.122.105.38]) by mx143-out.netapp.com with ESMTP; 22 Oct 2015 13:15:42 -0700 Received: from HIOEXCMBX07-PRD.hq.netapp.com (10.122.105.40) by hioexcmbx05-prd.hq.netapp.com (10.122.105.38) with Microsoft SMTP Server (TLS) id 15.0.1104.5; Thu, 22 Oct 2015 13:15:42 -0700 Received: from HIOEXCMBX07-PRD.hq.netapp.com ([::1]) by hioexcmbx07-prd.hq.netapp.com ([fe80::e1d9:911e:3048:d510%21]) with mapi id 15.00.1104.000; Thu, 22 Oct 2015 13:15:42 -0700 From: "Eggert, Lars" To: Ian Lepore CC: "current@freebsd.org" Subject: Re: env functionality of config(5) has no effect? Thread-Topic: env functionality of config(5) has no effect? Thread-Index: AQHRC9fHKfB6BJNlVEazj7PKhw5wOJ54V6cA//+dg5I= Date: Thu, 22 Oct 2015 20:15:42 +0000 Message-ID: <641BBA24-447D-453C-B2E2-47503559A517@netapp.com> References: <0F998D21-682B-4B41-8248-B072F468184B@netapp.com>, <1445540892.14963.22.camel@freebsd.org> In-Reply-To: <1445540892.14963.22.camel@freebsd.org> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-transport-fromentityheader: Hosted Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: 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, 22 Oct 2015 20:16:13 -0000 amd64 --=20 Sent from a mobile device; please excuse typos. +49 151 120 55791 > On Oct 22, 2015, at 21:08, Ian Lepore wrote: >=20 >> On Wed, 2015-10-21 at 08:09 +0000, Eggert, Lars wrote: >> Hi, >>=20 >> I'm trying to include some loader tunables in the kernel, via the >> "env" functionality described in config(5). >>=20 >> When I look at the compiled kernel binary with strings(1), I see that >> the tunables are compiled in. >>=20 >> However, they don't seem to take any effect when booting the kernel, >> and they also don't show up when running kenv(1) after boot. >>=20 >> Any ideas? >>=20 >> Thanks, >> Lars >=20 > I finally found a few minutes to look into this today. You didn't say > what platform you're working with. It appears that this has only ever > worked on i386 and a handful of old arm and mips platforms. >=20 > -- Ian From owner-freebsd-current@freebsd.org Thu Oct 22 21:31:16 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 42BB9A1C016 for ; Thu, 22 Oct 2015 21:31:16 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 2FF6915E0; Thu, 22 Oct 2015 21:31:16 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [IPv6:::1]) by freefall.freebsd.org (Postfix) with ESMTP id 2922A17E4; Thu, 22 Oct 2015 21:31:16 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [172.31.3.2]) by mail.xzibition.com (Postfix) with ESMTP id E35F312DD7; Thu, 22 Oct 2015 21:31:15 +0000 (UTC) X-Virus-Scanned: amavisd-new at mail.xzibition.com Received: from mail.xzibition.com ([172.31.3.2]) by mail.xzibition.com (mail.xzibition.com [172.31.3.2]) (amavisd-new, port 10026) with LMTP id 0SkFb_pg-ObP; Thu, 22 Oct 2015 21:31:13 +0000 (UTC) Subject: Re: Make installworld fails on file not found (Error code 71) DKIM-Filter: OpenDKIM Filter v2.9.2 mail.xzibition.com A020312DD1 To: Thomas Mueller , freebsd-current@freebsd.org References: <863492.4926.bm@smtp116.sbc.mail.ne1.yahoo.com> From: Bryan Drewery Organization: FreeBSD Message-ID: <562955A1.3080103@FreeBSD.org> Date: Thu, 22 Oct 2015 14:31:13 -0700 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 In-Reply-To: <863492.4926.bm@smtp116.sbc.mail.ne1.yahoo.com> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: 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, 22 Oct 2015 21:31:16 -0000 On 10/22/15 12:05 AM, Thomas Mueller wrote: > I was trying to test the new i915 graphics driver but got stuck in building and installing the userland: > > /usr/share/man/man2/mknodat.2 -> /usr/share/man/man2/mknod.2 > /usr/share/man/man2/munlock.2 -> /usr/share/man/man2/mlock.2 > /usr/share/man/man2/munlockall.2 -> /usr/share/man/man2/mlockall.2 > /usr/share/man/man2/modfnext.2 -> /usr/share/man/man2/modnext.2 > /usr/share/man/man2/nmount.2 -> /usr/share/man/man2/mount.2 > /usr/share/man/man2/unmount.2 -> /usr/share/man/man2/mount.2 > /usr/share/man/man2/mq_timedreceive.2 -> /usr/share/man/man2/mq_receive.2 > /usr/share/man/man2/mq_timedsend.2 -> /usr/share/man/man2/mq_send.2 > /usr/share/man/man2/ntp_gettime.2 -> /usr/share/man/man2/ntp_adjtime.2 > /usr/share/man/man2/numa_setaffinity.2 -> /usr/share/man/man2/numa_getaffinity.2 > install: link /usr/share/man/man2/numa_getaffinity.2 -> /usr/share/man/man2/numa_setaffinity.2: No such file or directory > *** Error code 71 It looks like a problem with WITHOUT_MANCOMPRESS. I am looking into it. -- Regards, Bryan Drewery From owner-freebsd-current@freebsd.org Thu Oct 22 22:30:13 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8F914A1CC39 for ; Thu, 22 Oct 2015 22:30:13 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 7CEE410F1; Thu, 22 Oct 2015 22:30:13 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [IPv6:::1]) by freefall.freebsd.org (Postfix) with ESMTP id 75DEB11B8; Thu, 22 Oct 2015 22:30:13 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [172.31.3.2]) by mail.xzibition.com (Postfix) with ESMTP id 3C75F12EA3; Thu, 22 Oct 2015 22:30:13 +0000 (UTC) X-Virus-Scanned: amavisd-new at mail.xzibition.com Received: from mail.xzibition.com ([172.31.3.2]) by mail.xzibition.com (mail.xzibition.com [172.31.3.2]) (amavisd-new, port 10026) with LMTP id aqK3THN0h7zs; Thu, 22 Oct 2015 22:30:10 +0000 (UTC) Subject: Re: Make installworld fails on file not found (Error code 71) DKIM-Filter: OpenDKIM Filter v2.9.2 mail.xzibition.com 860BE12E9D To: Thomas Mueller , freebsd-current@freebsd.org References: <863492.4926.bm@smtp116.sbc.mail.ne1.yahoo.com> <562955A1.3080103@FreeBSD.org> From: Bryan Drewery Organization: FreeBSD Message-ID: <56296371.7070607@FreeBSD.org> Date: Thu, 22 Oct 2015 15:30:09 -0700 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 In-Reply-To: <562955A1.3080103@FreeBSD.org> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: 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, 22 Oct 2015 22:30:13 -0000 On 10/22/15 2:31 PM, Bryan Drewery wrote: > On 10/22/15 12:05 AM, Thomas Mueller wrote: >> I was trying to test the new i915 graphics driver but got stuck in building and installing the userland: >> >> /usr/share/man/man2/mknodat.2 -> /usr/share/man/man2/mknod.2 >> /usr/share/man/man2/munlock.2 -> /usr/share/man/man2/mlock.2 >> /usr/share/man/man2/munlockall.2 -> /usr/share/man/man2/mlockall.2 >> /usr/share/man/man2/modfnext.2 -> /usr/share/man/man2/modnext.2 >> /usr/share/man/man2/nmount.2 -> /usr/share/man/man2/mount.2 >> /usr/share/man/man2/unmount.2 -> /usr/share/man/man2/mount.2 >> /usr/share/man/man2/mq_timedreceive.2 -> /usr/share/man/man2/mq_receive.2 >> /usr/share/man/man2/mq_timedsend.2 -> /usr/share/man/man2/mq_send.2 >> /usr/share/man/man2/ntp_gettime.2 -> /usr/share/man/man2/ntp_adjtime.2 >> /usr/share/man/man2/numa_setaffinity.2 -> /usr/share/man/man2/numa_getaffinity.2 >> install: link /usr/share/man/man2/numa_getaffinity.2 -> /usr/share/man/man2/numa_setaffinity.2: No such file or directory >> *** Error code 71 > > It looks like a problem with WITHOUT_MANCOMPRESS. > > I am looking into it. > A fix is now committed. It has been broken since June. -- Regards, Bryan Drewery From owner-freebsd-current@freebsd.org Thu Oct 22 22:37:21 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0AD79A1CEB2 for ; Thu, 22 Oct 2015 22:37:21 +0000 (UTC) (envelope-from oliver.pinter@hardenedbsd.org) Received: from mail-wi0-f181.google.com (mail-wi0-f181.google.com [209.85.212.181]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A37AC18F0 for ; Thu, 22 Oct 2015 22:37:20 +0000 (UTC) (envelope-from oliver.pinter@hardenedbsd.org) Received: by wicfv8 with SMTP id fv8so8666681wic.0 for ; Thu, 22 Oct 2015 15:37:12 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=nWSyLNXikYopi5CyD2XEQZSSFVHcCJTcKukteShwlWY=; b=gfryyqwH0iJHgWtYe3QG+qDVYiCWVXoUk7KhnBwNRohKO+ZYvxdanm4yF8dS/qgMsA FOG0trIE+epE6d9lRKXbAegrWzxO0/+Zi8MYKTSEHUSH9W/x94ZSqVcr/segzjZR7+fs 7Ldz1CMNFJ4I2U5PAd65NHQeDsT53tM5MD+hrStt51/qgeQd/RddYtA+tYY0GLEEiO9d rV2Uxv96heryc67iEiJiSis4bvhsMNyXWTdvcGkBN17ghw/vu3pdThCPIkCF2KK3vUzJ JNQexHspIkohw/0wjKaS1o80t29fJPM8Lsk6UL/4zvdZbhKyHFW/rMYerM62WSiS+Yem UAng== X-Gm-Message-State: ALoCoQmH7CGdIXq0HcuosSRibjpBe/dQuICqa2cxLsTHftbcZ+JjckEpF6Y1M5JMG51VE4EK57DC MIME-Version: 1.0 X-Received: by 10.180.23.68 with SMTP id k4mr615879wif.59.1445553432719; Thu, 22 Oct 2015 15:37:12 -0700 (PDT) Received: by 10.194.240.226 with HTTP; Thu, 22 Oct 2015 15:37:12 -0700 (PDT) In-Reply-To: <559603.75995.bm@smtp120.sbc.mail.ne1.yahoo.com> References: <559603.75995.bm@smtp120.sbc.mail.ne1.yahoo.com> Date: Fri, 23 Oct 2015 00:37:12 +0200 Message-ID: Subject: Re: Make installworld fails on file not found (Error code 71) From: Oliver Pinter To: Thomas Mueller Cc: FreeBSD-Current Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: 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, 22 Oct 2015 22:37:21 -0000 On Tue, Oct 20, 2015 at 10:07 AM, Thomas Mueller wrote: > I was trying to test the new i915 graphics driver but got stuck in building and installing the userland: > > /usr/share/man/man2/mknodat.2 -> /usr/share/man/man2/mknod.2 > /usr/share/man/man2/munlock.2 -> /usr/share/man/man2/mlock.2 > /usr/share/man/man2/munlockall.2 -> /usr/share/man/man2/mlockall.2 > /usr/share/man/man2/modfnext.2 -> /usr/share/man/man2/modnext.2 > /usr/share/man/man2/nmount.2 -> /usr/share/man/man2/mount.2 > /usr/share/man/man2/unmount.2 -> /usr/share/man/man2/mount.2 > /usr/share/man/man2/mq_timedreceive.2 -> /usr/share/man/man2/mq_receive.2 > /usr/share/man/man2/mq_timedsend.2 -> /usr/share/man/man2/mq_send.2 > /usr/share/man/man2/ntp_gettime.2 -> /usr/share/man/man2/ntp_adjtime.2 > /usr/share/man/man2/numa_setaffinity.2 -> /usr/share/man/man2/numa_getaffinity.2 > install: link /usr/share/man/man2/numa_getaffinity.2 -> /usr/share/man/man2/numa_setaffinity.2: No such file or directory > *** Error code 71 > > Stop. > make[5]: stopped in /usr/src/lib/libc > *** 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 > > > Now I have a new kernel on a userland dating to last April 27. > > I got this same result with "make installworld" also on previous attempt just a day previous. > > Do I need to clean out old build directory tree? Build runs cleandir automatically, but do I need more, like rm -R /usr/obj/* ? > > If this happened in NetBSD, I would use -r with build.sh which gets rid of outdated stuff in build directories, and will get a chance to try this as I try to update a system last built 14 months ago. > > What do I need to do in FreeBSD? If you like to test the i915kms driver from "binary source", you could fine them in our (HardenedBSD) ISOs: http://jenkins.hardenedbsd.org/builds/HardenedBSD-i915kms-amd64-LATEST/ISO-IMAGES/ > > Tom > > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@freebsd.org Fri Oct 23 08:36:32 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 05AA7A1AA2C for ; Fri, 23 Oct 2015 08:36:32 +0000 (UTC) (envelope-from mueller6724@bellsouth.net) Received: from nm23-vm4.access.bullet.mail.gq1.yahoo.com (nm23-vm4.access.bullet.mail.gq1.yahoo.com [216.39.63.111]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id CC6351925 for ; Fri, 23 Oct 2015 08:36:31 +0000 (UTC) (envelope-from mueller6724@bellsouth.net) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bellsouth.net; s=s2048; t=1445589229; bh=lYCFGauuU98De2h37S61KflqfBJcJ44+f+B9w3q4pyg=; h=Date:From:To:Subject:References:From:Subject; b=CgXUf8zfeXqNYtOUdge0qmCs2CkuWvhOi6uVoS26X2j5Hf8yQxr9YAVJoHO+dXSE5cNAgwxC1R0aMWgPVCE8NibPqL3CTayin8PJitXQR0TNJgxVPOEGAvnTAHrlMZ+RojeCEiA3K37uVYqFDRePaFYvquAtnZQQRj+cNeDe25jC1t4vUQEKGKxquDx9egdIXv/n44jeiyo1uhkjutAw+PksuHJwEWHWLaKAfAZgesf8L17oMZujkX/epvodkJTY+N4VZ/20DC268C51PWSZEgezMLzqQdzi/yIviwqteUxl1OZGJ2zkQ5qOkenacXhXsppDw8ZKPf4srnWyxNR1tA== Received: from [216.39.60.172] by nm23.access.bullet.mail.gq1.yahoo.com with NNFMP; 23 Oct 2015 08:33:49 -0000 Received: from [98.138.226.243] by tm8.access.bullet.mail.gq1.yahoo.com with NNFMP; 23 Oct 2015 08:33:49 -0000 Received: from [127.0.0.1] by smtp114.sbc.mail.ne1.yahoo.com with NNFMP; 23 Oct 2015 08:33:49 -0000 X-Yahoo-Newman-Id: 81433.56515.bm@smtp114.sbc.mail.ne1.yahoo.com Message-ID: <81433.56515.bm@smtp114.sbc.mail.ne1.yahoo.com> X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: xbMJaqcVM1lm1IoCocJC7kAHv6cYTohXkAmyX3JHmo8aDkl _YVu22S5AdDrGAdw5qVjDj7kzgVFPM_Uvh_1v7RJri0lpEs5e.NcYwSzv9pq 6zQ5NyMC4zP9zi9BDW4vlDiCNsT_bvhyozvgPk3WpW7FhzU5pDJVER.e3lyP r.6sU29Y.mLRfvZDihkuH1MAK.uzEL8S32PdgSy3XLoj7rdfYHXsLePWqJuD XIfii1iY4CDh5EoncTA7kxY2WeeNolE5uju.xbZaGMFJrFvCCWXy4Y1acqgF _is8NEPfIFKJkaYP.Mn0Hd035sWsaM94PO7kETQV9XI85OrfXFYk_aV2G2gW 86puvn0t4k7mHXdSxgANYR7Hw6hhsIyQ8JkohNNPrtduxFutF9qAN3f3r4Qe jWrStdxLI186tXyVhljoucYSb3ssUpPxRDfzxjJhzpu8zCo_hKyLT72gtbPh n945fBX6xLUdwATiVsGvaNKfhajEiEqEA0SAhn9tSeG6HpuHN7z8D8mlSiTu BaoXo4VTn22eQSWjvd4Y2hwocFuyhbDtUE15atGoMcRfdrpgI8.z5i5TQkr8 - X-Yahoo-SMTP: Kz_aW1.swBBYof3zAD7.RWzXz9ZAQVDMml1VADsbgPT4Kq79LC0- Date: Fri, 23 Oct 2015 08:33:35 +0000 From: "Thomas Mueller" To: freebsd-current@freebsd.org Subject: Re: Make installworld fails on file not found (Error code 71) References: <559603.75995.bm@smtp120.sbc.mail.ne1.yahoo.com> <562955A1.3080103@FreeBSD.org> <56296371.7070607@FreeBSD.org> X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: 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, 23 Oct 2015 08:36:32 -0000 > > It looks like a problem with WITHOUT_MANCOMPRESS. > > I am looking into it. > A fix is now committed. It has been broken since June. > Regards, > Bryan Drewery Thanks for the fix, computer is now busy with NetBSD update from 6.99.44 (16 months old) to 7.99.21 for both amd64 and i386, but I intend to get back to the FreeBSD update after that is done. I checked /etc/src.conf and found WITHOUT_MANCOMPRESS=yes WITHOUT_DOCCOMPRESS=yes I looked in other directions for the problem and would have just been wasting time and computer energy. Compressed man pages can be a nuisance, and not really necessary or helpful with today's big hard drives and USB sticks. Good I was able to expose a bug of four months' standing. Tom From owner-freebsd-current@freebsd.org Fri Oct 23 09:48:04 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CDA02A1C9C8; Fri, 23 Oct 2015 09:48:04 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 858751A14; Fri, 23 Oct 2015 09:48:02 +0000 (UTC) (envelope-from avg@FreeBSD.org) 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 MAA08103; Fri, 23 Oct 2015 12:47:54 +0300 (EEST) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1ZpYwq-0009uD-9S; Fri, 23 Oct 2015 12:47:54 +0300 To: freebsd-toolchain@FreeBSD.org Cc: FreeBSD Current , freebsd-stable List From: Andriy Gapon Subject: kernel-toolchain fails in stable/9 build on head Message-ID: <562A01FA.5050100@FreeBSD.org> Date: Fri, 23 Oct 2015 12:46:34 +0300 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: 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, 23 Oct 2015 09:48:04 -0000 $ make kernel-toolchain ... ===> gnu/usr.bin/cc/cc_tools (depend) make[4]: "/usr/devel/svn/stable/9/share/mk/bsd.own.mk" line 233: warning: unsetting WITH_CTF cc -O2 -pipe -O2 -fno-strict-aliasing -pipe -fno-omit-frame-pointer -I. -DGCCVER=\"4.2\" -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/usr/obj/usr/devel/svn/stable/9/tmp/usr\" -I/usr/obj/usr/devel/svn/stable/9/tmp/usr/devel/svn/stable/9/gnu/usr.bin/cc/cc_tools/../cc_tools -I/usr/devel/svn/stable/9/gnu/usr.bin/cc/cc_tools/../cc_tools -I/usr/devel/svn/stable/9/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc -I/usr/devel/svn/stable/9/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/config -I/usr/devel/svn/stable/9/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcclibs/include -I/usr/devel/svn/stable/9/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcclibs/libcpp/include -I/usr/devel/svn/stable/9/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcclibs/libdecnumber -g -DGENERATOR_FILE -DHAVE_CONFIG_H -g -std=gnu89 -I/usr/obj/usr/devel/svn/stable/9/tmp/legacy/usr/include -static -L/usr/obj/usr/devel/svn/stable/9/tmp/legacy/usr/lib -o genattrtab genattrtab.o rtl.o read-rtl.o ggc-none.o vec.o min-insn-modes.o gensupport.o print-rtl.o errors.o libiberty.a -lm print-rtl.o: In function `print_rtx': /usr/devel/svn/stable/9/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/print-rtl.c:287: undefined reference to `dump_addr' /usr/devel/svn/stable/9/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/print-rtl.c:533: undefined reference to `bitmap_print' /usr/devel/svn/stable/9/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/print-rtl.c:268: undefined reference to `print_node_brief' /usr/devel/svn/stable/9/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/print-rtl.c:540: undefined reference to `dump_addr' /usr/devel/svn/stable/9/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/print-rtl.c:415: undefined reference to `insn_file' /usr/devel/svn/stable/9/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/print-rtl.c:416: undefined reference to `insn_file' /usr/devel/svn/stable/9/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/print-rtl.c:416: undefined reference to `insn_line' /usr/devel/svn/stable/9/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/print-rtl.c:434: undefined reference to `reg_names' /usr/devel/svn/stable/9/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/print-rtl.c:588: undefined reference to `real_to_decimal' /usr/devel/svn/stable/9/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/print-rtl.c:592: undefined reference to `real_to_hexadecimal' /usr/devel/svn/stable/9/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/print-rtl.c:573: undefined reference to `mode_size' /usr/devel/svn/stable/9/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/print-rtl.c:575: undefined reference to `mode_size' cc: error: linker command failed with exit code 1 (use -v to see invocation) *** Error code 1 -- Andriy Gapon From owner-freebsd-current@freebsd.org Fri Oct 23 10:28:58 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C1799A1B426; Fri, 23 Oct 2015 10:28:58 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 806FB10A8; Fri, 23 Oct 2015 10:28:57 +0000 (UTC) (envelope-from avg@FreeBSD.org) 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 NAA08760; Fri, 23 Oct 2015 13:28:56 +0300 (EEST) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1ZpZah-0009x0-Mj; Fri, 23 Oct 2015 13:28:55 +0300 Subject: Re: kernel-toolchain fails in stable/9 build on head To: freebsd-toolchain@FreeBSD.org References: <562A01FA.5050100@FreeBSD.org> Cc: FreeBSD Current , freebsd-stable List From: Andriy Gapon Message-ID: <562A0BAF.8070402@FreeBSD.org> Date: Fri, 23 Oct 2015 13:27:59 +0300 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 In-Reply-To: <562A01FA.5050100@FreeBSD.org> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: 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, 23 Oct 2015 10:28:59 -0000 Oh, hrrm: --- libbackend.a --- building static backend library nm: 'print-rtl.o': No such file or directory nm: 'rtl.o': No such file or directory nm: 'vec.o': No such file or directory ar: warning: can't open file: vec.o: No such file or directory ar: warning: can't open file: rtl.o: No such file or directory ar: warning: can't open file: print-rtl.o: No such file or directory ranlib libbackend.a That's with -j4 during another attempt to build the same target. On 23/10/2015 12:46, Andriy Gapon wrote: > > $ make kernel-toolchain > ... > ===> gnu/usr.bin/cc/cc_tools (depend) > make[4]: "/usr/devel/svn/stable/9/share/mk/bsd.own.mk" line 233: warning: > unsetting WITH_CTF > cc -O2 -pipe -O2 -fno-strict-aliasing -pipe -fno-omit-frame-pointer -I. > -DGCCVER=\"4.2\" -DIN_GCC -DHAVE_CONFIG_H > -DPREFIX=\"/usr/obj/usr/devel/svn/stable/9/tmp/usr\" > -I/usr/obj/usr/devel/svn/stable/9/tmp/usr/devel/svn/stable/9/gnu/usr.bin/cc/cc_tools/../cc_tools > -I/usr/devel/svn/stable/9/gnu/usr.bin/cc/cc_tools/../cc_tools > -I/usr/devel/svn/stable/9/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc > -I/usr/devel/svn/stable/9/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/config > -I/usr/devel/svn/stable/9/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcclibs/include > -I/usr/devel/svn/stable/9/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcclibs/libcpp/include > -I/usr/devel/svn/stable/9/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcclibs/libdecnumber > -g -DGENERATOR_FILE -DHAVE_CONFIG_H -g -std=gnu89 > -I/usr/obj/usr/devel/svn/stable/9/tmp/legacy/usr/include -static > -L/usr/obj/usr/devel/svn/stable/9/tmp/legacy/usr/lib -o genattrtab genattrtab.o > rtl.o read-rtl.o ggc-none.o vec.o min-insn-modes.o gensupport.o print-rtl.o > errors.o libiberty.a -lm > print-rtl.o: In function `print_rtx': > /usr/devel/svn/stable/9/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/print-rtl.c:287: > undefined reference to `dump_addr' > /usr/devel/svn/stable/9/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/print-rtl.c:533: > undefined reference to `bitmap_print' > /usr/devel/svn/stable/9/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/print-rtl.c:268: > undefined reference to `print_node_brief' > /usr/devel/svn/stable/9/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/print-rtl.c:540: > undefined reference to `dump_addr' > /usr/devel/svn/stable/9/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/print-rtl.c:415: > undefined reference to `insn_file' > /usr/devel/svn/stable/9/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/print-rtl.c:416: > undefined reference to `insn_file' > /usr/devel/svn/stable/9/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/print-rtl.c:416: > undefined reference to `insn_line' > /usr/devel/svn/stable/9/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/print-rtl.c:434: > undefined reference to `reg_names' > /usr/devel/svn/stable/9/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/print-rtl.c:588: > undefined reference to `real_to_decimal' > /usr/devel/svn/stable/9/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/print-rtl.c:592: > undefined reference to `real_to_hexadecimal' > /usr/devel/svn/stable/9/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/print-rtl.c:573: > undefined reference to `mode_size' > /usr/devel/svn/stable/9/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/print-rtl.c:575: > undefined reference to `mode_size' > cc: error: linker command failed with exit code 1 (use -v to see invocation) > *** Error code 1 > -- Andriy Gapon From owner-freebsd-current@freebsd.org Fri Oct 23 10:32:10 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C56CBA1B629; Fri, 23 Oct 2015 10:32:10 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id B755314F4; Fri, 23 Oct 2015 10:32:10 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id B6C11EBC; Fri, 23 Oct 2015 10:32:08 +0000 (UTC) Date: Fri, 23 Oct 2015 10:31:45 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: mav@FreeBSD.org, dteske@FreeBSD.org, avos@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org, freebsd-i386@FreeBSD.org Message-ID: <142320614.1.1445596326076.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD_i386 - Build #1489 - Failure MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_HEAD_i386 X-Jenkins-Result: FAILURE Precedence: bulk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Oct 2015 10:32:10 -0000 FreeBSD_HEAD_i386 - Build #1489 - Failure: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/1489/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/1489/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/1489/console Change summaries: 289817 by mav: Disable full bus scan by CAM for FC adapters. FC port database code already notifies CAM about all devices. Additional full scan is just a waste of time, that by definition won't find anything that is not present in port database. 289816 by avos: urtwn(4): add DBM_ANTNOISE radiotap field Reviewed by: kevlo Approved by: adrian (mentor) Differential Revision: https://reviews.freebsd.org/D3839 289812 by mav: Some polishing and unification in ISR code. 289811 by avos: - Split one 4-byte R92C_CR register into 2-byte R92C_CR and 1-byte R92C_MSR registers (they are used for different purposes). - Wrap R92C_MSR modifications into urtwn_set_mode(). Reviewed by: kevlo Approved by: adrian (mentor) Differential Revision: https://reviews.freebsd.org/D3838 289799 by avos: urtwn(4): fix the RSSI calculation for RTL8188EU. This change also reverts r252405 (causes integer underflow). Reviewed by: kevlo Approved by: adrian (mentor) Differential Revision: https://reviews.freebsd.org/D3820 289797 by dteske: dpv(1) merged to stable/10 before release/10.2.0 MFC after: 3 days X-MFC-to: stable/10 289794 by dteske: figpar(3) merged to stable/10 before release/10.2.0 MFC after: 3 days X-MFC-to: stable/10 289793 by dteske: Bump date/copyright after correcting HISTORY MFC after: 3 days X-MFC-to: stable/10 X-MFC-with: r289790 289790 by dteske: dpv(3) merged to stable/10 before release/10.2.0 MFC after: 3 days X-MFC-to: stable/10 The end of the build log: [...truncated 185822 lines...] ===> virtio/balloon (all) --- virtio_balloon.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/GENERIC/opt_global.h -I. -I/usr/src/sys -fno-common -g -I/usr/obj/usr/src/sys/GENERIC -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -mno-aes -mno-avx -std=iso9899:1999 -c /usr/src/sys/modules/virtio/balloon/../../../dev/virtio/balloon/virtio_balloon.c -o virtio_balloon.o --- all_subdir_usb --- --- all_subdir_urtw --- ctfconvert -L VERSION -g if_urtw.o --- all_subdir_virtio --- ctfconvert -L VERSION -g virtio_balloon.o --- virtio_balloon.kld --- ld -d -warn-common -r -d -o virtio_balloon.kld virtio_balloon.o ctfmerge -L VERSION -g -o virtio_balloon.kld virtio_balloon.o :> export_syms awk -f /usr/src/sys/conf/kmod_syms.awk virtio_balloon.kld export_syms | xargs -J% objcopy % virtio_balloon.kld --- virtio_balloon.ko.full --- ld -Bshareable -d -warn-common -o virtio_balloon.ko.full virtio_balloon.kld --- virtio_balloon.ko.debug --- objcopy --only-keep-debug virtio_balloon.ko.full virtio_balloon.ko.debug --- virtio_balloon.ko --- objcopy --strip-debug --add-gnu-debuglink=virtio_balloon.ko.debug virtio_balloon.ko.full virtio_balloon.ko ===> virtio/scsi (all) --- all_subdir_usb --- --- if_urtw.kld --- ld -d -warn-common -r -d -o if_urtw.kld if_urtw.o ctfmerge -L VERSION -g -o if_urtw.kld if_urtw.o :> export_syms awk -f /usr/src/sys/conf/kmod_syms.awk if_urtw.kld export_syms | xargs -J% objcopy % if_urtw.kld --- if_urtw.ko.full --- ld -Bshareable -d -warn-common -o if_urtw.ko.full if_urtw.kld --- if_urtw.ko.debug --- objcopy --only-keep-debug if_urtw.ko.full if_urtw.ko.debug --- all_subdir_virtio --- --- virtio_scsi.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/GENERIC/opt_global.h -I. -I/usr/src/sys -fno-common -g -I/usr/obj/usr/src/sys/GENERIC -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -mno-aes -mno-avx -std=iso9899:1999 -c /usr/src/sys/modules/virtio/scsi/../../../dev/virtio/scsi/virtio_scsi.c -o virtio_scsi.o --- all_subdir_usb --- --- if_urtw.ko --- objcopy --strip-debug --add-gnu-debuglink=if_urtw.ko.debug if_urtw.ko.full if_urtw.ko --- all_subdir_urtwn --- ===> usb/urtwn (all) --- if_urtwn.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/GENERIC/opt_global.h -I. -I/usr/src/sys -fno-common -g -I/usr/obj/usr/src/sys/GENERIC -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -mno-aes -mno-avx -std=iso9899:1999 -c /usr/src/sys/modules/usb/urtwn/../../../dev/usb/wlan/if_urtwn.c -o if_urtwn.o --- all_subdir_sound --- ctfconvert -L VERSION -g solo.o --- snd_solo.kld --- ld -d -warn-common -r -d -o snd_solo.kld solo.o ctfmerge -L VERSION -g -o snd_solo.kld solo.o :> export_syms awk -f /usr/src/sys/conf/kmod_syms.awk snd_solo.kld export_syms | xargs -J% objcopy % snd_solo.kld --- snd_solo.ko.full --- ld -Bshareable -d -warn-common -o snd_solo.ko.full snd_solo.kld --- snd_solo.ko.debug --- objcopy --only-keep-debug snd_solo.ko.full snd_solo.ko.debug --- snd_solo.ko --- objcopy --strip-debug --add-gnu-debuglink=snd_solo.ko.debug snd_solo.ko.full snd_solo.ko ===> sound/driver/spicds (all) --- spicds.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/GENERIC/opt_global.h -I. -I/usr/src/sys -fno-common -g -I/usr/obj/usr/src/sys/GENERIC -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -mno-aes -mno-avx -std=iso9899:1999 -c /usr/src/sys/modules/sound/driver/spicds/../../../../dev/sound/pci/spicds.c -o spicds.o --- all_subdir_usb --- /usr/src/sys/modules/usb/urtwn/../../../dev/usb/wlan/if_urtwn.c:1592:4: error: must use 'struct' tag to refer to type 'reg' reg = urtwn_bb_read(sc, R92C_OFDM0_AGCCORE1(0)); ^ struct /usr/src/sys/modules/usb/urtwn/../../../dev/usb/wlan/if_urtwn.c:1592:8: error: expected identifier or '(' reg = urtwn_bb_read(sc, R92C_OFDM0_AGCCORE1(0)); ^ /usr/src/sys/modules/usb/urtwn/../../../dev/usb/wlan/if_urtwn.c:1593:4: error: must use 'struct' tag to refer to type 'reg' reg = RW(reg, R92C_OFDM0_AGCCORE1_GAIN, 0x20); ^ struct /usr/src/sys/modules/usb/urtwn/../../../dev/usb/wlan/if_urtwn.c:1593:8: error: expected identifier or '(' reg = RW(reg, R92C_OFDM0_AGCCORE1_GAIN, 0x20); ^ /usr/src/sys/modules/usb/urtwn/../../../dev/usb/wlan/if_urtwn.c:1594:47: error: use of undeclared identifier 'reg' urtwn_bb_write(sc, R92C_OFDM0_AGCCORE1(0), reg); ^ /usr/src/sys/modules/usb/urtwn/../../../dev/usb/wlan/if_urtwn.c:1597:5: error: must use 'struct' tag to refer to type 'reg' reg = urtwn_bb_read(sc, R92C_OFDM0_AGCCORE1(1)); ^ struct /usr/src/sys/modules/usb/urtwn/../../../dev/usb/wlan/if_urtwn.c:1597:9: error: expected identifier or '(' reg = urtwn_bb_read(sc, R92C_OFDM0_AGCCORE1(1)); ^ /usr/src/sys/modules/usb/urtwn/../../../dev/usb/wlan/if_urtwn.c:1598:5: error: must use 'struct' tag to refer to type 'reg' reg = RW(reg, R92C_OFDM0_AGCCORE1_GAIN, 0x20); ^ struct /usr/src/sys/modules/usb/urtwn/../../../dev/usb/wlan/if_urtwn.c:1598:9: error: expected identifier or '(' reg = RW(reg, R92C_OFDM0_AGCCORE1_GAIN, 0x20); ^ /usr/src/sys/modules/usb/urtwn/../../../dev/usb/wlan/if_urtwn.c:1599:48: error: use of undeclared identifier 'reg' urtwn_bb_write(sc, R92C_OFDM0_AGCCORE1(1), reg); ^ /usr/src/sys/modules/usb/urtwn/../../../dev/usb/wlan/if_urtwn.c:1608:3: error: must use 'struct' tag to refer to type 'reg' reg = urtwn_bb_read(sc, R92C_OFDM0_AGCCORE1(0)); ^ struct /usr/src/sys/modules/usb/urtwn/../../../dev/usb/wlan/if_urtwn.c:1608:3: error: expected expression /usr/src/sys/modules/usb/urtwn/../../../dev/usb/wlan/if_urtwn.c:1609:3: error: must use 'struct' tag to refer to type 'reg' reg = RW(reg, R92C_OFDM0_AGCCORE1_GAIN, 0x32); ^ struct /usr/src/sys/modules/usb/urtwn/../../../dev/usb/wlan/if_urtwn.c:1609:7: error: expected identifier or '(' reg = RW(reg, R92C_OFDM0_AGCCORE1_GAIN, 0x32); ^ /usr/src/sys/modules/usb/urtwn/../../../dev/usb/wlan/if_urtwn.c:1610:46: error: use of undeclared identifier 'reg' urtwn_bb_write(sc, R92C_OFDM0_AGCCORE1(0), reg); ^ /usr/src/sys/modules/usb/urtwn/../../../dev/usb/wlan/if_urtwn.c:1613:4: error: must use 'struct' tag to refer to type 'reg' reg = urtwn_bb_read(sc, R92C_OFDM0_AGCCORE1(1)); ^ struct /usr/src/sys/modules/usb/urtwn/../../../dev/usb/wlan/if_urtwn.c:1613:8: error: expected identifier or '(' reg = urtwn_bb_read(sc, R92C_OFDM0_AGCCORE1(1)); ^ /usr/src/sys/modules/usb/urtwn/../../../dev/usb/wlan/if_urtwn.c:1614:4: error: must use 'struct' tag to refer to type 'reg' reg = RW(reg, R92C_OFDM0_AGCCORE1_GAIN, 0x32); ^ struct /usr/src/sys/modules/usb/urtwn/../../../dev/usb/wlan/if_urtwn.c:1614:8: error: expected identifier or '(' reg = RW(reg, R92C_OFDM0_AGCCORE1_GAIN, 0x32); ^ fatal error: too many errors emitted, stopping now [-ferror-limit=] 20 errors generated. *** [if_urtwn.o] Error code 1 make[5]: stopped in /usr/src/sys/modules/usb/urtwn 1 error make[5]: stopped in /usr/src/sys/modules/usb/urtwn *** [all_subdir_urtwn] Error code 2 make[4]: stopped in /usr/src/sys/modules/usb 1 error make[4]: stopped in /usr/src/sys/modules/usb *** [all_subdir_usb] Error code 2 make[3]: stopped in /usr/src/sys/modules --- all_subdir_sound --- ctfconvert -L VERSION -g spicds.o A failure has been detected in another branch of the parallel make make[6]: stopped in /usr/src/sys/modules/sound/driver/spicds *** [all] Error code 2 make[5]: stopped in /usr/src/sys/modules/sound/driver 1 error make[5]: stopped in /usr/src/sys/modules/sound/driver *** [all] Error code 2 make[4]: stopped in /usr/src/sys/modules/sound 1 error make[4]: stopped in /usr/src/sys/modules/sound *** [all_subdir_sound] Error code 2 make[3]: stopped in /usr/src/sys/modules --- all_subdir_virtio --- ctfconvert -L VERSION -g virtio_scsi.o A failure has been detected in another branch of the parallel make make[5]: stopped in /usr/src/sys/modules/virtio/scsi *** [all] Error code 2 make[4]: stopped in /usr/src/sys/modules/virtio 1 error make[4]: stopped in /usr/src/sys/modules/virtio *** [all_subdir_virtio] Error code 2 make[3]: stopped in /usr/src/sys/modules --- all_subdir_vmware --- ctfconvert -L VERSION -g if_vmx.o A failure has been detected in another branch of the parallel make make[5]: stopped in /usr/src/sys/modules/vmware/vmxnet3 *** [all] Error code 2 make[4]: stopped in /usr/src/sys/modules/vmware 1 error make[4]: stopped in /usr/src/sys/modules/vmware *** [all_subdir_vmware] Error code 2 make[3]: stopped in /usr/src/sys/modules 4 errors make[3]: stopped in /usr/src/sys/modules *** [modules-all] Error code 2 make[2]: stopped in /usr/obj/usr/src/sys/GENERIC 1 error make[2]: stopped in /usr/obj/usr/src/sys/GENERIC *** [buildkernel] Error code 2 make[1]: stopped in /usr/src 1 error make[1]: stopped in /usr/src *** [buildkernel] Error code 2 make: stopped in /usr/src 1 error make: stopped in /usr/src Build step 'Execute shell' marked build as failure [PostBuildScript] - Execution post build scripts. [FreeBSD_HEAD_i386] $ /bin/sh -xe /tmp/hudson3125872890946977889.sh + export 'PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/sbin:/usr/local/bin' + export 'jname=FreeBSD_HEAD_i386' + echo 'clean up jail FreeBSD_HEAD_i386' clean up jail FreeBSD_HEAD_i386 + sudo jail -r FreeBSD_HEAD_i386 + sudo ifconfig igb0 inet6 2610:1c1:1:607c::106:1 -alias + sudo umount FreeBSD_HEAD_i386/usr/src + sudo umount FreeBSD_HEAD_i386/dev + sudo rm -fr FreeBSD_HEAD_i386 rm: FreeBSD_HEAD_i386/lib/libcrypt.so.5: Operation not permitted rm: FreeBSD_HEAD_i386/lib/libthr.so.3: Operation not permitted rm: FreeBSD_HEAD_i386/lib/libc.so.7: Operation not permitted rm: FreeBSD_HEAD_i386/lib: Directory not empty rm: FreeBSD_HEAD_i386/libexec/ld-elf.so.1: Operation not permitted rm: FreeBSD_HEAD_i386/libexec: Directory not empty rm: FreeBSD_HEAD_i386/sbin/init: Operation not permitted rm: FreeBSD_HEAD_i386/sbin: Directory not empty rm: FreeBSD_HEAD_i386/usr/bin/ypchpass: Operation not permitted rm: FreeBSD_HEAD_i386/usr/bin/crontab: Operation not permitted rm: FreeBSD_HEAD_i386/usr/bin/su: Operation not permitted rm: FreeBSD_HEAD_i386/usr/bin/login: Operation not permitted rm: FreeBSD_HEAD_i386/usr/bin/chpass: Operation not permitted rm: FreeBSD_HEAD_i386/usr/bin/passwd: Operation not permitted rm: FreeBSD_HEAD_i386/usr/bin/ypchsh: Operation not permitted rm: FreeBSD_HEAD_i386/usr/bin/opiepasswd: Operation not permitted rm: FreeBSD_HEAD_i386/usr/bin/chsh: Operation not permitted rm: FreeBSD_HEAD_i386/usr/bin/opieinfo: Operation not permitted rm: FreeBSD_HEAD_i386/usr/bin/chfn: Operation not permitted rm: FreeBSD_HEAD_i386/usr/bin/ypchfn: Operation not permitted rm: FreeBSD_HEAD_i386/usr/bin/yppasswd: Operation not permitted rm: FreeBSD_HEAD_i386/usr/bin: Directory not empty rm: FreeBSD_HEAD_i386/usr/lib/librt.so.1: Operation not permitted rm: FreeBSD_HEAD_i386/usr/lib: Directory not empty rm: FreeBSD_HEAD_i386/usr: Directory not empty rm: FreeBSD_HEAD_i386: Directory not empty + true + sudo chflags -R noschg FreeBSD_HEAD_i386 + sudo rm -fr FreeBSD_HEAD_i386 Email was triggered for: Failure - Any Sending email for trigger: Failure - Any From owner-freebsd-current@freebsd.org Fri Oct 23 10:46:41 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 245A8A1B90F for ; Fri, 23 Oct 2015 10:46:41 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 0D8191C1D; Fri, 23 Oct 2015 10:46:41 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 66803ED0; Fri, 23 Oct 2015 10:46:41 +0000 (UTC) Date: Fri, 23 Oct 2015 10:46:23 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: mav@FreeBSD.org, dteske@FreeBSD.org, glebius@FreeBSD.org, avos@FreeBSD.org, adrian@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org Message-ID: <908184898.3.1445597201277.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD_amd64_gcc4.9 - Build #711 - Failure MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_HEAD_amd64_gcc4.9 X-Jenkins-Result: FAILURE Precedence: bulk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Oct 2015 10:46:41 -0000 FreeBSD_HEAD_amd64_gcc4.9 - Build #711 - Failure: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_gcc4.= 9/711/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_gcc4.9/= 711/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_gcc4.9/7= 11/console Change summaries: 289817 by mav: Disable full bus scan by CAM for FC adapters. FC port database code already notifies CAM about all devices. Additional full scan is just a waste of time, that by definition won't find anything that is not present in port database. 289816 by avos: urtwn(4): add DBM_ANTNOISE radiotap field Reviewed by:=09kevlo Approved by:=09adrian (mentor) Differential Revision:=09https://reviews.freebsd.org/D3839 289812 by mav: Some polishing and unification in ISR code. 289811 by avos: - Split one 4-byte R92C_CR register into 2-byte R92C_CR and 1-byte R92C_MSR registers (they are used for different purposes). - Wrap R92C_MSR modifications into urtwn_set_mode(). Reviewed by:=09kevlo Approved by:=09adrian (mentor) Differential Revision:=09https://reviews.freebsd.org/D3838 289799 by avos: urtwn(4): fix the RSSI calculation for RTL8188EU. This change also reverts r252405 (causes integer underflow). Reviewed by:=09kevlo Approved by:=09adrian (mentor) Differential Revision:=09https://reviews.freebsd.org/D3820 289797 by dteske: dpv(1) merged to stable/10 before release/10.2.0 MFC after:=093 days X-MFC-to:=09stable/10 289794 by dteske: figpar(3) merged to stable/10 before release/10.2.0 MFC after:=093 days X-MFC-to:=09stable/10 289793 by dteske: Bump date/copyright after correcting HISTORY MFC after:=093 days X-MFC-to:=09stable/10 X-MFC-with:=09r289790 289790 by dteske: dpv(3) merged to stable/10 before release/10.2.0 MFC after:=093 days X-MFC-to:=09stable/10 289783 by glebius: A miss from r289764. 289782 by adrian: otus(4) - add missing ieee80211_free_node() call. 289781 by adrian: otus(4) - demagicify register names. Obtained from:=09Linux carl9170 hw.h 289779 by adrian: otus(4): begin supporting raw transmit parameters in otus_tx() * Add a comment about the parameters I should support, stolen shamelessly from iwn(4); * Implement the rate bit for the raw transmit path; * Print out the host-order versions of each of the transmit bits, so I have a hope in heck of debugging why things are going wrong. This still doesn't fix 5GHz in the office but that's likely due to a lot of other configuration parameters being 2GHz-specific. That'll come next. Tested: * AR9170 + AR9103 (2/5GHz) 2x2, 5GHz association The end of the build log: [...truncated 310560 lines...] --- all_subdir_vmware --- --- if_vmx.ko.debug --- /usr/local/x86_64-freebsd/bin/objcopy --only-keep-debug if_vmx.ko.full if_v= mx.ko.debug --- if_vmx.ko --- /usr/local/x86_64-freebsd/bin/objcopy --strip-debug --add-gnu-debuglink=3Di= f_vmx.ko.debug if_vmx.ko.full if_vmx.ko --- ar5413.o --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include -L/build= s/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/li= b --sysroot=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd= 64_gcc4.9/tmp -B/usr/local/x86_64-freebsd/bin/ -c -O2 -frename-registers -p= ipe -fno-strict-aliasing -g -nostdinc -I. -I/builds/FreeBSD_HEAD_amd64_gc= c4.9/sys -I/builds/FreeBSD_HEAD_amd64_gcc4.9/sys/contrib/libfdt -D_KERNEL -= DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer = -mno-omit-leaf-frame-pointer -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-= sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fwrapv -f= stack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict= -prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wu= ndef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagno= stics-show-option -Wno-unknown-pragmas -Wno-error=3Dinline -Wno-error=3De= num-compare -Wno-error=3Dunused-but-set-variable -Wno-error=3Daggressive-l= oop-optimizations -Wno-error=3Dmaybe-uninitialized -Wno-error=3Darray-boun= ds -Wno-error=3Daddress -Wno-error=3Dcast-qual -Wno-error=3Dsequence-point= -Wno-error=3Dattributes -Wno-error=3Dstrict-overflow -Wno-error=3Doverflo= w -fno-common -fms-extensions -finline-limit=3D8000 --param inline-unit-gr= owth=3D100 --param large-function-growth=3D1000 -std=3Diso9899:1999 /bui= lds/FreeBSD_HEAD_amd64_gcc4.9/sys/dev/ath/ath_hal/ar5212/ar5413.c -I/builds= /FreeBSD_HEAD_amd64_gcc4.9/sys/dev/ath -I/builds/FreeBSD_HEAD_amd64_gcc4.9/= sys/dev/ath/ath_hal --- modules-all --- --- all_subdir_vmm --- ctfconvert -L VERSION -g vmcs.o --- vmx_msr.o --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include -L/build= s/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/li= b --sysroot=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd= 64_gcc4.9/tmp -B/usr/local/x86_64-freebsd/bin/ -O2 -pipe -DVMM_KEEP_STATS = -DSMP -fno-strict-aliasing -D_KERNEL -DKLD_MODULE -nostdinc -I/builds/Free= BSD_HEAD_amd64_gcc4.9/sys/modules/vmm/../../amd64/vmm -I/builds/FreeBSD_HEA= D_amd64_gcc4.9/sys/modules/vmm/../../amd64/vmm/io -I/builds/FreeBSD_HEAD_am= d64_gcc4.9/sys/modules/vmm/../../amd64/vmm/intel -I/builds/FreeBSD_HEAD_amd= 64_gcc4.9/sys/modules/vmm/../../amd64/vmm/amd -DHAVE_KERNEL_OPTION_HEADERS = -include /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gc= c4.9/sys/GENERIC/opt_global.h -I. -I/builds/FreeBSD_HEAD_amd64_gcc4.9/sys -= fno-common -g -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -I/build= s/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/sys/GENERI= C -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asy= nchronous-unwind-tables -ffreestanding -fwrapv -fstack-protector -gdwarf-2 = -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-pro= totypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -ff= ormat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-un= known-pragmas -Wno-error=3Dinline -Wno-error=3Denum-compare -Wno-error=3Du= nused-but-set-variable -Wno-error=3Daggressive-loop-optimizations -Wno-err= or=3Dmaybe-uninitialized -Wno-error=3Darray-bounds -Wno-error=3Daddress -= Wno-error=3Dcast-qual -Wno-error=3Dsequence-point -Wno-error=3Dattributes = -Wno-error=3Dstrict-overflow -Wno-error=3Doverflow -finline-limit=3D8000 -= fms-extensions --param inline-unit-growth=3D100 --param large-function-grow= th=3D1000 -std=3Diso9899:1999 -c /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/mod= ules/vmm/../../amd64/vmm/intel/vmx_msr.c -o vmx_msr.o --- all_subdir_usb --- --- if_urtw.o --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include -L/build= s/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/li= b --sysroot=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd= 64_gcc4.9/tmp -B/usr/local/x86_64-freebsd/bin/ -O2 -pipe -fno-strict-alias= ing -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -includ= e /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/sy= s/GENERIC/opt_global.h -I. -I/builds/FreeBSD_HEAD_amd64_gcc4.9/sys -fno-com= mon -g -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -I/builds/FreeB= SD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/sys/GENERIC -mcm= odel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchrono= us-unwind-tables -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -= Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes= -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-e= xtensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-p= ragmas -Wno-error=3Dinline -Wno-error=3Denum-compare -Wno-error=3Dunused-b= ut-set-variable -Wno-error=3Daggressive-loop-optimizations -Wno-error=3Dma= ybe-uninitialized -Wno-error=3Darray-bounds -Wno-error=3Daddress -Wno-err= or=3Dcast-qual -Wno-error=3Dsequence-point -Wno-error=3Dattributes -Wno-er= ror=3Dstrict-overflow -Wno-error=3Doverflow -finline-limit=3D8000 -fms-ext= ensions --param inline-unit-growth=3D100 --param large-function-growth=3D10= 00 -std=3Diso9899:1999 -c /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/modules/us= b/urtw/../../../dev/usb/wlan/if_urtw.c -o if_urtw.o --- ar5413.o --- /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/dev/ath/ath_hal/ar5212/ar5413.c: In f= unction 'ar5413FillVpdTable': /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/dev/ath/ath_hal/ar5212/ar5413.c:339:1= 5: warning: variable 'jj' set but not used [-Wunused-but-set-variable] uint16_t ii, jj, kk; ^ --- modules-all --- --- all_subdir_vmm --- ctfconvert -L VERSION -g vmx_msr.o --- vtd.o --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include -L/build= s/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/li= b --sysroot=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd= 64_gcc4.9/tmp -B/usr/local/x86_64-freebsd/bin/ -O2 -pipe -DVMM_KEEP_STATS = -DSMP -fno-strict-aliasing -D_KERNEL -DKLD_MODULE -nostdinc -I/builds/Free= BSD_HEAD_amd64_gcc4.9/sys/modules/vmm/../../amd64/vmm -I/builds/FreeBSD_HEA= D_amd64_gcc4.9/sys/modules/vmm/../../amd64/vmm/io -I/builds/FreeBSD_HEAD_am= d64_gcc4.9/sys/modules/vmm/../../amd64/vmm/intel -I/builds/FreeBSD_HEAD_amd= 64_gcc4.9/sys/modules/vmm/../../amd64/vmm/amd -DHAVE_KERNEL_OPTION_HEADERS = -include /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gc= c4.9/sys/GENERIC/opt_global.h -I. -I/builds/FreeBSD_HEAD_amd64_gcc4.9/sys -= fno-common -g -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -I/build= s/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/sys/GENERI= C -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asy= nchronous-unwind-tables -ffreestanding -fwrapv -fstack-protector -gdwarf-2 = -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-pro= totypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -ff= ormat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-un= known-pragmas -Wno-error=3Dinline -Wno-error=3Denum-compare -Wno-error=3Du= nused-but-set-variable -Wno-error=3Daggressive-loop-optimizations -Wno-err= or=3Dmaybe-uninitialized -Wno-error=3Darray-bounds -Wno-error=3Daddress -= Wno-error=3Dcast-qual -Wno-error=3Dsequence-point -Wno-error=3Dattributes = -Wno-error=3Dstrict-overflow -Wno-error=3Doverflow -finline-limit=3D8000 -= fms-extensions --param inline-unit-growth=3D100 --param large-function-grow= th=3D1000 -std=3Diso9899:1999 -c /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/mod= ules/vmm/../../amd64/vmm/intel/vtd.c -o vtd.o --- all_subdir_usb --- /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/modules/usb/urtw/../../../dev/usb/wla= n/if_urtw.c: In function 'urtw_led_blink': /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/modules/usb/urtw/../../../dev/usb/wla= n/if_urtw.c:3744:14: warning: variable 'error' set but not used [-Wunused-b= ut-set-variable] usb_error_t error; ^ /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/modules/usb/urtw/../../../dev/usb/wla= n/if_urtw.c: In function 'urtw_txstatus_eof': /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/modules/usb/urtw/../../../dev/usb/wla= n/if_urtw.c:4070:30: warning: variable 'seq' set but not used [-Wunused-but= -set-variable] int actlen, type, pktretry, seq; ^ --- all_subdir_vmm --- ctfconvert -L VERSION -g vtd.o --- vmcb.o --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include -L/build= s/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/li= b --sysroot=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd= 64_gcc4.9/tmp -B/usr/local/x86_64-freebsd/bin/ -O2 -pipe -DVMM_KEEP_STATS = -DSMP -fno-strict-aliasing -D_KERNEL -DKLD_MODULE -nostdinc -I/builds/Free= BSD_HEAD_amd64_gcc4.9/sys/modules/vmm/../../amd64/vmm -I/builds/FreeBSD_HEA= D_amd64_gcc4.9/sys/modules/vmm/../../amd64/vmm/io -I/builds/FreeBSD_HEAD_am= d64_gcc4.9/sys/modules/vmm/../../amd64/vmm/intel -I/builds/FreeBSD_HEAD_amd= 64_gcc4.9/sys/modules/vmm/../../amd64/vmm/amd -DHAVE_KERNEL_OPTION_HEADERS = -include /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gc= c4.9/sys/GENERIC/opt_global.h -I. -I/builds/FreeBSD_HEAD_amd64_gcc4.9/sys -= fno-common -g -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -I/build= s/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/sys/GENERI= C -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asy= nchronous-unwind-tables -ffreestanding -fwrapv -fstack-protector -gdwarf-2 = -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-pro= totypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -ff= ormat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-un= known-pragmas -Wno-error=3Dinline -Wno-error=3Denum-compare -Wno-error=3Du= nused-but-set-variable -Wno-error=3Daggressive-loop-optimizations -Wno-err= or=3Dmaybe-uninitialized -Wno-error=3Darray-bounds -Wno-error=3Daddress -= Wno-error=3Dcast-qual -Wno-error=3Dsequence-point -Wno-error=3Dattributes = -Wno-error=3Dstrict-overflow -Wno-error=3Doverflow -finline-limit=3D8000 -= fms-extensions --param inline-unit-growth=3D100 --param large-function-grow= th=3D1000 -std=3Diso9899:1999 -c /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/mod= ules/vmm/../../amd64/vmm/amd/vmcb.c -o vmcb.o --- ar5413.o --- ctfconvert -L VERSION -g ar5413.o --- modules-all --- --- all_subdir_usb --- --- all_subdir_zyd --- ctfconvert -L VERSION -g if_zyd.o --- if_zyd.ko.full --- /usr/local/x86_64-freebsd/bin/ld -d -warn-common -r -d -o if_zyd.ko.full if= _zyd.o ctfmerge -L VERSION -g -o if_zyd.ko.full if_zyd.o --- all_subdir_vpo --- =3D=3D=3D> vpo (all) --- all_subdir_usb --- :> export_syms awk -f /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/conf/kmod_syms.awk if_zyd.ko.f= ull export_syms | xargs -J% /usr/local/x86_64-freebsd/bin/objcopy % if_zyd= .ko.full --- if_zyd.ko.debug --- /usr/local/x86_64-freebsd/bin/objcopy --only-keep-debug if_zyd.ko.full if_z= yd.ko.debug --- if_zyd.ko --- /usr/local/x86_64-freebsd/bin/objcopy --strip-debug --add-gnu-debuglink=3Di= f_zyd.ko.debug if_zyd.ko.full if_zyd.ko --- ar2133.o --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include -L/build= s/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/li= b --sysroot=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd= 64_gcc4.9/tmp -B/usr/local/x86_64-freebsd/bin/ -c -O2 -frename-registers -p= ipe -fno-strict-aliasing -g -nostdinc -I. -I/builds/FreeBSD_HEAD_amd64_gc= c4.9/sys -I/builds/FreeBSD_HEAD_amd64_gcc4.9/sys/contrib/libfdt -D_KERNEL -= DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer = -mno-omit-leaf-frame-pointer -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-= sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fwrapv -f= stack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict= -prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wu= ndef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagno= stics-show-option -Wno-unknown-pragmas -Wno-error=3Dinline -Wno-error=3De= num-compare -Wno-error=3Dunused-but-set-variable -Wno-error=3Daggressive-l= oop-optimizations -Wno-error=3Dmaybe-uninitialized -Wno-error=3Darray-boun= ds -Wno-error=3Daddress -Wno-error=3Dcast-qual -Wno-error=3Dsequence-point= -Wno-error=3Dattributes -Wno-error=3Dstrict-overflow -Wno-error=3Doverflo= w -fno-common -fms-extensions -finline-limit=3D8000 --param inline-unit-gr= owth=3D100 --param large-function-growth=3D1000 -std=3Diso9899:1999 /bui= lds/FreeBSD_HEAD_amd64_gcc4.9/sys/dev/ath/ath_hal/ar5416/ar2133.c -I/builds= /FreeBSD_HEAD_amd64_gcc4.9/sys/dev/ath -I/builds/FreeBSD_HEAD_amd64_gcc4.9/= sys/dev/ath/ath_hal --- modules-all --- --- all_subdir_vpo --- --- immio.o --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include -L/build= s/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/li= b --sysroot=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd= 64_gcc4.9/tmp -B/usr/local/x86_64-freebsd/bin/ -O2 -pipe -fno-strict-alias= ing -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -includ= e /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/sy= s/GENERIC/opt_global.h -I. -I/builds/FreeBSD_HEAD_amd64_gcc4.9/sys -fno-com= mon -g -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -I/builds/FreeB= SD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/sys/GENERIC -mcm= odel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchrono= us-unwind-tables -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -= Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes= -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-e= xtensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-p= ragmas -Wno-error=3Dinline -Wno-error=3Denum-compare -Wno-error=3Dunused-b= ut-set-variable -Wno-error=3Daggressive-loop-optimizations -Wno-error=3Dma= ybe-uninitialized -Wno-error=3Darray-bounds -Wno-error=3Daddress -Wno-err= or=3Dcast-qual -Wno-error=3Dsequence-point -Wno-error=3Dattributes -Wno-er= ror=3Dstrict-overflow -Wno-error=3Doverflow -finline-limit=3D8000 -fms-ext= ensions --param inline-unit-growth=3D100 --param large-function-growth=3D10= 00 -std=3Diso9899:1999 -c /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/modules/vp= o/../../dev/ppbus/immio.c -o immio.o --- all_subdir_vmm --- ctfconvert -L VERSION -g vmcb.o --- npt.o --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include -L/build= s/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/li= b --sysroot=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd= 64_gcc4.9/tmp -B/usr/local/x86_64-freebsd/bin/ -O2 -pipe -DVMM_KEEP_STATS = -DSMP -fno-strict-aliasing -D_KERNEL -DKLD_MODULE -nostdinc -I/builds/Free= BSD_HEAD_amd64_gcc4.9/sys/modules/vmm/../../amd64/vmm -I/builds/FreeBSD_HEA= D_amd64_gcc4.9/sys/modules/vmm/../../amd64/vmm/io -I/builds/FreeBSD_HEAD_am= d64_gcc4.9/sys/modules/vmm/../../amd64/vmm/intel -I/builds/FreeBSD_HEAD_amd= 64_gcc4.9/sys/modules/vmm/../../amd64/vmm/amd -DHAVE_KERNEL_OPTION_HEADERS = -include /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gc= c4.9/sys/GENERIC/opt_global.h -I. -I/builds/FreeBSD_HEAD_amd64_gcc4.9/sys -= fno-common -g -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -I/build= s/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/sys/GENERI= C -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asy= nchronous-unwind-tables -ffreestanding -fwrapv -fstack-protector -gdwarf-2 = -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-pro= totypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -ff= ormat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-un= known-pragmas -Wno-error=3Dinline -Wno-error=3Denum-compare -Wno-error=3Du= nused-but-set-variable -Wno-error=3Daggressive-loop-optimizations -Wno-err= or=3Dmaybe-uninitialized -Wno-error=3Darray-bounds -Wno-error=3Daddress -= Wno-error=3Dcast-qual -Wno-error=3Dsequence-point -Wno-error=3Dattributes = -Wno-error=3Dstrict-overflow -Wno-error=3Doverflow -finline-limit=3D8000 -= fms-extensions --param inline-unit-growth=3D100 --param large-function-grow= th=3D1000 -std=3Diso9899:1999 -c /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/mod= ules/vmm/../../amd64/vmm/amd/npt.c -o npt.o ctfconvert -L VERSION -g npt.o --- amdv.o --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include -L/build= s/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/li= b --sysroot=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd= 64_gcc4.9/tmp -B/usr/local/x86_64-freebsd/bin/ -O2 -pipe -DVMM_KEEP_STATS = -DSMP -fno-strict-aliasing -D_KERNEL -DKLD_MODULE -nostdinc -I/builds/Free= BSD_HEAD_amd64_gcc4.9/sys/modules/vmm/../../amd64/vmm -I/builds/FreeBSD_HEA= D_amd64_gcc4.9/sys/modules/vmm/../../amd64/vmm/io -I/builds/FreeBSD_HEAD_am= d64_gcc4.9/sys/modules/vmm/../../amd64/vmm/intel -I/builds/FreeBSD_HEAD_amd= 64_gcc4.9/sys/modules/vmm/../../amd64/vmm/amd -DHAVE_KERNEL_OPTION_HEADERS = -include /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gc= c4.9/sys/GENERIC/opt_global.h -I. -I/builds/FreeBSD_HEAD_amd64_gcc4.9/sys -= fno-common -g -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -I/build= s/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/sys/GENERI= C -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asy= nchronous-unwind-tables -ffreestanding -fwrapv -fstack-protector -gdwarf-2 = -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-pro= totypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -ff= ormat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-un= known-pragmas -Wno-error=3Dinline -Wno-error=3Denum-compare -Wno-error=3Du= nused-but-set-variable -Wno-error=3Daggressive-loop-optimizations -Wno-err= or=3Dmaybe-uninitialized -Wno-error=3Darray-bounds -Wno-error=3Daddress -= Wno-error=3Dcast-qual -Wno-error=3Dsequence-point -Wno-error=3Dattributes = -Wno-error=3Dstrict-overflow -Wno-error=3Doverflow -finline-limit=3D8000 -= fms-extensions --param inline-unit-growth=3D100 --param large-function-grow= th=3D1000 -std=3Diso9899:1999 -c /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/mod= ules/vmm/../../amd64/vmm/amd/amdv.c -o amdv.o ctfconvert -L VERSION -g amdv.o --- svm_msr.o --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include -L/build= s/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/li= b --sysroot=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd= 64_gcc4.9/tmp -B/usr/local/x86_64-freebsd/bin/ -O2 -pipe -DVMM_KEEP_STATS = -DSMP -fno-strict-aliasing -D_KERNEL -DKLD_MODULE -nostdinc -I/builds/Free= BSD_HEAD_amd64_gcc4.9/sys/modules/vmm/../../amd64/vmm -I/builds/FreeBSD_HEA= D_amd64_gcc4.9/sys/modules/vmm/../../amd64/vmm/io -I/builds/FreeBSD_HEAD_am= d64_gcc4.9/sys/modules/vmm/../../amd64/vmm/intel -I/builds/FreeBSD_HEAD_amd= 64_gcc4.9/sys/modules/vmm/../../amd64/vmm/amd -DHAVE_KERNEL_OPTION_HEADERS = -include /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gc= c4.9/sys/GENERIC/opt_global.h -I. -I/builds/FreeBSD_HEAD_amd64_gcc4.9/sys -= fno-common -g -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -I/build= s/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/sys/GENERI= C -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asy= nchronous-unwind-tables -ffreestanding -fwrapv -fstack-protector -gdwarf-2 = -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-pro= totypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -ff= ormat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-un= known-pragmas -Wno-error=3Dinline -Wno-error=3Denum-compare -Wno-error=3Du= nused-but-set-variable -Wno-error=3Daggressive-loop-optimizations -Wno-err= or=3Dmaybe-uninitialized -Wno-error=3Darray-bounds -Wno-error=3Daddress -= Wno-error=3Dcast-qual -Wno-error=3Dsequence-point -Wno-error=3Dattributes = -Wno-error=3Dstrict-overflow -Wno-error=3Doverflow -finline-limit=3D8000 -= fms-extensions --param inline-unit-growth=3D100 --param large-function-grow= th=3D1000 -std=3Diso9899:1999 -c /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/mod= ules/vmm/../../amd64/vmm/amd/svm_msr.c -o svm_msr.o --- ar2133.o --- ctfconvert -L VERSION -g ar2133.o --- modules-all --- ctfconvert -L VERSION -g svm_msr.o --- all_subdir_vr --- --- all_subdir_vmm --- --- vmm.o --- --- all_subdir_vr --- =3D=3D=3D> vr (all) --- all_subdir_vmm --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include -L/build= s/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/li= b --sysroot=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd= 64_gcc4.9/tmp -B/usr/local/x86_64-freebsd/bin/ -O2 -pipe -DVMM_KEEP_STATS = -DSMP -fno-strict-aliasing -D_KERNEL -DKLD_MODULE -nostdinc -I/builds/Free= BSD_HEAD_amd64_gcc4.9/sys/modules/vmm/../../amd64/vmm -I/builds/FreeBSD_HEA= D_amd64_gcc4.9/sys/modules/vmm/../../amd64/vmm/io -I/builds/FreeBSD_HEAD_am= d64_gcc4.9/sys/modules/vmm/../../amd64/vmm/intel -I/builds/FreeBSD_HEAD_amd= 64_gcc4.9/sys/modules/vmm/../../amd64/vmm/amd -DHAVE_KERNEL_OPTION_HEADERS = -include /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gc= c4.9/sys/GENERIC/opt_global.h -I. -I/builds/FreeBSD_HEAD_amd64_gcc4.9/sys -= fno-common -g -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -I/build= s/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/sys/GENERI= C -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asy= nchronous-unwind-tables -ffreestanding -fwrapv -fstack-protector -gdwarf-2 = -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-pro= totypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -ff= ormat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-un= known-pragmas -Wno-error=3Dinline -Wno-error=3Denum-compare -Wno-error=3Du= nused-but-set-variable -Wno-error=3Daggressive-loop-optimizations -Wno-err= or=3Dmaybe-uninitialized -Wno-error=3Darray-bounds -Wno-error=3Daddress -= Wno-error=3Dcast-qual -Wno-error=3Dsequence-point -Wno-error=3Dattributes = -Wno-error=3Dstrict-overflow -Wno-error=3Doverflow -finline-limit=3D8000 -= fms-extensions --param inline-unit-growth=3D100 --param large-function-grow= th=3D1000 -std=3Diso9899:1999 -c /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/mod= ules/vmm/../../amd64/vmm/vmm.c -o vmm.o --- all_subdir_vpo --- ctfconvert -L VERSION -g immio.o --- vpo.o --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include -L/build= s/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/li= b --sysroot=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd= 64_gcc4.9/tmp -B/usr/local/x86_64-freebsd/bin/ -O2 -pipe -fno-strict-alias= ing -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -includ= e /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/sy= s/GENERIC/opt_global.h -I. -I/builds/FreeBSD_HEAD_amd64_gcc4.9/sys -fno-com= mon -g -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -I/builds/FreeB= SD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/sys/GENERIC -mcm= odel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchrono= us-unwind-tables -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -= Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes= -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-e= xtensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-p= ragmas -Wno-error=3Dinline -Wno-error=3Denum-compare -Wno-error=3Dunused-b= ut-set-variable -Wno-error=3Daggressive-loop-optimizations -Wno-error=3Dma= ybe-uninitialized -Wno-error=3Darray-bounds -Wno-error=3Daddress -Wno-err= or=3Dcast-qual -Wno-error=3Dsequence-point -Wno-error=3Dattributes -Wno-er= ror=3Dstrict-overflow -Wno-error=3Doverflow -finline-limit=3D8000 -fms-ext= ensions --param inline-unit-growth=3D100 --param large-function-growth=3D10= 00 -std=3Diso9899:1999 -c /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/modules/vp= o/../../dev/ppbus/vpo.c -o vpo.o --- all_subdir_vr --- --- if_vr.o --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include -L/build= s/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/li= b --sysroot=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd= 64_gcc4.9/tmp -B/usr/local/x86_64-freebsd/bin/ -O2 -pipe -fno-strict-alias= ing -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -includ= e /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/sy= s/GENERIC/opt_global.h -I. -I/builds/FreeBSD_HEAD_amd64_gcc4.9/sys -fno-com= mon -g -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -I/builds/FreeB= SD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/sys/GENERIC -mcm= odel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchrono= us-unwind-tables -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -= Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes= -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-e= xtensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-p= ragmas -Wno-error=3Dinline -Wno-error=3Denum-compare -Wno-error=3Dunused-b= ut-set-variable -Wno-error=3Daggressive-loop-optimizations -Wno-error=3Dma= ybe-uninitialized -Wno-error=3Darray-bounds -Wno-error=3Daddress -Wno-err= or=3Dcast-qual -Wno-error=3Dsequence-point -Wno-error=3Dattributes -Wno-er= ror=3Dstrict-overflow -Wno-error=3Doverflow -finline-limit=3D8000 -fms-ext= ensions --param inline-unit-growth=3D100 --param large-function-growth=3D10= 00 -std=3Diso9899:1999 -c /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/modules/vr= /../../dev/vr/if_vr.c -o if_vr.o --- all_subdir_vmm --- /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/modules/vmm/../../amd64/vmm/vmm.c: In= function 'vm_handle_suspend': /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/modules/vmm/../../amd64/vmm/vmm.c:145= 8:9: warning: variable 'done' set but not used [-Wunused-but-set-variable] int i, done; ^ --- all_subdir_vpo --- ctfconvert -L VERSION -g vpo.o --- vpoio.o --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include -L/build= s/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/li= b --sysroot=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd= 64_gcc4.9/tmp -B/usr/local/x86_64-freebsd/bin/ -O2 -pipe -fno-strict-alias= ing -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -includ= e /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/sy= s/GENERIC/opt_global.h -I. -I/builds/FreeBSD_HEAD_amd64_gcc4.9/sys -fno-com= mon -g -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -I/builds/FreeB= SD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/sys/GENERIC -mcm= odel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchrono= us-unwind-tables -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -= Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes= -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-e= xtensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-p= ragmas -Wno-error=3Dinline -Wno-error=3Denum-compare -Wno-error=3Dunused-b= ut-set-variable -Wno-error=3Daggressive-loop-optimizations -Wno-error=3Dma= ybe-uninitialized -Wno-error=3Darray-bounds -Wno-error=3Daddress -Wno-err= or=3Dcast-qual -Wno-error=3Dsequence-point -Wno-error=3Dattributes -Wno-er= ror=3Dstrict-overflow -Wno-error=3Doverflow -finline-limit=3D8000 -fms-ext= ensions --param inline-unit-growth=3D100 --param large-function-growth=3D10= 00 -std=3Diso9899:1999 -c /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/modules/vp= o/../../dev/ppbus/vpoio.c -o vpoio.o ctfconvert -L VERSION -g vpoio.o --- vpo.ko.full --- /usr/local/x86_64-freebsd/bin/ld -d -warn-common -r -d -o vpo.ko.full immio= .o vpo.o vpoio.o ctfmerge -L VERSION -g -o vpo.ko.full immio.o vpo.o vpoio.o :> export_syms awk -f /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/conf/kmod_syms.awk vpo.ko.full= export_syms | xargs -J% /usr/local/x86_64-freebsd/bin/objcopy % vpo.ko.fu= ll --- vpo.ko.debug --- /usr/local/x86_64-freebsd/bin/objcopy --only-keep-debug vpo.ko.full vpo.ko.= debug --- vpo.ko --- /usr/local/x86_64-freebsd/bin/objcopy --strip-debug --add-gnu-debuglink=3Dv= po.ko.debug vpo.ko.full vpo.ko --- ar9280.o --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include -L/build= s/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/li= b --sysroot=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd= 64_gcc4.9/tmp -B/usr/local/x86_64-freebsd/bin/ -c -O2 -frename-registers -p= ipe -fno-strict-aliasing -g -nostdinc -I. -I/builds/FreeBSD_HEAD_amd64_gc= c4.9/sys -I/builds/FreeBSD_HEAD_amd64_gcc4.9/sys/contrib/libfdt -D_KERNEL -= DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer = -mno-omit-leaf-frame-pointer -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-= sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fwrapv -f= stack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict= -prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wu= ndef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagno= stics-show-option -Wno-unknown-pragmas -Wno-error=3Dinline -Wno-error=3De= num-compare -Wno-error=3Dunused-but-set-variable -Wno-error=3Daggressive-l= oop-optimizations -Wno-error=3Dmaybe-uninitialized -Wno-error=3Darray-boun= ds -Wno-error=3Daddress -Wno-error=3Dcast-qual -Wno-error=3Dsequence-point= -Wno-error=3Dattributes -Wno-error=3Dstrict-overflow -Wno-error=3Doverflo= w -fno-common -fms-extensions -finline-limit=3D8000 --param inline-unit-gr= owth=3D100 --param large-function-growth=3D1000 -std=3Diso9899:1999 /bui= lds/FreeBSD_HEAD_amd64_gcc4.9/sys/dev/ath/ath_hal/ar9002/ar9280.c -I/builds= /FreeBSD_HEAD_amd64_gcc4.9/sys/dev/ath -I/builds/FreeBSD_HEAD_amd64_gcc4.9/= sys/dev/ath/ath_hal --- modules-all --- --- all_subdir_usb --- --- all_subdir_urtw --- ctfconvert -L VERSION -g if_urtw.o --- if_urtw.ko.full --- /usr/local/x86_64-freebsd/bin/ld -d -warn-common -r -d -o if_urtw.ko.full i= f_urtw.o ctfmerge -L VERSION -g -o if_urtw.ko.full if_urtw.o --- ar9280.o --- ctfconvert -L VERSION -g ar9280.o --- modules-all --- :> export_syms awk -f /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/conf/kmod_syms.awk if_urtw.ko.= full export_syms | xargs -J% /usr/local/x86_64-freebsd/bin/objcopy % if_ur= tw.ko.full --- if_urtw.ko.debug --- /usr/local/x86_64-freebsd/bin/objcopy --only-keep-debug if_urtw.ko.full if_= urtw.ko.debug --- if_urtw.ko --- /usr/local/x86_64-freebsd/bin/objcopy --strip-debug --add-gnu-debuglink=3Di= f_urtw.ko.debug if_urtw.ko.full if_urtw.ko --- all_subdir_urtwn --- =3D=3D=3D> usb/urtwn (all) --- all_subdir_urtwnfw --- =3D=3D=3D> usb/urtwnfw (all) --- all --- =3D=3D=3D> usb/urtwnfw/urtwnrtl8188eu (all) --- all_subdir_urtwn --- --- if_urtwn.o --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include -L/build= s/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/li= b --sysroot=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd= 64_gcc4.9/tmp -B/usr/local/x86_64-freebsd/bin/ -O2 -pipe -fno-strict-alias= ing -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -includ= e /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/sy= s/GENERIC/opt_global.h -I. -I/builds/FreeBSD_HEAD_amd64_gcc4.9/sys -fno-com= mon -g -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -I/builds/FreeB= SD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/sys/GENERIC -mcm= odel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchrono= us-unwind-tables -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -= Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes= -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-e= xtensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-p= ragmas -Wno-error=3Dinline -Wno-error=3Denum-compare -Wno-error=3Dunused-b= ut-set-variable -Wno-error=3Daggressive-loop-optimizations -Wno-error=3Dma= ybe-uninitialized -Wno-error=3Darray-bounds -Wno-error=3Daddress -Wno-err= or=3Dcast-qual -Wno-error=3Dsequence-point -Wno-error=3Dattributes -Wno-er= ror=3Dstrict-overflow -Wno-error=3Doverflow -finline-limit=3D8000 -fms-ext= ensions --param inline-unit-growth=3D100 --param large-function-growth=3D10= 00 -std=3Diso9899:1999 -c /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/modules/us= b/urtwn/../../../dev/usb/wlan/if_urtwn.c -o if_urtwn.o --- all_subdir_urtwnfw --- --- urtwn-rtl8188eufw.fw --- uudecode -p /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/modules/usb/urtwnfw/urtwn= rtl8188eu/../../../../contrib/dev/urtwn/urtwn-rtl8188eufw.fw.uu > urtwn-rtl= 8188eufw.fw --- urtwn-rtl8188eufw.fw.fwo --- urtwn-rtl8188eufw.fw urtwn-rtl8188eufw.fw --- urtwn-rtl8188eufw.o --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include -L/build= s/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/li= b --sysroot=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd= 64_gcc4.9/tmp -B/usr/local/x86_64-freebsd/bin/ -O2 -pipe -fno-strict-alias= ing -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -includ= e /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/sy= s/GENERIC/opt_global.h -I. -I/builds/FreeBSD_HEAD_amd64_gcc4.9/sys -fno-com= mon -g -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -I/builds/FreeB= SD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/sys/GENERIC -mcm= odel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchrono= us-unwind-tables -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -= Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes= -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-e= xtensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-p= ragmas -Wno-error=3Dinline -Wno-error=3Denum-compare -Wno-error=3Dunused-b= ut-set-variable -Wno-error=3Daggressive-loop-optimizations -Wno-error=3Dma= ybe-uninitialized -Wno-error=3Darray-bounds -Wno-error=3Daddress -Wno-err= or=3Dcast-qual -Wno-error=3Dsequence-point -Wno-error=3Dattributes -Wno-er= ror=3Dstrict-overflow -Wno-error=3Doverflow -finline-limit=3D8000 -fms-ext= ensions --param inline-unit-growth=3D100 --param large-function-growth=3D10= 00 -std=3Diso9899:1999 -c urtwn-rtl8188eufw.c -o urtwn-rtl8188eufw.o urtwn-rtl8188eufw.c: In function 'urtwn_rtl8188eufw_fw_modevent': urtwn-rtl8188eufw.c:19:30: warning: variable 'parent' set but not used [-Wu= nused-but-set-variable] const struct firmware *fp, *parent; ^ ctfconvert -L VERSION -g urtwn-rtl8188eufw.o --- urtwn-rtl8188eufw.ko.full --- /usr/local/x86_64-freebsd/bin/ld -d -warn-common -r -d -o urtwn-rtl8188eufw= .ko.full urtwn-rtl8188eufw.fw.fwo urtwn-rtl8188eufw.o ctfmerge -L VERSION -g -o urtwn-rtl8188eufw.ko.full urtwn-rtl8188eufw.fw.fw= o urtwn-rtl8188eufw.o :> export_syms awk -f /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/conf/kmod_syms.awk urtwn-rtl81= 88eufw.ko.full export_syms | xargs -J% /usr/local/x86_64-freebsd/bin/objco= py % urtwn-rtl8188eufw.ko.full --- urtwn-rtl8188eufw.ko.debug --- /usr/local/x86_64-freebsd/bin/objcopy --only-keep-debug urtwn-rtl8188eufw.k= o.full urtwn-rtl8188eufw.ko.debug --- urtwn-rtl8188eufw.ko --- /usr/local/x86_64-freebsd/bin/objcopy --strip-debug --add-gnu-debuglink=3Du= rtwn-rtl8188eufw.ko.debug urtwn-rtl8188eufw.ko.full urtwn-rtl8188eufw.ko =3D=3D=3D> usb/urtwnfw/urtwnrtl8192cT (all) --- all_subdir_urtwn --- /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/modules/usb/urtwn/../../../dev/usb/wl= an/if_urtwn.c: In function 'urtwn_newstate': /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/modules/usb/urtwn/../../../dev/usb/wl= an/if_urtwn.c:1592:4: error: 'reg' undeclared (first use in this function) reg =3D urtwn_bb_read(sc, R92C_OFDM0_AGCCORE1(0)); ^ /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/modules/usb/urtwn/../../../dev/usb/wl= an/if_urtwn.c:1592:4: note: each undeclared identifier is reported only onc= e for each function it appears in --- all_subdir_urtwnfw --- --- urtwn-rtl8192cfwT.fw --- uudecode -p /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/modules/usb/urtwnfw/urtwn= rtl8192cT/../../../../contrib/dev/urtwn/urtwn-rtl8192cfwT.fw.uu > urtwn-rtl= 8192cfwT.fw --- urtwn-rtl8192cfwT.fw.fwo --- urtwn-rtl8192cfwT.fw urtwn-rtl8192cfwT.fw --- urtwn-rtl8192cfwT.o --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include -L/build= s/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/li= b --sysroot=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd= 64_gcc4.9/tmp -B/usr/local/x86_64-freebsd/bin/ -O2 -pipe -fno-strict-alias= ing -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -includ= e /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/sy= s/GENERIC/opt_global.h -I. -I/builds/FreeBSD_HEAD_amd64_gcc4.9/sys -fno-com= mon -g -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -I/builds/FreeB= SD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/sys/GENERIC -mcm= odel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchrono= us-unwind-tables -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -= Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes= -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-e= xtensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-p= ragmas -Wno-error=3Dinline -Wno-error=3Denum-compare -Wno-error=3Dunused-b= ut-set-variable -Wno-error=3Daggressive-loop-optimizations -Wno-error=3Dma= ybe-uninitialized -Wno-error=3Darray-bounds -Wno-error=3Daddress -Wno-err= or=3Dcast-qual -Wno-error=3Dsequence-point -Wno-error=3Dattributes -Wno-er= ror=3Dstrict-overflow -Wno-error=3Doverflow -finline-limit=3D8000 -fms-ext= ensions --param inline-unit-growth=3D100 --param large-function-growth=3D10= 00 -std=3Diso9899:1999 -c urtwn-rtl8192cfwT.c -o urtwn-rtl8192cfwT.o --- all_subdir_urtwn --- *** [if_urtwn.o] Error code 1 make[5]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/modules/usb/urtwn 1 error make[5]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/modules/usb/urtwn *** [all_subdir_urtwn] Error code 2 make[4]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/modules/usb --- all_subdir_urtwnfw --- urtwn-rtl8192cfwT.c: In function 'urtwn_rtl8192cfwT_fw_modevent': urtwn-rtl8192cfwT.c:19:30: warning: variable 'parent' set but not used [-Wu= nused-but-set-variable] const struct firmware *fp, *parent; ^ --- all_subdir_vmm --- ctfconvert -L VERSION -g vmm.o --- all_subdir_usb --- ctfconvert -L VERSION -g urtwn-rtl8192cfwT.o A failure has been detected in another branch of the parallel make make[6]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/modules/usb/urtwn= fw/urtwnrtl8192cT *** [all] Error code 2 make[5]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/modules/usb/urtwn= fw 1 error make[5]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/modules/usb/urtwn= fw *** [all_subdir_urtwnfw] Error code 2 make[4]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/modules/usb 2 errors make[4]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/modules/usb *** [all_subdir_usb] Error code 2 make[3]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/modules --- all_subdir_vmm --- A failure has been detected in another branch of the parallel make make[4]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/modules/vmm *** [all_subdir_vmm] Error code 2 make[3]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/modules --- all_subdir_vr --- ctfconvert -L VERSION -g if_vr.o A failure has been detected in another branch of the parallel make make[4]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/modules/vr *** [all_subdir_vr] Error code 2 make[3]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/modules 3 errors make[3]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/modules *** [modules-all] Error code 2 make[2]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HE= AD_amd64_gcc4.9/sys/GENERIC 1 error make[2]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HE= AD_amd64_gcc4.9/sys/GENERIC *** [buildkernel] Error code 2 make[1]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9 1 error make[1]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9 *** [buildkernel] Error code 2 make: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9 1 error make: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9 Build step 'Execute shell' marked build as failure [WARNINGS] Skipping publisher since build result is FAILURE IRC notifier plugin: Sending notification to: #freebsd-commits Email was triggered for: Failure - Any Sending email for trigger: Failure - Any From owner-freebsd-current@freebsd.org Fri Oct 23 11:18:47 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 35AE0A1C2A6; Fri, 23 Oct 2015 11:18:47 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id E856515D7; Fri, 23 Oct 2015 11:18:45 +0000 (UTC) (envelope-from avg@FreeBSD.org) 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 OAA09475; Fri, 23 Oct 2015 14:18:44 +0300 (EEST) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1ZpaMt-000A1N-TF; Fri, 23 Oct 2015 14:18:43 +0300 Subject: Re: kernel-toolchain fails in stable/9 build on head To: freebsd-toolchain@FreeBSD.org References: <562A01FA.5050100@FreeBSD.org> <562A0BAF.8070402@FreeBSD.org> Cc: FreeBSD Current , freebsd-stable List From: Andriy Gapon Message-ID: <562A1770.7070808@FreeBSD.org> Date: Fri, 23 Oct 2015 14:18:08 +0300 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 In-Reply-To: <562A0BAF.8070402@FreeBSD.org> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: 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, 23 Oct 2015 11:18:47 -0000 [sorry for top-posting *again*] Just for the records, doing `make make` and then using the resulting make binary seems to have solved the problems. On 23/10/2015 13:27, Andriy Gapon wrote: > > Oh, hrrm: > > --- libbackend.a --- > building static backend library > nm: 'print-rtl.o': No such file or directory > nm: 'rtl.o': No such file or directory > nm: 'vec.o': No such file or directory > ar: warning: can't open file: vec.o: No such file or directory > ar: warning: can't open file: rtl.o: No such file or directory > ar: warning: can't open file: print-rtl.o: No such file or directory > ranlib libbackend.a > > That's with -j4 during another attempt to build the same target. > > On 23/10/2015 12:46, Andriy Gapon wrote: >> >> $ make kernel-toolchain >> ... >> ===> gnu/usr.bin/cc/cc_tools (depend) >> make[4]: "/usr/devel/svn/stable/9/share/mk/bsd.own.mk" line 233: warning: >> unsetting WITH_CTF >> cc -O2 -pipe -O2 -fno-strict-aliasing -pipe -fno-omit-frame-pointer -I. >> -DGCCVER=\"4.2\" -DIN_GCC -DHAVE_CONFIG_H >> -DPREFIX=\"/usr/obj/usr/devel/svn/stable/9/tmp/usr\" >> -I/usr/obj/usr/devel/svn/stable/9/tmp/usr/devel/svn/stable/9/gnu/usr.bin/cc/cc_tools/../cc_tools >> -I/usr/devel/svn/stable/9/gnu/usr.bin/cc/cc_tools/../cc_tools >> -I/usr/devel/svn/stable/9/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc >> -I/usr/devel/svn/stable/9/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/config >> -I/usr/devel/svn/stable/9/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcclibs/include >> -I/usr/devel/svn/stable/9/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcclibs/libcpp/include >> -I/usr/devel/svn/stable/9/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcclibs/libdecnumber >> -g -DGENERATOR_FILE -DHAVE_CONFIG_H -g -std=gnu89 >> -I/usr/obj/usr/devel/svn/stable/9/tmp/legacy/usr/include -static >> -L/usr/obj/usr/devel/svn/stable/9/tmp/legacy/usr/lib -o genattrtab genattrtab.o >> rtl.o read-rtl.o ggc-none.o vec.o min-insn-modes.o gensupport.o print-rtl.o >> errors.o libiberty.a -lm >> print-rtl.o: In function `print_rtx': >> /usr/devel/svn/stable/9/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/print-rtl.c:287: >> undefined reference to `dump_addr' >> /usr/devel/svn/stable/9/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/print-rtl.c:533: >> undefined reference to `bitmap_print' >> /usr/devel/svn/stable/9/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/print-rtl.c:268: >> undefined reference to `print_node_brief' >> /usr/devel/svn/stable/9/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/print-rtl.c:540: >> undefined reference to `dump_addr' >> /usr/devel/svn/stable/9/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/print-rtl.c:415: >> undefined reference to `insn_file' >> /usr/devel/svn/stable/9/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/print-rtl.c:416: >> undefined reference to `insn_file' >> /usr/devel/svn/stable/9/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/print-rtl.c:416: >> undefined reference to `insn_line' >> /usr/devel/svn/stable/9/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/print-rtl.c:434: >> undefined reference to `reg_names' >> /usr/devel/svn/stable/9/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/print-rtl.c:588: >> undefined reference to `real_to_decimal' >> /usr/devel/svn/stable/9/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/print-rtl.c:592: >> undefined reference to `real_to_hexadecimal' >> /usr/devel/svn/stable/9/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/print-rtl.c:573: >> undefined reference to `mode_size' >> /usr/devel/svn/stable/9/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/print-rtl.c:575: >> undefined reference to `mode_size' >> cc: error: linker command failed with exit code 1 (use -v to see invocation) >> *** Error code 1 >> > > -- Andriy Gapon From owner-freebsd-current@freebsd.org Fri Oct 23 12:20:33 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9488FA1CD1E for ; Fri, 23 Oct 2015 12:20:33 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 85F3A9F0; Fri, 23 Oct 2015 12:20:33 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id B257BFB4; Fri, 23 Oct 2015 12:20:33 +0000 (UTC) Date: Fri, 23 Oct 2015 12:20:05 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: hselasky@FreeBSD.org, mav@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org Message-ID: <571376722.11.1445602821193.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <908184898.3.1445597201277.JavaMail.jenkins@jenkins-9.freebsd.org> References: <908184898.3.1445597201277.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD_amd64_gcc4.9 - Build #712 - Fixed MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_HEAD_amd64_gcc4.9 X-Jenkins-Result: SUCCESS Precedence: bulk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Oct 2015 12:20:33 -0000 FreeBSD_HEAD_amd64_gcc4.9 - Build #712 - Fixed: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_gcc4.9/712/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_gcc4.9/712/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_gcc4.9/712/console Change summaries: 289821 by hselasky: Fix kernel build by restoring a temporary variable which was not yet ripe for removal. 289819 by mav: Fix LUN disable in CAM broken at r285155. MFC after: 1 week From owner-freebsd-current@freebsd.org Fri Oct 23 12:36:58 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 84117A1D1D7; Fri, 23 Oct 2015 12:36:58 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 7509EA6E; Fri, 23 Oct 2015 12:36:58 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 8C6BDFD5; Fri, 23 Oct 2015 12:36:58 +0000 (UTC) Date: Fri, 23 Oct 2015 12:36:47 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: hselasky@FreeBSD.org, mav@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org, freebsd-i386@FreeBSD.org Message-ID: <352332766.13.1445603818443.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <142320614.1.1445596326076.JavaMail.jenkins@jenkins-9.freebsd.org> References: <142320614.1.1445596326076.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD_i386 - Build #1490 - Fixed MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_HEAD_i386 X-Jenkins-Result: SUCCESS Precedence: bulk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Oct 2015 12:36:58 -0000 FreeBSD_HEAD_i386 - Build #1490 - Fixed: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/1490/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/1490/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/1490/console Change summaries: 289821 by hselasky: Fix kernel build by restoring a temporary variable which was not yet ripe for removal. 289819 by mav: Fix LUN disable in CAM broken at r285155. MFC after: 1 week From owner-freebsd-current@freebsd.org Fri Oct 23 14:18:47 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 41381A1D586 for ; Fri, 23 Oct 2015 14:18:47 +0000 (UTC) (envelope-from gabdelmalik@uniridge.com.au) Received: from mail.uniridge.com.au (ec2-54-206-17-100.ap-southeast-2.compute.amazonaws.com [54.206.17.100]) by mx1.freebsd.org (Postfix) with ESMTP id AC8BA1217 for ; Fri, 23 Oct 2015 14:18:45 +0000 (UTC) (envelope-from gabdelmalik@uniridge.com.au) Received: from [192.168.11.50] (ip-192-168-11-50.ap-southeast-2.compute.internal [192.168.11.50]) by mail.uniridge.com.au (Postfix) with ESMTP id BB6D94A6C for ; Sat, 24 Oct 2015 01:10:47 +1100 (EST) From: George Abdelmalik Subject: dtc(1): reproducible segmentation fault Organization: Uniridge Pty Ltd To: freebsd-current@freebsd.org Message-ID: <562A3FE5.8020809@uniridge.com.au> Date: Sat, 24 Oct 2015 01:10:45 +1100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Fri, 23 Oct 2015 15:57:17 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: 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, 23 Oct 2015 14:18:47 -0000 Hi, With recent amd64 11.0-current system (as of earlier this week) I can reproduciblycw get a SIGSEGV when running a command such as $ dtc -o zb.dtb /usr/src/sys/boot/fdt/dts/arm/zedboard.dts Segmentation fault (core dumped) I've investigated the issue and found that the problem is at line 241 of the /usr/src/usr.bin/dtc/input_buffer.cc where the call to mmap(2) fails. Snippet below: 233 mmap_input_buffer::mmap_input_buffer(int fd) : input_buffer(0, 0) 234 { 235 struct stat sb; 236 if (fstat(fd, &sb)) 237 { 238 perror("Failed to stat file"); 239 } 240 size = sb.st_size; 241 buffer = (const char*)mmap(0, size, PROT_READ, 242 MAP_PREFAULT_READ, fd, 0); 243 if (buffer == 0) 244 { 245 perror("Failed to mmap file"); 246 } 247 } The code incorrectly tests againts 0 instead of MAP_FAILED for failure which is why the the perror message isn't seen at the terminal, the SIGSEGV happens later when an attempt to access the buffer array is made. Also the final parts of truss output are: .. .. getrusage(0,{ u=0.000000,s=0.002578,in=2,out=0 }) = 0 (0x0) mmap(0x0,2097152,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_ANON,-1,0x0) = 34384904192 (0x801800000) openat(AT_FDCWD,"xxx.dtb",O_WRONLY|O_CREAT|O_TRUNC,0666) = 3 (0x3) getrusage(0,{ u=0.000000,s=0.002697,in=2,out=0 }) = 0 (0x0) openat(AT_FDCWD,"/usr/src/sys/boot/fdt/dts/arm/zedboard.dts",O_RDONLY,00) = 4 (0x4) fstat(4,{ mode=-rw-r--r-- ,inode=73360,size=5360,blksize=5632 }) = 0 (0x0) fstat(4,{ mode=-rw-r--r-- ,inode=73360,size=5360,blksize=5632 }) = 0 (0x0) mmap(0x0,5360,PROT_READ,MAP_PREFAULT_READ,4,0x0) ERR#22 'Invalid argument' close(4) = 0 (0x0) SIGNAL 11 (SIGSEGV) process killed, signal = 11 (core dumped) Any help debugging this futher would be much appreciated. I just can't understand why the mmap in question would fail, and what's invalid about its arguments? Regards, George. -- George Abdelmalik Director Principal Software Engineer Uniridge Pty Ltd http://www.uniridge.com.au/ From owner-freebsd-current@freebsd.org Fri Oct 23 16:14:40 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 77AEEA1C03D for ; Fri, 23 Oct 2015 16:14:40 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: from mail-pa0-x231.google.com (mail-pa0-x231.google.com [IPv6:2607:f8b0:400e:c03::231]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 41EEDE8D for ; Fri, 23 Oct 2015 16:14:40 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: by pabrc13 with SMTP id rc13so121861702pab.0 for ; Fri, 23 Oct 2015 09:14:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=3Dy0ij8a6K/ec3jahwyvuthsrFUTYIl3AvEafO+YcS4=; b=QKHuXVDep97S/gGPfeUKCHlAuPjaL97GXoC0Krghd9ZUbu1ct+pkIj7aUG2BPsykzK ImjWLkTUpJksQTiI7gJOMUQ9JsUYfz0BZagw9P7aVjkr5L0nNb6c0zQNaCGmsanOEtos ZGvLrjpmog1wU2ZhLNmfP5me5oiBwmXcB5XPvCICKO7HX7GxszT1FhRKpetdqoL4mVIp tgXuiyIDVuCvi5pzWqSDlxVwvtRpvUo31FJ72rLuDRgasikQ3NkAFTYjdTiAL+jhwxxD A+4Mb/wuMe83gjQ+VSx6OlbxhpzVONQ3w4PAUsfs1BUAzbS5frwFTsROYlyoqivy8Z8C 8PbA== X-Received: by 10.68.88.165 with SMTP id bh5mr6081955pbb.160.1445616879717; Fri, 23 Oct 2015 09:14:39 -0700 (PDT) Received: from [192.168.20.11] (c-24-16-212-205.hsd1.wa.comcast.net. [24.16.212.205]) by smtp.gmail.com with ESMTPSA id pn8sm19779976pbb.16.2015.10.23.09.14.38 (version=TLSv1/SSLv3 cipher=OTHER); Fri, 23 Oct 2015 09:14:38 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (1.0) Subject: Re: dtc(1): reproducible segmentation fault From: Garrett Cooper X-Mailer: iPhone Mail (13B143) In-Reply-To: <562A3FE5.8020809@uniridge.com.au> Date: Fri, 23 Oct 2015 09:14:38 -0700 Cc: freebsd-current@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: References: <562A3FE5.8020809@uniridge.com.au> To: George Abdelmalik X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: 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, 23 Oct 2015 16:14:40 -0000 > On Oct 23, 2015, at 07:10, George Abdelmalik = wrote: >=20 > Hi, >=20 > With recent amd64 11.0-current system (as of earlier this week) I can repr= oduciblycw > get a SIGSEGV when running a command such as >=20 > $ dtc -o zb.dtb /usr/src/sys/boot/fdt/dts/arm/zedboard.dts > Segmentation fault (core dumped) >=20 > I've investigated the issue and found that the problem is at line > 241 of the /usr/src/usr.bin/dtc/input_buffer.cc where the call to > mmap(2) fails. Snippet below: >=20 > 233 mmap_input_buffer::mmap_input_buffer(int fd) : input_buffer(0, 0) > 234 { > 235 struct stat sb; > 236 if (fstat(fd, &sb)) > 237 { > 238 perror("Failed to stat file"); > 239 } > 240 size =3D sb.st_size; > 241 buffer =3D (const char*)mmap(0, size, PROT_READ, > 242 MAP_PREFAULT_READ, fd, 0); > 243 if (buffer =3D=3D 0) > 244 { > 245 perror("Failed to mmap file"); > 246 } > 247 } >=20 > The code incorrectly tests againts 0 instead of MAP_FAILED for failure > which is why the the perror message isn't seen at the terminal, the SIGSEG= V > happens later when an attempt to access the buffer array is made. >=20 > Also the final parts of truss output are: >=20 > .. > .. > getrusage(0,{ u=3D0.000000,s=3D0.002578,in=3D2,out=3D0 }) =3D 0 (0x0) > mmap(0x0,2097152,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_ANON,-1,0x0) =3D 343= 84904192 (0x801800000) > openat(AT_FDCWD,"xxx.dtb",O_WRONLY|O_CREAT|O_TRUNC,0666) =3D 3 (0x3) > getrusage(0,{ u=3D0.000000,s=3D0.002697,in=3D2,out=3D0 }) =3D 0 (0x0) > openat(AT_FDCWD,"/usr/src/sys/boot/fdt/dts/arm/zedboard.dts",O_RDONLY,00) =3D= 4 (0x4) > fstat(4,{ mode=3D-rw-r--r-- ,inode=3D73360,size=3D5360,blksize=3D5632 }) =3D= 0 (0x0) > fstat(4,{ mode=3D-rw-r--r-- ,inode=3D73360,size=3D5360,blksize=3D5632 }) =3D= 0 (0x0) > mmap(0x0,5360,PROT_READ,MAP_PREFAULT_READ,4,0x0) ERR#22 'Invalid argument'= > close(4) =3D 0 (0x0) > SIGNAL 11 (SIGSEGV) > process killed, signal =3D 11 (core dumped) >=20 > Any help debugging this futher would be much appreciated. I just can't und= erstand why > the mmap in question would fail, and what's invalid about its arguments? Hi George, Could you please post the bug report (with your dts file) on bugs.freebs= d.org and CC Ian Lepore and Warner Losh? Thanks! -NGie= From owner-freebsd-current@freebsd.org Fri Oct 23 16:40:44 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0B761A1C704 for ; Fri, 23 Oct 2015 16:40:44 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from outbound1b.ore.mailhop.org (outbound1b.ore.mailhop.org [54.200.247.200]) (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 D7E3EE21 for ; Fri, 23 Oct 2015 16:40:43 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from ilsoft.org (unknown [73.34.117.227]) by outbound1.ore.mailhop.org (Halon Mail Gateway) with ESMTPSA; Fri, 23 Oct 2015 16:40:54 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.14.9/8.14.9) with ESMTP id t9NGebmV021438; Fri, 23 Oct 2015 10:40:37 -0600 (MDT) (envelope-from ian@freebsd.org) Message-ID: <1445618437.91534.13.camel@freebsd.org> Subject: Re: dtc(1): reproducible segmentation fault From: Ian Lepore To: Garrett Cooper , George Abdelmalik Cc: freebsd-current@freebsd.org Date: Fri, 23 Oct 2015 10:40:37 -0600 In-Reply-To: References: <562A3FE5.8020809@uniridge.com.au> Content-Type: text/plain; charset="us-ascii" X-Mailer: Evolution 3.16.5 FreeBSD GNOME Team Port Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: 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, 23 Oct 2015 16:40:44 -0000 On Fri, 2015-10-23 at 09:14 -0700, Garrett Cooper wrote: > > On Oct 23, 2015, at 07:10, George Abdelmalik < > > gabdelmalik@uniridge.com.au> wrote: > > > > Hi, > > > > With recent amd64 11.0-current system (as of earlier this week) I > > can reproduciblycw > > get a SIGSEGV when running a command such as > > > > $ dtc -o zb.dtb /usr/src/sys/boot/fdt/dts/arm/zedboard.dts > > Segmentation fault (core dumped) > > > > I've investigated the issue and found that the problem is at line > > 241 of the /usr/src/usr.bin/dtc/input_buffer.cc where the call to > > mmap(2) fails. Snippet below: > > > > 233 mmap_input_buffer::mmap_input_buffer(int fd) : input_buffer(0, > > 0) > > 234 { > > 235 struct stat sb; > > 236 if (fstat(fd, &sb)) > > 237 { > > 238 perror("Failed to stat file"); > > 239 } > > 240 size = sb.st_size; > > 241 buffer = (const char*)mmap(0, size, PROT_READ, > > 242 MAP_PREFAULT_READ, fd, 0); > > 243 if (buffer == 0) > > 244 { > > 245 perror("Failed to mmap file"); > > 246 } > > 247 } > > > > The code incorrectly tests againts 0 instead of MAP_FAILED for > > failure > > which is why the the perror message isn't seen at the terminal, the > > SIGSEGV > > happens later when an attempt to access the buffer array is made. > > > > Also the final parts of truss output are: > > > > .. > > .. > > getrusage(0,{ u=0.000000,s=0.002578,in=2,out=0 }) = 0 (0x0) > > mmap(0x0,2097152,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_ANON,-1,0x0) > > = 34384904192 (0x801800000) > > openat(AT_FDCWD,"xxx.dtb",O_WRONLY|O_CREAT|O_TRUNC,0666) = 3 (0x3) > > getrusage(0,{ u=0.000000,s=0.002697,in=2,out=0 }) = 0 (0x0) > > openat(AT_FDCWD,"/usr/src/sys/boot/fdt/dts/arm/zedboard.dts",O_RDON > > LY,00) = 4 (0x4) > > fstat(4,{ mode=-rw-r--r-- ,inode=73360,size=5360,blksize=5632 }) = > > 0 (0x0) > > fstat(4,{ mode=-rw-r--r-- ,inode=73360,size=5360,blksize=5632 }) = > > 0 (0x0) > > mmap(0x0,5360,PROT_READ,MAP_PREFAULT_READ,4,0x0) ERR#22 'Invalid > > argument' > > close(4) = 0 (0x0) > > SIGNAL 11 (SIGSEGV) > > process killed, signal = 11 (core dumped) > > > > Any help debugging this futher would be much appreciated. I just > > can't understand why > > the mmap in question would fail, and what's invalid about its > > arguments? > > Hi George, > Could you please post the bug report (with your dts file) on > bugs.freebsd.org and CC Ian Lepore and Warner Losh? > Thanks! > -NGie Don't cc me. I looked at the in-tree dtc code once and decided it's too flawed to try to maintain, and it supports only a subset of the full dts syntax. That's why we switched back to using the gnu dtc for buildkernel. But I just discovered that for some reason gnu is not the copy of dtc that gets installed, it's just the one that gets used during a buildkernel. So basically if you do 'dtc -v' and the result is 0.4.0, that's too limited to compile modern dts files, and if the result is 1.4.0 that's the gnu dtc that should work fine, and if it doesn't we probably need to report the problem upstream. -- Ian From owner-freebsd-current@freebsd.org Fri Oct 23 19:23:59 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5CC94A1D781 for ; Fri, 23 Oct 2015 19:23:59 +0000 (UTC) (envelope-from cracauer@koef.zs64.net) Received: from koef.zs64.net (koef.zs64.net [IPv6:2a00:14b0:4200:32e0::1e6]) (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 0F3EAFF5 for ; Fri, 23 Oct 2015 19:23:58 +0000 (UTC) (envelope-from cracauer@koef.zs64.net) Received: from koef.zs64.net (koef.zs64.net [IPv6:2a00:14b0:4200:32e0:0:0:0:1e6]) by koef.zs64.net (8.15.2/8.14.9) with ESMTP id t9NJNsZr004945; Fri, 23 Oct 2015 19:23:54 GMT (envelope-from cracauer@koef.zs64.net) Received: (from cracauer@localhost) by koef.zs64.net (8.15.2/8.14.9/Submit) id t9NJNrjY004941; Fri, 23 Oct 2015 15:23:53 -0400 (EDT) (envelope-from cracauer) Date: Fri, 23 Oct 2015 15:23:53 -0400 From: Martin Cracauer To: Yonas Yanfa Cc: Martin Cracauer , freebsd-current@freebsd.org Subject: Re: Depreciate and remove gbde Message-ID: <20151023192353.GA95611@cons.org> References: <56237623.5010702@fizk.net> <20151019234406.GA88752@cons.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.24 (2015-08-30) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: 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, 23 Oct 2015 19:23:59 -0000 If I can open the soapbox for a moment. If you want a secure filesystem I think that at this particular time it would be entirely reasonable to use both gbde and geli stacked on top of each other, assuming you have CPU/battery to spare. (there should be enough cores but the battery might be unhappy) Nobody is going to go at your encrypted filesystem at the cipher level. The problem with using a less-testing system like either of these is that there might be errors in setup that have reduced the search space for the correct key. That happens all the time. The protocols to set up the actual cipher aren't trivial to get right. So if you stack both you would guard yourself against screwups in either, even if you use the same actual cipher for both layers. In addition there is a fashion right now that people with lots of brain and time go after the block chaining modes for block device encryption. It looks semi-ugly I'd say although not really spectacular right now. If you stack both gbde and geli on top of each other you can use different block chaining modes and you would also guard yourself against a failure there. Just don't do it on top of a consumer SATA SSD... Having said this, now that I looked at gbde's block chaining, it seems it simply inherits CBC from geom_aes.c, is that right? Martin Yonas Yanfa wrote on Mon, Oct 19, 2015 at 08:43:00PM -0400: > Hi Martin, thanks, that raises some interesting points. After reading PHK's > paper on GBDE, I can see enough differences between GDBE and GELI that > warrant keeping GDBE. > > [ At this point for me, this part is theoretical, but it's still > interesting ] I've seen the concerned made a few times that we need to > support existing users. That's true up to a point. There's always going to > be a way to transition from GDBE to GELI if we really want to (eg. a > conversion tool), or were forced to for any reason (full decrypt and > re-encrypt), so we shouldn't be keeping GDBE in the tree solely for this > reason alone. GDBE should be in the tree for it's technical merits (which > I've found it does have). However, if it turns out in X years from today > GELI can do everything GDBE can do and better, then I would say we should > figure out a way to remove GDBE. > > On Mon, Oct 19, 2015 at 7:44 PM, Martin Cracauer wrote: > > > Yonas Yanfa wrote on Sun, Oct 18, 2015 at 06:36:19AM -0400: > > > > > > Is there any objection to removing gbde? How many people use gbde? When > > > have you used gbde over geli, and why? > > > > You would exclude all current users from accessing their existing > > filesystems or whatever they put into that block device. > > > > A conversion tool would pretty much be forced to use the current > > kernel layers (doing the block chaining in userspace would be > > annoying), and it would be fundamentally unsafe to have your > > half-converted filesystem on disk in case of an interruption. Plus I > > think GELI uses a bigger header so you might fall short by a couple of > > bytes and you can't do anything about it on the block level with no > > access to the filesystem. > > > > And people might not have their gbde units accessible right now, it > > might be on a laptop in a closet on a different continent. > > > > Martin > > -- > > %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% > > Martin Cracauer http://www.cons.org/cracauer/ > > -- %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% Martin Cracauer http://www.cons.org/cracauer/ From owner-freebsd-current@freebsd.org Fri Oct 23 20:20:28 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 80684A1D2BD for ; Fri, 23 Oct 2015 20:20:28 +0000 (UTC) (envelope-from phk@phk.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.freebsd.org (Postfix) with ESMTP id 4991B627 for ; Fri, 23 Oct 2015 20:20:28 +0000 (UTC) (envelope-from phk@phk.freebsd.dk) Received: from critter.freebsd.dk (unknown [192.168.55.3]) by phk.freebsd.dk (Postfix) with ESMTP id 455364F860; Fri, 23 Oct 2015 20:20:21 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.15.2/8.15.2) with ESMTP id t9NKKJH9006217; Fri, 23 Oct 2015 20:20:20 GMT (envelope-from phk@phk.freebsd.dk) To: Martin Cracauer cc: Yonas Yanfa , freebsd-current@freebsd.org Subject: Re: Depreciate and remove gbde In-reply-to: <20151023192353.GA95611@cons.org> From: "Poul-Henning Kamp" References: <56237623.5010702@fizk.net> <20151019234406.GA88752@cons.org> <20151023192353.GA95611@cons.org> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <6215.1445631619.1@critter.freebsd.dk> Date: Fri, 23 Oct 2015 20:20:19 +0000 Message-ID: <6216.1445631619@critter.freebsd.dk> X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: 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, 23 Oct 2015 20:20:28 -0000 -------- In message <20151023192353.GA95611@cons.org>, Martin Cracauer writes: >If you want a secure filesystem I think that at this particular time >it would be entirely reasonable to use both gbde and geli stacked on >top of each other[...] Nobody is going to break through the GELI or GBDE crypto, they'll find their way to the keys instead, or more likely, jail you until you sing. But neither GELI og GBDE alone or together give you a secure filesystem. The very first requirement for a secure filesystem is that you can trust the computer it is mounted on. No commercially available smartphone, tablet, laptop, server or desktop computer can be trusted by the owner at this point in time. Want a secure filesystem ? First step is to mount it on RaspBerry or Beaglebone without network connectivity... But more importantly: There is no technical fix for lost privacy, that is a political problem, and it must be solved by political means. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@freebsd.org Sat Oct 24 12:40:17 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C818BA1C9B5 for ; Sat, 24 Oct 2015 12:40:17 +0000 (UTC) (envelope-from theraven@FreeBSD.org) Received: from theravensnest.org (theraven.freebsd.your.org [216.14.102.27]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "cloud.theravensnest.org", Issuer "StartCom Class 1 Primary Intermediate Server CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 9965F681; Sat, 24 Oct 2015 12:40:16 +0000 (UTC) (envelope-from theraven@FreeBSD.org) Received: from [192.168.0.7] (cpc16-cmbg15-2-0-cust60.5-4.cable.virginm.net [86.5.162.61]) (authenticated bits=0) by theravensnest.org (8.15.2/8.15.2) with ESMTPSA id t9OCdqB5028225 (version=TLSv1 cipher=ECDHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 24 Oct 2015 12:40:08 GMT (envelope-from theraven@FreeBSD.org) X-Authentication-Warning: theravensnest.org: Host cpc16-cmbg15-2-0-cust60.5-4.cable.virginm.net [86.5.162.61] claimed to be [192.168.0.7] Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2104\)) Subject: Re: dtc(1): reproducible segmentation fault From: David Chisnall In-Reply-To: <1445618437.91534.13.camel@freebsd.org> Date: Sat, 24 Oct 2015 11:07:34 +0100 Cc: Garrett Cooper , George Abdelmalik , freebsd-current@freebsd.org Content-Transfer-Encoding: 7bit Message-Id: <2D772151-85F9-4D80-8074-58CD11FFF778@FreeBSD.org> References: <562A3FE5.8020809@uniridge.com.au> <1445618437.91534.13.camel@freebsd.org> To: Ian Lepore X-Mailer: Apple Mail (2.2104) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: 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, 24 Oct 2015 12:40:17 -0000 On 23 Oct 2015, at 17:40, Ian Lepore wrote: > > Don't cc me. I looked at the in-tree dtc code once and decided it's > too flawed to try to maintain, and it supports only a subset of the > full dts syntax. That's why we switched back to using the gnu dtc for > buildkernel. But I just discovered that for some reason gnu is not the > copy of dtc that gets installed, it's just the one that gets used > during a buildkernel. Please assign the bug to me. David From owner-freebsd-current@freebsd.org Sat Oct 24 13:11:49 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8BBEAA1D077 for ; Sat, 24 Oct 2015 13:11:49 +0000 (UTC) (envelope-from theraven@FreeBSD.org) Received: from theravensnest.org (theraven.freebsd.your.org [216.14.102.27]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "cloud.theravensnest.org", Issuer "StartCom Class 1 Primary Intermediate Server CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 51E31113F; Sat, 24 Oct 2015 13:11:48 +0000 (UTC) (envelope-from theraven@FreeBSD.org) Received: from [192.168.0.7] (cpc16-cmbg15-2-0-cust60.5-4.cable.virginm.net [86.5.162.61]) (authenticated bits=0) by theravensnest.org (8.15.2/8.15.2) with ESMTPSA id t9ODBjUl028424 (version=TLSv1 cipher=ECDHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 24 Oct 2015 13:11:47 GMT (envelope-from theraven@FreeBSD.org) X-Authentication-Warning: theravensnest.org: Host cpc16-cmbg15-2-0-cust60.5-4.cable.virginm.net [86.5.162.61] claimed to be [192.168.0.7] Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2104\)) Subject: Re: dtc(1): reproducible segmentation fault From: David Chisnall In-Reply-To: <2D772151-85F9-4D80-8074-58CD11FFF778@FreeBSD.org> Date: Sat, 24 Oct 2015 14:11:36 +0100 Cc: Garrett Cooper , George Abdelmalik , freebsd-current@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: References: <562A3FE5.8020809@uniridge.com.au> <1445618437.91534.13.camel@freebsd.org> <2D772151-85F9-4D80-8074-58CD11FFF778@FreeBSD.org> To: Ian Lepore X-Mailer: Apple Mail (2.2104) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: 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, 24 Oct 2015 13:11:49 -0000 On 24 Oct 2015, at 11:07, David Chisnall wrote: >=20 > On 23 Oct 2015, at 17:40, Ian Lepore wrote: >>=20 >> Don't cc me. I looked at the in-tree dtc code once and decided it's >> too flawed to try to maintain, and it supports only a subset of the >> full dts syntax. That's why we switched back to using the gnu dtc = for >> buildkernel. But I just discovered that for some reason gnu is not = the >> copy of dtc that gets installed, it's just the one that gets used >> during a buildkernel. >=20 > Please assign the bug to me. Actually, it looks as if this is one of the (many) bugs in dtc that I = fixed in a bunch of changes that I made (and didn=E2=80=99t get around = to committing) last Christmas (https://github.com/davidchisnall/dtc). = Patrick Wildt tested the version that I was working on with a load of = things from the GPL dtc test suite and they all passed. I=E2=80=99m now = running a make universe with the new version, and I=E2=80=99ll commit if = there are no problems. David From owner-freebsd-current@freebsd.org Sat Oct 24 15:59:50 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2689CA1D463 for ; Sat, 24 Oct 2015 15:59:50 +0000 (UTC) (envelope-from jhs@berklix.com) Received: from slim.berklix.org (slim.berklix.org [94.185.90.68]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id AB3A21B3 for ; Sat, 24 Oct 2015 15:59:47 +0000 (UTC) (envelope-from jhs@berklix.com) Received: from mart.js.berklix.net (p5B226D54.dip0.t-ipconnect.de [91.34.109.84]) (authenticated bits=128) by slim.berklix.org (8.14.5/8.14.5) with ESMTP id t9OG1IOu010661; Sat, 24 Oct 2015 18:01:18 +0200 (CEST) (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 t9OFxV5S083587; Sat, 24 Oct 2015 17:59:31 +0200 (CEST) (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 t9OFwsiF078038; Sat, 24 Oct 2015 17:59:06 +0200 (CEST) (envelope-from jhs@berklix.com) Message-Id: <201510241559.t9OFwsiF078038@fire.js.berklix.net> cc: Martin Cracauer , Yonas Yanfa , "Poul-Henning Kamp" To: freebsd-current@freebsd.org Subject: Re: Depreciate and remove gbde 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 "Fri, 23 Oct 2015 20:20:19 -0000." <6216.1445631619@critter.freebsd.dk> Date: Sat, 24 Oct 2015 17:58:54 +0200 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: 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, 24 Oct 2015 15:59:50 -0000 > >If you want a secure filesystem I think that at this particular time > >it would be entirely reasonable to use both gbde and geli stacked on > >top of each other[...] I've often wondered if multiple encryption (CPU permitting) is sensible in case one day some method is cracked but another stays secure. There's been recent discussions on cracking algorithms at http://lists.gnupg.org/pipermail/gnupg-users/2015-October/054586.html I see man geli has: Supports many cryptographic algorithms (currently AES-XTS, AES-CBC, Blowfish-CBC, Camellia-CBC and 3DES-CBC). NAME section of man 1 gbde & geli both ref. GEOM. Skimming man 1 4 8 gbde geom I'm not sure how gbde compares. > Nobody is going to break through the GELI or GBDE crypto, they'll > find their way to the keys instead, or more likely, jail you until > you sing. Yes, if 'they' are physicaly present government, criminals etc. Encryption (& perhaps multiple encryption) is nice against eg - sneak thieves/ industrial spies/ remote hostile governments, - where one must sometimes share root with others. - scanners remote or local (Scanners could be hidden in BLOBs. Anyone else worry how many binary BLOBs are in FreeBSD, especially ports/ ? I started a list a couple of years back, got scared how many, then stopped after I realised a list was not maintainable & better to add a BLOB_HAZARD= label to ports Makefiles, but no one seemed interested ). - Casual physical loss: - My brother's USB stick fell off its plastic retainer to key ring, picture: http://www.conrad.de/ce/de/product/417197/ - Small shiney USB sticks on desk could be attractive like jewelery to birds such as magpies (`Elster' fly here, I stopped one thieving a shiney foil wrapped bar, a lot heavier & bigger than a USB stick). My data is long encrypted, I'll buy phk@ a beer if we meet somewhere :-) Cheers, Julian -- Julian Stacey, BSD Linux Unix Sys. Eng. Consultant Munich http://berklix.com Reply After previous text to preserve context, as in a play script. Indent previous text with > Insert new lines before 80 chars. Use plain text, Not quoted-printable, Not HTML, Not base64, Not MS.doc. From owner-freebsd-current@freebsd.org Sat Oct 24 16:28:42 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E125EA1D9BB for ; Sat, 24 Oct 2015 16:28:42 +0000 (UTC) (envelope-from sbruno@freebsd.org) Received: from mail.ignoranthack.me (ignoranthack.me [199.102.79.106]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id C8880103A for ; Sat, 24 Oct 2015 16:28:42 +0000 (UTC) (envelope-from sbruno@freebsd.org) Received: from [192.168.200.208] (unknown [50.136.155.142]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: sbruno@ignoranthack.me) by mail.ignoranthack.me (Postfix) with ESMTPSA id 6C830193A19 for ; Sat, 24 Oct 2015 16:28:41 +0000 (UTC) To: freebsd-current From: Sean Bruno Subject: [CFT] em(4) - Update to use Extended RX Descriptor Format Message-ID: <562BB1B8.4030002@freebsd.org> Date: Sat, 24 Oct 2015 09:28:40 -0700 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: 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, 24 Oct 2015 16:28:43 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 https://reviews.freebsd.org/D3447 I'm looking for a bunch of you folks who have em(4) and *not* lem(4) to test out this update. This matches what linux does in e1000e vs e1000 and should be a no-op for your machines. The more devices we test here the better. sean -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQF8BAEBCgBmBQJWK7G1XxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRCQUFENDYzMkU3MTIxREU4RDIwOTk3REQx MjAxRUZDQTFFNzI3RTY0AAoJEBIB78oecn5k6JwH/0d2sg+hg6e+MfkE4FTMZHjw 59cAbKtbrVPNY4EVnuzLYTcxuVnFMtQfWwA8zyJLja6snRLfrONdmtrJnOKIuRbz E9Jhn29JPMyW/aSrhOOEhwS4QV4ffQ1j9V0VbiqeN9JVgutegxpWGoX6ZRkx40Gk eWUJALnCNdj3cM/c1UoRQhUrlXndAJEYw7t0hcjJwUGQodE7R451mJi/0dqGc1qP Pytyxu/4uOgRZkKjWfFClBfI9vmsG06UfxcwcALeAQdQ5uZtfOctC6dPhAKgc65x hqzpxNyfSzdLVpp/KfeKIICXeDzBxdkbWLDh6JXt899BP4z0dw4pNOVSHa/DcTo= =6dGn -----END PGP SIGNATURE----- From owner-freebsd-current@freebsd.org Sat Oct 24 18:57:20 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B2F46A1D32D for ; Sat, 24 Oct 2015 18:57:20 +0000 (UTC) (envelope-from sobomax@sippysoft.com) Received: from mail-wi0-x229.google.com (mail-wi0-x229.google.com [IPv6:2a00:1450:400c:c05::229]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4A20412E7 for ; Sat, 24 Oct 2015 18:57:20 +0000 (UTC) (envelope-from sobomax@sippysoft.com) Received: by wicfv8 with SMTP id fv8so68939218wic.0 for ; Sat, 24 Oct 2015 11:57:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sippysoft_com.20150623.gappssmtp.com; s=20150623; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=lmO9tW/c/Jy0nwFhlLPdRLihaybHY83AkF2ZU3DPNsY=; b=pcY+NRvsUVuNzzOEQbYXE5a8Ea9EvRAvTtHhPfg4/hLKWvRWkrC/ocRX/WGjm3H0cn Oxf6/6TTq1x51FQwrP/dYzQGeB3BpiL3T9eCR3st0eAoK9dkXDjYrKDyv/8hak4EFf4D 48WR+W3MWrNtI8uBnNE1fkJIrDluY9fXwUi8kI12K3hzqbuUslNydRVmhqzj1iRdqjrK E3j0HofocYJoB0F+/BY+bIi6cR7btT6pqogDxXadsDAvPy33LDCR08CGXkNCMBQGjA3/ m4QSr25AUtoCM2KuZMiJ9abWlYVz8PqxQ6NanhYA79kNIfIwszi2azSk01saSYNGsCfi KPSA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=lmO9tW/c/Jy0nwFhlLPdRLihaybHY83AkF2ZU3DPNsY=; b=XhICzKMH47AibMEMYeNbs19jB+s9XumC4+WqP26iYvWyDByq21OCgxU7paT/q3UxF9 ZISsc06Cymb9faGqJZwDFh8fiSEjGL5PjLvaAbHxYwy1uKysq/dbQN+b+Bxk+tUQ7vEL nLi+jC62n+UNVQoIa2YT4s/EQjOmnPKQHSOql/BMJfb80baRjIt9EyOR3wYMDlC6Dop9 5DazyxuDTwNJH6q2XI3AnlxQ9x9uk+QHFn6yskKs8pYD84xycw0iX5XE2Qr+uFFSojrX Jc5HlyBn3vkMEZfVMf2KouAPYfWwint5CNqQKOtzaH6W9L3eDLPkri3VcmF6j0bKYJVF LESg== X-Gm-Message-State: ALoCoQkAEz0QlSoD1yA2251RUWAgx0ub1C7pvCLK5wcnmo4Q8NSaBsi0hLKeitrefkXKv4d+/Exk MIME-Version: 1.0 X-Received: by 10.180.39.162 with SMTP id q2mr11740957wik.12.1445713037442; Sat, 24 Oct 2015 11:57:17 -0700 (PDT) Sender: sobomax@sippysoft.com Received: by 10.27.11.228 with HTTP; Sat, 24 Oct 2015 11:57:17 -0700 (PDT) In-Reply-To: <201510241559.t9OFwsiF078038@fire.js.berklix.net> References: <6216.1445631619@critter.freebsd.dk> <201510241559.t9OFwsiF078038@fire.js.berklix.net> Date: Sat, 24 Oct 2015 11:57:17 -0700 X-Google-Sender-Auth: N_bOOqJWRCJJshdKJWnBNM2brQQ Message-ID: Subject: Re: Depreciate and remove gbde From: Maxim Sobolev To: "Julian H. Stacey" Cc: freebsd-current@freebsd.org, Martin Cracauer , Yonas Yanfa , Poul-Henning Kamp Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: 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, 24 Oct 2015 18:57:20 -0000 For what's worth we are using modded GBDE in one of the products to provide copy protection for the firmware and encryption of user's data. GELI is nice, but it's way much more end-user oriented. Also GBDE code is very stable, which may look bad from somebody using it to protect his pr0n collection, but from the PoV of us as ISV we have very little trouble porting our changes from FreeBSD 6 that we've started with originally to 7, 8, 9 and the FreeBSD 11 today. I would be really sorry to see it nuked from the FreeBSD without any good technical reason. Just my CAD0.02c. On Sat, Oct 24, 2015 at 8:58 AM, Julian H. Stacey wrote: > > >If you want a secure filesystem I think that at this particular time > > >it would be entirely reasonable to use both gbde and geli stacked on > > >top of each other[...] > > I've often wondered if multiple encryption (CPU permitting) is sensible in > case one day some method is cracked but another stays secure. > There's been recent discussions on cracking algorithms at > http://lists.gnupg.org/pipermail/gnupg-users/2015-October/054586.html > > I see man geli has: > Supports many cryptographic algorithms (currently AES-XTS, > AES-CBC, Blowfish-CBC, Camellia-CBC and 3DES-CBC). > NAME section of man 1 gbde & geli both ref. GEOM. > Skimming man 1 4 8 gbde geom I'm not sure how gbde compares. > > > > Nobody is going to break through the GELI or GBDE crypto, they'll > > find their way to the keys instead, or more likely, jail you until > > you sing. > > Yes, if 'they' are physicaly present government, criminals etc. > > Encryption (& perhaps multiple encryption) is nice against eg > - sneak thieves/ industrial spies/ remote hostile governments, > - where one must sometimes share root with others. > - scanners remote or local > (Scanners could be hidden in BLOBs. Anyone else worry how many > binary BLOBs are in FreeBSD, especially ports/ ? I started a > list a couple of years back, got scared how many, then stopped > after I realised a list was not maintainable & better to add a > BLOB_HAZARD= label to ports Makefiles, but no one seemed interested ). > - Casual physical loss: > - My brother's USB stick fell off its plastic retainer to key ring, > picture: http://www.conrad.de/ce/de/product/417197/ > - Small shiney USB sticks on desk could be attractive like jewelery > to birds such as magpies (`Elster' fly here, I stopped one thieving > a shiney foil wrapped bar, a lot heavier & bigger than a USB stick). > > My data is long encrypted, I'll buy phk@ a beer if we meet somewhere :-) > > Cheers, > Julian > -- > Julian Stacey, BSD Linux Unix Sys. Eng. Consultant Munich > http://berklix.com > Reply After previous text to preserve context, as in a play script. > Indent previous text with > Insert new lines before 80 chars. > Use plain text, Not quoted-printable, Not HTML, Not base64, Not MS.doc. > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > From owner-freebsd-current@freebsd.org Sat Oct 24 19:06:28 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 82670A1D5B7 for ; Sat, 24 Oct 2015 19:06:28 +0000 (UTC) (envelope-from jmg@gold.funkthat.com) Received: from gold.funkthat.com (gate2.funkthat.com [208.87.223.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "gold.funkthat.com", Issuer "gold.funkthat.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 44BE21C4B for ; Sat, 24 Oct 2015 19:06:27 +0000 (UTC) (envelope-from jmg@gold.funkthat.com) Received: from gold.funkthat.com (localhost [127.0.0.1]) by gold.funkthat.com (8.14.5/8.14.5) with ESMTP id t9OJ6BJj092861 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 24 Oct 2015 12:06:11 -0700 (PDT) (envelope-from jmg@gold.funkthat.com) Received: (from jmg@localhost) by gold.funkthat.com (8.14.5/8.14.5/Submit) id t9OJ6B5F092860; Sat, 24 Oct 2015 12:06:11 -0700 (PDT) (envelope-from jmg) Date: Sat, 24 Oct 2015 12:06:11 -0700 From: John-Mark Gurney To: "Julian H. Stacey" Cc: freebsd-current@freebsd.org, Martin Cracauer , Yonas Yanfa , Poul-Henning Kamp Subject: Re: Depreciate and remove gbde Message-ID: <20151024190611.GE65715@funkthat.com> References: <6216.1445631619@critter.freebsd.dk> <201510241559.t9OFwsiF078038@fire.js.berklix.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201510241559.t9OFwsiF078038@fire.js.berklix.net> X-Operating-System: FreeBSD 9.1-PRERELEASE amd64 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? User-Agent: Mutt/1.5.21 (2010-09-15) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (gold.funkthat.com [127.0.0.1]); Sat, 24 Oct 2015 12:06:12 -0700 (PDT) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: 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, 24 Oct 2015 19:06:28 -0000 Julian H. Stacey wrote this message on Sat, Oct 24, 2015 at 17:58 +0200: > > >If you want a secure filesystem I think that at this particular time > > >it would be entirely reasonable to use both gbde and geli stacked on > > >top of each other[...] > > I've often wondered if multiple encryption (CPU permitting) is sensible in > case one day some method is cracked but another stays secure. Depends if you care about performance or not. gbde is very slow, maybe 150MB/sec/core on a decently fast processor... Where as geli is ~1GB/sec/core (AES-XTS)... > There's been recent discussions on cracking algorithms at > http://lists.gnupg.org/pipermail/gnupg-users/2015-October/054586.html > > I see man geli has: > Supports many cryptographic algorithms (currently AES-XTS, > AES-CBC, Blowfish-CBC, Camellia-CBC and 3DES-CBC). > NAME section of man 1 gbde & geli both ref. GEOM. > Skimming man 1 4 8 gbde geom I'm not sure how gbde compares. gbde uses AES128-CBC, which is bad for modern processors that have AES-NI instructions, as AES-CBC cannot be pipelined. > > Nobody is going to break through the GELI or GBDE crypto, they'll > > find their way to the keys instead, or more likely, jail you until > > you sing. > > Yes, if 'they' are physicaly present government, criminals etc. > > Encryption (& perhaps multiple encryption) is nice against eg The thing I like most about encryption is that when I RMA a bad drive, I don't have to worry about my data leaking if I am unable to overwrite all the data... Also, for SSD's, where a complete overwrite will not overwrite all the data, this helps that.. Note that even w/ drives purporting to provide hardware encryption they don't do it very well: http://arstechnica.com/security/2015/10/western-digital-self-encrypting-hard-drives-riddled-with-security-flaws/ -- 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 Oct 24 20:37:34 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 11CE4A1E947; Sat, 24 Oct 2015 20:37:34 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 03648C1D; Sat, 24 Oct 2015 20:37:34 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 43FFE1574; Sat, 24 Oct 2015 20:37:34 +0000 (UTC) Date: Sat, 24 Oct 2015 20:37:32 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: mav@FreeBSD.org, cem@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org, freebsd-i386@FreeBSD.org Message-ID: <1095000593.3.1445719054247.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1578901063.1.1445704636176.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1578901063.1.1445704636176.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD_i386 - Build #1497 - Fixed MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_HEAD_i386 X-Jenkins-Result: SUCCESS Precedence: bulk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Oct 2015 20:37:34 -0000 FreeBSD_HEAD_i386 - Build #1497 - Fixed: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/1497/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/1497/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/1497/console Change summaries: 289884 by cem: xen: Add missing semi-colon for BITSET_DEFINE() Broken when it was removed from the macro in r289867. Pointy-hat: markj Sponsored by: EMC / Isilon Storage Division 289882 by mav: Add PIM_EXTLUNS support to isp(4) driver. Now 24xx and above chips support full 8-byte LUN address space. Older FC chips may support up to 16K LUNs when firmware allows. Tested in both initiator and target modes for 23xx, 24xx and 25xx. 289881 by mav: Give CTL support for PIM_EXTLUNS when talking to CAM. CTL itself still lives in flat LUN space, but it can generate extended numbers if CAM SIM reports such capability. From owner-freebsd-current@freebsd.org Sat Oct 24 20:47:44 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D08F4A1EB6A for ; Sat, 24 Oct 2015 20:47:44 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.friendlyhosting.spb.ru (onlyone.friendlyhosting.spb.ru [IPv6:2a01:4f8:131:60a2::2]) by mx1.freebsd.org (Postfix) with ESMTP id 637571215 for ; Sat, 24 Oct 2015 20:47:44 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from lion.home.serebryakov.spb.ru (unknown [IPv6:2001:470:923f:1:3c23:bcdc:5292:fa5f]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.friendlyhosting.spb.ru (Postfix) with ESMTPSA id 57CD52BDC for ; Sat, 24 Oct 2015 23:47:41 +0300 (MSK) Date: Sat, 24 Oct 2015 23:47:34 +0300 From: Lev Serebryakov Reply-To: lev@FreeBSD.org Organization: FreeBSD X-Priority: 3 (Normal) Message-ID: <198357121.20151024234734@serebryakov.spb.ru> To: freebsd-current Subject: Almost instant crasj after boot, 100% reproducable, version from middle of summer works 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.20 Precedence: 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, 24 Oct 2015 20:47:45 -0000 Hello freebsd-current, I have "home router" based on Intel MoBo with integrated Arom D2500 CPU. It boots and works fine on -CURRENT r285355 (it is ~11 of Jun 2015). But several latest revisions (I've tried r288145 month ago and now r289874) crashes almost instantly after boot. It is 100% reproducible and didn't changed for last month. Crash looks like this: .... uhub4: 8 ports with 8 removable, self powered ugen4.2: at usbus4 umass0: on usbus4 Root mount waiting for: usbus4 Trying to mount root from ufs:/dev/ufs/gws1a [ro]... mountroot: waiting for device /dev/ufs/gws1a ... da0 at umass-sim0 bus 0 scbus0 target 0 lun 0 da0: Removable Direct Access SCSI-2 device da0: Serial Number E8FT11YH da0: 40.000MB/s transfers da0: 3899MB (7987198 512 byte sectors) da0: quirks=0x2 random: unblocking device. sysctl: kern.ipc.nmbclusters=65536 at line 15: Invalid argument Setting hostuuid: fafea46a-1adb-e111-b48f-00e04cb00c04. Setting hostid: 0x5084ca4a. No suitable dump device was found. Starting file system checks: /dev/ufs/gws1a: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ufs/gws1a: clean, 642471 free (471 frags, 80250 blocks, 0.0% fragmentation) /dev/ufs/gws3: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ufs/gws3: clean, 15292 free (28 frags, 1908 blocks, 0.2% fragmentation) Mounting local file systems:. Setting hostname: gateway.home.serebryakov.spb.ru. Setting up harvesting:[UMA],[FS_ATIME],SWI,INTERRUPT,NET_NG,NET_ETHER,NET_TUN,MOUSE,KEYBOARD,ATTACH,CACHED Feeding entropy:eval: cannot create /entropy: Read-only file system ath_hal_reg_write: reg=0x000080e0, val=0xffffffff, pm=1 ath_hal_reg_write: reg=0x000080e4, val=0x0000ffff, pm=1 wlan0: Ethernet address: 00:15:6d:85:5f:fc Created wlan(4) interfaces: wlan0. Created clone interfaces: gif0. em0: link state changed to UP em0: link state changed to DOWN ifconfig: NONE: bad value vlan0: changing name to 'skynet' vlan1: changing name to 'eltel' Starting hostapd. Configuration file: /etc/hostapd-wlan0.conf Line 8: DEPRECATED: 'dump_file' configuration variable is not used anymore Using interface wlan0 with hwaddr 00:15:6d:85:5f:fc and ssid "home.serebryakov.spb.ru" wlan0: interface state UNINITIALIZED->ENABLED wlan0: AP-ENABLED kernel trap 9 with interrupts disabled Fatal trap 9: general protection fault while in kernel mode cpuid = 0; apic id = 00 instruction pointer = 0x20:0xffffffff805190b6 stack pointer = 0x28:0xfffffe012260e7d0 frame pointer = 0x28:0xfffffe012260e8c0 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = resume, IOPL = 0 current process = 16 (syncer) trap number = 9 panic: general protection fault cpuid = 0 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe012260e470 vpanic() at vpanic+0x182/frame 0xfffffe012260e4f0 panic() at panic+0x43/frame 0xfffffe012260e550 trap_fatal() at trap_fatal+0x351/frame 0xfffffe012260e5b0 trap() at trap+0x6d8/frame 0xfffffe012260e710 calltrap() at calltrap+0x8/frame 0xfffffe012260e710 --- trap 0x9, rip = 0xffffffff805190b6, rsp = 0xfffffe012260e7e0, rbp = 0xfffffe012260e8c0 --- sched_add() at sched_add+0x116/frame 0xfffffe012260e8c0 intr_event_schedule_thread() at intr_event_schedule_thread+0xae/frame 0xfffffe012260e8f0 intr_event_handle() at intr_event_handle+0xe2/frame 0xfffffe012260e940 intr_execute_handlers() at intr_execute_handlers+0x48/frame 0xfffffe012260e970 lapic_handle_intr() at lapic_handle_intr+0x3f/frame 0xfffffe012260e990 Xapic_isr1() at Xapic_isr1+0xb7/frame 0xfffffe012260e990 --- interrupt, rip = 0xffffffff8071eaad, rsp = 0xfffffe012260ea60, rbp = 0xfffffe012260ea70 --- spinlock_exit() at spinlock_exit+0x2d/frame 0xfffffe012260ea70 sleepq_timedwait() at sleepq_timedwait+0xd3/frame 0xfffffe012260eaa0 _cv_timedwait_sbt() at _cv_timedwait_sbt+0x1a0/frame 0xfffffe012260eb10 sched_sync() at sched_sync+0x6b6/frame 0xfffffe012260ebb0 fork_exit() at fork_exit+0x75/frame 0xfffffe012260ebf0 fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe012260ebf0 --- trap 0, rip = 0, rsp = 0, rbp = 0 --- Uptime: 14s -- Best regards, Lev mailto:lev@FreeBSD.org From owner-freebsd-current@freebsd.org Sat Oct 24 20:49:34 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 26164A1EBF5 for ; Sat, 24 Oct 2015 20:49:34 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: from mail-pa0-x229.google.com (mail-pa0-x229.google.com [IPv6:2607:f8b0:400e:c03::229]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 02E401351; Sat, 24 Oct 2015 20:49:33 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: by pabrc13 with SMTP id rc13so148249635pab.0; Sat, 24 Oct 2015 13:49:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=subject:mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=xFcqUtZ+KYLJqIXxEwTYOaYF1FHHC7rIJyTCqxKG/7E=; b=emYukgelxcVpKSJf9udgSgpY+OtEuhyFxKXvpNi2sBpz8QaurlpQ+8HPKzxgy0EtMn 3w/xNfSIHGk/lzjvX1n190y8y1Id6+tLxEucG6IC9CgL+eIOjE144ESmyMf8D92/SLl7 13k4z3EQjgZpzlz2fkUQ8ZyGYq5KbpxfRwE5flqt7kMuLgFLMryconWM0Y344JyVCXlK niYXEifZmqo2i378h8PVexTjp6l6wAfPUrzXxe54pIe19a9V3ehAS8lBHfRoXyZJOHBx kooul0xuDv6b/HkAaLXhB6j4n21M7sR4O8wbKerBR1j2ckmgScZNu0sTMw5rg92HZatH 1Ttw== X-Received: by 10.66.227.1 with SMTP id rw1mr13058153pac.138.1445719773294; Sat, 24 Oct 2015 13:49:33 -0700 (PDT) Received: from [192.168.20.7] (c-24-16-212-205.hsd1.wa.comcast.net. [24.16.212.205]) by smtp.gmail.com with ESMTPSA id dd2sm21869297pbc.27.2015.10.24.13.49.32 (version=TLSv1/SSLv3 cipher=OTHER); Sat, 24 Oct 2015 13:49:32 -0700 (PDT) Subject: Re: Almost instant crasj after boot, 100% reproducable, version from middle of summer works Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2104\)) Content-Type: text/plain; charset=us-ascii From: NGie Cooper X-Priority: 3 (Normal) In-Reply-To: <198357121.20151024234734@serebryakov.spb.ru> Date: Sat, 24 Oct 2015 13:49:31 -0700 Cc: freebsd-current Content-Transfer-Encoding: quoted-printable Message-Id: <43B6794D-4E32-45E1-AEDB-82063F41E7AF@gmail.com> References: <198357121.20151024234734@serebryakov.spb.ru> To: lev@FreeBSD.org X-Mailer: Apple Mail (2.2104) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: 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, 24 Oct 2015 20:49:34 -0000 > On Oct 24, 2015, at 13:47, Lev Serebryakov wrote: >=20 > Hello freebsd-current, >=20 > I have "home router" based on Intel MoBo with integrated Arom D2500 = CPU. > It boots and works fine on -CURRENT r285355 (it is ~11 of Jun 2015). >=20 > But several latest revisions (I've tried r288145 month ago and now = r289874) > crashes almost instantly after boot. It is 100% reproducible and = didn't > changed for last month. Hi lev! Based on the stack trace you provided and commits made in the = past few weeks, wlan might be a factor. Could you please disable wlan = support and see if the panics persist? Thanks! -NGie= From owner-freebsd-current@freebsd.org Sat Oct 24 20:53:38 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BC737A1ED46 for ; Sat, 24 Oct 2015 20:53:38 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.friendlyhosting.spb.ru (onlyone.friendlyhosting.spb.ru [IPv6:2a01:4f8:131:60a2::2]) by mx1.freebsd.org (Postfix) with ESMTP id 846E11840 for ; Sat, 24 Oct 2015 20:53:38 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from lion.home.serebryakov.spb.ru (unknown [IPv6:2001:470:923f:1:3c23:bcdc:5292:fa5f]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.friendlyhosting.spb.ru (Postfix) with ESMTPSA id 9042B2BE1; Sat, 24 Oct 2015 23:53:37 +0300 (MSK) Date: Sat, 24 Oct 2015 23:53:30 +0300 From: Lev Serebryakov Reply-To: Lev Serebryakov Organization: FreeBSD X-Priority: 3 (Normal) Message-ID: <1357420059.20151024235330@serebryakov.spb.ru> To: NGie Cooper CC: freebsd-current Subject: Re: Almost instant crasj after boot, 100% reproducable, version from middle of summer works In-Reply-To: <43B6794D-4E32-45E1-AEDB-82063F41E7AF@gmail.com> References: <198357121.20151024234734@serebryakov.spb.ru> <43B6794D-4E32-45E1-AEDB-82063F41E7AF@gmail.com> 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.20 Precedence: 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, 24 Oct 2015 20:53:38 -0000 Hello NGie, Saturday, October 24, 2015, 11:49:31 PM, you wrote: >> Hello freebsd-current, >> >> I have "home router" based on Intel MoBo with integrated Arom D2500 CPU. >> It boots and works fine on -CURRENT r285355 (it is ~11 of Jun 2015). >> >> But several latest revisions (I've tried r288145 month ago and now r289874) >> crashes almost instantly after boot. It is 100% reproducible and didn't >> changed for last month. > Hi lev! > Based on the stack trace you provided and commits made in the > past few weeks, wlan might be a factor. Could you please disable wlan Past few months? :) > support and see if the panics persist? Ok, this box will be useless without WiFi, but I could do this to determine cause. I'll report result in hour or two. -- Best regards, Lev mailto:lev@FreeBSD.org From owner-freebsd-current@freebsd.org Sat Oct 24 21:28:11 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 738AAA1D2B8 for ; Sat, 24 Oct 2015 21:28:11 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.friendlyhosting.spb.ru (onlyone.friendlyhosting.spb.ru [IPv6:2a01:4f8:131:60a2::2]) by mx1.freebsd.org (Postfix) with ESMTP id 3E2B07E4 for ; Sat, 24 Oct 2015 21:28:11 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from lion.home.serebryakov.spb.ru (unknown [IPv6:2001:470:923f:1:3c23:bcdc:5292:fa5f]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.friendlyhosting.spb.ru (Postfix) with ESMTPSA id 29CCF2BEC for ; Sun, 25 Oct 2015 00:28:10 +0300 (MSK) Date: Sun, 25 Oct 2015 00:28:03 +0300 From: Lev Serebryakov Reply-To: lev@FreeBSD.org Organization: FreeBSD X-Priority: 3 (Normal) Message-ID: <1124529854.20151025002803@serebryakov.spb.ru> To: freebsd-current Subject: EFI bootloader often trys to build itself at installworld stage 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.20 Precedence: 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, 24 Oct 2015 21:28:11 -0000 Hello freebsd-current, Each other time "make installworld" from object directory created several hours ago try to build efiloader again (and fails in my case as this world doesn't contain compiler): ===> sys/boot/efi/loader (install) cc -O2 -pipe -fPIC -I/data/src/sys/boot/efi/loader -I/data/src/sys/boot/efi/loader/arch/amd64 -I/data/src/sys/boot/efi/loader/../include -I/data/src/sys/boot/efi/loader/../include/amd64 -I/data/src/sys/boot/efi/loader/../../../contrib/dev/acpica/include -I/data/src/sys/boot/efi/loader/../../.. -I/data/src/sys/boot/efi/loader/../../i386/libi386 -DNO_PCI -DEFI -DBOOT_FORTH -I/data/src/sys/boot/efi/loader/../../ficl -I/data/src/sys/boot/efi/loader/../../ficl/amd64 -DLOADER_DISK_SUPPORT -DLOADER_GPT_SUPPORT -DLOADER_MBR_SUPPORT -I/data/src/sys/boot/efi/loader/../../common -ffreestanding -Wformat -msoft-float -mno-mmx -mno-sse -mno-avx -fshort-wchar -mno-red-zone -mno-aes -std=gnu99 -Qunused-arguments -c /data/src/sys/boot/efi/loader/autoload.c -o autoload.o /tmp/install.Ku58dvCm/sh: cc: not found Only LOCAL fileystems are in use, and computer has ntpd-synchronized clock. "installworld" right after "buildworld" works Ok, but if I need to re-create same nanobsd image without changing world (and sources), its often fails to perform "installworld" for second time at this exact point: efi/loader. -- Best regards, Lev mailto:lev@FreeBSD.org From owner-freebsd-current@freebsd.org Sat Oct 24 21:35:57 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CEE9AA1D41D for ; Sat, 24 Oct 2015 21:35:57 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: from mail-ob0-x22a.google.com (mail-ob0-x22a.google.com [IPv6:2607:f8b0:4003:c01::22a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 9C17CB35; Sat, 24 Oct 2015 21:35:57 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: by obbwb3 with SMTP id wb3so118008398obb.0; Sat, 24 Oct 2015 14:35:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=subject:mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=RWlYTn9+lF5Ghh6xlBtVpyh2hxXXSBso9Zskw/wW7nc=; b=0ZW14SX0Q4uHW9It2ChTDiqhUw2gTBvlVv+MoSGai988HCDbsMo+Co38c8oGnp3MOC YPyDZUPspaRSHTuMG0zoVmDRKnvwNWGqetVxx/YzZycnWD5HWrtyAYVq1P1LvOA65wno 9SF7BKLI/rK1XCNahHfuLjSjSzPskafYwDdl01lJfcvCWZt+1/GLGwWD03W2109AbOK8 YXoAQHwyMFmx2bFBUii5ZGnUPVSUECGpA1av0vVN4FIdZbQtaKih82iwsJXavFxpXOMW 7Lqycm3ktve1AWQY+rbk/nug34peiCTJONkBtCaK9bXMpdy+0frwlK+laAarwDKmf4mj mO3w== X-Received: by 10.182.181.42 with SMTP id dt10mr18766708obc.54.1445722556661; Sat, 24 Oct 2015 14:35:56 -0700 (PDT) Received: from ?IPv6:2601:601:800:126d:6c5b:a5fd:aec8:13bf? ([2601:601:800:126d:6c5b:a5fd:aec8:13bf]) by smtp.gmail.com with ESMTPSA id wf9sm11386235obc.11.2015.10.24.14.35.55 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sat, 24 Oct 2015 14:35:56 -0700 (PDT) Subject: Re: EFI bootloader often trys to build itself at installworld stage Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2104\)) Content-Type: text/plain; charset=utf-8 From: NGie Cooper X-Priority: 3 (Normal) In-Reply-To: <1124529854.20151025002803@serebryakov.spb.ru> Date: Sat, 24 Oct 2015 14:35:54 -0700 Cc: freebsd-current Content-Transfer-Encoding: quoted-printable Message-Id: References: <1124529854.20151025002803@serebryakov.spb.ru> To: lev@FreeBSD.org X-Mailer: Apple Mail (2.2104) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: 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, 24 Oct 2015 21:35:58 -0000 > On Oct 24, 2015, at 14:28, Lev Serebryakov wrote: >=20 > Hello freebsd-current, >=20 > Each other time "make installworld" from object directory created = several hours ago > try to build efiloader again (and fails in my case as this world = doesn't > contain compiler): >=20 > =3D=3D=3D> sys/boot/efi/loader (install) > cc -O2 -pipe -fPIC -I/data/src/sys/boot/efi/loader = -I/data/src/sys/boot/efi/loader/arch/amd64 = -I/data/src/sys/boot/efi/loader/../include = -I/data/src/sys/boot/efi/loader/../include/amd64 = -I/data/src/sys/boot/efi/loader/../../../contrib/dev/acpica/include = -I/data/src/sys/boot/efi/loader/../../.. = -I/data/src/sys/boot/efi/loader/../../i386/libi386 -DNO_PCI -DEFI = -DBOOT_FORTH -I/data/src/sys/boot/efi/loader/../../ficl = -I/data/src/sys/boot/efi/loader/../../ficl/amd64 -DLOADER_DISK_SUPPORT = -DLOADER_GPT_SUPPORT -DLOADER_MBR_SUPPORT = -I/data/src/sys/boot/efi/loader/../../common -ffreestanding -Wformat = -msoft-float -mno-mmx -mno-sse -mno-avx -fshort-wchar -mno-red-zone = -mno-aes -std=3Dgnu99 -Qunused-arguments -c = /data/src/sys/boot/efi/loader/autoload.c -o autoload.o > /tmp/install.Ku58dvCm/sh: cc: not found >=20 > Only LOCAL fileystems are in use, and computer has ntpd-synchronized = clock. >=20 > "installworld" right after "buildworld" works Ok, but if I need to > re-create same nanobsd image without changing world (and sources), its = often > fails to perform "installworld" for second time at this exact point: = efi/loader. Hi lev, Be sure to run buildworld with -DNO_CLEAN after updating your = sources when using make installworld. Unfortunately many of the = Makefiles under sys/boot are sensitive to updates, i.e. you=E2=80=99ll = have to rebuild them (otherwise it will try to rebuild them at install = and fail as noted above). That being said, what you described seems interesting. Not sure = why it would be failing. Could you please dump all the debug output from = make? Thanks! -NGie= From owner-freebsd-current@freebsd.org Sat Oct 24 21:39:23 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 64E2DA1D4E9 for ; Sat, 24 Oct 2015 21:39:23 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: from mail-pa0-x233.google.com (mail-pa0-x233.google.com [IPv6:2607:f8b0:400e:c03::233]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 36564DC5; Sat, 24 Oct 2015 21:39:23 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: by padhk11 with SMTP id hk11so149253537pad.1; Sat, 24 Oct 2015 14:39:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=subject:mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=UOKTNdWddSO0vj/QJL7kGy5EW5fJlK61JIIEkFDaEzs=; b=U9tLoRsHG0VcINTbliE3INc1cqlh8hSntvWUWGFl549IYeCP80LdAsuPdm4IVo3zye 4GQ6Irqb3Om6xDTBXnZ9O14oI67eZDG+296YJ0TWGP0xl5SzASZ4tyftMp2XihyCw2Q+ BISwA67E004+RqZxBPe4xFDFdIoCPKNOrlgotofzqWDmlwGVlli3K/gmwwwSusKbem9Z vo+0hq2IXljFiI/3pvTYqyV6G32I54qm75VNOTedI+AWKIfY82TTm7tykxfpcV6H140U To3qDgFdaMYwp/42q2nh9Lx/ZCx7iAO66rgAzJpwo7v40hiqGIjWISNaqOS9EA91VyB2 zmzQ== X-Received: by 10.66.90.165 with SMTP id bx5mr12926710pab.87.1445722762791; Sat, 24 Oct 2015 14:39:22 -0700 (PDT) Received: from ?IPv6:2601:601:800:126d:6c5b:a5fd:aec8:13bf? ([2601:601:800:126d:6c5b:a5fd:aec8:13bf]) by smtp.gmail.com with ESMTPSA id cn4sm25762163pbc.94.2015.10.24.14.39.22 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sat, 24 Oct 2015 14:39:22 -0700 (PDT) Subject: Re: EFI bootloader often trys to build itself at installworld stage Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2104\)) Content-Type: text/plain; charset=utf-8 From: NGie Cooper X-Priority: 3 (Normal) In-Reply-To: Date: Sat, 24 Oct 2015 14:39:21 -0700 Cc: freebsd-current Content-Transfer-Encoding: quoted-printable Message-Id: <2907660F-8DB5-4655-83D6-8E215ECC25AC@gmail.com> References: <1124529854.20151025002803@serebryakov.spb.ru> To: lev@FreeBSD.org X-Mailer: Apple Mail (2.2104) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: 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, 24 Oct 2015 21:39:23 -0000 > On Oct 24, 2015, at 14:35, NGie Cooper wrote: >=20 >=20 >> On Oct 24, 2015, at 14:28, Lev Serebryakov wrote: >>=20 >> Hello freebsd-current, >>=20 >> Each other time "make installworld" from object directory created = several hours ago >> try to build efiloader again (and fails in my case as this world = doesn't >> contain compiler): >>=20 >> =3D=3D=3D> sys/boot/efi/loader (install) >> cc -O2 -pipe -fPIC -I/data/src/sys/boot/efi/loader = -I/data/src/sys/boot/efi/loader/arch/amd64 = -I/data/src/sys/boot/efi/loader/../include = -I/data/src/sys/boot/efi/loader/../include/amd64 = -I/data/src/sys/boot/efi/loader/../../../contrib/dev/acpica/include = -I/data/src/sys/boot/efi/loader/../../.. = -I/data/src/sys/boot/efi/loader/../../i386/libi386 -DNO_PCI -DEFI = -DBOOT_FORTH -I/data/src/sys/boot/efi/loader/../../ficl = -I/data/src/sys/boot/efi/loader/../../ficl/amd64 -DLOADER_DISK_SUPPORT = -DLOADER_GPT_SUPPORT -DLOADER_MBR_SUPPORT = -I/data/src/sys/boot/efi/loader/../../common -ffreestanding -Wformat = -msoft-float -mno-mmx -mno-sse -mno-avx -fshort-wchar -mno-red-zone = -mno-aes -std=3Dgnu99 -Qunused-arguments -c = /data/src/sys/boot/efi/loader/autoload.c -o autoload.o >> /tmp/install.Ku58dvCm/sh: cc: not found >>=20 >> Only LOCAL fileystems are in use, and computer has ntpd-synchronized = clock. >>=20 >> "installworld" right after "buildworld" works Ok, but if I need to >> re-create same nanobsd image without changing world (and sources), = its often >> fails to perform "installworld" for second time at this exact point: = efi/loader. >=20 > Hi lev, > Be sure to run buildworld with -DNO_CLEAN after updating your = sources when using make installworld. Unfortunately many of the = Makefiles under sys/boot are sensitive to updates, i.e. you=E2=80=99ll = have to rebuild them (otherwise it will try to rebuild them at install = and fail as noted above). > That being said, what you described seems interesting. Not sure = why it would be failing. Could you please dump all the debug output from = make? > Thanks! > -NGie Uh=E2=80=A6 yeah. I see some non-atomic logic in = sys/boot/common/newvers.sh (it=E2=80=99s writing out to vers.c multiple = times in the file) instead of once to the file, or multiple times to a = temp file then moving to the final file. There are probably other = issues. sys/boot is a mess. I had a patch to better integrate it into the build = process, but I wasn=E2=80=99t a committer at the time, so I couldn=E2=80=99= t commit my patch (it=E2=80=99s been lost since then).= From owner-freebsd-current@freebsd.org Sat Oct 24 21:40:51 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id AAE57A1D56C for ; Sat, 24 Oct 2015 21:40:51 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.friendlyhosting.spb.ru (onlyone.friendlyhosting.spb.ru [46.4.40.135]) by mx1.freebsd.org (Postfix) with ESMTP id 736A1F03 for ; Sat, 24 Oct 2015 21:40:51 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from lion.home.serebryakov.spb.ru (unknown [IPv6:2001:470:923f:1:3c23:bcdc:5292:fa5f]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.friendlyhosting.spb.ru (Postfix) with ESMTPSA id 36E172BF2; Sun, 25 Oct 2015 00:40:43 +0300 (MSK) Date: Sun, 25 Oct 2015 00:40:36 +0300 From: Lev Serebryakov Reply-To: lev@FreeBSD.org Organization: FreeBSD X-Priority: 3 (Normal) Message-ID: <09644829.20151025004036@serebryakov.spb.ru> To: NGie Cooper CC: freebsd-current Subject: Re: EFI bootloader often trys to build itself at installworld stage In-Reply-To: References: <1124529854.20151025002803@serebryakov.spb.ru> 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.20 Precedence: 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, 24 Oct 2015 21:40:51 -0000 Hello NGie, Sunday, October 25, 2015, 12:35:54 AM, you wrote: > Be sure to run buildworld with -DNO_CLEAN after updating your > sources when using make installworld. Unfortunately many of the Makefiles There is NO updating sources inbetween! Maybe, kernel rebuild (as now, when I've removed wlan support), but sources are the same! > That being said, what you described seems interesting. Not sure > why it would be failing. Could you please dump all the debug output from make? Which flags should I pass to make for this? Now, I'm rebuilding everything with -DNO_CLEAN, effectively veeeeeery long no-op. Next time I came across this problem I could dump make output, for sure. -- Best regards, Lev mailto:lev@FreeBSD.org From owner-freebsd-current@freebsd.org Sat Oct 24 22:00:00 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 272D9A1D9BE for ; Sat, 24 Oct 2015 22:00:00 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.friendlyhosting.spb.ru (onlyone.friendlyhosting.spb.ru [IPv6:2a01:4f8:131:60a2::2]) by mx1.freebsd.org (Postfix) with ESMTP id AA19719D3 for ; Sat, 24 Oct 2015 21:59:59 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from lion.home.serebryakov.spb.ru (unknown [IPv6:2001:470:923f:1:3c23:bcdc:5292:fa5f]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.friendlyhosting.spb.ru (Postfix) with ESMTPSA id 93AF42BF6; Sun, 25 Oct 2015 00:59:57 +0300 (MSK) Date: Sun, 25 Oct 2015 00:59:50 +0300 From: Lev Serebryakov Reply-To: lev@FreeBSD.org Organization: FreeBSD X-Priority: 3 (Normal) Message-ID: <1952952550.20151025005950@serebryakov.spb.ru> To: NGie Cooper CC: freebsd-current Subject: Re: Almost instant crasj after boot, 100% reproducable, version from middle of summer works In-Reply-To: <43B6794D-4E32-45E1-AEDB-82063F41E7AF@gmail.com> References: <198357121.20151024234734@serebryakov.spb.ru> <43B6794D-4E32-45E1-AEDB-82063F41E7AF@gmail.com> 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.20 Precedence: 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, 24 Oct 2015 22:00:00 -0000 Hello NGie, Saturday, October 24, 2015, 11:49:31 PM, you wrote: > Based on the stack trace you provided and commits made in the > past few weeks, wlan might be a factor. Could you please disable wlan > support and see if the panics persist? Yep. It is not WiFi-related. It is something kernel-thread or shceduler related, as "current process" could be different, but it is always sched_add() at sched_add+0x116/frame 0xfffffe011bd59980 intr_event_schedule_thread() at intr_event_schedule_thread+0xae/frame 0xfffffe011bd599b0 intr_event_handle() at intr_event_handle+0xe2/frame 0xfffffe011bd59a00 ============== da0 at umass-sim0 bus 0 scbus0 target 0 lun 0 da0: Removable Direct Access SCSI-2 device da0: Serial Number E8FT11YH da0: 40.000MB/s transfers da0: 3899MB (7987198 512 byte sectors) da0: quirks=0x2 random: unblocking device. sysctl: kern.ipc.nmbclusters=65536 at line 15: Invalid argument Setting hostuuid: fafea46a-1adb-e111-b48f-00e04cb00c04. Setting hostid: 0x5084ca4a. No suitable dump device was found. Starting file system checks: /dev/ufs/gws1a: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ufs/gws1a: clean, 645448 free (456 frags, 80624 blocks, 0.0% fragmentation) /dev/ufs/gws3: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ufs/gws3: clean, 15292 free (28 frags, 1908 blocks, 0.2% fragmentation) Mounting local file systems:. Setting hostname: gateway.home.serebryakov.spb.ru. Setting up harvesting:[UMA],[FS_ATIME],SWI,INTERRUPT,NET_NG,NET_ETHER,NET_TUN,MOUSE,KEYBOARD,ATTACH,CACHED Feeding entropy:eval: cannot create /entropy: Read-only file system ifconfig: SIOCIFCREATE2: Invalid argument Created clone interfaces: gif0. em0: link state changed to UP em0: link state changed to DOWN ifconfig: NONE: bad value vlan0: changing name to 'skynet' vlan1: changing name to 'eltel' gif0: link state changed to UP kernel trap 9 with interrupts disabled Fatal trap 9: general protection fault while in kernel mode cpuid = 0; apic id = 00 instruction pointer = 0x20:0xffffffff8046e3c6 stack pointer = 0x28:0xfffffe011bd59890 frame pointer = 0x28:0xfffffe011bd59980 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = resume, IOPL = 0 current process = 11 (swi4: clock (0)) trap number = 9 panic: general protection fault cpuid = 0 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe011bd59530 vpanic() at vpanic+0x182/frame 0xfffffe011bd595b0 panic() at panic+0x43/frame 0xfffffe011bd59610 trap_fatal() at trap_fatal+0x351/frame 0xfffffe011bd59670 trap() at trap+0x6d8/frame 0xfffffe011bd597d0 calltrap() at calltrap+0x8/frame 0xfffffe011bd597d0 --- trap 0x9, rip = 0xffffffff8046e3c6, rsp = 0xfffffe011bd598a0, rbp = 0xfffffe011bd59980 --- sched_add() at sched_add+0x116/frame 0xfffffe011bd59980 intr_event_schedule_thread() at intr_event_schedule_thread+0xae/frame 0xfffffe011bd599b0 intr_event_handle() at intr_event_handle+0xe2/frame 0xfffffe011bd59a00 intr_execute_handlers() at intr_execute_handlers+0x48/frame 0xfffffe011bd59a30 lapic_handle_intr() at lapic_handle_intr+0x3f/frame 0xfffffe011bd59a50 Xapic_isr1() at Xapic_isr1+0xb7/frame 0xfffffe011bd59a50 --- interrupt, rip = 0xffffffff8063e1f2, rsp = 0xfffffe011bd59b20, rbp = 0xfffffe011bd59b20 --- spinlock_exit() at spinlock_exit+0x32/frame 0xfffffe011bd59b20 intr_event_execute_handlers() at intr_event_execute_handlers+0xae/frame 0xfffffe011bd59b60 ithread_loop() at ithread_loop+0xa6/frame 0xfffffe011bd59bb0 fork_exit() at fork_exit+0x75/frame 0xfffffe011bd59bf0 fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe011bd59bf0 --- trap 0, rip = 0, rsp = 0, rbp = 0 --- -- Best regards, Lev mailto:lev@FreeBSD.org