From owner-freebsd-current@FreeBSD.ORG Sun Mar 8 00:39:25 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 172CC4BF; Sun, 8 Mar 2015 00:39:25 +0000 (UTC) Received: from dmz-mailsec-scanner-6.mit.edu (dmz-mailsec-scanner-6.mit.edu [18.7.68.35]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 836FBBE8; Sun, 8 Mar 2015 00:39:24 +0000 (UTC) X-AuditID: 12074423-f79066d0000058b8-52-54fb9907d6b3 Received: from mailhub-auth-1.mit.edu ( [18.9.21.35]) (using TLS with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by dmz-mailsec-scanner-6.mit.edu (Symantec Messaging Gateway) with SMTP id C8.59.22712.7099BF45; Sat, 7 Mar 2015 19:34:15 -0500 (EST) Received: from outgoing.mit.edu (outgoing-auth-1.mit.edu [18.9.28.11]) by mailhub-auth-1.mit.edu (8.13.8/8.9.2) with ESMTP id t280YEf8006968; Sat, 7 Mar 2015 19:34:15 -0500 Received: from multics.mit.edu (system-low-sipb.mit.edu [18.187.2.37]) (authenticated bits=56) (User authenticated as kaduk@ATHENA.MIT.EDU) by outgoing.mit.edu (8.13.8/8.12.4) with ESMTP id t280YC2M007264 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sat, 7 Mar 2015 19:34:14 -0500 Received: (from kaduk@localhost) by multics.mit.edu (8.12.9.20060308) id t280YCON025506; Sat, 7 Mar 2015 19:34:12 -0500 (EST) Date: Sat, 7 Mar 2015 19:34:12 -0500 (EST) From: Benjamin Kaduk X-X-Sender: kaduk@multics.mit.edu To: freebsd-hackers@freebsd.org Subject: Call for FreeBSD 2015Q1 (January-March) Status Reports Message-ID: User-Agent: Alpine 1.10 (GSO 962 2008-03-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFnrAIsWRmVeSWpSXmKPExsUixCmqrMs+83eIwebjmha7rp1mt5jz5gOT xfbN/xgdmD1mfJrPEsAYxWWTkpqTWZZapG+XwJWxbeNX1oKzXBWzm6eyNjA+4+hi5OSQEDCR OLb1JiOELSZx4d56ti5GLg4hgcVMEs0TzjBBOBsYJR71bGeEcA4ySXz7O48FpEVIoF5iy481 zCA2i4CWxOU7p5lAbDYBNYnHe5tZIcYqSmw+NQmohoNDREBeYsF5e5AwM5D5/8plsHJhAXuJ prM32UFsXgEHiVVvv4NdJCqgI7F6/xQWiLigxMmZT1ggerUklk/fxjKBUWAWktQsJKkFjEyr GGVTcqt0cxMzc4pTk3WLkxPz8lKLdM30cjNL9FJTSjcxggKS3UV5B+Ofg0qHGAU4GJV4eCfM +BUixJpYVlyZe4hRkoNJSZS3I+x3iBBfUn5KZUZicUZ8UWlOavEhRgkOZiUR3u/eQDnelMTK qtSifJiUNAeLkjjvph98IUIC6YklqdmpqQWpRTBZGQ4OJQnehulAjYJFqempFWmZOSUIaSYO TpDhPEDDL4PU8BYXJOYWZ6ZD5E8xKkqJ824FSQiAJDJK8+B6YQnjFaM40CvCvAwzgKp4gMkG rvsV0GAmoMFaYj9ABpckIqSkGhg1EmcsydK0SzosZGpYvVh+05Gr31mf3U2fqVyqbloumVPE oDvRZIFYzc7cExZT93+8dCL/gf/6/kcHX7P/jPjF6jA1Y5MB0+duH42fBml2Jku9Mgz4vj3f u2a5kEHmvUtr9aZbsWm6nfknz+C4M1jVs63gqFPwjEmvtv3ZU2rcsCDj8m6JWa5KLMUZiYZa zEXFiQBKeswQ8wIAAA== Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Mar 2015 00:39:25 -0000 Dear FreeBSD Community, The deadline for the next FreeBSD Quarterly Status update is April 7, 2015, for work done in January through March. Status report submissions do not have to be very long. They may be about anything happening in the FreeBSD project and community, and provide a great way to inform FreeBSD users and developers about what you're working on. Submission of reports is not restricted to committers. Anyone doing anything interesting and FreeBSD-related can -- and should -- write one! The preferred and easiest submission method is to use the XML generator [1] with the results emailed to the status report team at monthly at freebsd.org . There is also an XML template [2] which can be filled out manually and attached if preferred. For the expected content and style, please study our guidelines on how to write a good status report [3]. You can also review previous issues [4][5] for ideas on the style and format. We are looking forward to all of your 2015Q1 reports! Thanks, Ben (on behalf of monthly@) [1] http://www.freebsd.org/cgi/monthly.cgi [2] http://www.freebsd.org/news/status/report-sample.xml [3] http://www.freebsd.org/news/status/howto.html [4] http://www.freebsd.org/news/status/report-2014-07-2014-09.html [5] http://www.freebsd.org/news/status/report-2014-10-2014-12.html From owner-freebsd-current@FreeBSD.ORG Sun Mar 8 10:01:26 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4EEBA840 for ; Sun, 8 Mar 2015 10:01:26 +0000 (UTC) Received: from forward8l.mail.yandex.net (forward8l.mail.yandex.net [84.201.143.141]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "forwards.mail.yandex.net", Issuer "Certum Level IV CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 0975E919 for ; Sun, 8 Mar 2015 10:01:25 +0000 (UTC) Received: from smtp1m.mail.yandex.net (smtp1m.mail.yandex.net [77.88.61.132]) by forward8l.mail.yandex.net (Yandex) with ESMTP id C65351A40564 for ; Sun, 8 Mar 2015 13:01:15 +0300 (MSK) Received: from smtp1m.mail.yandex.net (localhost [127.0.0.1]) by smtp1m.mail.yandex.net (Yandex) with ESMTP id 6D3E46740194 for ; Sun, 8 Mar 2015 13:01:15 +0300 (MSK) Received: from 46.38.38.94.tel.ru (46.38.38.94.tel.ru [46.38.38.94]) by smtp1m.mail.yandex.net (nwsmtp/Yandex) with ESMTPSA id ygPAmpHQsO-1EWOcDJ6; Sun, 8 Mar 2015 13:01:14 +0300 (using TLSv1.2 with cipher AES128-SHA (128/128 bits)) (Client certificate not present) Message-ID: <54FC1DEA.5060306@passap.ru> Date: Sun, 08 Mar 2015 13:01:14 +0300 From: Boris Samorodov Organization: =?UTF-8?B?0JfQkNCeICLQktCQ0KDQoiI=?= User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: upgrading current -> graphics bug References: <54F8B653.606@bitmail.cc> <20150305203858.GA80059@k8-bsd.hsd1.ga.comcast.net>, <54F9D3B8.9050308@bitmail.cc> <13a7356d67f767eca9f50ad962d12d42@ultimatedns.net> <54FB2248.3080300@bitmail.cc> In-Reply-To: <54FB2248.3080300@bitmail.cc> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Mar 2015 10:01:26 -0000 07.03.2015 19:07, David S пишет: >> FWIW the nVidia driver docs indicate that you should >> comment, or remove the reference to dri in xorg.conf >> # Load "dri" >> but that dri2 is fine. Don't know that that has anything to >> do with your issue. But thought I'd mention it FWIW. > > thanks, i missed that part. i took it out of xorg.conf and will see > next time i upgrade if it helps. I'm not sure why this step is recommended, because dri is auto-loaded anyway: ----- [ 41.540] (II) LoadModule: "dri" [ 41.541] (II) Loading /usr/local/lib/xorg/modules/extensions/libdri.so [ 41.569] (II) Module dri: vendor="X.Org Foundation" [ 41.569] compiled for 1.12.4, module version = 1.0.0 [ 41.569] ABI class: X.Org Server Extension, version 6.0 [ 41.569] (II) Loading extension XFree86-DRI [ 41.569] (II) LoadModule: "dri2" [ 41.570] (II) Loading /usr/local/lib/xorg/modules/extensions/libdri2.so [ 41.582] (II) Module dri2: vendor="X.Org Foundation" [ 41.582] compiled for 1.12.4, module version = 1.2.0 [ 41.582] ABI class: X.Org Server Extension, version 6.0 [ 41.582] (II) Loading extension DRI2 [ 41.582] (II) LoadModule: "nvidia" [ 41.582] (II) Loading /usr/local/lib/xorg/modules/drivers/nvidia_drv.so [ 41.720] (II) Module nvidia: vendor="NVIDIA Corporation" [ 41.720] compiled for 4.0.2, module version = 1.0.0 [ 41.720] Module class: X.Org Video Driver [ 41.818] (II) NVIDIA dlloader X Driver 304.123 Wed Jul 2 10:50:21 PDT 2014 ----- -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-current@FreeBSD.ORG Sun Mar 8 16:59:59 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5C97B35C for ; Sun, 8 Mar 2015 16:59:59 +0000 (UTC) Received: from udns.ultimatedns.net (unknown [IPv6:2602:d1:b4d6:e600:4261:86ff:fef6:aa2a]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 2D63A374 for ; Sun, 8 Mar 2015 16:59:59 +0000 (UTC) Received: from ultimatedns.net (localhost [127.0.0.1]) by udns.ultimatedns.net (8.14.9/8.14.9) with ESMTP id t28H1Nr1055770; Sun, 8 Mar 2015 10:01:23 -0700 (PDT) (envelope-from bsd-lists@bsdforge.com) To: freebsd-current@freebsd.org, Boris Samorodov In-Reply-To: <54FC1DEA.5060306@passap.ru> References: <54F8B653.606@bitmail.cc> <20150305203858.GA80059@k8-bsd.hsd1.ga.comcast.net>, <54F9D3B8.9050308@bitmail.cc> <13a7356d67f767eca9f50ad962d12d42@ultimatedns.net> <54FB2248.3080300@bitmail.cc>, <54FC1DEA.5060306@passap.ru> From: "Chris H" Subject: Re: upgrading current -> graphics bug Date: Sun, 08 Mar 2015 10:01:23 -0700 Content-Type: text/plain; charset=UTF-8; format=fixed MIME-Version: 1.0 Message-id: <3d9297b8df00091bb65bbf1b2bab4a56@ultimatedns.net> Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Mar 2015 16:59:59 -0000 On Sun, 08 Mar 2015 13:01:14 +0300 Boris Samorodov wrote > 07.03.2015 19:07, David S пишет: > >> FWIW the nVidia driver docs indicate that you should > >> comment, or remove the reference to dri in xorg.conf > >> # Load "dri" > >> but that dri2 is fine. Don't know that that has anything to > >> do with your issue. But thought I'd mention it FWIW. > > > > thanks, i missed that part. i took it out of xorg.conf and will see > > next time i upgrade if it helps. > > I'm not sure why this step is recommended, because dri is auto-loaded > anyway: > ----- > [ 41.540] (II) LoadModule: "dri" > [ 41.541] (II) Loading /usr/local/lib/xorg/modules/extensions/libdri.so > [ 41.569] (II) Module dri: vendor="X.Org Foundation" > [ 41.569] compiled for 1.12.4, module version = 1.0.0 > [ 41.569] ABI class: X.Org Server Extension, version 6.0 > [ 41.569] (II) Loading extension XFree86-DRI > [ 41.569] (II) LoadModule: "dri2" > [ 41.570] (II) Loading /usr/local/lib/xorg/modules/extensions/libdri2.so > [ 41.582] (II) Module dri2: vendor="X.Org Foundation" > [ 41.582] compiled for 1.12.4, module version = 1.2.0 > [ 41.582] ABI class: X.Org Server Extension, version 6.0 > [ 41.582] (II) Loading extension DRI2 > [ 41.582] (II) LoadModule: "nvidia" > [ 41.582] (II) Loading /usr/local/lib/xorg/modules/drivers/nvidia_drv.so > [ 41.720] (II) Module nvidia: vendor="NVIDIA Corporation" > [ 41.720] compiled for 4.0.2, module version = 1.0.0 > [ 41.720] Module class: X.Org Video Driver > [ 41.818] (II) NVIDIA dlloader X Driver 304.123 Wed Jul 2 10:50:21 > PDT 2014 I don't recall. The best I recall is that 1) to remove, or comment the line 2) that it (x11/xfree) version wasn't compatible with the nVidia version I might also note that the port x11/nvidia-xconfig doesn't place dri in the xorg.conf it creates, and comments, or removes it, if it finds a previously created xorg.conf that has that line. --Chris > ----- > > -- > WBR, Boris Samorodov (bsam) > FreeBSD Committer, http://www.FreeBSD.org The Power To Serve > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Mon Mar 9 12:25:19 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 52753562 for ; Mon, 9 Mar 2015 12:25:19 +0000 (UTC) Received: from mail-qc0-f170.google.com (mail-qc0-f170.google.com [209.85.216.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 07F65FF4 for ; Mon, 9 Mar 2015 12:25:18 +0000 (UTC) Received: by qcxm20 with SMTP id m20so1443109qcx.3 for ; Mon, 09 Mar 2015 05:25: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:message-id:subject:from:to:cc:date:in-reply-to :references:organization:content-type:mime-version; bh=KAUKAoytMHvUSuhcfpXdjXy54HIuV/Xh519Wcn5ci6w=; b=Pzag+R89k4uA1C+fZjGPCLzVVEtinJjURAgfSv7Lo1OVv+7QTSuLYyVhvUfzxjlRka rKJQuN7NyZEMlsf/y4lz8bqWsGXwPy1341OAiEm9/yinXZcc+SpnlNYHy2m7YxGryxtR PiEP2pTgwhjqqS8GC7pJEevNj0pYw2EroQZ/5tnSqZr/3kXyPUGlgNYyohp3NgNXr2hW eUS+/mA5hpJM2nJgjpS3W38GvWCQPrcjRvtN8lnC0XRlOid5W8nKl+6kw0OSxXH9iDNJ YuIXUr+evL1/ImI41slDRxfzl2bsuuwYFLqgmArJzwwJQjDqkLY1Y4ObqsaONhHjPY28 u/dw== X-Gm-Message-State: ALoCoQktZ/t4fcccSpUqnx2NGyb56L9D6g60jz7qGlDIc3F3jH5ULtggds599yEoQNnrxPSO2SUd X-Received: by 10.55.50.203 with SMTP id y194mr3022760qky.8.1425903912111; Mon, 09 Mar 2015 05:25:12 -0700 (PDT) Received: from [10.3.0.21] ([63.88.83.66]) by mx.google.com with ESMTPSA id 78sm5062534qkx.24.2015.03.09.05.25.10 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 09 Mar 2015 05:25:10 -0700 (PDT) Message-ID: <1425903905.4540.0.camel@hardenedbsd.org> Subject: Re: Pluggable frame buffer devices From: Shawn Webb To: Hans Petter Selasky Date: Mon, 09 Mar 2015 08:25:05 -0400 In-Reply-To: <54FB663B.9080803@selasky.org> References: <54E11A57.3030105@selasky.org> <1963872.pLReSBKNjx@shawnwebb-laptop> <54E6F060.2010301@selasky.org> <4020865.FJlWBPXrRZ@shawnwebb-laptop> <54E99CCE.5030401@selasky.org> <54FB663B.9080803@selasky.org> Organization: HardenedBSD Content-Type: multipart/signed; micalg="pgp-sha512"; protocol="application/pgp-signature"; boundary="=-Okk98CiKVaoAaONkqeNk" X-Mailer: Evolution 3.12.10-0ubuntu1~14.10.1 Mime-Version: 1.0 Cc: Aleksandr Rybalko , freebsd-current@freebsd.org, Bruce Simpson X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Mar 2015 12:25:19 -0000 --=-Okk98CiKVaoAaONkqeNk Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Sat, 2015-03-07 at 21:57 +0100, Hans Petter Selasky wrote: > Hi Shawn, >=20 > I've just put some more pieces into the kernel. >=20 > https://svnweb.freebsd.org/changeset/base/279752 > https://svnweb.freebsd.org/changeset/base/279753 >=20 > Can you give the current code a spin? >=20 > To get X.org/X11 working simply create a config file under=20 > /usr/local/etc/X11/xorg.conf.d which contains the device section given= =20 > by "man xf86-video-scfb". >=20 > Open issues: >=20 > - Restoring the frame buffer does not always work. I looks like the=20 > restored text console size is 1x1 afterwards. At least there is no=20 > panic. And you can re-plug the UDL device again. >=20 > - You need to unplug the UDL device before rebooting. >=20 > - UDL device must be connected to a monitor before you plug it to USB,= =20 > or you can load/unload the driver to re-probe the video format. >=20 > --HPS Sorry for the silence on my part. I've been quite busy. I hope to test out the recent commits over the week and report back by Friday or Saturday. Thanks, Shawn --=-Okk98CiKVaoAaONkqeNk Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAABCgAGBQJU/ZElAAoJEGqEZY9SRW7uraoP/10vJ+c07iXzxuNPrD34PKxY 8LmGBUEQVYU6zaQF9IbzU0Dv/hmz6h5N0cyvFI8NJBTlkUYL2u1vlaxqWv5AstWw AKblmxGQ0NN4TA3PMfEhthMBztoNVfEhmqMIiHLAw28Cs7RdjaitI7xdhs0+ASNi L6tEXXgLa2Bu1dVXYS+qhohYO61f1ZEYVPmLufU/bVBJDhhX0Y2776tsvYBxRQYn Z6RimunmthccgagVmfw5N9vGopNRaUNcwHy5BZTPmI+ymDRN+nw1+6PKbPWuulKo cMLztZ43AWvjFWEijNXQg/RQkC/ImZrEmXv2bdv3Ixd/yfiWozBxOUn/jsESjRkF xdy08mGdAxL91KmodW1BSef+okhu7lXimvohTeKkHeLf+MbwepLL7Q5H95sCrXZZ Ytu2JQZnXE5/+B/KP81AQ3N9Q+ODrLqXaXphUHjvu9YMC/MveeY7xOy/E6n7YVfw vvCY9pAKeIdMfwmtiOusCIXXEiybHIyw4qfaym+ggMKFRugxtTRg52pB8N/FWai8 HAVL7dfCdrtkdOStLPsTh7Hi72on23v+0Yp4rDXgu/lZI9yLdBLoLYPUkfir9z2Q cc8civ4kzjI1fVXE5riVF3PiUh+CBc3zXpDA5gjCcKVaiVny2DJAMGS9PVZ5OkiP 39aTfrUih5BEHE3qJV7K =hynU -----END PGP SIGNATURE----- --=-Okk98CiKVaoAaONkqeNk-- From owner-freebsd-current@FreeBSD.ORG Tue Mar 10 11:29:25 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B093D2C0 for ; Tue, 10 Mar 2015 11:29:25 +0000 (UTC) Received: from onlyone.friendlyhosting.spb.ru (onlyone.friendlyhosting.spb.ru [IPv6:2a01:4f8:131:60a2::2]) by mx1.freebsd.org (Postfix) with ESMTP id 7838EAE1 for ; Tue, 10 Mar 2015 11:29:25 +0000 (UTC) Received: from [192.168.135.70] (unknown [94.19.235.70]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.friendlyhosting.spb.ru (Postfix) with ESMTPSA id 6F25F56400 for ; Tue, 10 Mar 2015 14:29:09 +0300 (MSK) Message-ID: <54FED585.2080206@FreeBSD.org> Date: Tue, 10 Mar 2015 14:29:09 +0300 From: Lev Serebryakov Reply-To: lev@FreeBSD.org Organization: FreeBSD User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.5.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Could not build r279842 on r278265 -- mount_smbfs vs /lib/libkiconv problems when WITHOUT_ICONV is set Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Mar 2015 11:29:25 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 I could not build NanoBSD system from r279842 sources on r278265 host with host tools ("cross-build" with external toolchain). buildworld fails with - --- usr.sbin.all__D --- /lib/libkiconv.so.4: undefined reference to `__bsd_iconv_close@FBSD_1.3' /lib/libkiconv.so.4: undefined reference to `__bsd_iconv@FBSD_1.3' /lib/libkiconv.so.4: undefined reference to `__bsd_iconv_open@FBSD_1.3' cc: error: linker command failed with exit code 1 (use -v to see invocation) *** [mount_smbfs] Error code 1 I have WITHOUT_ICONV=yes, but it worked month ago and I could not find anything appropriate in UPDATING or with google. - -- // Lev Serebryakov AKA Black Lion -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (MingW32) iQJ8BAEBCgBmBQJU/tWFXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRGOTZEMUNBMEI1RjQzMThCNjc0QjMzMEFF QUIwM0M1OEJGREM0NzhGAAoJEOqwPFi/3EePgEMP/iEO0Q0evzcTFEce7In8+yC+ IV0J+/2cVsw00vjVq2jYsGEPvDBnMCOEKxWv//m06CTgX3/hisap3gEw8Ynqxn9c oj75r9bBXJgpft9hbuMXZvfomXbwqcyvJvTufMhIdhCm0vs8I95Fl/MTLtXc29XL EZBgCI5mxp+tCIjPHHj0znhKJ8Z1DoVtMOrOAfmvnVPlhfjqY3mjdrU7/KlYrbql dqsxoROcbHXqDRcmNeI/68ap6vwm46a+SEaJBhaE0qIBjw2vJ3zVwr+NdNk9vS9+ YLpAcerskDEvXuKmz5LJ6ekuvCHTA0qvs8KwweSqJET6eK5hS2/WRUdlo1GO6IG/ a8EqgL/cDwfwTDO1n6B6oTwPxYG5p9+ybWmWxVaWa5+FdJHTNnfJUTexDdf82Ltt O3u9fkIZxl2xH2JMfzd5B3EeB3tsy0vBa09WqLR9VdFg6A58F4cPKFYCEpklJUhi hly2wpPVNv5X+Tm2xJW2bJbpOeuncVwrNJs+o4ga1IolsLGMwyUnWHezW3SDjMLV eLQPvsX+15qZLnbVcU8bm8EmIENMppdzQwfA1E+tMmuhYUKHpTuItyO0/foE9Ecn FH5ye93gB77WhZvHuA73ASmMWpraBPlvyE0pp4/wFiDyjRmGjh6gAK0ll7HRXmV1 xk3R0BEV20wrL0+R3XbD =y/6b -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Tue Mar 10 12:50:33 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 606BDA83 for ; Tue, 10 Mar 2015 12:50:33 +0000 (UTC) Received: from onlyone.friendlyhosting.spb.ru (onlyone.friendlyhosting.spb.ru [IPv6:2a01:4f8:131:60a2::2]) by mx1.freebsd.org (Postfix) with ESMTP id E5E4A65D for ; Tue, 10 Mar 2015 12:50:32 +0000 (UTC) Received: from [127.0.0.1] (users-nat.in.devexperts.com [89.113.128.32]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.friendlyhosting.spb.ru (Postfix) with ESMTPSA id 57DFE56403 for ; Tue, 10 Mar 2015 15:50:20 +0300 (MSK) Message-ID: <54FEE88A.5060503@FreeBSD.org> Date: Tue, 10 Mar 2015 15:50:18 +0300 From: Lev Serebryakov Reply-To: lev@FreeBSD.org Organization: FreeBSD User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.5.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: Could not build r279842 on r278265 -- mount_smbfs vs /lib/libkiconv problems when WITHOUT_ICONV is set References: <54FED585.2080206@FreeBSD.org> In-Reply-To: <54FED585.2080206@FreeBSD.org> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Mar 2015 12:50:33 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 On 10.03.2015 14:29, Lev Serebryakov wrote: > I have WITHOUT_ICONV=yes, but it worked month ago and I could not > find anything appropriate in UPDATING or with google. When I delete "WITOUT_ICONV" as workaround here is another very strange problem — abort() in clang!: - --- .depend --- rm -f .depend CC='/usr/bin/cc -target x86_64-unknown-freebsd11.0 - --sysroot=/data/obj.nano/gateway.v2/data/src/tmp - -B/data/obj.nano/gateway.v2/data/src/tmp/usr/bin ' mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE - -I/data/src/sys/modules/netgraph/bluetooth/ubt/../../../../netgraph/bluetooth/include - -I/data/src/sys/modules/netgraph/bluetooth/ubt/../../../../netgraph/bluetooth/drivers/ubt - -DHAVE_KERNEL_OPTION_HEADERS -I. -I/data/src/sys - -I/data/src/sys/contrib/altq - -I/data/obj.nano/gateway.v2/data/src/sys/D2500CC -std=iso9899:1999 /data/src/sys/modules/netgraph/bluetooth/ubt/../../../../netgraph/bluetooth/drivers/ubt/ng_ubt.c Assertion failed: (BufEnd[0] == 0 && "We assume that the input buffer has a null character at the end" " to simplify lexing!"), function InitLexer, file /data/src/lib/clang/libclanglex/../../../contrib/llvm/tools/clang/lib/Lex/Lexer.cpp, line 63. Stack dump: 0. Program arguments: /usr/bin/cc -cc1 -triple x86_64-unknown-freebsd11.0 -Eonly -disable-free -main-file-name ng_ubt.c -mrelocation-model static -mdisable-fp-elim -masm-verbose - -mconstructor-aliases -munwind-tables -target-cpu x86-64 - -dwarf-column-info -nostdsysteminc -nobuiltininc -resource-dir /usr/bin/../lib/clang/3.5.1 -dependency-file - -MT ng_ubt.o - -sys-header-deps -D _KERNEL -D KLD_MODULE -D HAVE_KERNEL_OPTION_HEADERS -I /data/src/sys/modules/netgraph/bluetooth/ubt/../../../../netgraph/bluetooth/include - -I /data/src/sys/modules/netgraph/bluetooth/ubt/../../../../netgraph/bluetooth/drivers/ubt - -I . -I /data/src/sys -I /data/src/sys/contrib/altq -I /data/obj.nano/gateway.v2/data/src/sys/D2500CC -isysroot /data/obj.nano/gateway.v2/data/src/tmp -std=iso9899:1999 - -fdebug-compilation-dir /data/obj.nano/gateway.v2/data/src/sys/D2500CC/modules/data/src/sys/modules/netgraph/bluetooth/ubt - -ferror-limit 19 -fmessage-length 0 -mstackrealign - -fobjc-runtime=gnustep -fdiagnostics-show-option -x c /data/src/sys/modules/netgraph/bluetooth/ubt/../../../../netgraph/bluetooth/drivers/ubt/ng_ubt.c cc: error: unable to execute command: Abort trap (core dumped) - -- // Lev Serebryakov -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (MingW32) iQJ8BAEBCgBmBQJU/uiKXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRGOTZEMUNBMEI1RjQzMThCNjc0QjMzMEFF QUIwM0M1OEJGREM0NzhGAAoJEOqwPFi/3EePq/MQAK9uWLxToG1ypF24F+ymkmA6 5lOisHgejIpKeb5XtBYQBPe9O2E48G/m1ECNaoTd4cGBa8EOZih75sKEAkwm4nlT Yp52p4qFwVgVGn/l90UAE6gmpqdKlqkj4w+O6f3m7PAXBYNvPRHCNXKHlRwMxZBL TBY6QQbYti4nxAwPs8Fj35VUlvXhbKPgwVPRwefG70fFZDieQEG3LV4ugoopVDAL QLDnmUF3FcXtG4DZjHtuQUqMQNGKkxBfqPgQZmvp/fdxfXuX+vlV7oSZICBx47rU lkSNlo4dWXLVh3jWGX/7jNQJOCcbGE7OgYLEJeSVbDGrsVi5FOgh86Tdcr8EFDLZ G9lpgkY1V2fOMkaxpe6JFt1jgFfYwnmVf6v3pNWOIW7Nfwjg6PbMgZ2Si3852Xy7 bZPTsPjOVsvAm6Sj5UPEQ13EayiIVTT5qhrHo0CXJ0mphFiHxCgfNcFRsgmdcCn4 lPw6hD0U0y3idUe1P784HZsXcBVpSWxD61S3ReFxyUA33WxmCXdde3yaYSYFdg4m AqnWhEpjvmp0uSsXMNlocux6Bdb8RC4hXTybpsnJkKJ1jLpFWHuM5DU166GaSPFp U/Cgx6tAlUR9wCuB8ZBmvo3Z7T/zOFUlHdYIGlsOIXiXk74JuetEp6Wgy18a9W4E afpD6j83/kv7ZAs1fFq7 =LVcG -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Tue Mar 10 13:32:22 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 069E8805; Tue, 10 Mar 2015 13:32:22 +0000 (UTC) Received: from tensor.andric.com (tensor.andric.com [IPv6:2001:7b8:3a7:1:2d0:b7ff:fea0:8c26]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "tensor.andric.com", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B6616C07; Tue, 10 Mar 2015 13:32:21 +0000 (UTC) Received: from coleburn.avinity.tv (unknown [77.243.161.229]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id F36D25C48; Tue, 10 Mar 2015 14:32:15 +0100 (CET) Subject: Re: Could not build r279842 on r278265 -- mount_smbfs vs /lib/libkiconv problems when WITHOUT_ICONV is set Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2070.6\)) Content-Type: multipart/signed; boundary="Apple-Mail=_BEC57C1E-AC4A-498D-BB29-F80314F754D0"; protocol="application/pgp-signature"; micalg=pgp-sha1 X-Pgp-Agent: GPGMail 2.5b5 From: Dimitry Andric In-Reply-To: <54FEE88A.5060503@FreeBSD.org> Date: Tue, 10 Mar 2015 14:32:10 +0100 Message-Id: <2DFF2B52-AD0F-408B-9FA9-097188168173@FreeBSD.org> References: <54FED585.2080206@FreeBSD.org> <54FEE88A.5060503@FreeBSD.org> To: lev@FreeBSD.org X-Mailer: Apple Mail (2.2070.6) Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Mar 2015 13:32:22 -0000 --Apple-Mail=_BEC57C1E-AC4A-498D-BB29-F80314F754D0 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 On 10 Mar 2015, at 13:50, Lev Serebryakov wrote: >=20 > On 10.03.2015 14:29, Lev Serebryakov wrote: >=20 > > I have WITHOUT_ICONV=3Dyes, but it worked month ago and I could not > > find anything appropriate in UPDATING or with google. > When I delete "WITOUT_ICONV" as workaround here is another very > strange problem =E2=80=94 abort() in clang!: >=20 > --- .depend --- > rm -f .depend > CC=3D'/usr/bin/cc -target x86_64-unknown-freebsd11.0 > --sysroot=3D/data/obj.nano/gateway.v2/data/src/tmp > -B/data/obj.nano/gateway.v2/data/src/tmp/usr/bin ' mkdep -f .depend -a > -nostdinc -D_KERNEL -DKLD_MODULE > - > = -I/data/src/sys/modules/netgraph/bluetooth/ubt/../../../../netgraph/blueto= oth/include > - > = -I/data/src/sys/modules/netgraph/bluetooth/ubt/../../../../netgraph/blueto= oth/drivers/ubt > -DHAVE_KERNEL_OPTION_HEADERS -I. -I/data/src/sys > -I/data/src/sys/contrib/altq > -I/data/obj.nano/gateway.v2/data/src/sys/D2500CC -std=3Diso9899:1999 > = /data/src/sys/modules/netgraph/bluetooth/ubt/../../../../netgraph/bluetoot= h/drivers/ubt/ng_ubt.c > Assertion failed: (BufEnd[0] =3D=3D 0 && "We assume that the input = buffer > has a null character at the end" " to simplify lexing!"), function > InitLexer, file > = /data/src/lib/clang/libclanglex/../../../contrib/llvm/tools/clang/lib/Lex/= Lexer.cpp, > line 63. I have never seen this assertion before. Is there something wrong with your copy of ng_ubt.c, or some of the files it includes? Can you provide a reproducible test case? Also, in your original post you were talking about an "external toolchain", but I see /usr/bin/cc in the command line, so that does not look very external to me... -Dimitry --Apple-Mail=_BEC57C1E-AC4A-498D-BB29-F80314F754D0 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.26 iEYEARECAAYFAlT+8l4ACgkQsF6jCi4glqOrkACfTa//k5akX0NSg+GQ6HHDnzkr 9HcAnRxrEeOdeiufh6MDKYCyPwa333WC =Hts0 -----END PGP SIGNATURE----- --Apple-Mail=_BEC57C1E-AC4A-498D-BB29-F80314F754D0-- From owner-freebsd-current@FreeBSD.ORG Tue Mar 10 13:40:53 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CCAAD9D2 for ; Tue, 10 Mar 2015 13:40:53 +0000 (UTC) Received: from onlyone.friendlyhosting.spb.ru (onlyone.friendlyhosting.spb.ru [IPv6:2a01:4f8:131:60a2::2]) by mx1.freebsd.org (Postfix) with ESMTP id 8DF86C6D for ; Tue, 10 Mar 2015 13:40:53 +0000 (UTC) Received: from [127.0.0.1] (users-nat.in.devexperts.com [89.113.128.32]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.friendlyhosting.spb.ru (Postfix) with ESMTPSA id BC79356400 for ; Tue, 10 Mar 2015 16:40:47 +0300 (MSK) Message-ID: <54FEF45E.1030501@FreeBSD.org> Date: Tue, 10 Mar 2015 16:40:46 +0300 From: Lev Serebryakov Reply-To: lev@FreeBSD.org Organization: FreeBSD User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.5.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: Could not build r279842 on r278265 -- mount_smbfs vs /lib/libkiconv problems when WITHOUT_ICONV is set References: <54FED585.2080206@FreeBSD.org> <54FEE88A.5060503@FreeBSD.org> <2DFF2B52-AD0F-408B-9FA9-097188168173@FreeBSD.org> In-Reply-To: <2DFF2B52-AD0F-408B-9FA9-097188168173@FreeBSD.org> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Mar 2015 13:40:53 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 On 10.03.2015 16:32, Dimitry Andric wrote: > I have never seen this assertion before. Is there something wrong > with your copy of ng_ubt.c, or some of the files it includes? "svn status" says, that it is equivalent to repository ones. > Can you provide a reproducible test case? I'll try, but I'm not sure :( > Also, in your original post you were talking about an "external > toolchain", but I see /usr/bin/cc in the command line, so that does > not look very external to me... It is external to "build world" process. It was not built at bootstrap stage of "make buildworld" but provided by host system (which has same ARCH/TARGET as target system). It looks like this (in /etc/src.conf): XCC=/usr/bin/cc XCXX=/usr/bin/c++ XCPP=/usr/bin/cpp XAS=/usr/bin/as XAR=/usr/bin/ar XLD=/usr/bin/ld XNM=/usr/bin/nm XOBJDUMP=/usr/bin/objdump XRANLIB=/usr/bin/ranlib XSTRINGS=/usr/bin/strings XSTRIPBIN=/usr/bin/strip COMPILER_TYPE=clang WITHOUT_CROSS_COMPILER=yes WITHOUT_CLANG=yes WITHOUT_GCC=yes WITHOUT_BINUTILS=yes WITHOUT_ELFTOOLCHAIN_TOOLS=yes - -- // Lev Serebryakov -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (MingW32) iQJ8BAEBCgBmBQJU/vReXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRGOTZEMUNBMEI1RjQzMThCNjc0QjMzMEFF QUIwM0M1OEJGREM0NzhGAAoJEOqwPFi/3EePt08QAJuAPu/Wnn0hZyyLzPe+fP02 wTD/Aw975yTAtGZs8F7nHMLi/mhm7WKJoz2m9RuUXvFCxFTHKmOUKu+468+Puxsh BtxYuCgprBiFupXY+m4rBjAfHzmTzPYSbKh94jKkUtWFiO0B3CLHM4wioVolZh++ X71CmQwhD+NEBtUHKjd9TObeJ2Sd1NeDJknA+63cg4kUPepr27sB1VkhgoI9PHHV i9Q9nL3jkBels5LVBnkkqZSy4RwL5RGeQp7+YNfDpJsr6Uc5vNvjn6fp5EwqQ3Da naK4bQxrGJfVWb3sVT0xwVcSBApJQI1+OX4rQs5YHNy7o00Ymax5riBkMfooGXEv myxjObkiZIDXDc0mMVMLL0jv5+c2EYkUsnFpxZzyWPxLnwAwPidtU4Za+5+q9Wyx sqXlViHfv6GSfxTGtefrmQ9ZuDazekgCQZ+pSUzhMoLEDxXK/yNP+JhwUEEOY5p6 N7c/95z9DvfaIQMmRdVQ2W2yeh5hnNzBk/q4bJUN3kTljW61QWwEz7eGM5lTa8H0 jRQ6HIdOXgAF1Kd+b524Am0J2WNlnnpf/VLo1pVU5tV9EcBSoOkaAduvz0lUwJJn eYEaIF3Kn3CpQ80hTgejPkrqAZE3tyjKwcZKdsp5KST4Y2tvzUf7AzF0+o7EMP61 deRYN+pfs/Y9yPcRSbQo =QjJX -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Tue Mar 10 13:46:03 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7A9A6B4A for ; Tue, 10 Mar 2015 13:46:03 +0000 (UTC) Received: from onlyone.friendlyhosting.spb.ru (onlyone.friendlyhosting.spb.ru [46.4.40.135]) by mx1.freebsd.org (Postfix) with ESMTP id 3AE15D39 for ; Tue, 10 Mar 2015 13:46:03 +0000 (UTC) Received: from [127.0.0.1] (users-nat.in.devexperts.com [89.113.128.32]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.friendlyhosting.spb.ru (Postfix) with ESMTPSA id 5B12756400 for ; Tue, 10 Mar 2015 16:45:53 +0300 (MSK) Message-ID: <54FEF590.1070506@FreeBSD.org> Date: Tue, 10 Mar 2015 16:45:52 +0300 From: Lev Serebryakov Reply-To: lev@FreeBSD.org Organization: FreeBSD User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.5.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: Could not build r279842 on r278265 -- mount_smbfs vs /lib/libkiconv problems when WITHOUT_ICONV is set References: <54FED585.2080206@FreeBSD.org> In-Reply-To: <54FED585.2080206@FreeBSD.org> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Mar 2015 13:46:03 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 On 10.03.2015 14:29, Lev Serebryakov wrote: > I could not build NanoBSD system from r279842 sources on r278265 > host with host tools ("cross-build" with external toolchain). > > buildworld fails with > > --- usr.sbin.all__D --- /lib/libkiconv.so.4: undefined reference to > `__bsd_iconv_close@FBSD_1.3' /lib/libkiconv.so.4: undefined > reference to `__bsd_iconv@FBSD_1.3' /lib/libkiconv.so.4: undefined > reference to `__bsd_iconv_open@FBSD_1.3' cc: error: linker command > failed with exit code 1 (use -v to see invocation) *** > [mount_smbfs] Error code 1 > > I have WITHOUT_ICONV=yes, but it worked month ago and I could not > find anything appropriate in UPDATING or with google. I think, it is result of "overlinking elimination" work. But I'm wonder, why SYSTEM libraries are in this output at all!? - -- // Lev Serebryakov -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (MingW32) iQJ8BAEBCgBmBQJU/vWQXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRGOTZEMUNBMEI1RjQzMThCNjc0QjMzMEFF QUIwM0M1OEJGREM0NzhGAAoJEOqwPFi/3EePHwMP/2xq7OnTeyxJ7JRBEmRNkwgc OAqsEtMJwCFLnT8vAmyWQcXYeVDraKv7xqn6nq+euSbGNcv2FoRlLKCH9+ON7A1u JXGpizIvmW3PszT0nvAaq4bgi7Tqouq1xNng6PIK+7t6EZ4k8j7dl7LOc8fnGjDx T0L0Siv2mU4yksBcsMLnC670wFQb/INFCJT4nsQvr8HDr4mGCHwkIUe/2av+s6jX IeixAipoh7trRA8J7FEi7yG35SZ4I6n2qWU4VVLSbpX0VutEuE4qP9bBmisDCxfT Z5mlXXO7GF8/lck6Pm0vwQq4AxfN+5LiJ5H0jIl+OfmaVzglhLKSHFxVBlPdc9pQ nMHyI8+xy6ZAcDR/NkbnoCXa5068m6XuMYigYOwMlduumksNuGYUf8D4yD3ZoxPP KE01e2f5gyDNcaaZj1vJA6Kq5lPrTUOHl4Pq4tB8L/xhJp/gcZClAxLwXyxCv1EB S3eVMWnhoX0Gzg4K0G8v6bJLWV0UDPejtdgEj6N7E3LK7kt5H5Zzm3HmdfRmn+JB f5G41AXORt1LNtWGgOQPp62HNVb2voPWg51cJNBBbI1un8PjpUVVRhl/Z1hKGUj2 0yu519flB0ALR1UTRj8qZNRM5q+VkVeNBppzbzIAJyyjezLIqjvH9gQq632zoyTW uj2/TEuFxkGmSDHbvYhA =OXyG -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Tue Mar 10 19:39:12 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6854BC7B; Tue, 10 Mar 2015 19:39:12 +0000 (UTC) Received: from onlyone.friendlyhosting.spb.ru (onlyone.friendlyhosting.spb.ru [IPv6:2a01:4f8:131:60a2::2]) by mx1.freebsd.org (Postfix) with ESMTP id 247C528C; Tue, 10 Mar 2015 19:39:12 +0000 (UTC) Received: from [127.0.0.1] (users-nat.in.devexperts.com [89.113.128.32]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.friendlyhosting.spb.ru (Postfix) with ESMTPSA id 6BAD656403; Tue, 10 Mar 2015 22:38:59 +0300 (MSK) Message-ID: <54FF4852.1000004@FreeBSD.org> Date: Tue, 10 Mar 2015 22:38:58 +0300 From: Lev Serebryakov Reply-To: lev@FreeBSD.org Organization: FreeBSD User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.5.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: r279842 could not do "installworld" if compiler was not build at "buildoworld" phase (amd64/efi trys to compile on install) Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Mar 2015 19:39:12 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 NaonBSD build with r279842 host and r279842 sources without compiler built in "buildworld" stage fails to make "installworld" because it try to compile "sys/boot/amd64/efi" at install phase: I have this in "src.conf" WITHOUT_CROSS_COMPILER=yes WITHOUT_CLANG=yes WITHOUT_BINUTILS=yes WITHOUT_ELFTOOLCHAIN_TOOLS=yes WITHOUT_GCC=yes WITHOUT_TOOLCHAIN=yes And got this at "make installworld": ===> sys/boot/userboot/userboot (install) install -o root -g wheel -m 444 userboot.so /data/obj.nano/gateway.v2/_.w/boot ===> sys/boot/ficl32 (install) ===> sys/boot/ficl (install) ===> sys/boot/amd64 (install) ===> sys/boot/amd64/efi (install) cc -O2 -pipe -fPIC -I. - -I/data/src/sys/boot/amd64/efi/../../efi/include - -I/data/src/sys/boot/amd64/efi/../../efi/include/amd64 - -I/data/src/sys/boot/amd64/efi/../../../contrib/dev/acpica/include - -I/data/src/sys/boot/amd64/efi/../../.. -DBOOT_FORTH - -I/data/src/sys/boot/amd64/efi/../../ficl - -I/data/src/sys/boot/amd64/efi/../../ficl/amd64 -DLOADER_DISK_SUPPORT - -DLOADER_GPT_SUPPORT -DLOADER_MBR_SUPPORT - -I/data/src/sys/boot/amd64/efi/../../common -ffreestanding -mno-mmx - -mno-sse -mno-aes -mno-avx -msoft-float -std=gnu99 - -Qunused-arguments -c /data/src/sys/boot/amd64/efi/autoload.c /tmp/install.4m4ZY660/sh: cc: not found *** Error code 127 Stop. make[7]: stopped in /data/src/sys/boot/amd64/efi *** Error code 1 r278206 worked with this config. BTW, it will be nice to have WITHOUT_UEFI knob. - -- // Lev Serebryakov -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (MingW32) iQJ8BAEBCgBmBQJU/0hSXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRGOTZEMUNBMEI1RjQzMThCNjc0QjMzMEFF QUIwM0M1OEJGREM0NzhGAAoJEOqwPFi/3EePxtQP/A1tFNf2TEVwGn8K6xILuPf4 nKMf5sfCMLyObskWJ1QUFpg8x2CV+R3LInCOliAgLamA3McFy62md7+h2V+FtBrc T/7W6kzNS7WBQCXALsb1psOFSpTqhmvEF3q3WT0gvyeO8xrI4rF5qrohgLpsIcY7 otamP8WcFRdDA9+EHiiXJo7OB+r/1bhTtoZQ/n4wfTzrUyfUk6faZlVAdFewRfjZ gOwZ7vUMkOrhabcnxt+sf1qhA9Ned0Cd31DJp+Bq3VJ1P6HFkcOydM4sKfNQO2sL BWCnTmskm/ZoD8MRkAeC7MJ0xHCCETxToWzDckA5naYiqSUm/PKp5srqtM1vLLDr 2YPh8CXqSqM8gbNIP66LAhsQGpfofUgPb8El16Ha9Ah5e5XGUMc5p1MWYIDR4LkF YVse2v/J4tQZuSdGzgWXMQicMpw2CSBwZQ9Wd/cN2PFF/yp75C4J1dk9wOa97VMW Y+U9dNoFo7QXVj5l3g/Dp5vU9AudAD1P10lzlZmoPVzex/eKJs3JUW7vvUFRLRgc oPgstt2nie5/r16cvuRcA8pdAU1bW0Kem2XxY1bg7yhLodxDLlgfxrpaGXj/NW2w F0qjKtlLFXdkd4AUA9zX4VkMwRCX4nRCQ043cY9ICC25ufvliSgnERGzpvQXkxu6 CtlMK+h3Mplsn0LoR6uq =1UGD -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Wed Mar 11 00:59:02 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 62E5CAEA for ; Wed, 11 Mar 2015 00:59:02 +0000 (UTC) Received: from mail-qc0-f179.google.com (mail-qc0-f179.google.com [209.85.216.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 1A1E3EA7 for ; Wed, 11 Mar 2015 00:59:01 +0000 (UTC) Received: by qcwr17 with SMTP id r17so6699839qcw.2 for ; Tue, 10 Mar 2015 17:58:55 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:to:cc:subject:date:message-id:organization :user-agent:in-reply-to:references:mime-version:content-type; bh=urr+meGfYBNUDSRDtdXdGM8JiLn/y19TKitVrPB+6Z4=; b=mB7KZ1vqGLeBc1MuBpSlfxtJ8VgqkJUQ39azoc1CXW1SYVkaraz3lW0Ugl8JWOAyLs aAc6V3TwnHjWea58snjlI6zpx/c0kdgquuREds4XDK7DIq/ONciWnjcwOzCfknvUe/1R kYEjmbuVNGJhZ2qEm+iAgWLYhicOsjh/0L7uFeOZlOuttNDtFBcLrzwjrQCp6o3SC4ip kGE+ZvtPd2/HUsFLMkQZ6cnsIsvDEqxc7A4O3i6hjhbz87hjRwCNFAseNIS1FjSKeRFK JEZ0sUlUsw0YcRUTkkt5edGWVxrOv5zyozsPqczKnKje+o1jHMA8sUne4/rao3/CVI5J gTjQ== X-Gm-Message-State: ALoCoQmx9BFGTDquknxIgEc6wbIsaFNSqlSFnNKVGOrp51Qmz6aZE5vm+R9za7v//QIltoBmK5FY X-Received: by 10.140.86.75 with SMTP id o69mr43573413qgd.98.1426035535309; Tue, 10 Mar 2015 17:58:55 -0700 (PDT) Received: from shawnwebb-laptop.localnet ([73.173.99.185]) by mx.google.com with ESMTPSA id p46sm1544812qgd.22.2015.03.10.17.58.54 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 10 Mar 2015 17:58:54 -0700 (PDT) From: Shawn Webb To: Hans Petter Selasky Subject: Re: Pluggable frame buffer devices Date: Tue, 10 Mar 2015 20:58:56 -0400 Message-ID: <89221372.DjuVbSkams@shawnwebb-laptop> Organization: HardenedBSD User-Agent: KMail/4.14.2 (FreeBSD/11.0-CURRENT; KDE/4.14.2; amd64; ; ) In-Reply-To: <1425903905.4540.0.camel@hardenedbsd.org> References: <54E11A57.3030105@selasky.org> <54FB663B.9080803@selasky.org> <1425903905.4540.0.camel@hardenedbsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1998070.7KhQCITvBo"; micalg="pgp-sha256"; protocol="application/pgp-signature" Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Mar 2015 00:59:02 -0000 --nextPart1998070.7KhQCITvBo Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="us-ascii" On Monday, March 09, 2015 08:25:05 AM Shawn Webb wrote: > On Sat, 2015-03-07 at 21:57 +0100, Hans Petter Selasky wrote: > > Hi Shawn, > >=20 > > I've just put some more pieces into the kernel. > >=20 > > https://svnweb.freebsd.org/changeset/base/279752 > > https://svnweb.freebsd.org/changeset/base/279753 > >=20 > > Can you give the current code a spin? > >=20 > > To get X.org/X11 working simply create a config file under > > /usr/local/etc/X11/xorg.conf.d which contains the device section gi= ven > > by "man xf86-video-scfb". > >=20 > > Open issues: > >=20 > > - Restoring the frame buffer does not always work. I looks like the= > > restored text console size is 1x1 afterwards. At least there is no > > panic. And you can re-plug the UDL device again. > >=20 > > - You need to unplug the UDL device before rebooting. > >=20 > > - UDL device must be connected to a monitor before you plug it to U= SB, > > or you can load/unload the driver to re-probe the video format. > >=20 > > --HPS >=20 > Sorry for the silence on my part. I've been quite busy. I hope to tes= t > out the recent commits over the week and report back by Friday or > Saturday. >=20 > Thanks, >=20 > Shawn Still no go. Xorg fails to even start. It doesn't even know that my=20 DisplayLink device is plugged in (which it was even before boot). I'm g= etting=20 USB timeout errors on that device only. Thanks, =2D-=20 Shawn Webb HardenedBSD GPG Key ID: 0x6A84658F52456EEE GPG Key Fingerprint: 2ABA B6BD EF6A F486 BE89 3D9E 6A84 658F 5245 6EEE --nextPart1998070.7KhQCITvBo Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part. Content-Transfer-Encoding: 7Bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAABCAAGBQJU/5NQAAoJEGqEZY9SRW7upZcQAJ4dZLmI3twXVN4stSzv2NJt 9KyHpu0uAJBYwOmIrUSkt29R10RXqh6arDblDtystp5YHjoWTwh7G3w0rP0wdZEW rvpqA/biqAcBr1IghlQ/JC8RfmAIvTbGNspAx71oVjO5e4zweMD/6oZnhKFsGyZ7 jY2OOT6YM6Gee/5pFXlCoZzcpkxTkmrMPldmoXINnP4w2StGFtkoCuc9i5WX+yiT gjqckrwQkl4TY9/hFVyN37+4f9LU43G7V6p56Zkw8rvv1dg69hrKoKr5CORneex/ 04w4/uVQzjI79luZvJXGRihKZCEOM/KpTwzw/0wqd/q74nJ27Z9Z8s+Vju72DX// vuq3YBARzbxXF236tzkUF+hz33K5Yfu46r3n6f1aYhsHsq+QqEcV93D/WkeY1wWt a1E4l+MCY1OxNUfN9JK3hYGe53paSv14QCLruBnk4QcHJqDTMcM9ITHymLgzNT69 Ns5TWhq/xq03B5RaCLzoDKjpFvhxZL1ZMPFmuY7weCpHlkT9FjhVpR8xrX3qqAcF BsDiw12p5e0/t7cLHxDln4City8+emrY6nIlpUK7KkqOyw9Lf5wC5uqSPO+HHS7X aaElMISBsfbDfsW/dx61YNRYlG8DvR2EbSPqsyBBDUrLJKlikqV1qs2NYHsLLDSP TRjDTgd88ei21IWpDecm =LK9T -----END PGP SIGNATURE----- --nextPart1998070.7KhQCITvBo-- From owner-freebsd-current@FreeBSD.ORG Wed Mar 11 07:17:15 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D7908A77 for ; Wed, 11 Mar 2015 07:17:15 +0000 (UTC) Received: from mail.turbocat.net (mail.turbocat.net [IPv6:2a01:4f8:d16:4514::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 9AF87C4B for ; Wed, 11 Mar 2015 07:17:15 +0000 (UTC) Received: from laptop015.home.selasky.org (cm-176.74.213.204.customer.telag.net [176.74.213.204]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id CBBC31FE022; Wed, 11 Mar 2015 08:17:12 +0100 (CET) Message-ID: <54FFEC27.3010400@selasky.org> Date: Wed, 11 Mar 2015 08:17:59 +0100 From: Hans Petter Selasky User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.4.0 MIME-Version: 1.0 To: Shawn Webb Subject: Re: Pluggable frame buffer devices References: <54E11A57.3030105@selasky.org> <54FB663B.9080803@selasky.org> <1425903905.4540.0.camel@hardenedbsd.org> <89221372.DjuVbSkams@shawnwebb-laptop> In-Reply-To: <89221372.DjuVbSkams@shawnwebb-laptop> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Mar 2015 07:17:15 -0000 On 03/11/15 01:58, Shawn Webb wrote: > On Monday, March 09, 2015 08:25:05 AM Shawn Webb wrote: >> On Sat, 2015-03-07 at 21:57 +0100, Hans Petter Selasky wrote: >>> Hi Shawn, >>> >>> I've just put some more pieces into the kernel. >>> >>> https://svnweb.freebsd.org/changeset/base/279752 >>> https://svnweb.freebsd.org/changeset/base/279753 >>> >>> Can you give the current code a spin? >>> >>> To get X.org/X11 working simply create a config file under >>> /usr/local/etc/X11/xorg.conf.d which contains the device section given >>> by "man xf86-video-scfb". >>> >>> Open issues: >>> >>> - Restoring the frame buffer does not always work. I looks like the >>> restored text console size is 1x1 afterwards. At least there is no >>> panic. And you can re-plug the UDL device again. >>> >>> - You need to unplug the UDL device before rebooting. >>> >>> - UDL device must be connected to a monitor before you plug it to USB, >>> or you can load/unload the driver to re-probe the video format. >>> >>> --HPS >> >> Sorry for the silence on my part. I've been quite busy. I hope to test >> out the recent commits over the week and report back by Friday or >> Saturday. >> >> Thanks, >> >> Shawn > > Still no go. Xorg fails to even start. It doesn't even know that my > DisplayLink device is plugged in (which it was even before boot). I'm getting > USB timeout errors on that device only. > > Thanks, > Can you show the error messages when you plug your device? Also, what USB controllers do you have? --HPS From owner-freebsd-current@FreeBSD.ORG Wed Mar 11 10:20:34 2015 Return-Path: Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 030806E8 for ; Wed, 11 Mar 2015 10:20:34 +0000 (UTC) Received: from mail.turbocat.net (heidi.turbocat.net [88.198.202.214]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id B87651EF for ; Wed, 11 Mar 2015 10:20:33 +0000 (UTC) Received: from laptop015.home.selasky.org (cm-176.74.213.204.customer.telag.net [176.74.213.204]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id 4DA131FE022 for ; Wed, 11 Mar 2015 11:20:30 +0100 (CET) Message-ID: <5500171D.6060303@selasky.org> Date: Wed, 11 Mar 2015 11:21:17 +0100 From: Hans Petter Selasky User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.4.0 MIME-Version: 1.0 To: freebsd-current@FreeBSD.ORG Subject: Extending PATH variable in top-level Makefile Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Mar 2015 10:20:34 -0000 Hi, When installing bmake from ports, the binary ends up in /usr/local/bin and our top-level Makefile doesn't check there: diff --git a/Makefile b/Makefile index e89a5b1..35ade48 100644 --- a/Makefile +++ b/Makefile @@ -129,7 +129,7 @@ TGTS+= ${BITGTS} .ORDER: buildkernel reinstallkernel .ORDER: buildkernel reinstallkernel.debug -PATH= /sbin:/bin:/usr/sbin:/usr/bin +PATH= /sbin:/bin:/usr/sbin:/usr/bin:/usr/local/bin > bmake -m $PWD/share/mk buildkernel > env: bmake: No such file or directory > bmake: "/usr/img/freebsd/Makefile" line 136: warning: "/usr/bin/env -i PATH=/sbin:/bin:/usr/sbin:/usr/bin bmake __MAKE_CONF=/etc/make.conf -f /dev/null -V MAKEOBJDIRPREFIX dummy" returned non-zero status > --- buildkernel --- > --- buildkernel --- > ERROR: Missing kernel configuration file(s) (NOIP). > *** [buildkernel] Error code 1 > Any objections against extending the PATH= in our top-level Makefile? --HPS From owner-freebsd-current@FreeBSD.ORG Wed Mar 11 16:38:46 2015 Return-Path: Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B6A48991 for ; Wed, 11 Mar 2015 16:38:46 +0000 (UTC) Received: from spindle.one-eyed-alien.net (spindle.one-eyed-alien.net [199.48.129.229]) by mx1.freebsd.org (Postfix) with ESMTP id 91E3D932 for ; Wed, 11 Mar 2015 16:38:46 +0000 (UTC) Received: by spindle.one-eyed-alien.net (Postfix, from userid 3001) id 0EC835A9F27; Wed, 11 Mar 2015 16:38:40 +0000 (UTC) Date: Wed, 11 Mar 2015 16:38:39 +0000 From: Brooks Davis To: Hans Petter Selasky Subject: Re: Extending PATH variable in top-level Makefile Message-ID: <20150311163839.GA68977@spindle.one-eyed-alien.net> References: <5500171D.6060303@selasky.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ikeVEW9yuYc//A+q" Content-Disposition: inline In-Reply-To: <5500171D.6060303@selasky.org> User-Agent: Mutt/1.5.23 (2014-03-12) Cc: freebsd-current@FreeBSD.ORG X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Mar 2015 16:38:46 -0000 --ikeVEW9yuYc//A+q Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Mar 11, 2015 at 11:21:17AM +0100, Hans Petter Selasky wrote: > Hi, >=20 > When installing bmake from ports, the binary ends up in /usr/local/bin=20 > and our top-level Makefile doesn't check there: >=20 > diff --git a/Makefile b/Makefile > index e89a5b1..35ade48 100644 > --- a/Makefile > +++ b/Makefile > @@ -129,7 +129,7 @@ TGTS+=3D ${BITGTS} > .ORDER: buildkernel reinstallkernel > .ORDER: buildkernel reinstallkernel.debug >=20 > -PATH=3D /sbin:/bin:/usr/sbin:/usr/bin > +PATH=3D /sbin:/bin:/usr/sbin:/usr/bin:/usr/local/bin >=20 >=20 > > bmake -m $PWD/share/mk buildkernel > > env: bmake: No such file or directory > > bmake: "/usr/img/freebsd/Makefile" line 136: warning: "/usr/bin/env -i = PATH=3D/sbin:/bin:/usr/sbin:/usr/bin bmake __MAKE_CONF=3D/etc/make.conf = -f /dev/null -V MAKEOBJDIRPREFIX dummy" returned non-zero status > > --- buildkernel --- > > --- buildkernel --- > > ERROR: Missing kernel configuration file(s) (NOIP). > > *** [buildkernel] Error code 1 > > >=20 > Any objections against extending the PATH=3D in our top-level Makefile? I can't express how bad I think that idea is. You should be able to just u= se a full path to the installed bmake. I'm surprised you need -m. -- Brooks --ikeVEW9yuYc//A+q Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iEYEARECAAYFAlUAb48ACgkQXY6L6fI4GtTOtACgy7wc9DdrB9z1AWVW7C5jKJUk MuAAnifJ55I1edqbhK8FExzsx2eyziv6 =0ACP -----END PGP SIGNATURE----- --ikeVEW9yuYc//A+q-- From owner-freebsd-current@FreeBSD.ORG Wed Mar 11 16:55:25 2015 Return-Path: Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0A087BB9; Wed, 11 Mar 2015 16:55:25 +0000 (UTC) Received: from mail.turbocat.net (heidi.turbocat.net [88.198.202.214]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id BD675AEE; Wed, 11 Mar 2015 16:55:24 +0000 (UTC) Received: from laptop015.home.selasky.org (cm-176.74.213.204.customer.telag.net [176.74.213.204]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id 1CC4B1FE022; Wed, 11 Mar 2015 17:55:21 +0100 (CET) Message-ID: <550073A7.6040302@selasky.org> Date: Wed, 11 Mar 2015 17:56:07 +0100 From: Hans Petter Selasky User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.4.0 MIME-Version: 1.0 To: Brooks Davis Subject: Re: Extending PATH variable in top-level Makefile References: <5500171D.6060303@selasky.org> <20150311163839.GA68977@spindle.one-eyed-alien.net> In-Reply-To: <20150311163839.GA68977@spindle.one-eyed-alien.net> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.ORG X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Mar 2015 16:55:25 -0000 On 03/11/15 17:38, Brooks Davis wrote: > On Wed, Mar 11, 2015 at 11:21:17AM +0100, Hans Petter Selasky wrote: >> Hi, >> >> When installing bmake from ports, the binary ends up in /usr/local/bin >> and our top-level Makefile doesn't check there: >> >> diff --git a/Makefile b/Makefile >> index e89a5b1..35ade48 100644 >> --- a/Makefile >> +++ b/Makefile >> @@ -129,7 +129,7 @@ TGTS+= ${BITGTS} >> .ORDER: buildkernel reinstallkernel >> .ORDER: buildkernel reinstallkernel.debug >> >> -PATH= /sbin:/bin:/usr/sbin:/usr/bin >> +PATH= /sbin:/bin:/usr/sbin:/usr/bin:/usr/local/bin >> >> >>> bmake -m $PWD/share/mk buildkernel >>> env: bmake: No such file or directory >>> bmake: "/usr/img/freebsd/Makefile" line 136: warning: "/usr/bin/env -i PATH=/sbin:/bin:/usr/sbin:/usr/bin bmake __MAKE_CONF=/etc/make.conf -f /dev/null -V MAKEOBJDIRPREFIX dummy" returned non-zero status >>> --- buildkernel --- >>> --- buildkernel --- >>> ERROR: Missing kernel configuration file(s) (NOIP). >>> *** [buildkernel] Error code 1 >>> >> >> Any objections against extending the PATH= in our top-level Makefile? > > I can't express how bad I think that idea is. You should be able to just use > a full path to the installed bmake. I'm surprised you need -m. > Hi, You can see the PATH environment variable is overwritten by what is inside the top-level Makefile. And "which bmake" reports /usr/local/bin/bmake and that is not inside the binary searching path, when the Makefile invokes bmake again. I was surprised too to see this! --HPS From owner-freebsd-current@FreeBSD.ORG Wed Mar 11 19:27:04 2015 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6875CA0A; Wed, 11 Mar 2015 19:27:04 +0000 (UTC) Received: from mx0.gentlemail.de (mx0.gentlemail.de [IPv6:2a00:e10:2800::a130]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id E1A85EFE; Wed, 11 Mar 2015 19:27:03 +0000 (UTC) Received: from mh0.gentlemail.de (mh0.gentlemail.de [78.138.80.135]) by mx0.gentlemail.de (8.14.5/8.14.5) with ESMTP id t2BJR0Tb002202; Wed, 11 Mar 2015 20:27:00 +0100 (CET) (envelope-from h.schmalzbauer@omnilan.de) Received: from titan.inop.mo1.omnilan.net (titan.inop.mo1.omnilan.net [IPv6:2001:a60:f0bb:1::3:1]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mh0.gentlemail.de (Postfix) with ESMTPSA id 76BF5811; Wed, 11 Mar 2015 20:26:59 +0100 (CET) Message-ID: <550096F9.2050309@omnilan.de> Date: Wed, 11 Mar 2015 20:26:49 +0100 From: Harald Schmalzbauer Organization: OmniLAN User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; de-DE; rv:1.9.2.8) Gecko/20100906 Lightning/1.0b2 Thunderbird/3.1.2 MIME-Version: 1.0 To: "Kenneth D. Merry" Subject: SLR140 with new mt(1) [Was: Re: sa(4) driver changes available for test] References: <20150214003232.GA63990@mithlond.kdm.org> <20150219001347.GA57416@mithlond.kdm.org> <54EEEE1E.7020007@omnilan.de> <20150226224202.GA14015@mithlond.kdm.org> <54F0BFE1.4000000@omnilan.de> <20150228000846.GA33584@mithlond.kdm.org> In-Reply-To: <20150228000846.GA33584@mithlond.kdm.org> X-Enigmail-Version: 1.1.2 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig68B0664DA276E3346E70C684" X-Greylist: ACL 119 matched, not delayed by milter-greylist-4.2.7 (mx0.gentlemail.de [78.138.80.130]); Wed, 11 Mar 2015 20:27:00 +0100 (CET) X-Milter: Spamilter (Reciever: mx0.gentlemail.de; Sender-ip: 78.138.80.135; Sender-helo: mh0.gentlemail.de; ) Cc: current@freebsd.org, scsi@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Mar 2015 19:27:04 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig68B0664DA276E3346E70C684 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Bez=FCglich Kenneth D. Merry's Nachricht vom 28.02.2015 01:08 (localtime= ): =85 >> Still just works fine ! :-) (stable_10.20150218.1-patchset with LTO2, >> LTO3 and DDS5) >> With DDS5, densitiy is reported as "unknown". If I remember correctly,= >> you have your DDS4 reporting "DDS4"? > That means that we need to add DDS5 to the density table in libmt. Can= > you send the output of 'mt status -v'? It would actually be helpful fo= r > all three drives. Hello, I'd like to present some test results. All tests were done with 10-stable-r273923 and Ken's sa_driver_changes-patchset, reduced by the commited scsi-sys-code. Unfortunately, there's a problem with appending files to any SLRtape. I can write the first file, but trying to open a second file for writing, results in "end of device" message. This problem doesn't exist for other drives (tested on VXA-2 (also SCSI-2) and DAT72 (SCSI-3)) with exactly same environment (all currently connected SCSI drives (7) are on one mpt(4) bus). After the first "end of device" message, consecutive write attempts lead to "Operation not permitted". According to the datasheet (http://www.tandbergdata.ru/products/files/SLR140_DS_605_ENG.pdf), the drive should speak SCSI-3, but camcontrol shows SCSI-2. ################## TandbergData SLR140 Drive ################## camcontrol inq $TAPE -v pass3: Removable Sequential Access SCSI-2 device pass3: Serial Number SN140253489 pass3: 40.000MB/s transfers (20.000MHz, offset 15, 16bit), Command Queueing Enabled Density 0x36 =3D ALRF-6, 186000 bpi, SLR140 drive + SLR140tape: SLRtape140 (8mm DualReel, 70GB native, 505.9m length, 5.5MiB/s) mt status -v Drive: sa3: Serial Number: SN140253489 --------------------------------- Mode Density Blocksize bpi Compression Current: 0x36:UNKNOWN variable 0 enabled (0x3) --------------------------------- Current Driver State: at rest. --------------------------------- Partition: 0 Calc File Number: 0 Calc Record Number: 0 Residual: 0 Reported File Number: -1 Reported Record Number: -1 Flags: None --------------------------------- Tape I/O parameters: Maximum I/O size allowed by driver and controller (maxio): 131072 bytes Maximum I/O size reported by controller (cpi_maxio): 131072 bytes Maximum block size supported by tape drive and media (max_blk): 262144 by= tes Minimum block size supported by tape drive and media (min_blk): 1 bytes Block granularity supported by tape drive and media (blk_gran): 0 bytes Maximum possible I/O size (max_effective_iosize): 131072 bytes Minimum blocksize to reach highest throughput, thus sustained write of uncompressable data (from /dev/random): 24k@5.5MiB/s mt status --------------------------------- Current Driver State: at rest. --------------------------------- Partition: 0 Calc File Number: 1 Calc Record Number: 0 Residual: 0 Reported File Number: -1 Reported Record Number: -1 Flags: None "short READ POSITION" camcontrol cmd $TAPE -v -c "34 0 0 0 0 0 0 0 0 0" -i 20 - | hd 00000000 30 00 00 00 00 00 06 83 00 00 00 00 00 00 00 00 |0..............= =2E| 00000010 00 00 00 00 |....| 00000014 "vendor READ POSITION" camcontrol cmd $TAPE -v -c "34 1 0 0 0 0 0 0 0 0" -i 20 - | hd camcontrol: error sending command (pass3:mpt1:0:13:0): READ POSITION. CDB: 34 01 00 00 00 00 00 00 00 00 (pass3:mpt1:0:13:0): CAM status: SCSI Status Error (pass3:mpt1:0:13:0): SCSI status: Check Condition (pass3:mpt1:0:13:0): SCSI sense: ILLEGAL REQUEST asc:24,0 (Invalid field in CDB) (pass3:mpt1:0:13:0): Command byte 1 bit 0 is invalid "long READ POSITION" camcontrol cmd $TAPE -v -c "34 6 0 0 0 0 0 0 0 0" -i 32 - |hd camcontrol: error sending command (pass3:mpt1:0:13:0): READ POSITION. CDB: 34 06 00 00 00 00 00 00 00 00 (pass3:mpt1:0:13:0): CAM status: SCSI Status Error (pass3:mpt1:0:13:0): SCSI status: Check Condition (pass3:mpt1:0:13:0): SCSI sense: ILLEGAL REQUEST asc:24,0 (Invalid field in CDB) (pass3:mpt1:0:13:0): Command byte 1 bit 2 is invalid Different tapes ---------------------- Density 0x34 =3D ALRF-1, 15400 bpi: SLRtape100 (8mm DualReel, 50GB native, 457.2m length, 4.7MiB/s) SLRtape40 (8mm DualReel, 20GB native, 187,5m length, 4.7MiB/s) Mode Density Blocksize bpi Compression Current: 0x36:UNKNOWN variable 0 enabled (0x3) Density 0x30 =3D MLR3, 103124 bpi: SLRtape50 (=BC" (Quarter inch) DualReel, 25GB native, 457.2m length, 1.8M= iB/s) ########## Exabyte VXA-2 ########## camcontrol inq $TAPE -v pass9: Removable Sequential Access SCSI-2 device pass9: Serial Number 0085105377 pass9: 80.000MB/s transfers (40.000MHz, offset 32, 16bit), Command Queueing Enabled Density 0x81 =3D ??? (no info about areal density found, nor bpi/ftpi) VXA-2 Drive + V10 Tape VXA V10 (8mm DualReel, 20GB native, 120m length, 5.6MiB/s) mt status -v Drive: sa4: Serial Number: 0085105377 --------------------------------- Mode Density Blocksize bpi Compression Current: 0x81:UNKNOWN variable 0 enabled (0x3) --------------------------------- Current Driver State: at rest. --------------------------------- Partition: 0 Calc File Number: 0 Calc Record Number: 0 Residual: 0 Reported File Number: -1 Reported Record Number: -1 Flags: None --------------------------------- Tape I/O parameters: Maximum I/O size allowed by driver and controller (maxio): 131072 bytes Maximum I/O size reported by controller (cpi_maxio): 131072 bytes Maximum block size supported by tape drive and media (max_blk): 245760 by= tes Minimum block size supported by tape drive and media (min_blk): 1 bytes Block granularity supported by tape drive and media (blk_gran): 0 bytes Maximum possible I/O size (max_effective_iosize): 131072 bytes Minimum blocksize to reach highest throughput, thus sustained write of uncompressable data (from /dev/random): 24k@5.6MiB/s mt status --------------------------------- Current Driver State: at rest. --------------------------------- Partition: 0 Calc File Number: 4 Calc Record Number: 0 Residual: 0 Reported File Number: -1 Reported Record Number: -1 Flags: None "short READ POSITION" camcontrol cmd $TAPE -v -c "34 0 0 0 0 0 0 0 0 0" -i 20 - | hd 00000000 00 00 00 00 00 00 39 39 00 00 00 00 00 00 00 00 |......99.......= =2E| * 00000010 "vendor READ POSITION" camcontrol cmd $TAPE -v -c "34 1 0 0 0 0 0 0 0 0" -i 20 - | hd 00000000 00 00 00 00 00 00 39 39 00 00 00 00 00 00 00 00 |......99.......= =2E| * 00000010 "long READ POSITION" camcontrol cmd $TAPE -v -c "34 6 0 0 0 0 0 0 0 0" -i 32 - |hd camcontrol: error sending command (pass9:mpt1:0:15:0): READ POSITION. CDB: 34 06 00 00 00 00 00 00 00 00 (pass9:mpt1:0:15:0): CAM status: SCSI Status Error (pass9:mpt1:0:15:0): SCSI status: Check Condition (pass9:mpt1:0:15:0): SCSI sense: ILLEGAL REQUEST asc:24,0 (Invalid field in CDB) (pass9:mpt1:0:15:0): Command byte 1 bit 2 is invalid No other tape cartridges available for testing at the moment (X6 to follow together with VXA-320 drive results) ################ Seagate/Quantum DAT72 (DDS-5) ################ camcontrol inq $TAPE -v pass0: Removable Sequential Access SCSI-3 device pass0: Serial Number HV082SN pass0: 80.000MB/s transfers (40.000MHz, offset 32, 16bit), Command Queueing Enabled Density 0x47 =3D PRML, 162000 bpi, DAT72 Drive + DAT72 media DAT-72 Cartridge (3.81mm DualReel, 36GB native, 170m length, 3.2MiB/s): mt status -v Drive: sa0: Serial Number: HV082SN --------------------------------- Mode Density Blocksize bpi Compression Current: 0x47:UNKNOWN variable 0 enabled (DCLZ) --------------------------------- Current Driver State: at rest. --------------------------------- Partition: 0 Calc File Number: 0 Calc Record Number: 0 Residual: 0 Reported File Number: 0 Reported Record Number: 0 Flags: BOP --------------------------------- Tape I/O parameters: Maximum I/O size allowed by driver and controller (maxio): 131072 bytes Maximum I/O size reported by controller (cpi_maxio): 131072 bytes Maximum block size supported by tape drive and media (max_blk): 16777215 bytes Minimum block size supported by tape drive and media (min_blk): 1 bytes Block granularity supported by tape drive and media (blk_gran): 0 bytes Maximum possible I/O size (max_effective_iosize): 131072 bytes Minimum blocksize to reach highest throughput, thus sustained write of uncompressable data (from /dev/random): <4k@3.2MiB/s mt status --------------------------------- Current Driver State: at rest. --------------------------------- Partition: 0 Calc File Number: 7 Calc Record Number: 0 Residual: 0 Reported File Number: 7 Reported Record Number: 115634 "short READ POSITION" camcontrol cmd $TAPE -v -c "34 0 0 0 0 0 0 0 0 0" -i 20 - | hd 00000000 30 00 00 00 00 01 c3 b2 00 01 c3 b2 00 00 00 00 |0..............= =2E| 00000010 00 00 00 00 |....| 00000014 "vendor READ POSITION" camcontrol cmd $TAPE -v -c "34 1 0 0 0 0 0 0 0 0" -i 20 - | hd 00000000 30 00 00 00 00 01 c3 ab 00 01 c3 ab 00 00 00 00 |0..............= =2E| 00000010 00 00 00 00 |....| 00000014 "long READ POSITION" camcontrol cmd $TAPE -v -c "34 6 0 0 0 0 0 0 0 0" -i 32 - |hd 00000000 00 00 00 00 00 00 00 00 00 00 00 00 00 01 c3 b2 |...............= =2E| 00000010 00 00 00 00 00 00 00 07 00 00 00 00 00 00 00 00 |...............= =2E| 00000020 Different tapes ---------------------- Density 0x26 =3D PRML, 122000 bpi DDS4 Cartridge (3.81mm DualReel, 20GB native, 150m length,): Mode Density Blocksize bpi Compression Current: 0x26:DDS-4 variable 97000 enabled (DCLZ) Density 0x25 =3D PRML, 122000 bpi (3.81mm DualReel, 36GB native, 125m length, ) Mode Density Blocksize bpi Compression Current: 0x25:DDS-3 variable 97000 enabled (DCLZ) I could also provide LTO-3 (and LTO-2) results =96 after I identified the= U320 killer in the bus=85 Like reported earlier, LTO-2 worked like a charm. DLT-V4 and VXA-320 will follow soon too =96 I'm waiting for some media. Thanks, -Harry --------------enig68B0664DA276E3346E70C684 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAlUAlwIACgkQLDqVQ9VXb8iNmQCfZ+aO4z7vgPsvYhqDH9cSOO4G sY8AnjhpJWHxZqEXAzG7YWiAjdMFeF6k =YNOS -----END PGP SIGNATURE----- --------------enig68B0664DA276E3346E70C684-- From owner-freebsd-current@FreeBSD.ORG Wed Mar 11 20:24:55 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 637DCEBC for ; Wed, 11 Mar 2015 20:24:55 +0000 (UTC) Received: from mail-lb0-x22d.google.com (mail-lb0-x22d.google.com [IPv6:2a00:1450:4010:c04::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 E3B94876 for ; Wed, 11 Mar 2015 20:24:54 +0000 (UTC) Received: by lbiz11 with SMTP id z11so11462678lbi.13 for ; Wed, 11 Mar 2015 13:24:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=G24FvItJDvkLl5AlGYSxHLg95UCDu+ecRsQsDzfD4ew=; b=QfeHUqtJ5JUUcM+/7Rq74wt6nGEq7X1gn5aBV7tUUtxv2OBuWejGyv/K6GRvZICm+9 xpUM+v0T8HRqKL4QKF1EKrxrxBgWn/vXoq0x1bs+8VlFOqBH5xEGUh+aPN73QX5NXfvq H13I/Y1jRkmbPshODc6S251lod5elehinVfe/fJfIw1UAUz8IJoO1x85naZg6vi+VLdw jDSaNCujwrPhBXrxyoDuCF5IzxVIDUhvisLrzYJiZmJ+9fwYVDq3nA2v3sgxh1NWFNgN bugN6WKBikIivM2AmT0c4b1c2xNGtwousKQs9xY0MKcdM80Im2Vb25d7PWvsjcPzgxxF 5hjg== MIME-Version: 1.0 X-Received: by 10.112.26.209 with SMTP id n17mr30979064lbg.84.1426105492481; Wed, 11 Mar 2015 13:24:52 -0700 (PDT) Sender: crodr001@gmail.com Received: by 10.112.82.164 with HTTP; Wed, 11 Mar 2015 13:24:52 -0700 (PDT) In-Reply-To: References: <54F34B6E.2040809@astrodoggroup.com> <54F35F29.4000603@astrodoggroup.com> <54F429EF.5050400@freebsd.org> <54F46536.8040607@mu.org> <54F4C03F.7030704@freebsd.org> <54F4FECB.90501@freebsd.org> <197AA5DC-0591-4F71-BF10-51A5D8104C11@mu.org> <54F5270D.1010009@freebsd.org> <20150303173223.GQ95752@strugglingcoder.info> <93307065-F026-42DE-A2D2-3843619BAD1A@mu.org> Date: Wed, 11 Mar 2015 13:24:52 -0700 X-Google-Sender-Auth: iPw7q4QQ0t1LYIpuwMDzj2i5VzM Message-ID: Subject: Re: Massive libxo-zation that breaks everything From: Craig Rodrigues To: Justin Hibbits Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: "freebsd-current@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Mar 2015 20:24:55 -0000 On Tue, Mar 3, 2015 at 11:07 AM, Justin Hibbits wrote: > On Tue, Mar 3, 2015 at 10:39 AM, Alfred Perlstein wrote: > > > > > > Sent from my iPhone > > > >> On Mar 3, 2015, at 9:32 AM, hiren panchasara < > hiren@strugglingcoder.info> wrote: > >> > >>> On 03/02/15 at 07:33P, Alfred Perlstein wrote: > >>> > >>>>> > >>> > >>> Actually I want to shame third party ports into adopting libxo (or at > least providing machine readable output). > >>> > >>> I know it's scary to try to lead the pack, after all we could be > wrong, but maybe it's time to try something new and see what happens. > >>> > >>> And no, your idea doesn't make sense it just will lead to those files > bit rotting. > >>> > >>> Bedsides that you don't even have a real spec other than "it should be > done differently". > >>> > >>> Again, show the code. > >> > >> Wow. He told you want he didn't like and he moved on. I hope/wish we as > >> a project can take criticism more positively than this. > >> > >> Answer to every criticism should not be "show me your code". We (should) > >> know better than that. > > > > Maybe I am too old school but the motd on freefall is still "now shut up > and code". I still believe that's right. > > > > We ALL need to know when to step back from an issue we really do not > have the bandwidth to constructively contribute to. > > > > This doesn't mean ideas or concerns aren't valid, but that unless you > truly have the bandwidth to contribute, taking a step back is a good idea. > > > > -Alfred. > > You're both right. Maybe we need a hackathon on this. Is BSDCan too late? > > BSDCan Devsummit has a room available for a Hackathon. If you or anybody else wants to add work items to the Hackathon that you are interested in working on, please add it to the wiki page: https://wiki.freebsd.org/action/login/201506DevSummit#Hackathon_Topics It's OK to add work items there, but please only add them to the wiki page unless you are confident that you will show up to the hackathon and at least try to work on the item. :) Many thanks to the Devsummit organizers for providing a room for the Hackathon. -- Craig From owner-freebsd-current@FreeBSD.ORG Thu Mar 12 02:16:34 2015 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 147F32A4; Thu, 12 Mar 2015 02:16:34 +0000 (UTC) Received: from mithlond.kdm.org (mithlond.kdm.org [70.56.43.85]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "A1-33714", Issuer "A1-33714" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id AD17A1C0; Thu, 12 Mar 2015 02:16:33 +0000 (UTC) Received: from mithlond.kdm.org (localhost [127.0.0.1]) by mithlond.kdm.org (8.14.9/8.14.9) with ESMTP id t2C278HE072013 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Wed, 11 Mar 2015 20:07:08 -0600 (MDT) (envelope-from ken@mithlond.kdm.org) Received: (from ken@localhost) by mithlond.kdm.org (8.14.9/8.14.9/Submit) id t2C278hx072012; Wed, 11 Mar 2015 20:07:08 -0600 (MDT) (envelope-from ken) Date: Wed, 11 Mar 2015 20:07:07 -0600 From: "Kenneth D. Merry" To: Harald Schmalzbauer Subject: Re: sa(4) driver changes available for test Message-ID: <20150312020707.GA71962@mithlond.kdm.org> References: <20150214003232.GA63990@mithlond.kdm.org> <20150219001347.GA57416@mithlond.kdm.org> <54FAFD72.4080704@omnilan.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <54FAFD72.4080704@omnilan.de> User-Agent: Mutt/1.5.23 (2014-03-12) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (mithlond.kdm.org [127.0.0.1]); Wed, 11 Mar 2015 20:07:08 -0600 (MDT) X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00, HEADER_FROM_DIFFERENT_DOMAINS,URIBL_BLOCKED autolearn=ham autolearn_force=no version=3.4.0 X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on mithlond.kdm.org Cc: current@freebsd.org, scsi@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Mar 2015 02:16:34 -0000 On Sat, Mar 07, 2015 at 14:30:26 +0100, Harald Schmalzbauer wrote: > Bez?glich Kenneth D. Merry's Nachricht vom 19.02.2015 01:13 (localtime): > > I have updated the patches. > > > > I have removed the XPT_DEV_ADVINFO changes from the patches to head, since > > I committed those separately. > > > > I have (hopefully) fixed the build for the stable/10 patches by MFCing > > dependencies. (One of them mav did for me, thanks!) > > > > Rough draft commit message: > > > > http://people.freebsd.org/~ken/sa_changes_commitmsg.20150218.1.txt > > > > The patches against FreeBSD/head as of SVN revision 278975: > > > > http://people.freebsd.org/~ken/sa_changes.20150218.1.txt > > > > And (untested) patches against FreeBSD stable/10 as of SVN revision 278974: > > > > http://people.freebsd.org/~ken/sa_changes.stable_10.20150218.1.txt > > Hello, > > on 26/02/2105, r278964 seems to be part from the sa_changes patchset. > Do you have a sa_changes.stable_10.20150226 ready? I haven't done it yet, sorry. > Or is it just a matter of exluding all parts, comitted with r278964 > from the patchset? > I've done so in the mean while: > ftp://ftp.omnilan.de/pub/FreeBSD/OmniLAN/misc/sa_changes.stable_10.20150226.fudge.patch > Thanks! > Noticed that in sys/dev/mps/mps_sas.c 'cdai.flags' gets conditionally > (#if __FreeBSD_version >= 1100061) the new "CDAI_FLAG_NONE", while in > sbin/camcontrol/camcontrol.c, this is unconditionally used. Haven't > really looked at the code, mostly because my skills wouldN#t allow me to > answer this qusteion myself, but is that versioncheck in mps_sas.c still > vaild with the rest of the sa_driver-changes? Yes, that's intentional. The mps(4) and mpr(4) drivers are also maintained outside the tree by LSI/Avago. I usually try to put version checks in there, so that things work when they try to compile against earlier releases. Otherwise they'd be putting in the same checks themselves. It is easier to do them when the changes go in the tree. camcontrol(8), on the other hand, is only maintained in the FreeBSD tree. So it only ever needs to build against the FreeBSD branch it is in. Ken -- Kenneth Merry ken@FreeBSD.ORG From owner-freebsd-current@FreeBSD.ORG Thu Mar 12 03:18:41 2015 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 88049CB6; Thu, 12 Mar 2015 03:18:41 +0000 (UTC) Received: from mithlond.kdm.org (mithlond.kdm.org [70.56.43.85]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "A1-33714", Issuer "A1-33714" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 3916EA36; Thu, 12 Mar 2015 03:18:40 +0000 (UTC) Received: from mithlond.kdm.org (localhost [127.0.0.1]) by mithlond.kdm.org (8.14.9/8.14.9) with ESMTP id t2C3IbU4072866 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Wed, 11 Mar 2015 21:18:38 -0600 (MDT) (envelope-from ken@mithlond.kdm.org) Received: (from ken@localhost) by mithlond.kdm.org (8.14.9/8.14.9/Submit) id t2C3Ib6x072865; Wed, 11 Mar 2015 21:18:37 -0600 (MDT) (envelope-from ken) Date: Wed, 11 Mar 2015 21:18:37 -0600 From: "Kenneth D. Merry" To: Harald Schmalzbauer Subject: Re: SLR140 with new mt(1) [Was: Re: sa(4) driver changes available for test] Message-ID: <20150312031837.GB71962@mithlond.kdm.org> References: <20150214003232.GA63990@mithlond.kdm.org> <20150219001347.GA57416@mithlond.kdm.org> <54EEEE1E.7020007@omnilan.de> <20150226224202.GA14015@mithlond.kdm.org> <54F0BFE1.4000000@omnilan.de> <20150228000846.GA33584@mithlond.kdm.org> <550096F9.2050309@omnilan.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <550096F9.2050309@omnilan.de> User-Agent: Mutt/1.5.23 (2014-03-12) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (mithlond.kdm.org [127.0.0.1]); Wed, 11 Mar 2015 21:18:38 -0600 (MDT) X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00, HEADER_FROM_DIFFERENT_DOMAINS,URIBL_BLOCKED autolearn=ham autolearn_force=no version=3.4.0 X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on mithlond.kdm.org Cc: current@freebsd.org, scsi@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Mar 2015 03:18:41 -0000 On Wed, Mar 11, 2015 at 20:26:49 +0100, Harald Schmalzbauer wrote: > Bez?glich Kenneth D. Merry's Nachricht vom 28.02.2015 01:08 (localtime): > ? > >> Still just works fine ! :-) (stable_10.20150218.1-patchset with LTO2, > >> LTO3 and DDS5) > >> With DDS5, densitiy is reported as "unknown". If I remember correctly, > >> you have your DDS4 reporting "DDS4"? > > That means that we need to add DDS5 to the density table in libmt. Can > > you send the output of 'mt status -v'? It would actually be helpful for > > all three drives. > > Hello, > > I'd like to present some test results. > All tests were done with 10-stable-r273923 and Ken's > sa_driver_changes-patchset, reduced by the commited scsi-sys-code. Thank you for testing all of these drives and media! I really appreciate it! > Unfortunately, there's a problem with appending files to any SLRtape. I > can write the first file, but trying to open a second file for writing, > results in "end of device" message. This problem doesn't exist for other > drives (tested on VXA-2 (also SCSI-2) and DAT72 (SCSI-3)) with exactly > same environment (all currently connected SCSI drives (7) are on one > mpt(4) bus). > After the first "end of device" message, consecutive write attempts lead > to "Operation not permitted". > > According to the datasheet > (http://www.tandbergdata.ru/products/files/SLR140_DS_605_ENG.pdf), the > drive should speak SCSI-3, but camcontrol shows SCSI-2. > > ################## > TandbergData SLR140 Drive > ################## > camcontrol inq $TAPE -v > pass3: Removable Sequential Access SCSI-2 device > pass3: Serial Number SN140253489 > pass3: 40.000MB/s transfers (20.000MHz, offset 15, 16bit), Command > Queueing Enabled This sounds like it could be an End Of Tape (EOT) model issue. There is a quirk entry in the driver for other SLR drives, but it probably won't match this particular drive because of a leading space in the INQUIRY data: { { T_SEQUENTIAL, SIP_MEDIA_REMOVABLE, "TANDBERG", " SLR*", "*"}, SA_QUIRK_1FM, 0 }, So, try doing a 'mt geteotmodel' on that drive. It is probably set to 2 filemarks. If it is, do: mt seteotmodel 1 Obviously, if it is set to 1, try 2 and see what happens. If that is the case, we can adjust the quirk to match that drive. > Density 0x36 = ALRF-6, 186000 bpi, SLR140 drive + SLR140tape: > SLRtape140 (8mm DualReel, 70GB native, 505.9m length, 5.5MiB/s) Do you have any source documentation for the BPI data? Any information on the number of tracks or the other fields that might go in the mt(1) man page? (We can obviously put it in with that, it's just nice to put it all in if we have it.) > mt status -v > Drive: sa3: Serial Number: SN140253489 > --------------------------------- > Mode Density Blocksize bpi Compression > Current: 0x36:UNKNOWN variable 0 enabled (0x3) > --------------------------------- > Current Driver State: at rest. > --------------------------------- > Partition: 0 Calc File Number: 0 Calc Record Number: 0 > Residual: 0 Reported File Number: -1 Reported Record Number: -1 > Flags: None > --------------------------------- > Tape I/O parameters: > Maximum I/O size allowed by driver and controller (maxio): 131072 bytes > Maximum I/O size reported by controller (cpi_maxio): 131072 bytes > Maximum block size supported by tape drive and media (max_blk): 262144 bytes > Minimum block size supported by tape drive and media (min_blk): 1 bytes > Block granularity supported by tape drive and media (blk_gran): 0 bytes > Maximum possible I/O size (max_effective_iosize): 131072 bytes > > Minimum blocksize to reach highest throughput, thus sustained write of > uncompressable data (from /dev/random): 24k@5.5MiB/s That's pretty good! > mt status > --------------------------------- > Current Driver State: at rest. > --------------------------------- > Partition: 0 Calc File Number: 1 Calc Record Number: 0 > Residual: 0 Reported File Number: -1 Reported Record Number: -1 > Flags: None > > "short READ POSITION" > camcontrol cmd $TAPE -v -c "34 0 0 0 0 0 0 0 0 0" -i 20 - | hd > 00000000 30 00 00 00 00 00 06 83 00 00 00 00 00 00 00 00 |0...............| > 00000010 00 00 00 00 |....| > 00000014 > "vendor READ POSITION" > camcontrol cmd $TAPE -v -c "34 1 0 0 0 0 0 0 0 0" -i 20 - | hd > camcontrol: error sending command > (pass3:mpt1:0:13:0): READ POSITION. CDB: 34 01 00 00 00 00 00 00 00 00 > (pass3:mpt1:0:13:0): CAM status: SCSI Status Error > (pass3:mpt1:0:13:0): SCSI status: Check Condition > (pass3:mpt1:0:13:0): SCSI sense: ILLEGAL REQUEST asc:24,0 (Invalid field > in CDB) > (pass3:mpt1:0:13:0): Command byte 1 bit 0 is invalid > "long READ POSITION" > camcontrol cmd $TAPE -v -c "34 6 0 0 0 0 0 0 0 0" -i 32 - |hd > camcontrol: error sending command > (pass3:mpt1:0:13:0): READ POSITION. CDB: 34 06 00 00 00 00 00 00 00 00 > (pass3:mpt1:0:13:0): CAM status: SCSI Status Error > (pass3:mpt1:0:13:0): SCSI status: Check Condition > (pass3:mpt1:0:13:0): SCSI sense: ILLEGAL REQUEST asc:24,0 (Invalid field > in CDB) > (pass3:mpt1:0:13:0): Command byte 1 bit 2 is invalid Good to know that it doesn't support long position information. > Different tapes > ---------------------- > Density 0x34 = ALRF-1, 15400 bpi: > SLRtape100 (8mm DualReel, 50GB native, 457.2m length, 4.7MiB/s) > SLRtape40 (8mm DualReel, 20GB native, 187,5m length, 4.7MiB/s) Hmm, that is a vast difference in bpi between 0x34 and 0x36. 186000 for 0x36 (close to LTO-2), and 15400 for 0x34 (close to QIC-320). Is one of thoes incorrect? > Mode Density Blocksize bpi Compression > Current: 0x36:UNKNOWN variable 0 enabled (0x3) > > Density 0x30 = MLR3, 103124 bpi: > SLRtape50 (?" (Quarter inch) DualReel, 25GB native, 457.2m length, 1.8MiB/s) > > ########## > Exabyte VXA-2 > ########## > camcontrol inq $TAPE -v > pass9: Removable Sequential Access SCSI-2 device > pass9: Serial Number 0085105377 > pass9: 80.000MB/s transfers (40.000MHz, offset 32, 16bit), Command > Queueing Enabled > > Density 0x81 = ??? (no info about areal density found, nor bpi/ftpi) > VXA-2 Drive + V10 Tape > VXA V10 (8mm DualReel, 20GB native, 120m length, 5.6MiB/s) I'll look around and see if I can dig anything up on that. > mt status -v > Drive: sa4: Serial Number: 0085105377 > --------------------------------- > Mode Density Blocksize bpi Compression > Current: 0x81:UNKNOWN variable 0 enabled (0x3) > --------------------------------- > Current Driver State: at rest. > --------------------------------- > Partition: 0 Calc File Number: 0 Calc Record Number: 0 > Residual: 0 Reported File Number: -1 Reported Record Number: -1 > Flags: None > --------------------------------- > Tape I/O parameters: > Maximum I/O size allowed by driver and controller (maxio): 131072 bytes > Maximum I/O size reported by controller (cpi_maxio): 131072 bytes > Maximum block size supported by tape drive and media (max_blk): 245760 bytes > Minimum block size supported by tape drive and media (min_blk): 1 bytes > Block granularity supported by tape drive and media (blk_gran): 0 bytes > Maximum possible I/O size (max_effective_iosize): 131072 bytes > > Minimum blocksize to reach highest throughput, thus sustained write of > uncompressable data (from /dev/random): 24k@5.6MiB/s > > mt status > --------------------------------- > Current Driver State: at rest. > --------------------------------- > Partition: 0 Calc File Number: 4 Calc Record Number: 0 > Residual: 0 Reported File Number: -1 Reported Record Number: -1 > Flags: None > > "short READ POSITION" > camcontrol cmd $TAPE -v -c "34 0 0 0 0 0 0 0 0 0" -i 20 - | hd > 00000000 00 00 00 00 00 00 39 39 00 00 00 00 00 00 00 00 |......99........| > * > 00000010 > > "vendor READ POSITION" > camcontrol cmd $TAPE -v -c "34 1 0 0 0 0 0 0 0 0" -i 20 - | hd > 00000000 00 00 00 00 00 00 39 39 00 00 00 00 00 00 00 00 |......99........| > * > 00000010 > > "long READ POSITION" > camcontrol cmd $TAPE -v -c "34 6 0 0 0 0 0 0 0 0" -i 32 - |hd > camcontrol: error sending command > (pass9:mpt1:0:15:0): READ POSITION. CDB: 34 06 00 00 00 00 00 00 00 00 > (pass9:mpt1:0:15:0): CAM status: SCSI Status Error > (pass9:mpt1:0:15:0): SCSI status: Check Condition > (pass9:mpt1:0:15:0): SCSI sense: ILLEGAL REQUEST asc:24,0 (Invalid field > in CDB) > (pass9:mpt1:0:15:0): Command byte 1 bit 2 is invalid So, no long position information there either. > No other tape cartridges available for testing at the moment (X6 to > follow together with VXA-320 drive results) > > ################ > Seagate/Quantum DAT72 (DDS-5) > ################ > camcontrol inq $TAPE -v > pass0: Removable Sequential Access SCSI-3 > device > pass0: Serial Number HV082SN > pass0: 80.000MB/s transfers (40.000MHz, offset 32, 16bit), Command > Queueing Enabled > > Density 0x47 = PRML, 162000 bpi, DAT72 Drive + DAT72 media > DAT-72 Cartridge (3.81mm DualReel, 36GB native, 170m length, 3.2MiB/s): I have that one in FreeBSD/head, so it will go into stable/10 with the rest of the changes. > mt status -v > Drive: sa0: Serial Number: HV082SN > --------------------------------- > Mode Density Blocksize bpi Compression > Current: 0x47:UNKNOWN variable 0 enabled (DCLZ) > --------------------------------- > Current Driver State: at rest. > --------------------------------- > Partition: 0 Calc File Number: 0 Calc Record Number: 0 > Residual: 0 Reported File Number: 0 Reported Record Number: 0 > Flags: BOP > --------------------------------- > Tape I/O parameters: > Maximum I/O size allowed by driver and controller (maxio): 131072 bytes > Maximum I/O size reported by controller (cpi_maxio): 131072 bytes > Maximum block size supported by tape drive and media (max_blk): 16777215 > bytes > Minimum block size supported by tape drive and media (min_blk): 1 bytes > Block granularity supported by tape drive and media (blk_gran): 0 bytes > Maximum possible I/O size (max_effective_iosize): 131072 bytes > > Minimum blocksize to reach highest throughput, thus sustained write of > uncompressable data (from /dev/random): <4k@3.2MiB/s > > mt status > --------------------------------- > Current Driver State: at rest. > --------------------------------- > Partition: 0 Calc File Number: 7 Calc Record Number: 0 > Residual: 0 Reported File Number: 7 Reported Record Number: 115634 > > "short READ POSITION" > camcontrol cmd $TAPE -v -c "34 0 0 0 0 0 0 0 0 0" -i 20 - | hd > 00000000 30 00 00 00 00 01 c3 b2 00 01 c3 b2 00 00 00 00 |0...............| > 00000010 00 00 00 00 |....| > 00000014 > "vendor READ POSITION" > camcontrol cmd $TAPE -v -c "34 1 0 0 0 0 0 0 0 0" -i 20 - | hd > 00000000 30 00 00 00 00 01 c3 ab 00 01 c3 ab 00 00 00 00 |0...............| > 00000010 00 00 00 00 |....| > 00000014 > > "long READ POSITION" > camcontrol cmd $TAPE -v -c "34 6 0 0 0 0 0 0 0 0" -i 32 - |hd > 00000000 00 00 00 00 00 00 00 00 00 00 00 00 00 01 c3 b2 |................| > 00000010 00 00 00 00 00 00 00 07 00 00 00 00 00 00 00 00 |................| > 00000020 Ahh, so it does support long read position data. :) > Different tapes > ---------------------- > Density 0x26 = PRML, 122000 bpi > DDS4 Cartridge (3.81mm DualReel, 20GB native, 150m length,): > Mode Density Blocksize bpi Compression > Current: 0x26:DDS-4 variable 97000 enabled (DCLZ) > > Density 0x25 = PRML, 122000 bpi > (3.81mm DualReel, 36GB native, 125m length, ) > Mode Density Blocksize bpi Compression > Current: 0x25:DDS-3 variable 97000 enabled (DCLZ) Great, thanks! > I could also provide LTO-3 (and LTO-2) results ? after I identified the > U320 killer in the bus? > Like reported earlier, LTO-2 worked like a charm. > DLT-V4 and VXA-320 will follow soon too ? I'm waiting for some media. Thanks for all of the testing! I appreciate it! Ken -- Kenneth Merry ken@FreeBSD.ORG From owner-freebsd-current@FreeBSD.ORG Thu Mar 12 12:17:41 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 71C86BAB for ; Thu, 12 Mar 2015 12:17:41 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 5EF9CEBE for ; Thu, 12 Mar 2015 12:17:41 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id D43852920 for ; Thu, 12 Mar 2015 12:17:40 +0000 (UTC) Date: Thu, 12 Mar 2015 12:17:39 +0000 (GMT) From: jenkins-admin@freebsd.org To: freebsd-current@freebsd.org Message-ID: <1466406568.2.1426162660139.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Build failed in Jenkins: Build-UFS-image #1334 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Jenkins-Job: Build-UFS-image X-Jenkins-Result: FAILURE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Mar 2015 12:17:41 -0000 See ------------------------------------------ [...truncated 17069 lines...] Australia/Darwin Australia/Sydney Australia/Brisbane Australia/Broken_Hill Australia/Lindeman Australia/Currie Australia/Lord_Howe Australia/Hobart Australia/Perth Australia/Adelaide CET CST6CDT EET EST EST5EDT Etc/GMT-10 Etc/GMT-5 Etc/GMT+1 Etc/Zulu Etc/GMT+6 Etc/GMT+11 Etc/GMT-8 Etc/GMT-2 Etc/GMT Etc/GMT-13 Etc/GMT-6 Etc/GMT+8 Etc/GMT+2 Etc/GMT+5 Etc/GMT-1 Etc/GMT+12 Etc/Universal Etc/GMT-14 Etc/GMT-3 Etc/GMT+10 Etc/GMT-9 Etc/GMT0 Etc/UCT Etc/GMT+7 Etc/GMT+0 Etc/GMT-11 Etc/GMT-4 Etc/GMT-0 Etc/UTC Etc/GMT+4 Etc/GMT+3 Etc/GMT+9 Etc/GMT-12 Etc/Greenwich Etc/GMT-7 Europe/Chisinau Europe/Stockholm Europe/Madrid Europe/Nicosia Europe/Tallinn Europe/Paris Europe/Andorra Europe/Vienna Europe/Volgograd Europe/San_Marino Europe/Ljubljana Europe/Tirane Europe/Berlin Europe/Monaco Europe/Brussels Europe/Mariehamn Europe/Dublin Europe/Oslo Europe/Amsterdam Europe/Prague Europe/Bucharest Europe/Kaliningrad Europe/Zurich Europe/Helsinki Europe/Malta Europe/Belgrade Europe/Budapest Europe/Uzhgorod Europe/Lisbon Europe/Zaporozhye Europe/Zagreb Europe/Vaduz Europe/Busingen Europe/Luxembourg Europe/London Europe/Bratislava Europe/Sarajevo Europe/Skopje Europe/Kiev Europe/Athens Europe/Rome Europe/Moscow Europe/Warsaw Europe/Podgorica Europe/Simferopol Europe/Vatican Europe/Sofia Europe/Istanbul Europe/Minsk Europe/Copenhagen Europe/Samara Europe/Isle_of_Man Europe/Jersey Europe/Gibraltar Europe/Vilnius Europe/Guernsey Europe/Riga Factory HST Indian/Cocos Indian/Maldives Indian/Christmas Indian/Reunion Indian/Chagos Indian/Mayotte Indian/Kerguelen Indian/Mahe Indian/Antananarivo Indian/Mauritius Indian/Comoro MET MST MST7MDT PST8PDT Pacific/Gambier Pacific/Johnston Pacific/Pago_Pago Pacific/Wake Pacific/Wallis Pacific/Guam Pacific/Norfolk Pacific/Apia Pacific/Tarawa Pacific/Chatham Pacific/Kosrae Pacific/Majuro Pacific/Rarotonga Pacific/Marquesas Pacific/Efate Pacific/Honolulu Pacific/Fakaofo Pacific/Saipan Pacific/Enderbury Pacific/Palau Pacific/Niue Pacific/Galapagos Pacific/Nauru Pacific/Tongatapu Pacific/Chuuk Pacific/Easter Pacific/Auckland Pacific/Kiritimati Pacific/Guadalcanal Pacific/Kwajalein Pacific/Tahiti Pacific/Noumea Pacific/Midway Pacific/Pohnpei Pacific/Fiji Pacific/Funafuti Pacific/Port_Moresby Pacific/Pitcairn Pacific/Bougainville UTC WET posixrules install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/zoneinfo/../../contrib/tzdata//zone.tab Run tzsetup(8) manually to update /etc/localtime. ===> sys (install) ===> sys/boot (install) ===> sys/boot/efi (install) ===> sys/boot/efi/libefi (install) ===> sys/boot/libstand32 (install) ===> sys/boot/zfs (install) ===> sys/boot/userboot (install) ===> sys/boot/userboot/ficl (install) ===> sys/boot/userboot/libstand (install) ===> sys/boot/userboot/test (install) ===> sys/boot/userboot/zfs (install) ===> sys/boot/userboot/userboot (install) install -o root -g wheel -m 444 userboot.so install -o root -g wheel -m 444 beastie.4th.8.gz install -o root -g wheel -m 444 brand.4th.8.gz install -o root -g wheel -m 444 check-password.4th.8.gz install -o root -g wheel -m 444 color.4th.8.gz install -o root -g wheel -m 444 delay.4th.8.gz install -o root -g wheel -m 444 loader.conf.5.gz install -o root -g wheel -m 444 loader.4th.8.gz install -o root -g wheel -m 444 menu.4th.8.gz install -o root -g wheel -m 444 menusets.4th.8.gz install -o root -g wheel -m 444 version.4th.8.gz install -o root -g wheel -m 444 loader.8.gz install -o root -g wheel -m 444 zfsloader.8.gz ===> sys/boot/ficl32 (install) ===> sys/boot/ficl (install) ===> sys/boot/amd64 (install) ===> sys/boot/amd64/efi (install) install -o root -g wheel -m 555 loader.efi install -o root -g wheel -m 444 beastie.4th.8.gz install -o root -g wheel -m 444 brand.4th.8.gz install -o root -g wheel -m 444 check-password.4th.8.gz install -o root -g wheel -m 444 color.4th.8.gz install -o root -g wheel -m 444 delay.4th.8.gz install -o root -g wheel -m 444 loader.conf.5.gz install -o root -g wheel -m 444 loader.4th.8.gz install -o root -g wheel -m 444 menu.4th.8.gz install -o root -g wheel -m 444 menusets.4th.8.gz install -o root -g wheel -m 444 version.4th.8.gz install -o root -g wheel -m 444 loader.8.gz install -o root -g wheel -m 444 zfsloader.8.gz ===> sys/boot/amd64/boot1.efi (install) install -o root -g wheel -m 555 boot1.efi echo /builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/sys/boot/amd64/boot1.efi /builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/sys/boot/amd64/boot1.efi uudecode /builds/FreeBSD_HEAD/sys/boot/amd64/boot1.efi/fat.tmpl.bz2.uu make[7]: exec(uudecode) failed (No such file or directory) *** Error code 1 Stop. make[7]: stopped in /builds/FreeBSD_HEAD/sys/boot/amd64/boot1.efi *** Error code 1 Stop. make[6]: stopped in /builds/FreeBSD_HEAD/sys/boot/amd64 *** Error code 1 Stop. make[5]: stopped in /builds/FreeBSD_HEAD/sys/boot *** Error code 1 Stop. make[4]: stopped in /builds/FreeBSD_HEAD/sys *** Error code 1 Stop. make[3]: stopped in /builds/FreeBSD_HEAD *** Error code 1 Stop. make[2]: stopped in /builds/FreeBSD_HEAD *** Error code 1 Stop. make[1]: stopped in /builds/FreeBSD_HEAD *** Error code 1 Stop. make: stopped in /builds/FreeBSD_HEAD Build step 'Execute shell' marked build as failure From owner-freebsd-current@FreeBSD.ORG Thu Mar 12 14:08:48 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 13FC897D; Thu, 12 Mar 2015 14:08:48 +0000 (UTC) Received: from mail-qc0-x231.google.com (mail-qc0-x231.google.com [IPv6:2607:f8b0:400d:c01::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 BB855DAD; Thu, 12 Mar 2015 14:08:47 +0000 (UTC) Received: by qcwr17 with SMTP id r17so18760170qcw.2; Thu, 12 Mar 2015 07:08:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=references:mime-version:in-reply-to:content-type :content-transfer-encoding:message-id:cc:from:subject:date:to; bh=kaKRaoVd2lAf4ZlJ5G6czm6exnhfpdrKpspItsIQOyw=; b=f1zVryuhIhxrAtoBhFCj6AbYVqowbVlMfNHxT4PE0BIad5oqH6UvkbQGpUrOEdZm2U O1Kh/BlqmcK9l300xjH78TrMXhJcAPKwEzjgq0MHFrsSaa51q3XYPFpyfJrrBs7Yc88o YpMuWSSz1TbGJmY7om71q7UdXKV7e40YtqXDX7L7GDb4l7JI+ayDZLXc+VYGbdGNtVbf DDEavYdgmNFWGlyav6qpYw3Zg1KdmWl4BcZ2aKl/lhM2BOIP4f2zzMWN8Ncb2+Zsp1eh KkUR7X20UlWzh9mk8UOVRlyctOSgGb4IzLItGOuhXbMWiqNhWCx3Dh4YUSxx/GiCpBen alig== X-Received: by 10.140.28.203 with SMTP id 69mr53726911qgz.5.1426169326847; Thu, 12 Mar 2015 07:08:46 -0700 (PDT) Received: from [172.20.7.126] (rrcs-50-74-82-234.nyc.biz.rr.com. [50.74.82.234]) by mx.google.com with ESMTPSA id 38sm4807049qgt.43.2015.03.12.07.08.45 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 12 Mar 2015 07:08:45 -0700 (PDT) References: <1466406568.2.1426162660139.JavaMail.jenkins@jenkins-9.freebsd.org> Mime-Version: 1.0 (1.0) In-Reply-To: <1466406568.2.1426162660139.JavaMail.jenkins@jenkins-9.freebsd.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Message-Id: <28DD5201-FA12-4ADC-99F3-A48043AE8AB2@gmail.com> X-Mailer: iPhone Mail (12D508) From: Garrett Cooper Subject: Re: Build failed in Jenkins: Build-UFS-image #1334 Date: Thu, 12 Mar 2015 10:08:44 -0400 To: "jenkins-admin@freebsd.org" Cc: "freebsd-current@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Mar 2015 14:08:48 -0000 Hi Craig! > On Mar 12, 2015, at 08:17, jenkins-admin@freebsd.org wrote: >=20 > See echo /builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/sys/boot/amd64/boot1.efi= > /builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/sys/boot/amd64/boot1.efi > uudecode /builds/FreeBSD_HEAD/sys/boot/amd64/boot1.efi/fat.tmpl.bz2.uu > make[7]: exec(uudecode) failed (No such file or directory) > *** Error code 1 I've seen this error more than once, so there's probably a race condition so= mewhere in the Makefiles where it's trying to rebuild the file because one o= f the dependencies changed, or there's a race with how it's building images t= hat needs to be fixed. I haven't filed a bug for this yet. I'm on vacation right now. I'll take a look at it when I get back if it's st= ill unresolved. Thanks!= From owner-freebsd-current@FreeBSD.ORG Thu Mar 12 14:23:07 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 33946FD3 for ; Thu, 12 Mar 2015 14:23:07 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 20E23F8F for ; Thu, 12 Mar 2015 14:23:07 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 588C12947 for ; Thu, 12 Mar 2015 14:23:07 +0000 (UTC) Date: Thu, 12 Mar 2015 14:23:07 +0000 (GMT) From: jenkins-admin@freebsd.org To: freebsd-current@freebsd.org Message-ID: <1074301192.3.1426170187234.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1466406568.2.1426162660139.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1466406568.2.1426162660139.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is back to normal : Build-UFS-image #1335 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Jenkins-Job: Build-UFS-image X-Jenkins-Result: SUCCESS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Mar 2015 14:23:07 -0000 See From owner-freebsd-current@FreeBSD.ORG Thu Mar 12 15:14:43 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EE2A871C for ; Thu, 12 Mar 2015 15:14:43 +0000 (UTC) Received: from mail-ig0-x22d.google.com (mail-ig0-x22d.google.com [IPv6:2607:f8b0:4001: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 B4F3687C for ; Thu, 12 Mar 2015 15:14:43 +0000 (UTC) Received: by igdh15 with SMTP id h15so45156487igd.4 for ; Thu, 12 Mar 2015 08:14:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=sOV9P+PjGG0pWHyNJvPS5HqMiqtd8hCTKlCMDmVzs3I=; b=M6DEMEdJ2M1S7VPQcAWOx/i5GFnVvC+KI/CJSe5rHYjoHJiJxpLPZNtKzXnBEhJ4TO MTaVWS0TPUeuVOIks+YdVPWm5VQrPTqqYCinZk66RY7qvWEEqyj8uBpWQ6crflaY7q7D E2VVa3/VLNYdQgyAgIJiGY+SiG6ckTRXZwSlm5fR/v+9mg9Gy0MPOW2nTZOhHMiUSwE8 8FlE0990USuYYCEnilOqKzvZtLhxQLeKoQYkidAVHlEtLA/aHr6zyHXhvJRAlI2v6r+9 WAtm14Ly9qhMI4f31WGXu/A2rJdKhCgyQSE7q0LQS8Ef0ktoZf9VN/EaSYTc+0T9Foou 94YA== MIME-Version: 1.0 X-Received: by 10.107.168.5 with SMTP id r5mr73673824ioe.87.1426173283033; Thu, 12 Mar 2015 08:14:43 -0700 (PDT) Received: by 10.107.156.75 with HTTP; Thu, 12 Mar 2015 08:14:42 -0700 (PDT) Date: Thu, 12 Mar 2015 11:14:42 -0400 Message-ID: Subject: [PATCH] Convert the VFS cache lock to an rmlock From: Ryan Stone To: FreeBSD Current Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Mar 2015 15:14:44 -0000 I've just submitted a patch to Differential[1] for review that converts the VFS cache to use an rmlock in place of the current rwlock. My main motivation for the change is to fix a priority inversion problem that I saw recently. A real-time priority thread attempted to acquire a write lock on the VFS cache lock, but there was already a reader holding it. The reader was preempted by a normal priority thread, and my real-time thread was starved. [1] https://reviews.freebsd.org/D2051 I was worried about the performance implications of the change, as I wasn't sure how common write operations on the VFS cache would be. I did a -j12 buildworld/buildkernel test on a 12-core Haswell Xeon system, as I figured that would be a reasonable stress test that simultaneously creates lots of small files and reads a lot of files as well. This actually wound up being about a 10% performance *increase* (the units below are seconds of elapsed time as measured by /usr/bin/time, so smaller is better): $ ministat -C 1 orig.log rmlock.log x orig.log + rmlock.log +------------------------------------------------------------------------------+ | + x | |++++ x x xxx | | |A| |_________A___M____|| +------------------------------------------------------------------------------+ N Min Max Median Avg Stddev x 6 2710.31 2821.35 2816.75 2798.0617 43.324817 + 5 2488.25 2500.25 2498.04 2495.756 5.0494782 Difference at 95.0% confidence -302.306 +/- 44.4709 -10.8041% +/- 1.58935% (Student's t, pooled s = 32.4674) The one outlier in the rwlock case does confuse me a bit. What I did was booted a freshly-built image with the rmlock lock applied, did a git checkout of head, and then did 5 builds in a row. The git checkout should have had the effect of priming the disk cache with the source files. Then I installed the stock head kernel, rebooted, and ran 5 more builds (and then 1 more when I noticed the outlier). The fast outlier was the *first* run, which should have been running with a cold disk cache, so I really don't know why it would be 90 seconds faster. I do see that this run also had about 500-600 fewer seconds spent in system time: x orig.log +------------------------------------------------------------------------------+ | x | |x x x xx | | |_________________________A__________M_____________|| +------------------------------------------------------------------------------+ N Min Max Median Avg Stddev x 6 3515.23 4121.84 4105.57 4001.71 239.61362 I'm not sure how much that I care, given that the rmlock is universally faster (but maybe I should try the "cold boot" case anyway). If anybody had any comments or further testing that they would like to see, please let me know. From owner-freebsd-current@FreeBSD.ORG Thu Mar 12 16:37:19 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 44100104 for ; Thu, 12 Mar 2015 16:37:19 +0000 (UTC) Received: from mail-ie0-x234.google.com (mail-ie0-x234.google.com [IPv6:2607:f8b0:4001:c03::234]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 06E7D3F0 for ; Thu, 12 Mar 2015 16:37:19 +0000 (UTC) Received: by iegc3 with SMTP id c3so49648258ieg.3 for ; Thu, 12 Mar 2015 09:37:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=i0y6mvLYm4U3r4SJJrY/XLN7dAXmRFGRGpic1ZePviA=; b=d46A2RPu8R74nIO+kqbg+dRezbp0vJjKf37WeU1RTBoaQqpIaUpvqx3/j1JyT6X5Ur 94bKcoLQLEOxSuEEo67fXCakttQ7Ty27ABl0ifE+PZ7wIIwzitb2m/+VhLwf5ED1FRgr 4Yw3DlaFR1uc2cFnc144tC+IS4cqYplZM4m4s00YoLQeUwVWGz4ht61E6a+tLdCbHrcC YfAa2menjJApGSxSxQ2jGuK3Uc4zjrDDPKYZSYq34ccxDKqq6lRpb3p6ob4L6Mg0hcKm U919M/B4MdwAs3TGHPScoKad7xDZlzd8Sof8xSimqPI9mG9cJJL9Sv8eOn5iWkrFFJ8L 423g== MIME-Version: 1.0 X-Received: by 10.107.136.206 with SMTP id s75mr40824711ioi.8.1426178220080; Thu, 12 Mar 2015 09:37:00 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.36.17.194 with HTTP; Thu, 12 Mar 2015 09:37:00 -0700 (PDT) In-Reply-To: References: Date: Thu, 12 Mar 2015 09:37:00 -0700 X-Google-Sender-Auth: HbXEsv8kopoZ0Pw_lzzuqU7gNtE Message-ID: Subject: Re: [PATCH] Convert the VFS cache lock to an rmlock From: Adrian Chadd To: Ryan Stone Content-Type: text/plain; charset=UTF-8 Cc: FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Mar 2015 16:37:19 -0000 Do you have access to any boxes that have more than 12 cores? (like 36, 64, 80+ ?) -adrian On 12 March 2015 at 08:14, Ryan Stone wrote: > I've just submitted a patch to Differential[1] for review that converts the > VFS cache to use an rmlock in place of the current rwlock. My main > motivation for the change is to fix a priority inversion problem that I saw > recently. A real-time priority thread attempted to acquire a write lock on > the VFS cache lock, but there was already a reader holding it. The reader > was preempted by a normal priority thread, and my real-time thread was > starved. > > [1] https://reviews.freebsd.org/D2051 > > > I was worried about the performance implications of the change, as I wasn't > sure how common write operations on the VFS cache would be. I did a -j12 > buildworld/buildkernel test on a 12-core Haswell Xeon system, as I figured > that would be a reasonable stress test that simultaneously creates lots of > small files and reads a lot of files as well. This actually wound up being > about a 10% performance *increase* (the units below are seconds of elapsed > time as measured by /usr/bin/time, so smaller is better): > > $ ministat -C 1 orig.log rmlock.log > x orig.log > + rmlock.log > +------------------------------------------------------------------------------+ > | + x > | > |++++ x x xxx > | > | |A| > |_________A___M____|| > +------------------------------------------------------------------------------+ > N Min Max Median Avg Stddev > x 6 2710.31 2821.35 2816.75 2798.0617 43.324817 > + 5 2488.25 2500.25 2498.04 2495.756 5.0494782 > Difference at 95.0% confidence > -302.306 +/- 44.4709 > -10.8041% +/- 1.58935% > (Student's t, pooled s = 32.4674) > > The one outlier in the rwlock case does confuse me a bit. What I did was > booted a freshly-built image with the rmlock lock applied, did a git > checkout of head, and then did 5 builds in a row. The git checkout should > have had the effect of priming the disk cache with the source files. Then > I installed the stock head kernel, rebooted, and ran 5 more builds (and > then 1 more when I noticed the outlier). The fast outlier was the *first* > run, which should have been running with a cold disk cache, so I really > don't know why it would be 90 seconds faster. I do see that this run also > had about 500-600 fewer seconds spent in system time: > > x orig.log > +------------------------------------------------------------------------------+ > | > x | > |x x x > xx | > | > |_________________________A__________M_____________|| > +------------------------------------------------------------------------------+ > N Min Max Median Avg Stddev > x 6 3515.23 4121.84 4105.57 4001.71 239.61362 > > I'm not sure how much that I care, given that the rmlock is universally > faster (but maybe I should try the "cold boot" case anyway). > > If anybody had any comments or further testing that they would like to see, > please let me know. > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Thu Mar 12 16:38:10 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B4FEF20F for ; Thu, 12 Mar 2015 16:38:10 +0000 (UTC) Received: from mail-ie0-x22c.google.com (mail-ie0-x22c.google.com [IPv6:2607:f8b0:4001:c03::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 777B4405 for ; Thu, 12 Mar 2015 16:38:10 +0000 (UTC) Received: by iecsl2 with SMTP id sl2so48197609iec.1 for ; Thu, 12 Mar 2015 09:38:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=qTcmlVVUgAHnvcrimetSkRvziL1/+JH3yB1CDtO01QQ=; b=A3DC66uL6T/rBnnQU/cGwjfgA077FFqsTLjbGUAK/AcqFk8moC+qW9BhhZtSJHq057 lmc0EqgIW6cfTppeVDG+hcgMIg5SynuavlY23DjKYJAm+V2afSsDq3mHTjn/aFb9Vip2 ehYKC1WWTiUW9JP9mcDTpe3HCD/X0qISt7F5i8VjnkOOPYLxXmvBzE7kGiocyez7SJmo VyQA4PuU6MoHlYFOvqzWhSss4V9A1LtWAIaKZIyn0kjd0MyfhPVEdsEroQxwI/o9DLBX ML91UIt146BoDqgR2+fifYUwiua3EZMVtMijPDmYzdc6AMYTkZZf164E9FwU5gdiiJyb eFkw== MIME-Version: 1.0 X-Received: by 10.42.93.83 with SMTP id w19mr50121741icm.37.1426178271518; Thu, 12 Mar 2015 09:37:51 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.36.17.194 with HTTP; Thu, 12 Mar 2015 09:37:51 -0700 (PDT) In-Reply-To: References: Date: Thu, 12 Mar 2015 09:37:51 -0700 X-Google-Sender-Auth: vb3FwvlxlBarsXZiR_VtbeFpRTc Message-ID: Subject: Re: [PATCH] Convert the VFS cache lock to an rmlock From: Adrian Chadd To: Ryan Stone Content-Type: text/plain; charset=UTF-8 Cc: FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Mar 2015 16:38:10 -0000 Also, to ask a stupid question - why wasn't the reader gifted a temporary priority boost because you were trying to acquire the write lock? -adrian From owner-freebsd-current@FreeBSD.ORG Thu Mar 12 17:08:26 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2DB5CEE4; Thu, 12 Mar 2015 17:08:26 +0000 (UTC) Received: from mail-ie0-x234.google.com (mail-ie0-x234.google.com [IPv6:2607:f8b0:4001:c03::234]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E6C73A12; Thu, 12 Mar 2015 17:08:25 +0000 (UTC) Received: by iecvj10 with SMTP id vj10so47897472iec.0; Thu, 12 Mar 2015 10:08: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=7YAm0hPkFT+yDSppCdgOz3ngByT0o4+D2oljCaLKe7Y=; b=o8LxSmd3k4suhWDeXgd0hgj3Nq5c7J6Hk0+o0IaFXPpk6Fm6ZvlsqiK2VseqfHZg/B y8rpJlJ3agIE/daS1Sesy+rCpV/eV7Hzx337XKe5piWLUXaTRrbQw+PklQcIopcl0xfu ni/n6X/BNLUXrsmQR92Qe3v854HO/uPln8SYfdUBEz10jW+3A6wRwjXkonFRjt90ruJF IniPw7CklcO5nSgM5udS696det9i5JzTL+XrQcLTjU7/K0RXY+50AcwnRme6SgACvC3Q MGtgBc26PDeTjhZhSdOmEBa22KJDNxzr6lOQ6YyQKoeR2DF45RwjM2oC0xxAVhZ0ErT6 l+sA== MIME-Version: 1.0 X-Received: by 10.50.111.202 with SMTP id ik10mr75937666igb.37.1426180105445; Thu, 12 Mar 2015 10:08:25 -0700 (PDT) Received: by 10.107.156.75 with HTTP; Thu, 12 Mar 2015 10:08:25 -0700 (PDT) In-Reply-To: References: Date: Thu, 12 Mar 2015 13:08:25 -0400 Message-ID: Subject: Re: [PATCH] Convert the VFS cache lock to an rmlock From: Ryan Stone To: Adrian Chadd Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Mar 2015 17:08:26 -0000 On Thu, Mar 12, 2015 at 12:37 PM, Adrian Chadd wrote: > Do you have access to any boxes that have more than 12 cores? I have a 14-core hyperthreaded machine (so 28 logical cores), but it has no disk (long story). I could do a build out of a memory disk though. Also, to ask a stupid question - why wasn't the reader gifted a > temporary priority boost because you were trying to acquire the write > lock? > rwlocks don't have any metadata tracking what threads hold a read lock, so it's impossible to propagate priority to them. rwlocks only keep a counter of the number of readers. From owner-freebsd-current@FreeBSD.ORG Thu Mar 12 17:36:42 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 10616C72 for ; Thu, 12 Mar 2015 17:36:42 +0000 (UTC) Received: from mail-wg0-x230.google.com (mail-wg0-x230.google.com [IPv6:2a00:1450:400c:c00::230]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 92D6AD8F for ; Thu, 12 Mar 2015 17:36:41 +0000 (UTC) Received: by wggy19 with SMTP id y19so17975413wgg.9 for ; Thu, 12 Mar 2015 10:36:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:cc:subject:message-id:mail-followup-to:references :mime-version:content-type:content-disposition:in-reply-to :user-agent; bh=chffk/YaEq+ReThENLoqVT3vP+Y4BYC0b5nP9N8Ij5I=; b=twrO/0EzXAN6KOL0lHQaU0wlpoXPUQVYf74iFj01qjbK0aMiXVyKdnc4CORfR3L0ar iCEKCO4Foam8baGHQ0Ix39BKdCGk9FHRk1sY6gBtzlRh0croTRlFVLjgBotEXVaV1grv mq7mnb1PZbJYkVl9EtDzQDm4vOahH0M8t3dBUdHC59yoepkXzQm26a9Pwmv9WixxgIUS OajLBUuTz7XngwuQvlIdh8u2dE2boOQgXrIWd0lb1jlY80i/bsDN41VRS8hpffsRZJ/A 8OudiY7F+QaywCJ2X9TbngRi5Bd3eIsaE2RqXQy5EZO8fU9UOCaKr2ca2XFa/GJmpi3p 28yA== X-Received: by 10.180.97.226 with SMTP id ed2mr130621960wib.4.1426181800011; Thu, 12 Mar 2015 10:36:40 -0700 (PDT) Received: from dft-labs.eu (n1x0n-1-pt.tunnel.tserv5.lon1.ipv6.he.net. [2001:470:1f08:1f7::2]) by mx.google.com with ESMTPSA id nb18sm11707297wic.3.2015.03.12.10.36.37 (version=TLSv1.2 cipher=RC4-SHA bits=128/128); Thu, 12 Mar 2015 10:36:38 -0700 (PDT) Date: Thu, 12 Mar 2015 18:36:35 +0100 From: Mateusz Guzik To: Ryan Stone Subject: Re: [PATCH] Convert the VFS cache lock to an rmlock Message-ID: <20150312173635.GB9153@dft-labs.eu> Mail-Followup-To: Mateusz Guzik , Ryan Stone , FreeBSD Current References: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Mar 2015 17:36:42 -0000 On Thu, Mar 12, 2015 at 11:14:42AM -0400, Ryan Stone wrote: > I've just submitted a patch to Differential[1] for review that converts the > VFS cache to use an rmlock in place of the current rwlock. My main > motivation for the change is to fix a priority inversion problem that I saw > recently. A real-time priority thread attempted to acquire a write lock on > the VFS cache lock, but there was already a reader holding it. The reader > was preempted by a normal priority thread, and my real-time thread was > starved. > > [1] https://reviews.freebsd.org/D2051 > > > I was worried about the performance implications of the change, as I wasn't > sure how common write operations on the VFS cache would be. I did a -j12 > buildworld/buildkernel test on a 12-core Haswell Xeon system, as I figured > that would be a reasonable stress test that simultaneously creates lots of > small files and reads a lot of files as well. This actually wound up being > about a 10% performance *increase* (the units below are seconds of elapsed > time as measured by /usr/bin/time, so smaller is better): > > $ ministat -C 1 orig.log rmlock.log > x orig.log > + rmlock.log > +------------------------------------------------------------------------------+ > | + x > | > |++++ x x xxx > | > | |A| > |_________A___M____|| > +------------------------------------------------------------------------------+ > N Min Max Median Avg Stddev > x 6 2710.31 2821.35 2816.75 2798.0617 43.324817 > + 5 2488.25 2500.25 2498.04 2495.756 5.0494782 > Difference at 95.0% confidence > -302.306 +/- 44.4709 > -10.8041% +/- 1.58935% > (Student's t, pooled s = 32.4674) > > The one outlier in the rwlock case does confuse me a bit. What I did was > booted a freshly-built image with the rmlock lock applied, did a git > checkout of head, and then did 5 builds in a row. The git checkout should > have had the effect of priming the disk cache with the source files. Then > I installed the stock head kernel, rebooted, and ran 5 more builds (and > then 1 more when I noticed the outlier). The fast outlier was the *first* > run, which should have been running with a cold disk cache, so I really > don't know why it would be 90 seconds faster. I do see that this run also > had about 500-600 fewer seconds spent in system time: > > x orig.log > +------------------------------------------------------------------------------+ > | > x | > |x x x > xx | > | > |_________________________A__________M_____________|| > +------------------------------------------------------------------------------+ > N Min Max Median Avg Stddev > x 6 3515.23 4121.84 4105.57 4001.71 239.61362 > > I'm not sure how much that I care, given that the rmlock is universally > faster (but maybe I should try the "cold boot" case anyway). > > If anybody had any comments or further testing that they would like to see, > please let me know. Workloads like buildworld and the like (i.e. a lot of forks + execs) run into very severe contention in vm, which is orders of magnitude bigger than anything else. As such your result seems quite suspicious. Can you describe in more detail how were you testing? Did you have a separate fs for obj tree which was mounted+unmounted before each run? I suggest you grab a machine from zoo[1] and run some tests on "bigger" hardware. A perf improvement, even slight, is definitely welcome. [1] https://wiki.freebsd.org/TestClusterOneReservations -- Mateusz Guzik From owner-freebsd-current@FreeBSD.ORG Thu Mar 12 20:35:24 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A366661B; Thu, 12 Mar 2015 20:35:24 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 905C983B; Thu, 12 Mar 2015 20:35:24 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id CF0C929A9; Thu, 12 Mar 2015 20:35:23 +0000 (UTC) Date: Thu, 12 Mar 2015 20:35:20 +0000 (GMT) From: jenkins-admin@freebsd.org To: jenkins-admin@FreeBSD.org, freebsd-current@freebsd.org, glebius@FreeBSD.org, jhb@FreeBSD.org, ian@FreeBSD.org, mav@FreeBSD.org, nwhitehorn@FreeBSD.org Message-ID: <1580886437.4.1426192523504.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Build failed in Jenkins: FreeBSD_HEAD #2532 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Jenkins-Job: FreeBSD_HEAD X-Jenkins-Result: FAILURE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Mar 2015 20:35:24 -0000 See Changes: [ian] Nullterminate strings returned via sysctl. PR:=09=09195668 [ian] Nullterminate strings returned via sysctl. PR:=09=09195668 [ian] Nullterminate strings returned via sysctl. PR:=09=09195668 [jhb] Spin the twiddle in dosfs to give visual feedback for disk I/O on FAT filesystems as is done for other filesystems in the loader. MFC after:=091 week [jhb] Allow the EFI loader to work with large kernels and/or modules (for example, a large mfsroot). Note that for EFI the kernel and modules (as well as other metadata files such as splash screens or memory disk images) are loaded into a statically-sized staging area. When the EFI loader exits it copies this staging area down to the location the kernel expects to run at. - Add bounds checking to the copy routines to fail attempts to access memory outside of the staging area. Previously loading a combined kernel + modules larger than the staging size (32MB) would overflow the staging area trashing whatever memory was afterwards. Under Intel's OVMF firmware for qemu this resulted in fatal faults in the firmware itself. Now the attempt will fail with ENOMEM. - Allow the staging area size to be configured at compile time via an EFI_STAGING_SIZE variable in src.conf or on the command line. It accepts the size of the staging area in MB. The default size remains 32MB. MFC after:=092 weeks Sponsored by:=09Cisco Systems, Inc. [nwhitehorn] The H_VIO_SIGNAL hypercall only enables interrupts for future = received packets and does not schedule interrupts for any packets currently enqueued. Close two races where enqueued packets may not ever trigger interrupts. The first of these, at adapter initialization time, was especially severe since a rush of enqueued packets could actually fill the receive buffer completely, stalling the interface forever. MFC after:=092 weeks [mav] Make DIOCGATTR in device mode handle "GEOM::candelete". MFC after:=093 days [glebius] Add -p parameter to list PCI device to pass through to the guest. Reviewed by:=09neel ------------------------------------------ [...truncated 273766 lines...] cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -DHAVE_KERNEL_OPTION_HEADERS -include -I. -I -I -fno-common -g -fno-omit-frame= -pointer -mno-omit-leaf-frame-pointer -I -mcmodel=3Dkernel -mno-= red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -f= freestanding -fwrapv -fstack-protector -gdwarf-2 -Wno-error-tautological-co= mpare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unu= sed-function -Wno-error-pointer-sign -Wall -Wredundant-decls -Wnested-exte= rns -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wca= st-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-d= irs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautologica= l-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error= -unused-function -Wno-error-pointer-sign -mno-aes -mno-avx -std=3Diso989= 9:1999 -c --- all_subdir_ath --- ctfconvert -L VERSION -g if_ath_rx_edma.o --- all_subdir_cxgb --- ctfconvert -L VERSION -g cxgb_ael1002.o --- cxgb_mv88e1xxx.o --- cc -O2 -pipe -g -DDEFAULT_JUMBO -fno-strict-aliasing -Werror -D_KERNEL -D= KLD_MODULE -nostdinc -I -DHAVE_KERNEL_OPTION_HEADERS -includ= e -I. -I -I -fno-common -g -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -I= -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float = -fno-asynchronous-unwind-tables -ffreestanding -fwrapv -fstack-protector -= gdwarf-2 -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-= parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -W= all -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-proto= types -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -ffor= mat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unkn= own-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-er= ror-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sig= n -mno-aes -mno-avx -std=3Diso9899:1999 -c --- all_subdir_ath --- --- if_ath_tx_edma.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -I. -I -I -I. -I -DHAVE_KERNEL_OPTI= ON_HEADERS -include -I. -I -I -fno-common -g -fno-omit-frame-pointer -mno-omit-lea= f-frame-pointer -I -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno= -sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fwrapv -= fstack-protector -gdwarf-2 -Wno-error-tautological-compare -Wno-error-empty= -body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-err= or-pointer-sign -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototype= s -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-= pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show= -option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-e= mpty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno= -error-pointer-sign -mno-aes -mno-avx -std=3Diso9899:1999 -c --- all_subdir_ctl --- ctfconvert -L VERSION -g ctl.o --- ctl_backend.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -DHAVE_KERNEL_OPTION_HEADERS -include -I. -I -I -fno-common -g -fno-omit-frame= -pointer -mno-omit-leaf-frame-pointer -I -mcmodel=3Dkernel -mno-= red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -f= freestanding -fwrapv -fstack-protector -gdwarf-2 -Wno-error-tautological-co= mpare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unu= sed-function -Wno-error-pointer-sign -Wall -Wredundant-decls -Wnested-exte= rns -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wca= st-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-d= irs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautologica= l-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error= -unused-function -Wno-error-pointer-sign -mno-aes -mno-avx -std=3Diso989= 9:1999 -c --- all_subdir_crypto --- ctfconvert -L VERSION -g cryptosoft.o --- crypto.ko.debug --- ld -d -warn-common -r -d -o crypto.ko.debug crypto.o cryptodev_if.o criov.o= cryptosoft.o xform.o cast.o cryptodeflate.o rmd160.o rijndael-alg-fst.o ri= jndael-api.o skipjack.o bf_enc.o bf_ecb.o bf_skey.o camellia.o camellia-api= .o des_ecb.o des_enc.o des_setkey.o sha1.o sha2.o sha256c.o siphash.o gmac.= o gfmult.o ctfmerge -L VERSION -g -o crypto.ko.debug crypto.o cryptodev_if.o criov.o c= ryptosoft.o xform.o cast.o cryptodeflate.o rmd160.o rijndael-alg-fst.o rijn= dael-api.o skipjack.o bf_enc.o bf_ecb.o bf_skey.o camellia.o camellia-api.o= des_ecb.o des_enc.o des_setkey.o sha1.o sha2.o sha256c.o siphash.o gmac.o = gfmult.o :> export_syms awk -f crypto.ko.debug export_syms | xargs -J% objcopy % crypto.ko.debug --- crypto.ko.symbols --- --- all_subdir_cxgb --- ctfconvert -L VERSION -g cxgb_mv88e1xxx.o --- all_subdir_crypto --- objcopy --only-keep-debug crypto.ko.debug crypto.ko.symbols --- crypto.ko --- objcopy --strip-debug --add-gnu-debuglink=3Dcrypto.ko.symbols crypto.ko.deb= ug crypto.ko --- all_subdir_cxgb --- --- cxgb_xgmac.o --- --- exresolv.o --- --- modules-all --- cc -O2 -pipe -g -DDEFAULT_JUMBO -fno-strict-aliasing -Werror -D_KERNEL -D= KLD_MODULE -nostdinc -I -DHAVE_KERNEL_OPTION_HEADERS -includ= e -I. -I -I -fno-common -g -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -I= -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float = -fno-asynchronous-unwind-tables -ffreestanding -fwrapv -fstack-protector -= gdwarf-2 -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-= parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -W= all -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-proto= types -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -ffor= mat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unkn= own-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-er= ror-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sig= n -mno-aes -mno-avx -std=3Diso9899:1999 -c --- exresolv.o --- cc -c -O2 -pipe -fno-strict-aliasing -g -Wall -Wredundant-decls -Wnested-= externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline = -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-inclu= de-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautolo= gical-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-e= rror-unused-function -Wno-error-pointer-sign -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -inc= lude opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mc= model=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchron= ous-unwind-tables -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wno-e= rror-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equ= ality -Wno-error-unused-function -Wno-error-pointer-sign -Wall -Wredundant= -decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer= -arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions = -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -W= no-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses= -equality -Wno-error-unused-function -Wno-error-pointer-sign -mno-aes -mn= o-avx -std=3Diso9899:1999 -Werror --- modules-all --- --- all_subdir_ctl --- ctfconvert -L VERSION -g ctl_backend.o --- ctl_backend_ramdisk.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -DHAVE_KERNEL_OPTION_HEADERS -include -I. -I -I -fno-common -g -fno-omit-frame= -pointer -mno-omit-leaf-frame-pointer -I -mcmodel=3Dkernel -mno-= red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -f= freestanding -fwrapv -fstack-protector -gdwarf-2 -Wno-error-tautological-co= mpare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unu= sed-function -Wno-error-pointer-sign -Wall -Wredundant-decls -Wnested-exte= rns -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wca= st-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-d= irs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautologica= l-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error= -unused-function -Wno-error-pointer-sign -mno-aes -mno-avx -std=3Diso989= 9:1999 -c --- all_subdir_ath --- ctfconvert -L VERSION -g if_ath_tx_edma.o --- exresolv.o --- ctfconvert -L VERSION -g exresolv.o --- modules-all --- --- all_subdir_cxgb --- --- cxgb_vsc7323.o --- cc -O2 -pipe -g -DDEFAULT_JUMBO -fno-strict-aliasing -Werror -D_KERNEL -D= KLD_MODULE -nostdinc -I -DHAVE_KERNEL_OPTION_HEADERS -includ= e -I. -I -I -fno-common -g -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -I= -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float = -fno-asynchronous-unwind-tables -ffreestanding -fwrapv -fstack-protector -= gdwarf-2 -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-= parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -W= all -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-proto= types -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -ffor= mat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unkn= own-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-er= ror-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sig= n -mno-aes -mno-avx -std=3Diso9899:1999 -c --- all_subdir_ath --- --- if_ath_spectral.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -I. -I -I -I. -I -DHAVE_KERNEL_OPTI= ON_HEADERS -include -I. -I -I -fno-common -g -fno-omit-frame-pointer -mno-omit-lea= f-frame-pointer -I -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno= -sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fwrapv -= fstack-protector -gdwarf-2 -Wno-error-tautological-compare -Wno-error-empty= -body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-err= or-pointer-sign -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototype= s -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-= pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show= -option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-e= mpty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno= -error-pointer-sign -mno-aes -mno-avx -std=3Diso9899:1999 -c --- all_subdir_ctl --- ctfconvert -L VERSION -g ctl_backend_ramdisk.o --- ctl_cmd_table.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -DHAVE_KERNEL_OPTION_HEADERS -include -I. -I -I -fno-common -g -fno-omit-frame= -pointer -mno-omit-leaf-frame-pointer -I -mcmodel=3Dkernel -mno-= red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -f= freestanding -fwrapv -fstack-protector -gdwarf-2 -Wno-error-tautological-co= mpare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unu= sed-function -Wno-error-pointer-sign -Wall -Wredundant-decls -Wnested-exte= rns -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wca= st-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-d= irs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautologica= l-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error= -unused-function -Wno-error-pointer-sign -mno-aes -mno-avx -std=3Diso989= 9:1999 -c ctfconvert -L VERSION -g ctl_cmd_table.o --- ctl_frontend.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -DHAVE_KERNEL_OPTION_HEADERS -include -I. -I -I -fno-common -g -fno-omit-frame= -pointer -mno-omit-leaf-frame-pointer -I -mcmodel=3Dkernel -mno-= red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -f= freestanding -fwrapv -fstack-protector -gdwarf-2 -Wno-error-tautological-co= mpare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unu= sed-function -Wno-error-pointer-sign -Wall -Wredundant-decls -Wnested-exte= rns -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wca= st-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-d= irs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautologica= l-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error= -unused-function -Wno-error-pointer-sign -mno-aes -mno-avx -std=3Diso989= 9:1999 -c --- all_subdir_ath --- ctfconvert -L VERSION -g if_ath_spectral.o --- all_subdir_cxgb --- ctfconvert -L VERSION -g cxgb_vsc7323.o --- all_subdir_cxgbe --- =3D=3D=3D> cxgbe (all) --- _sub.all --- =3D=3D=3D> cxgbe/if_cxgbe (all) --- all_subdir_ath --- --- if_ath_btcoex.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -I. -I -I -I. -I -DHAVE_KERNEL_OPTI= ON_HEADERS -include -I. -I -I -fno-common -g -fno-omit-frame-pointer -mno-omit-lea= f-frame-pointer -I -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno= -sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fwrapv -= fstack-protector -gdwarf-2 -Wno-error-tautological-compare -Wno-error-empty= -body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-err= or-pointer-sign -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototype= s -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-= pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show= -option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-e= mpty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno= -error-pointer-sign -mno-aes -mno-avx -std=3Diso9899:1999 -c --- all_subdir_cxgb --- --- cxgb_xgmac.o --- ctfconvert -L VERSION -g cxgb_xgmac.o --- cxgb_t3_hw.o --- cc -O2 -pipe -g -DDEFAULT_JUMBO -fno-strict-aliasing -Werror -D_KERNEL -D= KLD_MODULE -nostdinc -I -DHAVE_KERNEL_OPTION_HEADERS -includ= e -I. -I -I -fno-common -g -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -I= -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float = -fno-asynchronous-unwind-tables -ffreestanding -fwrapv -fstack-protector -= gdwarf-2 -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-= parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -W= all -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-proto= types -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -ffor= mat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unkn= own-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-er= ror-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sig= n -mno-aes -mno-avx -std=3Diso9899:1999 -c --- all_subdir_cxgbe --- --- t4_mp_ring.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -I -DHAVE_KERNEL_OPTION_HEADERS -include -I. -I -I= -fno-com= mon -g -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -I -= mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchr= onous-unwind-tables -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wno= -error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-e= quality -Wno-error-unused-function -Wno-error-pointer-sign -Wall -Wredunda= nt-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpoint= er-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extension= s -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas = -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parenthes= es-equality -Wno-error-unused-function -Wno-error-pointer-sign -mno-aes -= mno-avx -std=3Diso9899:1999 -c --- all_subdir_ctl --- ctfconvert -L VERSION -g ctl_frontend.o --- ctl_frontend_internal.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -DHAVE_KERNEL_OPTION_HEADERS -include -I. -I -I -fno-common -g -fno-omit-frame= -pointer -mno-omit-leaf-frame-pointer -I -mcmodel=3Dkernel -mno-= red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -f= freestanding -fwrapv -fstack-protector -gdwarf-2 -Wno-error-tautological-co= mpare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unu= sed-function -Wno-error-pointer-sign -Wall -Wredundant-decls -Wnested-exte= rns -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wca= st-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-d= irs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautologica= l-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error= -unused-function -Wno-error-pointer-sign -mno-aes -mno-avx -std=3Diso989= 9:1999 -c --- all_subdir_cxgbe --- ctfconvert -L VERSION -g t4_mp_ring.o --- t4_netmap.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -I -DHAVE_KERNEL_OPTION_HEADERS -include -I. -I -I= -fno-com= mon -g -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -I -= mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchr= onous-unwind-tables -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wno= -error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-e= quality -Wno-error-unused-function -Wno-error-pointer-sign -Wall -Wredunda= nt-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpoint= er-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extension= s -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas = -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parenthes= es-equality -Wno-error-unused-function -Wno-error-pointer-sign -mno-aes -= mno-avx -std=3Diso9899:1999 -c --- all_subdir_ath --- ctfconvert -L VERSION -g if_ath_btcoex.o --- if_ath_lna_div.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -I. -I -I -I. -I -DHAVE_KERNEL_OPTI= ON_HEADERS -include -I. -I -I -fno-common -g -fno-omit-frame-pointer -mno-omit-lea= f-frame-pointer -I -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno= -sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fwrapv -= fstack-protector -gdwarf-2 -Wno-error-tautological-compare -Wno-error-empty= -body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-err= or-pointer-sign -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototype= s -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-= pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show= -option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-e= mpty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno= -error-pointer-sign -mno-aes -mno-avx -std=3Diso9899:1999 -c --- all_subdir_ctl --- ctfconvert -L VERSION -g ctl_frontend_internal.o --- ctl_scsi_all.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -DHAVE_KERNEL_OPTION_HEADERS -include -I. -I -I -fno-common -g -fno-omit-frame= -pointer -mno-omit-leaf-frame-pointer -I -mcmodel=3Dkernel -mno-= red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -f= freestanding -fwrapv -fstack-protector -gdwarf-2 -Wno-error-tautological-co= mpare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unu= sed-function -Wno-error-pointer-sign -Wall -Wredundant-decls -Wnested-exte= rns -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wca= st-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-d= irs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautologica= l-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error= -unused-function -Wno-error-pointer-sign -mno-aes -mno-avx -std=3Diso989= 9:1999 -c ctfconvert -L VERSION -g ctl_scsi_all.o --- ctl_tpc.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -DHAVE_KERNEL_OPTION_HEADERS -include -I. -I -I -fno-common -g -fno-omit-frame= -pointer -mno-omit-leaf-frame-pointer -I -mcmodel=3Dkernel -mno-= red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -f= freestanding -fwrapv -fstack-protector -gdwarf-2 -Wno-error-tautological-co= mpare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unu= sed-function -Wno-error-pointer-sign -Wall -Wredundant-decls -Wnested-exte= rns -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wca= st-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-d= irs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautologica= l-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error= -unused-function -Wno-error-pointer-sign -mno-aes -mno-avx -std=3Diso989= 9:1999 -c --- all_subdir_ath --- ctfconvert -L VERSION -g if_ath_lna_div.o --- ah_osdep.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -I. -I -I -I. -I -DHAVE_KERNEL_OPTI= ON_HEADERS -include -I. -I -I -fno-common -g -fno-omit-frame-pointer -mno-omit-lea= f-frame-pointer -I -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno= -sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fwrapv -= fstack-protector -gdwarf-2 -Wno-error-tautological-compare -Wno-error-empty= -body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-err= or-pointer-sign -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototype= s -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-= pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show= -option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-e= mpty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno= -error-pointer-sign -mno-aes -mno-avx -std=3Diso9899:1999 -c --- all_subdir_cxgbe --- ctfconvert -L VERSION -g t4_netmap.o --- all_subdir_ath --- ctfconvert -L VERSION -g ah_osdep.o --- all_subdir_cxgbe --- --- t4_hw.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -I -DHAVE_KERNEL_OPTION_HEADERS -include -I. -I -I= -fno-com= mon -g -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -I -= mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchr= onous-unwind-tables -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wno= -error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-e= quality -Wno-error-unused-function -Wno-error-pointer-sign -Wall -Wredunda= nt-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpoint= er-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extension= s -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas = -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parenthes= es-equality -Wno-error-unused-function -Wno-error-pointer-sign -mno-aes -= mno-avx -std=3Diso9899:1999 -c --- all_subdir_ath --- --- sample.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -I. -I -I -I. -I -DHAVE_KERNEL_OPTI= ON_HEADERS -include -I. -I -I -fno-common -g -fno-omit-frame-pointer -mno-omit-lea= f-frame-pointer -I -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno= -sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fwrapv -= fstack-protector -gdwarf-2 -Wno-error-tautological-compare -Wno-error-empty= -body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-err= or-pointer-sign -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototype= s -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-= pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show= -option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-e= mpty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno= -error-pointer-sign -mno-aes -mno-avx -std=3Diso9899:1999 -c --- all_subdir_ctl --- ctfconvert -L VERSION -g ctl_tpc.o --- ctl_tpc_local.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -DHAVE_KERNEL_OPTION_HEADERS -include -I. -I -I -fno-common -g -fno-omit-frame= -pointer -mno-omit-leaf-frame-pointer -I -mcmodel=3Dkernel -mno-= red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -f= freestanding -fwrapv -fstack-protector -gdwarf-2 -Wno-error-tautological-co= mpare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unu= sed-function -Wno-error-pointer-sign -Wall -Wredundant-decls -Wnested-exte= rns -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wca= st-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-d= irs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautologica= l-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error= -unused-function -Wno-error-pointer-sign -mno-aes -mno-avx -std=3Diso989= 9:1999 -c ctfconvert -L VERSION -g ctl_tpc_local.o --- ctl_error.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -DHAVE_KERNEL_OPTION_HEADERS -include -I. -I -I -fno-common -g -fno-omit-frame= -pointer -mno-omit-leaf-frame-pointer -I -mcmodel=3Dkernel -mno-= red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -f= freestanding -fwrapv -fstack-protector -gdwarf-2 -Wno-error-tautological-co= mpare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unu= sed-function -Wno-error-pointer-sign -Wall -Wredundant-decls -Wnested-exte= rns -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wca= st-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-d= irs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautologica= l-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error= -unused-function -Wno-error-pointer-sign -mno-aes -mno-avx -std=3Diso989= 9:1999 -c --- all_subdir_ath --- ctfconvert -L VERSION -g sample.o --- dfs_null.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -I. -I -I -I. -I -DHAVE_KERNEL_OPTI= ON_HEADERS -include -I. -I -I -fno-common -g -fno-omit-frame-pointer -mno-omit-lea= f-frame-pointer -I -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno= -sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fwrapv -= fstack-protector -gdwarf-2 -Wno-error-tautological-compare -Wno-error-empty= -body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-err= or-pointer-sign -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototype= s -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-= pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show= -option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-e= mpty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno= -error-pointer-sign -mno-aes -mno-avx -std=3Diso9899:1999 -c --- all_subdir_ctl --- ctfconvert -L VERSION -g ctl_error.o --- ctl_util.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -DHAVE_KERNEL_OPTION_HEADERS -include -I. -I -I -fno-common -g -fno-omit-frame= -pointer -mno-omit-leaf-frame-pointer -I -mcmodel=3Dkernel -mno-= red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -f= freestanding -fwrapv -fstack-protector -gdwarf-2 -Wno-error-tautological-co= mpare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unu= sed-function -Wno-error-pointer-sign -Wall -Wredundant-decls -Wnested-exte= rns -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wca= st-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-d= irs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautologica= l-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error= -unused-function -Wno-error-pointer-sign -mno-aes -mno-avx -std=3Diso989= 9:1999 -c ctfconvert -L VERSION -g ctl_util.o --- ctl_backend_block.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -DHAVE_KERNEL_OPTION_HEADERS -include -I. -I -I -fno-common -g -fno-omit-frame= -pointer -mno-omit-leaf-frame-pointer -I -mcmodel=3Dkernel -mno-= red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -f= freestanding -fwrapv -fstack-protector -gdwarf-2 -Wno-error-tautological-co= mpare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unu= sed-function -Wno-error-pointer-sign -Wall -Wredundant-decls -Wnested-exte= rns -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wca= st-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-d= irs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautologica= l-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error= -unused-function -Wno-error-pointer-sign -mno-aes -mno-avx -std=3Diso989= 9:1999 -c --- all_subdir_ath --- ctfconvert -L VERSION -g dfs_null.o --- if_ath.ko.debug --- ld -d -warn-common -r -d -o if_ath.ko.debug if_ath.o if_ath_alq.o if_ath_de= bug.o if_ath_keycache.o if_ath_sysctl.o if_ath_tx.o if_ath_tx_ht.o if_ath_l= ed.o if_ath_rx.o if_ath_tdma.o if_ath_beacon.o if_ath_rx_edma.o if_ath_tx_e= dma.o if_ath_spectral.o if_ath_btcoex.o if_ath_lna_div.o ah_osdep.o ah.o ah= _regdomain.o ah_eeprom_v3.o ah_eeprom_v1.o ar5210_attach.o ar5210_beacon.o = ar5210_interrupts.o ar5210_keycache.o ar5210_misc.o ar5210_phy.o ar5210_pow= er.o ar5210_recv.o ar5210_reset.o ar5210_xmit.o ar5211_attach.o ar5211_beac= on.o ar5211_interrupts.o ar5211_keycache.o ar5211_misc.o ar5211_phy.o ar521= 1_power.o ar5211_recv.o ar5211_reset.o ar5211_xmit.o ar5212_ani.o ar5212_at= tach.o ar5212_beacon.o ar5212_eeprom.o ar5212_gpio.o ar5212_interrupts.o ar= 5212_keycache.o ar5212_misc.o ar5212_phy.o ar5212_power.o ar5212_recv.o ar5= 212_reset.o ar5212_rfgain.o ar5212_xmit.o ar5111.o ar5112.o ar2413.o ar2425= .o ar5413.o ah_eeprom_v14.o ah_eeprom_v4k.o ar5416_ani.o ar5416_attach.o ar= 5416_beacon.o ar5416_btcoex.o ar5416_cal.o ar5416_cal_iq.o ar5416_cal_adcga= in.o ar5416_cal_adcdc.o ar5416_eeprom.o ar5416_gpio.o ar5416_interrupts.o a= r5416_keycache.o ar5416_misc.o ar5416_phy.o ar5416_power.o ar5416_radar.o a= r5416_spectral.o ar5416_recv.o ar5416_reset.o ar5416_xmit.o ar2133.o ar9160= _attach.o ar9130_attach.o ar9130_eeprom.o ar9130_phy.o ar9280.o ar9280_atta= ch.o ar9280_olc.o ar9285.o ar9285_reset.o ar9285_attach.o ar9285_cal.o ar92= 85_phy.o ar9285_diversity.o ar9285_btcoex.o ah_eeprom_9287.o ar9287.o ar928= 7_reset.o ar9287_attach.o ar9287_cal.o ar9287_olc.o ar9300_interrupts.o ar9= 300_radar.o ar9300_ani.o ar9300_keycache.o ar9300_radio.o ar9300_xmit.o ar9= 300_attach.o ar9300_mci.o ar9300_stub.o ar9300_xmit_ds.o ar9300_beacon.o ar= 9300_misc.o ar9300_recv.o ar9300_stub_funcs.o ar9300_eeprom.o ar9300_paprd.= o ar9300_recv_ds.o ar9300_freebsd.o ar9300_phy.o ar9300_reset.o ar9300_gpio= .o ar9300_power.o ar9300_timer.o sample.o dfs_null.o ctfmerge -L VERSION -g -o if_ath.ko.debug if_ath.o if_ath_alq.o if_ath_debu= g.o if_ath_keycache.o if_ath_sysctl.o if_ath_tx.o if_ath_tx_ht.o if_ath_led= .o if_ath_rx.o if_ath_tdma.o if_ath_beacon.o if_ath_rx_edma.o if_ath_tx_edm= a.o if_ath_spectral.o if_ath_btcoex.o if_ath_lna_div.o ah_osdep.o ah.o ah_r= egdomain.o ah_eeprom_v3.o ah_eeprom_v1.o ar5210_attach.o ar5210_beacon.o ar= 5210_interrupts.o ar5210_keycache.o ar5210_misc.o ar5210_phy.o ar5210_power= .o ar5210_recv.o ar5210_reset.o ar5210_xmit.o ar5211_attach.o ar5211_beacon= .o ar5211_interrupts.o ar5211_keycache.o ar5211_misc.o ar5211_phy.o ar5211_= power.o ar5211_recv.o ar5211_reset.o ar5211_xmit.o ar5212_ani.o ar5212_atta= ch.o ar5212_beacon.o ar5212_eeprom.o ar5212_gpio.o ar5212_interrupts.o ar52= 12_keycache.o ar5212_misc.o ar5212_phy.o ar5212_power.o ar5212_recv.o ar521= 2_reset.o ar5212_rfgain.o ar5212_xmit.o ar5111.o ar5112.o ar2413.o ar2425.o= ar5413.o ah_eeprom_v14.o ah_eeprom_v4k.o ar5416_ani.o ar5416_attach.o ar54= 16_beacon.o ar5416_btcoex.o ar5416_cal.o ar5416_cal_iq.o ar5416_cal_adcgain= .o ar5416_cal_adcdc.o ar5416_eeprom.o ar5416_gpio.o ar5416_interrupts.o ar5= 416_keycache.o ar5416_misc.o ar5416_phy.o ar5416_power.o ar5416_radar.o ar5= 416_spectral.o ar5416_recv.o ar5416_reset.o ar5416_xmit.o ar2133.o ar9160_a= ttach.o ar9130_attach.o ar9130_eeprom.o ar9130_phy.o ar9280.o ar9280_attach= .o ar9280_olc.o ar9285.o ar9285_reset.o ar9285_attach.o ar9285_cal.o ar9285= _phy.o ar9285_diversity.o ar9285_btcoex.o ah_eeprom_9287.o ar9287.o ar9287_= reset.o ar9287_attach.o ar9287_cal.o ar9287_olc.o ar9300_interrupts.o ar930= 0_radar.o ar9300_ani.o ar9300_keycache.o ar9300_radio.o ar9300_xmit.o ar930= 0_attach.o ar9300_mci.o ar9300_stub.o ar9300_xmit_ds.o ar9300_beacon.o ar93= 00_misc.o ar9300_recv.o ar9300_stub_funcs.o ar9300_eeprom.o ar9300_paprd.o = ar9300_recv_ds.o ar9300_freebsd.o ar9300_phy.o ar9300_reset.o ar9300_gpio.o= ar9300_power.o ar9300_timer.o sample.o dfs_null.o --- all_subdir_cxgb --- ctfconvert -L VERSION -g cxgb_t3_hw.o --- cxgb_main.o --- cc -O2 -pipe -g -DDEFAULT_JUMBO -fno-strict-aliasing -Werror -D_KERNEL -D= KLD_MODULE -nostdinc -I -DHAVE_KERNEL_OPTION_HEADERS -includ= e -I. -I -I -fno-common -g -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -I= -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float = -fno-asynchronous-unwind-tables -ffreestanding -fwrapv -fstack-protector -= gdwarf-2 -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-= parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -W= all -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-proto= types -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -ffor= mat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unkn= own-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-er= ror-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sig= n -mno-aes -mno-avx -std=3Diso9899:1999 -c --- all_subdir_ctl --- ctfconvert -L VERSION -g ctl_backend_block.o --- ctl_frontend_cam_sim.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -DHAVE_KERNEL_OPTION_HEADERS -include -I. -I -I -fno-common -g -fno-omit-frame= -pointer -mno-omit-leaf-frame-pointer -I -mcmodel=3Dkernel -mno-= red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -f= freestanding -fwrapv -fstack-protector -gdwarf-2 -Wno-error-tautological-co= mpare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unu= sed-function -Wno-error-pointer-sign -Wall -Wredundant-decls -Wnested-exte= rns -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wca= st-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-d= irs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautologica= l-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error= -unused-function -Wno-error-pointer-sign -mno-aes -mno-avx -std=3Diso989= 9:1999 -c --- all_subdir_ath --- :> export_syms awk -f if_ath.ko.debug export_syms | xargs -J% objcopy % if_ath.ko.debug --- if_ath.ko.symbols --- objcopy --only-keep-debug if_ath.ko.debug if_ath.ko.symbols --- if_ath.ko --- objcopy --strip-debug --add-gnu-debuglink=3Dif_ath.ko.symbols if_ath.ko.deb= ug if_ath.ko --- exresop.o --- cc -c -O2 -pipe -fno-strict-aliasing -g -Wall -Wredundant-decls -Wnested-= externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline = -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-inclu= de-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautolo= gical-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-e= rror-unused-function -Wno-error-pointer-sign -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -inc= lude opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mc= model=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchron= ous-unwind-tables -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wno-e= rror-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equ= ality -Wno-error-unused-function -Wno-error-pointer-sign -Wall -Wredundant= -decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer= -arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions = -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -W= no-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses= -equality -Wno-error-unused-function -Wno-error-pointer-sign -mno-aes -mn= o-avx -std=3Diso9899:1999 -Werror --- modules-all --- --- all_subdir_ctl --- ctfconvert -L VERSION -g ctl_frontend_cam_sim.o --- scsi_ctl.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -DHAVE_KERNEL_OPTION_HEADERS -include -I. -I -I -fno-common -g -fno-omit-frame= -pointer -mno-omit-leaf-frame-pointer -I -mcmodel=3Dkernel -mno-= red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -f= freestanding -fwrapv -fstack-protector -gdwarf-2 -Wno-error-tautological-co= mpare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unu= sed-function -Wno-error-pointer-sign -Wall -Wredundant-decls -Wnested-exte= rns -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wca= st-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-d= irs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautologica= l-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error= -unused-function -Wno-error-pointer-sign -mno-aes -mno-avx -std=3Diso989= 9:1999 -c --- all_subdir_cxgbe --- ctfconvert -L VERSION -g t4_hw.o --- t4_l2t.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -I -DHAVE_KERNEL_OPTION_HEADERS -include -I. -I -I= -fno-com= mon -g -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -I -= mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchr= onous-unwind-tables -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wno= -error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-e= quality -Wno-error-unused-function -Wno-error-pointer-sign -Wall -Wredunda= nt-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpoint= er-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extension= s -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas = -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parenthes= es-equality -Wno-error-unused-function -Wno-error-pointer-sign -mno-aes -= mno-avx -std=3Diso9899:1999 -c --- exresop.o --- ctfconvert -L VERSION -g exresop.o --- modules-all --- --- all_subdir_ctl --- --- ctl_frontend_iscsi.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -DHAVE_KERNEL_OPTION_HEADERS -include -I. -I -I -fno-common -g -fno-omit-frame= -pointer -mno-omit-leaf-frame-pointer -I -mcmodel=3Dkernel -mno-= red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -f= freestanding -fwrapv -fstack-protector -gdwarf-2 -Wno-error-tautological-co= mpare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unu= sed-function -Wno-error-pointer-sign -Wall -Wredundant-decls -Wnested-exte= rns -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wca= st-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-d= irs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautologica= l-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error= -unused-function -Wno-error-pointer-sign -mno-aes -mno-avx -std=3Diso989= 9:1999 -c --- all_subdir_cxgb --- ctfconvert -L VERSION -g cxgb_main.o --- all_subdir_ctl --- --- scsi_ctl.o --- ctfconvert -L VERSION -g scsi_ctl.o --- exstore.o --- cc -c -O2 -pipe -fno-strict-aliasing -g -Wall -Wredundant-decls -Wnested-= externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline = -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-inclu= de-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautolo= gical-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-e= rror-unused-function -Wno-error-pointer-sign -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -inc= lude opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mc= model=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchron= ous-unwind-tables -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wno-e= rror-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equ= ality -Wno-error-unused-function -Wno-error-pointer-sign -Wall -Wredundant= -decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer= -arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions = -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -W= no-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses= -equality -Wno-error-unused-function -Wno-error-pointer-sign -mno-aes -mn= o-avx -std=3Diso9899:1999 -Werror --- modules-all --- --- all_subdir_cxgb --- --- cxgb_aq100x.o --- --- all_subdir_cxgbe --- :324:12: error: incompatible pointer types pas= sing 'struct sbuf **' to parameter of type 'struct sbuf *'; remove & [-Werr= or,-Wincompatible-pointer-types] sbuf_putc(&sb, 0); /* nullterm */ ^~~ :77:30: not= e: passing argument to parameter here int sbuf_putc(struct sbuf *, int); ^ 1 error generated. --- all_subdir_cxgb --- cc -O2 -pipe -g -DDEFAULT_JUMBO -fno-strict-aliasing -Werror -D_KERNEL -D= KLD_MODULE -nostdinc -I -DHAVE_KERNEL_OPTION_HEADERS -includ= e -I. -I -I -fno-common -g -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -I= -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float = -fno-asynchronous-unwind-tables -ffreestanding -fwrapv -fstack-protector -= gdwarf-2 -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-= parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -W= all -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-proto= types -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -ffor= mat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unkn= own-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-er= ror-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sig= n -mno-aes -mno-avx -std=3Diso9899:1999 -c --- all_subdir_cxgbe --- *** [t4_l2t.o] Error code 1 make[5]: stopped in 1 error make[5]: stopped in *** [_sub.all] Error code 2 make[4]: stopped in 1 error make[4]: stopped in *** [all_subdir_cxgbe] Error code 2 make[3]: stopped in --- exstore.o --- ctfconvert -L VERSION -g exstore.o --- modules-all --- --- all_subdir_cxgb --- ctfconvert -L VERSION -g cxgb_aq100x.o A failure has been detected in another branch of the parallel make make[5]: stopped in *** [_sub.all] Error code 2 make[4]: stopped in 1 error make[4]: stopped in *** [all_subdir_cxgb] Error code 2 make[3]: stopped in --- all_subdir_ctl --- --- ctl_frontend_iscsi.o --- ctfconvert -L VERSION -g ctl_frontend_iscsi.o A failure has been detected in another branch of the parallel make make[4]: stopped in *** [all_subdir_ctl] Error code 2 make[3]: stopped in 3 errors make[3]: stopped in *** [modules-all] Error code 2 make[2]: stopped in 1 error make[2]: stopped in *** [buildkernel] Error code 2 make[1]: stopped in 1 error make[1]: stopped in *** [buildkernel] Error code 2 make: stopped in 1 error make: stopped in Build step 'Execute shell' marked build as failure From owner-freebsd-current@FreeBSD.ORG Thu Mar 12 22:47:53 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 570D010D; Thu, 12 Mar 2015 22:47:53 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 40F827AD; Thu, 12 Mar 2015 22:47:53 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 4905C29E2; Thu, 12 Mar 2015 22:47:53 +0000 (UTC) Date: Thu, 12 Mar 2015 22:47:50 +0000 (GMT) From: jenkins-admin@freebsd.org To: jenkins-admin@FreeBSD.org, freebsd-current@freebsd.org, ae@FreeBSD.org, glebius@FreeBSD.org, jhb@FreeBSD.org, ian@FreeBSD.org, mav@FreeBSD.org, nwhitehorn@FreeBSD.org, kib@FreeBSD.org Message-ID: <1204363892.5.1426200473202.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1580886437.4.1426192523504.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1580886437.4.1426192523504.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Build failed in Jenkins: FreeBSD_HEAD #2533 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Jenkins-Job: FreeBSD_HEAD X-Jenkins-Result: FAILURE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Mar 2015 22:47:53 -0000 See Changes: [nwhitehorn] Provide VSX context in ucontext(3) API. [kib] Remove write-only variable. Sponsored by:=09The FreeBSD Foundation MFC after:=093 days [ae] Add GUID and alias for Apple Core Storage partition. PR:=09=09196241 MFC after:=091 week ------------------------------------------ [...truncated 267725 lines...] cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -DHAVE_KERNEL_OPTION_HEADERS -include -I. -I -I -fno-common -g -fno-omit-frame= -pointer -mno-omit-leaf-frame-pointer -I -mcmodel=3Dkernel -mno-= red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -f= freestanding -fwrapv -fstack-protector -gdwarf-2 -Wno-error-tautological-co= mpare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unu= sed-function -Wno-error-pointer-sign -Wall -Wredundant-decls -Wnested-exte= rns -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wca= st-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-d= irs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautologica= l-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error= -unused-function -Wno-error-pointer-sign -mno-aes -mno-avx -std=3Diso989= 9:1999 -c --- all_subdir_cxgb --- --- _sub.all --- =3D=3D=3D> cxgb/cxgb (all) --- all_subdir_cuse --- ctfconvert -L VERSION -g cuse.o --- all_subdir_cxgb --- --- cxgb_mc5.o --- cc -O2 -pipe -g -DDEFAULT_JUMBO -fno-strict-aliasing -Werror -D_KERNEL -D= KLD_MODULE -nostdinc -I -DHAVE_KERNEL_OPTION_HEADERS -includ= e -I. -I -I -fno-common -g -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -I= -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float = -fno-asynchronous-unwind-tables -ffreestanding -fwrapv -fstack-protector -= gdwarf-2 -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-= parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -W= all -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-proto= types -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -ffor= mat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unkn= own-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-er= ror-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sig= n -mno-aes -mno-avx -std=3Diso9899:1999 -c --- all_subdir_cuse --- --- cuse.ko.debug --- ld -d -warn-common -r -d -o cuse.ko.debug cuse.o ctfmerge -L VERSION -g -o cuse.ko.debug cuse.o :> export_syms awk -f cuse.ko.debug export_syms | xargs -J% objcopy % cuse.ko.debug --- cuse.ko.symbols --- objcopy --only-keep-debug cuse.ko.debug cuse.ko.symbols --- cuse.ko --- objcopy --strip-debug --add-gnu-debuglink=3Dcuse.ko.symbols cuse.ko.debug c= use.ko --- all_subdir_crypto --- --- siphash.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -DHAVE_KERNEL_OPTION_HEADERS -include -I. -I -I -fno-common -g -fno-omit-frame= -pointer -mno-omit-leaf-frame-pointer -I -mcmodel=3Dkernel -mno-= red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -f= freestanding -fwrapv -fstack-protector -gdwarf-2 -Wno-error-tautological-co= mpare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unu= sed-function -Wno-error-pointer-sign -Wall -Wredundant-decls -Wnested-exte= rns -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wca= st-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-d= irs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautologica= l-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error= -unused-function -Wno-error-pointer-sign -mno-aes -mno-avx -std=3Diso989= 9:1999 -c ctfconvert -L VERSION -g siphash.o --- all_subdir_cxgb --- --- cxgb_vsc8211.o --- cc -O2 -pipe -g -DDEFAULT_JUMBO -fno-strict-aliasing -Werror -D_KERNEL -D= KLD_MODULE -nostdinc -I -DHAVE_KERNEL_OPTION_HEADERS -includ= e -I. -I -I -fno-common -g -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -I= -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float = -fno-asynchronous-unwind-tables -ffreestanding -fwrapv -fstack-protector -= gdwarf-2 -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-= parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -W= all -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-proto= types -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -ffor= mat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unkn= own-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-er= ror-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sig= n -mno-aes -mno-avx -std=3Diso9899:1999 -c --- all_subdir_crypto --- --- sha256c.o --- ctfconvert -L VERSION -g sha256c.o --- gmac.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -DHAVE_KERNEL_OPTION_HEADERS -include -I. -I -I -fno-common -g -fno-omit-frame= -pointer -mno-omit-leaf-frame-pointer -I -mcmodel=3Dkernel -mno-= red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -f= freestanding -fwrapv -fstack-protector -gdwarf-2 -Wno-error-tautological-co= mpare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unu= sed-function -Wno-error-pointer-sign -Wall -Wredundant-decls -Wnested-exte= rns -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wca= st-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-d= irs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautologica= l-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error= -unused-function -Wno-error-pointer-sign -mno-aes -mno-avx -std=3Diso989= 9:1999 -c ctfconvert -L VERSION -g gmac.o --- gfmult.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -DHAVE_KERNEL_OPTION_HEADERS -include -I. -I -I -fno-common -g -fno-omit-frame= -pointer -mno-omit-leaf-frame-pointer -I -mcmodel=3Dkernel -mno-= red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -f= freestanding -fwrapv -fstack-protector -gdwarf-2 -Wno-error-tautological-co= mpare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unu= sed-function -Wno-error-pointer-sign -Wall -Wredundant-decls -Wnested-exte= rns -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wca= st-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-d= irs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautologica= l-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error= -unused-function -Wno-error-pointer-sign -mno-aes -mno-avx -std=3Diso989= 9:1999 -c --- all_subdir_cxgb --- ctfconvert -L VERSION -g cxgb_vsc8211.o --- cxgb_mc5.o --- ctfconvert -L VERSION -g cxgb_mc5.o --- all_subdir_cxgbe --- =3D=3D=3D> cxgbe (all) --- all_subdir_cxgb --- --- cxgb_ael1002.o --- cc -O2 -pipe -g -DDEFAULT_JUMBO -fno-strict-aliasing -Werror -D_KERNEL -D= KLD_MODULE -nostdinc -I -DHAVE_KERNEL_OPTION_HEADERS -includ= e -I. -I -I -fno-common -g -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -I= -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float = -fno-asynchronous-unwind-tables -ffreestanding -fwrapv -fstack-protector -= gdwarf-2 -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-= parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -W= all -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-proto= types -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -ffor= mat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unkn= own-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-er= ror-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sig= n -mno-aes -mno-avx -std=3Diso9899:1999 -c --- all_subdir_cxgbe --- --- _sub.all --- =3D=3D=3D> cxgbe/if_cxgbe (all) --- all_subdir_crypto --- ctfconvert -L VERSION -g gfmult.o --- crypto.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -DHAVE_KERNEL_OPTION_HEADERS -include -I. -I -I -fno-common -g -fno-omit-frame= -pointer -mno-omit-leaf-frame-pointer -I -mcmodel=3Dkernel -mno-= red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -f= freestanding -fwrapv -fstack-protector -gdwarf-2 -Wno-error-tautological-co= mpare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unu= sed-function -Wno-error-pointer-sign -Wall -Wredundant-decls -Wnested-exte= rns -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wca= st-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-d= irs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautologica= l-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error= -unused-function -Wno-error-pointer-sign -mno-aes -mno-avx -std=3Diso989= 9:1999 -c --- all_subdir_cxgbe --- --- t4_mp_ring.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -I -DHAVE_KERNEL_OPTION_HEADERS -include -I. -I -I= -fno-com= mon -g -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -I -= mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchr= onous-unwind-tables -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wno= -error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-e= quality -Wno-error-unused-function -Wno-error-pointer-sign -Wall -Wredunda= nt-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpoint= er-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extension= s -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas = -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parenthes= es-equality -Wno-error-unused-function -Wno-error-pointer-sign -mno-aes -= mno-avx -std=3Diso9899:1999 -c ctfconvert -L VERSION -g t4_mp_ring.o --- t4_netmap.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -I -DHAVE_KERNEL_OPTION_HEADERS -include -I. -I -I= -fno-com= mon -g -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -I -= mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchr= onous-unwind-tables -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wno= -error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-e= quality -Wno-error-unused-function -Wno-error-pointer-sign -Wall -Wredunda= nt-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpoint= er-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extension= s -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas = -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parenthes= es-equality -Wno-error-unused-function -Wno-error-pointer-sign -mno-aes -= mno-avx -std=3Diso9899:1999 -c --- all_subdir_cxgb --- ctfconvert -L VERSION -g cxgb_ael1002.o --- all_subdir_crypto --- ctfconvert -L VERSION -g crypto.o --- all_subdir_cxgb --- --- cxgb_mv88e1xxx.o --- cc -O2 -pipe -g -DDEFAULT_JUMBO -fno-strict-aliasing -Werror -D_KERNEL -D= KLD_MODULE -nostdinc -I -DHAVE_KERNEL_OPTION_HEADERS -includ= e -I. -I -I -fno-common -g -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -I= -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float = -fno-asynchronous-unwind-tables -ffreestanding -fwrapv -fstack-protector -= gdwarf-2 -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-= parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -W= all -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-proto= types -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -ffor= mat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unkn= own-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-er= ror-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sig= n -mno-aes -mno-avx -std=3Diso9899:1999 -c --- all_subdir_crypto --- --- cryptodev_if.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -DHAVE_KERNEL_OPTION_HEADERS -include -I. -I -I -fno-common -g -fno-omit-frame= -pointer -mno-omit-leaf-frame-pointer -I -mcmodel=3Dkernel -mno-= red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -f= freestanding -fwrapv -fstack-protector -gdwarf-2 -Wno-error-tautological-co= mpare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unu= sed-function -Wno-error-pointer-sign -Wall -Wredundant-decls -Wnested-exte= rns -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wca= st-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-d= irs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautologica= l-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error= -unused-function -Wno-error-pointer-sign -mno-aes -mno-avx -std=3Diso989= 9:1999 -c cryptodev_if.c ctfconvert -L VERSION -g cryptodev_if.o --- cryptosoft.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -DHAVE_KERNEL_OPTION_HEADERS -include -I. -I -I -fno-common -g -fno-omit-frame= -pointer -mno-omit-leaf-frame-pointer -I -mcmodel=3Dkernel -mno-= red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -f= freestanding -fwrapv -fstack-protector -gdwarf-2 -Wno-error-tautological-co= mpare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unu= sed-function -Wno-error-pointer-sign -Wall -Wredundant-decls -Wnested-exte= rns -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wca= st-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-d= irs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautologica= l-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error= -unused-function -Wno-error-pointer-sign -mno-aes -mno-avx -std=3Diso989= 9:1999 -c --- all_subdir_cxgb --- ctfconvert -L VERSION -g cxgb_mv88e1xxx.o --- cxgb_xgmac.o --- cc -O2 -pipe -g -DDEFAULT_JUMBO -fno-strict-aliasing -Werror -D_KERNEL -D= KLD_MODULE -nostdinc -I -DHAVE_KERNEL_OPTION_HEADERS -includ= e -I. -I -I -fno-common -g -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -I= -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float = -fno-asynchronous-unwind-tables -ffreestanding -fwrapv -fstack-protector -= gdwarf-2 -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-= parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -W= all -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-proto= types -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -ffor= mat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unkn= own-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-er= ror-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sig= n -mno-aes -mno-avx -std=3Diso9899:1999 -c --- all_subdir_crypto --- ctfconvert -L VERSION -g cryptosoft.o --- all_subdir_ctl --- --- ctl.o --- ctfconvert -L VERSION -g ctl.o --- all_subdir_crypto --- --- crypto.ko.debug --- ld -d -warn-common -r -d -o crypto.ko.debug crypto.o cryptodev_if.o criov.o= cryptosoft.o xform.o cast.o cryptodeflate.o rmd160.o rijndael-alg-fst.o ri= jndael-api.o skipjack.o bf_enc.o bf_ecb.o bf_skey.o camellia.o camellia-api= .o des_ecb.o des_enc.o des_setkey.o sha1.o sha2.o sha256c.o siphash.o gmac.= o gfmult.o ctfmerge -L VERSION -g -o crypto.ko.debug crypto.o cryptodev_if.o criov.o c= ryptosoft.o xform.o cast.o cryptodeflate.o rmd160.o rijndael-alg-fst.o rijn= dael-api.o skipjack.o bf_enc.o bf_ecb.o bf_skey.o camellia.o camellia-api.o= des_ecb.o des_enc.o des_setkey.o sha1.o sha2.o sha256c.o siphash.o gmac.o = gfmult.o --- all_subdir_cxgbe --- ctfconvert -L VERSION -g t4_netmap.o --- all_subdir_ctl --- --- ctl_backend_ramdisk.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -DHAVE_KERNEL_OPTION_HEADERS -include -I. -I -I -fno-common -g -fno-omit-frame= -pointer -mno-omit-leaf-frame-pointer -I -mcmodel=3Dkernel -mno-= red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -f= freestanding -fwrapv -fstack-protector -gdwarf-2 -Wno-error-tautological-co= mpare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unu= sed-function -Wno-error-pointer-sign -Wall -Wredundant-decls -Wnested-exte= rns -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wca= st-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-d= irs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautologica= l-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error= -unused-function -Wno-error-pointer-sign -mno-aes -mno-avx -std=3Diso989= 9:1999 -c --- all_subdir_crypto --- :> export_syms awk -f crypto.ko.debug export_syms | xargs -J% objcopy % crypto.ko.debug --- all_subdir_cxgbe --- --- t4_hw.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -I -DHAVE_KERNEL_OPTION_HEADERS -include -I. -I -I= -fno-com= mon -g -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -I -= mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchr= onous-unwind-tables -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wno= -error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-e= quality -Wno-error-unused-function -Wno-error-pointer-sign -Wall -Wredunda= nt-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpoint= er-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extension= s -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas = -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parenthes= es-equality -Wno-error-unused-function -Wno-error-pointer-sign -mno-aes -= mno-avx -std=3Diso9899:1999 -c --- all_subdir_crypto --- --- crypto.ko.symbols --- objcopy --only-keep-debug crypto.ko.debug crypto.ko.symbols --- crypto.ko --- objcopy --strip-debug --add-gnu-debuglink=3Dcrypto.ko.symbols crypto.ko.deb= ug crypto.ko --- all_subdir_cxgb --- --- cxgb_vsc7323.o --- cc -O2 -pipe -g -DDEFAULT_JUMBO -fno-strict-aliasing -Werror -D_KERNEL -D= KLD_MODULE -nostdinc -I -DHAVE_KERNEL_OPTION_HEADERS -includ= e -I. -I -I -fno-common -g -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -I= -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float = -fno-asynchronous-unwind-tables -ffreestanding -fwrapv -fstack-protector -= gdwarf-2 -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-= parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -W= all -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-proto= types -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -ffor= mat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unkn= own-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-er= ror-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sig= n -mno-aes -mno-avx -std=3Diso9899:1999 -c --- all_subdir_ctl --- ctfconvert -L VERSION -g ctl_backend_ramdisk.o --- ctl_cmd_table.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -DHAVE_KERNEL_OPTION_HEADERS -include -I. -I -I -fno-common -g -fno-omit-frame= -pointer -mno-omit-leaf-frame-pointer -I -mcmodel=3Dkernel -mno-= red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -f= freestanding -fwrapv -fstack-protector -gdwarf-2 -Wno-error-tautological-co= mpare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unu= sed-function -Wno-error-pointer-sign -Wall -Wredundant-decls -Wnested-exte= rns -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wca= st-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-d= irs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautologica= l-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error= -unused-function -Wno-error-pointer-sign -mno-aes -mno-avx -std=3Diso989= 9:1999 -c --- all_subdir_cxgb --- ctfconvert -L VERSION -g cxgb_vsc7323.o --- all_subdir_dc --- =3D=3D=3D> dc (all) --- all_subdir_cxgb --- --- cxgb_xgmac.o --- ctfconvert -L VERSION -g cxgb_xgmac.o --- all_subdir_ctl --- ctfconvert -L VERSION -g ctl_cmd_table.o --- all_subdir_cxgb --- --- cxgb_t3_hw.o --- cc -O2 -pipe -g -DDEFAULT_JUMBO -fno-strict-aliasing -Werror -D_KERNEL -D= KLD_MODULE -nostdinc -I -DHAVE_KERNEL_OPTION_HEADERS -includ= e -I. -I -I -fno-common -g -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -I= -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float = -fno-asynchronous-unwind-tables -ffreestanding -fwrapv -fstack-protector -= gdwarf-2 -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-= parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -W= all -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-proto= types -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -ffor= mat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unkn= own-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-er= ror-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sig= n -mno-aes -mno-avx -std=3Diso9899:1999 -c --- all_subdir_ctl --- --- ctl_frontend.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -DHAVE_KERNEL_OPTION_HEADERS -include -I. -I -I -fno-common -g -fno-omit-frame= -pointer -mno-omit-leaf-frame-pointer -I -mcmodel=3Dkernel -mno-= red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -f= freestanding -fwrapv -fstack-protector -gdwarf-2 -Wno-error-tautological-co= mpare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unu= sed-function -Wno-error-pointer-sign -Wall -Wredundant-decls -Wnested-exte= rns -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wca= st-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-d= irs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautologica= l-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error= -unused-function -Wno-error-pointer-sign -mno-aes -mno-avx -std=3Diso989= 9:1999 -c --- all_subdir_dc --- --- if_dc.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -DHAVE_KERNEL_OPTION_HEADERS -include -I. -I -I -fno-common -g -fno-omit-frame= -pointer -mno-omit-leaf-frame-pointer -I -mcmodel=3Dkernel -mno-= red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -f= freestanding -fwrapv -fstack-protector -gdwarf-2 -Wno-error-tautological-co= mpare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unu= sed-function -Wno-error-pointer-sign -Wall -Wredundant-decls -Wnested-exte= rns -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wca= st-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-d= irs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautologica= l-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error= -unused-function -Wno-error-pointer-sign -mno-aes -mno-avx -std=3Diso989= 9:1999 -c --- all_subdir_ctl --- ctfconvert -L VERSION -g ctl_frontend.o --- ctl_frontend_internal.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -DHAVE_KERNEL_OPTION_HEADERS -include -I. -I -I -fno-common -g -fno-omit-frame= -pointer -mno-omit-leaf-frame-pointer -I -mcmodel=3Dkernel -mno-= red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -f= freestanding -fwrapv -fstack-protector -gdwarf-2 -Wno-error-tautological-co= mpare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unu= sed-function -Wno-error-pointer-sign -Wall -Wredundant-decls -Wnested-exte= rns -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wca= st-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-d= irs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautologica= l-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error= -unused-function -Wno-error-pointer-sign -mno-aes -mno-avx -std=3Diso989= 9:1999 -c ctfconvert -L VERSION -g ctl_frontend_internal.o --- ctl_scsi_all.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -DHAVE_KERNEL_OPTION_HEADERS -include -I. -I -I -fno-common -g -fno-omit-frame= -pointer -mno-omit-leaf-frame-pointer -I -mcmodel=3Dkernel -mno-= red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -f= freestanding -fwrapv -fstack-protector -gdwarf-2 -Wno-error-tautological-co= mpare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unu= sed-function -Wno-error-pointer-sign -Wall -Wredundant-decls -Wnested-exte= rns -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wca= st-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-d= irs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautologica= l-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error= -unused-function -Wno-error-pointer-sign -mno-aes -mno-avx -std=3Diso989= 9:1999 -c ctfconvert -L VERSION -g ctl_scsi_all.o --- ctl_tpc.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -DHAVE_KERNEL_OPTION_HEADERS -include -I. -I -I -fno-common -g -fno-omit-frame= -pointer -mno-omit-leaf-frame-pointer -I -mcmodel=3Dkernel -mno-= red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -f= freestanding -fwrapv -fstack-protector -gdwarf-2 -Wno-error-tautological-co= mpare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unu= sed-function -Wno-error-pointer-sign -Wall -Wredundant-decls -Wnested-exte= rns -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wca= st-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-d= irs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautologica= l-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error= -unused-function -Wno-error-pointer-sign -mno-aes -mno-avx -std=3Diso989= 9:1999 -c --- all_subdir_dc --- ctfconvert -L VERSION -g if_dc.o --- all_subdir_ctl --- ctfconvert -L VERSION -g ctl_tpc.o --- all_subdir_dc --- --- dcphy.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -DHAVE_KERNEL_OPTION_HEADERS -include -I. -I -I -fno-common -g -fno-omit-frame= -pointer -mno-omit-leaf-frame-pointer -I -mcmodel=3Dkernel -mno-= red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -f= freestanding -fwrapv -fstack-protector -gdwarf-2 -Wno-error-tautological-co= mpare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unu= sed-function -Wno-error-pointer-sign -Wall -Wredundant-decls -Wnested-exte= rns -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wca= st-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-d= irs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautologica= l-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error= -unused-function -Wno-error-pointer-sign -mno-aes -mno-avx -std=3Diso989= 9:1999 -c --- all_subdir_ctl --- --- ctl_tpc_local.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -DHAVE_KERNEL_OPTION_HEADERS -include -I. -I -I -fno-common -g -fno-omit-frame= -pointer -mno-omit-leaf-frame-pointer -I -mcmodel=3Dkernel -mno-= red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -f= freestanding -fwrapv -fstack-protector -gdwarf-2 -Wno-error-tautological-co= mpare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unu= sed-function -Wno-error-pointer-sign -Wall -Wredundant-decls -Wnested-exte= rns -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wca= st-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-d= irs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautologica= l-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error= -unused-function -Wno-error-pointer-sign -mno-aes -mno-avx -std=3Diso989= 9:1999 -c ctfconvert -L VERSION -g ctl_tpc_local.o --- ctl_error.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -DHAVE_KERNEL_OPTION_HEADERS -include -I. -I -I -fno-common -g -fno-omit-frame= -pointer -mno-omit-leaf-frame-pointer -I -mcmodel=3Dkernel -mno-= red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -f= freestanding -fwrapv -fstack-protector -gdwarf-2 -Wno-error-tautological-co= mpare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unu= sed-function -Wno-error-pointer-sign -Wall -Wredundant-decls -Wnested-exte= rns -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wca= st-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-d= irs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautologica= l-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error= -unused-function -Wno-error-pointer-sign -mno-aes -mno-avx -std=3Diso989= 9:1999 -c --- all_subdir_dc --- ctfconvert -L VERSION -g dcphy.o --- pnphy.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -DHAVE_KERNEL_OPTION_HEADERS -include -I. -I -I -fno-common -g -fno-omit-frame= -pointer -mno-omit-leaf-frame-pointer -I -mcmodel=3Dkernel -mno-= red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -f= freestanding -fwrapv -fstack-protector -gdwarf-2 -Wno-error-tautological-co= mpare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unu= sed-function -Wno-error-pointer-sign -Wall -Wredundant-decls -Wnested-exte= rns -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wca= st-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-d= irs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautologica= l-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error= -unused-function -Wno-error-pointer-sign -mno-aes -mno-avx -std=3Diso989= 9:1999 -c --- all_subdir_ctl --- ctfconvert -L VERSION -g ctl_error.o --- ctl_util.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -DHAVE_KERNEL_OPTION_HEADERS -include -I. -I -I -fno-common -g -fno-omit-frame= -pointer -mno-omit-leaf-frame-pointer -I -mcmodel=3Dkernel -mno-= red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -f= freestanding -fwrapv -fstack-protector -gdwarf-2 -Wno-error-tautological-co= mpare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unu= sed-function -Wno-error-pointer-sign -Wall -Wredundant-decls -Wnested-exte= rns -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wca= st-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-d= irs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautologica= l-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error= -unused-function -Wno-error-pointer-sign -mno-aes -mno-avx -std=3Diso989= 9:1999 -c --- all_subdir_cxgbe --- ctfconvert -L VERSION -g t4_hw.o --- all_subdir_dc --- ctfconvert -L VERSION -g pnphy.o --- all_subdir_cxgbe --- --- t4_l2t.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -I -DHAVE_KERNEL_OPTION_HEADERS -include -I. -I -I= -fno-com= mon -g -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -I -= mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchr= onous-unwind-tables -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wno= -error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-e= quality -Wno-error-unused-function -Wno-error-pointer-sign -Wall -Wredunda= nt-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpoint= er-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extension= s -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas = -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parenthes= es-equality -Wno-error-unused-function -Wno-error-pointer-sign -mno-aes -= mno-avx -std=3Diso9899:1999 -c --- all_subdir_dc --- --- if_dc.ko.debug --- ld -d -warn-common -r -d -o if_dc.ko.debug if_dc.o dcphy.o pnphy.o ctfmerge -L VERSION -g -o if_dc.ko.debug if_dc.o dcphy.o pnphy.o :> export_syms awk -f if_dc.ko.debug export_syms | xargs -J% objcopy % if_dc.ko.debug --- if_dc.ko.symbols --- objcopy --only-keep-debug if_dc.ko.debug if_dc.ko.symbols --- if_dc.ko --- objcopy --strip-debug --add-gnu-debuglink=3Dif_dc.ko.symbols if_dc.ko.debug= if_dc.ko --- all_subdir_cxgbe --- --- t4_main.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -I -DHAVE_KERNEL_OPTION_HEADERS -include -I. -I -I= -fno-com= mon -g -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -I -= mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchr= onous-unwind-tables -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wno= -error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-e= quality -Wno-error-unused-function -Wno-error-pointer-sign -Wall -Wredunda= nt-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpoint= er-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extension= s -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas = -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parenthes= es-equality -Wno-error-unused-function -Wno-error-pointer-sign -mno-aes -= mno-avx -std=3Diso9899:1999 -c --- all_subdir_ctl --- ctfconvert -L VERSION -g ctl_util.o --- ctl_backend_block.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -DHAVE_KERNEL_OPTION_HEADERS -include -I. -I -I -fno-common -g -fno-omit-frame= -pointer -mno-omit-leaf-frame-pointer -I -mcmodel=3Dkernel -mno-= red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -f= freestanding -fwrapv -fstack-protector -gdwarf-2 -Wno-error-tautological-co= mpare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unu= sed-function -Wno-error-pointer-sign -Wall -Wredundant-decls -Wnested-exte= rns -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wca= st-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-d= irs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautologica= l-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error= -unused-function -Wno-error-pointer-sign -mno-aes -mno-avx -std=3Diso989= 9:1999 -c --- all_subdir_cxgbe --- --- t4_l2t.o --- :324:12: error: incompatible pointer types pas= sing 'struct sbuf **' to parameter of type 'struct sbuf *'; remove & [-Werr= or,-Wincompatible-pointer-types] sbuf_putc(&sb, 0); /* nullterm */ ^~~ :77:30: not= e: passing argument to parameter here int sbuf_putc(struct sbuf *, int); ^ 1 error generated. *** [t4_l2t.o] Error code 1 make[5]: stopped in --- all_subdir_cxgb --- ctfconvert -L VERSION -g cxgb_t3_hw.o A failure has been detected in another branch of the parallel make make[5]: stopped in *** [_sub.all] Error code 2 make[4]: stopped in 1 error make[4]: stopped in *** [all_subdir_cxgb] Error code 2 make[3]: stopped in --- all_subdir_ctl --- ctfconvert -L VERSION -g ctl_backend_block.o A failure has been detected in another branch of the parallel make make[4]: stopped in *** [all_subdir_ctl] Error code 2 make[3]: stopped in --- all_subdir_cxgbe --- --- t4_main.o --- ctfconvert -L VERSION -g t4_main.o 1 error make[5]: stopped in *** [_sub.all] Error code 2 make[4]: stopped in 1 error make[4]: stopped in *** [all_subdir_cxgbe] Error code 2 make[3]: stopped in 3 errors make[3]: stopped in *** [modules-all] Error code 2 make[2]: stopped in 1 error make[2]: stopped in *** [buildkernel] Error code 2 make[1]: stopped in 1 error make[1]: stopped in *** [buildkernel] Error code 2 make: stopped in 1 error make: stopped in Build step 'Execute shell' marked build as failure From owner-freebsd-current@FreeBSD.ORG Thu Mar 12 23:13:01 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 19EB775C for ; Thu, 12 Mar 2015 23:13:01 +0000 (UTC) Received: from mail-ie0-x230.google.com (mail-ie0-x230.google.com [IPv6:2607:f8b0:4001:c03::230]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id CF2B4A4A for ; Thu, 12 Mar 2015 23:13:00 +0000 (UTC) Received: by iecsl2 with SMTP id sl2so66419561iec.1 for ; Thu, 12 Mar 2015 16:13:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:reply-to:in-reply-to:references:date:message-id :subject:from:to:content-type; bh=KJPOiibnPSJgrZg7o1iEJYlhEe+zMr6u8865DTaH6Ts=; b=higeosR1i5YGW+h3pRUxM6rkrN1m7z3D5xW7/NaPj4nu9+hUnfVXqp3f0XlOqeEbQV ugwehYwLJ9hLKi+UFjewRmZvBi/SttnVO7mZYjOrlDjiP1xhIvzUz+WmIyH+y3S888YH S3eFkor+GseBJ/PWycfZNQA+83VHXnoDmCDXcOpRKkJCCGgy3iAm74g4rJcneXNw0l1o mdZKZ+M8CqHk55xk3lQU/s3ZOsxCnZqiYHifWEp++V1gB4YMD6ECX7E2F68b0MnV72Cf JBzjnObtfwrQYSkyUy1kqqPvdQg3m0lqoK/iCbVM/bi1bfdTGhrV18P7Drp9el/FIIq+ zxUA== MIME-Version: 1.0 X-Received: by 10.107.131.13 with SMTP id f13mr58169354iod.50.1426201980110; Thu, 12 Mar 2015 16:13:00 -0700 (PDT) Received: by 10.42.190.8 with HTTP; Thu, 12 Mar 2015 16:13:00 -0700 (PDT) Reply-To: alc@freebsd.org In-Reply-To: <20150312173635.GB9153@dft-labs.eu> References: <20150312173635.GB9153@dft-labs.eu> Date: Thu, 12 Mar 2015 18:13:00 -0500 Message-ID: Subject: Re: [PATCH] Convert the VFS cache lock to an rmlock From: Alan Cox To: Mateusz Guzik , Ryan Stone , FreeBSD Current Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Mar 2015 23:13:01 -0000 Below is partial results from a profile of a parallel (-j7) "buildworld" on a 6-core machine that I did after the introduction of pmap_advise, so this is not a new profile. The results are sorted by total waiting time and only the top 20 entries are listed. max wait_max total wait_total count avg wait_avg cnt_hold cnt_lock name 1027 208500 16292932 1658585700 5297163 3 313 0 3313855 kern/vfs_cache.c:629 (rw:Name Cache) 208564 186514 19080891106 1129189627 355575930 53 3 0 1323051 kern/vfs_subr.c:2099 (lockmgr:ufs) 169241 148057 193721142 419075449 13819553 14 30 0 110089 kern/vfs_subr.c:2210 (lockmgr:ufs) 187092 191775 1923061952 257319238 328416784 5 0 0 5106537 kern/vfs_cache.c:488 (rw:Name Cache) 23 114 134681925 220476269 40747213 3 5 0 25679721 kern/kern_clocksource.c:233 (spin mutex:et_hw_mtx) 39069 101543 1931226072 208764524 482193429 4 0 0 22375691 kern/vfs_subr.c:2177 (sleep mutex:vnode interlock) 187131 187056 2509403648 140794697 298324050 8 0 0 14386756 kern/vfs_cache.c:669 (sleep mutex:vnode interlock) 1421 257059 260943147 139520512 104936165 2 1 0 12997640 vm/vm_page.c:1225 (sleep mutex:vm page free queue) 39612 145747 371125327 121005252 136149528 2 0 0 8280782 kern/vfs_subr.c:2134 (sleep mutex:vnode interlock) 1720 249735 226621512 91906907 93436933 2 0 0 7092634 vm/vm_page.c:1770 (sleep mutex:vm active pagequeue) 394155 394200 330090749 86368442 48766123 6 1 0 1169061 kern/vfs_hash.c:78 (sleep mutex:vfs hash) 892 93103 3446633 75923096 1482518 2 51 0 236865 kern/vfs_cache.c:799 (rw:Name Cache) 4030 394151 395521192 63355061 47860319 8 1 0 6439221 kern/vfs_hash.c:86 (sleep mutex:vnode interlock) 4554 147798 247338596 56263926 104192514 2 0 0 9455460 vm/vm_page.c:1948 (sleep mutex:vm page free queue) 2587 230069 219652081 48271335 94011085 2 0 0 9011261 vm/vm_page.c:1729 (sleep mutex:vm active pagequeue) 16420 50195 920083075 38568487 347596869 2 0 0 3035672 kern/vfs_subr.c:2107 (sleep mutex:vnode interlock) 57348 93913 65957615 31956482 2487620 26 12 0 39048 vm/vm_fault.c:672 (rw:vm object) 1798 93694 127847964 28490515 46510308 2 0 0 1897724 kern/vfs_subr.c:419 (sleep mutex:struct mount mtx) 249739 207227 775356648 25501046 95007901 8 0 0 211559 vm/vm_fault.c:918 (sleep mutex:vm page) 452130 157222 70439287 18564724 5429942 12 3 0 10813 vm/vm_map.c:2738 (rw:vm object) On Thu, Mar 12, 2015 at 12:36 PM, Mateusz Guzik wrote: > On Thu, Mar 12, 2015 at 11:14:42AM -0400, Ryan Stone wrote: > > I've just submitted a patch to Differential[1] for review that converts > the > > VFS cache to use an rmlock in place of the current rwlock. My main > > motivation for the change is to fix a priority inversion problem that I > saw > > recently. A real-time priority thread attempted to acquire a write lock > on > > the VFS cache lock, but there was already a reader holding it. The > reader > > was preempted by a normal priority thread, and my real-time thread was > > starved. > > > > [1] https://reviews.freebsd.org/D2051 > > > > > > I was worried about the performance implications of the change, as I > wasn't > > sure how common write operations on the VFS cache would be. I did a -j12 > > buildworld/buildkernel test on a 12-core Haswell Xeon system, as I > figured > > that would be a reasonable stress test that simultaneously creates lots > of > > small files and reads a lot of files as well. This actually wound up > being > > about a 10% performance *increase* (the units below are seconds of > elapsed > > time as measured by /usr/bin/time, so smaller is better): > > > > $ ministat -C 1 orig.log rmlock.log > > x orig.log > > + rmlock.log > > > +------------------------------------------------------------------------------+ > > | + > x > > | > > |++++ x x > xxx > > | > > | |A| > > |_________A___M____|| > > > +------------------------------------------------------------------------------+ > > N Min Max Median Avg > Stddev > > x 6 2710.31 2821.35 2816.75 2798.0617 > 43.324817 > > + 5 2488.25 2500.25 2498.04 2495.756 > 5.0494782 > > Difference at 95.0% confidence > > -302.306 +/- 44.4709 > > -10.8041% +/- 1.58935% > > (Student's t, pooled s = 32.4674) > > > > The one outlier in the rwlock case does confuse me a bit. What I did was > > booted a freshly-built image with the rmlock lock applied, did a git > > checkout of head, and then did 5 builds in a row. The git checkout > should > > have had the effect of priming the disk cache with the source files. > Then > > I installed the stock head kernel, rebooted, and ran 5 more builds (and > > then 1 more when I noticed the outlier). The fast outlier was the > *first* > > run, which should have been running with a cold disk cache, so I really > > don't know why it would be 90 seconds faster. I do see that this run > also > > had about 500-600 fewer seconds spent in system time: > > > > x orig.log > > > +------------------------------------------------------------------------------+ > > | > > x | > > |x x x > > xx | > > | > > |_________________________A__________M_____________|| > > > +------------------------------------------------------------------------------+ > > N Min Max Median Avg > Stddev > > x 6 3515.23 4121.84 4105.57 4001.71 > 239.61362 > > > > I'm not sure how much that I care, given that the rmlock is universally > > faster (but maybe I should try the "cold boot" case anyway). > > > > If anybody had any comments or further testing that they would like to > see, > > please let me know. > > Workloads like buildworld and the like (i.e. a lot of forks + execs) run > into very severe contention in vm, which is orders of magnitude bigger > than anything else. > > As such your result seems quite suspicious. > > Can you describe in more detail how were you testing? > > Did you have a separate fs for obj tree which was mounted+unmounted > before each run? > > I suggest you grab a machine from zoo[1] and run some tests on "bigger" > hardware. > > A perf improvement, even slight, is definitely welcome. > > [1] https://wiki.freebsd.org/TestClusterOneReservations > > -- > Mateusz Guzik > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Fri Mar 13 01:56:31 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A0E83D8; Fri, 13 Mar 2015 01:56:31 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 8CE23184; Fri, 13 Mar 2015 01:56:31 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 959032A1C; Fri, 13 Mar 2015 01:56:31 +0000 (UTC) Date: Fri, 13 Mar 2015 01:56:27 +0000 (GMT) From: jenkins-admin@freebsd.org To: jenkins-admin@FreeBSD.org, freebsd-current@freebsd.org, ae@FreeBSD.org, glebius@FreeBSD.org, jhb@FreeBSD.org, ian@FreeBSD.org, rstone@FreeBSD.org, mav@FreeBSD.org, nwhitehorn@FreeBSD.org, kib@FreeBSD.org Message-ID: <166641773.6.1426211790388.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1204363892.5.1426200473202.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1204363892.5.1426200473202.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is back to normal : FreeBSD_HEAD #2534 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Jenkins-Job: FreeBSD_HEAD X-Jenkins-Result: SUCCESS X-Mailman-Approved-At: Fri, 13 Mar 2015 02:13:37 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Mar 2015 01:56:31 -0000 See From owner-freebsd-current@FreeBSD.ORG Fri Mar 13 05:32:10 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 52368382; Fri, 13 Mar 2015 05:32:10 +0000 (UTC) Received: from mail-we0-x22e.google.com (mail-we0-x22e.google.com [IPv6:2a00:1450:400c:c03::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 D2ACDBF2; Fri, 13 Mar 2015 05:32:09 +0000 (UTC) Received: by wesk11 with SMTP id k11so20889276wes.13; Thu, 12 Mar 2015 22:32:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:cc:subject:message-id:mail-followup-to:references :mime-version:content-type:content-disposition:in-reply-to :user-agent; bh=8KLLYj6iwg99PUFsvSpbEn7hQe/g4f2e/sQd8PgO+k8=; b=NZOtSHkKyDE+rTQlLEwN0BhJNVdU/lQ0r6kf9GjLbOd55FFx2BI8iv7Z82qQwMKMeP 5LckIrlaEJgNUJKes63A0eI/qj+yyUip3dfaYe7Me9jIbreihJDQpvSwL275XBau0fAt YKKmTA86EMGu8wy1ydFVyYVaAhUlA+0w9KK/XLXG40MonEvJpojZPgbRPBNjPB4lIWJ4 mfGMQzNWTBOoo+bvO1TX4x+KjreVySsupR+gdQvLSQ97uSVLrhyUB+bcjEZvOKsbPGXq vlf7rI/ZZA+6gaZ8SKlZzV1OcUXPNtxec0cd7WPst28Q8gSYza+g6CRfvepJvbVcTYqu ns8A== X-Received: by 10.194.177.132 with SMTP id cq4mr89779969wjc.99.1426224727900; Thu, 12 Mar 2015 22:32:07 -0700 (PDT) Received: from dft-labs.eu (n1x0n-1-pt.tunnel.tserv5.lon1.ipv6.he.net. [2001:470:1f08:1f7::2]) by mx.google.com with ESMTPSA id ax10sm1262674wjc.26.2015.03.12.22.32.05 (version=TLSv1.2 cipher=RC4-SHA bits=128/128); Thu, 12 Mar 2015 22:32:06 -0700 (PDT) Date: Fri, 13 Mar 2015 06:32:03 +0100 From: Mateusz Guzik To: alc@freebsd.org Subject: Re: [PATCH] Convert the VFS cache lock to an rmlock Message-ID: <20150313053203.GC9153@dft-labs.eu> Mail-Followup-To: Mateusz Guzik , alc@freebsd.org, Ryan Stone , FreeBSD Current References: <20150312173635.GB9153@dft-labs.eu> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: FreeBSD Current , Ryan Stone X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Mar 2015 05:32:10 -0000 On Thu, Mar 12, 2015 at 06:13:00PM -0500, Alan Cox wrote: > Below is partial results from a profile of a parallel (-j7) "buildworld" on > a 6-core machine that I did after the introduction of pmap_advise, so this > is not a new profile. The results are sorted by total waiting time and > only the top 20 entries are listed. > Well, I ran stuff on lynx2 in the zoo on fresh -head with debugging disabled (MALLOC_PRODUCTION included) and got quite different results. The machine is Intel(R) Xeon(R) CPU E5-2680 v2 @ 2.80GHz 2 package(s) x 10 core(s) x 2 SMT threads 32GB of ram Stuff was built in a chroot with world hosted on zfs. > max wait_max total wait_total count avg wait_avg > cnt_hold cnt_lock name > > 1027 208500 16292932 1658585700 5297163 3 313 0 > 3313855 kern/vfs_cache.c:629 (rw:Name Cache) > > 208564 186514 19080891106 1129189627 355575930 53 3 0 > 1323051 kern/vfs_subr.c:2099 (lockmgr:ufs) > > 169241 148057 193721142 419075449 13819553 14 30 0 > 110089 kern/vfs_subr.c:2210 (lockmgr:ufs) > > 187092 191775 1923061952 257319238 328416784 5 0 0 > 5106537 kern/vfs_cache.c:488 (rw:Name Cache) > make -j 12 buildworld on freshly booted system (i.e. the most namecache insertions): 32 292 3042019 33400306 8419725 0 3 0 2578026 kern/sys_pipe.c:1438 (sleep mutex:pipe mutex) 170608 152572 642385744 27054977 202605015 3 0 0 1306662 kern/vfs_subr.c:2176 (lockmgr:zfs) 66 198 45170221 22523597 161976016 0 0 0 19988525 vm/vm_page.c:1502 (sleep mutex:vm page free queue) 45 413 17804028 20770896 160786478 0 0 0 19368394 vm/vm_page.c:2294 (sleep mutex:vm page free queue) 32 625 19406548 8414459 142554059 0 0 0 11198547 vm/vm_page.c:2053 (sleep mutex:vm active pagequeue) 35 1704 19560396 7867435 142655646 0 0 0 9641161 vm/vm_page.c:2097 (sleep mutex:vm active pagequeue) 14 6675994 27451 6677152 53550 0 124 0 2394 kern/sched_ule.c:2630 (spin mutex:sched lock 23) 2121 879 19982319 4157880 7753007 2 0 0 235477 vm/vm_fault.c:785 (rw:vm object) 27715 1104 9922805 3339829 12614622 0 0 0 83840 vm/vm_map.c:2883 (rw:vm object) 6 2240335 26594 2833529 55057 0 51 0 2643 kern/sched_ule.c:2630 (spin mutex:sched lock 17) 31 22617 1424889 2768798 368786 3 7 0 11555 kern/kern_exec.c:590 (lockmgr:zfs) 7 2027019 26247 2218701 53980 0 41 0 2432 kern/sched_ule.c:2630 (spin mutex:sched lock 5) 57942 153184 41616375 2120917 368786 112 5 0 9438 kern/imgact_elf.c:829 (lockmgr:zfs) 184 557 65168745 1715154 214930217 0 0 0 2104013 kern/vfs_cache.c:487 (rw:Name Cache) ^^^^ name cache only here 3 1695608 26302 1696719 56150 0 30 0 2377 kern/sched_ule.c:2630 (spin mutex:sched lock 18) 52 176 49658348 1606545 199234071 0 0 0 2212598 kern/vfs_cache.c:668 (sleep mutex:vnode interlock) 6 1497134 26337 1583199 55416 0 28 0 2096 kern/sched_ule.c:2630 (spin mutex:sched lock 13) 1705 2155 55312677 1519894 142655701 0 0 0 435090 vm/vm_fault.c:997 (sleep mutex:vm page) 14 721 187832 1449400 2126043 0 0 0 28314 vm/vm_object.c:646 (rw:vm object) 74 62 31785614 1342727 268853124 0 0 0 2235545 kern/vfs_subr.c:2254 (sleep mutex:vnode interlock) So even despite the need for a lot of insertions name cache contention was not a big concern. Here is another buildworld after clearing /usr/obj and resetting stats (no reboot, so the cache was populated): 31 378 3827573 40116363 8544224 0 4 0 2602464 kern/sys_pipe.c:1438 (sleep mutex:pipe mutex) 53 680 45790806 26978449 161004693 0 0 0 21077331 vm/vm_page.c:1502 (sleep mutex:vm page free queue) 39 210 18513457 25286194 160721062 0 0 0 20946513 vm/vm_page.c:2294 (sleep mutex:vm page free queue) 19806 19377 596036045 19086474 202605527 2 0 0 1361883 kern/vfs_subr.c:2176 (lockmgr:zfs) 40 810 19593696 9458254 142544401 0 0 0 11659059 vm/vm_page.c:2053 (sleep mutex:vm active pagequeue) 45 1713 19955926 8883884 142638570 0 0 0 10061154 vm/vm_page.c:2097 (sleep mutex:vm active pagequeue) 15 4702161 28765 4715991 59859 0 78 0 2659 kern/sched_ule.c:2630 (spin mutex:sched lock 6) 1838 1213 20189264 4246013 7751227 2 0 0 243511 vm/vm_fault.c:785 (rw:vm object) 34942 782 10815453 3461181 12611561 0 0 0 87884 vm/vm_map.c:2883 (rw:vm object) 7 2111512 27390 3164572 55775 0 56 0 2239 kern/sched_ule.c:2630 (spin mutex:sched lock 7) 18 2503 1417189 2849233 368785 3 7 0 12099 kern/kern_exec.c:590 (lockmgr:zfs) 52 898 66378192 1861837 214861582 0 0 0 2221482 kern/vfs_cache.c:487 (rw:Name Cache) 16 52 49359798 1685568 199202365 0 0 0 2288836 kern/vfs_cache.c:668 (sleep mutex:vnode interlock) 13 811 190617 1527468 2125719 0 0 0 30154 vm/vm_object.c:646 (rw:vm object) 38 39 31672997 1393102 268812945 0 0 0 2304916 kern/vfs_subr.c:2254 (sleep mutex:vnode interlock) 1714 2111 56782095 1303511 142638594 0 0 0 199781 vm/vm_fault.c:997 (sleep mutex:vm page) 15 765633 28820 1220541 59670 0 20 0 2805 kern/sched_ule.c:2630 (spin mutex:sched lock 8) 177 143 59407392 1213817 58267983 1 0 0 377555 amd64/amd64/pmap.c:5362 (rw:pmap pv list) 37 21 28518097 1199499 291370530 0 0 0 1372317 kern/subr_sleepqueue.c:251 (spin mutex:sleepq chain) 15 809971 29102 1103478 59356 0 18 0 2737 kern/sched_ule.c:2630 (spin mutex:sched lock 19) So, it may be somewthing is wrong with my test environment, but as it is I do not expect namecache lock contention to have significant impact on buildworld/kernel. -- Mateusz Guzik From owner-freebsd-current@FreeBSD.ORG Fri Mar 13 13:18:03 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 38453FEB for ; Fri, 13 Mar 2015 13:18:03 +0000 (UTC) Received: from sh4-5.1blu.de (sh4-5.1blu.de [178.254.11.41]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id F0317781 for ; Fri, 13 Mar 2015 13:18:02 +0000 (UTC) Received: from ftp51246-2575596 by sh4-5.1blu.de with local (Exim 4.76) (envelope-from ) id 1YWPEV-0001FX-RK for freebsd-current@freebsd.org; Fri, 13 Mar 2015 14:02:31 +0100 Date: Fri, 13 Mar 2015 14:02:31 +0100 From: Matthias Apitz To: freebsd-current@freebsd.org Subject: Acer C720 random complete power-off Message-ID: <20150313130231.GA26391@sh4-5.1blu.de> Reply-To: Matthias Apitz MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Operating-System: FreeBSD 7.0-RELEASE (i386) User-Agent: Mutt/1.5.21 (2010-09-15) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Mar 2015 13:18:03 -0000 Hello, I run HEAD i386 on an Acer C720 netbook (the so called Cromebook), which works pretty much fine and very fast. The device is used on a daily basis with 18++ hours uptime a day. >From time to time (since January exactly 5 times) I faced a complete randomly power-off of the device. Please, do not think in the usual suspects of CPU heat or power drain. I monitor in a file every time the exact device situation, which is here: http://www.unixarea.de/c720-crashes.html In /var/log/messages are no indications, and if the system would have written something in its last second, it is perhaps rolled back by the fsck on reboot. What I wanted to ask here: Is there any way to read any information out of local memory buffers when the system comes up again or any other way to understand what could cause this problem. I have to admit, that until now I was never present with my eyes when it happened, I was always somehow a way from the display (running KDE4), and when I returned to it, I found it black. Thanks in advance. matthias -- Matthias Apitz | /"\ ASCII Ribbon Campaign: E-mail: guru@unixarea.de | \ / - No HTML/RTF in E-mail WWW: http://www.unixarea.de/ | X - No proprietary attachments phone: +49-170-4527211 | / \ - Respect for open standards | en.wikipedia.org/wiki/ASCII_Ribbon_Campaign From owner-freebsd-current@FreeBSD.ORG Fri Mar 13 15:23:08 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DC9C0C73 for ; Fri, 13 Mar 2015 15:23:07 +0000 (UTC) Received: from mail-ie0-x22b.google.com (mail-ie0-x22b.google.com [IPv6:2607:f8b0:4001:c03::22b]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 9EA9288A for ; Fri, 13 Mar 2015 15:23:07 +0000 (UTC) Received: by iecvj10 with SMTP id vj10so107221364iec.0 for ; Fri, 13 Mar 2015 08:23:06 -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 :content-type; bh=eEUbbAaRTlD9v6Yf6xFsT40EbbFS0olS+eOfWdYVQ4o=; b=jf4MGWeB0TfEITqEQDN5vhuBhkqVSoZh560dahXsxurSjuLh6Rs8XA2uD4FJOWXhgZ JM2/rlLX9zRG9W/+tf4N7FoHnTA0iLjjGsWBaEgad/PwTqhd/aWF6WxtII+snILoiRKd eTW13U/o5wPhDOyvHE3uMtccyvxkb4ts8ZcEInLGGTzF8jCAxhGHuMvFm/KnaBVdJmpq K33tomuLYQYpnKtQoAfNgGLFqu6HiHtydfoWmMqFbMGu8dr46XO0rlqT0FKSBgqvocrv cCokXVkSKCr/IJwia2RyikXyeAGWDF/QYFHzuhB/ck8jjBLcw15bkAhYMrDDfEBFUwfJ deig== MIME-Version: 1.0 X-Received: by 10.50.234.194 with SMTP id ug2mr112122901igc.39.1426260186662; Fri, 13 Mar 2015 08:23:06 -0700 (PDT) Received: by 10.107.156.75 with HTTP; Fri, 13 Mar 2015 08:23:06 -0700 (PDT) In-Reply-To: <20150312173635.GB9153@dft-labs.eu> References: <20150312173635.GB9153@dft-labs.eu> Date: Fri, 13 Mar 2015 11:23:06 -0400 Message-ID: Subject: Re: [PATCH] Convert the VFS cache lock to an rmlock From: Ryan Stone To: Mateusz Guzik , Ryan Stone , FreeBSD Current Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Mar 2015 15:23:08 -0000 On Thu, Mar 12, 2015 at 1:36 PM, Mateusz Guzik wrote: > Workloads like buildworld and the like (i.e. a lot of forks + execs) run > into very severe contention in vm, which is orders of magnitude bigger > than anything else. > > As such your result seems quite suspicious. > You're right, I did mess up the testing somewhere (I have no idea how). As you suggested, I switched to using a separate partition for the objdir, and ran each build with a freshly newfsed filesystem. I scripted it to be sure that I was following the same procedure with each run: # Build known-working commit from head git checkout 09be0092bd3285dd33e99bcab593981060e99058 || exit 1 for i in `jot 5` do # Create a fresh fs for objdir sudo umount -f /usr/obj 2> /dev/null sudo newfs -U -j -L OBJ $objdev || exit 1 sudo mount $objdev /usr/obj || exit 1 sudo chmod a+rwx /usr/obj || exit 1 # Ensure disk cache contains all source files git status > /dev/null /usr/bin/time -a -o $logfile make -s -j$(sysctl -n hw.ncpu) buildworld buildkernel done I tested on the original 12-core machine, as well as a 2 package x 8 core x 2 HTT (32 logical cores) machine that a co-worker was able to lend me. Unfortunately, the results show a performance decrease now. It's almost 5% on the 32 core machine: $ ministat -w 74 -C 1 12core/* x 12core/orig.log + 12core/rmlock.log +--------------------------------------------------------------------------+ |x xx x x + + + + +| | |_________A__________| |_______________A___M__________|| +--------------------------------------------------------------------------+ N Min Max Median Avg Stddev x 5 2478.81 2487.74 2483.45 2483.652 3.2495646 + 5 2489.64 2501.67 2498.26 2496.832 4.7394694 Difference at 95.0% confidence 13.18 +/- 5.92622 0.53067% +/- 0.238609% (Student's t, pooled s = 4.06339) $ ministat -w 74 -C 1 32core/* x 32core/orig.log + 32core/rmlock.log +--------------------------------------------------------------------------+ |x x + | |x x x + ++ +| ||__AM| |_______AM_____| | +--------------------------------------------------------------------------+ N Min Max Median Avg Stddev x 5 1067.97 1072.86 1071.29 1070.314 2.2238997 + 5 1111.22 1129.05 1122.3 1121.324 6.4046569 Difference at 95.0% confidence 51.01 +/- 6.99181 4.76589% +/- 0.653249% (Student's t, pooled s = 4.79403) The difference is due to a significant increase in system time. Write locks on an rmlock are extremely expensive (they involve an smp_rendezvous), and the cost likely scales with the number of cores: x 32core/orig.log + 32core/rmlock.log +--------------------------------------------------------------------------+ |xxx x + +++ +| ||_MA__| |____MA______| | +--------------------------------------------------------------------------+ N Min Max Median Avg Stddev x 5 5616.63 5715.7 5641.5 5661.72 48.511545 + 5 6502.51 6781.84 6596.5 6612.39 103.06568 Difference at 95.0% confidence 950.67 +/- 117.474 16.7912% +/- 2.07489% (Student's t, pooled s = 80.5478) At this point I'm pretty much at an impasse. The real-time behaviour is critical to me, but a 5% performance degradation isn't likely to be acceptable to many people. I'll see what I can do with this. From owner-freebsd-current@FreeBSD.ORG Fri Mar 13 16:31:55 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3E026B6B for ; Fri, 13 Mar 2015 16:31:55 +0000 (UTC) Received: from mail-ie0-x22d.google.com (mail-ie0-x22d.google.com [IPv6:2607:f8b0:4001:c03::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 07B1BFE5 for ; Fri, 13 Mar 2015 16:31:55 +0000 (UTC) Received: by iecvj10 with SMTP id vj10so110311845iec.0 for ; Fri, 13 Mar 2015 09:31:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=9UbaUelOIRI3OViyBZUte6pi+McYx6VArAtzZ50MYBc=; b=s4/xAl/okiCKQ5Mm7lbkmh+5HAT25vBxIBGKL0dCDsOdk270M5ngAZuG5Jyz2EMqN1 UtdzYB5pWQSEXTEaZr0z4inJVSz00pdYWV7+wrldiFVwSwv4JhMSKZDsTtkOmrHL35vs 3aZqaoXC5L7zwOv/N12i28IhQheHO5Ywl/efOpnERZGWoHo7gRBFkfB5ZXZ53qyTPMwK FR7/AKNGb4fetZGQBzYllzAK4vbUDZ5IWaQGKJO45SOGSxLL5J9aE6x4kmAOdEc+NiJP 7GJp/tziBhagsHplXlsbliHh9F7XsNvgCIQPN3MVQThVFV5c5ZwXz0tqMeuFxx4wihWc 31LA== MIME-Version: 1.0 X-Received: by 10.42.93.83 with SMTP id w19mr58351063icm.37.1426264311634; Fri, 13 Mar 2015 09:31:51 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.36.17.194 with HTTP; Fri, 13 Mar 2015 09:31:51 -0700 (PDT) In-Reply-To: References: <20150312173635.GB9153@dft-labs.eu> Date: Fri, 13 Mar 2015 09:31:51 -0700 X-Google-Sender-Auth: zBWkJvEVYkkMfHI-7SMSP8a9TtM Message-ID: Subject: Re: [PATCH] Convert the VFS cache lock to an rmlock From: Adrian Chadd To: Ryan Stone Content-Type: text/plain; charset=UTF-8 Cc: Mateusz Guzik , FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Mar 2015 16:31:55 -0000 Again, why's it not loaning priority to the lock-owning thread when it's blocked? I thought that's what is supposed to happen. -adrian From owner-freebsd-current@FreeBSD.ORG Fri Mar 13 17:57:00 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 35ECEC2 for ; Fri, 13 Mar 2015 17:57:00 +0000 (UTC) Received: from mail-ie0-x232.google.com (mail-ie0-x232.google.com [IPv6:2607:f8b0:4001:c03::232]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E9284C68 for ; Fri, 13 Mar 2015 17:56:59 +0000 (UTC) Received: by iecsl2 with SMTP id sl2so117272544iec.1 for ; Fri, 13 Mar 2015 10:56:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=6LttVmO28U0iJYl5uZsm0hUe5Mxl1+iWwRBnKc3hP+Q=; b=BqLPMWlEUTDy9s04w+kLc9iQP1Jj+8CS8TyL10u1ik1SwSHkQLJHWLCR+CahcOK974 mo0yzT7EqAhec0+aH7rZyDcQC6iy7p//EBobw1pZbdMX5JG8kaQdSize3FdcjWKKJFab d+ZwcmunV9ybY89gF8Ryz5h4u64kt87HOPUCvNhTPdjvju8422O1qQuF8Dr+Qrk3aMVs xF8BtbzwZZa5OhNGgScKwEXbtBujfzaX22TWPym41Vpai3MHcWMIkW/udZU2fKdHYZuw YBHvfIP0/TIzZzYJELFGFai8rn3eTYC/xlzpBsZTt5dnKm6dfOE1l89oEBEKL/QtxIYZ tLcg== MIME-Version: 1.0 X-Received: by 10.50.93.70 with SMTP id cs6mr111676534igb.6.1426269403155; Fri, 13 Mar 2015 10:56:43 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.36.17.194 with HTTP; Fri, 13 Mar 2015 10:56:43 -0700 (PDT) In-Reply-To: References: <20150312173635.GB9153@dft-labs.eu> Date: Fri, 13 Mar 2015 10:56:43 -0700 X-Google-Sender-Auth: aNID2TWhkrCPhwXBs5RNQJeRp5s Message-ID: Subject: Re: [PATCH] Convert the VFS cache lock to an rmlock From: Adrian Chadd To: Ryan Stone Content-Type: text/plain; charset=UTF-8 Cc: Mateusz Guzik , FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Mar 2015 17:57:00 -0000 [snip] someone emailed me privately - no tracking/priority lending is happening for readers. :( -a From owner-freebsd-current@FreeBSD.ORG Fri Mar 13 23:48:39 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BD5B5702 for ; Fri, 13 Mar 2015 23:48:39 +0000 (UTC) Received: from mail-ie0-x22f.google.com (mail-ie0-x22f.google.com [IPv6:2607:f8b0:4001:c03::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 83CBFA1E for ; Fri, 13 Mar 2015 23:48:39 +0000 (UTC) Received: by iecvj10 with SMTP id vj10so127605891iec.0 for ; Fri, 13 Mar 2015 16:48:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=W4ruO1GsIAWBssaTlwgyVwA/kQ56dwYEJPi4bbUiFR8=; b=yyCS6q43Rf3pNO+KuhdTcpTONOmajwY9SdUxbml1uPtRW+ZmtqE55BGW0xoDkFP53z kGrIQ463bQFwgMWYP3k42sQSkYwY0LCAmVaKi/ckqLNu6vW4J804bbhfMtK8K/CrtUB9 rUhpaBbqtYfDplocO5J6Q5OEyOjrWG65SncQRmPo+GOo4KU+d7ZpKcxpYoxs9ucDv3iG BwFOt5vlfDyCdpp6yuFMrfI+yAlrXBMtVT29x/2Na+6LEFArDMXr3V13Wv7WObZk8oMn D6IxDKTYK3kqPsqinCrrOZ5++tNU0dzSxfCniRHGoUkZlHdjMBLYmJxoAToFp+G8rYko ToFQ== MIME-Version: 1.0 X-Received: by 10.50.43.162 with SMTP id x2mr115082430igl.46.1426290518934; Fri, 13 Mar 2015 16:48:38 -0700 (PDT) Received: by 10.107.156.75 with HTTP; Fri, 13 Mar 2015 16:48:38 -0700 (PDT) Date: Fri, 13 Mar 2015 19:48:38 -0400 Message-ID: Subject: What parts of UMA are part of the stable ABI? From: Ryan Stone To: FreeBSD Current Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Mar 2015 23:48:39 -0000 In this freebsd-hackers thread[1], a user reported that 10.1-RELEASE crashes during boot on a system with 3TB of RAM. As it turns out, when you have that much RAM ZFS autotunes itself to allocate a 6GB hash table. This triggers a nasty 32-bit integer truncation bug in malloc(9). malloc() calls uma_large_malloc(), but uma_large_malloc() accepts an int instead of a size_t and all kinds of hilarity can ensure from there. The user has confirmed that the page in [2] fixed the kernel from instantly panicking once zfs.ko was loaded. I'm a bit concerned about whether the patch as written is an MFC candidate though. uma_large_malloc() calls page_alloc() to actuallly allocate the memory, and page_alloc() also accepts an int size parameter. This is where things get tricky. The signature for page_alloc() is governed by the uma_alloc() typedef, as uma also uses it internally for allocating memory for uma_zones. There is even a uma_zone_set_allocf() API for overriding the default allocation function. So there's definitely an argument to be made the the signature of page_alloc() being a part of the stable ABI. I have no hesitation in saying that uma_large_malloc() is not a stable API and changing it is fair game. If uma_alloc() is a part of the stable API, then it's simple enough to commit a 64-bit safe allocation function for uma_large_malloc() to call and changing page_alloc() to call it instead. That commit can be MFC'ed, and a follow-up commit could convert the UMA APIs to use size_t everywhere. While I am at this, I'd like to also change the uma init/fini/ctor/dtor to also use size_t. I'm a little torn on this because this will definitely cause a lot of churn, both in the tree and for downstream consumers, and there's not necessarily going to be a big benefit to it. However, I suppose that the existence of machines where 4GB is less than 1% of system memory may mean that allocating 4GB at a time may not that outlandish. I can definitely be talked out of this though. [1] https://lists.freebsd.org/pipermail/freebsd-hardware/2015-March/007602.html [2] http://people.freebsd.org/~rstone/patches/vm_64bit_malloc.diff