From owner-freebsd-current@freebsd.org Sun Jan 31 01:01:56 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E1F5CA732FE for ; Sun, 31 Jan 2016 01:01:56 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id D50FDF88; Sun, 31 Jan 2016 01:01:56 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id E327C436; Sun, 31 Jan 2016 01:01:56 +0000 (UTC) Date: Sun, 31 Jan 2016 01:01:56 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org Message-ID: <1525554647.46.1454202116602.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <432823312.43.1454190262282.JavaMail.jenkins@jenkins-9.freebsd.org> References: <432823312.43.1454190262282.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is still unstable: FreeBSD_HEAD #82 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Instance-Identity: MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAkKKb2VAfYQKfu1t7qk4nR5qzUBEI+UqT4BPec4qHVhqUy0FFdq50sMH+3y9bCDNOufctov6VqTNffZ3YXArnZK95YF0OX97fh+E9txYOUX1adc+TikcKjuYpHmL5dE62eaZTI+4A5jnRonskQ1PaoIFz0Kbu4mWzkFsmdiXTraGzomXq4cHUCATA2+K4eDYgjXEQI30z3GOMmmZ4t/+6QGk1cMb/BqMWHbn80AsRCb4tU7Hpd72XLDpsuO7YRP1Q0CjmNAuBOTj+sFiiOe6U9HpqOlQN+iFUvBdZo/ybuy5Kh71cAaYQNL68cYdZJ6binH/DkG3KY/fS7DFYAeuwjwIDAQAB X-Jenkins-Job: FreeBSD_HEAD X-Jenkins-Result: UNSTABLE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 31 Jan 2016 01:01:57 -0000 See From owner-freebsd-current@freebsd.org Sun Jan 31 02:48:56 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DAA37A73272 for ; Sun, 31 Jan 2016 02:48:55 +0000 (UTC) (envelope-from junchoon@dec.sakura.ne.jp) Received: from dec.sakura.ne.jp (dec.sakura.ne.jp [210.188.226.8]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id A3EBF1A76 for ; Sun, 31 Jan 2016 02:48:55 +0000 (UTC) (envelope-from junchoon@dec.sakura.ne.jp) Received: from fortune.joker.local (123-48-23-227.dz.commufa.jp [123.48.23.227]) (authenticated bits=0) by dec.sakura.ne.jp (8.15.2/8.15.2/[SAKURA-WEB]/20080708) with ESMTPA id u0V2mqSh092382 for ; Sun, 31 Jan 2016 11:48:52 +0900 (JST) (envelope-from junchoon@dec.sakura.ne.jp) Date: Sun, 31 Jan 2016 11:48:52 +0900 From: Tomoaki AOKI To: freebsd-current@freebsd.org Subject: Re: ZFSROOT UEFI boot Message-Id: <20160131114852.f10355880de594c645217657@dec.sakura.ne.jp> In-Reply-To: References: <8991747525093115430@unknownmsgid> <20160124215300.4cd7f1207f5a4c7b28ef7ffc@dec.sakura.ne.jp> <56A51A4C.1040808@multiplay.co.uk> <20160129000344.feaf5f828e5d43d5fbbb652a@dec.sakura.ne.jp> <56AAD552.9090202@multiplay.co.uk> <20160130155755.485736c8e12868663b9ccfbc@dec.sakura.ne.jp> Organization: Junchoon corps X-Mailer: Sylpheed 3.5.0 (GTK+ 2.24.29; amd64-portbld-freebsd10.3) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-2022-JP Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 31 Jan 2016 02:48:56 -0000 On Sat, 30 Jan 2016 12:53:46 +0000 Steven Hartland wrote: > I just realised an important point, does your usb disk have a UFS > root partition and your internal disk ZFS root partition? Yes. That's it, as shown in my prior post (`gpart show` output). The USB memstick is dd'ed with memstick.img of head, so UEFI-enabled root-on-UFS installation without ZFS and starts bsdinstall if booted. And internal disks are both working root-on-ZFS installation, each of which have raw UFS partition (not inside ZFS pool) for (mostly for now) testing loader. > If so then I know what the issue is, I'll have quick look now, so wait for > a diff5 to appear before testing. I'll report later in reply to your another message (stating that Diff5 is available). But unfortunately, I have only one notebook (without serial I/F) as non-dead computer. So I wouldn't be able to report boot logs. Thanks in advance! > On Saturday, 30 January 2016, Steven Hartland > wrote: > > > I did some more work on the review last night, if you could apply the > > latest patch set diff4 to see if that helps. > > > > If not compile with debugging using -DEFI_DEBUG on your make line then you > > will get a lot more information about which disk is being used to load from > > as well as info about the probe order. > > > > What you should see is that the disk you boot from (where boot1 is loaded > > from) should be probed first and hence get flagged as successful > > (preferred). > > > > This also shows up as * instead of + in the non-debug boot process. > > > > If this happens you should see loader.efi loaded from this disk and then > > the kernel. > > > > The debug output is verbose so you may need a serial console to be able to > > capture the output easily. > > > > Thanks for testing so far hopefully we can nail this soon $B".(B > > On Saturday, 30 January 2016, Tomoaki AOKI > > wrote: > > > >> Thanks for your quick support! > >> I tried your patch [Diff1] (built with head r295032 world/kernel) and > >> now have good and bad news. > >> > >> Good news is that without USB memstick boot1.efi runs as expected. > >> Great! > >> > >> Bad news is that when booting from USB memstick (the one I used my > >> previous test, boot1.efi [bootx64.efi] and loader.efi is replaced) and > >> whichever of internal disk (ada[01]) have loader.efi in its ZFS pool, > >> ada[01] is booted instead of da0 (USB memstick). > >> > >> *If ada0 has loader.efi, always booted from ada0 (stable/10). > >> *If ada0 doesn't have loader.efi and ada1 has, booted from ada1 > >> (head). > >> *If both ada0 and ada1 don't have loader.efi, da0 (USB memstick) is > >> booted (head, installer is invoked). > >> > >> *Whichever ada[01] has loader.efi in their UFS or not didn't matter. > >> > >> These behaviour would be because ZFS thoughout all disks is tried > >> before trying UFS throughout all disks, if I understood correctly. > >> > >> Changing boot order (ZFS to UFS per each disk, instead of each > >> ZFS to each UFS) would help. > >> But providing ZFS-disabled boot1.efi (boot1ufs.efi?) for installation > >> media (memstick, dvd, ...) helps, too. I built ZFS-disabled boot1.efi > >> and it worked fine for USB memstick for me. > >> > >> *`make clean && make -DMK_ZFS=no` in sys/boot/efi/boot1 didn't disabled > >> ZFS module, so I must edit the definition of *boot_modules[] in > >> boot1.c. I'd have been missing something. > >> > >> Regards. > >> > >> > >> On Fri, 29 Jan 2016 02:58:26 +0000 > >> Steven Hartland wrote: > >> > >> > On 28/01/2016 16:22, Doug Rabson wrote: > >> > > On 28 January 2016 at 15:03, Tomoaki AOKI > >> wrote: > >> > > > >> > >> It's exactly the NO GOOD point. The disk where boot1 is read from > >> > >> should be where loader.efi and loader.conf are first read. > >> > >> > >> > > I just wanted to note that gptzfsboot and zfsboot behaves this way. > >> Boot1 > >> > > looks for loader in the pool which contains the disk that the BIOS > >> booted. > >> > > It passes through the ID of that pool to loader which uses that pool > >> as the > >> > > default for loading kernel and modules. I believe this is the correct > >> > > behaviour. For gptzfsboot and zfsboot, it is possible to override by > >> > > pressing space at the point where it is about to load loader. > >> > > >> > I believe I understand at least some of your issue now, could you please > >> > test the code on the following review to see if it fixes your issue > >> please: > >> > https://reviews.freebsd.org/D5108 > >> > > >> > Regards > >> > Steve > >> > _______________________________________________ > >> > freebsd-current@freebsd.org mailing list > >> > https://lists.freebsd.org/mailman/listinfo/freebsd-current > >> > To unsubscribe, send any mail to " > >> freebsd-current-unsubscribe@freebsd.org" > >> > > >> > >> > >> -- > >> $B@DLZ(B $BCNL@(B [Tomoaki AOKI] > >> junchoon@dec.sakura.ne.jp > >> MXE02273@nifty.com > >> _______________________________________________ > >> freebsd-current@freebsd.org mailing list > >> https://lists.freebsd.org/mailman/listinfo/freebsd-current > >> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org > >> " > >> > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > -- Tomoaki AOKI junchoon@dec.sakura.ne.jp From owner-freebsd-current@freebsd.org Sun Jan 31 04:37:18 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2F203A73521 for ; Sun, 31 Jan 2016 04:37:18 +0000 (UTC) (envelope-from mokhi64@gmail.com) Received: from mail-lf0-x22a.google.com (mail-lf0-x22a.google.com [IPv6:2a00:1450:4010:c07::22a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id AC9AD84D; Sun, 31 Jan 2016 04:37:17 +0000 (UTC) (envelope-from mokhi64@gmail.com) Received: by mail-lf0-x22a.google.com with SMTP id j78so8458139lfb.1; Sat, 30 Jan 2016 20:37:17 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=UYqyitMJa/2V5/WFAXRn4pWE7nCBMhVIQTiS9Y5717c=; b=Nm2GOpyH+kiGGUUhdrYM0Vh4GUFdVDSKjFP1HQFWzvPz5yWflaqQTm7/JFzittEOnb GHYLlItTjCOzA+bFfZJoO7qYgVwaMIQg1+etyzMHyua0h4Uz9UXzrpw/QvH0WhQwksHb uoZOa7T4uHmZLFdPmjoCebufB8C8gb5CDCbq2UW2ZcAYgf33y19yVdiGqfFgg2CZozSG 5YND54jBQTHPiId7kmk2fjUUZPFnIg5N++H+rWocGNXO8euiBeQrvpuXVp9VXzuWWKLt J3EPUTjJTlaSiRgfBf6WOq3jpA2JDeyPi3KThfOUc1Ue3Stj/2m4WL2iP8nM7yFMMCwS YQfQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=UYqyitMJa/2V5/WFAXRn4pWE7nCBMhVIQTiS9Y5717c=; b=DlbEaEk1JHA8cv86R3uD8wQLPIXj8JztLQgjbPYj19g7uWP32tADJPCkDComPVuyqI kiV5KNqchbzno7ewO6sGGyt7wy3BhZZHCJi6pR/qeui/lc5oYjnsRcIlgXP37fLoNCoL Qp9lLH+zrf5JtdRtm/p0U0p5wSAyb2JbO7rNXzv8N5FakK/ujX2z1f9DRwngR3onLpWC J2HEqNt7/zaDx8sURQrxlLNVlRvCyluzA8euu/i+bnb4L1iI6aYo4EM+M4mKw7VGc7qG kpKhmnQ1QVkNM9J8mbVwB2ruZTAovk78jB0sT2L2TkY6orEdaNeeadtUOa/7suZUyLWl bRGw== X-Gm-Message-State: AG10YORs98/jPKkiO7+epMOWAgCt2k4U+Lz5/CMESt+N2QLkvvNVF5ris1+3KTS5xps5+8yyE2t7AY1aS0hp8w== MIME-Version: 1.0 X-Received: by 10.25.137.136 with SMTP id l130mr5202072lfd.158.1454215035719; Sat, 30 Jan 2016 20:37:15 -0800 (PST) Received: by 10.25.139.68 with HTTP; Sat, 30 Jan 2016 20:37:15 -0800 (PST) In-Reply-To: References: <1454188175.32550.3.camel@freebsd.org> Date: Sun, 31 Jan 2016 08:07:15 +0330 Message-ID: Subject: Re: thread-unsafety problems as spl*() ones are NOP From: mokhi To: Warner Losh Cc: Ian Lepore , FreeBSD Current Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 31 Jan 2016 04:37:18 -0000 @imp So you think I should start to put locks there and see what happens? :) From owner-freebsd-current@freebsd.org Sun Jan 31 04:56:25 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3BECFA73AA2 for ; Sun, 31 Jan 2016 04:56:25 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from mail-oi0-x22c.google.com (mail-oi0-x22c.google.com [IPv6:2607:f8b0:4003:c06::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 EF329DA7 for ; Sun, 31 Jan 2016 04:56:24 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: by mail-oi0-x22c.google.com with SMTP id r14so70883590oie.0 for ; Sat, 30 Jan 2016 20:56:24 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=sender:subject:mime-version:content-type:from:in-reply-to:date:cc :message-id:references:to; bh=7DBweqWWEi15/hkBSKaiu20NeyFxfcM3vrtvUjLrwVE=; b=xorB6cEIVcFWhwyNgfi+tKVdRqwISoEyiC1kFXsEGRIqXXImf+aSZY/3M2wARxd4PK bjtNePhQAsS5VxW2k4WHJUcR/YL6XQQAiHPRsqJut3AGOll4HyFXyYgBR6/wMgWZwITM pNoSRYclYy8QCSiGlyh3loWe8c29t4inUq9Rnww5ukDdJhBlpVHZ097+LWJVUuz55Cec WFNAA4uUQe2OJmt+sXWm9TN4X0Pl0ouUurxEIzQTGRn9EQFcFhFmD1eOaeg/jf0585j2 gz3H982UrqRBKBrF1WF+J/QbSEBYG2EbQDN17jEAS8GU1O/R7AjIK0Pe57HyZV/6J4r2 m5nA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:subject:mime-version:content-type:from :in-reply-to:date:cc:message-id:references:to; bh=7DBweqWWEi15/hkBSKaiu20NeyFxfcM3vrtvUjLrwVE=; b=MlTY92uEcB/Xr7N2ir580mYQO5CC4umcHzmkvBoGEoSI0Cp+yDulJ7nEuFeVE7g91K yO8QJzaUhnuBCWh11VYqxehQnc5qqVodDNqnwDsACBJI4UnY5ZoIvSYkGphsa+l/zbVi 0lMc3+JQMQgEAbQjT5L/hWT57j6skECYGHaic6hVdZzBJcGk1IxU1v4bftf2YJY/TNUK ip+oUs7nQR1ovLspRRjl53boztl1ELbQE86fISGd7Gd12P9gd3MXN67SCai92CvU/1bw SH++j2Jv8qUp38eTtAfLbLMjTNvTYZYzVnb36w1VJOUxboj+RDGGT8zu11Vz4iCFpd2j cMEw== X-Gm-Message-State: AG10YOTNKXxx7NdGlyVZM6oTMUOeX6cIHODaNb9RBiZ8P8VrRjgXb0lqq9HHp8q3OesltA== X-Received: by 10.202.44.79 with SMTP id s76mr11240921ois.123.1454216184187; Sat, 30 Jan 2016 20:56:24 -0800 (PST) Received: from netflix-mac-wired.bsdimp.com ([50.253.99.174]) by smtp.gmail.com with ESMTPSA id j201sm11705507oih.19.2016.01.30.20.56.23 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Sat, 30 Jan 2016 20:56:23 -0800 (PST) Sender: Warner Losh Subject: Re: thread-unsafety problems as spl*() ones are NOP Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2104\)) Content-Type: multipart/signed; boundary="Apple-Mail=_48440F40-684A-4CE7-ABC2-DBDBAC77715E"; protocol="application/pgp-signature"; micalg=pgp-sha512 X-Pgp-Agent: GPGMail 2.5.2 From: Warner Losh In-Reply-To: Date: Sat, 30 Jan 2016 21:56:21 -0700 Cc: Ian Lepore , FreeBSD Current Message-Id: <37EC2460-9C4D-46D4-91A1-FA6CE7B0BFB1@bsdimp.com> References: <1454188175.32550.3.camel@freebsd.org> To: mokhi X-Mailer: Apple Mail (2.2104) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 31 Jan 2016 04:56:25 -0000 --Apple-Mail=_48440F40-684A-4CE7-ABC2-DBDBAC77715E Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 > On Jan 30, 2016, at 9:37 PM, mokhi wrote: >=20 > @imp So you think I should start to put locks there and see what = happens? :) I=E2=80=99d advocate a deeper understanding of the code. splXXX() is for = code path exclusion. Locks are for data protection. These are subtly different = concepts and may cause issues when you try to just blindly replace the splXXX = with a lock. You can start there, but you=E2=80=99ll still need to do = code-path analysis to see what the locks wind up protecting, and then see if there=E2=80=99s = any access to it outside of locked paths. Warner --Apple-Mail=_48440F40-684A-4CE7-ABC2-DBDBAC77715E Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJWrZP2AAoJEGwc0Sh9sBEAw44P/iBx3u74ep2s/GweTA62DAHS Kg1LJSqMYhkNVBM8Qss18pc0XpPDbWEoQFYsUvh+jN0isB20gomU3CFvkxk1un1Q twJVUIT55rdaqR4kt5Ds/+/oQyQH3B83u8LRvNCn+kHKLeopjttUJidk/gF2gIs1 anohnlTEpSsgU2chRjGPGa7g9+/tuBm44SDjIbuMHjmF5IOHldIkU03jY1e0Yhni wcG28dRhXsJas5OAmK/dJBESHhjnvo/ueciKRcCmiPm2di2LtevLcX0TJ49mFU1u y4US85LmSrLWvbIRBbVI1MNMUZG+zwqd0MrQPYjeBeSgW/FfYZiV49tTIpXRSLhr gFV9eXxRayc/k6asN3G6X06kl1YZlAOgCsul3EdFJU0N3Bw/CrdRVLEynWVRXLbp TXBGV4bHJShgbDBc2zYYVWjLvuTLu5I1cPPXCApy+X3KJm8wpkmWBhhbNZIzjh0y 2aVXeHzovLMZHcrb5UncaFA+jRaZ/m5Z/mqgYZW1WysRm2MsxufksJbFQmLnDyk8 R3T3Qr/5TTndXEiynDG0SOul//K5lYvLIMjvqw9z5xOj++n3UcRUN6zXUFHURpJd w+wPgbKvThn579cY0MxGIjiiC4heM/SHs0+iKNS4/hi/AGq8pAefiUnGTHN4G9wo SGv0MdIBlPlWLtvELq8O =+sh4 -----END PGP SIGNATURE----- --Apple-Mail=_48440F40-684A-4CE7-ABC2-DBDBAC77715E-- From owner-freebsd-current@freebsd.org Sun Jan 31 05:44:34 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 71FF2A7465B for ; Sun, 31 Jan 2016 05:44:34 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 5F4041B18; Sun, 31 Jan 2016 05:44:34 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id B356B539; Sun, 31 Jan 2016 05:44:33 +0000 (UTC) Date: Sun, 31 Jan 2016 05:44:33 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org Message-ID: <478055564.49.1454219073020.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is back to normal : FreeBSD_HEAD #86 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Instance-Identity: MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAkKKb2VAfYQKfu1t7qk4nR5qzUBEI+UqT4BPec4qHVhqUy0FFdq50sMH+3y9bCDNOufctov6VqTNffZ3YXArnZK95YF0OX97fh+E9txYOUX1adc+TikcKjuYpHmL5dE62eaZTI+4A5jnRonskQ1PaoIFz0Kbu4mWzkFsmdiXTraGzomXq4cHUCATA2+K4eDYgjXEQI30z3GOMmmZ4t/+6QGk1cMb/BqMWHbn80AsRCb4tU7Hpd72XLDpsuO7YRP1Q0CjmNAuBOTj+sFiiOe6U9HpqOlQN+iFUvBdZo/ybuy5Kh71cAaYQNL68cYdZJ6binH/DkG3KY/fS7DFYAeuwjwIDAQAB X-Jenkins-Job: FreeBSD_HEAD X-Jenkins-Result: SUCCESS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 31 Jan 2016 05:44:34 -0000 See From owner-freebsd-current@freebsd.org Sun Jan 31 06:30:54 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6E392A731C6 for ; Sun, 31 Jan 2016 06:30:54 +0000 (UTC) (envelope-from mokhi64@gmail.com) Received: from mail-lf0-x231.google.com (mail-lf0-x231.google.com [IPv6:2a00:1450:4010:c07::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 E564ED62; Sun, 31 Jan 2016 06:30:53 +0000 (UTC) (envelope-from mokhi64@gmail.com) Received: by mail-lf0-x231.google.com with SMTP id j78so9010673lfb.1; Sat, 30 Jan 2016 22:30:53 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=LZPA8enyn6EotIA/reOTNGP/qgaSHI25oAkt4FPKpoM=; b=WSYiBHJHn1ZOeFOtMEXyRjOscQz3qyKbNboP3TBhm4rQDRYteKYHWotGgLKaCb1Vql PnRW1iz5s1A8Z0xyneTfPkLstCY/wNn4O7MZeS4MSCOGM+aFTB9hcmyYrTKlVV8MfLdA vjlfmNyDeUDIsflne2bv52Zu8/m4k1K+JOtxGnVi4UGSuj+9qfo2Q7sgIJgdSXKokdun 952MfJiZAyTHm1QRsXRlym844XaCRoEXzrTTpmWJVEMkYPn2JlzG8tPZtQfT1IQlWAfb AK0vNg5V/hLXk0cXaEbWIrtYatvA6eIW735MLGwV1O0mWW8zen62If0Z3FOTVNUSupx0 rlDA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=LZPA8enyn6EotIA/reOTNGP/qgaSHI25oAkt4FPKpoM=; b=hI00i0WaEDslbs5F4nIFEkE6rNjz8pDjDDASYX2FO7g37NhuPPuldbJJ53XOCH9T+4 FdQzzvrILZjPAqcghF1EUhWSFMK9ZgK+DxNbwi2cS7MdIefA/HV5aWxpVBiQZ2oKWdO7 5QEc0w7U+ontxIMG1+y3QlF3ENqt0D167toM9jZ1+n1d1djrRAGTMfO0pV9nrVElzfvy 3bTNDUCgzvjl3JaYZe4KhPYlZiy2nRfS1qEp26x7tCAQ2NNywogwvIS4rw8xXNYCBW6r J/hEJZRGZfCqsMmVh625Tx9rNObNdP8VWX+bqJe+zXbhMCk1BP0EStFP0tpwl7QghETm IW9Q== X-Gm-Message-State: AG10YOQ05kpyrT8OEwqjPsr+xFkOC9o9EmoBhl6J3TWfNqpAz23KCRJZef2Pbb0vXBnbtkK+kNkbLc38/Wu5kw== MIME-Version: 1.0 X-Received: by 10.25.137.136 with SMTP id l130mr5291380lfd.158.1454221851993; Sat, 30 Jan 2016 22:30:51 -0800 (PST) Received: by 10.25.139.68 with HTTP; Sat, 30 Jan 2016 22:30:51 -0800 (PST) In-Reply-To: <37EC2460-9C4D-46D4-91A1-FA6CE7B0BFB1@bsdimp.com> References: <1454188175.32550.3.camel@freebsd.org> <37EC2460-9C4D-46D4-91A1-FA6CE7B0BFB1@bsdimp.com> Date: Sun, 31 Jan 2016 10:00:51 +0330 Message-ID: Subject: Re: thread-unsafety problems as spl*() ones are NOP From: mokhi To: Warner Losh Cc: Ian Lepore , FreeBSD Current Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 31 Jan 2016 06:30:54 -0000 @imp: i exactly mean (Okay not so exact but very near ;D) what you said. after analyzing kbd.c functions (eg, kbd_realloc_array()) i concluded there are race conditions (and at result in some places there are un-protected data too) i don't mean to blindly replace splXXX() with locks, but the places i see race-conds. Also i should say there are manythings i dunno well or i dont have deep understanding of them and that's why im here to ask (ie what special condition Giant-Lock makes here [i should care about] and what is MPSAFE basically) i'd happy if you answer me those question too :D Regards, Mokhi. From owner-freebsd-current@freebsd.org Sun Jan 31 06:42:38 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3D0BAA7383B for ; Sun, 31 Jan 2016 06:42:38 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 322F41363; Sun, 31 Jan 2016 06:42:38 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 72E4C562; Sun, 31 Jan 2016 06:42:38 +0000 (UTC) Date: Sun, 31 Jan 2016 06:42:38 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org Message-ID: <909631093.50.1454222558327.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is unstable: FreeBSD_HEAD #86 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Instance-Identity: MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAkKKb2VAfYQKfu1t7qk4nR5qzUBEI+UqT4BPec4qHVhqUy0FFdq50sMH+3y9bCDNOufctov6VqTNffZ3YXArnZK95YF0OX97fh+E9txYOUX1adc+TikcKjuYpHmL5dE62eaZTI+4A5jnRonskQ1PaoIFz0Kbu4mWzkFsmdiXTraGzomXq4cHUCATA2+K4eDYgjXEQI30z3GOMmmZ4t/+6QGk1cMb/BqMWHbn80AsRCb4tU7Hpd72XLDpsuO7YRP1Q0CjmNAuBOTj+sFiiOe6U9HpqOlQN+iFUvBdZo/ybuy5Kh71cAaYQNL68cYdZJ6binH/DkG3KY/fS7DFYAeuwjwIDAQAB X-Jenkins-Job: FreeBSD_HEAD X-Jenkins-Result: UNSTABLE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 31 Jan 2016 06:42:38 -0000 See From owner-freebsd-current@freebsd.org Sun Jan 31 09:43:44 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 474CEA73178 for ; Sun, 31 Jan 2016 09:43:44 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 39365E62; Sun, 31 Jan 2016 09:43:44 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 3A1EC5DA; Sun, 31 Jan 2016 09:43:43 +0000 (UTC) Date: Sun, 31 Jan 2016 09:43:43 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org Message-ID: <158280014.51.1454233423689.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <478055564.49.1454219073020.JavaMail.jenkins@jenkins-9.freebsd.org> References: <478055564.49.1454219073020.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Build failed in Jenkins: FreeBSD_HEAD #87 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Instance-Identity: MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAkKKb2VAfYQKfu1t7qk4nR5qzUBEI+UqT4BPec4qHVhqUy0FFdq50sMH+3y9bCDNOufctov6VqTNffZ3YXArnZK95YF0OX97fh+E9txYOUX1adc+TikcKjuYpHmL5dE62eaZTI+4A5jnRonskQ1PaoIFz0Kbu4mWzkFsmdiXTraGzomXq4cHUCATA2+K4eDYgjXEQI30z3GOMmmZ4t/+6QGk1cMb/BqMWHbn80AsRCb4tU7Hpd72XLDpsuO7YRP1Q0CjmNAuBOTj+sFiiOe6U9HpqOlQN+iFUvBdZo/ybuy5Kh71cAaYQNL68cYdZJ6binH/DkG3KY/fS7DFYAeuwjwIDAQAB X-Jenkins-Job: FreeBSD_HEAD X-Jenkins-Result: FAILURE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 31 Jan 2016 09:43:44 -0000 See ------------------------------------------ [...truncated 58358 lines...] c++ -O2 -pipe -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libllvmanalys= is/../../../contrib/llvm/include -I/builds/workspace/FreeBSD_HEAD/src/lib/c= lang/libllvmanalysis/../../../contrib/llvm/tools/clang/include -I/builds/wo= rkspace/FreeBSD_HEAD/src/lib/clang/libllvmanalysis/../../../contrib/llvm/li= b/Analysis -I. -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libllvmanalys= is/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_F= REEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing = -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"x86_64-unknown-freebsd11.0\" -DLLVM_HOST_T= RIPLE=3D\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=3D\"/builds/worksp= ace/FreeBSD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp\" -Qunused-argum= ents -I/builds/workspace/FreeBSD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src= /tmp/legacy/usr/include -std=3Dc++11 -fno-exceptions -fno-rtti -stdlib=3Dl= ibc++ -Wno-c++11-extensions -c /builds/workspace/FreeBSD_HEAD/src/lib/clang= /libllvmanalysis/../../../contrib/llvm/lib/Analysis/ScopedNoAliasAA.cpp -o = ScopedNoAliasAA.o --- SparsePropagation.o --- c++ -O2 -pipe -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libllvmanalys= is/../../../contrib/llvm/include -I/builds/workspace/FreeBSD_HEAD/src/lib/c= lang/libllvmanalysis/../../../contrib/llvm/tools/clang/include -I/builds/wo= rkspace/FreeBSD_HEAD/src/lib/clang/libllvmanalysis/../../../contrib/llvm/li= b/Analysis -I. -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libllvmanalys= is/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_F= REEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing = -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"x86_64-unknown-freebsd11.0\" -DLLVM_HOST_T= RIPLE=3D\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=3D\"/builds/worksp= ace/FreeBSD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp\" -Qunused-argum= ents -I/builds/workspace/FreeBSD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src= /tmp/legacy/usr/include -std=3Dc++11 -fno-exceptions -fno-rtti -stdlib=3Dl= ibc++ -Wno-c++11-extensions -c /builds/workspace/FreeBSD_HEAD/src/lib/clang= /libllvmanalysis/../../../contrib/llvm/lib/Analysis/SparsePropagation.cpp -= o SparsePropagation.o --- TargetLibraryInfo.o --- c++ -O2 -pipe -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libllvmanalys= is/../../../contrib/llvm/include -I/builds/workspace/FreeBSD_HEAD/src/lib/c= lang/libllvmanalysis/../../../contrib/llvm/tools/clang/include -I/builds/wo= rkspace/FreeBSD_HEAD/src/lib/clang/libllvmanalysis/../../../contrib/llvm/li= b/Analysis -I. -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libllvmanalys= is/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_F= REEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing = -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"x86_64-unknown-freebsd11.0\" -DLLVM_HOST_T= RIPLE=3D\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=3D\"/builds/worksp= ace/FreeBSD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp\" -Qunused-argum= ents -I/builds/workspace/FreeBSD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src= /tmp/legacy/usr/include -std=3Dc++11 -fno-exceptions -fno-rtti -stdlib=3Dl= ibc++ -Wno-c++11-extensions -c /builds/workspace/FreeBSD_HEAD/src/lib/clang= /libllvmanalysis/../../../contrib/llvm/lib/Analysis/TargetLibraryInfo.cpp -= o TargetLibraryInfo.o --- TargetTransformInfo.o --- c++ -O2 -pipe -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libllvmanalys= is/../../../contrib/llvm/include -I/builds/workspace/FreeBSD_HEAD/src/lib/c= lang/libllvmanalysis/../../../contrib/llvm/tools/clang/include -I/builds/wo= rkspace/FreeBSD_HEAD/src/lib/clang/libllvmanalysis/../../../contrib/llvm/li= b/Analysis -I. -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libllvmanalys= is/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_F= REEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing = -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"x86_64-unknown-freebsd11.0\" -DLLVM_HOST_T= RIPLE=3D\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=3D\"/builds/worksp= ace/FreeBSD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp\" -Qunused-argum= ents -I/builds/workspace/FreeBSD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src= /tmp/legacy/usr/include -std=3Dc++11 -fno-exceptions -fno-rtti -stdlib=3Dl= ibc++ -Wno-c++11-extensions -c /builds/workspace/FreeBSD_HEAD/src/lib/clang= /libllvmanalysis/../../../contrib/llvm/lib/Analysis/TargetTransformInfo.cpp= -o TargetTransformInfo.o --- TypeBasedAliasAnalysis.o --- c++ -O2 -pipe -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libllvmanalys= is/../../../contrib/llvm/include -I/builds/workspace/FreeBSD_HEAD/src/lib/c= lang/libllvmanalysis/../../../contrib/llvm/tools/clang/include -I/builds/wo= rkspace/FreeBSD_HEAD/src/lib/clang/libllvmanalysis/../../../contrib/llvm/li= b/Analysis -I. -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libllvmanalys= is/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_F= REEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing = -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"x86_64-unknown-freebsd11.0\" -DLLVM_HOST_T= RIPLE=3D\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=3D\"/builds/worksp= ace/FreeBSD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp\" -Qunused-argum= ents -I/builds/workspace/FreeBSD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src= /tmp/legacy/usr/include -std=3Dc++11 -fno-exceptions -fno-rtti -stdlib=3Dl= ibc++ -Wno-c++11-extensions -c /builds/workspace/FreeBSD_HEAD/src/lib/clang= /libllvmanalysis/../../../contrib/llvm/lib/Analysis/TypeBasedAliasAnalysis.= cpp -o TypeBasedAliasAnalysis.o --- ValueTracking.o --- c++ -O2 -pipe -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libllvmanalys= is/../../../contrib/llvm/include -I/builds/workspace/FreeBSD_HEAD/src/lib/c= lang/libllvmanalysis/../../../contrib/llvm/tools/clang/include -I/builds/wo= rkspace/FreeBSD_HEAD/src/lib/clang/libllvmanalysis/../../../contrib/llvm/li= b/Analysis -I. -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libllvmanalys= is/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_F= REEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing = -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"x86_64-unknown-freebsd11.0\" -DLLVM_HOST_T= RIPLE=3D\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=3D\"/builds/worksp= ace/FreeBSD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp\" -Qunused-argum= ents -I/builds/workspace/FreeBSD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src= /tmp/legacy/usr/include -std=3Dc++11 -fno-exceptions -fno-rtti -stdlib=3Dl= ibc++ -Wno-c++11-extensions -c /builds/workspace/FreeBSD_HEAD/src/lib/clang= /libllvmanalysis/../../../contrib/llvm/lib/Analysis/ValueTracking.cpp -o Va= lueTracking.o --- VectorUtils.o --- c++ -O2 -pipe -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libllvmanalys= is/../../../contrib/llvm/include -I/builds/workspace/FreeBSD_HEAD/src/lib/c= lang/libllvmanalysis/../../../contrib/llvm/tools/clang/include -I/builds/wo= rkspace/FreeBSD_HEAD/src/lib/clang/libllvmanalysis/../../../contrib/llvm/li= b/Analysis -I. -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libllvmanalys= is/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_F= REEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing = -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"x86_64-unknown-freebsd11.0\" -DLLVM_HOST_T= RIPLE=3D\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=3D\"/builds/worksp= ace/FreeBSD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp\" -Qunused-argum= ents -I/builds/workspace/FreeBSD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src= /tmp/legacy/usr/include -std=3Dc++11 -fno-exceptions -fno-rtti -stdlib=3Dl= ibc++ -Wno-c++11-extensions -c /builds/workspace/FreeBSD_HEAD/src/lib/clang= /libllvmanalysis/../../../contrib/llvm/lib/Analysis/VectorUtils.cpp -o Vect= orUtils.o --- all_subdir_libclangsema --- --- SemaExprMember.o --- c++ -O2 -pipe -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libclangsema/= ../../../contrib/llvm/include -I/builds/workspace/FreeBSD_HEAD/src/lib/clan= g/libclangsema/../../../contrib/llvm/tools/clang/include -I/builds/workspac= e/FreeBSD_HEAD/src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang= /lib/Sema -I. -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libclangsema/.= ./../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEB= SD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLL= VM_DEFAULT_TARGET_TRIPLE=3D\"x86_64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPL= E=3D\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=3D\"/builds/workspace/= FreeBSD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp\" -Qunused-arguments= -I/builds/workspace/FreeBSD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp= /legacy/usr/include -std=3Dc++11 -fno-exceptions -fno-rtti -stdlib=3Dlibc+= + -Wno-c++11-extensions -c /builds/workspace/FreeBSD_HEAD/src/lib/clang/lib= clangsema/../../../contrib/llvm/tools/clang/lib/Sema/SemaExprMember.cpp -o = SemaExprMember.o --- all_subdir_libllvmanalysis --- --- libllvmanalysis.a --- building static llvmanalysis library ar -crD libllvmanalysis.a `NM=3D'nm' NMFLAGS=3D'' lorder AliasAnalysis.o Al= iasAnalysisCounter.o AliasAnalysisEvaluator.o AliasDebugger.o AliasSetTrack= er.o AssumptionCache.o BasicAliasAnalysis.o BlockFrequencyInfo.o BlockFrequ= encyInfoImpl.o BranchProbabilityInfo.o CFG.o CFGPrinter.o CFLAliasAnalysis.= o CaptureTracking.o CodeMetrics.o ConstantFolding.o CostModel.o Delineariza= tion.o DependenceAnalysis.o DivergenceAnalysis.o DomPrinter.o DominanceFron= tier.o IVUsers.o InstCount.o InstructionSimplify.o Interval.o IntervalParti= tion.o IteratedDominanceFrontier.o LazyCallGraph.o LazyValueInfo.o LibCallA= liasAnalysis.o LibCallSemantics.o Lint.o Loads.o LoopAccessAnalysis.o LoopI= nfo.o LoopPass.o MemDepPrinter.o MemDerefPrinter.o MemoryBuiltins.o MemoryD= ependenceAnalysis.o MemoryLocation.o ModuleDebugInfoPrinter.o NoAliasAnalys= is.o PHITransAddr.o PostDominators.o PtrUseVisitor.o RegionInfo.o RegionPas= s.o RegionPrinter.o ScalarEvolution.o ScalarEvolutionAliasAnalysis.o Scalar= EvolutionExpander.o ScalarEvolutionNormalization.o ScopedNoAliasAA.o Sparse= Propagation.o TargetLibraryInfo.o TargetTransformInfo.o TypeBasedAliasAnaly= sis.o ValueTracking.o VectorUtils.o | tsort -q`=20 ranlib -D libllvmanalysis.a --- all_subdir_libllvmasmprinter --- =3D=3D=3D> lib/clang/libllvmasmprinter (all) --- ARMException.o --- c++ -O2 -pipe -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libllvmasmpri= nter/../../../contrib/llvm/include -I/builds/workspace/FreeBSD_HEAD/src/lib= /clang/libllvmasmprinter/../../../contrib/llvm/tools/clang/include -I/build= s/workspace/FreeBSD_HEAD/src/lib/clang/libllvmasmprinter/../../../contrib/l= lvm/lib/CodeGen/AsmPrinter -I. -I/builds/workspace/FreeBSD_HEAD/src/lib/cla= ng/libllvmasmprinter/../../../contrib/llvm/../../lib/clang/include -DLLVM_O= N_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fn= o-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"x86_64-unknown-freebsd11= .0\" -DLLVM_HOST_TRIPLE=3D\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT= =3D\"/builds/workspace/FreeBSD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/t= mp\" -Qunused-arguments -I/builds/workspace/FreeBSD_HEAD/obj/builds/workspa= ce/FreeBSD_HEAD/src/tmp/legacy/usr/include -std=3Dc++11 -fno-exceptions -f= no-rtti -stdlib=3Dlibc++ -Wno-c++11-extensions -c /builds/workspace/FreeBSD= _HEAD/src/lib/clang/libllvmasmprinter/../../../contrib/llvm/lib/CodeGen/Asm= Printer/ARMException.cpp -o ARMException.o --- all_subdir_libclangsema --- --- SemaExprObjC.o --- c++ -O2 -pipe -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libclangsema/= ../../../contrib/llvm/include -I/builds/workspace/FreeBSD_HEAD/src/lib/clan= g/libclangsema/../../../contrib/llvm/tools/clang/include -I/builds/workspac= e/FreeBSD_HEAD/src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang= /lib/Sema -I. -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libclangsema/.= ./../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEB= SD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLL= VM_DEFAULT_TARGET_TRIPLE=3D\"x86_64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPL= E=3D\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=3D\"/builds/workspace/= FreeBSD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp\" -Qunused-arguments= -I/builds/workspace/FreeBSD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp= /legacy/usr/include -std=3Dc++11 -fno-exceptions -fno-rtti -stdlib=3Dlibc+= + -Wno-c++11-extensions -c /builds/workspace/FreeBSD_HEAD/src/lib/clang/lib= clangsema/../../../contrib/llvm/tools/clang/lib/Sema/SemaExprObjC.cpp -o Se= maExprObjC.o --- all_subdir_libllvmasmprinter --- --- AddressPool.o --- c++ -O2 -pipe -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libllvmasmpri= nter/../../../contrib/llvm/include -I/builds/workspace/FreeBSD_HEAD/src/lib= /clang/libllvmasmprinter/../../../contrib/llvm/tools/clang/include -I/build= s/workspace/FreeBSD_HEAD/src/lib/clang/libllvmasmprinter/../../../contrib/l= lvm/lib/CodeGen/AsmPrinter -I. -I/builds/workspace/FreeBSD_HEAD/src/lib/cla= ng/libllvmasmprinter/../../../contrib/llvm/../../lib/clang/include -DLLVM_O= N_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fn= o-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"x86_64-unknown-freebsd11= .0\" -DLLVM_HOST_TRIPLE=3D\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT= =3D\"/builds/workspace/FreeBSD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/t= mp\" -Qunused-arguments -I/builds/workspace/FreeBSD_HEAD/obj/builds/workspa= ce/FreeBSD_HEAD/src/tmp/legacy/usr/include -std=3Dc++11 -fno-exceptions -f= no-rtti -stdlib=3Dlibc++ -Wno-c++11-extensions -c /builds/workspace/FreeBSD= _HEAD/src/lib/clang/libllvmasmprinter/../../../contrib/llvm/lib/CodeGen/Asm= Printer/AddressPool.cpp -o AddressPool.o --- AsmPrinter.o --- c++ -O2 -pipe -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libllvmasmpri= nter/../../../contrib/llvm/include -I/builds/workspace/FreeBSD_HEAD/src/lib= /clang/libllvmasmprinter/../../../contrib/llvm/tools/clang/include -I/build= s/workspace/FreeBSD_HEAD/src/lib/clang/libllvmasmprinter/../../../contrib/l= lvm/lib/CodeGen/AsmPrinter -I. -I/builds/workspace/FreeBSD_HEAD/src/lib/cla= ng/libllvmasmprinter/../../../contrib/llvm/../../lib/clang/include -DLLVM_O= N_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fn= o-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"x86_64-unknown-freebsd11= .0\" -DLLVM_HOST_TRIPLE=3D\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT= =3D\"/builds/workspace/FreeBSD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/t= mp\" -Qunused-arguments -I/builds/workspace/FreeBSD_HEAD/obj/builds/workspa= ce/FreeBSD_HEAD/src/tmp/legacy/usr/include -std=3Dc++11 -fno-exceptions -f= no-rtti -stdlib=3Dlibc++ -Wno-c++11-extensions -c /builds/workspace/FreeBSD= _HEAD/src/lib/clang/libllvmasmprinter/../../../contrib/llvm/lib/CodeGen/Asm= Printer/AsmPrinter.cpp -o AsmPrinter.o --- all_subdir_libclangsema --- --- SemaFixItUtils.o --- c++ -O2 -pipe -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libclangsema/= ../../../contrib/llvm/include -I/builds/workspace/FreeBSD_HEAD/src/lib/clan= g/libclangsema/../../../contrib/llvm/tools/clang/include -I/builds/workspac= e/FreeBSD_HEAD/src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang= /lib/Sema -I. -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libclangsema/.= ./../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEB= SD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLL= VM_DEFAULT_TARGET_TRIPLE=3D\"x86_64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPL= E=3D\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=3D\"/builds/workspace/= FreeBSD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp\" -Qunused-arguments= -I/builds/workspace/FreeBSD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp= /legacy/usr/include -std=3Dc++11 -fno-exceptions -fno-rtti -stdlib=3Dlibc+= + -Wno-c++11-extensions -c /builds/workspace/FreeBSD_HEAD/src/lib/clang/lib= clangsema/../../../contrib/llvm/tools/clang/lib/Sema/SemaFixItUtils.cpp -o = SemaFixItUtils.o --- SemaInit.o --- c++ -O2 -pipe -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libclangsema/= ../../../contrib/llvm/include -I/builds/workspace/FreeBSD_HEAD/src/lib/clan= g/libclangsema/../../../contrib/llvm/tools/clang/include -I/builds/workspac= e/FreeBSD_HEAD/src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang= /lib/Sema -I. -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libclangsema/.= ./../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEB= SD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLL= VM_DEFAULT_TARGET_TRIPLE=3D\"x86_64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPL= E=3D\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=3D\"/builds/workspace/= FreeBSD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp\" -Qunused-arguments= -I/builds/workspace/FreeBSD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp= /legacy/usr/include -std=3Dc++11 -fno-exceptions -fno-rtti -stdlib=3Dlibc+= + -Wno-c++11-extensions -c /builds/workspace/FreeBSD_HEAD/src/lib/clang/lib= clangsema/../../../contrib/llvm/tools/clang/lib/Sema/SemaInit.cpp -o SemaIn= it.o --- all_subdir_libllvmasmprinter --- --- AsmPrinterDwarf.o --- c++ -O2 -pipe -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libllvmasmpri= nter/../../../contrib/llvm/include -I/builds/workspace/FreeBSD_HEAD/src/lib= /clang/libllvmasmprinter/../../../contrib/llvm/tools/clang/include -I/build= s/workspace/FreeBSD_HEAD/src/lib/clang/libllvmasmprinter/../../../contrib/l= lvm/lib/CodeGen/AsmPrinter -I. -I/builds/workspace/FreeBSD_HEAD/src/lib/cla= ng/libllvmasmprinter/../../../contrib/llvm/../../lib/clang/include -DLLVM_O= N_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fn= o-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"x86_64-unknown-freebsd11= .0\" -DLLVM_HOST_TRIPLE=3D\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT= =3D\"/builds/workspace/FreeBSD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/t= mp\" -Qunused-arguments -I/builds/workspace/FreeBSD_HEAD/obj/builds/workspa= ce/FreeBSD_HEAD/src/tmp/legacy/usr/include -std=3Dc++11 -fno-exceptions -f= no-rtti -stdlib=3Dlibc++ -Wno-c++11-extensions -c /builds/workspace/FreeBSD= _HEAD/src/lib/clang/libllvmasmprinter/../../../contrib/llvm/lib/CodeGen/Asm= Printer/AsmPrinterDwarf.cpp -o AsmPrinterDwarf.o --- all_subdir_libclangsema --- --- SemaLambda.o --- c++ -O2 -pipe -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libclangsema/= ../../../contrib/llvm/include -I/builds/workspace/FreeBSD_HEAD/src/lib/clan= g/libclangsema/../../../contrib/llvm/tools/clang/include -I/builds/workspac= e/FreeBSD_HEAD/src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang= /lib/Sema -I. -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libclangsema/.= ./../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEB= SD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLL= VM_DEFAULT_TARGET_TRIPLE=3D\"x86_64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPL= E=3D\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=3D\"/builds/workspace/= FreeBSD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp\" -Qunused-arguments= -I/builds/workspace/FreeBSD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp= /legacy/usr/include -std=3Dc++11 -fno-exceptions -fno-rtti -stdlib=3Dlibc+= + -Wno-c++11-extensions -c /builds/workspace/FreeBSD_HEAD/src/lib/clang/lib= clangsema/../../../contrib/llvm/tools/clang/lib/Sema/SemaLambda.cpp -o Sema= Lambda.o --- all_subdir_libllvmasmprinter --- --- AsmPrinterInlineAsm.o --- c++ -O2 -pipe -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libllvmasmpri= nter/../../../contrib/llvm/include -I/builds/workspace/FreeBSD_HEAD/src/lib= /clang/libllvmasmprinter/../../../contrib/llvm/tools/clang/include -I/build= s/workspace/FreeBSD_HEAD/src/lib/clang/libllvmasmprinter/../../../contrib/l= lvm/lib/CodeGen/AsmPrinter -I. -I/builds/workspace/FreeBSD_HEAD/src/lib/cla= ng/libllvmasmprinter/../../../contrib/llvm/../../lib/clang/include -DLLVM_O= N_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fn= o-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"x86_64-unknown-freebsd11= .0\" -DLLVM_HOST_TRIPLE=3D\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT= =3D\"/builds/workspace/FreeBSD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/t= mp\" -Qunused-arguments -I/builds/workspace/FreeBSD_HEAD/obj/builds/workspa= ce/FreeBSD_HEAD/src/tmp/legacy/usr/include -std=3Dc++11 -fno-exceptions -f= no-rtti -stdlib=3Dlibc++ -Wno-c++11-extensions -c /builds/workspace/FreeBSD= _HEAD/src/lib/clang/libllvmasmprinter/../../../contrib/llvm/lib/CodeGen/Asm= Printer/AsmPrinterInlineAsm.cpp -o AsmPrinterInlineAsm.o --- all_subdir_libclangsema --- --- SemaLookup.o --- c++ -O2 -pipe -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libclangsema/= ../../../contrib/llvm/include -I/builds/workspace/FreeBSD_HEAD/src/lib/clan= g/libclangsema/../../../contrib/llvm/tools/clang/include -I/builds/workspac= e/FreeBSD_HEAD/src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang= /lib/Sema -I. -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libclangsema/.= ./../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEB= SD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLL= VM_DEFAULT_TARGET_TRIPLE=3D\"x86_64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPL= E=3D\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=3D\"/builds/workspace/= FreeBSD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp\" -Qunused-arguments= -I/builds/workspace/FreeBSD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp= /legacy/usr/include -std=3Dc++11 -fno-exceptions -fno-rtti -stdlib=3Dlibc+= + -Wno-c++11-extensions -c /builds/workspace/FreeBSD_HEAD/src/lib/clang/lib= clangsema/../../../contrib/llvm/tools/clang/lib/Sema/SemaLookup.cpp -o Sema= Lookup.o --- SemaObjCProperty.o --- c++ -O2 -pipe -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libclangsema/= ../../../contrib/llvm/include -I/builds/workspace/FreeBSD_HEAD/src/lib/clan= g/libclangsema/../../../contrib/llvm/tools/clang/include -I/builds/workspac= e/FreeBSD_HEAD/src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang= /lib/Sema -I. -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libclangsema/.= ./../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEB= SD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLL= VM_DEFAULT_TARGET_TRIPLE=3D\"x86_64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPL= E=3D\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=3D\"/builds/workspace/= FreeBSD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp\" -Qunused-arguments= -I/builds/workspace/FreeBSD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp= /legacy/usr/include -std=3Dc++11 -fno-exceptions -fno-rtti -stdlib=3Dlibc+= + -Wno-c++11-extensions -c /builds/workspace/FreeBSD_HEAD/src/lib/clang/lib= clangsema/../../../contrib/llvm/tools/clang/lib/Sema/SemaObjCProperty.cpp -= o SemaObjCProperty.o --- all_subdir_libllvmasmprinter --- --- DIE.o --- c++ -O2 -pipe -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libllvmasmpri= nter/../../../contrib/llvm/include -I/builds/workspace/FreeBSD_HEAD/src/lib= /clang/libllvmasmprinter/../../../contrib/llvm/tools/clang/include -I/build= s/workspace/FreeBSD_HEAD/src/lib/clang/libllvmasmprinter/../../../contrib/l= lvm/lib/CodeGen/AsmPrinter -I. -I/builds/workspace/FreeBSD_HEAD/src/lib/cla= ng/libllvmasmprinter/../../../contrib/llvm/../../lib/clang/include -DLLVM_O= N_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fn= o-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"x86_64-unknown-freebsd11= .0\" -DLLVM_HOST_TRIPLE=3D\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT= =3D\"/builds/workspace/FreeBSD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/t= mp\" -Qunused-arguments -I/builds/workspace/FreeBSD_HEAD/obj/builds/workspa= ce/FreeBSD_HEAD/src/tmp/legacy/usr/include -std=3Dc++11 -fno-exceptions -f= no-rtti -stdlib=3Dlibc++ -Wno-c++11-extensions -c /builds/workspace/FreeBSD= _HEAD/src/lib/clang/libllvmasmprinter/../../../contrib/llvm/lib/CodeGen/Asm= Printer/DIE.cpp -o DIE.o --- all_subdir_libclangsema --- --- SemaOpenMP.o --- c++ -O2 -pipe -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libclangsema/= ../../../contrib/llvm/include -I/builds/workspace/FreeBSD_HEAD/src/lib/clan= g/libclangsema/../../../contrib/llvm/tools/clang/include -I/builds/workspac= e/FreeBSD_HEAD/src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang= /lib/Sema -I. -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libclangsema/.= ./../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEB= SD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLL= VM_DEFAULT_TARGET_TRIPLE=3D\"x86_64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPL= E=3D\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=3D\"/builds/workspace/= FreeBSD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp\" -Qunused-arguments= -I/builds/workspace/FreeBSD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp= /legacy/usr/include -std=3Dc++11 -fno-exceptions -fno-rtti -stdlib=3Dlibc+= + -Wno-c++11-extensions -c /builds/workspace/FreeBSD_HEAD/src/lib/clang/lib= clangsema/../../../contrib/llvm/tools/clang/lib/Sema/SemaOpenMP.cpp -o Sema= OpenMP.o --- all_subdir_libllvmasmprinter --- --- DIEHash.o --- c++ -O2 -pipe -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libllvmasmpri= nter/../../../contrib/llvm/include -I/builds/workspace/FreeBSD_HEAD/src/lib= /clang/libllvmasmprinter/../../../contrib/llvm/tools/clang/include -I/build= s/workspace/FreeBSD_HEAD/src/lib/clang/libllvmasmprinter/../../../contrib/l= lvm/lib/CodeGen/AsmPrinter -I. -I/builds/workspace/FreeBSD_HEAD/src/lib/cla= ng/libllvmasmprinter/../../../contrib/llvm/../../lib/clang/include -DLLVM_O= N_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fn= o-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"x86_64-unknown-freebsd11= .0\" -DLLVM_HOST_TRIPLE=3D\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT= =3D\"/builds/workspace/FreeBSD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/t= mp\" -Qunused-arguments -I/builds/workspace/FreeBSD_HEAD/obj/builds/workspa= ce/FreeBSD_HEAD/src/tmp/legacy/usr/include -std=3Dc++11 -fno-exceptions -f= no-rtti -stdlib=3Dlibc++ -Wno-c++11-extensions -c /builds/workspace/FreeBSD= _HEAD/src/lib/clang/libllvmasmprinter/../../../contrib/llvm/lib/CodeGen/Asm= Printer/DIEHash.cpp -o DIEHash.o --- all_subdir_libclangsema --- --- SemaOverload.o --- c++ -O2 -pipe -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libclangsema/= ../../../contrib/llvm/include -I/builds/workspace/FreeBSD_HEAD/src/lib/clan= g/libclangsema/../../../contrib/llvm/tools/clang/include -I/builds/workspac= e/FreeBSD_HEAD/src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang= /lib/Sema -I. -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libclangsema/.= ./../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEB= SD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLL= VM_DEFAULT_TARGET_TRIPLE=3D\"x86_64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPL= E=3D\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=3D\"/builds/workspace/= FreeBSD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp\" -Qunused-arguments= -I/builds/workspace/FreeBSD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp= /legacy/usr/include -std=3Dc++11 -fno-exceptions -fno-rtti -stdlib=3Dlibc+= + -Wno-c++11-extensions -c /builds/workspace/FreeBSD_HEAD/src/lib/clang/lib= clangsema/../../../contrib/llvm/tools/clang/lib/Sema/SemaOverload.cpp -o Se= maOverload.o --- SemaPseudoObject.o --- c++ -O2 -pipe -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libclangsema/= ../../../contrib/llvm/include -I/builds/workspace/FreeBSD_HEAD/src/lib/clan= g/libclangsema/../../../contrib/llvm/tools/clang/include -I/builds/workspac= e/FreeBSD_HEAD/src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang= /lib/Sema -I. -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libclangsema/.= ./../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEB= SD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLL= VM_DEFAULT_TARGET_TRIPLE=3D\"x86_64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPL= E=3D\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=3D\"/builds/workspace/= FreeBSD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp\" -Qunused-arguments= -I/builds/workspace/FreeBSD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp= /legacy/usr/include -std=3Dc++11 -fno-exceptions -fno-rtti -stdlib=3Dlibc+= + -Wno-c++11-extensions -c /builds/workspace/FreeBSD_HEAD/src/lib/clang/lib= clangsema/../../../contrib/llvm/tools/clang/lib/Sema/SemaPseudoObject.cpp -= o SemaPseudoObject.o --- all_subdir_libllvmasmprinter --- --- DebugLocStream.o --- c++ -O2 -pipe -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libllvmasmpri= nter/../../../contrib/llvm/include -I/builds/workspace/FreeBSD_HEAD/src/lib= /clang/libllvmasmprinter/../../../contrib/llvm/tools/clang/include -I/build= s/workspace/FreeBSD_HEAD/src/lib/clang/libllvmasmprinter/../../../contrib/l= lvm/lib/CodeGen/AsmPrinter -I. -I/builds/workspace/FreeBSD_HEAD/src/lib/cla= ng/libllvmasmprinter/../../../contrib/llvm/../../lib/clang/include -DLLVM_O= N_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fn= o-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"x86_64-unknown-freebsd11= .0\" -DLLVM_HOST_TRIPLE=3D\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT= =3D\"/builds/workspace/FreeBSD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/t= mp\" -Qunused-arguments -I/builds/workspace/FreeBSD_HEAD/obj/builds/workspa= ce/FreeBSD_HEAD/src/tmp/legacy/usr/include -std=3Dc++11 -fno-exceptions -f= no-rtti -stdlib=3Dlibc++ -Wno-c++11-extensions -c /builds/workspace/FreeBSD= _HEAD/src/lib/clang/libllvmasmprinter/../../../contrib/llvm/lib/CodeGen/Asm= Printer/DebugLocStream.cpp -o DebugLocStream.o --- DbgValueHistoryCalculator.o --- c++ -O2 -pipe -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libllvmasmpri= nter/../../../contrib/llvm/include -I/builds/workspace/FreeBSD_HEAD/src/lib= /clang/libllvmasmprinter/../../../contrib/llvm/tools/clang/include -I/build= s/workspace/FreeBSD_HEAD/src/lib/clang/libllvmasmprinter/../../../contrib/l= lvm/lib/CodeGen/AsmPrinter -I. -I/builds/workspace/FreeBSD_HEAD/src/lib/cla= ng/libllvmasmprinter/../../../contrib/llvm/../../lib/clang/include -DLLVM_O= N_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fn= o-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"x86_64-unknown-freebsd11= .0\" -DLLVM_HOST_TRIPLE=3D\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT= =3D\"/builds/workspace/FreeBSD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/t= mp\" -Qunused-arguments -I/builds/workspace/FreeBSD_HEAD/obj/builds/workspa= ce/FreeBSD_HEAD/src/tmp/legacy/usr/include -std=3Dc++11 -fno-exceptions -f= no-rtti -stdlib=3Dlibc++ -Wno-c++11-extensions -c /builds/workspace/FreeBSD= _HEAD/src/lib/clang/libllvmasmprinter/../../../contrib/llvm/lib/CodeGen/Asm= Printer/DbgValueHistoryCalculator.cpp -o DbgValueHistoryCalculator.o --- DwarfAccelTable.o --- c++ -O2 -pipe -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libllvmasmpri= nter/../../../contrib/llvm/include -I/builds/workspace/FreeBSD_HEAD/src/lib= /clang/libllvmasmprinter/../../../contrib/llvm/tools/clang/include -I/build= s/workspace/FreeBSD_HEAD/src/lib/clang/libllvmasmprinter/../../../contrib/l= lvm/lib/CodeGen/AsmPrinter -I. -I/builds/workspace/FreeBSD_HEAD/src/lib/cla= ng/libllvmasmprinter/../../../contrib/llvm/../../lib/clang/include -DLLVM_O= N_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fn= o-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"x86_64-unknown-freebsd11= .0\" -DLLVM_HOST_TRIPLE=3D\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT= =3D\"/builds/workspace/FreeBSD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/t= mp\" -Qunused-arguments -I/builds/workspace/FreeBSD_HEAD/obj/builds/workspa= ce/FreeBSD_HEAD/src/tmp/legacy/usr/include -std=3Dc++11 -fno-exceptions -f= no-rtti -stdlib=3Dlibc++ -Wno-c++11-extensions -c /builds/workspace/FreeBSD= _HEAD/src/lib/clang/libllvmasmprinter/../../../contrib/llvm/lib/CodeGen/Asm= Printer/DwarfAccelTable.cpp -o DwarfAccelTable.o --- all_subdir_libclangsema --- --- SemaStmt.o --- c++ -O2 -pipe -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libclangsema/= ../../../contrib/llvm/include -I/builds/workspace/FreeBSD_HEAD/src/lib/clan= g/libclangsema/../../../contrib/llvm/tools/clang/include -I/builds/workspac= e/FreeBSD_HEAD/src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang= /lib/Sema -I. -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libclangsema/.= ./../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEB= SD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLL= VM_DEFAULT_TARGET_TRIPLE=3D\"x86_64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPL= E=3D\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=3D\"/builds/workspace/= FreeBSD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp\" -Qunused-arguments= -I/builds/workspace/FreeBSD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp= /legacy/usr/include -std=3Dc++11 -fno-exceptions -fno-rtti -stdlib=3Dlibc+= + -Wno-c++11-extensions -c /builds/workspace/FreeBSD_HEAD/src/lib/clang/lib= clangsema/../../../contrib/llvm/tools/clang/lib/Sema/SemaStmt.cpp -o SemaSt= mt.o --- all_subdir_libllvmasmprinter --- --- DwarfCFIException.o --- c++ -O2 -pipe -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libllvmasmpri= nter/../../../contrib/llvm/include -I/builds/workspace/FreeBSD_HEAD/src/lib= /clang/libllvmasmprinter/../../../contrib/llvm/tools/clang/include -I/build= s/workspace/FreeBSD_HEAD/src/lib/clang/libllvmasmprinter/../../../contrib/l= lvm/lib/CodeGen/AsmPrinter -I. -I/builds/workspace/FreeBSD_HEAD/src/lib/cla= ng/libllvmasmprinter/../../../contrib/llvm/../../lib/clang/include -DLLVM_O= N_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fn= o-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"x86_64-unknown-freebsd11= .0\" -DLLVM_HOST_TRIPLE=3D\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT= =3D\"/builds/workspace/FreeBSD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/t= mp\" -Qunused-arguments -I/builds/workspace/FreeBSD_HEAD/obj/builds/workspa= ce/FreeBSD_HEAD/src/tmp/legacy/usr/include -std=3Dc++11 -fno-exceptions -f= no-rtti -stdlib=3Dlibc++ -Wno-c++11-extensions -c /builds/workspace/FreeBSD= _HEAD/src/lib/clang/libllvmasmprinter/../../../contrib/llvm/lib/CodeGen/Asm= Printer/DwarfCFIException.cpp -o DwarfCFIException.o --- DwarfCompileUnit.o --- c++ -O2 -pipe -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libllvmasmpri= nter/../../../contrib/llvm/include -I/builds/workspace/FreeBSD_HEAD/src/lib= /clang/libllvmasmprinter/../../../contrib/llvm/tools/clang/include -I/build= s/workspace/FreeBSD_HEAD/src/lib/clang/libllvmasmprinter/../../../contrib/l= lvm/lib/CodeGen/AsmPrinter -I. -I/builds/workspace/FreeBSD_HEAD/src/lib/cla= ng/libllvmasmprinter/../../../contrib/llvm/../../lib/clang/include -DLLVM_O= N_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fn= o-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"x86_64-unknown-freebsd11= .0\" -DLLVM_HOST_TRIPLE=3D\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT= =3D\"/builds/workspace/FreeBSD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/t= mp\" -Qunused-arguments -I/builds/workspace/FreeBSD_HEAD/obj/builds/workspa= ce/FreeBSD_HEAD/src/tmp/legacy/usr/include -std=3Dc++11 -fno-exceptions -f= no-rtti -stdlib=3Dlibc++ -Wno-c++11-extensions -c /builds/workspace/FreeBSD= _HEAD/src/lib/clang/libllvmasmprinter/../../../contrib/llvm/lib/CodeGen/Asm= Printer/DwarfCompileUnit.cpp -o DwarfCompileUnit.o --- all_subdir_libclangsema --- --- SemaStmtAsm.o --- c++ -O2 -pipe -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libclangsema/= ../../../contrib/llvm/include -I/builds/workspace/FreeBSD_HEAD/src/lib/clan= g/libclangsema/../../../contrib/llvm/tools/clang/include -I/builds/workspac= e/FreeBSD_HEAD/src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang= /lib/Sema -I. -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libclangsema/.= ./../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEB= SD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLL= VM_DEFAULT_TARGET_TRIPLE=3D\"x86_64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPL= E=3D\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=3D\"/builds/workspace/= FreeBSD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp\" -Qunused-arguments= -I/builds/workspace/FreeBSD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp= /legacy/usr/include -std=3Dc++11 -fno-exceptions -fno-rtti -stdlib=3Dlibc+= + -Wno-c++11-extensions -c /builds/workspace/FreeBSD_HEAD/src/lib/clang/lib= clangsema/../../../contrib/llvm/tools/clang/lib/Sema/SemaStmtAsm.cpp -o Sem= aStmtAsm.o --- SemaStmtAttr.o --- c++ -O2 -pipe -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libclangsema/= ../../../contrib/llvm/include -I/builds/workspace/FreeBSD_HEAD/src/lib/clan= g/libclangsema/../../../contrib/llvm/tools/clang/include -I/builds/workspac= e/FreeBSD_HEAD/src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang= /lib/Sema -I. -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libclangsema/.= ./../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEB= SD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLL= VM_DEFAULT_TARGET_TRIPLE=3D\"x86_64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPL= E=3D\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=3D\"/builds/workspace/= FreeBSD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp\" -Qunused-arguments= -I/builds/workspace/FreeBSD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp= /legacy/usr/include -std=3Dc++11 -fno-exceptions -fno-rtti -stdlib=3Dlibc+= + -Wno-c++11-extensions -c /builds/workspace/FreeBSD_HEAD/src/lib/clang/lib= clangsema/../../../contrib/llvm/tools/clang/lib/Sema/SemaStmtAttr.cpp -o Se= maStmtAttr.o --- all_subdir_libllvmasmprinter --- --- DwarfDebug.o --- c++ -O2 -pipe -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libllvmasmpri= nter/../../../contrib/llvm/include -I/builds/workspace/FreeBSD_HEAD/src/lib= /clang/libllvmasmprinter/../../../contrib/llvm/tools/clang/include -I/build= s/workspace/FreeBSD_HEAD/src/lib/clang/libllvmasmprinter/../../../contrib/l= lvm/lib/CodeGen/AsmPrinter -I. -I/builds/workspace/FreeBSD_HEAD/src/lib/cla= ng/libllvmasmprinter/../../../contrib/llvm/../../lib/clang/include -DLLVM_O= N_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fn= o-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"x86_64-unknown-freebsd11= .0\" -DLLVM_HOST_TRIPLE=3D\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT= =3D\"/builds/workspace/FreeBSD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/t= mp\" -Qunused-arguments -I/builds/workspace/FreeBSD_HEAD/obj/builds/workspa= ce/FreeBSD_HEAD/src/tmp/legacy/usr/include -std=3Dc++11 -fno-exceptions -f= no-rtti -stdlib=3Dlibc++ -Wno-c++11-extensions -c /builds/workspace/FreeBSD= _HEAD/src/lib/clang/libllvmasmprinter/../../../contrib/llvm/lib/CodeGen/Asm= Printer/DwarfDebug.cpp -o DwarfDebug.o --- all_subdir_libclangsema --- --- SemaTemplate.o --- c++ -O2 -pipe -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libclangsema/= ../../../contrib/llvm/include -I/builds/workspace/FreeBSD_HEAD/src/lib/clan= g/libclangsema/../../../contrib/llvm/tools/clang/include -I/builds/workspac= e/FreeBSD_HEAD/src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang= /lib/Sema -I. -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libclangsema/.= ./../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEB= SD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLL= VM_DEFAULT_TARGET_TRIPLE=3D\"x86_64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPL= E=3D\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=3D\"/builds/workspace/= FreeBSD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp\" -Qunused-arguments= -I/builds/workspace/FreeBSD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp= /legacy/usr/include -std=3Dc++11 -fno-exceptions -fno-rtti -stdlib=3Dlibc+= + -Wno-c++11-extensions -c /builds/workspace/FreeBSD_HEAD/src/lib/clang/lib= clangsema/../../../contrib/llvm/tools/clang/lib/Sema/SemaTemplate.cpp -o Se= maTemplate.o --- SemaTemplateDeduction.o --- c++ -O2 -pipe -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libclangsema/= ../../../contrib/llvm/include -I/builds/workspace/FreeBSD_HEAD/src/lib/clan= g/libclangsema/../../../contrib/llvm/tools/clang/include -I/builds/workspac= e/FreeBSD_HEAD/src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang= /lib/Sema -I. -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libclangsema/.= ./../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEB= SD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLL= VM_DEFAULT_TARGET_TRIPLE=3D\"x86_64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPL= E=3D\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=3D\"/builds/workspace/= FreeBSD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp\" -Qunused-arguments= -I/builds/workspace/FreeBSD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp= /legacy/usr/include -std=3Dc++11 -fno-exceptions -fno-rtti -stdlib=3Dlibc+= + -Wno-c++11-extensions -c /builds/workspace/FreeBSD_HEAD/src/lib/clang/lib= clangsema/../../../contrib/llvm/tools/clang/lib/Sema/SemaTemplateDeduction.= cpp -o SemaTemplateDeduction.o --- all_subdir_libllvmasmprinter --- --- DwarfExpression.o --- c++ -O2 -pipe -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libllvmasmpri= nter/../../../contrib/llvm/include -I/builds/workspace/FreeBSD_HEAD/src/lib= /clang/libllvmasmprinter/../../../contrib/llvm/tools/clang/include -I/build= s/workspace/FreeBSD_HEAD/src/lib/clang/libllvmasmprinter/../../../contrib/l= lvm/lib/CodeGen/AsmPrinter -I. -I/builds/workspace/FreeBSD_HEAD/src/lib/cla= ng/libllvmasmprinter/../../../contrib/llvm/../../lib/clang/include -DLLVM_O= N_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fn= o-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"x86_64-unknown-freebsd11= .0\" -DLLVM_HOST_TRIPLE=3D\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT= =3D\"/builds/workspace/FreeBSD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/t= mp\" -Qunused-arguments -I/builds/workspace/FreeBSD_HEAD/obj/builds/workspa= ce/FreeBSD_HEAD/src/tmp/legacy/usr/include -std=3Dc++11 -fno-exceptions -f= no-rtti -stdlib=3Dlibc++ -Wno-c++11-extensions -c /builds/workspace/FreeBSD= _HEAD/src/lib/clang/libllvmasmprinter/../../../contrib/llvm/lib/CodeGen/Asm= Printer/DwarfExpression.cpp -o DwarfExpression.o --- all_subdir_libclangsema --- --- SemaTemplateInstantiate.o --- c++ -O2 -pipe -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libclangsema/= ../../../contrib/llvm/include -I/builds/workspace/FreeBSD_HEAD/src/lib/clan= g/libclangsema/../../../contrib/llvm/tools/clang/include -I/builds/workspac= e/FreeBSD_HEAD/src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang= /lib/Sema -I. -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libclangsema/.= ./../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEB= SD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLL= VM_DEFAULT_TARGET_TRIPLE=3D\"x86_64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPL= E=3D\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=3D\"/builds/workspace/= FreeBSD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp\" -Qunused-arguments= -I/builds/workspace/FreeBSD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp= /legacy/usr/include -std=3Dc++11 -fno-exceptions -fno-rtti -stdlib=3Dlibc+= + -Wno-c++11-extensions -c /builds/workspace/FreeBSD_HEAD/src/lib/clang/lib= clangsema/../../../contrib/llvm/tools/clang/lib/Sema/SemaTemplateInstantiat= e.cpp -o SemaTemplateInstantiate.o --- all_subdir_libllvmasmprinter --- --- DwarfFile.o --- c++ -O2 -pipe -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libllvmasmpri= nter/../../../contrib/llvm/include -I/builds/workspace/FreeBSD_HEAD/src/lib= /clang/libllvmasmprinter/../../../contrib/llvm/tools/clang/include -I/build= s/workspace/FreeBSD_HEAD/src/lib/clang/libllvmasmprinter/../../../contrib/l= lvm/lib/CodeGen/AsmPrinter -I. -I/builds/workspace/FreeBSD_HEAD/src/lib/cla= ng/libllvmasmprinter/../../../contrib/llvm/../../lib/clang/include -DLLVM_O= N_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fn= o-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"x86_64-unknown-freebsd11= .0\" -DLLVM_HOST_TRIPLE=3D\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT= =3D\"/builds/workspace/FreeBSD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/t= mp\" -Qunused-arguments -I/builds/workspace/FreeBSD_HEAD/obj/builds/workspa= ce/FreeBSD_HEAD/src/tmp/legacy/usr/include -std=3Dc++11 -fno-exceptions -f= no-rtti -stdlib=3Dlibc++ -Wno-c++11-extensions -c /builds/workspace/FreeBSD= _HEAD/src/lib/clang/libllvmasmprinter/../../../contrib/llvm/lib/CodeGen/Asm= Printer/DwarfFile.cpp -o DwarfFile.o --- DwarfStringPool.o --- c++ -O2 -pipe -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libllvmasmpri= nter/../../../contrib/llvm/include -I/builds/workspace/FreeBSD_HEAD/src/lib= /clang/libllvmasmprinter/../../../contrib/llvm/tools/clang/include -I/build= s/workspace/FreeBSD_HEAD/src/lib/clang/libllvmasmprinter/../../../contrib/l= lvm/lib/CodeGen/AsmPrinter -I. -I/builds/workspace/FreeBSD_HEAD/src/lib/cla= ng/libllvmasmprinter/../../../contrib/llvm/../../lib/clang/include -DLLVM_O= N_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fn= o-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"x86_64-unknown-freebsd11= .0\" -DLLVM_HOST_TRIPLE=3D\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT= =3D\"/builds/workspace/FreeBSD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/t= mp\" -Qunused-arguments -I/builds/workspace/FreeBSD_HEAD/obj/builds/workspa= ce/FreeBSD_HEAD/src/tmp/legacy/usr/include -std=3Dc++11 -fno-exceptions -f= no-rtti -stdlib=3Dlibc++ -Wno-c++11-extensions -c /builds/workspace/FreeBSD= _HEAD/src/lib/clang/libllvmasmprinter/../../../contrib/llvm/lib/CodeGen/Asm= Printer/DwarfStringPool.cpp -o DwarfStringPool.o --- DwarfUnit.o --- c++ -O2 -pipe -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libllvmasmpri= nter/../../../contrib/llvm/include -I/builds/workspace/FreeBSD_HEAD/src/lib= /clang/libllvmasmprinter/../../../contrib/llvm/tools/clang/include -I/build= s/workspace/FreeBSD_HEAD/src/lib/clang/libllvmasmprinter/../../../contrib/l= lvm/lib/CodeGen/AsmPrinter -I. -I/builds/workspace/FreeBSD_HEAD/src/lib/cla= ng/libllvmasmprinter/../../../contrib/llvm/../../lib/clang/include -DLLVM_O= N_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fn= o-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"x86_64-unknown-freebsd11= .0\" -DLLVM_HOST_TRIPLE=3D\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT= =3D\"/builds/workspace/FreeBSD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/t= mp\" -Qunused-arguments -I/builds/workspace/FreeBSD_HEAD/obj/builds/workspa= ce/FreeBSD_HEAD/src/tmp/legacy/usr/include -std=3Dc++11 -fno-exceptions -f= no-rtti -stdlib=3Dlibc++ -Wno-c++11-extensions -c /builds/workspace/FreeBSD= _HEAD/src/lib/clang/libllvmasmprinter/../../../contrib/llvm/lib/CodeGen/Asm= Printer/DwarfUnit.cpp -o DwarfUnit.o --- all_subdir_libllvmbitreader --- =3D=3D=3D> lib/clang/libllvmbitreader (all) --- BitReader.o --- c++ -O2 -pipe -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libllvmbitrea= der/../../../contrib/llvm/include -I/builds/workspace/FreeBSD_HEAD/src/lib/= clang/libllvmbitreader/../../../contrib/llvm/tools/clang/include -I/builds/= workspace/FreeBSD_HEAD/src/lib/clang/libllvmbitreader/../../../contrib/llvm= /lib/Bitcode/Reader -I. -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libl= lvmbitreader/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -= DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict= -aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"x86_64-unknown-freebsd11.0\" -DL= LVM_HOST_TRIPLE=3D\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=3D\"/bui= lds/workspace/FreeBSD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp\" -Qun= used-arguments -I/builds/workspace/FreeBSD_HEAD/obj/builds/workspace/FreeBS= D_HEAD/src/tmp/legacy/usr/include -std=3Dc++11 -fno-exceptions -fno-rtti -= stdlib=3Dlibc++ -Wno-c++11-extensions -c /builds/workspace/FreeBSD_HEAD/src= /lib/clang/libllvmbitreader/../../../contrib/llvm/lib/Bitcode/Reader/BitRea= der.cpp -o BitReader.o --- BitcodeReader.o --- c++ -O2 -pipe -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libllvmbitrea= der/../../../contrib/llvm/include -I/builds/workspace/FreeBSD_HEAD/src/lib/= clang/libllvmbitreader/../../../contrib/llvm/tools/clang/include -I/builds/= workspace/FreeBSD_HEAD/src/lib/clang/libllvmbitreader/../../../contrib/llvm= /lib/Bitcode/Reader -I. -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libl= lvmbitreader/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -= DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict= -aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"x86_64-unknown-freebsd11.0\" -DL= LVM_HOST_TRIPLE=3D\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=3D\"/bui= lds/workspace/FreeBSD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp\" -Qun= used-arguments -I/builds/workspace/FreeBSD_HEAD/obj/builds/workspace/FreeBS= D_HEAD/src/tmp/legacy/usr/include -std=3Dc++11 -fno-exceptions -fno-rtti -= stdlib=3Dlibc++ -Wno-c++11-extensions -c /builds/workspace/FreeBSD_HEAD/src= /lib/clang/libllvmbitreader/../../../contrib/llvm/lib/Bitcode/Reader/Bitcod= eReader.cpp -o BitcodeReader.o --- all_subdir_libllvmasmprinter --- --- EHStreamer.o --- c++ -O2 -pipe -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libllvmasmpri= nter/../../../contrib/llvm/include -I/builds/workspace/FreeBSD_HEAD/src/lib= /clang/libllvmasmprinter/../../../contrib/llvm/tools/clang/include -I/build= s/workspace/FreeBSD_HEAD/src/lib/clang/libllvmasmprinter/../../../contrib/l= lvm/lib/CodeGen/AsmPrinter -I. -I/builds/workspace/FreeBSD_HEAD/src/lib/cla= ng/libllvmasmprinter/../../../contrib/llvm/../../lib/clang/include -DLLVM_O= N_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fn= o-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"x86_64-unknown-freebsd11= .0\" -DLLVM_HOST_TRIPLE=3D\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT= =3D\"/builds/workspace/FreeBSD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/t= mp\" -Qunused-arguments -I/builds/workspace/FreeBSD_HEAD/obj/builds/workspa= ce/FreeBSD_HEAD/src/tmp/legacy/usr/include -std=3Dc++11 -fno-exceptions -f= no-rtti -stdlib=3Dlibc++ -Wno-c++11-extensions -c /builds/workspace/FreeBSD= _HEAD/src/lib/clang/libllvmasmprinter/../../../contrib/llvm/lib/CodeGen/Asm= Printer/EHStreamer.cpp -o EHStreamer.o --- ErlangGCPrinter.o --- c++ -O2 -pipe -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libllvmasmpri= nter/../../../contrib/llvm/include -I/builds/workspace/FreeBSD_HEAD/src/lib= /clang/libllvmasmprinter/../../../contrib/llvm/tools/clang/include -I/build= s/workspace/FreeBSD_HEAD/src/lib/clang/libllvmasmprinter/../../../contrib/l= lvm/lib/CodeGen/AsmPrinter -I. -I/builds/workspace/FreeBSD_HEAD/src/lib/cla= ng/libllvmasmprinter/../../../contrib/llvm/../../lib/clang/include -DLLVM_O= N_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fn= o-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"x86_64-unknown-freebsd11= .0\" -DLLVM_HOST_TRIPLE=3D\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT= =3D\"/builds/workspace/FreeBSD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/t= mp\" -Qunused-arguments -I/builds/workspace/FreeBSD_HEAD/obj/builds/workspa= ce/FreeBSD_HEAD/src/tmp/legacy/usr/include -std=3Dc++11 -fno-exceptions -f= no-rtti -stdlib=3Dlibc++ -Wno-c++11-extensions -c /builds/workspace/FreeBSD= _HEAD/src/lib/clang/libllvmasmprinter/../../../contrib/llvm/lib/CodeGen/Asm= Printer/ErlangGCPrinter.cpp -o ErlangGCPrinter.o --- all_subdir_libllvmbitwriter --- =3D=3D=3D> lib/clang/libllvmbitwriter (all) --- BitcodeWriter.o --- c++ -O2 -pipe -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libllvmbitwri= ter/../../../contrib/llvm/include -I/builds/workspace/FreeBSD_HEAD/src/lib/= clang/libllvmbitwriter/../../../contrib/llvm/tools/clang/include -I/builds/= workspace/FreeBSD_HEAD/src/lib/clang/libllvmbitwriter/../../../contrib/llvm= /lib/Bitcode/Writer -I. -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libl= lvmbitwriter/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -= DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict= -aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"x86_64-unknown-freebsd11.0\" -DL= LVM_HOST_TRIPLE=3D\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=3D\"/bui= lds/workspace/FreeBSD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp\" -Qun= used-arguments -I/builds/workspace/FreeBSD_HEAD/obj/builds/workspace/FreeBS= D_HEAD/src/tmp/legacy/usr/include -std=3Dc++11 -fno-exceptions -fno-rtti -= stdlib=3Dlibc++ -Wno-c++11-extensions -c /builds/workspace/FreeBSD_HEAD/src= /lib/clang/libllvmbitwriter/../../../contrib/llvm/lib/Bitcode/Writer/Bitcod= eWriter.cpp -o BitcodeWriter.o --- all_subdir_libclangsema --- --- SemaTemplateInstantiateDecl.o --- c++ -O2 -pipe -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libclangsema/= ../../../contrib/llvm/include -I/builds/workspace/FreeBSD_HEAD/src/lib/clan= g/libclangsema/../../../contrib/llvm/tools/clang/include -I/builds/workspac= e/FreeBSD_HEAD/src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang= /lib/Sema -I. -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libclangsema/.= ./../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEB= SD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLL= VM_DEFAULT_TARGET_TRIPLE=3D\"x86_64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPL= E=3D\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=3D\"/builds/workspace/= FreeBSD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp\" -Qunused-arguments= -I/builds/workspace/FreeBSD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp= /legacy/usr/include -std=3Dc++11 -fno-exceptions -fno-rtti -stdlib=3Dlibc+= + -Wno-c++11-extensions -c /builds/workspace/FreeBSD_HEAD/src/lib/clang/lib= clangsema/../../../contrib/llvm/tools/clang/lib/Sema/SemaTemplateInstantiat= eDecl.cpp -o SemaTemplateInstantiateDecl.o --- all_subdir_libllvmasmprinter --- --- OcamlGCPrinter.o --- c++ -O2 -pipe -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libllvmasmpri= nter/../../../contrib/llvm/include -I/builds/workspace/FreeBSD_HEAD/src/lib= /clang/libllvmasmprinter/../../../contrib/llvm/tools/clang/include -I/build= s/workspace/FreeBSD_HEAD/src/lib/clang/libllvmasmprinter/../../../contrib/l= lvm/lib/CodeGen/AsmPrinter -I. -I/builds/workspace/FreeBSD_HEAD/src/lib/cla= ng/libllvmasmprinter/../../../contrib/llvm/../../lib/clang/include -DLLVM_O= N_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fn= o-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"x86_64-unknown-freebsd11= .0\" -DLLVM_HOST_TRIPLE=3D\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT= =3D\"/builds/workspace/FreeBSD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/t= mp\" -Qunused-arguments -I/builds/workspace/FreeBSD_HEAD/obj/builds/workspa= ce/FreeBSD_HEAD/src/tmp/legacy/usr/include -std=3Dc++11 -fno-exceptions -f= no-rtti -stdlib=3Dlibc++ -Wno-c++11-extensions -c /builds/workspace/FreeBSD= _HEAD/src/lib/clang/libllvmasmprinter/../../../contrib/llvm/lib/CodeGen/Asm= Printer/OcamlGCPrinter.cpp -o OcamlGCPrinter.o --- all_subdir_libllvmbitreader --- --- BitstreamReader.o --- c++ -O2 -pipe -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libllvmbitrea= der/../../../contrib/llvm/include -I/builds/workspace/FreeBSD_HEAD/src/lib/= clang/libllvmbitreader/../../../contrib/llvm/tools/clang/include -I/builds/= workspace/FreeBSD_HEAD/src/lib/clang/libllvmbitreader/../../../contrib/llvm= /lib/Bitcode/Reader -I. -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libl= lvmbitreader/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -= DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict= -aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"x86_64-unknown-freebsd11.0\" -DL= LVM_HOST_TRIPLE=3D\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=3D\"/bui= lds/workspace/FreeBSD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp\" -Qun= used-arguments -I/builds/workspace/FreeBSD_HEAD/obj/builds/workspace/FreeBS= D_HEAD/src/tmp/legacy/usr/include -std=3Dc++11 -fno-exceptions -fno-rtti -= stdlib=3Dlibc++ -Wno-c++11-extensions -c /builds/workspace/FreeBSD_HEAD/src= /lib/clang/libllvmbitreader/../../../contrib/llvm/lib/Bitcode/Reader/Bitstr= eamReader.cpp -o BitstreamReader.o --- all_subdir_libllvmasmprinter --- --- WinCodeViewLineTables.o --- c++ -O2 -pipe -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libllvmasmpri= nter/../../../contrib/llvm/include -I/builds/workspace/FreeBSD_HEAD/src/lib= /clang/libllvmasmprinter/../../../contrib/llvm/tools/clang/include -I/build= s/workspace/FreeBSD_HEAD/src/lib/clang/libllvmasmprinter/../../../contrib/l= lvm/lib/CodeGen/AsmPrinter -I. -I/builds/workspace/FreeBSD_HEAD/src/lib/cla= ng/libllvmasmprinter/../../../contrib/llvm/../../lib/clang/include -DLLVM_O= N_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fn= o-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"x86_64-unknown-freebsd11= .0\" -DLLVM_HOST_TRIPLE=3D\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT= =3D\"/builds/workspace/FreeBSD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/t= mp\" -Qunused-arguments -I/builds/workspace/FreeBSD_HEAD/obj/builds/workspa= ce/FreeBSD_HEAD/src/tmp/legacy/usr/include -std=3Dc++11 -fno-exceptions -f= no-rtti -stdlib=3Dlibc++ -Wno-c++11-extensions -c /builds/workspace/FreeBSD= _HEAD/src/lib/clang/libllvmasmprinter/../../../contrib/llvm/lib/CodeGen/Asm= Printer/WinCodeViewLineTables.cpp -o WinCodeViewLineTables.o --- all_subdir_libllvmbitreader --- --- libllvmbitreader.a --- building static llvmbitreader library ar -crD libllvmbitreader.a `NM=3D'nm' NMFLAGS=3D'' lorder BitReader.o Bitco= deReader.o BitstreamReader.o | tsort -q`=20 ranlib -D libllvmbitreader.a --- all_subdir_libllvmbitwriter --- --- BitcodeWriterPass.o --- c++ -O2 -pipe -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libllvmbitwri= ter/../../../contrib/llvm/include -I/builds/workspace/FreeBSD_HEAD/src/lib/= clang/libllvmbitwriter/../../../contrib/llvm/tools/clang/include -I/builds/= workspace/FreeBSD_HEAD/src/lib/clang/libllvmbitwriter/../../../contrib/llvm= /lib/Bitcode/Writer -I. -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libl= lvmbitwriter/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -= DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict= -aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"x86_64-unknown-freebsd11.0\" -DL= LVM_HOST_TRIPLE=3D\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=3D\"/bui= lds/workspace/FreeBSD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp\" -Qun= used-arguments -I/builds/workspace/FreeBSD_HEAD/obj/builds/workspace/FreeBS= D_HEAD/src/tmp/legacy/usr/include -std=3Dc++11 -fno-exceptions -fno-rtti -= stdlib=3Dlibc++ -Wno-c++11-extensions -c /builds/workspace/FreeBSD_HEAD/src= /lib/clang/libllvmbitwriter/../../../contrib/llvm/lib/Bitcode/Writer/Bitcod= eWriterPass.cpp -o BitcodeWriterPass.o --- all_subdir_libclangsema --- --- SemaTemplateVariadic.o --- --- all_subdir_libllvmbitwriter --- --- ValueEnumerator.o --- --- all_subdir_libclangsema --- c++ -O2 -pipe -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libclangsema/= ../../../contrib/llvm/include -I/builds/workspace/FreeBSD_HEAD/src/lib/clan= g/libclangsema/../../../contrib/llvm/tools/clang/include -I/builds/workspac= e/FreeBSD_HEAD/src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang= /lib/Sema -I. -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libclangsema/.= ./../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEB= SD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLL= VM_DEFAULT_TARGET_TRIPLE=3D\"x86_64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPL= E=3D\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=3D\"/builds/workspace/= FreeBSD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp\" -Qunused-arguments= -I/builds/workspace/FreeBSD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp= /legacy/usr/include -std=3Dc++11 -fno-exceptions -fno-rtti -stdlib=3Dlibc+= + -Wno-c++11-extensions -c /builds/workspace/FreeBSD_HEAD/src/lib/clang/lib= clangsema/../../../contrib/llvm/tools/clang/lib/Sema/SemaTemplateVariadic.c= pp -o SemaTemplateVariadic.o --- all_subdir_libllvmbitwriter --- c++ -O2 -pipe -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libllvmbitwri= ter/../../../contrib/llvm/include -I/builds/workspace/FreeBSD_HEAD/src/lib/= clang/libllvmbitwriter/../../../contrib/llvm/tools/clang/include -I/builds/= workspace/FreeBSD_HEAD/src/lib/clang/libllvmbitwriter/../../../contrib/llvm= /lib/Bitcode/Writer -I. -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libl= lvmbitwriter/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -= DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict= -aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"x86_64-unknown-freebsd11.0\" -DL= LVM_HOST_TRIPLE=3D\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=3D\"/bui= lds/workspace/FreeBSD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp\" -Qun= used-arguments -I/builds/workspace/FreeBSD_HEAD/obj/builds/workspace/FreeBS= D_HEAD/src/tmp/legacy/usr/include -std=3Dc++11 -fno-exceptions -fno-rtti -= stdlib=3Dlibc++ -Wno-c++11-extensions -c /builds/workspace/FreeBSD_HEAD/src= /lib/clang/libllvmbitwriter/../../../contrib/llvm/lib/Bitcode/Writer/ValueE= numerator.cpp -o ValueEnumerator.o --- all_subdir_libllvmasmprinter --- --- WinException.o --- c++ -O2 -pipe -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libllvmasmpri= nter/../../../contrib/llvm/include -I/builds/workspace/FreeBSD_HEAD/src/lib= /clang/libllvmasmprinter/../../../contrib/llvm/tools/clang/include -I/build= s/workspace/FreeBSD_HEAD/src/lib/clang/libllvmasmprinter/../../../contrib/l= lvm/lib/CodeGen/AsmPrinter -I. -I/builds/workspace/FreeBSD_HEAD/src/lib/cla= ng/libllvmasmprinter/../../../contrib/llvm/../../lib/clang/include -DLLVM_O= N_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fn= o-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"x86_64-unknown-freebsd11= .0\" -DLLVM_HOST_TRIPLE=3D\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT= =3D\"/builds/workspace/FreeBSD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/t= mp\" -Qunused-arguments -I/builds/workspace/FreeBSD_HEAD/obj/builds/workspa= ce/FreeBSD_HEAD/src/tmp/legacy/usr/include -std=3Dc++11 -fno-exceptions -f= no-rtti -stdlib=3Dlibc++ -Wno-c++11-extensions -c /builds/workspace/FreeBSD= _HEAD/src/lib/clang/libllvmasmprinter/../../../contrib/llvm/lib/CodeGen/Asm= Printer/WinException.cpp -o WinException.o --- all_subdir_libllvmbitwriter --- --- libllvmbitwriter.a --- building static llvmbitwriter library ar -crD libllvmbitwriter.a `NM=3D'nm' NMFLAGS=3D'' lorder BitcodeWriter.o B= itcodeWriterPass.o ValueEnumerator.o | tsort -q`=20 ranlib -D libllvmbitwriter.a --- all_subdir_libllvmcodegen --- =3D=3D=3D> lib/clang/libllvmcodegen (all) --- AggressiveAntiDepBreaker.o --- c++ -O2 -pipe -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libllvmcodege= n/../../../contrib/llvm/include -I/builds/workspace/FreeBSD_HEAD/src/lib/cl= ang/libllvmcodegen/../../../contrib/llvm/tools/clang/include -I/builds/work= space/FreeBSD_HEAD/src/lib/clang/libllvmcodegen/../../../contrib/llvm/lib/C= odeGen -I. -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libllvmcodegen/..= /../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBS= D -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLV= M_DEFAULT_TARGET_TRIPLE=3D\"x86_64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE= =3D\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=3D\"/builds/workspace/F= reeBSD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp\" -Qunused-arguments = -I/builds/workspace/FreeBSD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp/= legacy/usr/include -std=3Dc++11 -fno-exceptions -fno-rtti -stdlib=3Dlibc++= -Wno-c++11-extensions -c /builds/workspace/FreeBSD_HEAD/src/lib/clang/libl= lvmcodegen/../../../contrib/llvm/lib/CodeGen/AggressiveAntiDepBreaker.cpp -= o AggressiveAntiDepBreaker.o Aborted by rodrigc --- all_subdir_libclangsema --- --- SemaType.o --- c++ -O2 -pipe -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libclangsema/= ../../../contrib/llvm/include -I/builds/workspace/FreeBSD_HEAD/src/lib/clan= g/libclangsema/../../../contrib/llvm/tools/clang/include -I/builds/workspac= e/FreeBSD_HEAD/src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang= /lib/Sema -I. -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libclangsema/.= ./../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEB= SD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLL= VM_DEFAULT_TARGET_TRIPLE=3D\"x86_64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPL= E=3D\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=3D\"/builds/workspace/= FreeBSD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp\" -Qunused-arguments= -I/builds/workspace/FreeBSD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp= /legacy/usr/include -std=3Dc++11 -fno-exceptions -fno-rtti -stdlib=3Dlibc+= + -Wno-c++11-extensions -c /builds/workspace/FreeBSD_HEAD/src/lib/clang/lib= clangsema/../../../contrib/llvm/tools/clang/lib/Sema/SemaType.cpp -o SemaTy= pe.o Sending interrupt signal to process --- all_subdir_libllvmasmprinter --- --- libllvmasmprinter.a --- building static llvmasmprinter library ar -crD libllvmasmprinter.a `NM=3D'nm' NMFLAGS=3D'' lorder ARMException.o A= ddressPool.o AsmPrinter.o AsmPrinterDwarf.o AsmPrinterInlineAsm.o DIE.o DIE= Hash.o DebugLocStream.o DbgValueHistoryCalculator.o DwarfAccelTable.o Dwarf= CFIException.o DwarfCompileUnit.o DwarfDebug.o DwarfExpression.o DwarfFile.= o DwarfStringPool.o DwarfUnit.o EHStreamer.o ErlangGCPrinter.o OcamlGCPrint= er.o WinCodeViewLineTables.o WinException.o | tsort -q`=20 ranlib -D libllvmasmprinter.a --- all_subdir_libllvmcore --- =3D=3D=3D> lib/clang/libllvmcore (all) --- AsmWriter.o --- c++ -O2 -pipe -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libllvmcore/.= ./../../contrib/llvm/include -I/builds/workspace/FreeBSD_HEAD/src/lib/clang= /libllvmcore/../../../contrib/llvm/tools/clang/include -I/builds/workspace/= FreeBSD_HEAD/src/lib/clang/libllvmcore/../../../contrib/llvm/lib/IR -I. -I/= builds/workspace/FreeBSD_HEAD/src/lib/clang/libllvmcore/../../../contrib/ll= vm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_= MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_= TRIPLE=3D\"x86_64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=3D\"x86_64-unkno= wn-freebsd11.0\" -DDEFAULT_SYSROOT=3D\"/builds/workspace/FreeBSD_HEAD/obj/b= uilds/workspace/FreeBSD_HEAD/src/tmp\" -Qunused-arguments -I/builds/workspa= ce/FreeBSD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp/legacy/usr/includ= e -std=3Dc++11 -fno-exceptions -fno-rtti -stdlib=3Dlibc++ -Wno-c++11-exten= sions -c /builds/workspace/FreeBSD_HEAD/src/lib/clang/libllvmcore/../../../= contrib/llvm/lib/IR/AsmWriter.cpp -o AsmWriter.o --- all_subdir_libllvmcodegen --- --- AllocationOrder.o --- c++ -O2 -pipe -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libllvmcodege= n/../../../contrib/llvm/include -I/builds/workspace/FreeBSD_HEAD/src/lib/cl= ang/libllvmcodegen/../../../contrib/llvm/tools/clang/include -I/builds/work= space/FreeBSD_HEAD/src/lib/clang/libllvmcodegen/../../../contrib/llvm/lib/C= odeGen -I. -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libllvmcodegen/..= /../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBS= D -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLV= M_DEFAULT_TARGET_TRIPLE=3D\"x86_64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE= =3D\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=3D\"/builds/workspace/F= reeBSD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp\" -Qunused-arguments = -I/builds/workspace/FreeBSD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp/= legacy/usr/include -std=3Dc++11 -fno-exceptions -fno-rtti -stdlib=3Dlibc++= -Wno-c++11-extensions -c /builds/workspace/FreeBSD_HEAD/src/lib/clang/libl= lvmcodegen/../../../contrib/llvm/lib/CodeGen/AllocationOrder.cpp -o Allocat= ionOrder.o --- Analysis.o --- c++ -O2 -pipe -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libllvmcodege= n/../../../contrib/llvm/include -I/builds/workspace/FreeBSD_HEAD/src/lib/cl= ang/libllvmcodegen/../../../contrib/llvm/tools/clang/include -I/builds/work= space/FreeBSD_HEAD/src/lib/clang/libllvmcodegen/../../../contrib/llvm/lib/C= odeGen -I. -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libllvmcodegen/..= /../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBS= D -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLV= M_DEFAULT_TARGET_TRIPLE=3D\"x86_64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE= =3D\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=3D\"/builds/workspace/F= reeBSD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp\" -Qunused-arguments = -I/builds/workspace/FreeBSD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp/= legacy/usr/include -std=3Dc++11 -fno-exceptions -fno-rtti -stdlib=3Dlibc++= -Wno-c++11-extensions -c /builds/workspace/FreeBSD_HEAD/src/lib/clang/libl= lvmcodegen/../../../contrib/llvm/lib/CodeGen/Analysis.cpp -o Analysis.o --- all_subdir_libllvmcore --- --- Attributes.o --- c++ -O2 -pipe -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libllvmcore/.= ./../../contrib/llvm/include -I/builds/workspace/FreeBSD_HEAD/src/lib/clang= /libllvmcore/../../../contrib/llvm/tools/clang/include -I/builds/workspace/= FreeBSD_HEAD/src/lib/clang/libllvmcore/../../../contrib/llvm/lib/IR -I. -I/= builds/workspace/FreeBSD_HEAD/src/lib/clang/libllvmcore/../../../contrib/ll= vm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_= MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_= TRIPLE=3D\"x86_64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=3D\"x86_64-unkno= wn-freebsd11.0\" -DDEFAULT_SYSROOT=3D\"/builds/workspace/FreeBSD_HEAD/obj/b= uilds/workspace/FreeBSD_HEAD/src/tmp\" -Qunused-arguments -I/builds/workspa= ce/FreeBSD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp/legacy/usr/includ= e -std=3Dc++11 -fno-exceptions -fno-rtti -stdlib=3Dlibc++ -Wno-c++11-exten= sions -c /builds/workspace/FreeBSD_HEAD/src/lib/clang/libllvmcore/../../../= contrib/llvm/lib/IR/Attributes.cpp -o Attributes.o --- all_subdir_libllvmcodegen --- --- AtomicExpandPass.o --- c++ -O2 -pipe -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libllvmcodege= n/../../../contrib/llvm/include -I/builds/workspace/FreeBSD_HEAD/src/lib/cl= ang/libllvmcodegen/../../../contrib/llvm/tools/clang/include -I/builds/work= space/FreeBSD_HEAD/src/lib/clang/libllvmcodegen/../../../contrib/llvm/lib/C= odeGen -I. -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libllvmcodegen/..= /../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBS= D -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLV= M_DEFAULT_TARGET_TRIPLE=3D\"x86_64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE= =3D\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=3D\"/builds/workspace/F= reeBSD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp\" -Qunused-arguments = -I/builds/workspace/FreeBSD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp/= legacy/usr/include -std=3Dc++11 -fno-exceptions -fno-rtti -stdlib=3Dlibc++= -Wno-c++11-extensions -c /builds/workspace/FreeBSD_HEAD/src/lib/clang/libl= lvmcodegen/../../../contrib/llvm/lib/CodeGen/AtomicExpandPass.cpp -o Atomic= ExpandPass.o --- BasicTargetTransformInfo.o --- c++ -O2 -pipe -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libllvmcodege= n/../../../contrib/llvm/include -I/builds/workspace/FreeBSD_HEAD/src/lib/cl= ang/libllvmcodegen/../../../contrib/llvm/tools/clang/include -I/builds/work= space/FreeBSD_HEAD/src/lib/clang/libllvmcodegen/../../../contrib/llvm/lib/C= odeGen -I. -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libllvmcodegen/..= /../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBS= D -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLV= M_DEFAULT_TARGET_TRIPLE=3D\"x86_64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE= =3D\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=3D\"/builds/workspace/F= reeBSD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp\" -Qunused-arguments = -I/builds/workspace/FreeBSD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp/= legacy/usr/include -std=3Dc++11 -fno-exceptions -fno-rtti -stdlib=3Dlibc++= -Wno-c++11-extensions -c /builds/workspace/FreeBSD_HEAD/src/lib/clang/libl= lvmcodegen/../../../contrib/llvm/lib/CodeGen/BasicTargetTransformInfo.cpp -= o BasicTargetTransformInfo.o --- all_subdir_libllvmcore --- --- AutoUpgrade.o --- c++ -O2 -pipe -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libllvmcore/.= ./../../contrib/llvm/include -I/builds/workspace/FreeBSD_HEAD/src/lib/clang= /libllvmcore/../../../contrib/llvm/tools/clang/include -I/builds/workspace/= FreeBSD_HEAD/src/lib/clang/libllvmcore/../../../contrib/llvm/lib/IR -I. -I/= builds/workspace/FreeBSD_HEAD/src/lib/clang/libllvmcore/../../../contrib/ll= vm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_= MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_= TRIPLE=3D\"x86_64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=3D\"x86_64-unkno= wn-freebsd11.0\" -DDEFAULT_SYSROOT=3D\"/builds/workspace/FreeBSD_HEAD/obj/b= uilds/workspace/FreeBSD_HEAD/src/tmp\" -Qunused-arguments -I/builds/workspa= ce/FreeBSD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp/legacy/usr/includ= e -std=3Dc++11 -fno-exceptions -fno-rtti -stdlib=3Dlibc++ -Wno-c++11-exten= sions -c /builds/workspace/FreeBSD_HEAD/src/lib/clang/libllvmcore/../../../= contrib/llvm/lib/IR/AutoUpgrade.cpp -o AutoUpgrade.o --- all_subdir_libclangsema --- --- TypeLocBuilder.o --- c++ -O2 -pipe -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libclangsema/= ../../../contrib/llvm/include -I/builds/workspace/FreeBSD_HEAD/src/lib/clan= g/libclangsema/../../../contrib/llvm/tools/clang/include -I/builds/workspac= e/FreeBSD_HEAD/src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang= /lib/Sema -I. -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libclangsema/.= ./../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEB= SD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLL= VM_DEFAULT_TARGET_TRIPLE=3D\"x86_64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPL= E=3D\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=3D\"/builds/workspace/= FreeBSD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp\" -Qunused-arguments= -I/builds/workspace/FreeBSD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp= /legacy/usr/include -std=3Dc++11 -fno-exceptions -fno-rtti -stdlib=3Dlibc+= + -Wno-c++11-extensions -c /builds/workspace/FreeBSD_HEAD/src/lib/clang/lib= clangsema/../../../contrib/llvm/tools/clang/lib/Sema/TypeLocBuilder.cpp -o = TypeLocBuilder.o --- all_subdir_libllvmcodegen --- --- BranchFolding.o --- c++ -O2 -pipe -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libllvmcodege= n/../../../contrib/llvm/include -I/builds/workspace/FreeBSD_HEAD/src/lib/cl= ang/libllvmcodegen/../../../contrib/llvm/tools/clang/include -I/builds/work= space/FreeBSD_HEAD/src/lib/clang/libllvmcodegen/../../../contrib/llvm/lib/C= odeGen -I. -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libllvmcodegen/..= /../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBS= D -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLV= M_DEFAULT_TARGET_TRIPLE=3D\"x86_64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE= =3D\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=3D\"/builds/workspace/F= reeBSD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp\" -Qunused-arguments = -I/builds/workspace/FreeBSD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp/= legacy/usr/include -std=3Dc++11 -fno-exceptions -fno-rtti -stdlib=3Dlibc++= -Wno-c++11-extensions -c /builds/workspace/FreeBSD_HEAD/src/lib/clang/libl= lvmcodegen/../../../contrib/llvm/lib/CodeGen/BranchFolding.cpp -o BranchFol= ding.o --- CalcSpillWeights.o --- c++ -O2 -pipe -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libllvmcodege= n/../../../contrib/llvm/include -I/builds/workspace/FreeBSD_HEAD/src/lib/cl= ang/libllvmcodegen/../../../contrib/llvm/tools/clang/include -I/builds/work= space/FreeBSD_HEAD/src/lib/clang/libllvmcodegen/../../../contrib/llvm/lib/C= odeGen -I. -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libllvmcodegen/..= /../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBS= D -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLV= M_DEFAULT_TARGET_TRIPLE=3D\"x86_64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE= =3D\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=3D\"/builds/workspace/F= reeBSD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp\" -Qunused-arguments = -I/builds/workspace/FreeBSD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp/= legacy/usr/include -std=3Dc++11 -fno-exceptions -fno-rtti -stdlib=3Dlibc++= -Wno-c++11-extensions -c /builds/workspace/FreeBSD_HEAD/src/lib/clang/libl= lvmcodegen/../../../contrib/llvm/lib/CodeGen/CalcSpillWeights.cpp -o CalcSp= illWeights.o --- all_subdir_libllvmcore --- --- BasicBlock.o --- c++ -O2 -pipe -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libllvmcore/.= ./../../contrib/llvm/include -I/builds/workspace/FreeBSD_HEAD/src/lib/clang= /libllvmcore/../../../contrib/llvm/tools/clang/include -I/builds/workspace/= FreeBSD_HEAD/src/lib/clang/libllvmcore/../../../contrib/llvm/lib/IR -I. -I/= builds/workspace/FreeBSD_HEAD/src/lib/clang/libllvmcore/../../../contrib/ll= vm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_= MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_= TRIPLE=3D\"x86_64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=3D\"x86_64-unkno= wn-freebsd11.0\" -DDEFAULT_SYSROOT=3D\"/builds/workspace/FreeBSD_HEAD/obj/b= uilds/workspace/FreeBSD_HEAD/src/tmp\" -Qunused-arguments -I/builds/workspa= ce/FreeBSD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp/legacy/usr/includ= e -std=3Dc++11 -fno-exceptions -fno-rtti -stdlib=3Dlibc++ -Wno-c++11-exten= sions -c /builds/workspace/FreeBSD_HEAD/src/lib/clang/libllvmcore/../../../= contrib/llvm/lib/IR/BasicBlock.cpp -o BasicBlock.o --- all_subdir_libclangsema --- --- libclangsema.a --- building static clangsema library ar -crD libclangsema.a `NM=3D'nm' NMFLAGS=3D'' lorder AnalysisBasedWarnings= .o AttributeList.o CodeCompleteConsumer.o DeclSpec.o DelayedDiagnostic.o Id= entifierResolver.o JumpDiagnostics.o MultiplexExternalSemaSource.o Scope.o = ScopeInfo.o Sema.o SemaAccess.o SemaAttr.o SemaCUDA.o SemaCXXScopeSpec.o Se= maCast.o SemaChecking.o SemaCodeComplete.o SemaConsumer.o SemaDecl.o SemaDe= clAttr.o SemaDeclCXX.o SemaDeclObjC.o SemaExceptionSpec.o SemaExpr.o SemaEx= prCXX.o SemaExprMember.o SemaExprObjC.o SemaFixItUtils.o SemaInit.o SemaLam= bda.o SemaLookup.o SemaObjCProperty.o SemaOpenMP.o SemaOverload.o SemaPseud= oObject.o SemaStmt.o SemaStmtAsm.o SemaStmtAttr.o SemaTemplate.o SemaTempla= teDeduction.o SemaTemplateInstantiate.o SemaTemplateInstantiateDecl.o SemaT= emplateVariadic.o SemaType.o TypeLocBuilder.o | tsort -q`=20 ranlib -D libclangsema.a --- all_subdir_libllvminstcombine --- =3D=3D=3D> lib/clang/libllvminstcombine (all) Click here to forcibly terminate running steps --- InstCombineAddSub.o --- c++ -O2 -pipe -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libllvminstco= mbine/../../../contrib/llvm/include -I/builds/workspace/FreeBSD_HEAD/src/li= b/clang/libllvminstcombine/../../../contrib/llvm/tools/clang/include -I/bui= lds/workspace/FreeBSD_HEAD/src/lib/clang/libllvminstcombine/../../../contri= b/llvm/lib/Transforms/InstCombine -I. -I/builds/workspace/FreeBSD_HEAD/src/= lib/clang/libllvminstcombine/../../../contrib/llvm/../../lib/clang/include = -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MA= CROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"x86_64-unknown-f= reebsd11.0\" -DLLVM_HOST_TRIPLE=3D\"x86_64-unknown-freebsd11.0\" -DDEFAULT_= SYSROOT=3D\"/builds/workspace/FreeBSD_HEAD/obj/builds/workspace/FreeBSD_HEA= D/src/tmp\" -Qunused-arguments -I/builds/workspace/FreeBSD_HEAD/obj/builds/= workspace/FreeBSD_HEAD/src/tmp/legacy/usr/include -std=3Dc++11 -fno-except= ions -fno-rtti -stdlib=3Dlibc++ -Wno-c++11-extensions -c /builds/workspace/= FreeBSD_HEAD/src/lib/clang/libllvminstcombine/../../../contrib/llvm/lib/Tra= nsforms/InstCombine/InstCombineAddSub.cpp -o InstCombineAddSub.o --- all_subdir_libllvminstrumentation --- =3D=3D=3D> lib/clang/libllvminstrumentation (all) --- AddressSanitizer.o --- c++ -O2 -pipe -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libllvminstru= mentation/../../../contrib/llvm/include -I/builds/workspace/FreeBSD_HEAD/sr= c/lib/clang/libllvminstrumentation/../../../contrib/llvm/tools/clang/includ= e -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libllvminstrumentation/../= ../../contrib/llvm/lib/Transforms/Instrumentation -I. -I/builds/workspace/F= reeBSD_HEAD/src/lib/clang/libllvminstrumentation/../../../contrib/llvm/../.= ./lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS = -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE= =3D\"x86_64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=3D\"x86_64-unknown-fre= ebsd11.0\" -DDEFAULT_SYSROOT=3D\"/builds/workspace/FreeBSD_HEAD/obj/builds/= workspace/FreeBSD_HEAD/src/tmp\" -Qunused-arguments -I/builds/workspace/Fre= eBSD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp/legacy/usr/include -st= d=3Dc++11 -fno-exceptions -fno-rtti -stdlib=3Dlibc++ -Wno-c++11-extensions = -c /builds/workspace/FreeBSD_HEAD/src/lib/clang/libllvminstrumentation/../.= ./../contrib/llvm/lib/Transforms/Instrumentation/AddressSanitizer.cpp -o Ad= dressSanitizer.o --- all_subdir_libllvmcore --- --- Comdat.o --- c++ -O2 -pipe -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libllvmcore/.= ./../../contrib/llvm/include -I/builds/workspace/FreeBSD_HEAD/src/lib/clang= /libllvmcore/../../../contrib/llvm/tools/clang/include -I/builds/workspace/= FreeBSD_HEAD/src/lib/clang/libllvmcore/../../../contrib/llvm/lib/IR -I. -I/= builds/workspace/FreeBSD_HEAD/src/lib/clang/libllvmcore/../../../contrib/ll= vm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_= MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_= TRIPLE=3D\"x86_64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=3D\"x86_64-unkno= wn-freebsd11.0\" -DDEFAULT_SYSROOT=3D\"/builds/workspace/FreeBSD_HEAD/obj/b= uilds/workspace/FreeBSD_HEAD/src/tmp\" -Qunused-arguments -I/builds/workspa= ce/FreeBSD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp/legacy/usr/includ= e -std=3Dc++11 -fno-exceptions -fno-rtti -stdlib=3Dlibc++ -Wno-c++11-exten= sions -c /builds/workspace/FreeBSD_HEAD/src/lib/clang/libllvmcore/../../../= contrib/llvm/lib/IR/Comdat.cpp -o Comdat.o --- all_subdir_libllvmcodegen --- --- CallingConvLower.o --- c++ -O2 -pipe -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libllvmcodege= n/../../../contrib/llvm/include -I/builds/workspace/FreeBSD_HEAD/src/lib/cl= ang/libllvmcodegen/../../../contrib/llvm/tools/clang/include -I/builds/work= space/FreeBSD_HEAD/src/lib/clang/libllvmcodegen/../../../contrib/llvm/lib/C= odeGen -I. -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libllvmcodegen/..= /../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBS= D -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLV= M_DEFAULT_TARGET_TRIPLE=3D\"x86_64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE= =3D\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=3D\"/builds/workspace/F= reeBSD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp\" -Qunused-arguments = -I/builds/workspace/FreeBSD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp/= legacy/usr/include -std=3Dc++11 -fno-exceptions -fno-rtti -stdlib=3Dlibc++= -Wno-c++11-extensions -c /builds/workspace/FreeBSD_HEAD/src/lib/clang/libl= lvmcodegen/../../../contrib/llvm/lib/CodeGen/CallingConvLower.cpp -o Callin= gConvLower.o --- all_subdir_libllvmcore --- --- ConstantFold.o --- c++ -O2 -pipe -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libllvmcore/.= ./../../contrib/llvm/include -I/builds/workspace/FreeBSD_HEAD/src/lib/clang= /libllvmcore/../../../contrib/llvm/tools/clang/include -I/builds/workspace/= FreeBSD_HEAD/src/lib/clang/libllvmcore/../../../contrib/llvm/lib/IR -I. -I/= builds/workspace/FreeBSD_HEAD/src/lib/clang/libllvmcore/../../../contrib/ll= vm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_= MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_= TRIPLE=3D\"x86_64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=3D\"x86_64-unkno= wn-freebsd11.0\" -DDEFAULT_SYSROOT=3D\"/builds/workspace/FreeBSD_HEAD/obj/b= uilds/workspace/FreeBSD_HEAD/src/tmp\" -Qunused-arguments -I/builds/workspa= ce/FreeBSD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp/legacy/usr/includ= e -std=3Dc++11 -fno-exceptions -fno-rtti -stdlib=3Dlibc++ -Wno-c++11-exten= sions -c /builds/workspace/FreeBSD_HEAD/src/lib/clang/libllvmcore/../../../= contrib/llvm/lib/IR/ConstantFold.cpp -o ConstantFold.o --- all_subdir_libllvminstcombine --- --- InstCombineAndOrXor.o --- c++ -O2 -pipe -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libllvminstco= mbine/../../../contrib/llvm/include -I/builds/workspace/FreeBSD_HEAD/src/li= b/clang/libllvminstcombine/../../../contrib/llvm/tools/clang/include -I/bui= lds/workspace/FreeBSD_HEAD/src/lib/clang/libllvminstcombine/../../../contri= b/llvm/lib/Transforms/InstCombine -I. -I/builds/workspace/FreeBSD_HEAD/src/= lib/clang/libllvminstcombine/../../../contrib/llvm/../../lib/clang/include = -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MA= CROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"x86_64-unknown-f= reebsd11.0\" -DLLVM_HOST_TRIPLE=3D\"x86_64-unknown-freebsd11.0\" -DDEFAULT_= SYSROOT=3D\"/builds/workspace/FreeBSD_HEAD/obj/builds/workspace/FreeBSD_HEA= D/src/tmp\" -Qunused-arguments -I/builds/workspace/FreeBSD_HEAD/obj/builds/= workspace/FreeBSD_HEAD/src/tmp/legacy/usr/include -std=3Dc++11 -fno-except= ions -fno-rtti -stdlib=3Dlibc++ -Wno-c++11-extensions -c /builds/workspace/= FreeBSD_HEAD/src/lib/clang/libllvminstcombine/../../../contrib/llvm/lib/Tra= nsforms/InstCombine/InstCombineAndOrXor.cpp -o InstCombineAndOrXor.o --- all_subdir_libllvmcore --- --- ConstantRange.o --- c++ -O2 -pipe -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libllvmcore/.= ./../../contrib/llvm/include -I/builds/workspace/FreeBSD_HEAD/src/lib/clang= /libllvmcore/../../../contrib/llvm/tools/clang/include -I/builds/workspace/= FreeBSD_HEAD/src/lib/clang/libllvmcore/../../../contrib/llvm/lib/IR -I. -I/= builds/workspace/FreeBSD_HEAD/src/lib/clang/libllvmcore/../../../contrib/ll= vm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_= MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_= TRIPLE=3D\"x86_64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=3D\"x86_64-unkno= wn-freebsd11.0\" -DDEFAULT_SYSROOT=3D\"/builds/workspace/FreeBSD_HEAD/obj/b= uilds/workspace/FreeBSD_HEAD/src/tmp\" -Qunused-arguments -I/builds/workspa= ce/FreeBSD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp/legacy/usr/includ= e -std=3Dc++11 -fno-exceptions -fno-rtti -stdlib=3Dlibc++ -Wno-c++11-exten= sions -c /builds/workspace/FreeBSD_HEAD/src/lib/clang/libllvmcore/../../../= contrib/llvm/lib/IR/ConstantRange.cpp -o ConstantRange.o --- all_subdir_libllvmcodegen --- --- CodeGen.o --- c++ -O2 -pipe -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libllvmcodege= n/../../../contrib/llvm/include -I/builds/workspace/FreeBSD_HEAD/src/lib/cl= ang/libllvmcodegen/../../../contrib/llvm/tools/clang/include -I/builds/work= space/FreeBSD_HEAD/src/lib/clang/libllvmcodegen/../../../contrib/llvm/lib/C= odeGen -I. -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libllvmcodegen/..= /../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBS= D -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLV= M_DEFAULT_TARGET_TRIPLE=3D\"x86_64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE= =3D\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=3D\"/builds/workspace/F= reeBSD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp\" -Qunused-arguments = -I/builds/workspace/FreeBSD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp/= legacy/usr/include -std=3Dc++11 -fno-exceptions -fno-rtti -stdlib=3Dlibc++= -Wno-c++11-extensions -c /builds/workspace/FreeBSD_HEAD/src/lib/clang/libl= lvmcodegen/../../../contrib/llvm/lib/CodeGen/CodeGen.cpp -o CodeGen.o --- CodeGenPrepare.o --- c++ -O2 -pipe -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libllvmcodege= n/../../../contrib/llvm/include -I/builds/workspace/FreeBSD_HEAD/src/lib/cl= ang/libllvmcodegen/../../../contrib/llvm/tools/clang/include -I/builds/work= space/FreeBSD_HEAD/src/lib/clang/libllvmcodegen/../../../contrib/llvm/lib/C= odeGen -I. -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libllvmcodegen/..= /../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBS= D -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLV= M_DEFAULT_TARGET_TRIPLE=3D\"x86_64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE= =3D\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=3D\"/builds/workspace/F= reeBSD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp\" -Qunused-arguments = -I/builds/workspace/FreeBSD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp/= legacy/usr/include -std=3Dc++11 -fno-exceptions -fno-rtti -stdlib=3Dlibc++= -Wno-c++11-extensions -c /builds/workspace/FreeBSD_HEAD/src/lib/clang/libl= lvmcodegen/../../../contrib/llvm/lib/CodeGen/CodeGenPrepare.cpp -o CodeGenP= repare.o --- all_subdir_libllvmcore --- --- Constants.o --- c++ -O2 -pipe -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libllvmcore/.= ./../../contrib/llvm/include -I/builds/workspace/FreeBSD_HEAD/src/lib/clang= /libllvmcore/../../../contrib/llvm/tools/clang/include -I/builds/workspace/= FreeBSD_HEAD/src/lib/clang/libllvmcore/../../../contrib/llvm/lib/IR -I. -I/= builds/workspace/FreeBSD_HEAD/src/lib/clang/libllvmcore/../../../contrib/ll= vm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_= MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_= TRIPLE=3D\"x86_64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=3D\"x86_64-unkno= wn-freebsd11.0\" -DDEFAULT_SYSROOT=3D\"/builds/workspace/FreeBSD_HEAD/obj/b= uilds/workspace/FreeBSD_HEAD/src/tmp\" -Qunused-arguments -I/builds/workspa= ce/FreeBSD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp/legacy/usr/includ= e -std=3Dc++11 -fno-exceptions -fno-rtti -stdlib=3Dlibc++ -Wno-c++11-exten= sions -c /builds/workspace/FreeBSD_HEAD/src/lib/clang/libllvmcore/../../../= contrib/llvm/lib/IR/Constants.cpp -o Constants.o --- all_subdir_libllvminstrumentation --- --- BoundsChecking.o --- c++ -O2 -pipe -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libllvminstru= mentation/../../../contrib/llvm/include -I/builds/workspace/FreeBSD_HEAD/sr= c/lib/clang/libllvminstrumentation/../../../contrib/llvm/tools/clang/includ= e -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libllvminstrumentation/../= ../../contrib/llvm/lib/Transforms/Instrumentation -I. -I/builds/workspace/F= reeBSD_HEAD/src/lib/clang/libllvminstrumentation/../../../contrib/llvm/../.= ./lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS = -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE= =3D\"x86_64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=3D\"x86_64-unknown-fre= ebsd11.0\" -DDEFAULT_SYSROOT=3D\"/builds/workspace/FreeBSD_HEAD/obj/builds/= workspace/FreeBSD_HEAD/src/tmp\" -Qunused-arguments -I/builds/workspace/Fre= eBSD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp/legacy/usr/include -st= d=3Dc++11 -fno-exceptions -fno-rtti -stdlib=3Dlibc++ -Wno-c++11-extensions = -c /builds/workspace/FreeBSD_HEAD/src/lib/clang/libllvminstrumentation/../.= ./../contrib/llvm/lib/Transforms/Instrumentation/BoundsChecking.cpp -o Boun= dsChecking.o Terminating sh [Pipeline] } //withEnv [Pipeline] Set environment variables : End [Pipeline] } //dir [Pipeline] Change current directory : End [Pipeline] step From owner-freebsd-current@freebsd.org Sun Jan 31 10:47:47 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E7BEDA7476A for ; Sun, 31 Jan 2016 10:47:47 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id D974BCF6; Sun, 31 Jan 2016 10:47:47 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 2B4A560A; Sun, 31 Jan 2016 10:47:48 +0000 (UTC) Date: Sun, 31 Jan 2016 10:47:28 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: tuexen@FreeBSD.org, ian@FreeBSD.org, imp@FreeBSD.org, ngie@FreeBSD.org, mmel@FreeBSD.org, allanjude@FreeBSD.org, jilles@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org Message-ID: <179777613.53.1454237268108.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1450709640.34.1454149376964.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1450709640.34.1454149376964.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD_amd64_gcc4.9 - Build #1046 - Fixed MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_HEAD_amd64_gcc4.9 X-Jenkins-Result: SUCCESS Precedence: bulk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 31 Jan 2016 10:47:48 -0000 FreeBSD_HEAD_amd64_gcc4.9 - Build #1046 - Fixed: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_gcc4.= 9/1046/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_gcc4.9/= 1046/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_gcc4.9/1= 046/console Change summaries: 295091 by mmel: ARM: Rename ARM specific VM_MEMATTR_WT memory attribute to standard one. 295090 by mmel: ARM: Convert spaces to tabs, fix formatting. Not a functional change. 295089 by mmel: ARM: Next round of cleanup in swtch-v*.S. - remove now useless #if __ARM_ARCH conditional - use macro for accessing CP15 registers - remove unused PCPU_SIZE Pointed by: kib 295087 by imp: Implement power command to list all power modes, find out the power mode we're in and to set the power mode. 295086 by ian: Make pfctl(8) work on strict-alignment platforms, by copying a pair of embedded structures out of a packed, unaligned struct into local copies on the stack which are aligned. The original patch to do this was submitted by Guy Yur , and this is conceptually the same change, but restructured with the #ifndef __NO_STRICT_ALIGNMENT wrapper, similar to how the same issue is handled in the kernel pf code. PR:=09=09185617 PR:=09=09206658 295085 by jilles: sh: Don't allocate a redirtab if there are no redirections. Builtins (including variable assignments without command word), function calls and redirected compound commands need to restore file descriptors to their original state after execution. This is handled by allocating a redirtab structure. These mallocs and frees show up heavily in pmcstat. Only allocate a redirtab if there are actually redirections and maintain a count of how many levels of REDIR_PUSH there are without redirtabs. A simple loop without external programs like sh -c 'i=3D0; w=3D$(printf %0100d 7); while [ "$i" -lt 1000000 ]; do i=3D$((i+1)); done' is over 25% faster on an amd64 bhyve VM. 295083 by jilles: sh(1): Document 'cd -'. This reflects the changes in r294649 and can therefore not be MFCed by itself. 295082 by jilles: test: Optimize operator lookup. The linear search using strcmp() shows up in pmcstat for several percent. Split the operators into lengths and whether they start with '-' and compar= e bytes using =3D=3D instead of strcmp(). A simple test sh -c 'i=3D0; w=3D$(printf %0100d 7); while [ "$i" -lt 1000000 ]; do v=3D$(printf %sx%s "$w" "$w"); i=3D$((i+1)); done' is over 4% faster on an amd64 bhyve VM. 295080 by ngie: Use the correct type for i when iterating over `buf` to avoid unlikely negative array indexing in iicrdwr(..) Differential Revision: https://reviews.freebsd.org/D5132 Obtained from: HardenedBSD PR: 206754 Reported by: CTurt Submitted by: Madhi Moktari Sponsored by: EMC / Isilon Storage Division 295079 by ngie: Fix the type for hw.ncpu, so sysctlbyname doesn't consistently fail on 64-bit architectures where sizeof(int) !=3D sizeof(size_t). MFC after: 1 week PR: 206758 Reported by: Christoph Sch=C3=B6nweiler Submitted by: kib Sponsored by: EMC / Isilon Storage Division 295077 by tuexen: Add missing parentheses. This was reported by ccaughie via GitHub for the userland stack. MFC after: 3 days 295076 by ngie: Revert r295062 to unbreak buildworld Some of the structures referenced in power.c (in particular struct nvme_power_state) are missing from sbin/nvmecontrol/ Pointyhat to: imp Reported by: Jenkins [*], O. Hartmann , Outbac= k Dingo 295075 by tuexen: Update the path mtu when turning on/off UDP encapsulation for SCTP. MFC after: 3 days 295074 by allanjude: The zfsboot automated part of bsdinstall now supports UEFI MFC after:=093 days Sponsored by:=09ScaleEngine Inc. Differential Revision:=09https://reviews.freebsd.org/D4960 295073 by mmel: ARM: Remove TLB IPI. We don't support SMP on ARMv6. All ARMv7 multicore cpus already uses hardware broadcast for TLB and cache operations. 295072 by tuexen: Don't allow a remote encapsulation port change during the SCTP restart procedure. MFC after: 3 days 295071 by mmel: ARM: Cleanup mp_machdep.c. SMP is supported only on ARMv6 and later. 295070 by tuexen: Don't change the remote UDP encapsulation port for SCTP packets containing an INIT chunk. MFC after: 3 days 295069 by tuexen: Ignore peer addresses in a consistent way also when checking for new addresses during restart. If this is not done, restart doesn't work when the local socket is IPv4 only and the peer uses IPv4 and IPv6 addresses. MFC after: 3 days. 295068 by mmel: ARM: Don't misuse ARM_TP_ADDRESS as ARMv4 / ARMv6 selector. From owner-freebsd-current@freebsd.org Sun Jan 31 11:33:16 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4536CA73B80 for ; Sun, 31 Jan 2016 11:33:16 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from zxy.spb.ru (zxy.spb.ru [195.70.199.98]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 03A0A5F4; Sun, 31 Jan 2016 11:33:16 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from slw by zxy.spb.ru with local (Exim 4.86 (FreeBSD)) (envelope-from ) id 1aPqFi-000KCN-Vd; Sun, 31 Jan 2016 14:33:11 +0300 Date: Sun, 31 Jan 2016 14:33:10 +0300 From: Slawa Olhovchenkov To: mokhi Cc: Warner Losh , Ian Lepore , FreeBSD Current Subject: Re: thread-unsafety problems as spl*() ones are NOP Message-ID: <20160131113310.GU37895@zxy.spb.ru> References: <1454188175.32550.3.camel@freebsd.org> <37EC2460-9C4D-46D4-91A1-FA6CE7B0BFB1@bsdimp.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.24 (2015-08-30) X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: slw@zxy.spb.ru X-SA-Exim-Scanned: No (on zxy.spb.ru); SAEximRunCond expanded to false X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 31 Jan 2016 11:33:16 -0000 On Sun, Jan 31, 2016 at 10:00:51AM +0330, mokhi wrote: > @imp: > i exactly mean (Okay not so exact but very near ;D) what you said. > after analyzing kbd.c functions (eg, kbd_realloc_array()) i concluded > there are race conditions (and at result in some places there are > un-protected data too) > > i don't mean to blindly replace splXXX() with locks, but the places i > see race-conds. > Also i should say there are manythings i dunno well or i dont have > deep understanding of them and that's why im here to ask (ie what > special condition Giant-Lock makes here [i should care about] and what > is MPSAFE basically) > i'd happy if you answer me those question too :D I think god explainig can be found in VMS Device Support Manual, Section 3 (for example http://odl.sysworks.biz/disk$cddoc04mar21/decw$book/d32va114.p63.decw$book#186). splXXX is analouge of VMS IPL 1-15 and have same purpose. Or The Design and Implementation of the 4.3BSD UNIX Operating System (Chapter 3.3). Also you can look in FreeBSD repo, stable/2.2 branch, sys/i386/include/spl.h From owner-freebsd-current@freebsd.org Sun Jan 31 11:44:06 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2AF74A741AF for ; Sun, 31 Jan 2016 11:44:06 +0000 (UTC) (envelope-from junchoon@dec.sakura.ne.jp) Received: from dec.sakura.ne.jp (dec.sakura.ne.jp [210.188.226.8]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id D7693C1C for ; Sun, 31 Jan 2016 11:44:05 +0000 (UTC) (envelope-from junchoon@dec.sakura.ne.jp) Received: from fortune.joker.local (123-48-23-227.dz.commufa.jp [123.48.23.227]) (authenticated bits=0) by dec.sakura.ne.jp (8.15.2/8.15.2/[SAKURA-WEB]/20080708) with ESMTPA id u0VBhv0Y002961 for ; Sun, 31 Jan 2016 20:43:57 +0900 (JST) (envelope-from junchoon@dec.sakura.ne.jp) Date: Sun, 31 Jan 2016 20:43:56 +0900 From: Tomoaki AOKI To: freebsd-current@freebsd.org Subject: Re: ZFSROOT UEFI boot Message-Id: <20160131204356.f863901e7125456b5586b215@dec.sakura.ne.jp> In-Reply-To: <56AD0B22.1050704@multiplay.co.uk> References: <8991747525093115430@unknownmsgid> <20160124215300.4cd7f1207f5a4c7b28ef7ffc@dec.sakura.ne.jp> <56A51A4C.1040808@multiplay.co.uk> <20160129000344.feaf5f828e5d43d5fbbb652a@dec.sakura.ne.jp> <56AAD552.9090202@multiplay.co.uk> <20160130155755.485736c8e12868663b9ccfbc@dec.sakura.ne.jp> <56AD0B22.1050704@multiplay.co.uk> Organization: Junchoon corps X-Mailer: Sylpheed 3.5.0 (GTK+ 2.24.29; amd64-portbld-freebsd10.3) Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="Multipart=_Sun__31_Jan_2016_20_43_56_+0900_bgoZUWsUvKtBDQcK" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 31 Jan 2016 11:44:06 -0000 This is a multi-part message in MIME format. --Multipart=_Sun__31_Jan_2016_20_43_56_+0900_bgoZUWsUvKtBDQcK Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit I found Diff6 you uploaded to PHABRICATOR. So my report below is based on it. The patched boot1.efi runs as expected (== as you wrote) for me. *boot1.efi without -DEFI_DEBUG isn't tested. Needed? As I mentioned in my previous post, I have no serial console environment. So I took movie of limited tests and typed it. Which of the tests are typed: 1) Boot from ada0 removing ada1, no USB memstick attached, ZFS in ada0 has loader.efi. (Single drive config.) 2) Boot from ada0, no USB memstick attached, ZFS in ada0 has loader.efi. 3) Boot from ada1, no USB memstick attached, ZFS in ada1 has loader.efi. 4) Boot from ada1, no USB memstick attached, only UFS in ada0 has loader.efi. 5) Boot from da0 (USB memstick with memstick.img of head). UFS in da0 has loader.efi and ZFS isn't present in da0. (3 drives [2 drives + USB memstick] config.) Please see attached text for detail. Are more outputs needed? Thanks in advance! I'm looking forward to see this MFC'ed before releng/10.3 is branched. (Relies on imp@'s test?) *Will need to be in conjunction with changes after r294265 in head, as currently Diff6 doesn't apply to stable/10. Regards. On Sat, 30 Jan 2016 19:12:34 +0000 Steven Hartland wrote: > I believe, based on testing, that the from Diff 5 onwards of > https://reviews.freebsd.org/D5108 this should work as you expect it i.e. > > If boot1 is loaded from a device which has either a UFS or ZFS bootable > install then this is the device that will be used to boot. > > If said device has both then the ZFS setup will still be tried first. > > If you can test in your setup and confirm either way that would be most > appreciated. > > Regards > Steve > > On 30/01/2016 06:57, Tomoaki AOKI wrote: > > Thanks for your quick support! > > I tried your patch [Diff1] (built with head r295032 world/kernel) and > > now have good and bad news. > > > > Good news is that without USB memstick boot1.efi runs as expected. > > Great! > > > > Bad news is that when booting from USB memstick (the one I used my > > previous test, boot1.efi [bootx64.efi] and loader.efi is replaced) and > > whichever of internal disk (ada[01]) have loader.efi in its ZFS pool, > > ada[01] is booted instead of da0 (USB memstick). > > > > *If ada0 has loader.efi, always booted from ada0 (stable/10). > > *If ada0 doesn't have loader.efi and ada1 has, booted from ada1 > > (head). > > *If both ada0 and ada1 don't have loader.efi, da0 (USB memstick) is > > booted (head, installer is invoked). > > > > *Whichever ada[01] has loader.efi in their UFS or not didn't matter. > > > > These behaviour would be because ZFS thoughout all disks is tried > > before trying UFS throughout all disks, if I understood correctly. > > > > Changing boot order (ZFS to UFS per each disk, instead of each > > ZFS to each UFS) would help. > > But providing ZFS-disabled boot1.efi (boot1ufs.efi?) for installation > > media (memstick, dvd, ...) helps, too. I built ZFS-disabled boot1.efi > > and it worked fine for USB memstick for me. > > > > *`make clean && make -DMK_ZFS=no` in sys/boot/efi/boot1 didn't disabled > > ZFS module, so I must edit the definition of *boot_modules[] in > > boot1.c. I'd have been missing something. > > > > Regards. > > > > > > On Fri, 29 Jan 2016 02:58:26 +0000 > > Steven Hartland wrote: > > > >> On 28/01/2016 16:22, Doug Rabson wrote: > >>> On 28 January 2016 at 15:03, Tomoaki AOKI wrote: > >>> > >>>> It's exactly the NO GOOD point. The disk where boot1 is read from > >>>> should be where loader.efi and loader.conf are first read. > >>>> > >>> I just wanted to note that gptzfsboot and zfsboot behaves this way. Boot1 > >>> looks for loader in the pool which contains the disk that the BIOS booted. > >>> It passes through the ID of that pool to loader which uses that pool as the > >>> default for loading kernel and modules. I believe this is the correct > >>> behaviour. For gptzfsboot and zfsboot, it is possible to override by > >>> pressing space at the point where it is about to load loader. > >> I believe I understand at least some of your issue now, could you please > >> test the code on the following review to see if it fixes your issue please: > >> https://reviews.freebsd.org/D5108 > >> > >> Regards > >> Steve > >> _______________________________________________ > >> freebsd-current@freebsd.org mailing list > >> https://lists.freebsd.org/mailman/listinfo/freebsd-current > >> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > >> > > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > -- Tomoaki AOKI junchoon@dec.sakura.ne.jp --Multipart=_Sun__31_Jan_2016_20_43_56_+0900_bgoZUWsUvKtBDQcK Content-Type: text/plain; name="boot1.efi-Diff6-bootlogs.txt" Content-Disposition: attachment; filename="boot1.efi-Diff6-bootlogs.txt" Content-Transfer-Encoding: 7bit For internal disks, ZFS only have loader.efi [Except 4)]. USB memstick has no ZFS and has loader.efi in UFS. ======================================================================== Output of gpart show with USB memstick attached. Note) diskid/DISK-S21MNXAG821947P is ada1. => 34 2000409197 ada0 GPT (954G) 34 2014 - free - (1.0M) 2048 409600 1 efi (200M) 411648 1024 2 freebsd-boot (512K) 412672 1024 - free - (512K) 413696 20971520 3 freebsd-swap (10G) 21385216 10485760 4 freebsd-ufs (5.0G) 31870976 1968537600 5 freebsd-zfs (939G) 2000408576 655 - free - (328K) => 34 488397101 ada1 GPT (233G) 34 2014 - free - (1.0M) 2048 204800 1 efi (100M) 206848 1024 2 freebsd-boot (512K) 207872 1024 - free - (512K) 208896 20971520 3 freebsd-swap (10G) 21180416 16777216 4 freebsd-ufs (8.0G) 37957632 450439168 5 freebsd-zfs (215G) 488396800 335 - free - (168K) => 34 488397101 diskid/DISK-S21MNXAG821947P GPT (233G) 34 2014 - free - (1.0M) 2048 204800 1 efi (100M) 206848 1024 2 freebsd-boot (512K) 207872 1024 - free - (512K) 208896 20971520 3 freebsd-swap (10G) 21180416 16777216 4 freebsd-ufs (8.0G) 37957632 450439168 5 freebsd-zfs (215G) 488396800 335 - free - (168K) => 3 1617794 da0 GPT (1.9G) [CORRUPT] 3 1600 1 efi (800K) 1603 34 2 freebsd-boot (17K) 1637 1614112 3 freebsd-ufs (788M) 1615749 2048 4 freebsd-swap (1.0M) ======================================================================== 1) Boot from ada0 WITHOUT USB memstick and ada1 attached (single drive). >> FreeBSD EFI boot block Loader path: /boot/loader.efi Initializing modules: ZFS UFS Probing 6 block devices... probing: pciroot(0x0):pci(0x1f,0x02):msg(0x12) probe: . not supported probing: pciroot(0x0):pci(0x1f,0x02):msg(0x12):hd(1) probe: . not supported probing: pciroot(0x0):pci(0x1f,0x02):msg(0x12):hd(2) probe: . not supported probing: pciroot(0x0):pci(0x1f,0x02):msg(0x12):hd(3) probe: . not supported probing: pciroot(0x0):pci(0x1f,0x02):msg(0x12):hd(4) probe: * supported (preferred) probing: pciroot(0x0):pci(0x1f,0x02):msg(0x12):hd(5) probe: * supported (preferred) done ZFS found the following pools: zsysS01 UFS found 1 partitions load: '/boot/loader.efi' spa: 'zsysS01', devpath: pciroot(0x0):pci(0x1f,0x02):msg(0x12):hd(5) load: '/boot.config' spa: 'zsysS01', devpath: pciroot(0x0):pci(0x1f,0x02):msg(0x12):hd(5) Failed to find '/boot.config' on pool 'zsysS01' (2) load: '/boot.config' spa: 'zsysS01', devpath: pciroot(0x0):pci(0x1f,0x02):msg(0x12):hd(5) Failed to find '/boot.config' on pool 'zsysS01' (2) Starting '/boot/lodader.efi' in 5 seconds....... ======================================================================== 2) Boot from ada0 without USB memstick attached (2 drives). >> FreeBSD EFI boot block Loader path: /boot/loader.efi Initializing modules: ZFS UFS Probing 12 block devices... probing: pciroot(0x0):pci(0x1f,0x02):msg(0x12) probe: . not supported probing: pciroot(0x0):pci(0x1f,0x02):msg(0x12) probe: . not supported probing: pciroot(0x0):pci(0x1f,0x02):msg(0x12):hd(1) probe: . not supported probing: pciroot(0x0):pci(0x1f,0x02):msg(0x12):hd(2) probe: . not supported probing: pciroot(0x0):pci(0x1f,0x02):msg(0x12):hd(3) probe: . not supported probing: pciroot(0x0):pci(0x1f,0x02):msg(0x12):hd(4) probe: + supported probing: pciroot(0x0):pci(0x1f,0x02):msg(0x12):hd(5) probe: + supported probing: pciroot(0x0):pci(0x1f,0x02):msg(0x12):hd(1) probe: . not supported probing: pciroot(0x0):pci(0x1f,0x02):msg(0x12):hd(2) probe: . not supported probing: pciroot(0x0):pci(0x1f,0x02):msg(0x12):hd(3) probe: . not supported probing: pciroot(0x0):pci(0x1f,0x02):msg(0x12):hd(4) probe: * supported (preferred) probing: pciroot(0x0):pci(0x1f,0x02):msg(0x12):hd(5) probe: * supported (preferred) done ZFS found the following pools: zsysS02 zsysS01 UFS found 2 partitions load: '/boot/loader.efi' spa: 'zsysS01', devpath: pciroot(0x0):pci(0x1f,0x02):msg(0x12):hd(5) load: '/boot.config' spa: 'zsysS01', devpath: pciroot(0x0):pci(0x1f,0x02):msg(0x12):hd(5) Failed to find '/boot.config' on pool 'zsysS01' (2) load: '/boot.config' spa: 'zsysS01', devpath: pciroot(0x0):pci(0x1f,0x02):msg(0x12):hd(5) Failed to find '/boot.config' on pool 'zsysS01' (2) Starting '/boot/lodader.efi' in 5 seconds....... ======================================================================== 3) Boot from ada1 without USB memstick attached (2 drives). >> FreeBSD EFI boot block Loader path: /boot/loader.efi Initializing modules: ZFS UFS Probing 12 block devices... probing: pciroot(0x0):pci(0x1f,0x02):msg(0x12) probe: . not supported probing: pciroot(0x0):pci(0x1f,0x02):msg(0x12) probe: . not supported probing: pciroot(0x0):pci(0x1f,0x02):msg(0x12):hd(1) probe: . not supported probing: pciroot(0x0):pci(0x1f,0x02):msg(0x12):hd(2) probe: . not supported probing: pciroot(0x0):pci(0x1f,0x02):msg(0x12):hd(3) probe: . not supported probing: pciroot(0x0):pci(0x1f,0x02):msg(0x12):hd(4) probe: + supported probing: pciroot(0x0):pci(0x1f,0x02):msg(0x12):hd(5) probe: + supported probing: pciroot(0x0):pci(0x1f,0x02):msg(0x12):hd(1) probe: . not supported probing: pciroot(0x0):pci(0x1f,0x02):msg(0x12):hd(2) probe: . not supported probing: pciroot(0x0):pci(0x1f,0x02):msg(0x12):hd(3) probe: . not supported probing: pciroot(0x0):pci(0x1f,0x02):msg(0x12):hd(4) probe: * supported (preferred) probing: pciroot(0x0):pci(0x1f,0x02):msg(0x12):hd(5) probe: * supported (preferred) done ZFS found the following pools: zsysS01 zsysS02 UFS found 2 partitions load: '/boot/loader.efi' spa: 'zsysS02', devpath: pciroot(0x0):pci(0x1f,0x02):msg(0x12):hd(5) load: '/boot.config' spa: 'zsysS02', devpath: pciroot(0x0):pci(0x1f,0x02):msg(0x12):hd(5) Failed to find '/boot.config' on pool 'zsysS02' (2) load: '/boot.config' spa: 'zsysS02', devpath: pciroot(0x0):pci(0x1f,0x02):msg(0x12):hd(5) Failed to find '/boot.config' on pool 'zsysS02' (2) Starting '/boot/lodader.efi' in 5 seconds....... ======================================================================== 4) Boot from ada1 without USB memstick attached, and only UFS in ada0 has loader.efi (2 drives). >> FreeBSD EFI boot block Loader path: /boot/loader.efi Initializing modules: ZFS UFS Probing 12 block devices... probing: pciroot(0x0):pci(0x1f,0x02):msg(0x12) probe: . not supported probing: pciroot(0x0):pci(0x1f,0x02):msg(0x12) probe: . not supported probing: pciroot(0x0):pci(0x1f,0x02):msg(0x12):hd(1) probe: . not supported probing: pciroot(0x0):pci(0x1f,0x02):msg(0x12):hd(2) probe: . not supported probing: pciroot(0x0):pci(0x1f,0x02):msg(0x12):hd(3) probe: . not supported probing: pciroot(0x0):pci(0x1f,0x02):msg(0x12):hd(4) probe: + supported probing: pciroot(0x0):pci(0x1f,0x02):msg(0x12):hd(5) probe: + supported probing: pciroot(0x0):pci(0x1f,0x02):msg(0x12):hd(1) probe: . not supported probing: pciroot(0x0):pci(0x1f,0x02):msg(0x12):hd(2) probe: . not supported probing: pciroot(0x0):pci(0x1f,0x02):msg(0x12):hd(3) probe: . not supported probing: pciroot(0x0):pci(0x1f,0x02):msg(0x12):hd(4) probe: * supported (preferred) probing: pciroot(0x0):pci(0x1f,0x02):msg(0x12):hd(5) probe: * supported (preferred) done ZFS found the following pools: zsysS01 zsysS02 UFS found 2 partitions load: '/boot/loader.efi' spa: 'zsysS02', devpath: pciroot(0x0):pci(0x1f,0x02):msg(0x12):hd(5) Failed to find '/boot/loader.efi' on pool 'zsysS02' (2) Loading '/boot/loader.efi' from pciroot(0x0):pci(0x1f,0x02):msg(0x12):hd(4) Failed to lookup '/boot/loader.efi' (file not found?) Failed to load '/boot/loader.efi' load: '/boot/loader.efi' spa: 'zsysS01', devpath: pciroot(0x0):pci(0x1f,0x02):msg(0x12):hd(5) Failed to find '/boot/loader.efi' on pool 'zsysS01' (2) Loading '/boot/loader.efi' from pciroot(0x0):pci(0x1f,0x02):msg(0x12):hd(4) Load complete Loading '/boot.config' from pciroot(0x0):pci(0x1f,0x02):msg(0x12):hd(4) Failed to lookup '/boot.config' (file not found?) Loading '/boot.config' from pciroot(0x0):pci(0x1f,0x02):msg(0x12):hd(4) Failed to lookup '/boot.config' (file not found?) Starting '/boot/lodader.efi' in 5 seconds...... ======================================================================== 5) Boot from da0 [USB memstick] (3 drives). >> FreeBSD EFI boot block Loader path: /boot/loader.efi Initializing modules: ZFS UFS Probing 17 block devices... probing: pciroot(0x0):pci(0x1f,0x02):msg(0x12) probe: . not supported probing: pciroot(0x0):pci(0x1f,0x02):msg(0x12) probe: . not supported probing: pciroot(0x0):pci(0x1f,0x02):msg(0x12):hd(1) probe: . not supported probing: pciroot(0x0):pci(0x1f,0x02):msg(0x12):hd(2) probe: . not supported probing: pciroot(0x0):pci(0x1f,0x02):msg(0x12):hd(3) probe: . not supported probing: pciroot(0x0):pci(0x1f,0x02):msg(0x12):hd(4) probe: + supported probing: pciroot(0x0):pci(0x1f,0x02):msg(0x12):hd(5) probe: + supported probing: pciroot(0x0):pci(0x1f,0x02):msg(0x12):hd(1) probe: . not supported probing: pciroot(0x0):pci(0x1f,0x02):msg(0x12):hd(2) probe: . not supported probing: pciroot(0x0):pci(0x1f,0x02):msg(0x12):hd(3) probe: . not supported probing: pciroot(0x0):pci(0x1f,0x02):msg(0x12):hd(4) probe: + supported probing: pciroot(0x0):pci(0x1f,0x02):msg(0x12):hd(5) probe: + supported probing: pciroot(0x0):pci(0x1d,0x00):usb(0x00,0x00):usb(0x01,0x00) probe: . not supported probing: pciroot(0x0):pci(0x1d,0x00):usb(0x00,0x00):usb(0x01,0x00):hd(1) probe: . not supported probing: pciroot(0x0):pci(0x1d,0x00):usb(0x00,0x00):usb(0x01,0x00):hd(2) vdev_read: failed dev: 0xdca13d30, id: 1, lba: 32, size: 114688, status: 2 dskread: failed dev: 0xdca13d30, id: 1, lba: 128, size: 8192, status: 2 probe: . not supported probing: pciroot(0x0):pci(0x1d,0x00):usb(0x00,0x00):usb(0x01,0x00):hd(3) probe: * supported (preferred) probing: pciroot(0x0):pci(0x1d,0x00):usb(0x00,0x00):usb(0x01,0x00):hd(4) probe: . not supported done ZFS found the following pools: zsysS01 zsysS02 UFS found 3 partitions Loading '/boot/loader.efi' from pciroot(0x0):pci(0x1d,0x00):usb(0x00,0x00):usb(0x01,0x00):hd(3) Load complete Loading '/boot.config' from pciroot(0x0):pci(0x1d,0x00):usb(0x00,0x00):usb(0x01,0x00):hd(3) Failed to lookup '/boot.config' (file not found?) Loading '/boot.config' from pciroot(0x0):pci(0x1d,0x00):usb(0x00,0x00):usb(0x01,0x00):hd(3) Failed to lookup '/boot.config' (file not found?) Starting '/boot/lodader.efi' in 5 seconds...... --Multipart=_Sun__31_Jan_2016_20_43_56_+0900_bgoZUWsUvKtBDQcK-- From owner-freebsd-current@freebsd.org Sun Jan 31 12:02:04 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BF2F1A73339 for ; Sun, 31 Jan 2016 12:02:04 +0000 (UTC) (envelope-from junchoon@dec.sakura.ne.jp) Received: from dec.sakura.ne.jp (dec.sakura.ne.jp [210.188.226.8]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 6F4567E for ; Sun, 31 Jan 2016 12:02:04 +0000 (UTC) (envelope-from junchoon@dec.sakura.ne.jp) Received: from fortune.joker.local (123-48-23-227.dz.commufa.jp [123.48.23.227]) (authenticated bits=0) by dec.sakura.ne.jp (8.15.2/8.15.2/[SAKURA-WEB]/20080708) with ESMTPA id u0VC21P3003372; Sun, 31 Jan 2016 21:02:02 +0900 (JST) (envelope-from junchoon@dec.sakura.ne.jp) Date: Sun, 31 Jan 2016 21:02:01 +0900 From: Tomoaki AOKI To: Steven Hartland Cc: freebsd-current@freebsd.org Subject: Re: ZFSROOT UEFI boot Message-Id: <20160131210201.d0813113b2c73d995c28149c@dec.sakura.ne.jp> In-Reply-To: References: <8991747525093115430@unknownmsgid> <20160124215300.4cd7f1207f5a4c7b28ef7ffc@dec.sakura.ne.jp> <56A51A4C.1040808@multiplay.co.uk> <20160129000344.feaf5f828e5d43d5fbbb652a@dec.sakura.ne.jp> <56AAD552.9090202@multiplay.co.uk> <20160130155755.485736c8e12868663b9ccfbc@dec.sakura.ne.jp> Organization: Junchoon corps X-Mailer: Sylpheed 3.5.0 (GTK+ 2.24.29; amd64-portbld-freebsd10.3) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-2022-JP Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 31 Jan 2016 12:02:04 -0000 Sorry. I just noticed this mail is not a duplicate of which I just responded to. :-( I built boot1.efi that is applied Diff6 with -DEFI_DEBUG, but not with -DDEBUG. Was it sufficient? Or does some info be missed with above option I set? On Sat, 30 Jan 2016 12:43:31 +0000 Steven Hartland wrote: > I did some more work on the review last night, if you could apply the > latest patch set diff4 to see if that helps. > > If not compile with debugging using -DEFI_DEBUG on your make line then you > will get a lot more information about which disk is being used to load from > as well as info about the probe order. > > What you should see is that the disk you boot from (where boot1 is loaded > from) should be probed first and hence get flagged as successful > (preferred). > > This also shows up as * instead of + in the non-debug boot process. > > If this happens you should see loader.efi loaded from this disk and then > the kernel. > > The debug output is verbose so you may need a serial console to be able to > capture the output easily. > > Thanks for testing so far hopefully we can nail this soon $B".(B > On Saturday, 30 January 2016, Tomoaki AOKI > wrote: > > > Thanks for your quick support! > > I tried your patch [Diff1] (built with head r295032 world/kernel) and > > now have good and bad news. > > > > Good news is that without USB memstick boot1.efi runs as expected. > > Great! > > > > Bad news is that when booting from USB memstick (the one I used my > > previous test, boot1.efi [bootx64.efi] and loader.efi is replaced) and > > whichever of internal disk (ada[01]) have loader.efi in its ZFS pool, > > ada[01] is booted instead of da0 (USB memstick). > > > > *If ada0 has loader.efi, always booted from ada0 (stable/10). > > *If ada0 doesn't have loader.efi and ada1 has, booted from ada1 > > (head). > > *If both ada0 and ada1 don't have loader.efi, da0 (USB memstick) is > > booted (head, installer is invoked). > > > > *Whichever ada[01] has loader.efi in their UFS or not didn't matter. > > > > These behaviour would be because ZFS thoughout all disks is tried > > before trying UFS throughout all disks, if I understood correctly. > > > > Changing boot order (ZFS to UFS per each disk, instead of each > > ZFS to each UFS) would help. > > But providing ZFS-disabled boot1.efi (boot1ufs.efi?) for installation > > media (memstick, dvd, ...) helps, too. I built ZFS-disabled boot1.efi > > and it worked fine for USB memstick for me. > > > > *`make clean && make -DMK_ZFS=no` in sys/boot/efi/boot1 didn't disabled > > ZFS module, so I must edit the definition of *boot_modules[] in > > boot1.c. I'd have been missing something. > > > > Regards. > > > > > > On Fri, 29 Jan 2016 02:58:26 +0000 > > Steven Hartland > wrote: > > > > > On 28/01/2016 16:22, Doug Rabson wrote: > > > > On 28 January 2016 at 15:03, Tomoaki AOKI > > wrote: > > > > > > > >> It's exactly the NO GOOD point. The disk where boot1 is read from > > > >> should be where loader.efi and loader.conf are first read. > > > >> > > > > I just wanted to note that gptzfsboot and zfsboot behaves this way. > > Boot1 > > > > looks for loader in the pool which contains the disk that the BIOS > > booted. > > > > It passes through the ID of that pool to loader which uses that pool > > as the > > > > default for loading kernel and modules. I believe this is the correct > > > > behaviour. For gptzfsboot and zfsboot, it is possible to override by > > > > pressing space at the point where it is about to load loader. > > > > > > I believe I understand at least some of your issue now, could you please > > > test the code on the following review to see if it fixes your issue > > please: > > > https://reviews.freebsd.org/D5108 > > > > > > Regards > > > Steve > > > _______________________________________________ > > > freebsd-current@freebsd.org mailing list > > > https://lists.freebsd.org/mailman/listinfo/freebsd-current > > > To unsubscribe, send any mail to " > > freebsd-current-unsubscribe@freebsd.org " > > > > > > > > > -- > > $B@DLZ(B $BCNL@(B [Tomoaki AOKI] > > junchoon@dec.sakura.ne.jp > > MXE02273@nifty.com > > _______________________________________________ > > freebsd-current@freebsd.org mailing list > > https://lists.freebsd.org/mailman/listinfo/freebsd-current > > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org > > " > > -- $B@DLZ(B $BCNL@(B [Tomoaki AOKI] junchoon@dec.sakura.ne.jp MXE02273@nifty.com From owner-freebsd-current@freebsd.org Sun Jan 31 13:58:07 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D14C7A7341F for ; Sun, 31 Jan 2016 13:58:07 +0000 (UTC) (envelope-from killing@multiplay.co.uk) Received: from mail-wm0-x22e.google.com (mail-wm0-x22e.google.com [IPv6:2a00:1450:400c:c09::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 65DE9FB3 for ; Sun, 31 Jan 2016 13:58:07 +0000 (UTC) (envelope-from killing@multiplay.co.uk) Received: by mail-wm0-x22e.google.com with SMTP id l66so37262556wml.0 for ; Sun, 31 Jan 2016 05:58:07 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=multiplay-co-uk.20150623.gappssmtp.com; s=20150623; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-type; bh=Z76WF09VnqPnpBfy4dEr/z3ZOOg7hpPXO6Jj7daZeQM=; b=xDXB/RS51mtjdwSmVxuX3ua2xcoHiDmV53Yw/VBan1wbGuE31Xbov20fZOoWzFsalq KRaa+jLqIr85HcB83u18dokkPoympQJL7A9a+dLTfoOrau+cASXU4WjjE/9MtoqYxWIS Cf8DFEm8hmbA9m9H1X8aT8RLZTxEvk33Ec2CjAPOMfQD3qufa9W30dU2BuDjFsFeBl27 Jwn9FHhTpEUmL02p2zJUN+hb+XE4JYtXgZvMYG83gqQ1KdteB3i8Wtxugdw3NlUH1t+l Gtxk0F9y7HD8F6fuDfDw1g7EEjAD6v4kaZulgCUG1eFPQyPMe3bydBolAsQuUb2giOp+ l8bQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-type; bh=Z76WF09VnqPnpBfy4dEr/z3ZOOg7hpPXO6Jj7daZeQM=; b=Lvd9Bp1TM0rfQONoFaO+4Yp94apirwq65fRlbZ4UOhnn49imIFx0WbnACSw3u/Ywol K3SFU2t8vHS5GMSc9rPges2gDJepMxCBBvnpfwID/CtIEoqGGzyG7wvgyrLaTuh85eIm X7MDceauREP7LxUumYNAaKbpnx7RksbXIomq9sLLb7q0Lk55aje/fuQkNfyfB/OkAZ2U UfgkDtGgrYS5IoTEhNPcZIM3bk2cNA08DzoBuLavWzSzYctdV6yzhtrFrlbNXL6znU3Q 2UGLgwtrDZxTVLrt8gwQHm5jDej+clZkKhWrD7ARX+PeDtQRhpk5Dab/JE66b8AbkYBN U4DA== X-Gm-Message-State: AG10YOTZPiJ80HF5uEdMp01aySlAqQ3T86TGXmujlO3//2BZqMln3Im5R7UbmtnjgMigY9/j X-Received: by 10.194.113.102 with SMTP id ix6mr19988556wjb.143.1454248685725; Sun, 31 Jan 2016 05:58:05 -0800 (PST) Received: from [10.10.1.58] (liv3d.labs.multiplay.co.uk. [82.69.141.171]) by smtp.gmail.com with ESMTPSA id e77sm6893201wma.18.2016.01.31.05.58.03 for (version=TLSv1/SSLv3 cipher=OTHER); Sun, 31 Jan 2016 05:58:04 -0800 (PST) Subject: Re: ZFSROOT UEFI boot To: freebsd-current@freebsd.org References: <8991747525093115430@unknownmsgid> <20160124215300.4cd7f1207f5a4c7b28ef7ffc@dec.sakura.ne.jp> <56A51A4C.1040808@multiplay.co.uk> <20160129000344.feaf5f828e5d43d5fbbb652a@dec.sakura.ne.jp> <56AAD552.9090202@multiplay.co.uk> <20160130155755.485736c8e12868663b9ccfbc@dec.sakura.ne.jp> <56AD0B22.1050704@multiplay.co.uk> <20160131204356.f863901e7125456b5586b215@dec.sakura.ne.jp> From: Steven Hartland Message-ID: <56AE12FF.9080404@multiplay.co.uk> Date: Sun, 31 Jan 2016 13:58:23 +0000 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.5.1 MIME-Version: 1.0 In-Reply-To: <20160131204356.f863901e7125456b5586b215@dec.sakura.ne.jp> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 31 Jan 2016 13:58:08 -0000 Thanks for doing that it was very helpful, and I know transcribing from video would have been quite a time consuming task. I noticed a few interesting facts: 1. It looks like when you boot from ada0 and ada1 its still picking the same device (according to device order). Its not 100% clear as your devices are sata which Diff 6 didn't have decoding for. I've added that now so hopefully we can confirm, also added output of boot1 imgpath: so we can see what the EFI thinks the boot device is. 2. Your usb device path has two message path entries which means msg_paths_match would result in a false positive for usb devices, this is now fixed by matching until we see a media path. If you can now re-test the following two cases: 2) Boot from ada0 without USB memstick attached (2 drives). 3) Boot from ada1 without USB memstick attached (2 drives). I'm interested to confirm two things: 1. If the boot1 imgpath lines do indeed vary 2. If the "load: '/boot/loader.efi'" line devpath matches the boot1 imgpath. The changes from Diff 7 shouldn't effect the outcome of the other tests, but confirming that too wouldn't hurt but no need for the output. Regards Steve On 31/01/2016 11:43, Tomoaki AOKI wrote: > I found Diff6 you uploaded to PHABRICATOR. So my report below is based > on it. > > The patched boot1.efi runs as expected (== as you wrote) for me. > *boot1.efi without -DEFI_DEBUG isn't tested. Needed? > > As I mentioned in my previous post, I have no serial console > environment. So I took movie of limited tests and typed it. > > Which of the tests are typed: > > 1) Boot from ada0 removing ada1, no USB memstick attached, ZFS in > ada0 has loader.efi. (Single drive config.) > > 2) Boot from ada0, no USB memstick attached, ZFS in ada0 has > loader.efi. > > 3) Boot from ada1, no USB memstick attached, ZFS in ada1 has > loader.efi. > > 4) Boot from ada1, no USB memstick attached, only UFS in ada0 has > loader.efi. > > 5) Boot from da0 (USB memstick with memstick.img of head). > UFS in da0 has loader.efi and ZFS isn't present in da0. > (3 drives [2 drives + USB memstick] config.) > > Please see attached text for detail. Are more outputs needed? > > Thanks in advance! I'm looking forward to see this MFC'ed before > releng/10.3 is branched. (Relies on imp@'s test?) > > *Will need to be in conjunction with changes after r294265 in head, as > currently Diff6 doesn't apply to stable/10. > > Regards. > > > On Sat, 30 Jan 2016 19:12:34 +0000 > Steven Hartland wrote: > >> I believe, based on testing, that the from Diff 5 onwards of >> https://reviews.freebsd.org/D5108 this should work as you expect it i.e. >> >> If boot1 is loaded from a device which has either a UFS or ZFS bootable >> install then this is the device that will be used to boot. >> >> If said device has both then the ZFS setup will still be tried first. >> >> If you can test in your setup and confirm either way that would be most >> appreciated. >> >> Regards >> Steve >> >> On 30/01/2016 06:57, Tomoaki AOKI wrote: >>> Thanks for your quick support! >>> I tried your patch [Diff1] (built with head r295032 world/kernel) and >>> now have good and bad news. >>> >>> Good news is that without USB memstick boot1.efi runs as expected. >>> Great! >>> >>> Bad news is that when booting from USB memstick (the one I used my >>> previous test, boot1.efi [bootx64.efi] and loader.efi is replaced) and >>> whichever of internal disk (ada[01]) have loader.efi in its ZFS pool, >>> ada[01] is booted instead of da0 (USB memstick). >>> >>> *If ada0 has loader.efi, always booted from ada0 (stable/10). >>> *If ada0 doesn't have loader.efi and ada1 has, booted from ada1 >>> (head). >>> *If both ada0 and ada1 don't have loader.efi, da0 (USB memstick) is >>> booted (head, installer is invoked). >>> >>> *Whichever ada[01] has loader.efi in their UFS or not didn't matter. >>> >>> These behaviour would be because ZFS thoughout all disks is tried >>> before trying UFS throughout all disks, if I understood correctly. >>> >>> Changing boot order (ZFS to UFS per each disk, instead of each >>> ZFS to each UFS) would help. >>> But providing ZFS-disabled boot1.efi (boot1ufs.efi?) for installation >>> media (memstick, dvd, ...) helps, too. I built ZFS-disabled boot1.efi >>> and it worked fine for USB memstick for me. >>> >>> *`make clean && make -DMK_ZFS=no` in sys/boot/efi/boot1 didn't disabled >>> ZFS module, so I must edit the definition of *boot_modules[] in >>> boot1.c. I'd have been missing something. >>> >>> Regards. >>> >>> >>> On Fri, 29 Jan 2016 02:58:26 +0000 >>> Steven Hartland wrote: >>> >>>> On 28/01/2016 16:22, Doug Rabson wrote: >>>>> On 28 January 2016 at 15:03, Tomoaki AOKI wrote: >>>>> >>>>>> It's exactly the NO GOOD point. The disk where boot1 is read from >>>>>> should be where loader.efi and loader.conf are first read. >>>>>> >>>>> I just wanted to note that gptzfsboot and zfsboot behaves this way. Boot1 >>>>> looks for loader in the pool which contains the disk that the BIOS booted. >>>>> It passes through the ID of that pool to loader which uses that pool as the >>>>> default for loading kernel and modules. I believe this is the correct >>>>> behaviour. For gptzfsboot and zfsboot, it is possible to override by >>>>> pressing space at the point where it is about to load loader. >>>> I believe I understand at least some of your issue now, could you please >>>> test the code on the following review to see if it fixes your issue please: >>>> https://reviews.freebsd.org/D5108 >>>> >>>> Regards >>>> Steve >>>> _______________________________________________ >>>> freebsd-current@freebsd.org mailing list >>>> https://lists.freebsd.org/mailman/listinfo/freebsd-current >>>> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" >>>> >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> https://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" >> > > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@freebsd.org Sun Jan 31 22:27:38 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7BEE3A7446A for ; Sun, 31 Jan 2016 22:27:38 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 6FE93149D; Sun, 31 Jan 2016 22:27:38 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 03551854; Sun, 31 Jan 2016 22:27:37 +0000 (UTC) Date: Sun, 31 Jan 2016 22:27:36 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org Message-ID: <583270302.54.1454279256825.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is unstable: FreeBSD_HEAD #94 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Instance-Identity: MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAkKKb2VAfYQKfu1t7qk4nR5qzUBEI+UqT4BPec4qHVhqUy0FFdq50sMH+3y9bCDNOufctov6VqTNffZ3YXArnZK95YF0OX97fh+E9txYOUX1adc+TikcKjuYpHmL5dE62eaZTI+4A5jnRonskQ1PaoIFz0Kbu4mWzkFsmdiXTraGzomXq4cHUCATA2+K4eDYgjXEQI30z3GOMmmZ4t/+6QGk1cMb/BqMWHbn80AsRCb4tU7Hpd72XLDpsuO7YRP1Q0CjmNAuBOTj+sFiiOe6U9HpqOlQN+iFUvBdZo/ybuy5Kh71cAaYQNL68cYdZJ6binH/DkG3KY/fS7DFYAeuwjwIDAQAB X-Jenkins-Job: FreeBSD_HEAD X-Jenkins-Result: UNSTABLE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 31 Jan 2016 22:27:38 -0000 See From owner-freebsd-current@freebsd.org Mon Feb 1 03:56:15 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 102E5A75256 for ; Mon, 1 Feb 2016 03:56:15 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id ECF9E1A0E; Mon, 1 Feb 2016 03:56:14 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id B3418947; Mon, 1 Feb 2016 03:56:14 +0000 (UTC) Date: Mon, 1 Feb 2016 03:56:13 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org Message-ID: <1496282573.55.1454298973057.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <583270302.54.1454279256825.JavaMail.jenkins@jenkins-9.freebsd.org> References: <583270302.54.1454279256825.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is still unstable: FreeBSD_HEAD #95 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Instance-Identity: MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAkKKb2VAfYQKfu1t7qk4nR5qzUBEI+UqT4BPec4qHVhqUy0FFdq50sMH+3y9bCDNOufctov6VqTNffZ3YXArnZK95YF0OX97fh+E9txYOUX1adc+TikcKjuYpHmL5dE62eaZTI+4A5jnRonskQ1PaoIFz0Kbu4mWzkFsmdiXTraGzomXq4cHUCATA2+K4eDYgjXEQI30z3GOMmmZ4t/+6QGk1cMb/BqMWHbn80AsRCb4tU7Hpd72XLDpsuO7YRP1Q0CjmNAuBOTj+sFiiOe6U9HpqOlQN+iFUvBdZo/ybuy5Kh71cAaYQNL68cYdZJ6binH/DkG3KY/fS7DFYAeuwjwIDAQAB X-Jenkins-Job: FreeBSD_HEAD X-Jenkins-Result: UNSTABLE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Feb 2016 03:56:15 -0000 See From owner-freebsd-current@freebsd.org Mon Feb 1 07:22:43 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 21F7FA97517 for ; Mon, 1 Feb 2016 07:22:43 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 1568726F; Mon, 1 Feb 2016 07:22:43 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 0B4329C8; Mon, 1 Feb 2016 07:22:42 +0000 (UTC) Date: Mon, 1 Feb 2016 07:22:42 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org Message-ID: <1151763296.56.1454311362108.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1496282573.55.1454298973057.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1496282573.55.1454298973057.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is still unstable: FreeBSD_HEAD #96 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Instance-Identity: MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAkKKb2VAfYQKfu1t7qk4nR5qzUBEI+UqT4BPec4qHVhqUy0FFdq50sMH+3y9bCDNOufctov6VqTNffZ3YXArnZK95YF0OX97fh+E9txYOUX1adc+TikcKjuYpHmL5dE62eaZTI+4A5jnRonskQ1PaoIFz0Kbu4mWzkFsmdiXTraGzomXq4cHUCATA2+K4eDYgjXEQI30z3GOMmmZ4t/+6QGk1cMb/BqMWHbn80AsRCb4tU7Hpd72XLDpsuO7YRP1Q0CjmNAuBOTj+sFiiOe6U9HpqOlQN+iFUvBdZo/ybuy5Kh71cAaYQNL68cYdZJ6binH/DkG3KY/fS7DFYAeuwjwIDAQAB X-Jenkins-Job: FreeBSD_HEAD X-Jenkins-Result: UNSTABLE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Feb 2016 07:22:43 -0000 See From owner-freebsd-current@freebsd.org Mon Feb 1 10:43:22 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 09DC2A97400 for ; Mon, 1 Feb 2016 10:43:22 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id EF736868; Mon, 1 Feb 2016 10:43:21 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 16CF3A53; Mon, 1 Feb 2016 10:43:20 +0000 (UTC) Date: Mon, 1 Feb 2016 10:43:20 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org Message-ID: <1044817620.57.1454323400244.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1151763296.56.1454311362108.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1151763296.56.1454311362108.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is back to stable : FreeBSD_HEAD #97 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Instance-Identity: MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAkKKb2VAfYQKfu1t7qk4nR5qzUBEI+UqT4BPec4qHVhqUy0FFdq50sMH+3y9bCDNOufctov6VqTNffZ3YXArnZK95YF0OX97fh+E9txYOUX1adc+TikcKjuYpHmL5dE62eaZTI+4A5jnRonskQ1PaoIFz0Kbu4mWzkFsmdiXTraGzomXq4cHUCATA2+K4eDYgjXEQI30z3GOMmmZ4t/+6QGk1cMb/BqMWHbn80AsRCb4tU7Hpd72XLDpsuO7YRP1Q0CjmNAuBOTj+sFiiOe6U9HpqOlQN+iFUvBdZo/ybuy5Kh71cAaYQNL68cYdZJ6binH/DkG3KY/fS7DFYAeuwjwIDAQAB X-Jenkins-Job: FreeBSD_HEAD X-Jenkins-Result: SUCCESS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Feb 2016 10:43:22 -0000 See From owner-freebsd-current@freebsd.org Mon Feb 1 14:36:37 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4CDD2A979B9 for ; Mon, 1 Feb 2016 14:36:37 +0000 (UTC) (envelope-from junchoon@dec.sakura.ne.jp) Received: from dec.sakura.ne.jp (dec.sakura.ne.jp [210.188.226.8]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id ED06A1B66 for ; Mon, 1 Feb 2016 14:36:36 +0000 (UTC) (envelope-from junchoon@dec.sakura.ne.jp) Received: from fortune.joker.local (123-48-23-227.dz.commufa.jp [123.48.23.227]) (authenticated bits=0) by dec.sakura.ne.jp (8.15.2/8.15.2/[SAKURA-WEB]/20080708) with ESMTPA id u11EaRan035795; Mon, 1 Feb 2016 23:36:27 +0900 (JST) (envelope-from junchoon@dec.sakura.ne.jp) Date: Mon, 1 Feb 2016 23:36:27 +0900 From: Tomoaki AOKI To: freebsd-current@freebsd.org Cc: killing@multiplay.co.uk Subject: Re: ZFSROOT UEFI boot Message-Id: <20160201233627.b02ada486133cca3c2eec9ad@dec.sakura.ne.jp> In-Reply-To: <56AE12FF.9080404@multiplay.co.uk> References: <8991747525093115430@unknownmsgid> <20160124215300.4cd7f1207f5a4c7b28ef7ffc@dec.sakura.ne.jp> <56A51A4C.1040808@multiplay.co.uk> <20160129000344.feaf5f828e5d43d5fbbb652a@dec.sakura.ne.jp> <56AAD552.9090202@multiplay.co.uk> <20160130155755.485736c8e12868663b9ccfbc@dec.sakura.ne.jp> <56AD0B22.1050704@multiplay.co.uk> <20160131204356.f863901e7125456b5586b215@dec.sakura.ne.jp> <56AE12FF.9080404@multiplay.co.uk> Organization: Junchoon corps X-Mailer: Sylpheed 3.5.0 (GTK+ 2.24.29; amd64-portbld-freebsd10.3) Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="Multipart=_Mon__1_Feb_2016_23_36_27_+0900_qeyIkPdGlr9FHUmd" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Feb 2016 14:36:37 -0000 This is a multi-part message in MIME format. --Multipart=_Mon__1_Feb_2016_23_36_27_+0900_qeyIkPdGlr9FHUmd Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Thanks in advance. But unfortunately, the boot behavior of Diff7 and Diff8 are changed from Diff6. Back to old problematic behavior. FYI, I re-tested Diff6 (previously built binary) and reproduced the behavior I already reported. (So no new logs for it.) Please see attached 2 files (for Diff7 and Diff8 respectively). In addition to test 2) and 3), 5) [USB boot] for Diff7 and 1) [single drive] for Diff8 are done. Regards. On Sun, 31 Jan 2016 13:58:23 +0000 Steven Hartland wrote: > Thanks for doing that it was very helpful, and I know transcribing from > video would have been quite a time consuming task. > > I noticed a few interesting facts: > 1. It looks like when you boot from ada0 and ada1 its still picking the > same device (according to device order). > Its not 100% clear as your devices are sata which Diff 6 didn't have > decoding for. I've added that now so hopefully we can confirm, also > added output of boot1 imgpath: so we can see what the EFI thinks the > boot device is. > 2. Your usb device path has two message path entries which means > msg_paths_match would result in a false positive for usb devices, this > is now fixed by matching until we see a media path. > > If you can now re-test the following two cases: > 2) Boot from ada0 without USB memstick attached (2 drives). > 3) Boot from ada1 without USB memstick attached (2 drives). > > I'm interested to confirm two things: > 1. If the boot1 imgpath lines do indeed vary > 2. If the "load: '/boot/loader.efi'" line devpath matches the boot1 imgpath. > > The changes from Diff 7 shouldn't effect the outcome of the other tests, > but confirming that too wouldn't hurt but no need for the output. > > Regards > Steve > On 31/01/2016 11:43, Tomoaki AOKI wrote: > > I found Diff6 you uploaded to PHABRICATOR. So my report below is based > > on it. > > > > The patched boot1.efi runs as expected (== as you wrote) for me. > > *boot1.efi without -DEFI_DEBUG isn't tested. Needed? > > > > As I mentioned in my previous post, I have no serial console > > environment. So I took movie of limited tests and typed it. > > > > Which of the tests are typed: > > > > 1) Boot from ada0 removing ada1, no USB memstick attached, ZFS in > > ada0 has loader.efi. (Single drive config.) > > > > 2) Boot from ada0, no USB memstick attached, ZFS in ada0 has > > loader.efi. > > > > 3) Boot from ada1, no USB memstick attached, ZFS in ada1 has > > loader.efi. > > > > 4) Boot from ada1, no USB memstick attached, only UFS in ada0 has > > loader.efi. > > > > 5) Boot from da0 (USB memstick with memstick.img of head). > > UFS in da0 has loader.efi and ZFS isn't present in da0. > > (3 drives [2 drives + USB memstick] config.) > > > > Please see attached text for detail. Are more outputs needed? > > > > Thanks in advance! I'm looking forward to see this MFC'ed before > > releng/10.3 is branched. (Relies on imp@'s test?) > > > > *Will need to be in conjunction with changes after r294265 in head, as > > currently Diff6 doesn't apply to stable/10. > > > > Regards. > > > > > > On Sat, 30 Jan 2016 19:12:34 +0000 > > Steven Hartland wrote: > > > >> I believe, based on testing, that the from Diff 5 onwards of > >> https://reviews.freebsd.org/D5108 this should work as you expect it i.e. > >> > >> If boot1 is loaded from a device which has either a UFS or ZFS bootable > >> install then this is the device that will be used to boot. > >> > >> If said device has both then the ZFS setup will still be tried first. > >> > >> If you can test in your setup and confirm either way that would be most > >> appreciated. > >> > >> Regards > >> Steve > >> > >> On 30/01/2016 06:57, Tomoaki AOKI wrote: > >>> Thanks for your quick support! > >>> I tried your patch [Diff1] (built with head r295032 world/kernel) and > >>> now have good and bad news. > >>> > >>> Good news is that without USB memstick boot1.efi runs as expected. > >>> Great! > >>> > >>> Bad news is that when booting from USB memstick (the one I used my > >>> previous test, boot1.efi [bootx64.efi] and loader.efi is replaced) and > >>> whichever of internal disk (ada[01]) have loader.efi in its ZFS pool, > >>> ada[01] is booted instead of da0 (USB memstick). > >>> > >>> *If ada0 has loader.efi, always booted from ada0 (stable/10). > >>> *If ada0 doesn't have loader.efi and ada1 has, booted from ada1 > >>> (head). > >>> *If both ada0 and ada1 don't have loader.efi, da0 (USB memstick) is > >>> booted (head, installer is invoked). > >>> > >>> *Whichever ada[01] has loader.efi in their UFS or not didn't matter. > >>> > >>> These behaviour would be because ZFS thoughout all disks is tried > >>> before trying UFS throughout all disks, if I understood correctly. > >>> > >>> Changing boot order (ZFS to UFS per each disk, instead of each > >>> ZFS to each UFS) would help. > >>> But providing ZFS-disabled boot1.efi (boot1ufs.efi?) for installation > >>> media (memstick, dvd, ...) helps, too. I built ZFS-disabled boot1.efi > >>> and it worked fine for USB memstick for me. > >>> > >>> *`make clean && make -DMK_ZFS=no` in sys/boot/efi/boot1 didn't disabled > >>> ZFS module, so I must edit the definition of *boot_modules[] in > >>> boot1.c. I'd have been missing something. > >>> > >>> Regards. > >>> > >>> > >>> On Fri, 29 Jan 2016 02:58:26 +0000 > >>> Steven Hartland wrote: > >>> > >>>> On 28/01/2016 16:22, Doug Rabson wrote: > >>>>> On 28 January 2016 at 15:03, Tomoaki AOKI wrote: > >>>>> > >>>>>> It's exactly the NO GOOD point. The disk where boot1 is read from > >>>>>> should be where loader.efi and loader.conf are first read. > >>>>>> > >>>>> I just wanted to note that gptzfsboot and zfsboot behaves this way. Boot1 > >>>>> looks for loader in the pool which contains the disk that the BIOS booted. > >>>>> It passes through the ID of that pool to loader which uses that pool as the > >>>>> default for loading kernel and modules. I believe this is the correct > >>>>> behaviour. For gptzfsboot and zfsboot, it is possible to override by > >>>>> pressing space at the point where it is about to load loader. > >>>> I believe I understand at least some of your issue now, could you please > >>>> test the code on the following review to see if it fixes your issue please: > >>>> https://reviews.freebsd.org/D5108 > >>>> > >>>> Regards > >>>> Steve > >>>> _______________________________________________ > >>>> freebsd-current@freebsd.org mailing list > >>>> https://lists.freebsd.org/mailman/listinfo/freebsd-current > >>>> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > >>>> > >> _______________________________________________ > >> freebsd-current@freebsd.org mailing list > >> https://lists.freebsd.org/mailman/listinfo/freebsd-current > >> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > >> > > > > > > > > _______________________________________________ > > freebsd-current@freebsd.org mailing list > > https://lists.freebsd.org/mailman/listinfo/freebsd-current > > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > -- Tomoaki AOKI junchoon@dec.sakura.ne.jp --Multipart=_Mon__1_Feb_2016_23_36_27_+0900_qeyIkPdGlr9FHUmd Content-Type: text/plain; name="boot1.efi-Diff7-bootlogs.txt" Content-Disposition: attachment; filename="boot1.efi-Diff7-bootlogs.txt" Content-Transfer-Encoding: 7bit Trial with Diff7. Oddly, with Diff7, first try to load /boot/loader.efi fails and loaded from the next drive, although actually /boot/loader.efi exists in first drive (specified one, boot1.efi is read from). "probe: * supported (preferred)" line wasn't shown at all. To ease comparing with previous test, test No. is matched as before. So you would feel odd reading this file only. For internal disks, ZFS only have loader.efi. USB memstick has no ZFS and has loader.efi in UFS. ======================================================================== Output of gpart show with USB memstick attached. Note) diskid/DISK-S21MNXAG821947P is ada1. => 34 2000409197 ada0 GPT (954G) 34 2014 - free - (1.0M) 2048 409600 1 efi (200M) 411648 1024 2 freebsd-boot (512K) 412672 1024 - free - (512K) 413696 20971520 3 freebsd-swap (10G) 21385216 10485760 4 freebsd-ufs (5.0G) 31870976 1968537600 5 freebsd-zfs (939G) 2000408576 655 - free - (328K) => 34 488397101 ada1 GPT (233G) 34 2014 - free - (1.0M) 2048 204800 1 efi (100M) 206848 1024 2 freebsd-boot (512K) 207872 1024 - free - (512K) 208896 20971520 3 freebsd-swap (10G) 21180416 16777216 4 freebsd-ufs (8.0G) 37957632 450439168 5 freebsd-zfs (215G) 488396800 335 - free - (168K) => 34 488397101 diskid/DISK-S21MNXAG821947P GPT (233G) 34 2014 - free - (1.0M) 2048 204800 1 efi (100M) 206848 1024 2 freebsd-boot (512K) 207872 1024 - free - (512K) 208896 20971520 3 freebsd-swap (10G) 21180416 16777216 4 freebsd-ufs (8.0G) 37957632 450439168 5 freebsd-zfs (215G) 488396800 335 - free - (168K) => 3 1617794 da0 GPT (1.9G) [CORRUPT] 3 1600 1 efi (800K) 1603 34 2 freebsd-boot (17K) 1637 1614112 3 freebsd-ufs (788M) 1615749 2048 4 freebsd-swap (1.0M) ======================================================================== 2) Boot from ada0 without USB memstick attached (2 drives). ada0 should boot, but ada1 boots. >> FreeBSD EFI boot block Loader path: /boot/loader.efi Initializing modules: ZFS UFS Probing 12 block devices... boot1 imagepath: pciroot(0x0):pci(0x1f,0x02):sata(0x0,0x0,0x0):hd(1) probing: pciroot(0x0):pci(0x1f,0x02):sata(0x0,0x0,0x0) probe: . not supported probing: pciroot(0x0):pci(0x1f,0x02):sata(0x1,0x0,0x0) probe: . not supported probing: pciroot(0x0):pci(0x1f,0x02):sata(0x1,0x0,0x0):hd(1) probe: . not supported probing: pciroot(0x0):pci(0x1f,0x02):sata(0x1,0x0,0x0):hd(2) probe: . not supported probing: pciroot(0x0):pci(0x1f,0x02):sata(0x1,0x0,0x0):hd(3) probe: . not supported probing: pciroot(0x0):pci(0x1f,0x02):sata(0x1,0x0,0x0):hd(4) probe: + supported probing: pciroot(0x0):pci(0x1f,0x02):sata(0x1,0x0,0x0):hd(5) probe: + supported probing: pciroot(0x0):pci(0x1f,0x02):sata(0x0,0x0,0x0):hd(1) probe: . not supported probing: pciroot(0x0):pci(0x1f,0x02):sata(0x0,0x0,0x0):hd(2) probe: . not supported probing: pciroot(0x0):pci(0x1f,0x02):sata(0x0,0x0,0x0):hd(3) probe: . not supported probing: pciroot(0x0):pci(0x1f,0x02):sata(0x0,0x0,0x0):hd(4) probe: + supported probing: pciroot(0x0):pci(0x1f,0x02):sata(0x0,0x0,0x0):hd(5) probe: + supported done ZFS found the following pool: zsysS02 zsysS01 UFS found 2 partitions Failed to load '/boot/loader.efi' load: '/boot/loader.efi' spa: 'zsysS02', devpath: pciroot(0x0):pci(0x1f,0x02):sata(0x1,0x0,0x0):hd(5) load: '/boot.config' spa: 'zsysS02', devpath: pciroot(0x0):pci(0x1f,0x02):sata(0x1,0x0,0x0):hd(5) Failed to find '/boot.config' on pool 'zsysS02' (2) load: '/boot/config' spa: 'zsysS02', devpath: pciroot(0x0):pci(0x1f,0x02):sata(0x1,0x0,0x0):hd(5) Failed to find '/boot/config' on pool 'zsysS02' (2) Starting '/boot/loader.efi' in 5 seconds...... ======================================================================== 3) Boot from ada1 without USB memstick attached (2 drives). ada1 should boot, but ada0 boots. >> FreeBSD EFI boot block Loader path: /boot/loader.efi Initializing modules: ZFS UFS Probing 12 block devices... boot1 imagepath: pciroot(0x0):pci(0x1f,0x02):sata(0x1,0x0,0x0):hd(1) probing: pciroot(0x0):pci(0x1f,0x02):sata(0x0,0x0,0x0) probe: . not supported probing: pciroot(0x0):pci(0x1f,0x02):sata(0x1,0x0,0x0) probe: . not supported probing: pciroot(0x0):pci(0x1f,0x02):sata(0x0,0x0,0x0):hd(1) probe: . not supported probing: pciroot(0x0):pci(0x1f,0x02):sata(0x0,0x0,0x0):hd(2) probe: . not supported probing: pciroot(0x0):pci(0x1f,0x02):sata(0x0,0x0,0x0):hd(3) probe: . not supported probing: pciroot(0x0):pci(0x1f,0x02):sata(0x0,0x0,0x0):hd(4) probe: + supported probing: pciroot(0x0):pci(0x1f,0x02):sata(0x0,0x0,0x0):hd(5) probe: + supported probing: pciroot(0x0):pci(0x1f,0x02):sata(0x1,0x0,0x0):hd(1) probe: . not supported probing: pciroot(0x0):pci(0x1f,0x02):sata(0x1,0x0,0x0):hd(2) probe: . not supported probing: pciroot(0x0):pci(0x1f,0x02):sata(0x1,0x0,0x0):hd(3) probe: . not supported probing: pciroot(0x0):pci(0x1f,0x02):sata(0x1,0x0,0x0):hd(4) probe: + supported probing: pciroot(0x0):pci(0x1f,0x02):sata(0x1,0x0,0x0):hd(5) probe: + supported done ZFS found the following pool: zsysS01 zsysS02 UFS found 2 partitions Failed to load '/boot/loader.efi' load: '/boot/loader.efi' spa: 'zsysS01', devpath: pciroot(0x0):pci(0x1f,0x02):sata(0x0,0x0,0x0):hd(5) load: '/boot.config' spa: 'zsysS01', devpath: pciroot(0x0):pci(0x1f,0x02):sata(0x0,0x0,0x0):hd(5) Failed to find '/boot.config' on pool 'zsysS01' (2) load: '/boot/config' spa: 'zsysS01', devpath: pciroot(0x0):pci(0x1f,0x02):sata(0x0,0x0,0x0):hd(5) Failed to find '/boot/config' on pool 'zsysS01' (2) Starting '/boot/loader.efi' in 5 seconds....... ======================================================================== 5) Boot from da0 [USB memstick] (3 drives). da0 should boot, but ada0 boots. >> FreeBSD EFI boot block Loader path: /boot/loader.efi Initializing modules: ZFS UFS Probing 17 block devices... boot1 imagepath: pciroot(0x0):pci(0x1d,0x00):usb(0x00,0x00)usb(0x01,0x00):hd(1) probing: pciroot(0x0):pci(0x1f,0x02):sata(0x0,0x0,0x0) probe: . not supported probing: pciroot(0x0):pci(0x1f,0x02):sata(0x1,0x0,0x0) probe: . not supported probing: pciroot(0x0):pci(0x1f,0x02):sata(0x0,0x0,0x0):hd(1) probe: . not supported probing: pciroot(0x0):pci(0x1f,0x02):sata(0x0,0x0,0x0):hd(2) probe: . not supported probing: pciroot(0x0):pci(0x1f,0x02):sata(0x0,0x0,0x0):hd(3) probe: . not supported probing: pciroot(0x0):pci(0x1f,0x02):sata(0x0,0x0,0x0):hd(4) probe: + supported probing: pciroot(0x0):pci(0x1f,0x02):sata(0x0,0x0,0x0):hd(5) probe: + supported probing: pciroot(0x0):pci(0x1f,0x02):sata(0x1,0x0,0x0):hd(1) probe: . not supported probing: pciroot(0x0):pci(0x1f,0x02):sata(0x1,0x0,0x0):hd(2) probe: . not supported probing: pciroot(0x0):pci(0x1f,0x02):sata(0x1,0x0,0x0):hd(3) probe: . not supported probing: pciroot(0x0):pci(0x1f,0x02):sata(0x1,0x0,0x0):hd(4) probe: + supported probing: pciroot(0x0):pci(0x1f,0x02):sata(0x1,0x0,0x0):hd(5) probe: + supported probing: pciroot(0x0):pci(0x1d,0x00):usb(0x00,0x00)usb(0x01,0x00) probe: . not supported probing: pciroot(0x0):pci(0x1d,0x00):usb(0x00,0x00)usb(0x01,0x00):hd(1) probe: . not supported probing: pciroot(0x0):pci(0x1d,0x00):usb(0x00,0x00)usb(0x01,0x00):hd(2) vdev_read: failed dev: 0xdca13d30, id: 1, lba: 32, size: 114688, status: 2 dskread: failed dev: 0xdca13d30, id: 1, lba: 128, size: 8192, status: 2 probe: . not supported probing: pciroot(0x0):pci(0x1d,0x00):usb(0x00,0x00)usb(0x01,0x00):hd(3) probe: + supported probing: pciroot(0x0):pci(0x1d,0x00):usb(0x00,0x00)usb(0x01,0x00):hd(4) probe: . not supported done ZFS found the following pool: zsysS01 zsysS02 UFS found 3 partitions Failed to load '/boot/loader.efi' load: '/boot/loader.efi' spa: 'zsysS01', devpath: pciroot(0x0):pci(0x1f,0x02):sata(0x0,0x0,0x0):hd(5) load: '/boot.config' spa: 'zsysS01', devpath: pciroot(0x0):pci(0x1f,0x02):sata(0x0,0x0,0x0):hd(5) Failed to find '/boot.config' on pool 'zsysS01' (2) load: '/boot/config' spa: 'zsysS01', devpath: pciroot(0x0):pci(0x1f,0x02):sata(0x0,0x0,0x0):hd(5) Failed to find '/boot/config' on pool 'zsysS01' (2) Starting '/boot/loader.efi' in 5 seconds....... --Multipart=_Mon__1_Feb_2016_23_36_27_+0900_qeyIkPdGlr9FHUmd Content-Type: text/plain; name="boot1.efi-Diff8-bootlogs.txt" Content-Disposition: attachment; filename="boot1.efi-Diff8-bootlogs.txt" Content-Transfer-Encoding: 7bit Trial with Diff8. Oddly, with Diff7 and Diff8, old behavior came back. With Diff7, boot1.efi claimes that loading /boot/loader.efi failed, and loaded one from the next drive, although actually /boot/loader.efi exists in first drive (specified one, boot1.efi is read from). With Diff8, first load failure message disappears, but the boot behavior was the same as Diff7. With both Diffs, "probe: * supported (preferred)" line wasn't shown at all. To ease comparing with previous test, test No. is matched as before. So you would feel odd reading this file only. For internal disks, ZFS only have loader.efi. USB memstick has no ZFS and has loader.efi in UFS. ======================================================================== Output of gpart show with USB memstick attached. Note) diskid/DISK-S21MNXAG821947P is ada1. => 34 2000409197 ada0 GPT (954G) 34 2014 - free - (1.0M) 2048 409600 1 efi (200M) 411648 1024 2 freebsd-boot (512K) 412672 1024 - free - (512K) 413696 20971520 3 freebsd-swap (10G) 21385216 10485760 4 freebsd-ufs (5.0G) 31870976 1968537600 5 freebsd-zfs (939G) 2000408576 655 - free - (328K) => 34 488397101 ada1 GPT (233G) 34 2014 - free - (1.0M) 2048 204800 1 efi (100M) 206848 1024 2 freebsd-boot (512K) 207872 1024 - free - (512K) 208896 20971520 3 freebsd-swap (10G) 21180416 16777216 4 freebsd-ufs (8.0G) 37957632 450439168 5 freebsd-zfs (215G) 488396800 335 - free - (168K) => 34 488397101 diskid/DISK-S21MNXAG821947P GPT (233G) 34 2014 - free - (1.0M) 2048 204800 1 efi (100M) 206848 1024 2 freebsd-boot (512K) 207872 1024 - free - (512K) 208896 20971520 3 freebsd-swap (10G) 21180416 16777216 4 freebsd-ufs (8.0G) 37957632 450439168 5 freebsd-zfs (215G) 488396800 335 - free - (168K) => 3 1617794 da0 GPT (1.9G) [CORRUPT] 3 1600 1 efi (800K) 1603 34 2 freebsd-boot (17K) 1637 1614112 3 freebsd-ufs (788M) 1615749 2048 4 freebsd-swap (1.0M) ======================================================================== 1) Boot from ada0 WITHOUT USB memstick and ada1 attached (single drive). ada0 boots fine. >> FreeBSD EFI boot block Loader path: /boot/loader.efi Initializing modules: ZFS UFS Probing 6 block devices... boot1 imagepath: pciroot(0x0):pci(0x1f,0x02):sata(0x1,0x0,0x0):hd(1) probing: pciroot(0x0):pci(0x1f,0x02):sata(0x0,0x0,0x0) probe: . not supported probing: pciroot(0x0):pci(0x1f,0x02):sata(0x1,0x0,0x0) probe: . not supported probing: pciroot(0x0):pci(0x1f,0x02):sata(0x0,0x0,0x0):hd(1) probe: . not supported probing: pciroot(0x0):pci(0x1f,0x02):sata(0x0,0x0,0x0):hd(2) probe: . not supported probing: pciroot(0x0):pci(0x1f,0x02):sata(0x0,0x0,0x0):hd(3) probe: . not supported probing: pciroot(0x0):pci(0x1f,0x02):sata(0x0,0x0,0x0):hd(4) probe: + supported probing: pciroot(0x0):pci(0x1f,0x02):sata(0x0,0x0,0x0):hd(5) probe: + supported done ZFS found the following pool: zsysS01 UFS found 1 partitions load: '/boot/loader.efi' spa: 'zsysS01', devpath: pciroot(0x0):pci(0x1f,0x02):sata(0x0,0x0,0x0):hd(5) load: '/boot.config' spa: 'zsysS01', devpath: pciroot(0x0):pci(0x1f,0x02):sata(0x0,0x0,0x0):hd(5) Failed to find '/boot.config' on pool 'zsysS01' (2) load: '/boot/config' spa: 'zsysS01', devpath: pciroot(0x0):pci(0x1f,0x02):sata(0x0,0x0,0x0):hd(5) Failed to find '/boot/config' on pool 'zsysS01' (2) Starting '/boot/loader.efi' in 5 seconds....... ======================================================================== 2) Boot from ada0 without USB memstick attached (2 drives). ada0 should boot, but ada1 boots. >> FreeBSD EFI boot block Loader path: /boot/loader.efi Initializing modules: ZFS UFS Probing 12 block devices... boot1 imagepath: pciroot(0x0):pci(0x1f,0x02):sata(0x0,0x0,0x0):hd(1) probing: pciroot(0x0):pci(0x1f,0x02):sata(0x0,0x0,0x0) probe: . not supported probing: pciroot(0x0):pci(0x1f,0x02):sata(0x1,0x0,0x0) probe: . not supported probing: pciroot(0x0):pci(0x1f,0x02):sata(0x1,0x0,0x0):hd(1) probe: . not supported probing: pciroot(0x0):pci(0x1f,0x02):sata(0x1,0x0,0x0):hd(2) probe: . not supported probing: pciroot(0x0):pci(0x1f,0x02):sata(0x1,0x0,0x0):hd(3) probe: . not supported probing: pciroot(0x0):pci(0x1f,0x02):sata(0x1,0x0,0x0):hd(4) probe: + supported probing: pciroot(0x0):pci(0x1f,0x02):sata(0x1,0x0,0x0):hd(5) probe: + supported probing: pciroot(0x0):pci(0x1f,0x02):sata(0x0,0x0,0x0):hd(1) probe: . not supported probing: pciroot(0x0):pci(0x1f,0x02):sata(0x0,0x0,0x0):hd(2) probe: . not supported probing: pciroot(0x0):pci(0x1f,0x02):sata(0x0,0x0,0x0):hd(3) probe: . not supported probing: pciroot(0x0):pci(0x1f,0x02):sata(0x0,0x0,0x0):hd(4) probe: + supported probing: pciroot(0x0):pci(0x1f,0x02):sata(0x0,0x0,0x0):hd(5) probe: + supported done ZFS found the following pool: zsysS02 zsysS01 UFS found 2 partitions load: '/boot/loader.efi' spa: 'zsysS02', devpath: pciroot(0x0):pci(0x1f,0x02):sata(0x1,0x0,0x0):hd(5) load: '/boot.config' spa: 'zsysS02', devpath: pciroot(0x0):pci(0x1f,0x02):sata(0x1,0x0,0x0):hd(5) Failed to find '/boot.config' on pool 'zsysS02' (2) load: '/boot/config' spa: 'zsysS02', devpath: pciroot(0x0):pci(0x1f,0x02):sata(0x1,0x0,0x0):hd(5) Failed to find '/boot/config' on pool 'zsysS02' (2) Starting '/boot/loader.efi' in 5 seconds....... ======================================================================== 3) Boot from ada1 without USB memstick attached (2 drives). ada1 should boot, but ada0 boots. >> FreeBSD EFI boot block Loader path: /boot/loader.efi Initializing modules: ZFS UFS Probing 12 block devices... boot1 imagepath: pciroot(0x0):pci(0x1f,0x02):sata(0x1,0x0,0x0):hd(1) probing: pciroot(0x0):pci(0x1f,0x02):sata(0x0,0x0,0x0) probe: . not supported probing: pciroot(0x0):pci(0x1f,0x02):sata(0x1,0x0,0x0) probe: . not supported probing: pciroot(0x0):pci(0x1f,0x02):sata(0x0,0x0,0x0):hd(1) probe: . not supported probing: pciroot(0x0):pci(0x1f,0x02):sata(0x0,0x0,0x0):hd(2) probe: . not supported probing: pciroot(0x0):pci(0x1f,0x02):sata(0x0,0x0,0x0):hd(3) probe: . not supported probing: pciroot(0x0):pci(0x1f,0x02):sata(0x0,0x0,0x0):hd(4) probe: + supported probing: pciroot(0x0):pci(0x1f,0x02):sata(0x0,0x0,0x0):hd(5) probe: + supported probing: pciroot(0x0):pci(0x1f,0x02):sata(0x1,0x0,0x0):hd(1) probe: . not supported probing: pciroot(0x0):pci(0x1f,0x02):sata(0x1,0x0,0x0):hd(2) probe: . not supported probing: pciroot(0x0):pci(0x1f,0x02):sata(0x1,0x0,0x0):hd(3) probe: . not supported probing: pciroot(0x0):pci(0x1f,0x02):sata(0x1,0x0,0x0):hd(4) probe: + supported probing: pciroot(0x0):pci(0x1f,0x02):sata(0x1,0x0,0x0):hd(5) probe: + supported done ZFS found the following pool: zsysS01 zsysS02 UFS found 2 partitions load: '/boot/loader.efi' spa: 'zsysS01', devpath: pciroot(0x0):pci(0x1f,0x02):sata(0x0,0x0,0x0):hd(5) load: '/boot.config' spa: 'zsysS01', devpath: pciroot(0x0):pci(0x1f,0x02):sata(0x0,0x0,0x0):hd(5) Failed to find '/boot.config' on pool 'zsysS01' (2) load: '/boot/config' spa: 'zsysS01', devpath: pciroot(0x0):pci(0x1f,0x02):sata(0x0,0x0,0x0):hd(5) Failed to find '/boot/config' on pool 'zsysS01' (2) Starting '/boot/loader.efi' in 5 seconds....... ======================================================================== 5) Boot from da0 [USB memstick] (3 drives). Currently not enough time to test... Sorry. --Multipart=_Mon__1_Feb_2016_23_36_27_+0900_qeyIkPdGlr9FHUmd-- From owner-freebsd-current@freebsd.org Mon Feb 1 16:18:53 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 497F3A97FB2 for ; Mon, 1 Feb 2016 16:18:53 +0000 (UTC) (envelope-from killing@multiplay.co.uk) Received: from mail-wm0-x233.google.com (mail-wm0-x233.google.com [IPv6:2a00:1450:400c:c09::233]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id CFC95FF4 for ; Mon, 1 Feb 2016 16:18:52 +0000 (UTC) (envelope-from killing@multiplay.co.uk) Received: by mail-wm0-x233.google.com with SMTP id 128so78797069wmz.1 for ; Mon, 01 Feb 2016 08:18:52 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=multiplay-co-uk.20150623.gappssmtp.com; s=20150623; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-type:content-transfer-encoding; bh=30KwSzOkt9HCeEbMGKjCziQd8MDxPazaC2jexc4im64=; b=ldB/7+UkDrRmrsQ4zDO+FpQC2AQ3NmZ93VNnLC+R4Fc9S/2+6s+4zqjGRKUQWDCU2t Az7MbWvz8+LVeSSsA5DteA5mr27j4hAMz0Dt2rHXH7lrjLUF/r7lirIcnOj4YCcUhGgo BylNuFn7y7eDMqvrM51rHtKgIfSiFm5yJpUXPtqL8Sw+suRQvxV/8CXjrxWmyU/g2bTb /IPzLy4RQXhsqulOxJu6S6iqrNi8bVqbQC3Np0zMtJtlvRcTfwHGq7eMOf1Gs72MNAVs pDzdm5qk8Ww1tOOd04WRmZs28xKwPfNluYeDGw5nxQuTFWEKjPFaFT4A4F2rnrgr9Myh stGg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-type :content-transfer-encoding; bh=30KwSzOkt9HCeEbMGKjCziQd8MDxPazaC2jexc4im64=; b=AAgJvm/svWWXVamLMKvrYJAyqQS6RjN8ZRf/aN9fLkWbqQcvVEDbZ6amsaq3MLLvuW juhvLF2tWqaBmZHk5sgEKyOVCwfwindz5hsFY/7xYDScB4axKX0MwRSy694PkUt9qcXU 8oQv7sFb6EWf+Px6/lPHI0mjta8PPe3RijlKwtW1DgG9Qi+aUpQMTAC80AIjO5mYyao+ TEgyRKX29cLUEuVvzlEKJesOlMzd2Yog+tMZHHCcfZ99w08cVcncpbUfmpbY57BR39EN 6GvmrsuIUejoVzFDdONq9ngdK/vGrvCP2R5kdDJroMPSijyuko1IhFk1dE2AJj/j6T2s WIjQ== X-Gm-Message-State: AG10YOSd9vFo6ns9nk56RV6/CloT3tVrupQOYHN9D0z/iJZR0d7nyB7NFBHFC7FOE4/beehf X-Received: by 10.28.1.210 with SMTP id 201mr12980368wmb.90.1454343531278; Mon, 01 Feb 2016 08:18:51 -0800 (PST) Received: from [10.10.1.58] (liv3d.labs.multiplay.co.uk. [82.69.141.171]) by smtp.gmail.com with ESMTPSA id cb2sm29952454wjc.16.2016.02.01.08.18.50 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 01 Feb 2016 08:18:50 -0800 (PST) Subject: Re: ZFSROOT UEFI boot To: Tomoaki AOKI , freebsd-current@freebsd.org References: <8991747525093115430@unknownmsgid> <20160124215300.4cd7f1207f5a4c7b28ef7ffc@dec.sakura.ne.jp> <56A51A4C.1040808@multiplay.co.uk> <20160129000344.feaf5f828e5d43d5fbbb652a@dec.sakura.ne.jp> <56AAD552.9090202@multiplay.co.uk> <20160130155755.485736c8e12868663b9ccfbc@dec.sakura.ne.jp> <56AD0B22.1050704@multiplay.co.uk> <20160131204356.f863901e7125456b5586b215@dec.sakura.ne.jp> <56AE12FF.9080404@multiplay.co.uk> <20160201233627.b02ada486133cca3c2eec9ad@dec.sakura.ne.jp> From: Steven Hartland Message-ID: <56AF857E.5020203@multiplay.co.uk> Date: Mon, 1 Feb 2016 16:19:10 +0000 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.5.1 MIME-Version: 1.0 In-Reply-To: <20160201233627.b02ada486133cca3c2eec9ad@dec.sakura.ne.jp> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Feb 2016 16:18:53 -0000 Hmm, this doesn't look right:- 1) Boot from ada0 WITHOUT USB memstick and ada1 attached (single drive). boot1 imagepath: pciroot(0x0):pci(0x1f,0x02):sata(0x1,0x0,0x0):hd(1) probing: pciroot(0x0):pci(0x1f,0x02):sata(0x0,0x0,0x0) probe: . not supported probing: pciroot(0x0):pci(0x1f,0x02):sata(0x1,0x0,0x0) probe: . not supported probing: pciroot(0x0):pci(0x1f,0x02):sata(0x0,0x0,0x0):hd(1) probe: . not supported probing: pciroot(0x0):pci(0x1f,0x02):sata(0x0,0x0,0x0):hd(2) probe: . not supported probing: pciroot(0x0):pci(0x1f,0x02):sata(0x0,0x0,0x0):hd(3) probe: . not supported probing: pciroot(0x0):pci(0x1f,0x02):sata(0x0,0x0,0x0):hd(4) probe: + supported probing: pciroot(0x0):pci(0x1f,0x02):sata(0x0,0x0,0x0):hd(5) probe: + supported This is saying you booted from ada0 "pciroot(0x0):pci(0x1f,0x02):sata(0x1,0x0,0x0):hd(1)" but then the device list didn't find that but it did find: "pciroot(0x0):pci(0x1f,0x02):sata(0x0,0x0,0x0):hd(1)" so sata(0x1,... vs sata(0x0,.... could you double check this result please? This is re-enforced by the fact the test 2 booted from ada0 "boot1 imagepath: pciroot(0x0):pci(0x1f,0x02):sata(0x0,0x0,0x0):hd(1)". The missing "supported (preferred)" even when there looks like there should be match is something I need to check. Regards Steve It says t On 01/02/2016 14:36, Tomoaki AOKI wrote: > Thanks in advance. > But unfortunately, the boot behavior of Diff7 and Diff8 are changed > from Diff6. Back to old problematic behavior. > > FYI, I re-tested Diff6 (previously built binary) and reproduced the > behavior I already reported. (So no new logs for it.) > > Please see attached 2 files (for Diff7 and Diff8 respectively). > In addition to test 2) and 3), 5) [USB boot] for Diff7 and 1) [single > drive] for Diff8 are done. > > Regards. > > > On Sun, 31 Jan 2016 13:58:23 +0000 > Steven Hartland wrote: > >> Thanks for doing that it was very helpful, and I know transcribing from >> video would have been quite a time consuming task. >> >> I noticed a few interesting facts: >> 1. It looks like when you boot from ada0 and ada1 its still picking the >> same device (according to device order). >> Its not 100% clear as your devices are sata which Diff 6 didn't have >> decoding for. I've added that now so hopefully we can confirm, also >> added output of boot1 imgpath: so we can see what the EFI thinks the >> boot device is. >> 2. Your usb device path has two message path entries which means >> msg_paths_match would result in a false positive for usb devices, this >> is now fixed by matching until we see a media path. >> >> If you can now re-test the following two cases: >> 2) Boot from ada0 without USB memstick attached (2 drives). >> 3) Boot from ada1 without USB memstick attached (2 drives). >> >> I'm interested to confirm two things: >> 1. If the boot1 imgpath lines do indeed vary >> 2. If the "load: '/boot/loader.efi'" line devpath matches the boot1 imgpath. >> >> The changes from Diff 7 shouldn't effect the outcome of the other tests, >> but confirming that too wouldn't hurt but no need for the output. >> >> Regards >> Steve >> On 31/01/2016 11:43, Tomoaki AOKI wrote: >>> I found Diff6 you uploaded to PHABRICATOR. So my report below is based >>> on it. >>> >>> The patched boot1.efi runs as expected (== as you wrote) for me. >>> *boot1.efi without -DEFI_DEBUG isn't tested. Needed? >>> >>> As I mentioned in my previous post, I have no serial console >>> environment. So I took movie of limited tests and typed it. >>> >>> Which of the tests are typed: >>> >>> 1) Boot from ada0 removing ada1, no USB memstick attached, ZFS in >>> ada0 has loader.efi. (Single drive config.) >>> >>> 2) Boot from ada0, no USB memstick attached, ZFS in ada0 has >>> loader.efi. >>> >>> 3) Boot from ada1, no USB memstick attached, ZFS in ada1 has >>> loader.efi. >>> >>> 4) Boot from ada1, no USB memstick attached, only UFS in ada0 has >>> loader.efi. >>> >>> 5) Boot from da0 (USB memstick with memstick.img of head). >>> UFS in da0 has loader.efi and ZFS isn't present in da0. >>> (3 drives [2 drives + USB memstick] config.) >>> >>> Please see attached text for detail. Are more outputs needed? >>> >>> Thanks in advance! I'm looking forward to see this MFC'ed before >>> releng/10.3 is branched. (Relies on imp@'s test?) >>> >>> *Will need to be in conjunction with changes after r294265 in head, as >>> currently Diff6 doesn't apply to stable/10. >>> >>> Regards. >>> >>> >>> On Sat, 30 Jan 2016 19:12:34 +0000 >>> Steven Hartland wrote: >>> >>>> I believe, based on testing, that the from Diff 5 onwards of >>>> https://reviews.freebsd.org/D5108 this should work as you expect it i.e. >>>> >>>> If boot1 is loaded from a device which has either a UFS or ZFS bootable >>>> install then this is the device that will be used to boot. >>>> >>>> If said device has both then the ZFS setup will still be tried first. >>>> >>>> If you can test in your setup and confirm either way that would be most >>>> appreciated. >>>> >>>> Regards >>>> Steve >>>> >>>> On 30/01/2016 06:57, Tomoaki AOKI wrote: >>>>> Thanks for your quick support! >>>>> I tried your patch [Diff1] (built with head r295032 world/kernel) and >>>>> now have good and bad news. >>>>> >>>>> Good news is that without USB memstick boot1.efi runs as expected. >>>>> Great! >>>>> >>>>> Bad news is that when booting from USB memstick (the one I used my >>>>> previous test, boot1.efi [bootx64.efi] and loader.efi is replaced) and >>>>> whichever of internal disk (ada[01]) have loader.efi in its ZFS pool, >>>>> ada[01] is booted instead of da0 (USB memstick). >>>>> >>>>> *If ada0 has loader.efi, always booted from ada0 (stable/10). >>>>> *If ada0 doesn't have loader.efi and ada1 has, booted from ada1 >>>>> (head). >>>>> *If both ada0 and ada1 don't have loader.efi, da0 (USB memstick) is >>>>> booted (head, installer is invoked). >>>>> >>>>> *Whichever ada[01] has loader.efi in their UFS or not didn't matter. >>>>> >>>>> These behaviour would be because ZFS thoughout all disks is tried >>>>> before trying UFS throughout all disks, if I understood correctly. >>>>> >>>>> Changing boot order (ZFS to UFS per each disk, instead of each >>>>> ZFS to each UFS) would help. >>>>> But providing ZFS-disabled boot1.efi (boot1ufs.efi?) for installation >>>>> media (memstick, dvd, ...) helps, too. I built ZFS-disabled boot1.efi >>>>> and it worked fine for USB memstick for me. >>>>> >>>>> *`make clean && make -DMK_ZFS=no` in sys/boot/efi/boot1 didn't disabled >>>>> ZFS module, so I must edit the definition of *boot_modules[] in >>>>> boot1.c. I'd have been missing something. >>>>> >>>>> Regards. >>>>> >>>>> >>>>> On Fri, 29 Jan 2016 02:58:26 +0000 >>>>> Steven Hartland wrote: >>>>> >>>>>> On 28/01/2016 16:22, Doug Rabson wrote: >>>>>>> On 28 January 2016 at 15:03, Tomoaki AOKI wrote: >>>>>>> >>>>>>>> It's exactly the NO GOOD point. The disk where boot1 is read from >>>>>>>> should be where loader.efi and loader.conf are first read. >>>>>>>> >>>>>>> I just wanted to note that gptzfsboot and zfsboot behaves this way. Boot1 >>>>>>> looks for loader in the pool which contains the disk that the BIOS booted. >>>>>>> It passes through the ID of that pool to loader which uses that pool as the >>>>>>> default for loading kernel and modules. I believe this is the correct >>>>>>> behaviour. For gptzfsboot and zfsboot, it is possible to override by >>>>>>> pressing space at the point where it is about to load loader. >>>>>> I believe I understand at least some of your issue now, could you please >>>>>> test the code on the following review to see if it fixes your issue please: >>>>>> https://reviews.freebsd.org/D5108 >>>>>> >>>>>> Regards >>>>>> Steve >>>>>> _______________________________________________ >>>>>> freebsd-current@freebsd.org mailing list >>>>>> https://lists.freebsd.org/mailman/listinfo/freebsd-current >>>>>> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" >>>>>> >>>> _______________________________________________ >>>> freebsd-current@freebsd.org mailing list >>>> https://lists.freebsd.org/mailman/listinfo/freebsd-current >>>> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" >>>> >>> >>> >>> _______________________________________________ >>> freebsd-current@freebsd.org mailing list >>> https://lists.freebsd.org/mailman/listinfo/freebsd-current >>> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> https://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" >> > From owner-freebsd-current@freebsd.org Mon Feb 1 16:19:55 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8F20BA97035 for ; Mon, 1 Feb 2016 16:19:55 +0000 (UTC) (envelope-from junchoon@dec.sakura.ne.jp) Received: from dec.sakura.ne.jp (dec.sakura.ne.jp [210.188.226.8]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 43CCC1116 for ; Mon, 1 Feb 2016 16:19:54 +0000 (UTC) (envelope-from junchoon@dec.sakura.ne.jp) Received: from fortune.joker.local (123-48-23-227.dz.commufa.jp [123.48.23.227]) (authenticated bits=0) by dec.sakura.ne.jp (8.15.2/8.15.2/[SAKURA-WEB]/20080708) with ESMTPA id u11GJq9X037521; Tue, 2 Feb 2016 01:19:52 +0900 (JST) (envelope-from junchoon@dec.sakura.ne.jp) Date: Tue, 2 Feb 2016 01:19:51 +0900 From: Tomoaki AOKI To: freebsd-current@freebsd.org Cc: killing@multiplay.co.uk Subject: Re: ZFSROOT UEFI boot Message-Id: <20160202011951.fac68e935a3f0b414a8f34cb@dec.sakura.ne.jp> In-Reply-To: <20160201233627.b02ada486133cca3c2eec9ad@dec.sakura.ne.jp> References: <8991747525093115430@unknownmsgid> <20160124215300.4cd7f1207f5a4c7b28ef7ffc@dec.sakura.ne.jp> <56A51A4C.1040808@multiplay.co.uk> <20160129000344.feaf5f828e5d43d5fbbb652a@dec.sakura.ne.jp> <56AAD552.9090202@multiplay.co.uk> <20160130155755.485736c8e12868663b9ccfbc@dec.sakura.ne.jp> <56AD0B22.1050704@multiplay.co.uk> <20160131204356.f863901e7125456b5586b215@dec.sakura.ne.jp> <56AE12FF.9080404@multiplay.co.uk> <20160201233627.b02ada486133cca3c2eec9ad@dec.sakura.ne.jp> Organization: Junchoon corps X-Mailer: Sylpheed 3.5.0 (GTK+ 2.24.29; amd64-portbld-freebsd10.3) Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="Multipart=_Tue__2_Feb_2016_01_19_51_+0900_g3T6sGuW0hoQBFfK" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Feb 2016 16:19:55 -0000 This is a multi-part message in MIME format. --Multipart=_Tue__2_Feb_2016_01_19_51_+0900_g3T6sGuW0hoQBFfK Content-Type: text/plain; charset=ISO-2022-JP Content-Transfer-Encoding: 7bit Woops! Found mistype in Diff8 report. Sorry. :-( Attached is the fixed one. [imagepath line of 1) is fixed.] On Mon, 1 Feb 2016 23:36:27 +0900 Tomoaki AOKI wrote: > Thanks in advance. > But unfortunately, the boot behavior of Diff7 and Diff8 are changed > from Diff6. Back to old problematic behavior. > > FYI, I re-tested Diff6 (previously built binary) and reproduced the > behavior I already reported. (So no new logs for it.) > > Please see attached 2 files (for Diff7 and Diff8 respectively). > In addition to test 2) and 3), 5) [USB boot] for Diff7 and 1) [single > drive] for Diff8 are done. > > Regards. > > > On Sun, 31 Jan 2016 13:58:23 +0000 > Steven Hartland wrote: > > > Thanks for doing that it was very helpful, and I know transcribing from > > video would have been quite a time consuming task. > > > > I noticed a few interesting facts: > > 1. It looks like when you boot from ada0 and ada1 its still picking the > > same device (according to device order). > > Its not 100% clear as your devices are sata which Diff 6 didn't have > > decoding for. I've added that now so hopefully we can confirm, also > > added output of boot1 imgpath: so we can see what the EFI thinks the > > boot device is. > > 2. Your usb device path has two message path entries which means > > msg_paths_match would result in a false positive for usb devices, this > > is now fixed by matching until we see a media path. > > > > If you can now re-test the following two cases: > > 2) Boot from ada0 without USB memstick attached (2 drives). > > 3) Boot from ada1 without USB memstick attached (2 drives). > > > > I'm interested to confirm two things: > > 1. If the boot1 imgpath lines do indeed vary > > 2. If the "load: '/boot/loader.efi'" line devpath matches the boot1 imgpath. > > > > The changes from Diff 7 shouldn't effect the outcome of the other tests, > > but confirming that too wouldn't hurt but no need for the output. > > > > Regards > > Steve > > On 31/01/2016 11:43, Tomoaki AOKI wrote: > > > I found Diff6 you uploaded to PHABRICATOR. So my report below is based > > > on it. > > > > > > The patched boot1.efi runs as expected (== as you wrote) for me. > > > *boot1.efi without -DEFI_DEBUG isn't tested. Needed? > > > > > > As I mentioned in my previous post, I have no serial console > > > environment. So I took movie of limited tests and typed it. > > > > > > Which of the tests are typed: > > > > > > 1) Boot from ada0 removing ada1, no USB memstick attached, ZFS in > > > ada0 has loader.efi. (Single drive config.) > > > > > > 2) Boot from ada0, no USB memstick attached, ZFS in ada0 has > > > loader.efi. > > > > > > 3) Boot from ada1, no USB memstick attached, ZFS in ada1 has > > > loader.efi. > > > > > > 4) Boot from ada1, no USB memstick attached, only UFS in ada0 has > > > loader.efi. > > > > > > 5) Boot from da0 (USB memstick with memstick.img of head). > > > UFS in da0 has loader.efi and ZFS isn't present in da0. > > > (3 drives [2 drives + USB memstick] config.) > > > > > > Please see attached text for detail. Are more outputs needed? > > > > > > Thanks in advance! I'm looking forward to see this MFC'ed before > > > releng/10.3 is branched. (Relies on imp@'s test?) > > > > > > *Will need to be in conjunction with changes after r294265 in head, as > > > currently Diff6 doesn't apply to stable/10. > > > > > > Regards. > > > > > > > > > On Sat, 30 Jan 2016 19:12:34 +0000 > > > Steven Hartland wrote: > > > > > >> I believe, based on testing, that the from Diff 5 onwards of > > >> https://reviews.freebsd.org/D5108 this should work as you expect it i.e. > > >> > > >> If boot1 is loaded from a device which has either a UFS or ZFS bootable > > >> install then this is the device that will be used to boot. > > >> > > >> If said device has both then the ZFS setup will still be tried first. > > >> > > >> If you can test in your setup and confirm either way that would be most > > >> appreciated. > > >> > > >> Regards > > >> Steve > > >> > > >> On 30/01/2016 06:57, Tomoaki AOKI wrote: > > >>> Thanks for your quick support! > > >>> I tried your patch [Diff1] (built with head r295032 world/kernel) and > > >>> now have good and bad news. > > >>> > > >>> Good news is that without USB memstick boot1.efi runs as expected. > > >>> Great! > > >>> > > >>> Bad news is that when booting from USB memstick (the one I used my > > >>> previous test, boot1.efi [bootx64.efi] and loader.efi is replaced) and > > >>> whichever of internal disk (ada[01]) have loader.efi in its ZFS pool, > > >>> ada[01] is booted instead of da0 (USB memstick). > > >>> > > >>> *If ada0 has loader.efi, always booted from ada0 (stable/10). > > >>> *If ada0 doesn't have loader.efi and ada1 has, booted from ada1 > > >>> (head). > > >>> *If both ada0 and ada1 don't have loader.efi, da0 (USB memstick) is > > >>> booted (head, installer is invoked). > > >>> > > >>> *Whichever ada[01] has loader.efi in their UFS or not didn't matter. > > >>> > > >>> These behaviour would be because ZFS thoughout all disks is tried > > >>> before trying UFS throughout all disks, if I understood correctly. > > >>> > > >>> Changing boot order (ZFS to UFS per each disk, instead of each > > >>> ZFS to each UFS) would help. > > >>> But providing ZFS-disabled boot1.efi (boot1ufs.efi?) for installation > > >>> media (memstick, dvd, ...) helps, too. I built ZFS-disabled boot1.efi > > >>> and it worked fine for USB memstick for me. > > >>> > > >>> *`make clean && make -DMK_ZFS=no` in sys/boot/efi/boot1 didn't disabled > > >>> ZFS module, so I must edit the definition of *boot_modules[] in > > >>> boot1.c. I'd have been missing something. > > >>> > > >>> Regards. > > >>> > > >>> > > >>> On Fri, 29 Jan 2016 02:58:26 +0000 > > >>> Steven Hartland wrote: > > >>> > > >>>> On 28/01/2016 16:22, Doug Rabson wrote: > > >>>>> On 28 January 2016 at 15:03, Tomoaki AOKI wrote: > > >>>>> > > >>>>>> It's exactly the NO GOOD point. The disk where boot1 is read from > > >>>>>> should be where loader.efi and loader.conf are first read. > > >>>>>> > > >>>>> I just wanted to note that gptzfsboot and zfsboot behaves this way. Boot1 > > >>>>> looks for loader in the pool which contains the disk that the BIOS booted. > > >>>>> It passes through the ID of that pool to loader which uses that pool as the > > >>>>> default for loading kernel and modules. I believe this is the correct > > >>>>> behaviour. For gptzfsboot and zfsboot, it is possible to override by > > >>>>> pressing space at the point where it is about to load loader. > > >>>> I believe I understand at least some of your issue now, could you please > > >>>> test the code on the following review to see if it fixes your issue please: > > >>>> https://reviews.freebsd.org/D5108 > > >>>> > > >>>> Regards > > >>>> Steve > > >>>> _______________________________________________ > > >>>> freebsd-current@freebsd.org mailing list > > >>>> https://lists.freebsd.org/mailman/listinfo/freebsd-current > > >>>> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > >>>> > > >> _______________________________________________ > > >> freebsd-current@freebsd.org mailing list > > >> https://lists.freebsd.org/mailman/listinfo/freebsd-current > > >> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > >> > > > > > > > > > > > > _______________________________________________ > > > freebsd-current@freebsd.org mailing list > > > https://lists.freebsd.org/mailman/listinfo/freebsd-current > > > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > > > _______________________________________________ > > freebsd-current@freebsd.org mailing list > > https://lists.freebsd.org/mailman/listinfo/freebsd-current > > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > > > > -- > Tomoaki AOKI junchoon@dec.sakura.ne.jp -- $B@DLZ(B $BCNL@(B [Tomoaki AOKI] junchoon@dec.sakura.ne.jp MXE02273@nifty.com --Multipart=_Tue__2_Feb_2016_01_19_51_+0900_g3T6sGuW0hoQBFfK Content-Type: text/plain; name="boot1.efi-Diff8-bootlogs.txt" Content-Disposition: attachment; filename="boot1.efi-Diff8-bootlogs.txt" Content-Transfer-Encoding: 7bit Trial with Diff8. Oddly, with Diff7 and Diff8, old behavior came back. With Diff7, boot1.efi claimes that loading /boot/loader.efi failed, and loaded one from the next drive, although actually /boot/loader.efi exists in first drive (specified one, boot1.efi is read from). With Diff8, first load failure message disappears, but the boot behavior was the same as Diff7. With both Diffs, "probe: * supported (preferred)" line wasn't shown at all. To ease comparing with previous test, test No. is matched as before. So you would feel odd reading this file only. For internal disks, ZFS only have loader.efi. USB memstick has no ZFS and has loader.efi in UFS. ======================================================================== Output of gpart show with USB memstick attached. Note) diskid/DISK-S21MNXAG821947P is ada1. => 34 2000409197 ada0 GPT (954G) 34 2014 - free - (1.0M) 2048 409600 1 efi (200M) 411648 1024 2 freebsd-boot (512K) 412672 1024 - free - (512K) 413696 20971520 3 freebsd-swap (10G) 21385216 10485760 4 freebsd-ufs (5.0G) 31870976 1968537600 5 freebsd-zfs (939G) 2000408576 655 - free - (328K) => 34 488397101 ada1 GPT (233G) 34 2014 - free - (1.0M) 2048 204800 1 efi (100M) 206848 1024 2 freebsd-boot (512K) 207872 1024 - free - (512K) 208896 20971520 3 freebsd-swap (10G) 21180416 16777216 4 freebsd-ufs (8.0G) 37957632 450439168 5 freebsd-zfs (215G) 488396800 335 - free - (168K) => 34 488397101 diskid/DISK-S21MNXAG821947P GPT (233G) 34 2014 - free - (1.0M) 2048 204800 1 efi (100M) 206848 1024 2 freebsd-boot (512K) 207872 1024 - free - (512K) 208896 20971520 3 freebsd-swap (10G) 21180416 16777216 4 freebsd-ufs (8.0G) 37957632 450439168 5 freebsd-zfs (215G) 488396800 335 - free - (168K) => 3 1617794 da0 GPT (1.9G) [CORRUPT] 3 1600 1 efi (800K) 1603 34 2 freebsd-boot (17K) 1637 1614112 3 freebsd-ufs (788M) 1615749 2048 4 freebsd-swap (1.0M) ======================================================================== 1) Boot from ada0 WITHOUT USB memstick and ada1 attached (single drive). ada0 boots fine. >> FreeBSD EFI boot block Loader path: /boot/loader.efi Initializing modules: ZFS UFS Probing 6 block devices... boot1 imagepath: pciroot(0x0):pci(0x1f,0x02):sata(0x0,0x0,0x0):hd(1) probing: pciroot(0x0):pci(0x1f,0x02):sata(0x0,0x0,0x0) probe: . not supported probing: pciroot(0x0):pci(0x1f,0x02):sata(0x1,0x0,0x0) probe: . not supported probing: pciroot(0x0):pci(0x1f,0x02):sata(0x0,0x0,0x0):hd(1) probe: . not supported probing: pciroot(0x0):pci(0x1f,0x02):sata(0x0,0x0,0x0):hd(2) probe: . not supported probing: pciroot(0x0):pci(0x1f,0x02):sata(0x0,0x0,0x0):hd(3) probe: . not supported probing: pciroot(0x0):pci(0x1f,0x02):sata(0x0,0x0,0x0):hd(4) probe: + supported probing: pciroot(0x0):pci(0x1f,0x02):sata(0x0,0x0,0x0):hd(5) probe: + supported done ZFS found the following pool: zsysS01 UFS found 1 partitions load: '/boot/loader.efi' spa: 'zsysS01', devpath: pciroot(0x0):pci(0x1f,0x02):sata(0x0,0x0,0x0):hd(5) load: '/boot.config' spa: 'zsysS01', devpath: pciroot(0x0):pci(0x1f,0x02):sata(0x0,0x0,0x0):hd(5) Failed to find '/boot.config' on pool 'zsysS01' (2) load: '/boot/config' spa: 'zsysS01', devpath: pciroot(0x0):pci(0x1f,0x02):sata(0x0,0x0,0x0):hd(5) Failed to find '/boot/config' on pool 'zsysS01' (2) Starting '/boot/loader.efi' in 5 seconds....... ======================================================================== 2) Boot from ada0 without USB memstick attached (2 drives). ada0 should boot, but ada1 boots. >> FreeBSD EFI boot block Loader path: /boot/loader.efi Initializing modules: ZFS UFS Probing 12 block devices... boot1 imagepath: pciroot(0x0):pci(0x1f,0x02):sata(0x0,0x0,0x0):hd(1) probing: pciroot(0x0):pci(0x1f,0x02):sata(0x0,0x0,0x0) probe: . not supported probing: pciroot(0x0):pci(0x1f,0x02):sata(0x1,0x0,0x0) probe: . not supported probing: pciroot(0x0):pci(0x1f,0x02):sata(0x1,0x0,0x0):hd(1) probe: . not supported probing: pciroot(0x0):pci(0x1f,0x02):sata(0x1,0x0,0x0):hd(2) probe: . not supported probing: pciroot(0x0):pci(0x1f,0x02):sata(0x1,0x0,0x0):hd(3) probe: . not supported probing: pciroot(0x0):pci(0x1f,0x02):sata(0x1,0x0,0x0):hd(4) probe: + supported probing: pciroot(0x0):pci(0x1f,0x02):sata(0x1,0x0,0x0):hd(5) probe: + supported probing: pciroot(0x0):pci(0x1f,0x02):sata(0x0,0x0,0x0):hd(1) probe: . not supported probing: pciroot(0x0):pci(0x1f,0x02):sata(0x0,0x0,0x0):hd(2) probe: . not supported probing: pciroot(0x0):pci(0x1f,0x02):sata(0x0,0x0,0x0):hd(3) probe: . not supported probing: pciroot(0x0):pci(0x1f,0x02):sata(0x0,0x0,0x0):hd(4) probe: + supported probing: pciroot(0x0):pci(0x1f,0x02):sata(0x0,0x0,0x0):hd(5) probe: + supported done ZFS found the following pool: zsysS02 zsysS01 UFS found 2 partitions load: '/boot/loader.efi' spa: 'zsysS02', devpath: pciroot(0x0):pci(0x1f,0x02):sata(0x1,0x0,0x0):hd(5) load: '/boot.config' spa: 'zsysS02', devpath: pciroot(0x0):pci(0x1f,0x02):sata(0x1,0x0,0x0):hd(5) Failed to find '/boot.config' on pool 'zsysS02' (2) load: '/boot/config' spa: 'zsysS02', devpath: pciroot(0x0):pci(0x1f,0x02):sata(0x1,0x0,0x0):hd(5) Failed to find '/boot/config' on pool 'zsysS02' (2) Starting '/boot/loader.efi' in 5 seconds....... ======================================================================== 3) Boot from ada1 without USB memstick attached (2 drives). ada1 should boot, but ada0 boots. >> FreeBSD EFI boot block Loader path: /boot/loader.efi Initializing modules: ZFS UFS Probing 12 block devices... boot1 imagepath: pciroot(0x0):pci(0x1f,0x02):sata(0x1,0x0,0x0):hd(1) probing: pciroot(0x0):pci(0x1f,0x02):sata(0x0,0x0,0x0) probe: . not supported probing: pciroot(0x0):pci(0x1f,0x02):sata(0x1,0x0,0x0) probe: . not supported probing: pciroot(0x0):pci(0x1f,0x02):sata(0x0,0x0,0x0):hd(1) probe: . not supported probing: pciroot(0x0):pci(0x1f,0x02):sata(0x0,0x0,0x0):hd(2) probe: . not supported probing: pciroot(0x0):pci(0x1f,0x02):sata(0x0,0x0,0x0):hd(3) probe: . not supported probing: pciroot(0x0):pci(0x1f,0x02):sata(0x0,0x0,0x0):hd(4) probe: + supported probing: pciroot(0x0):pci(0x1f,0x02):sata(0x0,0x0,0x0):hd(5) probe: + supported probing: pciroot(0x0):pci(0x1f,0x02):sata(0x1,0x0,0x0):hd(1) probe: . not supported probing: pciroot(0x0):pci(0x1f,0x02):sata(0x1,0x0,0x0):hd(2) probe: . not supported probing: pciroot(0x0):pci(0x1f,0x02):sata(0x1,0x0,0x0):hd(3) probe: . not supported probing: pciroot(0x0):pci(0x1f,0x02):sata(0x1,0x0,0x0):hd(4) probe: + supported probing: pciroot(0x0):pci(0x1f,0x02):sata(0x1,0x0,0x0):hd(5) probe: + supported done ZFS found the following pool: zsysS01 zsysS02 UFS found 2 partitions load: '/boot/loader.efi' spa: 'zsysS01', devpath: pciroot(0x0):pci(0x1f,0x02):sata(0x0,0x0,0x0):hd(5) load: '/boot.config' spa: 'zsysS01', devpath: pciroot(0x0):pci(0x1f,0x02):sata(0x0,0x0,0x0):hd(5) Failed to find '/boot.config' on pool 'zsysS01' (2) load: '/boot/config' spa: 'zsysS01', devpath: pciroot(0x0):pci(0x1f,0x02):sata(0x0,0x0,0x0):hd(5) Failed to find '/boot/config' on pool 'zsysS01' (2) Starting '/boot/loader.efi' in 5 seconds....... ======================================================================== 5) Boot from da0 [USB memstick] (3 drives). Currently not enough time to test... Sorry. --Multipart=_Tue__2_Feb_2016_01_19_51_+0900_g3T6sGuW0hoQBFfK-- From owner-freebsd-current@freebsd.org Mon Feb 1 18:05:58 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7A503A974C0 for ; Mon, 1 Feb 2016 18:05:58 +0000 (UTC) (envelope-from killing@multiplay.co.uk) Received: from mail-wm0-x22c.google.com (mail-wm0-x22c.google.com [IPv6:2a00:1450:400c:c09::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 140E7E2C for ; Mon, 1 Feb 2016 18:05:57 +0000 (UTC) (envelope-from killing@multiplay.co.uk) Received: by mail-wm0-x22c.google.com with SMTP id l66so82588132wml.0 for ; Mon, 01 Feb 2016 10:05:57 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=multiplay-co-uk.20150623.gappssmtp.com; s=20150623; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-type:content-transfer-encoding; bh=IGUbitkpapInNEJcuuD5u56YSU8l/lhq8ASUWU87VJ4=; b=by+T+vDyTsgqm0YzcUQpp4IZuFRydnrBQ71rNYZsyogMdtxsNLuGUGICVXuouZyRTO nNqPvQn0XfLd3mhVn0Z6/afaO42yx69YWuzpjsMmd4CvAOUjNKYOg9xQ9U2ftI/3xfJ4 besnB2AFPIYKumosi5dcWnj+vM/CHUIhAQ0BqT2HUb/CnuBhdLurWJuo3m+nGBgDW3D7 yg8GLWhh1lECCd5BlJB31gahOvASVHeZlk3HAsCeafV4mvNyeuTekKiurPcGMvaqa/F5 PYMTDOT7o8dIb2Gpdf5GOYNV9wVAC8UgzeOPworNJ0pLhMqQIuGHLw0PFkuOfsFGy6rI iwbA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-type :content-transfer-encoding; bh=IGUbitkpapInNEJcuuD5u56YSU8l/lhq8ASUWU87VJ4=; b=IbFRubKlHXFvRfzQ10ClGFmmHiI0jhCLcsa3DzOyZbTr545QatOpIHpkHoFcNkOMPn OkZk3Xg2+ITrWyJnK1uR/bNEDxNT9ceF/ZqEoji754AwIQo4r8Vj1SBi4Q98uyXWuRJg bMKgdX7BS0ptvXJL4b8e4O9nSDqht4LHdLeTI3Qy4+TVv9uYGF05yXJY0nwh+AZekC2U O1u57rl5SzOsSGSl7+hbmPpK4YMzpc3XbfssP3KCz6LMcnWc+IVPnRSVpWhz//Z5ToNi +ixkUIDq0Z2BMhL+j0jPq0LO6lW35ApCq3Dtkdd0+C3hcDJDpoeC10J+WI1W7Lspdodc vOGA== X-Gm-Message-State: AG10YORGrLBgF20HzQ0QfRTURYeOTLCYk1J7PAB0DgUJadhpf9LRkFDyzuoufqLY6EuBTdlt X-Received: by 10.195.12.75 with SMTP id eo11mr23760449wjd.50.1454349955829; Mon, 01 Feb 2016 10:05:55 -0800 (PST) Received: from [10.10.1.58] (liv3d.labs.multiplay.co.uk. [82.69.141.171]) by smtp.gmail.com with ESMTPSA id lh1sm30079825wjb.20.2016.02.01.10.05.53 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 01 Feb 2016 10:05:54 -0800 (PST) Subject: Re: ZFSROOT UEFI boot To: Tomoaki AOKI , freebsd-current@freebsd.org References: <8991747525093115430@unknownmsgid> <20160124215300.4cd7f1207f5a4c7b28ef7ffc@dec.sakura.ne.jp> <56A51A4C.1040808@multiplay.co.uk> <20160129000344.feaf5f828e5d43d5fbbb652a@dec.sakura.ne.jp> <56AAD552.9090202@multiplay.co.uk> <20160130155755.485736c8e12868663b9ccfbc@dec.sakura.ne.jp> <56AD0B22.1050704@multiplay.co.uk> <20160131204356.f863901e7125456b5586b215@dec.sakura.ne.jp> <56AE12FF.9080404@multiplay.co.uk> <20160201233627.b02ada486133cca3c2eec9ad@dec.sakura.ne.jp> <20160202011951.fac68e935a3f0b414a8f34cb@dec.sakura.ne.jp> From: Steven Hartland Message-ID: <56AF9E96.3040306@multiplay.co.uk> Date: Mon, 1 Feb 2016 18:06:14 +0000 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.5.1 MIME-Version: 1.0 In-Reply-To: <20160202011951.fac68e935a3f0b414a8f34cb@dec.sakura.ne.jp> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Feb 2016 18:05:58 -0000 Ok thanks, I hoped as much, otherwise we where looking a very broken EFI firmware ;-) I've found and fixed the match issue, so if you could re-test 2 and 3 we should be able confirm all is good. If all is good a confirmation that there's no issues with the rest, but no need for output, needed. Regards Steve On 01/02/2016 16:19, Tomoaki AOKI wrote: > Woops! Found mistype in Diff8 report. Sorry. :-( > Attached is the fixed one. [imagepath line of 1) is fixed.] > > > On Mon, 1 Feb 2016 23:36:27 +0900 > Tomoaki AOKI wrote: > >> Thanks in advance. >> But unfortunately, the boot behavior of Diff7 and Diff8 are changed >> from Diff6. Back to old problematic behavior. >> >> FYI, I re-tested Diff6 (previously built binary) and reproduced the >> behavior I already reported. (So no new logs for it.) >> >> Please see attached 2 files (for Diff7 and Diff8 respectively). >> In addition to test 2) and 3), 5) [USB boot] for Diff7 and 1) [single >> drive] for Diff8 are done. >> >> Regards. >> >> >> On Sun, 31 Jan 2016 13:58:23 +0000 >> Steven Hartland wrote: >> >>> Thanks for doing that it was very helpful, and I know transcribing from >>> video would have been quite a time consuming task. >>> >>> I noticed a few interesting facts: >>> 1. It looks like when you boot from ada0 and ada1 its still picking the >>> same device (according to device order). >>> Its not 100% clear as your devices are sata which Diff 6 didn't have >>> decoding for. I've added that now so hopefully we can confirm, also >>> added output of boot1 imgpath: so we can see what the EFI thinks the >>> boot device is. >>> 2. Your usb device path has two message path entries which means >>> msg_paths_match would result in a false positive for usb devices, this >>> is now fixed by matching until we see a media path. >>> >>> If you can now re-test the following two cases: >>> 2) Boot from ada0 without USB memstick attached (2 drives). >>> 3) Boot from ada1 without USB memstick attached (2 drives). >>> >>> I'm interested to confirm two things: >>> 1. If the boot1 imgpath lines do indeed vary >>> 2. If the "load: '/boot/loader.efi'" line devpath matches the boot1 imgpath. >>> >>> The changes from Diff 7 shouldn't effect the outcome of the other tests, >>> but confirming that too wouldn't hurt but no need for the output. >>> >>> Regards >>> Steve >>> On 31/01/2016 11:43, Tomoaki AOKI wrote: >>>> I found Diff6 you uploaded to PHABRICATOR. So my report below is based >>>> on it. >>>> >>>> The patched boot1.efi runs as expected (== as you wrote) for me. >>>> *boot1.efi without -DEFI_DEBUG isn't tested. Needed? >>>> >>>> As I mentioned in my previous post, I have no serial console >>>> environment. So I took movie of limited tests and typed it. >>>> >>>> Which of the tests are typed: >>>> >>>> 1) Boot from ada0 removing ada1, no USB memstick attached, ZFS in >>>> ada0 has loader.efi. (Single drive config.) >>>> >>>> 2) Boot from ada0, no USB memstick attached, ZFS in ada0 has >>>> loader.efi. >>>> >>>> 3) Boot from ada1, no USB memstick attached, ZFS in ada1 has >>>> loader.efi. >>>> >>>> 4) Boot from ada1, no USB memstick attached, only UFS in ada0 has >>>> loader.efi. >>>> >>>> 5) Boot from da0 (USB memstick with memstick.img of head). >>>> UFS in da0 has loader.efi and ZFS isn't present in da0. >>>> (3 drives [2 drives + USB memstick] config.) >>>> >>>> Please see attached text for detail. Are more outputs needed? >>>> >>>> Thanks in advance! I'm looking forward to see this MFC'ed before >>>> releng/10.3 is branched. (Relies on imp@'s test?) >>>> >>>> *Will need to be in conjunction with changes after r294265 in head, as >>>> currently Diff6 doesn't apply to stable/10. >>>> >>>> Regards. >>>> >>>> >>>> On Sat, 30 Jan 2016 19:12:34 +0000 >>>> Steven Hartland wrote: >>>> >>>>> I believe, based on testing, that the from Diff 5 onwards of >>>>> https://reviews.freebsd.org/D5108 this should work as you expect it i.e. >>>>> >>>>> If boot1 is loaded from a device which has either a UFS or ZFS bootable >>>>> install then this is the device that will be used to boot. >>>>> >>>>> If said device has both then the ZFS setup will still be tried first. >>>>> >>>>> If you can test in your setup and confirm either way that would be most >>>>> appreciated. >>>>> >>>>> Regards >>>>> Steve >>>>> >>>>> On 30/01/2016 06:57, Tomoaki AOKI wrote: >>>>>> Thanks for your quick support! >>>>>> I tried your patch [Diff1] (built with head r295032 world/kernel) and >>>>>> now have good and bad news. >>>>>> >>>>>> Good news is that without USB memstick boot1.efi runs as expected. >>>>>> Great! >>>>>> >>>>>> Bad news is that when booting from USB memstick (the one I used my >>>>>> previous test, boot1.efi [bootx64.efi] and loader.efi is replaced) and >>>>>> whichever of internal disk (ada[01]) have loader.efi in its ZFS pool, >>>>>> ada[01] is booted instead of da0 (USB memstick). >>>>>> >>>>>> *If ada0 has loader.efi, always booted from ada0 (stable/10). >>>>>> *If ada0 doesn't have loader.efi and ada1 has, booted from ada1 >>>>>> (head). >>>>>> *If both ada0 and ada1 don't have loader.efi, da0 (USB memstick) is >>>>>> booted (head, installer is invoked). >>>>>> >>>>>> *Whichever ada[01] has loader.efi in their UFS or not didn't matter. >>>>>> >>>>>> These behaviour would be because ZFS thoughout all disks is tried >>>>>> before trying UFS throughout all disks, if I understood correctly. >>>>>> >>>>>> Changing boot order (ZFS to UFS per each disk, instead of each >>>>>> ZFS to each UFS) would help. >>>>>> But providing ZFS-disabled boot1.efi (boot1ufs.efi?) for installation >>>>>> media (memstick, dvd, ...) helps, too. I built ZFS-disabled boot1.efi >>>>>> and it worked fine for USB memstick for me. >>>>>> >>>>>> *`make clean && make -DMK_ZFS=no` in sys/boot/efi/boot1 didn't disabled >>>>>> ZFS module, so I must edit the definition of *boot_modules[] in >>>>>> boot1.c. I'd have been missing something. >>>>>> >>>>>> Regards. >>>>>> >>>>>> >>>>>> On Fri, 29 Jan 2016 02:58:26 +0000 >>>>>> Steven Hartland wrote: >>>>>> >>>>>>> On 28/01/2016 16:22, Doug Rabson wrote: >>>>>>>> On 28 January 2016 at 15:03, Tomoaki AOKI wrote: >>>>>>>> >>>>>>>>> It's exactly the NO GOOD point. The disk where boot1 is read from >>>>>>>>> should be where loader.efi and loader.conf are first read. >>>>>>>>> >>>>>>>> I just wanted to note that gptzfsboot and zfsboot behaves this way. Boot1 >>>>>>>> looks for loader in the pool which contains the disk that the BIOS booted. >>>>>>>> It passes through the ID of that pool to loader which uses that pool as the >>>>>>>> default for loading kernel and modules. I believe this is the correct >>>>>>>> behaviour. For gptzfsboot and zfsboot, it is possible to override by >>>>>>>> pressing space at the point where it is about to load loader. >>>>>>> I believe I understand at least some of your issue now, could you please >>>>>>> test the code on the following review to see if it fixes your issue please: >>>>>>> https://reviews.freebsd.org/D5108 >>>>>>> >>>>>>> Regards >>>>>>> Steve >>>>>>> _______________________________________________ >>>>>>> freebsd-current@freebsd.org mailing list >>>>>>> https://lists.freebsd.org/mailman/listinfo/freebsd-current >>>>>>> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" >>>>>>> >>>>> _______________________________________________ >>>>> freebsd-current@freebsd.org mailing list >>>>> https://lists.freebsd.org/mailman/listinfo/freebsd-current >>>>> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" >>>>> >>>> >>>> >>>> _______________________________________________ >>>> freebsd-current@freebsd.org mailing list >>>> https://lists.freebsd.org/mailman/listinfo/freebsd-current >>>> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" >>> _______________________________________________ >>> freebsd-current@freebsd.org mailing list >>> https://lists.freebsd.org/mailman/listinfo/freebsd-current >>> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" >>> >> >> -- >> Tomoaki AOKI junchoon@dec.sakura.ne.jp > From owner-freebsd-current@freebsd.org Tue Feb 2 00:08:25 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 74C99A9873D for ; Tue, 2 Feb 2016 00:08:25 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 6A43E135B; Tue, 2 Feb 2016 00:08:25 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 5FEC7C85; Tue, 2 Feb 2016 00:08:24 +0000 (UTC) Date: Tue, 2 Feb 2016 00:08:23 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org Message-ID: <1750525165.58.1454371703236.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build became unstable: FreeBSD_HEAD #101 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Instance-Identity: MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAkKKb2VAfYQKfu1t7qk4nR5qzUBEI+UqT4BPec4qHVhqUy0FFdq50sMH+3y9bCDNOufctov6VqTNffZ3YXArnZK95YF0OX97fh+E9txYOUX1adc+TikcKjuYpHmL5dE62eaZTI+4A5jnRonskQ1PaoIFz0Kbu4mWzkFsmdiXTraGzomXq4cHUCATA2+K4eDYgjXEQI30z3GOMmmZ4t/+6QGk1cMb/BqMWHbn80AsRCb4tU7Hpd72XLDpsuO7YRP1Q0CjmNAuBOTj+sFiiOe6U9HpqOlQN+iFUvBdZo/ybuy5Kh71cAaYQNL68cYdZJ6binH/DkG3KY/fS7DFYAeuwjwIDAQAB X-Jenkins-Job: FreeBSD_HEAD X-Jenkins-Result: UNSTABLE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Feb 2016 00:08:25 -0000 See From owner-freebsd-current@freebsd.org Tue Feb 2 05:32:12 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6F4DBA976E6 for ; Tue, 2 Feb 2016 05:32:12 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 610FB966; Tue, 2 Feb 2016 05:32:12 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id B7272D6D; Tue, 2 Feb 2016 05:32:11 +0000 (UTC) Date: Tue, 2 Feb 2016 05:32:10 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org Message-ID: <2037608631.60.1454391130892.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1750525165.58.1454371703236.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1750525165.58.1454371703236.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is back to stable : FreeBSD_HEAD #102 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Instance-Identity: MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAkKKb2VAfYQKfu1t7qk4nR5qzUBEI+UqT4BPec4qHVhqUy0FFdq50sMH+3y9bCDNOufctov6VqTNffZ3YXArnZK95YF0OX97fh+E9txYOUX1adc+TikcKjuYpHmL5dE62eaZTI+4A5jnRonskQ1PaoIFz0Kbu4mWzkFsmdiXTraGzomXq4cHUCATA2+K4eDYgjXEQI30z3GOMmmZ4t/+6QGk1cMb/BqMWHbn80AsRCb4tU7Hpd72XLDpsuO7YRP1Q0CjmNAuBOTj+sFiiOe6U9HpqOlQN+iFUvBdZo/ybuy5Kh71cAaYQNL68cYdZJ6binH/DkG3KY/fS7DFYAeuwjwIDAQAB X-Jenkins-Job: FreeBSD_HEAD X-Jenkins-Result: SUCCESS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Feb 2016 05:32:12 -0000 See From owner-freebsd-current@freebsd.org Tue Feb 2 11:51:49 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 471D7A987D4 for ; Tue, 2 Feb 2016 11:51:49 +0000 (UTC) (envelope-from mma@semihalf.com) Received: from mail-io0-x230.google.com (mail-io0-x230.google.com [IPv6:2607:f8b0:4001:c06::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 15C72AA4 for ; Tue, 2 Feb 2016 11:51:49 +0000 (UTC) (envelope-from mma@semihalf.com) Received: by mail-io0-x230.google.com with SMTP id g73so14152733ioe.3 for ; Tue, 02 Feb 2016 03:51:49 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=semihalf-com.20150623.gappssmtp.com; s=20150623; h=mime-version:date:message-id:subject:from:to:content-type; bh=O7qHNd+0skLgoaoP01b+31em4ZW7aqgCnRPRfITar4A=; b=E4vdkYeXe2/DYKGz+XHXbDQ3Sb5kU888BBmQ775Q9BnOLXplLiiLzxx0UpqoTNmKid Fr+R8b9lgwtDLrcQyW7UdZDEdSNJNLlsR42wuMM4eVaOu6k0zkCOBEuY5hNHcTciQxbl KW9O9dQOGvx77NoODZWdksZLt2pmxHKdJ2UaE9cu/cviHwkYMrusFZ5z6l1ZGn6wRiUE nadzsNot4brnvgZS8E6q9lxKctFU2bOspR8PC5hEqBJ+l0Gioq7aFk8jDGppMW064P9p i5Jbr50IUIV7WdXIEmV7Vu6O8U00LrlNQNm9GFwuFuyyMqfz7rF/pocXMlT35XMFnpCv Nj2w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:date:message-id:subject:from:to :content-type; bh=O7qHNd+0skLgoaoP01b+31em4ZW7aqgCnRPRfITar4A=; b=I3lGs4i3/cRjOs5z1RLh6arIkKvYoBCztB4oDuExp7VehvPP4+Dtm4WeVg/VsdvNMh J9ufxoK5ZImDPNxtvd1S/EgrwZ1ovIWXMKEzqpa4z0UPffkQYHmtq1XCG42YSKxEYoJA d13+ERGG1oJiRc2eA3qGKkAIelwmIHe1S7oQoAsjdtWK0D17pvWIXh4veQImAnPoRDpk FSpsaapRcJuRvknUuINrPc4BL0NYexXgibMGS0jNmwHeU5q00BaEvTJB9k2uBYh4Yl3z PB80zuvq/0NATmsUFqE05JFCfh0jdCkNrIbNpcqWsgQ7wbBFZKLhkgqj5mpZyJ/4FLHn nBcw== X-Gm-Message-State: AG10YOSq9D9jrN6M7ZFqdrlCrgcC0YSwCOyPnC0IeCAc1is+V2rLyu1d5B+pI4xL/1hPM0VtFZfXDVk9Q+ZFeA== MIME-Version: 1.0 X-Received: by 10.107.156.17 with SMTP id f17mr19698975ioe.128.1454413908517; Tue, 02 Feb 2016 03:51:48 -0800 (PST) Received: by 10.107.4.8 with HTTP; Tue, 2 Feb 2016 03:51:48 -0800 (PST) Date: Tue, 2 Feb 2016 12:51:48 +0100 Message-ID: Subject: Cannot include header files from sys/contrib directory From: Marcin Mazurek To: freebsd-current@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Feb 2016 11:51:49 -0000 Hello all, I'm trying to include header files in the networking driver under sys/dev/, however the headers are located in sys/contrib directory. Does anyone have a clue or an advice on how to do this properly without making too much trouble in the build system? I would prefer to avoid changing content of the header files. I tried adding 'compile-with' + '-I' flags in files but that did not work as expected. Thank you in advance for your help. Marcin Mazurek From owner-freebsd-current@freebsd.org Tue Feb 2 11:59:31 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 988F1A98BA9; Tue, 2 Feb 2016 11:59:31 +0000 (UTC) (envelope-from hps@selasky.org) 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 62955E89; Tue, 2 Feb 2016 11:59:31 +0000 (UTC) (envelope-from hps@selasky.org) Received: from laptop015.home.selasky.org (unknown [62.141.129.119]) (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 42EB21FE022; Tue, 2 Feb 2016 12:59:29 +0100 (CET) Subject: Re: Cannot include header files from sys/contrib directory To: Marcin Mazurek , freebsd-arm@freebsd.org, freebsd-current@freebsd.org, Bryan Drewery References: From: Hans Petter Selasky Message-ID: <56B09AAE.9000909@selasky.org> Date: Tue, 2 Feb 2016 13:01:50 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.5.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Feb 2016 11:59:31 -0000 On 02/02/16 12:46, Marcin Mazurek wrote: > Hello all, > > I'm trying to include header files in the networking driver under sys/dev/, > however the headers are located in sys/contrib directory. > Does anyone have a clue or an advice on how to do this properly without > making too much trouble in the build system? > I would prefer to avoid changing content of the header files. > > I tried adding 'compile-with' + '-I' flags in files but that did not work > as expected. > > Thank you in advance for your help. Hi, Are you in the kernel or userspace? This part is a bit troublesome and Bryan Drewery has some changes pending in this area. See: https://svnweb.freebsd.org/changeset/base/294915 For example how it is currently done in the kernel. --HPS From owner-freebsd-current@freebsd.org Tue Feb 2 12:07:34 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 13AE2A97765 for ; Tue, 2 Feb 2016 12:07:34 +0000 (UTC) (envelope-from mma@semihalf.com) Received: from mail-ig0-x22c.google.com (mail-ig0-x22c.google.com [IPv6:2607:f8b0:4001:c05::22c]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id DC5251631 for ; Tue, 2 Feb 2016 12:07:33 +0000 (UTC) (envelope-from mma@semihalf.com) Received: by mail-ig0-x22c.google.com with SMTP id z14so58986932igp.0 for ; Tue, 02 Feb 2016 04:07:33 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=semihalf-com.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=g9kGJ684NASq8Fd3YGyG2IsFaQIW/lPi2tXW+ZTOZFI=; b=G5ajAxoCOEdH6zPgsmSfUcAQ/Aj4TVqgUkLx93qFt/KDJiWVT/yo+whGIuICHBrIFn wkkeoD7Igb8kLEnPWynVXern1Vjz0F2dh9cHC9JN2t+BbYw3n8BBCUl+9dE4glGlUM7Q bKfwx/hklypTx5/BxnVWhIJpHMGkVVZYsL8WC0spnlxAjhtCgnKhYRUa5eWMBbZlr2IR bZ4n/JyBVZ2PCbBomDHx5qLGiBkVgdmIbij9VsJdyGCOS5t3F91S95FnIGviiI5HcV5o kYiDZLR5mgdTpoT1vnTXmGdHXzCX8IsqiJZYqFLhTNUGDcaNz69UZYC8+0SDnhzP5NTh 2k5A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=g9kGJ684NASq8Fd3YGyG2IsFaQIW/lPi2tXW+ZTOZFI=; b=NnJtXVSTv7Blsrtc4FoM17vKcdQAU8tmflSmq3X1/STcujHqWWzBJ+r8+G7M0o5pUW kBkU7pOiRirGSHI2k4dp4heM6G6Kqr/HlUys1edHSq36BGxSOuyH5G280t03fLZY8Nke gn85a/Jy6WZaILYUGy8p7ix2rBY8bURKDBUaFyCFu1FKvkv44zx+g0+zVkIavB7JhNHI ThNuNkIKTRSIanY49Fpgk0UQGeWz14m5pSa4suBM9M/DvXpupnqVCQRRrdrrHenvYKzD 1W8Ng9CiAm0ktgMhD8nwzo5F+4CiUT92BHV6ktdL21oeWBMZFz7JEyDL/evPJ4vh6rVP CeQw== X-Gm-Message-State: AG10YORAODRx0L8C4YD7KdHdk3Q6DzK8ipuHenoTIUM7w/shjV7p9nyyKaApEPISC9MdfHjx2b5VN961i4PmQA== MIME-Version: 1.0 X-Received: by 10.50.43.195 with SMTP id y3mr17818312igl.9.1454414853176; Tue, 02 Feb 2016 04:07:33 -0800 (PST) Received: by 10.107.4.8 with HTTP; Tue, 2 Feb 2016 04:07:33 -0800 (PST) In-Reply-To: <56B09AAE.9000909@selasky.org> References: <56B09AAE.9000909@selasky.org> Date: Tue, 2 Feb 2016 13:07:33 +0100 Message-ID: Subject: Re: Cannot include header files from sys/contrib directory From: Marcin Mazurek To: Hans Petter Selasky Cc: freebsd-arm@freebsd.org, freebsd-current@freebsd.org, Bryan Drewery Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Feb 2016 12:07:34 -0000 Thanks for your response. I saw that and I tried doing it this way: dev/al_eth/al_eth.c optional al_eth compile-with "-I$S/contrib/alpine-hal -I$S/contrib/alpine-hal/eth" Unfortunately it didn't work for me, I got some error messages like: In file included from /root/mma/anpa-fbsd/sys/contrib/alpine-hal/eth/al_hal_eth_kr.h:51: /root/mma/anpa-fbsd/sys/contrib/alpine-hal/eth/al_hal_eth.h:53:10: fatal error: 'al_hal_common.h' file not found #include "al_hal_common.h" ^ 1 error generated. In file included from /root/mma/anpa-fbsd/sys/contrib/alpine-hal/al_hal_iofic.c:45: /root/mma/anpa-fbsd/sys/contrib/alpine-hal/al_hal_iofic.h:52:10: error: 'al_hal_common.h' file not found with include; use "quotes" instead #include ^ "al_hal_common.h" 1 error generated. 2016-02-02 13:01 GMT+01:00 Hans Petter Selasky : > On 02/02/16 12:46, Marcin Mazurek wrote: > >> Hello all, >> >> I'm trying to include header files in the networking driver under >> sys/dev/, >> however the headers are located in sys/contrib directory. >> Does anyone have a clue or an advice on how to do this properly without >> making too much trouble in the build system? >> I would prefer to avoid changing content of the header files. >> >> I tried adding 'compile-with' + '-I' flags in files but that did not work >> as expected. >> >> Thank you in advance for your help. >> > > Hi, > > Are you in the kernel or userspace? This part is a bit troublesome and > Bryan Drewery has some changes pending in this area. See: > > https://svnweb.freebsd.org/changeset/base/294915 > > For example how it is currently done in the kernel. > > --HPS > From owner-freebsd-current@freebsd.org Tue Feb 2 12:19:02 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D9D6BA97D24; Tue, 2 Feb 2016 12:19:02 +0000 (UTC) (envelope-from hps@selasky.org) 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 A40F71CBD; Tue, 2 Feb 2016 12:19:02 +0000 (UTC) (envelope-from hps@selasky.org) Received: from laptop015.home.selasky.org (unknown [62.141.129.119]) (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 5D8E31FE022; Tue, 2 Feb 2016 13:18:53 +0100 (CET) Subject: Re: Cannot include header files from sys/contrib directory To: Marcin Mazurek References: <56B09AAE.9000909@selasky.org> Cc: freebsd-arm@freebsd.org, freebsd-current@freebsd.org, Bryan Drewery From: Hans Petter Selasky Message-ID: <56B09F3A.1080409@selasky.org> Date: Tue, 2 Feb 2016 13:21:14 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.5.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Feb 2016 12:19:02 -0000 On 02/02/16 13:07, Marcin Mazurek wrote: > Thanks for your response. > > I saw that and I tried doing it this way: > > dev/al_eth/al_eth.c optional al_eth compile-with > "-I$S/contrib/alpine-hal -I$S/contrib/alpine-hal/eth" > Hi, Try something like this: dev/al_eth/al_eth.c optional al_eth compile-with "${CC} -c -o ${.TARGET} ${CFLAGS} -I$S/contrib/alpine-hal -I$S/contrib/alpine-hal/eth ${PROF} ${.IMPSRC}" --HPS From owner-freebsd-current@freebsd.org Tue Feb 2 12:29:40 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5AA8CA763F1 for ; Tue, 2 Feb 2016 12:29:40 +0000 (UTC) (envelope-from mma@semihalf.com) Received: from mail-ig0-x230.google.com (mail-ig0-x230.google.com [IPv6:2607:f8b0:4001:c05::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 32E45334 for ; Tue, 2 Feb 2016 12:29:40 +0000 (UTC) (envelope-from mma@semihalf.com) Received: by mail-ig0-x230.google.com with SMTP id z14so58997356igp.1 for ; Tue, 02 Feb 2016 04:29:40 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=semihalf-com.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=GcBCKyIy1SBu2TOTEPpFqh+XXe6zVT+nheeGKJs7KJk=; b=W7wnqcZYWYF+jqcCeWgx27vZRzp0uwYX+0mvw9A9aVbadknO+jXmFnAvUX5sbn9UXC 0PSMk8AYWu/rL1f5usqOxCMoA2XU+p4Kxw9NDwXfQjGLd5EMrQ7lwAxQrjCKN5ZHfiDM hR75eok2738fu8JKGJvfJCpGlvgk48doJGJ0t37bP3RRX0uzY570uCG183SUKKkospGD oqqvc5NG6jXjMh47oFK5vKJT5PQXNWQGNP0eUzGcUcFk40L63LjIsCHXsb05rnc0B9XB um5Lf25wEy2Uc/E2VeIjwI9uD/+yRyFIsdRduXdNr+upty3qf0lc0hOgPntxwWGmzpr5 VyVg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=GcBCKyIy1SBu2TOTEPpFqh+XXe6zVT+nheeGKJs7KJk=; b=BTTXKjTP18i9328W8sCGMsuYi6+AzB0TH4lzGdnzxfbSqiNV7HCZ6l/Iz+aA8+EdV7 IQbWGy+l26wicKI2I4QcdS0MrhOBl4coZrdVoTCz7T9Budp0c5oBgRGVHU8ONGiHnAIz fUSMIcdonZoV8M6Op+IZPQhkfqVJ8FPoxfOw3Hh9b5Xy6Kl6OYXMpjSclb4IiaKNUrTH oNTD6s4K+gTli8C7keMkmYDiaxH2or+AaP77gBNyzUGY88svx8VbRv7lLXJtXhcOY0X6 dGQg01bj/YyPjta3pdYxZr4qmpszHSgzWms/vntKIqpFno8oAyhWfAdLM1g7XOAMS2Hg jDbQ== X-Gm-Message-State: AG10YOTkkdCCs7CGv48f0GptbuVUZeFfZvctCnY6NO85IsIWxUlZLah6Gta4BhYOCXnN35gUIX/TMYGYDjSdlg== MIME-Version: 1.0 X-Received: by 10.50.78.68 with SMTP id z4mr16059827igw.16.1454416179613; Tue, 02 Feb 2016 04:29:39 -0800 (PST) Received: by 10.107.4.8 with HTTP; Tue, 2 Feb 2016 04:29:39 -0800 (PST) In-Reply-To: <56B09F3A.1080409@selasky.org> References: <56B09AAE.9000909@selasky.org> <56B09F3A.1080409@selasky.org> Date: Tue, 2 Feb 2016 13:29:39 +0100 Message-ID: Subject: Re: Cannot include header files from sys/contrib directory From: Marcin Mazurek To: Hans Petter Selasky Cc: freebsd-arm@freebsd.org, freebsd-current@freebsd.org, Bryan Drewery Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Feb 2016 12:29:40 -0000 I just tested this, but without any result. I got the same errors. 2016-02-02 13:21 GMT+01:00 Hans Petter Selasky : > On 02/02/16 13:07, Marcin Mazurek wrote: > >> Thanks for your response. >> >> I saw that and I tried doing it this way: >> >> dev/al_eth/al_eth.c optional al_eth compile-with >> "-I$S/contrib/alpine-hal -I$S/contrib/alpine-hal/eth" >> >> > Hi, > > Try something like this: > > dev/al_eth/al_eth.c optional al_eth compile-with "${CC} -c -o > ${.TARGET} ${CFLAGS} -I$S/contrib/alpine-hal -I$S/contrib/alpine-hal/eth > ${PROF} ${.IMPSRC}" > > --HPS > From owner-freebsd-current@freebsd.org Tue Feb 2 12:34:48 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 52FCFA76710; Tue, 2 Feb 2016 12:34:48 +0000 (UTC) (envelope-from hps@selasky.org) 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 1D855A66; Tue, 2 Feb 2016 12:34:48 +0000 (UTC) (envelope-from hps@selasky.org) Received: from laptop015.home.selasky.org (unknown [62.141.129.119]) (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 EE2A71FE022; Tue, 2 Feb 2016 13:34:45 +0100 (CET) Subject: Re: Cannot include header files from sys/contrib directory To: Marcin Mazurek References: <56B09AAE.9000909@selasky.org> <56B09F3A.1080409@selasky.org> Cc: freebsd-arm@freebsd.org, freebsd-current@freebsd.org, Bryan Drewery From: Hans Petter Selasky Message-ID: <56B0A2F3.6080100@selasky.org> Date: Tue, 2 Feb 2016 13:37:07 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.5.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Feb 2016 12:34:48 -0000 On 02/02/16 13:29, Marcin Mazurek wrote: > I just tested this, but without any result. > I got the same errors. > Can you show the errors you got? Try temporarily adding "no-depend" keyword to the config line before build-with . You should also update conf/XXX to have a special depend for your files, because there is no depend-with option. --HPS From owner-freebsd-current@freebsd.org Tue Feb 2 13:11:04 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7436BA974C9 for ; Tue, 2 Feb 2016 13:11:04 +0000 (UTC) (envelope-from mma@semihalf.com) Received: from mail-ig0-x230.google.com (mail-ig0-x230.google.com [IPv6:2607:f8b0:4001:c05::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 474011CDB for ; Tue, 2 Feb 2016 13:11:04 +0000 (UTC) (envelope-from mma@semihalf.com) Received: by mail-ig0-x230.google.com with SMTP id z14so59747750igp.1 for ; Tue, 02 Feb 2016 05:11:04 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=semihalf-com.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=ZMyuIcsjRPJF8CsrXmL05PQ1r31EnY92L94syWwAKsM=; b=V8q9HqEhEbOCb3eBNjq/0a9yFNFgx3d1srI/nmfhQ78i4cA+4JK1Ji8dHw4Ad5h+68 P0fkEmqOhKdLj3k1GtCwt53vG6aIDUFc9iF/WWXb4sRGEYbN94sRtyWCkbte/KHJhg/3 Br0VVxgVXjKZF6CO84qR1edeQ1aq+7NoJbpnNp+AGta387DF/q+Slycn3nelH1F61ihm sizliBsufgp8790yMIscj18stOsyCZrYVcm1IcXv130hHnl003+AoTFmCGOUkLkeTYYf pKmUA+zFpYyrmo3K5vFpSPqlvSXEMjnwU+JdY8rVMMB/60Ta6ACnVWMH4YPJbFaKgNq3 wRDQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=ZMyuIcsjRPJF8CsrXmL05PQ1r31EnY92L94syWwAKsM=; b=g2BeYgFdVwZtuCFH4An3a+t0BSggJv7z0A3+3M8/kbqMJ/8SqCRNBok4vo+T5ncegf D1nHoJvuW9Q3A/DGoQyU9sQKjtTVR+4m/8huoLobrGCW4NIeUjRdiTMdJHpQKm1krKc5 uVQoLQZoGk6JbxK7O4JCRVMbZwLL3gh18E8IkIqFIyIlyUQM8UxiQghFsiPYZunONZG+ amW2hElA6oYDf5JojCOs0bQA7ojUhq1P5yQdBl1qf6j/FsChJ+FdWHxCfUj1FvT4JxOX v/j9dravFvDWmziWNP3+zqBwg2j0d8LMSgZyp+ldYPOUxY2uPtjP5Uq4X7FU5UDfKBTj 8j6A== X-Gm-Message-State: AG10YOTzvirxD+ovfYeBdA3VuWCB+Vu+vdw01vu7eF25YvU4t1nePWL0EZEEbG1ZS/Css/PhsrfD/BeqILPzhA== MIME-Version: 1.0 X-Received: by 10.50.43.130 with SMTP id w2mr18119664igl.9.1454418663552; Tue, 02 Feb 2016 05:11:03 -0800 (PST) Received: by 10.107.4.8 with HTTP; Tue, 2 Feb 2016 05:11:03 -0800 (PST) In-Reply-To: <56B0A2F3.6080100@selasky.org> References: <56B09AAE.9000909@selasky.org> <56B09F3A.1080409@selasky.org> <56B0A2F3.6080100@selasky.org> Date: Tue, 2 Feb 2016 14:11:03 +0100 Message-ID: Subject: Re: Cannot include header files from sys/contrib directory From: Marcin Mazurek To: Hans Petter Selasky Cc: freebsd-arm@freebsd.org, freebsd-current@freebsd.org, Bryan Drewery Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Feb 2016 13:11:04 -0000 Now my config line looks like: dev/al_eth/al_eth.c optional al_eth \ no-depend \ compile-with "${CC} -c -o ${.TARGET} ${CFLAGS} -I$S/contrib/alpine-hal -I$S/contrib/alpine-hal/eth ${PROF} ${.IMPSRC}" Unfortunately I still get the same errors as before: In file included from /root/mma/anpa-fbsd/sys/contrib/alpine-hal/al_hal_iofic.c:45: /root/mma/anpa-fbsd/sys/contrib/alpine-hal/al_hal_iofic.h:52:10: error: 'al_hal_common.h' file not found with include; use "quotes" instead #include ^ "al_hal_common.h" 1 error generated. /root/mma/anpa-fbsd/sys/contrib/alpine-hal/al_hal_udma_config.c:44:10: error: 'al_hal_common.h' file not found with include; use "quotes" instead #include ^ "al_hal_common.h" /root/mma/anpa-fbsd/sys/contrib/alpine-hal/al_hal_udma_config.c:45:10: error: 'al_hal_udma_regs.h' file not found with include; use "quotes" instead #include ^ "al_hal_udma_regs.h" /root/mma/anpa-fbsd/sys/contrib/alpine-hal/al_hal_udma_config.c:46:10: error: 'al_hal_udma_config.h' file not found with include; use "quotes" instead #include ^ "al_hal_udma_config.h" In file included from /root/mma/anpa-fbsd/sys/contrib/alpine-hal/al_hal_udma_iofic.c:45: In file included from /root/mma/anpa-fbsd/sys/contrib/alpine-hal/al_hal_udma_iofic.h:53: /root/mma/anpa-fbsd/sys/contrib/alpine-hal/al_hal_iofic.h:52:10: error: 'al_hal_common.h' file not found with include; use "quotes" instead #include ^ "al_hal_common.h" In file included from /root/mma/anpa-fbsd/sys/contrib/alpine-hal/al_hal_udma_iofic.c:45: /root/mma/anpa-fbsd/sys/contrib/alpine-hal/al_hal_udma_iofic.h:54:10: error: 'al_hal_udma_regs.h' file not found with include; use "quotes" instead #include ^ "al_hal_udma_regs.h" mkdep: compile failed *** [.depend] Error code 1 make[2]: stopped in /root/mma/anpa-build/arm.armv6/root/mma/anpa-fbsd/sys/ALPINE 1 error make[2]: stopped in /root/mma/anpa-build/arm.armv6/root/mma/anpa-fbsd/sys/ALPINE *** [buildkernel] Error code 2 make[1]: stopped in /root/mma/anpa-fbsd 1 error make[1]: stopped in /root/mma/anpa-fbsd *** [buildkernel] Error code 2 make: stopped in /root/mma/anpa-fbsd 1 error make: stopped in /root/mma/anpa-fbsd Could you tell me how can I update conf file to set a correct dependencies? 2016-02-02 13:37 GMT+01:00 Hans Petter Selasky : > On 02/02/16 13:29, Marcin Mazurek wrote: > >> I just tested this, but without any result. >> I got the same errors. >> >> > Can you show the errors you got? Try temporarily adding "no-depend" > keyword to the config line before build-with . > > You should also update conf/XXX to have a special depend for your files, > because there is no depend-with option. > > --HPS > > From owner-freebsd-current@freebsd.org Tue Feb 2 15:46:12 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 90861A97452 for ; Tue, 2 Feb 2016 15:46:12 +0000 (UTC) (envelope-from junchoon@dec.sakura.ne.jp) Received: from dec.sakura.ne.jp (dec.sakura.ne.jp [210.188.226.8]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 462961EB9 for ; Tue, 2 Feb 2016 15:46:11 +0000 (UTC) (envelope-from junchoon@dec.sakura.ne.jp) Received: from fortune.joker.local (123-48-23-227.dz.commufa.jp [123.48.23.227]) (authenticated bits=0) by dec.sakura.ne.jp (8.15.2/8.15.2/[SAKURA-WEB]/20080708) with ESMTPA id u12Fk2d1063874; Wed, 3 Feb 2016 00:46:02 +0900 (JST) (envelope-from junchoon@dec.sakura.ne.jp) Date: Wed, 3 Feb 2016 00:46:01 +0900 From: Tomoaki AOKI To: freebsd-current@freebsd.org Cc: killing@multiplay.co.uk Subject: Re: ZFSROOT UEFI boot Message-Id: <20160203004601.359fb76b58ddb104911b58a7@dec.sakura.ne.jp> In-Reply-To: <56AF9E96.3040306@multiplay.co.uk> References: <8991747525093115430@unknownmsgid> <20160124215300.4cd7f1207f5a4c7b28ef7ffc@dec.sakura.ne.jp> <56A51A4C.1040808@multiplay.co.uk> <20160129000344.feaf5f828e5d43d5fbbb652a@dec.sakura.ne.jp> <56AAD552.9090202@multiplay.co.uk> <20160130155755.485736c8e12868663b9ccfbc@dec.sakura.ne.jp> <56AD0B22.1050704@multiplay.co.uk> <20160131204356.f863901e7125456b5586b215@dec.sakura.ne.jp> <56AE12FF.9080404@multiplay.co.uk> <20160201233627.b02ada486133cca3c2eec9ad@dec.sakura.ne.jp> <20160202011951.fac68e935a3f0b414a8f34cb@dec.sakura.ne.jp> <56AF9E96.3040306@multiplay.co.uk> Organization: Junchoon corps X-Mailer: Sylpheed 3.5.0 (GTK+ 2.24.29; amd64-portbld-freebsd10.3) Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="Multipart=_Wed__3_Feb_2016_00_46_01_+0900_fttPdiOmIBvpG.Rk" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Feb 2016 15:46:12 -0000 This is a multi-part message in MIME format. --Multipart=_Wed__3_Feb_2016_00_46_01_+0900_fttPdiOmIBvpG.Rk Content-Type: text/plain; charset=ISO-2022-JP Content-Transfer-Encoding: 7bit Thanks! The behavior is fixed and now boots as expected. :-) Please see attached. What's not tested yet is: *Fallback to UFS from ZFS in the same disk works or not. *Without -DEFI_DEBUG binary. Regards. On Mon, 1 Feb 2016 18:06:14 +0000 Steven Hartland wrote: > Ok thanks, I hoped as much, otherwise we where looking a very broken EFI > firmware ;-) > > I've found and fixed the match issue, so if you could re-test 2 and 3 we > should be able confirm all is good. > > If all is good a confirmation that there's no issues with the rest, but > no need for output, needed. > > Regards > Steve > > On 01/02/2016 16:19, Tomoaki AOKI wrote: > > Woops! Found mistype in Diff8 report. Sorry. :-( > > Attached is the fixed one. [imagepath line of 1) is fixed.] > > > > > > On Mon, 1 Feb 2016 23:36:27 +0900 > > Tomoaki AOKI wrote: > > > >> Thanks in advance. > >> But unfortunately, the boot behavior of Diff7 and Diff8 are changed > >> from Diff6. Back to old problematic behavior. > >> > >> FYI, I re-tested Diff6 (previously built binary) and reproduced the > >> behavior I already reported. (So no new logs for it.) > >> > >> Please see attached 2 files (for Diff7 and Diff8 respectively). > >> In addition to test 2) and 3), 5) [USB boot] for Diff7 and 1) [single > >> drive] for Diff8 are done. > >> > >> Regards. > >> > >> > >> On Sun, 31 Jan 2016 13:58:23 +0000 > >> Steven Hartland wrote: > >> > >>> Thanks for doing that it was very helpful, and I know transcribing from > >>> video would have been quite a time consuming task. > >>> > >>> I noticed a few interesting facts: > >>> 1. It looks like when you boot from ada0 and ada1 its still picking the > >>> same device (according to device order). > >>> Its not 100% clear as your devices are sata which Diff 6 didn't have > >>> decoding for. I've added that now so hopefully we can confirm, also > >>> added output of boot1 imgpath: so we can see what the EFI thinks the > >>> boot device is. > >>> 2. Your usb device path has two message path entries which means > >>> msg_paths_match would result in a false positive for usb devices, this > >>> is now fixed by matching until we see a media path. > >>> > >>> If you can now re-test the following two cases: > >>> 2) Boot from ada0 without USB memstick attached (2 drives). > >>> 3) Boot from ada1 without USB memstick attached (2 drives). > >>> > >>> I'm interested to confirm two things: > >>> 1. If the boot1 imgpath lines do indeed vary > >>> 2. If the "load: '/boot/loader.efi'" line devpath matches the boot1 imgpath. > >>> > >>> The changes from Diff 7 shouldn't effect the outcome of the other tests, > >>> but confirming that too wouldn't hurt but no need for the output. > >>> > >>> Regards > >>> Steve > >>> On 31/01/2016 11:43, Tomoaki AOKI wrote: > >>>> I found Diff6 you uploaded to PHABRICATOR. So my report below is based > >>>> on it. > >>>> > >>>> The patched boot1.efi runs as expected (== as you wrote) for me. > >>>> *boot1.efi without -DEFI_DEBUG isn't tested. Needed? > >>>> > >>>> As I mentioned in my previous post, I have no serial console > >>>> environment. So I took movie of limited tests and typed it. > >>>> > >>>> Which of the tests are typed: > >>>> > >>>> 1) Boot from ada0 removing ada1, no USB memstick attached, ZFS in > >>>> ada0 has loader.efi. (Single drive config.) > >>>> > >>>> 2) Boot from ada0, no USB memstick attached, ZFS in ada0 has > >>>> loader.efi. > >>>> > >>>> 3) Boot from ada1, no USB memstick attached, ZFS in ada1 has > >>>> loader.efi. > >>>> > >>>> 4) Boot from ada1, no USB memstick attached, only UFS in ada0 has > >>>> loader.efi. > >>>> > >>>> 5) Boot from da0 (USB memstick with memstick.img of head). > >>>> UFS in da0 has loader.efi and ZFS isn't present in da0. > >>>> (3 drives [2 drives + USB memstick] config.) > >>>> > >>>> Please see attached text for detail. Are more outputs needed? > >>>> > >>>> Thanks in advance! I'm looking forward to see this MFC'ed before > >>>> releng/10.3 is branched. (Relies on imp@'s test?) > >>>> > >>>> *Will need to be in conjunction with changes after r294265 in head, as > >>>> currently Diff6 doesn't apply to stable/10. > >>>> > >>>> Regards. > >>>> > >>>> > >>>> On Sat, 30 Jan 2016 19:12:34 +0000 > >>>> Steven Hartland wrote: > >>>> > >>>>> I believe, based on testing, that the from Diff 5 onwards of > >>>>> https://reviews.freebsd.org/D5108 this should work as you expect it i.e. > >>>>> > >>>>> If boot1 is loaded from a device which has either a UFS or ZFS bootable > >>>>> install then this is the device that will be used to boot. > >>>>> > >>>>> If said device has both then the ZFS setup will still be tried first. > >>>>> > >>>>> If you can test in your setup and confirm either way that would be most > >>>>> appreciated. > >>>>> > >>>>> Regards > >>>>> Steve > >>>>> > >>>>> On 30/01/2016 06:57, Tomoaki AOKI wrote: > >>>>>> Thanks for your quick support! > >>>>>> I tried your patch [Diff1] (built with head r295032 world/kernel) and > >>>>>> now have good and bad news. > >>>>>> > >>>>>> Good news is that without USB memstick boot1.efi runs as expected. > >>>>>> Great! > >>>>>> > >>>>>> Bad news is that when booting from USB memstick (the one I used my > >>>>>> previous test, boot1.efi [bootx64.efi] and loader.efi is replaced) and > >>>>>> whichever of internal disk (ada[01]) have loader.efi in its ZFS pool, > >>>>>> ada[01] is booted instead of da0 (USB memstick). > >>>>>> > >>>>>> *If ada0 has loader.efi, always booted from ada0 (stable/10). > >>>>>> *If ada0 doesn't have loader.efi and ada1 has, booted from ada1 > >>>>>> (head). > >>>>>> *If both ada0 and ada1 don't have loader.efi, da0 (USB memstick) is > >>>>>> booted (head, installer is invoked). > >>>>>> > >>>>>> *Whichever ada[01] has loader.efi in their UFS or not didn't matter. > >>>>>> > >>>>>> These behaviour would be because ZFS thoughout all disks is tried > >>>>>> before trying UFS throughout all disks, if I understood correctly. > >>>>>> > >>>>>> Changing boot order (ZFS to UFS per each disk, instead of each > >>>>>> ZFS to each UFS) would help. > >>>>>> But providing ZFS-disabled boot1.efi (boot1ufs.efi?) for installation > >>>>>> media (memstick, dvd, ...) helps, too. I built ZFS-disabled boot1.efi > >>>>>> and it worked fine for USB memstick for me. > >>>>>> > >>>>>> *`make clean && make -DMK_ZFS=no` in sys/boot/efi/boot1 didn't disabled > >>>>>> ZFS module, so I must edit the definition of *boot_modules[] in > >>>>>> boot1.c. I'd have been missing something. > >>>>>> > >>>>>> Regards. > >>>>>> > >>>>>> > >>>>>> On Fri, 29 Jan 2016 02:58:26 +0000 > >>>>>> Steven Hartland wrote: > >>>>>> > >>>>>>> On 28/01/2016 16:22, Doug Rabson wrote: > >>>>>>>> On 28 January 2016 at 15:03, Tomoaki AOKI wrote: > >>>>>>>> > >>>>>>>>> It's exactly the NO GOOD point. The disk where boot1 is read from > >>>>>>>>> should be where loader.efi and loader.conf are first read. > >>>>>>>>> > >>>>>>>> I just wanted to note that gptzfsboot and zfsboot behaves this way. Boot1 > >>>>>>>> looks for loader in the pool which contains the disk that the BIOS booted. > >>>>>>>> It passes through the ID of that pool to loader which uses that pool as the > >>>>>>>> default for loading kernel and modules. I believe this is the correct > >>>>>>>> behaviour. For gptzfsboot and zfsboot, it is possible to override by > >>>>>>>> pressing space at the point where it is about to load loader. > >>>>>>> I believe I understand at least some of your issue now, could you please > >>>>>>> test the code on the following review to see if it fixes your issue please: > >>>>>>> https://reviews.freebsd.org/D5108 > >>>>>>> > >>>>>>> Regards > >>>>>>> Steve > >>>>>>> _______________________________________________ > >>>>>>> freebsd-current@freebsd.org mailing list > >>>>>>> https://lists.freebsd.org/mailman/listinfo/freebsd-current > >>>>>>> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > >>>>>>> > >>>>> _______________________________________________ > >>>>> freebsd-current@freebsd.org mailing list > >>>>> https://lists.freebsd.org/mailman/listinfo/freebsd-current > >>>>> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > >>>>> > >>>> > >>>> > >>>> _______________________________________________ > >>>> freebsd-current@freebsd.org mailing list > >>>> https://lists.freebsd.org/mailman/listinfo/freebsd-current > >>>> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > >>> _______________________________________________ > >>> freebsd-current@freebsd.org mailing list > >>> https://lists.freebsd.org/mailman/listinfo/freebsd-current > >>> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > >>> > >> > >> -- > >> Tomoaki AOKI junchoon@dec.sakura.ne.jp > > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > -- $B@DLZ(B $BCNL@(B [Tomoaki AOKI] junchoon@dec.sakura.ne.jp MXE02273@nifty.com --Multipart=_Wed__3_Feb_2016_00_46_01_+0900_fttPdiOmIBvpG.Rk Content-Type: text/plain; name="boot1.efi-Diff9-bootlogs.txt" Content-Disposition: attachment; filename="boot1.efi-Diff9-bootlogs.txt" Content-Transfer-Encoding: 7bit Trial with Diff9. Odd behaviour of Diff7 and Diff8 was confirmed fixed. To ease comparing with previous test, test No. is matched as before. So you would feel odd reading this file only. For internal disks, ZFS only have loader.efi. USB memstick has no ZFS and has loader.efi in UFS. ======================================================================== Output of gpart show with USB memstick attached. Note) diskid/DISK-S21MNXAG821947P is ada1. => 34 2000409197 ada0 GPT (954G) 34 2014 - free - (1.0M) 2048 409600 1 efi (200M) 411648 1024 2 freebsd-boot (512K) 412672 1024 - free - (512K) 413696 20971520 3 freebsd-swap (10G) 21385216 10485760 4 freebsd-ufs (5.0G) 31870976 1968537600 5 freebsd-zfs (939G) 2000408576 655 - free - (328K) => 34 488397101 ada1 GPT (233G) 34 2014 - free - (1.0M) 2048 204800 1 efi (100M) 206848 1024 2 freebsd-boot (512K) 207872 1024 - free - (512K) 208896 20971520 3 freebsd-swap (10G) 21180416 16777216 4 freebsd-ufs (8.0G) 37957632 450439168 5 freebsd-zfs (215G) 488396800 335 - free - (168K) => 34 488397101 diskid/DISK-S21MNXAG821947P GPT (233G) 34 2014 - free - (1.0M) 2048 204800 1 efi (100M) 206848 1024 2 freebsd-boot (512K) 207872 1024 - free - (512K) 208896 20971520 3 freebsd-swap (10G) 21180416 16777216 4 freebsd-ufs (8.0G) 37957632 450439168 5 freebsd-zfs (215G) 488396800 335 - free - (168K) => 3 1617794 da0 GPT (1.9G) [CORRUPT] 3 1600 1 efi (800K) 1603 34 2 freebsd-boot (17K) 1637 1614112 3 freebsd-ufs (788M) 1615749 2048 4 freebsd-swap (1.0M) ======================================================================== 1) Boot from ada0 WITHOUT USB memstick and ada1 attached (single drive). ada0 boots fine. >> FreeBSD EFI boot block Loader path: /boot/loader.efi Initializing modules: ZFS UFS Probing 6 block devices... boot1 imagepath: pciroot(0x0):pci(0x1f,0x02):sata(0x0,0x0,0x0):hd(1) probing: pciroot(0x0):pci(0x1f,0x02):sata(0x0,0x0,0x0) probe: . not supported probing: pciroot(0x0):pci(0x1f,0x02):sata(0x0,0x0,0x0):hd(1) probe: . not supported probing: pciroot(0x0):pci(0x1f,0x02):sata(0x0,0x0,0x0):hd(2) probe: . not supported probing: pciroot(0x0):pci(0x1f,0x02):sata(0x0,0x0,0x0):hd(3) probe: . not supported probing: pciroot(0x0):pci(0x1f,0x02):sata(0x0,0x0,0x0):hd(4) probe: * supported (preferred) probing: pciroot(0x0):pci(0x1f,0x02):sata(0x0,0x0,0x0):hd(5) probe: * supported (preferred) done ZFS found the following pool: zsysS01 UFS found 1 partitions load: '/boot/loader.efi' spa: 'zsysS01', devpath: pciroot(0x0):pci(0x1f,0x02):sata(0x0,0x0,0x0):hd(5) load: '/boot.config' spa: 'zsysS01', devpath: pciroot(0x0):pci(0x1f,0x02):sata(0x0,0x0,0x0):hd(5) Failed to find '/boot.config' on pool 'zsysS01' (2) load: '/boot/config' spa: 'zsysS01', devpath: pciroot(0x0):pci(0x1f,0x02):sata(0x0,0x0,0x0):hd(5) Failed to find '/boot/config' on pool 'zsysS01' (2) Starting '/boot/loader.efi' in 5 seconds....... Consoles: EFI console Command line arguments: loader.efi Image base: 0xdb727000 EFI version: 2.00 EFI firmwaew: L(rev 0.4960) ======================================================================== 2) Boot from ada0 without USB memstick attached (2 drives). ada0 boots fine. >> FreeBSD EFI boot block Loader path: /boot/loader.efi Initializing modules: ZFS UFS Probing 12 block devices... boot1 imagepath: pciroot(0x0):pci(0x1f,0x02):sata(0x0,0x0,0x0):hd(1) probing: pciroot(0x0):pci(0x1f,0x02):sata(0x0,0x0,0x0) probe: . not supported probing: pciroot(0x0):pci(0x1f,0x02):sata(0x1,0x0,0x0) probe: . not supported probing: pciroot(0x0):pci(0x1f,0x02):sata(0x1,0x0,0x0):hd(1) probe: . not supported probing: pciroot(0x0):pci(0x1f,0x02):sata(0x1,0x0,0x0):hd(2) probe: . not supported probing: pciroot(0x0):pci(0x1f,0x02):sata(0x1,0x0,0x0):hd(3) probe: . not supported probing: pciroot(0x0):pci(0x1f,0x02):sata(0x1,0x0,0x0):hd(4) probe: + supported probing: pciroot(0x0):pci(0x1f,0x02):sata(0x1,0x0,0x0):hd(5) probe: + supported probing: pciroot(0x0):pci(0x1f,0x02):sata(0x0,0x0,0x0):hd(1) probe: . not supported probing: pciroot(0x0):pci(0x1f,0x02):sata(0x0,0x0,0x0):hd(2) probe: . not supported probing: pciroot(0x0):pci(0x1f,0x02):sata(0x0,0x0,0x0):hd(3) probe: . not supported probing: pciroot(0x0):pci(0x1f,0x02):sata(0x0,0x0,0x0):hd(4) probe: * supported (preferred) probing: pciroot(0x0):pci(0x1f,0x02):sata(0x0,0x0,0x0):hd(5) probe: * supported (preferred) done ZFS found the following pool: zsysS02 zsysS01 UFS found 2 partitions load: '/boot/loader.efi' spa: 'zsysS01', devpath: pciroot(0x0):pci(0x1f,0x02):sata(0x0,0x0,0x0):hd(5) load: '/boot.config' spa: 'zsysS01', devpath: pciroot(0x0):pci(0x1f,0x02):sata(0x0,0x0,0x0):hd(5) Failed to find '/boot.config' on pool 'zsysS01' (2) load: '/boot/config' spa: 'zsysS01', devpath: pciroot(0x0):pci(0x1f,0x02):sata(0x0,0x0,0x0):hd(5) Failed to find '/boot/config' on pool 'zsysS01' (2) Starting '/boot/loader.efi' in 5 seconds....... Consoles: EFI console Command line arguments: loader.efi Image base: 0xdb727000 EFI version: 2.00 EFI firmwaew: L(rev 0.4960) ======================================================================== 3) Boot from ada1 without USB memstick attached (2 drives). ada1 boots fine. >> FreeBSD EFI boot block Loader path: /boot/loader.efi Initializing modules: ZFS UFS Probing 12 block devices... boot1 imagepath: pciroot(0x0):pci(0x1f,0x02):sata(0x1,0x0,0x0):hd(1) probing: pciroot(0x0):pci(0x1f,0x02):sata(0x0,0x0,0x0) probe: . not supported probing: pciroot(0x0):pci(0x1f,0x02):sata(0x1,0x0,0x0) probe: . not supported probing: pciroot(0x0):pci(0x1f,0x02):sata(0x0,0x0,0x0):hd(1) probe: . not supported probing: pciroot(0x0):pci(0x1f,0x02):sata(0x0,0x0,0x0):hd(2) probe: . not supported probing: pciroot(0x0):pci(0x1f,0x02):sata(0x0,0x0,0x0):hd(3) probe: . not supported probing: pciroot(0x0):pci(0x1f,0x02):sata(0x0,0x0,0x0):hd(4) probe: + supported probing: pciroot(0x0):pci(0x1f,0x02):sata(0x0,0x0,0x0):hd(5) probe: + supported probing: pciroot(0x0):pci(0x1f,0x02):sata(0x1,0x0,0x0):hd(1) probe: . not supported probing: pciroot(0x0):pci(0x1f,0x02):sata(0x1,0x0,0x0):hd(2) probe: . not supported probing: pciroot(0x0):pci(0x1f,0x02):sata(0x1,0x0,0x0):hd(3) probe: . not supported probing: pciroot(0x0):pci(0x1f,0x02):sata(0x1,0x0,0x0):hd(4) probe: * supported (preferred) probing: pciroot(0x0):pci(0x1f,0x02):sata(0x1,0x0,0x0):hd(5) probe: * supported (preferred) done ZFS found the following pool: zsysS01 zsysS02 UFS found 2 partitions load: '/boot/loader.efi' spa: 'zsysS02', devpath: pciroot(0x0):pci(0x1f,0x02):sata(0x1,0x0,0x0):hd(5) load: '/boot.config' spa: 'zsysS02', devpath: pciroot(0x0):pci(0x1f,0x02):sata(0x1,0x0,0x0):hd(5) Failed to find '/boot.config' on pool 'zsysS02' (2) load: '/boot/config' spa: 'zsysS02', devpath: pciroot(0x0):pci(0x1f,0x02):sata(0x1,0x0,0x0):hd(5) Failed to find '/boot/config' on pool 'zsysS02' (2) Starting '/boot/loader.efi' in 5 seconds....... Consoles: EFI console Command line arguments: loader.efi Image base: 0xdb722000 EFI version: 2.00 EFI firmwaew: L(rev 0.4960) ======================================================================== 5) Boot from da0 [USB memstick] (3 drives). da0 boots fine. >> FreeBSD EFI boot block Loader path: /boot/loader.efi Initializing modules: ZFS UFS Probing 17 block devices... boot1 imagepath: pciroot(0x0):pci(0x1d,0x00):usb(0x00,0x00):usb(0x01,0x00):hd(1) probing: pciroot(0x0):pci(0x1f,0x02):sata(0x0,0x0,0x0) probe: . not supported probing: pciroot(0x0):pci(0x1f,0x02):sata(0x1,0x0,0x0) probe: . not supported probing: pciroot(0x0):pci(0x1f,0x02):sata(0x0,0x0,0x0):hd(1) probe: . not supported probing: pciroot(0x0):pci(0x1f,0x02):sata(0x0,0x0,0x0):hd(2) probe: . not supported probing: pciroot(0x0):pci(0x1f,0x02):sata(0x0,0x0,0x0):hd(3) probe: . not supported probing: pciroot(0x0):pci(0x1f,0x02):sata(0x0,0x0,0x0):hd(4) probe: + supported probing: pciroot(0x0):pci(0x1f,0x02):sata(0x0,0x0,0x0):hd(5) probe: + supported probing: pciroot(0x0):pci(0x1f,0x02):sata(0x1,0x0,0x0):hd(1) probe: . not supported probing: pciroot(0x0):pci(0x1f,0x02):sata(0x1,0x0,0x0):hd(2) probe: . not supported probing: pciroot(0x0):pci(0x1f,0x02):sata(0x1,0x0,0x0):hd(3) probe: . not supported probing: pciroot(0x0):pci(0x1f,0x02):sata(0x1,0x0,0x0):hd(4) probe: + supported probing: pciroot(0x0):pci(0x1f,0x02):sata(0x1,0x0,0x0):hd(5) probe: + supported probing: pciroot(0x0):pci(0x1d,0x00):usb(0x00,0x00):usb(0x01,0x00):hd(1) probe: . not supported probing: pciroot(0x0):pci(0x1d,0x00):usb(0x00,0x00):usb(0x01,0x00):hd(2) vdev_read: failed dev: 0xdca15630, id: 1, lba: 32, size: 114688, status: 2 dskread: failed dev: 0xdca15630, id: 1, lba: 128, size: 8192, status: 2 probe: . not supported probing: pciroot(0x0):pci(0x1d,0x00):usb(0x00,0x00):usb(0x01,0x00):hd(3) probe; * supported (preferred) probing: pciroot(0x0):pci(0x1d,0x00):usb(0x00,0x00):usb(0x01,0x00):hd(4) probe: . not supported done ZFS found the following pool: zsysS01 zsysS02 UFS found 3 partitions Loading '/boot/loader.efi' from pciroot(0x0):pci(0x1d,0x00):usb(0x00,0x00):usb(0x01,0x00):hd(3) Load complete Loading '/boot.config' from pciroot(0x0):pci(0x1d,0x00):usb(0x00,0x00):usb(0x01,0x00):hd(3) Failed to lookup '/boot.config' (file not found?) Loading '/boot/config' from pciroot(0x0):pci(0x1d,0x00):usb(0x00,0x00):usb(0x01,0x00):hd(3) Failed to lookup '/boot/config' (file not found?) Starting '/boot/loader.efi' in 5 seconds....... Consoles: EFI console Command line arguments: loader.efi Image base: 0xdb727000 EFI version: 2.00 EFI firmwaew: L(rev 0.4960) --Multipart=_Wed__3_Feb_2016_00_46_01_+0900_fttPdiOmIBvpG.Rk-- From owner-freebsd-current@freebsd.org Tue Feb 2 16:04:40 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 252E5A9803D; Tue, 2 Feb 2016 16:04:40 +0000 (UTC) (envelope-from hps@selasky.org) 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 DB04EF5E; Tue, 2 Feb 2016 16:04:39 +0000 (UTC) (envelope-from hps@selasky.org) Received: from laptop015.home.selasky.org (unknown [62.141.129.119]) (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 6008A1FE022; Tue, 2 Feb 2016 17:04:36 +0100 (CET) Subject: Re: Cannot include header files from sys/contrib directory To: Marcin Mazurek References: <56B09AAE.9000909@selasky.org> <56B09F3A.1080409@selasky.org> <56B0A2F3.6080100@selasky.org> Cc: freebsd-arm@freebsd.org, freebsd-current@freebsd.org, Bryan Drewery From: Hans Petter Selasky Message-ID: <56B0D420.10609@selasky.org> Date: Tue, 2 Feb 2016 17:06:56 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.5.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Feb 2016 16:04:40 -0000 On 02/02/16 14:11, Marcin Mazurek wrote: > Now my config line looks like: > > dev/al_eth/al_eth.c optional al_eth \ > no-depend \ > compile-with "${CC} -c -o ${.TARGET} ${CFLAGS} > -I$S/contrib/alpine-hal -I$S/contrib/alpine-hal/eth ${PROF} ${.IMPSRC}" > > > Unfortunately I still get the same errors as before: > Hi, > mkdep: compile failed ^^^ The depend will fail, this is expected. Maybe you need to clean the build directory after applying the config above. Note, the compile-with and no-depend must be the same for all files you compile. Can you show the command you are running to build? Can you show the full path for the .c and .h files in question? --HPS From owner-freebsd-current@freebsd.org Tue Feb 2 17:12:36 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id AA84EA99BAF; Tue, 2 Feb 2016 17:12:36 +0000 (UTC) (envelope-from zara.kanaeva@ggi.uni-tuebingen.de) Received: from mx09.uni-tuebingen.de (mx09.uni-tuebingen.de [134.2.5.219]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "smtpserv.uni-tuebingen.de", Issuer "Global-UNITUE-CA 01" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 46B1A1C99; Tue, 2 Feb 2016 17:12:35 +0000 (UTC) (envelope-from zara.kanaeva@ggi.uni-tuebingen.de) Received: from webmail2.uni-tuebingen.de (webmail2.uni-tuebingen.de [134.2.5.195]) by mx09.uni-tuebingen.de (8.14.3/8.14.3) with ESMTP id u12H6XH6013302 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 2 Feb 2016 18:06:33 +0100 Received: from webmail2.uni-tuebingen.de (localhost [127.0.0.1]) by webmail2.uni-tuebingen.de (Postfix) with ESMTPS id 44F1492CB2; Tue, 2 Feb 2016 18:06:33 +0100 (CET) Received: from roceehbwz.rue23.uni-tuebingen.de (roceehbwz.rue23.uni-tuebingen.de [134.2.216.135]) by webmail.uni-tuebingen.de (Horde Framework) with HTTP; Tue, 02 Feb 2016 18:06:33 +0100 Date: Tue, 02 Feb 2016 18:06:33 +0100 Message-ID: <20160202180633.Horde.XX1o8RUHQB-jhWuJls7E7KO@webmail.uni-tuebingen.de> From: Zara Kanaeva To: freebsd-stable@freebsd.org, freebsd-current@freebsd.org Subject: LSI SAS 3108 RAID Controller User-Agent: Horde Application Framework 5 Content-Type: text/plain; charset=utf-8; format=flowed; DelSp=Yes MIME-Version: 1.0 Content-Disposition: inline Content-Transfer-Encoding: 8bit X-Mailman-Approved-At: Tue, 02 Feb 2016 18:12:44 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Feb 2016 17:12:36 -0000 Dear list, I have one Fujitsu server with LSI SAS 3108 RAID Controller. These LSI SAS 3108 RAID Controller is supported by the mpr driver (https://www.freebsd.org/relnotes/CURRENT/hardware/support.html). If I try to install the FreeBSD-stable 10.0 or FreeBSD-current 11.0 on this server I can make partitions, but I can not write install files on the disks (better to say RAID5 virtual drive) without errors. The erorrs are: mfi0 failed to get command mfi0: COMMAND ... TIMEOUT AFTER ... SECONDS By the installations I see my virtual drive as device with mfi0 as identifier. My questions are: 1) Why I see the virtual drive as device with mfi0 as identifier. I would expect that my virtual drive has identifier mpr0 or something like this. 2) Why I can install FreeBSD on one of the disks connected to LSI SAS 3108 RAID Controller, if the disks do not build any virtual drive (no matter which RAID level). Is that possible because mpr driver supports the LSI SAS 3108 RAID Controller as SCSI Controller and not as RAID Controller (see Kernel configuration)? Thanks in advance, Z. Kanaeva. -- Dipl.-Inf. Zara Kanaeva Heidelberger Akademie der Wissenschaften Forschungsstelle "The role of culture in early expansions of humans" an der Universität Tübingen Geographisches Institut Universität Tübingen Ruemelinstr. 19-23 72070 Tuebingen Tel.: +49-(0)7071-2972132 e-mail: zara.kanaeva@geographie.uni-tuebingen.de ------- - Theory is when you know something but it doesn't work. - Practice is when something works but you don't know why. - Usually we combine theory and practice: Nothing works and we don't know why. From owner-freebsd-current@freebsd.org Tue Feb 2 18:26:22 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7A5E6A99820 for ; Tue, 2 Feb 2016 18:26:22 +0000 (UTC) (envelope-from pete@nomadlogic.org) Received: from mail.nomadlogic.org (mail.nomadlogic.org [IPv6:2607:f2f8:a098::4]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 6925BE38 for ; Tue, 2 Feb 2016 18:26:22 +0000 (UTC) (envelope-from pete@nomadlogic.org) Received: from mail.nomadlogic.org (localhost [127.0.0.1]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mail.nomadlogic.org (Postfix) with ESMTPS id 67074125EE1 for ; Tue, 2 Feb 2016 10:26:15 -0800 (PST) Received: from pop.rubicorp.com (unknown [72.34.113.100]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mail.nomadlogic.org (Postfix) with ESMTPSA id 56C79125EBA for ; Tue, 2 Feb 2016 10:26:15 -0800 (PST) Subject: Re: LSI SAS 3108 RAID Controller To: freebsd-current@freebsd.org References: <20160202180633.Horde.XX1o8RUHQB-jhWuJls7E7KO@webmail.uni-tuebingen.de> From: Pete Wright Message-ID: <56B0F4C6.5090601@nomadlogic.org> Date: Tue, 2 Feb 2016 10:26:14 -0800 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.5.0 MIME-Version: 1.0 In-Reply-To: <20160202180633.Horde.XX1o8RUHQB-jhWuJls7E7KO@webmail.uni-tuebingen.de> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Feb 2016 18:26:22 -0000 On 02/02/16 09:06, Zara Kanaeva wrote: > Dear list, > > I have one Fujitsu server with LSI SAS 3108 RAID Controller. These LSI > SAS 3108 RAID Controller is supported by the mpr driver > (https://www.freebsd.org/relnotes/CURRENT/hardware/support.html). > If I try to install the FreeBSD-stable 10.0 or FreeBSD-current 11.0 on > this server I can make partitions, but I can not write install files on > the disks (better to say RAID5 virtual drive) without errors. > The erorrs are: > mfi0 failed to get command > mfi0: COMMAND ... TIMEOUT AFTER ... SECONDS > > By the installations I see my virtual drive as device with mfi0 as > identifier. > > My questions are: > 1) Why I see the virtual drive as device with mfi0 as identifier. I > would expect that my virtual drive has identifier mpr0 or something like > this. > 2) Why I can install FreeBSD on one of the disks connected to LSI SAS > 3108 RAID Controller, if the disks do not build any virtual drive (no > matter which RAID level). Is that possible because mpr driver supports > the LSI SAS 3108 RAID Controller as SCSI Controller and not as RAID > Controller (see Kernel configuration)? > it may be helpful to investigate your system using mfiutil(8). It's possible you have flaky hardware as I have used that card before with out issues IIRC. Hope this helps, -pete -- Pete Wright pete@nomadlogic.org twitter => @nomadlogicLA From owner-freebsd-current@freebsd.org Tue Feb 2 19:25:56 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 74C89A98E74; Tue, 2 Feb 2016 19:25:56 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [IPv6:2607:f3e0:80:80::2]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "smarthost.sentex.ca", Issuer "smarthost.sentex.ca" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id C4F8F10BA; Tue, 2 Feb 2016 19:25:55 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (lava.sentex.ca [IPv6:2607:f3e0:0:5::11]) by smarthost2.sentex.ca (8.15.2/8.15.2) with ESMTPS id u12JPsL0083417 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 2 Feb 2016 14:25:54 -0500 (EST) (envelope-from mike@sentex.net) Received: from [IPv6:2607:f3e0:0:4:5c30:ed1b:e203:c55c] ([IPv6:2607:f3e0:0:4:5c30:ed1b:e203:c55c]) by lava.sentex.ca (8.14.9/8.14.9) with ESMTP id u12JPr1s016856; Tue, 2 Feb 2016 14:25:53 -0500 (EST) (envelope-from mike@sentex.net) Subject: Re: LSI SAS 3108 RAID Controller To: Zara Kanaeva , freebsd-stable@freebsd.org, freebsd-current@freebsd.org References: <20160202180633.Horde.XX1o8RUHQB-jhWuJls7E7KO@webmail.uni-tuebingen.de> From: Mike Tancsa X-Enigmail-Draft-Status: N1110 Organization: Sentex Communications Message-ID: <56B102BC.8020502@sentex.net> Date: Tue, 2 Feb 2016 14:25:48 -0500 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.5.1 MIME-Version: 1.0 In-Reply-To: <20160202180633.Horde.XX1o8RUHQB-jhWuJls7E7KO@webmail.uni-tuebingen.de> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Scanned-By: MIMEDefang 2.75 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Feb 2016 19:25:56 -0000 On 2/2/2016 12:06 PM, Zara Kanaeva wrote: > Dear list, > > I have one Fujitsu server with LSI SAS 3108 RAID Controller. These LSI > SAS 3108 RAID Controller is supported by the mpr driver Try and attach the mrsas driver to the card. I had a similar problem with an onboard variant. Either compile the kernel without the mfi driver, or force the kernel to assign the mrsas driver to it instead of the mfi driver. hw.mfi.mrsas_enable=1 in /boot/loader.conf # pciconf -lv mrsas0 mrsas0@pci0:1:0:0: class=0x010400 card=0x080915d9 chip=0x005d1000 rev=0x02 hdr=0x00 vendor = 'LSI Logic / Symbios Logic' device = 'MegaRAID SAS-3 3108 [Invader]' class = mass storage subclass = RAID ---Mike -- ------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet services since 1994 www.sentex.net Cambridge, Ontario Canada http://www.tancsa.com/ From owner-freebsd-current@freebsd.org Tue Feb 2 22:53:43 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1F8B8A99850 for ; Tue, 2 Feb 2016 22:53:43 +0000 (UTC) (envelope-from cptsalek@gmail.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id EFA841BBD for ; Tue, 2 Feb 2016 22:53:42 +0000 (UTC) (envelope-from cptsalek@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id EB1ABA9984F; Tue, 2 Feb 2016 22:53:42 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D0F66A9984E for ; Tue, 2 Feb 2016 22:53:42 +0000 (UTC) (envelope-from cptsalek@gmail.com) Received: from mail-wm0-x22c.google.com (mail-wm0-x22c.google.com [IPv6:2a00:1450:400c:c09::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 704941BBC for ; Tue, 2 Feb 2016 22:53:42 +0000 (UTC) (envelope-from cptsalek@gmail.com) Received: by mail-wm0-x22c.google.com with SMTP id l66so45082636wml.0 for ; Tue, 02 Feb 2016 14:53:42 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=FDgh7xlt+9hcVs0/tJQRF34q+qJkLgCpLtxXJwa99uc=; b=nJss4OPbSz1ArKISalqAapOPT+/YQM/cFf0590CPh32HhKESVDQN2raJe4KjxXpyaH 9yRFmF79Az27vwO/HfGFaa9C2/Vqd1bKGH/+1foLSW3Qy4lSRyr3PrgBoV357VbSi00R NqABGB2bpHa2QCHWdojxtn8rKTAjVhlg/lH8V3zN7hHpCylQirKiL1nufuUpcMqxRw0P zn0/Rwy+Qo64k7r1GWVS4vdgYI6z2Ytgrp/fjzCSOgaut5+YNhcc/f+RHMceuCxuQ9ie tOKdk5JVxjW/DF7w3UrWcLFq4ONQmLVZLt0zTBcmX+h9c8gWDmZI4C9tR8BrCLAux+aU dDew== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:date:message-id:subject:from:to :content-type; bh=FDgh7xlt+9hcVs0/tJQRF34q+qJkLgCpLtxXJwa99uc=; b=iNdHQ5L9Jr+lwej4IzuqJcJPm/EFshxUdcj+KzFcpyX/CB8fRIswdA9526M4pGPtHq 4jXWcvP9ZDNRT1FKAN0PwTAAM45fMFkwY4FlMFIuTKYkTF/HAjeZNNL8pNsBvulpKENH eIbuQk/XRa6q9hM7fuEUjwZkXzFYg4x1IfIIaxjfkjjIz7a1OxhS2fStpvu5btDWZnNv K1tCnRULxs6elOHkTF9IxOLTe++XkwjpTufR+7aosGj8y2ZFBim7wZDn4PdI+6HJW2bp IFaZdOZCT/e+csXVjWTYiKrm0SJbwnvmOc8NZ9Fs78fTjnNq+pYMNPfJ8DNJiefY5oNx X3gQ== X-Gm-Message-State: AG10YOSZjthFTxF+VDySJo9TnzLfi9YzTXUNrAT0FtiF0gEYnh9lQ6KtrrTNYY1dOUS9RqB3xa6ZIZcx8INDdg== MIME-Version: 1.0 X-Received: by 10.28.153.14 with SMTP id b14mr7929046wme.93.1454453620742; Tue, 02 Feb 2016 14:53:40 -0800 (PST) Received: by 10.27.142.198 with HTTP; Tue, 2 Feb 2016 14:53:40 -0800 (PST) Date: Tue, 2 Feb 2016 23:53:40 +0100 Message-ID: Subject: Occasional crashes, Bug or dying disk? From: Christian Walther To: current@freebsd.org Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Feb 2016 22:53:43 -0000 Hello list, since updating the current installation on my trusty Thinkpad T43 I keep getting occasional crashes like the following: #1 0xc0c23a03 in kern_reboot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:364 #2 0xc0c23f3d in vpanic (fmt=, ap=) at /usr/src/sys/kern/kern_shutdown.c:757 #3 0xc0c23f5b in panic (fmt=0xc1590fad "ffs_blkfree_cg: freeing free frag") at /usr/src/sys/kern/kern_shutdown.c:688 #4 0xc0eb467a in ffs_blkfree_cg (ump=0xc7e11000, fs=0xc7e120d4, devvp=, bno=32075253, size=, inum=, dephd=) at /usr/src/sys/ufs/ffs/ffs_alloc.c:2237 #5 0xc0eb0b27 in ffs_blkfree (ump=0x0, fs=0x0, devvp=0xc7abdc34, bno=32075253, size=4096, vtype=, dephd=) at /usr/src/sys/ufs/ffs/ffs_alloc.c:2343 #6 0xc0edea9a in freework_freeblock (freework=) at /usr/src/sys/ufs/ffs/ffs_softdep.c:7749 #7 0xc0ed1f85 in handle_workitem_freeblocks (freeblks=0xc76a5d00, flags=512) at /usr/src/sys/ufs/ffs/ffs_softdep.c:7803 #8 0xc0eda341 in process_worklist_item (mp=) at /usr/src/sys/ufs/ffs/ffs_softdep.c:1799 #9 0xc0ec5d5f in softdep_process_worklist (mp=0xc7d8fd20, full=0) at /usr/src/sys/ufs/ffs/ffs_softdep.c:1593 #10 0xc0eca3ee in softdep_flush (addr=0xc7d8fd20) at /usr/src/sys/ufs/ffs/ffs_softdep.c:1395 #11 0xc0be7c9e in fork_exit (callout=0xc0eca310 ) at /usr/src/sys/kern/kern_fork.c:1010 #12 0xc1162d50 in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:287 I wonder if this might be a bug in FFS or a related subsystem, or my hard disk dying. smartctl lists several READ DMA und WRITE DMA related errors. Appears to be related to Bug 132960, which might celebrate it's 10th birthday soon. ;) Any ideas? Best wishes, Christian Walther From owner-freebsd-current@freebsd.org Wed Feb 3 00:12:14 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 736E6A99899 for ; Wed, 3 Feb 2016 00:12:14 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 690ED1DD9; Wed, 3 Feb 2016 00:12:14 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 50D9F11B5; Wed, 3 Feb 2016 00:12:14 +0000 (UTC) Date: Wed, 3 Feb 2016 00:12:13 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org Message-ID: <361531005.63.1454458334272.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Build failed in Jenkins: FreeBSD_HEAD #107 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Instance-Identity: MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAkKKb2VAfYQKfu1t7qk4nR5qzUBEI+UqT4BPec4qHVhqUy0FFdq50sMH+3y9bCDNOufctov6VqTNffZ3YXArnZK95YF0OX97fh+E9txYOUX1adc+TikcKjuYpHmL5dE62eaZTI+4A5jnRonskQ1PaoIFz0Kbu4mWzkFsmdiXTraGzomXq4cHUCATA2+K4eDYgjXEQI30z3GOMmmZ4t/+6QGk1cMb/BqMWHbn80AsRCb4tU7Hpd72XLDpsuO7YRP1Q0CjmNAuBOTj+sFiiOe6U9HpqOlQN+iFUvBdZo/ybuy5Kh71cAaYQNL68cYdZJ6binH/DkG3KY/fS7DFYAeuwjwIDAQAB X-Jenkins-Job: FreeBSD_HEAD X-Jenkins-Result: FAILURE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Feb 2016 00:12:14 -0000 See ------------------------------------------ [...truncated 336820 lines...] ===> usr.sbin/bsnmpd/modules/snmp_mibII (installconfig) ===> usr.sbin/bsnmpd/modules/snmp_target (installconfig) ===> usr.sbin/bsnmpd/modules/snmp_usm (installconfig) ===> usr.sbin/bsnmpd/modules/snmp_vacm (installconfig) ===> usr.sbin/bsnmpd/modules/snmp_wlan (installconfig) ===> usr.sbin/bsnmpd/modules/snmp_pf (installconfig) ===> usr.sbin/bsnmpd/modules/snmp_netgraph (installconfig) ===> usr.sbin/bsnmpd/tools (installconfig) ===> usr.sbin/bsnmpd/tools/libbsnmptools (installconfig) ===> usr.sbin/bsnmpd/tools/bsnmptools (installconfig) ===> usr.sbin/ctm (installconfig) ===> usr.sbin/ctm/ctm (installconfig) ===> usr.sbin/ctm/ctm_rmail (installconfig) ===> usr.sbin/ctm/ctm_smail (installconfig) ===> usr.sbin/ctm/ctm_dequeue (installconfig) ===> usr.sbin/fdcontrol (installconfig) ===> usr.sbin/fdformat (installconfig) ===> usr.sbin/fdread (installconfig) ===> usr.sbin/fdwrite (installconfig) ===> usr.sbin/fmtree (installconfig) ===> usr.sbin/freebsd-update (installconfig) ===> usr.sbin/gssd (installconfig) ===> usr.sbin/gpioctl (installconfig) ===> usr.sbin/ip6addrctl (installconfig) ===> usr.sbin/mld6query (installconfig) ===> usr.sbin/ndp (installconfig) ===> usr.sbin/rip6query (installconfig) ===> usr.sbin/route6d (installconfig) ===> usr.sbin/rrenumd (installconfig) ===> usr.sbin/rtadvctl (installconfig) ===> usr.sbin/rtadvd (installconfig) ===> usr.sbin/rtsold (installconfig) ===> usr.sbin/traceroute6 (installconfig) ===> usr.sbin/inetd (installconfig) ===> usr.sbin/ipfwpcap (installconfig) ===> usr.sbin/iscsid (installconfig) ===> usr.sbin/jail (installconfig) ===> usr.sbin/jexec (installconfig) ===> usr.sbin/jls (installconfig) ===> usr.sbin/kbdcontrol (installconfig) ===> usr.sbin/kbdmap (installconfig) ===> usr.sbin/moused (installconfig) ===> usr.sbin/vidcontrol (installconfig) ===> usr.sbin/pppctl (installconfig) ===> usr.sbin/nscd (installconfig) ===> usr.sbin/lpr (installconfig) ===> usr.sbin/lpr/common_source (installconfig) ===> usr.sbin/lpr/chkprintcap (installconfig) ===> usr.sbin/lpr/lp (installconfig) ===> usr.sbin/lpr/lpc (installconfig) ===> usr.sbin/lpr/lpd (installconfig) ===> usr.sbin/lpr/lpq (installconfig) ===> usr.sbin/lpr/lpr (installconfig) ===> usr.sbin/lpr/lprm (installconfig) ===> usr.sbin/lpr/lptest (installconfig) ===> usr.sbin/lpr/pac (installconfig) ===> usr.sbin/lpr/filters (installconfig) ===> usr.sbin/lpr/filters.ru (installconfig) ===> usr.sbin/lpr/filters.ru/koi2alt (installconfig) ===> usr.sbin/lpr/filters.ru/koi2855 (installconfig) ===> usr.sbin/manctl (installconfig) ===> usr.sbin/flowctl (installconfig) ===> usr.sbin/lmcconfig (installconfig) ===> usr.sbin/ngctl (installconfig) ===> usr.sbin/nghook (installconfig) ===> usr.sbin/rpc.yppasswdd (installconfig) ===> usr.sbin/rpc.ypupdated (installconfig) ===> usr.sbin/rpc.ypxfrd (installconfig) ===> usr.sbin/ypbind (installconfig) ===> usr.sbin/ypldap (installconfig) ===> usr.sbin/yp_mkdb (installconfig) ===> usr.sbin/yppoll (installconfig) ===> usr.sbin/yppush (installconfig) ===> usr.sbin/ypserv (installconfig) ===> usr.sbin/ypset (installconfig) ===> usr.sbin/ntp (installconfig) ===> usr.sbin/ntp/libopts (installconfig) ===> usr.sbin/ntp/libntp (installconfig) ===> usr.sbin/ntp/libntpevent (installconfig) ===> usr.sbin/ntp/libparse (installconfig) ===> usr.sbin/ntp/ntpd (installconfig) ===> usr.sbin/ntp/ntpdc (installconfig) ===> usr.sbin/ntp/ntpq (installconfig) ===> usr.sbin/ntp/ntpdate (installconfig) ===> usr.sbin/ntp/ntptime (installconfig) ===> usr.sbin/ntp/ntp-keygen (installconfig) ===> usr.sbin/ntp/sntp (installconfig) ===> usr.sbin/ntp/doc (installconfig) ===> usr.sbin/ntp/doc/drivers (installconfig) ===> usr.sbin/ntp/doc/drivers/icons (installconfig) ===> usr.sbin/ntp/doc/drivers/scripts (installconfig) ===> usr.sbin/ntp/doc/hints (installconfig) ===> usr.sbin/ntp/doc/icons (installconfig) ===> usr.sbin/ntp/doc/pic (installconfig) ===> usr.sbin/ntp/doc/scripts (installconfig) ===> usr.sbin/keyserv (installconfig) ===> usr.sbin/pc-sysinstall (installconfig) ===> usr.sbin/pc-sysinstall/backend (installconfig) ===> usr.sbin/pc-sysinstall/backend-partmanager (installconfig) ===> usr.sbin/pc-sysinstall/backend-query (installconfig) ===> usr.sbin/pc-sysinstall/conf (installconfig) ===> usr.sbin/pc-sysinstall/doc (installconfig) ===> usr.sbin/pc-sysinstall/examples (installconfig) ===> usr.sbin/pc-sysinstall/pc-sysinstall (installconfig) ===> usr.sbin/ftp-proxy (installconfig) ===> usr.sbin/pkg (installconfig) ===> usr.sbin/pmcannotate (installconfig) ===> usr.sbin/pmccontrol (installconfig) ===> usr.sbin/pmcstat (installconfig) ===> usr.sbin/portsnap (installconfig) ===> usr.sbin/portsnap/portsnap (installconfig) ===> usr.sbin/portsnap/make_index (installconfig) ===> usr.sbin/portsnap/phttpget (installconfig) ===> usr.sbin/ppp (installconfig) install -C -o root -g wheel -m 600 /builds/workspace/FreeBSD_HEAD/src/usr.sbin/ppp/ppp.conf /builds/workspace/FreeBSD_HEAD/package/src/etc/ppp/ ===> usr.sbin/edquota (installconfig) ===> usr.sbin/quotaon (installconfig) ===> usr.sbin/repquota (installconfig) ===> usr.sbin/rwhod (installconfig) ===> usr.sbin/etcupdate (installconfig) ===> usr.sbin/etcupdate/tests (installconfig) ===> usr.sbin/editmap (installconfig) ===> usr.sbin/mailstats (installconfig) ===> usr.sbin/makemap (installconfig) ===> usr.sbin/praliases (installconfig) ===> usr.sbin/sendmail (installconfig) ===> usr.sbin/tcpdchk (installconfig) ===> usr.sbin/tcpdmatch (installconfig) ===> usr.sbin/timed (installconfig) ===> usr.sbin/timed/timed (installconfig) ===> usr.sbin/timed/timedc (installconfig) ===> usr.sbin/config (installconfig) ===> usr.sbin/crunch (installconfig) ===> usr.sbin/crunch/crunchgen (installconfig) ===> usr.sbin/crunch/crunchide (installconfig) ===> usr.sbin/unbound (installconfig) ===> usr.sbin/unbound/daemon (installconfig) ===> usr.sbin/unbound/anchor (installconfig) ===> usr.sbin/unbound/checkconf (installconfig) ===> usr.sbin/unbound/control (installconfig) ===> usr.sbin/unbound/local-setup (installconfig) ===> usr.sbin/uathload (installconfig) ===> usr.sbin/uhsoctl (installconfig) ===> usr.sbin/usbconfig (installconfig) ===> usr.sbin/usbdump (installconfig) ===> usr.sbin/ac (installconfig) ===> usr.sbin/lastlogin (installconfig) ===> usr.sbin/utx (installconfig) ===> usr.sbin/ancontrol (installconfig) ===> usr.sbin/wlandebug (installconfig) ===> usr.sbin/wpa (installconfig) ===> usr.sbin/wpa/wpa_supplicant (installconfig) ===> usr.sbin/wpa/wpa_cli (installconfig) ===> usr.sbin/wpa/wpa_passphrase (installconfig) ===> usr.sbin/wpa/hostapd (installconfig) ===> usr.sbin/wpa/hostapd_cli (installconfig) ===> usr.sbin/wpa/ndis_events (installconfig) ===> usr.sbin/tests (installconfig) ===> tests (installconfig) ===> tests/etc (installconfig) ===> tests/etc/rc.d (installconfig) ===> tests/sys (installconfig) ===> tests/sys/pjdfstest (installconfig) ===> tests/sys/pjdfstest/pjdfstest (installconfig) ===> tests/sys/pjdfstest/tests (installconfig) ===> tests/sys/pjdfstest/tests/chflags (installconfig) ===> tests/sys/pjdfstest/tests/chmod (installconfig) ===> tests/sys/pjdfstest/tests/chown (installconfig) ===> tests/sys/pjdfstest/tests/ftruncate (installconfig) ===> tests/sys/pjdfstest/tests/granular (installconfig) ===> tests/sys/pjdfstest/tests/link (installconfig) ===> tests/sys/pjdfstest/tests/mkdir (installconfig) ===> tests/sys/pjdfstest/tests/mkfifo (installconfig) ===> tests/sys/pjdfstest/tests/mknod (installconfig) ===> tests/sys/pjdfstest/tests/open (installconfig) ===> tests/sys/pjdfstest/tests/rename (installconfig) ===> tests/sys/pjdfstest/tests/rmdir (installconfig) ===> tests/sys/pjdfstest/tests/symlink (installconfig) ===> tests/sys/pjdfstest/tests/truncate (installconfig) ===> tests/sys/pjdfstest/tests/unlink (installconfig) ===> tests/sys/acl (installconfig) ===> tests/sys/aio (installconfig) ===> tests/sys/fifo (installconfig) ===> tests/sys/file (installconfig) ===> tests/sys/geom (installconfig) ===> tests/sys/geom/class (installconfig) ===> tests/sys/geom/class/concat (installconfig) ===> tests/sys/geom/class/eli (installconfig) ===> tests/sys/geom/class/gate (installconfig) ===> tests/sys/geom/class/mirror (installconfig) ===> tests/sys/geom/class/nop (installconfig) ===> tests/sys/geom/class/raid3 (installconfig) ===> tests/sys/geom/class/shsec (installconfig) ===> tests/sys/geom/class/stripe (installconfig) ===> tests/sys/geom/class/uzip (installconfig) ===> tests/sys/kern (installconfig) ===> tests/sys/kern/acct (installconfig) ===> tests/sys/kern/execve (installconfig) ===> tests/sys/kern/pipe (installconfig) ===> tests/sys/kqueue (installconfig) ===> tests/sys/mac (installconfig) ===> tests/sys/mac/bsdextended (installconfig) ===> tests/sys/mac/portacl (installconfig) ===> tests/sys/mqueue (installconfig) ===> tests/sys/netinet (installconfig) ===> tests/sys/opencrypto (installconfig) ===> tests/sys/posixshm (installconfig) ===> tests/sys/vfs (installconfig) ===> tests/sys/vm (installconfig) ===> etc (installconfig) ===> etc/newsyslog.conf.d (installconfig) ===> etc/sendmail (installconfig) + [ -z '' ] + FSTAB=' # Device Mountpoint FStype Options Dump Pass# /procfs /proc procfs rw 0 0 fdesc /dev/fd fdescfs rw 0 0 /dev/ufs/TESTROOT / ufs rw 1 1 ' + [ -z '' ] + RC_CONF=' sshd_enable="YES" ' + cd /builds/workspace/FreeBSD_HEAD + sudo rm -fr tmp + mkdir -p tmp + cat + sudo cp tmp/fstab /builds/workspace/FreeBSD_HEAD/package/src/etc/fstab + sudo cp /etc/resolv.conf /builds/workspace/FreeBSD_HEAD/package/src/etc/resolv.conf + cat + [ -n freebsd-ci/scripts/test/config/config.json ] + python -c 'import json; f = open('\''freebsd-ci/scripts/test/config/config.json'\'', '\''r'\''); j = json.load(f); print(j['\''interface'\''])' + INTERFACE=vtnet0 + python -c 'import json; f = open('\''freebsd-ci/scripts/test/config/config.json'\'', '\''r'\''); j = json.load(f); print(j['\''ip'\''])' + IP=192.168.10.2 + cat + sudo cp tmp/rc.conf /builds/workspace/FreeBSD_HEAD/package/src/etc/rc.conf + sudo cp /builds/workspace/FreeBSD_HEAD/package/src/etc/ssh/sshd_config tmp/sshd_config cp: /builds/workspace/FreeBSD_HEAD/package/src/etc/ssh/sshd_config: No such file or directory [Pipeline] } //withEnv [Pipeline] Set environment variables : End [Pipeline] } //dir [Pipeline] Change current directory : End [Pipeline] } //node [Pipeline] Allocate node : End [Pipeline] Allocate node : Start Running on master in /usr/local/jenkins/workspace/FreeBSD_HEAD [Pipeline] node { [Pipeline] step From owner-freebsd-current@freebsd.org Wed Feb 3 01:23:05 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A5F48A99382 for ; Wed, 3 Feb 2016 01:23:05 +0000 (UTC) (envelope-from jtl@freebsd.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 5D68CF30 for ; Wed, 3 Feb 2016 01:23:05 +0000 (UTC) (envelope-from jtl@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 596ECA9937F; Wed, 3 Feb 2016 01:23:05 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 58F19A9937D for ; Wed, 3 Feb 2016 01:23:05 +0000 (UTC) (envelope-from jtl@freebsd.org) Received: from na01-by2-obe.outbound.protection.outlook.com (mail-by2on0137.outbound.protection.outlook.com [207.46.100.137]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "MSIT Machine Auth CA 2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 1183CF2F for ; Wed, 3 Feb 2016 01:23:04 +0000 (UTC) (envelope-from jtl@freebsd.org) Received: from BY1PR0501CA0032.namprd05.prod.outlook.com (10.162.139.42) by BY1PR0501MB1382.namprd05.prod.outlook.com (10.160.107.140) with Microsoft SMTP Server (TLS) id 15.1.396.15; Wed, 3 Feb 2016 01:08:26 +0000 Received: from BN1BFFO11FD025.protection.gbl (2a01:111:f400:7c10::1:100) by BY1PR0501CA0032.outlook.office365.com (2a01:111:e400:4821::42) with Microsoft SMTP Server (TLS) id 15.1.403.16 via Frontend Transport; Wed, 3 Feb 2016 01:08:26 +0000 Authentication-Results: spf=softfail (sender IP is 66.129.239.18) smtp.mailfrom=freebsd.org; gmail.com; dkim=none (message not signed) header.d=none;gmail.com; dmarc=none action=none header.from=freebsd.org; Received-SPF: SoftFail (protection.outlook.com: domain of transitioning freebsd.org discourages use of 66.129.239.18 as permitted sender) Received: from p-emfe01a-sac.jnpr.net (66.129.239.18) by BN1BFFO11FD025.mail.protection.outlook.com (10.58.144.88) with Microsoft SMTP Server (TLS) id 15.1.409.7 via Frontend Transport; Wed, 3 Feb 2016 01:08:25 +0000 Received: from magenta.juniper.net (172.17.27.123) by p-emfe01a-sac.jnpr.net (172.24.192.21) with Microsoft SMTP Server (TLS) id 14.3.123.3; Tue, 2 Feb 2016 17:08:21 -0800 Received: from [172.29.37.171] ([172.29.37.171]) by magenta.juniper.net (8.11.3/8.11.3) with ESMTP id u1318GD63973; Tue, 2 Feb 2016 17:08:18 -0800 (PST) (envelope-from jtl@freebsd.org) User-Agent: Microsoft-MacOutlook/14.6.0.151221 Date: Tue, 2 Feb 2016 20:08:14 -0500 Subject: Re: Occasional crashes, Bug or dying disk? From: "Jonathan T. Looney" Sender: Jonathan Looney To: Christian Walther CC: "current@freebsd.org" Message-ID: Thread-Topic: Occasional crashes, Bug or dying disk? References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-EOPAttributedMessage: 0 X-Microsoft-Exchange-Diagnostics: 1; BN1BFFO11FD025; 1:JrSk6Z2KYVvNumfg380/I8+0x9oPkD5QqQ1QxmTxmet71Oh6XBGd67Ul7jaAHLjCUWC7Y921ouLdxKg0R1U6qNJhfo2e/hLh2r33yyy/LEgbBVIhMCX8a00g/kkSh+sYFGEReHEIwdkQ3GqBwQ7bMeCRojXxMZxAahUQJx/GXrAx9txkb66FKFBrk2V71VHd0Gsy/ZAqUkBWkuCuvTy6ftG3l3xt5LFB38i1qTl8GMX3cttnY5WMcQ1SbGZMymWMJh81axZyIIOLigulso1rsG51ckLH/J+ERfG+6VuR48zX/bnONuRG3QXEyK7wT5q/DAWcudaWzoINo5zr+XIuNWpuXX5dEg4hfaLWUm1dSiTRtP42sV1zZZLNDFocLMUE+AF178mJf3dkKL5RcDOeOg== X-Forefront-Antispam-Report: CIP:66.129.239.18; CTRY:US; IPV:NLI; EFV:NLI; SFV:NSPM; SFS:(10019020)(6009001)(2980300002)(189002)(199003)(479174004)(24454002)(377454003)(230700001)(87936001)(16796002)(2950100001)(2906002)(11100500001)(36756003)(77096005)(92566002)(4001350100001)(6806005)(86362001)(1096002)(1220700001)(575784001)(54356999)(105596002)(189998001)(5001960100002)(50466002)(19580405001)(46406003)(76176999)(19580395003)(1411001)(47776003)(23726003)(586003)(50986999)(4326007)(106466001)(83506001)(110136002)(42262002); DIR:OUT; SFP:1102; SCL:1; SRVR:BY1PR0501MB1382; H:p-emfe01a-sac.jnpr.net; FPR:; SPF:SoftFail; MLV:sfv; MX:1; A:1; LANG:en; X-Microsoft-Exchange-Diagnostics: 1; BY1PR0501MB1382; 2:YHV9Xu54b715mgeyKLSWgNy1/sN1eko2ZC3EAmMS/Lc4+xdRCWIC6UEOICqVXxbLhHcKcKjkbThieGWO7zshse/GZkw+UM8mPHrAgkzI29lxSLpRBSLRg6Yo6jCEB7RK/jdnSwVYoRukn2+igsYXCQ==; 3:vNUhajpYtzb69ReKFvkxRTxnYlmKqoTxCI26Tat8eGBv/dVOuZ+R0wR1z75xpDhWdpw9S9xM4UIochi0sLUudMU/nbelXjFOT9CJQrV7LhH2BL6KfMcYfoUddCnis47zj5m6U/XT0RUk3GwaCZE5M/f5ejPyetkqo7MehqLrm4mHS5smMx2X0BdMZctaYkNi70nlFoTKY1w0iGMb0bNzT+daRnvlar6ed0vf7JDPbmk=; 25:vXaUldwVzSAE8+mTTuneRxYXcxj5nVkZcalNAyRjJ1CLl8zJsq2dYL+URbKymg8QgpPJOGeLDJzkC+8m/m0HZM/yPT8bTvnOWpUBOJp6S6HpArrFgb40Arz7Vv/UmNvqh/rW2Fz814FHnpezbRwvp16Eovp8zgUnCK5e4KQxXnbKj0Oceu8NJHpDBE8YwlLfIIx/WrbXogEjUJ+fqj3HZyVXVMOY5JuODVVi/4YpBgh1ekqe3b5CZttycq/nCEYZ X-Microsoft-Antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:BY1PR0501MB1382; X-MS-Office365-Filtering-Correlation-Id: d79b15d4-4bfa-470c-7869-08d32c3684fb X-Microsoft-Exchange-Diagnostics: 1; BY1PR0501MB1382; 20:YzdmKsBR8ZlnZ7Vu/HFhxj0ACIM93DS+9K+dWTl/dwWwZQmCIjsnSiM94xQhMih/MfOMw854yhRG9bZUmHeOu8CByKhW4ym+XYQK7lrrsd+XEmecL+qI6znzrsx3Do4bW+l9T98FRRtycMGTwdlVyhAEuSrd8fBKAj915KLQnEsS1csSrmPvgkyilS9ADPGnKhh5QsJIt1Z1EoSq/6GuOf/3HxfG/EJq/AIp+ow6pnMPy47P7VzTmoQnnAV6SHYMUQmQiaov7O83k1b2eUa27bfEP6zHlLnx58gnk8McceDZTJ05gBNOnRBOuXQjS/+iSDo2oW2+QVfK+3yZOzP2d6I3/yxgiXLarbzZxq4RpX+P7vDbF+uiMiCEByyXsUW/DQKZ9r+2QdZNLoy3nM0uGg9+w5nPKRyZTxn5/aqdD6R5WPR1iaH88z/l3B8X1dHodGdHVfRtPgTSY1oq+qF+DeVxw8+QcCGGVRZ3LVUfPcvMxbXJ26Xi09EvDq8n+31L X-Microsoft-Antispam-PRVS: X-Exchange-Antispam-Report-Test: UriScan:; X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(601004)(2401047)(13015025)(5005006)(13024025)(13023025)(13017025)(8121501046)(13018025)(10201501046)(3002001); SRVR:BY1PR0501MB1382; BCL:0; PCL:0; RULEID:; SRVR:BY1PR0501MB1382; X-Microsoft-Exchange-Diagnostics: 1; BY1PR0501MB1382; 4:ntyJtt1LAdLSZQXD9U4yxMOrS5MV1kw4CFWBeqN/9YuOFPmM/H41vH8xxJeGX9I1qQPcdqaSOnKnQpW+q5TPiKYYTSwrZ8QDQPm+wyTQ3SGH/C0W6YrKHrt8ofvkapLQ3pZn1g4AUp4j4b2uk8Va3hdtTWYuaGara5jxIj/MHOT+NpN8XHccrVQFLvQxU+yanZ5V4SUAeTMu8Hfty3bXFavsWMlCMDAuFx2yDZfUB9lvmnDCYoQIbiwUNyfwWOw6tB19vLV9+tbPfXUtVTrc8Fs86Ms5QmYluxg0wsodfgsckwQAOSdAuQUaJ9v1AFK07cO1AF46HRCZfVdsiTzqbfrpnaYSM5BecwBXtEyFB5L83/FOQwO9y27tgoKi1OaYoeifffcyzT2sbIXUGfpoWkOV9ptH5jLoMJXGQJSuKTIFDcXXRmE3jEY2sSgZI+Cys/Jl9sHhrssw0X6RWNNBRw== X-Forefront-PRVS: 08417837C5 X-Microsoft-Exchange-Diagnostics: =?us-ascii?Q?1; BY1PR0501MB1382; 23:MDoKucdQiSt1j8i6h2wW6WlT1IrSDjeG3EgPede?= =?us-ascii?Q?weWyAdMv7WwChFz6focMRhAQqxyFsnnLksqMO9uc6HKP4GgGfKJnvwngw3od?= =?us-ascii?Q?5TVk42IYm6807D50ivVEapOgb+uSvBSQpqG8KW0YRo4B1btmFkcHK3VhEqmf?= =?us-ascii?Q?TVTz5cdXANjJ2PrHlEaK6GrnVUtKUWc3ysLnZWQmdcmMNF5sSQzAmcv7Z+fE?= =?us-ascii?Q?fc0sAVFSTcdbPjEIoBi2UpsUSaxqKVyrX0a5S5rqECXGHO0tWu0NrFFb9XCm?= =?us-ascii?Q?UgBzGh7/DtaiQPyCx10HDWV3wVTCl1GORl78703TXkzPMLteyrs3QkRZmy3l?= =?us-ascii?Q?4EEHI4/X0RRvqHTe334+d70lzumR+xoyl87rc6B78Ve4/YCAEtCov45kK6A2?= =?us-ascii?Q?Mske/GeVlJY54n5MExMcOhSpMu8fbxbeecwleUDhUarZMUcUdXzwpzxnmEsi?= =?us-ascii?Q?WlwAve7/ufJTuVTW6+8VZmjr+veN155jqg+jzfM2E99iP6uE4L1cNDLT/HRW?= =?us-ascii?Q?aL9ZcjCx4tZE1/G5I6/qb/fA33pUrdyl9rwPF3l62Ib2lGl9nRnx08B+cVL5?= =?us-ascii?Q?0I+V0jgU3D60q/Iaq0ep6YWrBZVgs7cT53HKsP/jGfBugDHeufwA4mxSKtAA?= =?us-ascii?Q?EK1suFH8djSS8Ftw0qJ3+Y5Mljii5xfhwHxkqJvz9espT/NGU1cy0yeLoB75?= =?us-ascii?Q?wBBxCKTiDpIlYOT6xxe6C4xCkOoYpO2YGX86jtO/Hu8Kk1buloG/gCUPrN5g?= =?us-ascii?Q?zGiD5Qmb34q5TOaVC4q1CkFo8p9/oM1lvlSEdlufJnG2798V02CHK0r0Dkhh?= =?us-ascii?Q?XB8EOLrWR2NtE5VwsVHbjB8z/SVw1U9oF8ysd1n4H8ZrWN7vfqZBmaPNhZh0?= =?us-ascii?Q?HnSmG+AWROzYT8s+NLHurIBxhK5qXMj5PPWt6vz04zI3Do5yKYfebII77oqJ?= =?us-ascii?Q?uBdbl5r2jJZv5asH8DpPCuCDjEF+75XfEkzTuNOJXm20HONRdHp3g60k0jD8?= =?us-ascii?Q?f6yzaNozUDkx3gchP/rx1wshT7kHjRe8tLmJ5EsfeZWHfa7No5m283HshYDE?= =?us-ascii?Q?i+Q8LVIuW/2Lz8KYatnBvpXq8FcQB?= X-Microsoft-Exchange-Diagnostics: 1; BY1PR0501MB1382; 5:FqSK/1/MA8H2xK0zQczuxbZwg2/FPDMoQj4uxdf6kcyj91Yvse3qk9OxBUBbAmNclolZTwk1Ez/WpemZsY8dJzy9pc17B59Ax1dL9LOPkfqCNhT4CsZbX8QPMQKv+jMHe1y3epLw9exjQ7l9zj+yHg==; 24:vOAJ9YSK3GllctlQ4Qjfgrh2e/SEnPxcu+zxNYfxDGyLMc4BfhWUeFoUL9ZkcmRjoQBSf9BuzV1K286Vv8nc5FIW4fesTgBTPfLvakJOU10= SpamDiagnosticOutput: 1:23 SpamDiagnosticMetadata: NSPM X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-OriginalArrivalTime: 03 Feb 2016 01:08:25.6556 (UTC) X-MS-Exchange-CrossTenant-Id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-CrossTenant-OriginalAttributedTenantConnectingIp: TenantId=bea78b3c-4cdb-4130-854a-1d193232e5f4; Ip=[66.129.239.18]; Helo=[p-emfe01a-sac.jnpr.net] X-MS-Exchange-CrossTenant-FromEntityHeader: HybridOnPrem X-MS-Exchange-Transport-CrossTenantHeadersStamped: BY1PR0501MB1382 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Feb 2016 01:23:05 -0000 On 2/2/16, 5:53 PM, "owner-freebsd-current@freebsd.org on behalf of Christian Walther" wrote: >Hello list, > >since updating the current installation on my trusty Thinkpad T43 I >keep getting occasional crashes like the following: > >#1 0xc0c23a03 in kern_reboot (howto=260) > at /usr/src/sys/kern/kern_shutdown.c:364 >#2 0xc0c23f3d in vpanic (fmt=, ap=out>) > at /usr/src/sys/kern/kern_shutdown.c:757 >#3 0xc0c23f5b in panic (fmt=0xc1590fad "ffs_blkfree_cg: freeing free >frag") > at /usr/src/sys/kern/kern_shutdown.c:688 >[...] >I wonder if this might be a bug in FFS or a related subsystem, or my >hard disk dying. smartctl lists several READ DMA und WRITE DMA related >errors. I (and several others) spent time trying to track down "the bug" causing panics like this on a particular set of hardware. I finally wrote a program that wrote and read byte patterns from the disk (using O_DIRECT). I found that what the program read back didn't match what it wrote. In circumstances like that, you can't expect any filesystem to work reliably. Given the long pedigree of the UFS/FFS code, I think it is much more likely to be a hardware problem than a problem with the UFS/FFS code. Jonathan From owner-freebsd-current@freebsd.org Wed Feb 3 01:57:33 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D4D40A99F2D for ; Wed, 3 Feb 2016 01:57:33 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id BF9018D5 for ; Wed, 3 Feb 2016 01:57:33 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: by mailman.ysv.freebsd.org (Postfix) id BC3B3A99F2C; Wed, 3 Feb 2016 01:57:33 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BBCF5A99F2B for ; Wed, 3 Feb 2016 01:57:33 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id AA1F38D4 for ; Wed, 3 Feb 2016 01:57:33 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [IPv6:::1]) by freefall.freebsd.org (Postfix) with ESMTP id A2F281830 for ; Wed, 3 Feb 2016 01:57:33 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [172.31.3.2]) by mail.xzibition.com (Postfix) with ESMTP id 5AF17D161 for ; Wed, 3 Feb 2016 01:57:33 +0000 (UTC) X-Virus-Scanned: amavisd-new at mail.xzibition.com Received: from mail.xzibition.com ([172.31.3.2]) by mail.xzibition.com (mail.xzibition.com [172.31.3.2]) (amavisd-new, port 10026) with LMTP id DzF1aSIQXViF for ; Wed, 3 Feb 2016 01:57:31 +0000 (UTC) To: current@FreeBSD.org DKIM-Filter: OpenDKIM Filter v2.9.2 mail.xzibition.com 52FA7D15C From: Bryan Drewery Subject: HEADS UP Avoid r295167 - r295187 Openpgp: id=F9173CB2C3AAEA7A5C8A1F0935D771BB6E4697CF; url=http://www.shatow.net/bryan/bryan2.asc Organization: FreeBSD Message-ID: <56B15E92.9030709@FreeBSD.org> Date: Tue, 2 Feb 2016 17:57:38 -0800 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.5.1 MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="6DNt1L5o4JiMS4hWqKbfQUGkJ2f9hTbu3" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Feb 2016 01:57:33 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --6DNt1L5o4JiMS4hWqKbfQUGkJ2f9hTbu3 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Avoid this range of revisions. I broke 'make distribution', causing etcupdate to nuke /etc. Sorry about that. --=20 Regards, Bryan Drewery --6DNt1L5o4JiMS4hWqKbfQUGkJ2f9hTbu3 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 iQEcBAEBAgAGBQJWsV6WAAoJEDXXcbtuRpfPNAcH/18e+AyQHkHCQsiw23tJm1nS 6/Y86hCFFcDRwoe2oZWVxZlAGegFX6voeJHpqamvbWolRE4L9PPtKmb/SeJGEdJz KFdFSMt2oLD2pK7qakxCq9mPygBMZnx0axQ2OLYxajyjsUpBuh81igYFpIOaxapa 3IBoFP+U8fNZdmiylXJaJ6twvAyCXjub7agVcT++E8972ycPNVl5z5+phxMBK0IF r5DnHsEHl0IhVeFcKVClCkDaR2ejX++5tEHz2pMKMB4X7iD/XPKF0BHvoO5EHvgH hVkfl4pqCrf4lpzN5pOJ0oX6trhV4de/GzBFYJS6DR6HLntnXf32iSr3SYEs3DU= =76pG -----END PGP SIGNATURE----- --6DNt1L5o4JiMS4hWqKbfQUGkJ2f9hTbu3-- From owner-freebsd-current@freebsd.org Wed Feb 3 02:21:31 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C6E4FA9A687 for ; Wed, 3 Feb 2016 02:21:31 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id B719B1AC6; Wed, 3 Feb 2016 02:21:31 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 533D311F6; Wed, 3 Feb 2016 02:21:31 +0000 (UTC) Date: Wed, 3 Feb 2016 02:21:30 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org Message-ID: <30718003.66.1454466090875.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <361531005.63.1454458334272.JavaMail.jenkins@jenkins-9.freebsd.org> References: <361531005.63.1454458334272.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Build failed in Jenkins: FreeBSD_HEAD #108 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Instance-Identity: MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAkKKb2VAfYQKfu1t7qk4nR5qzUBEI+UqT4BPec4qHVhqUy0FFdq50sMH+3y9bCDNOufctov6VqTNffZ3YXArnZK95YF0OX97fh+E9txYOUX1adc+TikcKjuYpHmL5dE62eaZTI+4A5jnRonskQ1PaoIFz0Kbu4mWzkFsmdiXTraGzomXq4cHUCATA2+K4eDYgjXEQI30z3GOMmmZ4t/+6QGk1cMb/BqMWHbn80AsRCb4tU7Hpd72XLDpsuO7YRP1Q0CjmNAuBOTj+sFiiOe6U9HpqOlQN+iFUvBdZo/ybuy5Kh71cAaYQNL68cYdZJ6binH/DkG3KY/fS7DFYAeuwjwIDAQAB X-Jenkins-Job: FreeBSD_HEAD X-Jenkins-Result: FAILURE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Feb 2016 02:21:31 -0000 See ------------------------------------------ [...truncated 339434 lines...] ===> usr.sbin/bsnmpd/modules/snmp_mibII (installconfig) ===> usr.sbin/bsnmpd/modules/snmp_target (installconfig) ===> usr.sbin/bsnmpd/modules/snmp_usm (installconfig) ===> usr.sbin/bsnmpd/modules/snmp_vacm (installconfig) ===> usr.sbin/bsnmpd/modules/snmp_wlan (installconfig) ===> usr.sbin/bsnmpd/modules/snmp_pf (installconfig) ===> usr.sbin/bsnmpd/modules/snmp_netgraph (installconfig) ===> usr.sbin/bsnmpd/tools (installconfig) ===> usr.sbin/bsnmpd/tools/libbsnmptools (installconfig) ===> usr.sbin/bsnmpd/tools/bsnmptools (installconfig) ===> usr.sbin/ctm (installconfig) ===> usr.sbin/ctm/ctm (installconfig) ===> usr.sbin/ctm/ctm_rmail (installconfig) ===> usr.sbin/ctm/ctm_smail (installconfig) ===> usr.sbin/ctm/ctm_dequeue (installconfig) ===> usr.sbin/fdcontrol (installconfig) ===> usr.sbin/fdformat (installconfig) ===> usr.sbin/fdread (installconfig) ===> usr.sbin/fdwrite (installconfig) ===> usr.sbin/fmtree (installconfig) ===> usr.sbin/freebsd-update (installconfig) ===> usr.sbin/gssd (installconfig) ===> usr.sbin/gpioctl (installconfig) ===> usr.sbin/ip6addrctl (installconfig) ===> usr.sbin/mld6query (installconfig) ===> usr.sbin/ndp (installconfig) ===> usr.sbin/rip6query (installconfig) ===> usr.sbin/route6d (installconfig) ===> usr.sbin/rrenumd (installconfig) ===> usr.sbin/rtadvctl (installconfig) ===> usr.sbin/rtadvd (installconfig) ===> usr.sbin/rtsold (installconfig) ===> usr.sbin/traceroute6 (installconfig) ===> usr.sbin/inetd (installconfig) ===> usr.sbin/ipfwpcap (installconfig) ===> usr.sbin/iscsid (installconfig) ===> usr.sbin/jail (installconfig) ===> usr.sbin/jexec (installconfig) ===> usr.sbin/jls (installconfig) ===> usr.sbin/kbdcontrol (installconfig) ===> usr.sbin/kbdmap (installconfig) ===> usr.sbin/moused (installconfig) ===> usr.sbin/vidcontrol (installconfig) ===> usr.sbin/pppctl (installconfig) ===> usr.sbin/nscd (installconfig) ===> usr.sbin/lpr (installconfig) ===> usr.sbin/lpr/common_source (installconfig) ===> usr.sbin/lpr/chkprintcap (installconfig) ===> usr.sbin/lpr/lp (installconfig) ===> usr.sbin/lpr/lpc (installconfig) ===> usr.sbin/lpr/lpd (installconfig) ===> usr.sbin/lpr/lpq (installconfig) ===> usr.sbin/lpr/lpr (installconfig) ===> usr.sbin/lpr/lprm (installconfig) ===> usr.sbin/lpr/lptest (installconfig) ===> usr.sbin/lpr/pac (installconfig) ===> usr.sbin/lpr/filters (installconfig) ===> usr.sbin/lpr/filters.ru (installconfig) ===> usr.sbin/lpr/filters.ru/koi2alt (installconfig) ===> usr.sbin/lpr/filters.ru/koi2855 (installconfig) ===> usr.sbin/manctl (installconfig) ===> usr.sbin/flowctl (installconfig) ===> usr.sbin/lmcconfig (installconfig) ===> usr.sbin/ngctl (installconfig) ===> usr.sbin/nghook (installconfig) ===> usr.sbin/rpc.yppasswdd (installconfig) ===> usr.sbin/rpc.ypupdated (installconfig) ===> usr.sbin/rpc.ypxfrd (installconfig) ===> usr.sbin/ypbind (installconfig) ===> usr.sbin/ypldap (installconfig) ===> usr.sbin/yp_mkdb (installconfig) ===> usr.sbin/yppoll (installconfig) ===> usr.sbin/yppush (installconfig) ===> usr.sbin/ypserv (installconfig) ===> usr.sbin/ypset (installconfig) ===> usr.sbin/ntp (installconfig) ===> usr.sbin/ntp/libopts (installconfig) ===> usr.sbin/ntp/libntp (installconfig) ===> usr.sbin/ntp/libntpevent (installconfig) ===> usr.sbin/ntp/libparse (installconfig) ===> usr.sbin/ntp/ntpd (installconfig) ===> usr.sbin/ntp/ntpdc (installconfig) ===> usr.sbin/ntp/ntpq (installconfig) ===> usr.sbin/ntp/ntpdate (installconfig) ===> usr.sbin/ntp/ntptime (installconfig) ===> usr.sbin/ntp/ntp-keygen (installconfig) ===> usr.sbin/ntp/sntp (installconfig) ===> usr.sbin/ntp/doc (installconfig) ===> usr.sbin/ntp/doc/drivers (installconfig) ===> usr.sbin/ntp/doc/drivers/icons (installconfig) ===> usr.sbin/ntp/doc/drivers/scripts (installconfig) ===> usr.sbin/ntp/doc/hints (installconfig) ===> usr.sbin/ntp/doc/icons (installconfig) ===> usr.sbin/ntp/doc/pic (installconfig) ===> usr.sbin/ntp/doc/scripts (installconfig) ===> usr.sbin/keyserv (installconfig) ===> usr.sbin/pc-sysinstall (installconfig) ===> usr.sbin/pc-sysinstall/backend (installconfig) ===> usr.sbin/pc-sysinstall/backend-partmanager (installconfig) ===> usr.sbin/pc-sysinstall/backend-query (installconfig) ===> usr.sbin/pc-sysinstall/conf (installconfig) ===> usr.sbin/pc-sysinstall/doc (installconfig) ===> usr.sbin/pc-sysinstall/examples (installconfig) ===> usr.sbin/pc-sysinstall/pc-sysinstall (installconfig) ===> usr.sbin/ftp-proxy (installconfig) ===> usr.sbin/pkg (installconfig) ===> usr.sbin/pmcannotate (installconfig) ===> usr.sbin/pmccontrol (installconfig) ===> usr.sbin/pmcstat (installconfig) ===> usr.sbin/portsnap (installconfig) ===> usr.sbin/portsnap/portsnap (installconfig) ===> usr.sbin/portsnap/make_index (installconfig) ===> usr.sbin/portsnap/phttpget (installconfig) ===> usr.sbin/ppp (installconfig) install -C -o root -g wheel -m 600 /builds/workspace/FreeBSD_HEAD/src/usr.sbin/ppp/ppp.conf /builds/workspace/FreeBSD_HEAD/package/src/etc/ppp/ ===> usr.sbin/edquota (installconfig) ===> usr.sbin/quotaon (installconfig) ===> usr.sbin/repquota (installconfig) ===> usr.sbin/rwhod (installconfig) ===> usr.sbin/etcupdate (installconfig) ===> usr.sbin/etcupdate/tests (installconfig) ===> usr.sbin/editmap (installconfig) ===> usr.sbin/mailstats (installconfig) ===> usr.sbin/makemap (installconfig) ===> usr.sbin/praliases (installconfig) ===> usr.sbin/sendmail (installconfig) ===> usr.sbin/tcpdchk (installconfig) ===> usr.sbin/tcpdmatch (installconfig) ===> usr.sbin/timed (installconfig) ===> usr.sbin/timed/timed (installconfig) ===> usr.sbin/timed/timedc (installconfig) ===> usr.sbin/config (installconfig) ===> usr.sbin/crunch (installconfig) ===> usr.sbin/crunch/crunchgen (installconfig) ===> usr.sbin/crunch/crunchide (installconfig) ===> usr.sbin/unbound (installconfig) ===> usr.sbin/unbound/daemon (installconfig) ===> usr.sbin/unbound/anchor (installconfig) ===> usr.sbin/unbound/checkconf (installconfig) ===> usr.sbin/unbound/control (installconfig) ===> usr.sbin/unbound/local-setup (installconfig) ===> usr.sbin/uathload (installconfig) ===> usr.sbin/uhsoctl (installconfig) ===> usr.sbin/usbconfig (installconfig) ===> usr.sbin/usbdump (installconfig) ===> usr.sbin/ac (installconfig) ===> usr.sbin/lastlogin (installconfig) ===> usr.sbin/utx (installconfig) ===> usr.sbin/ancontrol (installconfig) ===> usr.sbin/wlandebug (installconfig) ===> usr.sbin/wpa (installconfig) ===> usr.sbin/wpa/wpa_supplicant (installconfig) ===> usr.sbin/wpa/wpa_cli (installconfig) ===> usr.sbin/wpa/wpa_passphrase (installconfig) ===> usr.sbin/wpa/hostapd (installconfig) ===> usr.sbin/wpa/hostapd_cli (installconfig) ===> usr.sbin/wpa/ndis_events (installconfig) ===> usr.sbin/tests (installconfig) ===> tests (installconfig) ===> tests/etc (installconfig) ===> tests/etc/rc.d (installconfig) ===> tests/sys (installconfig) ===> tests/sys/pjdfstest (installconfig) ===> tests/sys/pjdfstest/pjdfstest (installconfig) ===> tests/sys/pjdfstest/tests (installconfig) ===> tests/sys/pjdfstest/tests/chflags (installconfig) ===> tests/sys/pjdfstest/tests/chmod (installconfig) ===> tests/sys/pjdfstest/tests/chown (installconfig) ===> tests/sys/pjdfstest/tests/ftruncate (installconfig) ===> tests/sys/pjdfstest/tests/granular (installconfig) ===> tests/sys/pjdfstest/tests/link (installconfig) ===> tests/sys/pjdfstest/tests/mkdir (installconfig) ===> tests/sys/pjdfstest/tests/mkfifo (installconfig) ===> tests/sys/pjdfstest/tests/mknod (installconfig) ===> tests/sys/pjdfstest/tests/open (installconfig) ===> tests/sys/pjdfstest/tests/rename (installconfig) ===> tests/sys/pjdfstest/tests/rmdir (installconfig) ===> tests/sys/pjdfstest/tests/symlink (installconfig) ===> tests/sys/pjdfstest/tests/truncate (installconfig) ===> tests/sys/pjdfstest/tests/unlink (installconfig) ===> tests/sys/acl (installconfig) ===> tests/sys/aio (installconfig) ===> tests/sys/fifo (installconfig) ===> tests/sys/file (installconfig) ===> tests/sys/geom (installconfig) ===> tests/sys/geom/class (installconfig) ===> tests/sys/geom/class/concat (installconfig) ===> tests/sys/geom/class/eli (installconfig) ===> tests/sys/geom/class/gate (installconfig) ===> tests/sys/geom/class/mirror (installconfig) ===> tests/sys/geom/class/nop (installconfig) ===> tests/sys/geom/class/raid3 (installconfig) ===> tests/sys/geom/class/shsec (installconfig) ===> tests/sys/geom/class/stripe (installconfig) ===> tests/sys/geom/class/uzip (installconfig) ===> tests/sys/kern (installconfig) ===> tests/sys/kern/acct (installconfig) ===> tests/sys/kern/execve (installconfig) ===> tests/sys/kern/pipe (installconfig) ===> tests/sys/kqueue (installconfig) ===> tests/sys/mac (installconfig) ===> tests/sys/mac/bsdextended (installconfig) ===> tests/sys/mac/portacl (installconfig) ===> tests/sys/mqueue (installconfig) ===> tests/sys/netinet (installconfig) ===> tests/sys/opencrypto (installconfig) ===> tests/sys/posixshm (installconfig) ===> tests/sys/vfs (installconfig) ===> tests/sys/vm (installconfig) ===> etc (installconfig) ===> etc/newsyslog.conf.d (installconfig) ===> etc/sendmail (installconfig) + [ -z '' ] + FSTAB=' # Device Mountpoint FStype Options Dump Pass# /procfs /proc procfs rw 0 0 fdesc /dev/fd fdescfs rw 0 0 /dev/ufs/TESTROOT / ufs rw 1 1 ' + [ -z '' ] + RC_CONF=' sshd_enable="YES" ' + cd /builds/workspace/FreeBSD_HEAD + sudo rm -fr tmp + mkdir -p tmp + cat + sudo cp tmp/fstab /builds/workspace/FreeBSD_HEAD/package/src/etc/fstab + sudo cp /etc/resolv.conf /builds/workspace/FreeBSD_HEAD/package/src/etc/resolv.conf + cat + [ -n freebsd-ci/scripts/test/config/config.json ] + python -c 'import json; f = open('\''freebsd-ci/scripts/test/config/config.json'\'', '\''r'\''); j = json.load(f); print(j['\''interface'\''])' + INTERFACE=vtnet0 + python -c 'import json; f = open('\''freebsd-ci/scripts/test/config/config.json'\'', '\''r'\''); j = json.load(f); print(j['\''ip'\''])' + IP=192.168.10.2 + cat + sudo cp tmp/rc.conf /builds/workspace/FreeBSD_HEAD/package/src/etc/rc.conf + sudo cp /builds/workspace/FreeBSD_HEAD/package/src/etc/ssh/sshd_config tmp/sshd_config cp: /builds/workspace/FreeBSD_HEAD/package/src/etc/ssh/sshd_config: No such file or directory [Pipeline] } //withEnv [Pipeline] Set environment variables : End [Pipeline] } //dir [Pipeline] Change current directory : End [Pipeline] } //node [Pipeline] Allocate node : End [Pipeline] Allocate node : Start Running on master in /usr/local/jenkins/workspace/FreeBSD_HEAD [Pipeline] node { [Pipeline] step From owner-freebsd-current@freebsd.org Wed Feb 3 02:24:53 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 46EF3A9A7BA for ; Wed, 3 Feb 2016 02:24:53 +0000 (UTC) (envelope-from crodr001@gmail.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 28EC11D1D for ; Wed, 3 Feb 2016 02:24:53 +0000 (UTC) (envelope-from crodr001@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id 261C9A9A7B9; Wed, 3 Feb 2016 02:24:53 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 25B06A9A7B8 for ; Wed, 3 Feb 2016 02:24:53 +0000 (UTC) (envelope-from crodr001@gmail.com) Received: from mail-ig0-x22a.google.com (mail-ig0-x22a.google.com [IPv6:2607:f8b0:4001:c05::22a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 003231D1B; Wed, 3 Feb 2016 02:24:52 +0000 (UTC) (envelope-from crodr001@gmail.com) Received: by mail-ig0-x22a.google.com with SMTP id ik10so75727327igb.1; Tue, 02 Feb 2016 18:24:52 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=Rm6LVcculKhLj+w+ElrxH7J1ykWf74b5PRvK9Us8sNQ=; b=t9T/U4u0QCUoSm+IUD6gL4VOx+lzyvYTbqBIknhNWM5vl1lwSzYaq60RmfvX6Z9J5A QizgV9LCqhe7lo4O0LNO29U3TCLy3GjUguhN8MtIRlsTkMz299Tav+WB8DZD2JFOihtm pmWZItzyA3FtV1ZiD0htTf9Ez/ZGJr+dTL1Vgw9JOb9U79AhSk47zO1slVOtjW6ED3tb svNAdHSgkDSqNtfxQ2DStNT1204I/yRJSgtiEdN6t+GThveo+zHPEvdpope7TPD5BGwE dpia7dTwKJeRGQO9xvl0EI90aJbPcron+ERo2x71GzGgYK/DYmLbZ2Xt7/f6+QhMS/rJ bGiw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=Rm6LVcculKhLj+w+ElrxH7J1ykWf74b5PRvK9Us8sNQ=; b=DbvMlO5NlZLlxmQgehV+j+HoGQ8BOvp2tK0sIEWa/b3nnZZnMP7qsLuurl69GHZ+en ncVU6jqn0TO7nzWT1e3QhHsr2sz62vsgJ4ascRSp9cjxYEji6yh9Bjw/sHxHfEJ3kJOn jSM6LXrcH8osgvVUyNqGNzkwrmwM+qTxHCdyp0NyPkeriC1USRG/D0lsunHyssskYT3A zkzWWaesuPXVGbGWOM7VmGYb9Gcx8C2unlk6Z1phMO2K91vYHQ2YkO9UHAHRPQ09FnIv 6804vmkHDMQA5zmbKmLd1y1hGAxpyhmZ7JnLxVY/ktMMO2ADHblaqPwpbjvLsSrPTP4J qqbg== X-Gm-Message-State: AG10YOR8k72KpVTBXfxbtyb+AVm0cU05uAS3p5Wy6KqaUMN7AYRDAhpZD335yn+ohYojstZGbGl+xjG4NYuv/g== MIME-Version: 1.0 X-Received: by 10.50.36.35 with SMTP id n3mr19496158igj.73.1454466292216; Tue, 02 Feb 2016 18:24:52 -0800 (PST) Sender: crodr001@gmail.com Received: by 10.50.152.69 with HTTP; Tue, 2 Feb 2016 18:24:52 -0800 (PST) In-Reply-To: <56B15E92.9030709@FreeBSD.org> References: <56B15E92.9030709@FreeBSD.org> Date: Tue, 2 Feb 2016 18:24:52 -0800 X-Google-Sender-Auth: 1ZdFSSjRMEPtU9DV5U7gFrkyFJE Message-ID: Subject: Re: HEADS UP Avoid r295167 - r295187 From: Craig Rodrigues To: Bryan Drewery Cc: "current@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Feb 2016 02:24:53 -0000 On Tuesday, February 2, 2016, Bryan Drewery wrote: > Avoid this range of revisions. I broke 'make distribution', causing > etcupdate to nuke /etc. Sorry about that. Ah ok, that explains this failure: https://jenkins.freebsd.org/job/FreeBSD_HEAD/108/ -- Craig From owner-freebsd-current@freebsd.org Wed Feb 3 03:06:04 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id F1B92A99533 for ; Wed, 3 Feb 2016 03:06:04 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from thebighonker.lerctr.org (thebighonker.lerctr.org [IPv6:2001:470:1f0f:3ad:223:7dff:fe9e:6e8a]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "thebighonker.lerctr.org", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C1FCA13C4 for ; Wed, 3 Feb 2016 03:06:04 +0000 (UTC) (envelope-from ler@lerctr.org) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lerctr.org; s=lerami; h=Content-Type:MIME-Version:Message-ID:Subject:To:From:Date; bh=4fnTtfXbuCR68GWRdaPRrIYM8gVuWkZo1ZSugN/cuLg=; b=ttd4sEUwKd23oiCio7fOQ+z5bv jRsekyagC9M6p8YZ8HtYDDxCc85fwvWEJwJq4nxo7OjRGEoQYw24SQXi0xa27kdTk3GeN3Wpsdv0U SP7SHKYOx/uxCtSihetCUnEi+uGqU6hKDQk538J1tRR7fM3rEo6btMNCA7LEIV67qG7s=; Received: from [2605:6000:ec17:200:230:48ff:fef2:299c] (port=27047 helo=borg.lerctr.org) by thebighonker.lerctr.org with esmtpsa (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.86 (FreeBSD)) (envelope-from ) id 1aQnla-000JmO-7w for freebsd-current@freebsd.org; Tue, 02 Feb 2016 21:06:02 -0600 Date: Tue, 2 Feb 2016 21:05:49 -0600 From: Larry Rosenman To: freebsd-current@freebsd.org Subject: INET6 related tailq crash? Message-ID: <20160203030549.GA2947@borg.lerctr.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.24 (2015-08-30) X-Spam-Score: -1.0 (-) X-LERCTR-Spam-Score: -1.0 (-) X-Spam-Report: SpamScore (-1.0/5.0) ALL_TRUSTED=-1,SHORTCIRCUIT=-0.0001 X-LERCTR-Spam-Report: SpamScore (-1.0/5.0) ALL_TRUSTED=-1, SHORTCIRCUIT=-0.0001 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Feb 2016 03:06:05 -0000 Got the following panic: borg.lerctr.org dumped core - see /var/crash/vmcore.20 Tue Feb 2 20:59:14 CST 2016 FreeBSD borg.lerctr.org 11.0-CURRENT FreeBSD 11.0-CURRENT #4 r294926: Wed Jan 27 12:37:06 CST 2016 root@borg.lerctr.org:/usr/obj/usr/src/sys/VT-LER amd64 panic: Bad tailq NEXT(0xffffffff81e8b5f8->tqh_last) != NULL GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "amd64-marcel-freebsd"... Unread portion of the kernel message buffer: panic: Bad tailq NEXT(0xffffffff81e8b5f8->tqh_last) != NULL cpuid = 4 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe2e025122c0 vpanic() at vpanic+0x182/frame 0xfffffe2e02512340 panic() at panic+0x43/frame 0xfffffe2e025123a0 nd6_ra_input() at nd6_ra_input+0x13da/frame 0xfffffe2e02512680 icmp6_input() at icmp6_input+0x97e/frame 0xfffffe2e02512820 ip6_input() at ip6_input+0xc3c/frame 0xfffffe2e02512900 netisr_dispatch_src() at netisr_dispatch_src+0x81/frame 0xfffffe2e02512960 ether_demux() at ether_demux+0x15e/frame 0xfffffe2e02512990 ether_nh_input() at ether_nh_input+0x344/frame 0xfffffe2e025129d0 netisr_dispatch_src() at netisr_dispatch_src+0x81/frame 0xfffffe2e02512a30 ether_input() at ether_input+0x4f/frame 0xfffffe2e02512a60 if_input() at if_input+0xa/frame 0xfffffe2e02512a70 em_rxeof() at em_rxeof+0x2f5/frame 0xfffffe2e02512ae0 em_handle_que() at em_handle_que+0x40/frame 0xfffffe2e02512b20 taskqueue_run_locked() at taskqueue_run_locked+0xf0/frame 0xfffffe2e02512b80 taskqueue_thread_loop() at taskqueue_thread_loop+0x88/frame 0xfffffe2e02512bb0 fork_exit() at fork_exit+0x84/frame 0xfffffe2e02512bf0 fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe2e02512bf0 --- trap 0, rip = 0, rsp = 0, rbp = 0 --- Uptime: 8h40m34s Dumping 3340 out of 64467 MB:..1%..11%..21%..31%..41%..51%..61%..71%..81%..91% Reading symbols from /boot/kernel/linux.ko...Reading symbols from /usr/lib/debug//boot/kernel/linux.ko.debug...done. done. Loaded symbols for /boot/kernel/linux.ko Reading symbols from /boot/kernel/linux_common.ko...Reading symbols from /usr/lib/debug//boot/kernel/linux_common.ko.debug...done. done. Loaded symbols for /boot/kernel/linux_common.ko Reading symbols from /boot/kernel/if_lagg.ko...Reading symbols from /usr/lib/debug//boot/kernel/if_lagg.ko.debug...done. done. Loaded symbols for /boot/kernel/if_lagg.ko Reading symbols from /boot/kernel/snd_envy24ht.ko...Reading symbols from /usr/lib/debug//boot/kernel/snd_envy24ht.ko.debug...done. done. Loaded symbols for /boot/kernel/snd_envy24ht.ko Reading symbols from /boot/kernel/snd_spicds.ko...Reading symbols from /usr/lib/debug//boot/kernel/snd_spicds.ko.debug...done. done. Loaded symbols for /boot/kernel/snd_spicds.ko Reading symbols from /boot/kernel/coretemp.ko...Reading symbols from /usr/lib/debug//boot/kernel/coretemp.ko.debug...done. done. Loaded symbols for /boot/kernel/coretemp.ko Reading symbols from /boot/kernel/fuse.ko...Reading symbols from /usr/lib/debug//boot/kernel/fuse.ko.debug...done. done. Loaded symbols for /boot/kernel/fuse.ko Reading symbols from /boot/kernel/ichsmb.ko...Reading symbols from /usr/lib/debug//boot/kernel/ichsmb.ko.debug...done. done. Loaded symbols for /boot/kernel/ichsmb.ko Reading symbols from /boot/kernel/smbus.ko...Reading symbols from /usr/lib/debug//boot/kernel/smbus.ko.debug...done. done. Loaded symbols for /boot/kernel/smbus.ko Reading symbols from /boot/kernel/ichwd.ko...Reading symbols from /usr/lib/debug//boot/kernel/ichwd.ko.debug...done. done. Loaded symbols for /boot/kernel/ichwd.ko Reading symbols from /boot/kernel/cpuctl.ko...Reading symbols from /usr/lib/debug//boot/kernel/cpuctl.ko.debug...done. done. Loaded symbols for /boot/kernel/cpuctl.ko Reading symbols from /boot/kernel/cryptodev.ko...Reading symbols from /usr/lib/debug//boot/kernel/cryptodev.ko.debug...done. done. Loaded symbols for /boot/kernel/cryptodev.ko Reading symbols from /boot/kernel/dtraceall.ko...Reading symbols from /usr/lib/debug//boot/kernel/dtraceall.ko.debug...done. done. Loaded symbols for /boot/kernel/dtraceall.ko Reading symbols from /boot/kernel/profile.ko...Reading symbols from /usr/lib/debug//boot/kernel/profile.ko.debug...done. done. Loaded symbols for /boot/kernel/profile.ko Reading symbols from /boot/kernel/dtrace.ko...Reading symbols from /usr/lib/debug//boot/kernel/dtrace.ko.debug...done. done. Loaded symbols for /boot/kernel/dtrace.ko Reading symbols from /boot/kernel/systrace_freebsd32.ko...Reading symbols from /usr/lib/debug//boot/kernel/systrace_freebsd32.ko.debug...done. done. Loaded symbols for /boot/kernel/systrace_freebsd32.ko Reading symbols from /boot/kernel/systrace.ko...Reading symbols from /usr/lib/debug//boot/kernel/systrace.ko.debug...done. done. Loaded symbols for /boot/kernel/systrace.ko Reading symbols from /boot/kernel/sdt.ko...Reading symbols from /usr/lib/debug//boot/kernel/sdt.ko.debug...done. done. Loaded symbols for /boot/kernel/sdt.ko Reading symbols from /boot/kernel/fasttrap.ko...Reading symbols from /usr/lib/debug//boot/kernel/fasttrap.ko.debug...done. done. Loaded symbols for /boot/kernel/fasttrap.ko Reading symbols from /boot/kernel/fbt.ko...Reading symbols from /usr/lib/debug//boot/kernel/fbt.ko.debug...done. done. Loaded symbols for /boot/kernel/fbt.ko Reading symbols from /boot/kernel/dtnfscl.ko...Reading symbols from /usr/lib/debug//boot/kernel/dtnfscl.ko.debug...done. done. Loaded symbols for /boot/kernel/dtnfscl.ko Reading symbols from /boot/kernel/dtmalloc.ko...Reading symbols from /usr/lib/debug//boot/kernel/dtmalloc.ko.debug...done. done. Loaded symbols for /boot/kernel/dtmalloc.ko Reading symbols from /boot/kernel/ipmi.ko...Reading symbols from /usr/lib/debug//boot/kernel/ipmi.ko.debug...done. done. Loaded symbols for /boot/kernel/ipmi.ko Reading symbols from /boot/kernel/ipmi_linux.ko...Reading symbols from /usr/lib/debug//boot/kernel/ipmi_linux.ko.debug...done. done. Loaded symbols for /boot/kernel/ipmi_linux.ko Reading symbols from /boot/kernel/hwpmc.ko...Reading symbols from /usr/lib/debug//boot/kernel/hwpmc.ko.debug...done. done. Loaded symbols for /boot/kernel/hwpmc.ko Reading symbols from /boot/kernel/uhid.ko...Reading symbols from /usr/lib/debug//boot/kernel/uhid.ko.debug...done. done. Loaded symbols for /boot/kernel/uhid.ko Reading symbols from /boot/kernel/uplcom.ko...Reading symbols from /usr/lib/debug//boot/kernel/uplcom.ko.debug...done. done. Loaded symbols for /boot/kernel/uplcom.ko Reading symbols from /boot/kernel/ucom.ko...Reading symbols from /usr/lib/debug//boot/kernel/ucom.ko.debug...done. done. Loaded symbols for /boot/kernel/ucom.ko Reading symbols from /boot/kernel/nullfs.ko...Reading symbols from /usr/lib/debug//boot/kernel/nullfs.ko.debug...done. done. Loaded symbols for /boot/kernel/nullfs.ko Reading symbols from /boot/kernel/fdescfs.ko...Reading symbols from /usr/lib/debug//boot/kernel/fdescfs.ko.debug...done. done. Loaded symbols for /boot/kernel/fdescfs.ko Reading symbols from /boot/kernel/linux64.ko...Reading symbols from /usr/lib/debug//boot/kernel/linux64.ko.debug...done. done. Loaded symbols for /boot/kernel/linux64.ko Reading symbols from /boot/kernel/pf.ko...Reading symbols from /usr/lib/debug//boot/kernel/pf.ko.debug...done. done. Loaded symbols for /boot/kernel/pf.ko #0 doadump (textdump=1) at pcpu.h:221 221 pcpu.h: No such file or directory. in pcpu.h (kgdb) #0 doadump (textdump=1) at pcpu.h:221 #1 0xffffffff80b3b7a5 in kern_reboot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:364 #2 0xffffffff80b3bd7b in vpanic (fmt=, ap=) at /usr/src/sys/kern/kern_shutdown.c:757 #3 0xffffffff80b3bdc3 in panic (fmt=0x0) at /usr/src/sys/kern/kern_shutdown.c:688 #4 0xffffffff80d3252a in nd6_ra_input (m=, off=, icmp6len=) at /usr/src/sys/netinet6/nd6_rtr.c:804 #5 0xffffffff80d0b42e in icmp6_input (mp=, offp=0xfffffe2e0251284c, proto=) at /usr/src/sys/netinet6/icmp6.c:796 #6 0xffffffff80d20eac in ip6_input (m=Cannot access memory at address 0x0 ) at /usr/src/sys/netinet6/ip6_input.c:917 #7 0xffffffff80c207e1 in netisr_dispatch_src (proto=, source=, m=0xfffff8007f05ed00) at /usr/src/sys/net/netisr.c:972 #8 0xffffffff80c1693e in ether_demux (ifp=, m=) at /usr/src/sys/net/if_ethersubr.c:803 #9 0xffffffff80c17684 in ether_nh_input (m=) at /usr/src/sys/net/if_ethersubr.c:609 #10 0xffffffff80c207e1 in netisr_dispatch_src (proto=, source=, m=0xfffff8007f05ed00) at /usr/src/sys/net/netisr.c:972 #11 0xffffffff80c16c3f in ether_input (ifp=0xfffff8002ad93800, m=0x0) at /usr/src/sys/net/if_ethersubr.c:713 #12 0xffffffff80c13a9a in if_input (ifp=0x0, sendmp=0x0) at /usr/src/sys/net/if.c:3814 #13 0xffffffff80628715 in em_rxeof (count=95) at /usr/src/sys/dev/e1000/if_em.c:4713 #14 0xffffffff80629c60 in em_handle_que (context=0xfffffe1eaa5a8000, pending=) at /usr/src/sys/dev/e1000/if_em.c:1572 #15 0xffffffff80b895b0 in taskqueue_run_locked (queue=0xfffff8001a81e500) at /usr/src/sys/kern/subr_taskqueue.c:430 #16 0xffffffff80b8a088 in taskqueue_thread_loop (arg=) at /usr/src/sys/kern/subr_taskqueue.c:683 #17 0xffffffff80b00114 in fork_exit ( callout=0xffffffff80b8a000 , arg=0xfffffe1eaa5aa730, frame=0xfffffe2e02512c00) at /usr/src/sys/kern/kern_fork.c:1010 #18 0xffffffff80f6042e in fork_trampoline () at /usr/src/sys/amd64/amd64/exception.S:609 #19 0x0000000000000000 in ?? () Current language: auto; currently minimal Core IS available. Ideas? FreeBSD borg.lerctr.org 11.0-CURRENT FreeBSD 11.0-CURRENT #4 r294926: Wed Jan 27 12:37:06 CST 2016 root@borg.lerctr.org:/usr/obj/usr/src/sys/VT-LER amd64 -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 214-642-9640 E-Mail: ler@lerctr.org US Mail: 7011 W Parmer Ln, Apt 1115, Austin, TX 78729-6961 From owner-freebsd-current@freebsd.org Wed Feb 3 05:49:42 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id EC3F9A9AA86 for ; Wed, 3 Feb 2016 05:49:42 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id D7A031B9C; Wed, 3 Feb 2016 05:49:42 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 1DD781277; Wed, 3 Feb 2016 05:49:43 +0000 (UTC) Date: Wed, 3 Feb 2016 05:49:42 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org Message-ID: <278993766.71.1454478582805.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <30718003.66.1454466090875.JavaMail.jenkins@jenkins-9.freebsd.org> References: <30718003.66.1454466090875.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is back to normal : FreeBSD_HEAD #109 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Instance-Identity: MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAkKKb2VAfYQKfu1t7qk4nR5qzUBEI+UqT4BPec4qHVhqUy0FFdq50sMH+3y9bCDNOufctov6VqTNffZ3YXArnZK95YF0OX97fh+E9txYOUX1adc+TikcKjuYpHmL5dE62eaZTI+4A5jnRonskQ1PaoIFz0Kbu4mWzkFsmdiXTraGzomXq4cHUCATA2+K4eDYgjXEQI30z3GOMmmZ4t/+6QGk1cMb/BqMWHbn80AsRCb4tU7Hpd72XLDpsuO7YRP1Q0CjmNAuBOTj+sFiiOe6U9HpqOlQN+iFUvBdZo/ybuy5Kh71cAaYQNL68cYdZJ6binH/DkG3KY/fS7DFYAeuwjwIDAQAB X-Jenkins-Job: FreeBSD_HEAD X-Jenkins-Result: SUCCESS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Feb 2016 05:49:43 -0000 See From owner-freebsd-current@freebsd.org Wed Feb 3 08:45:21 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3AEDCA9AF5C for ; Wed, 3 Feb 2016 08:45:21 +0000 (UTC) (envelope-from mma@semihalf.com) Received: from mail-ig0-x230.google.com (mail-ig0-x230.google.com [IPv6:2607:f8b0:4001:c05::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 1454565B for ; Wed, 3 Feb 2016 08:45:21 +0000 (UTC) (envelope-from mma@semihalf.com) Received: by mail-ig0-x230.google.com with SMTP id mw1so30589469igb.1 for ; Wed, 03 Feb 2016 00:45:20 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=semihalf-com.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=X1NH/cKcjWz3WhW0wHx/dB2qAHRw3P6AnVQDf/cybcI=; b=FnLxyLot+k+aJl6ZL3PLJ0u9gV0CJaRlFhusIBBIbQEF3pZCRlCh64j0g31cd/vTTL t5NQ4KRdXZ8P67cLCag9hbMC7vPkkn07ZYM6Whz4WpYR9fOZG4YKf8D8YSXiqoLQZQDR WP4lacydklbcvhZVg/l4clOhChaZxSwCnWvTLLW5A1CLeyQtudBpUI8KMqLbGFAPof56 fx/iNnVli9ACXESD4aPIBDV72Z8IJ2sTi1L2iT9si7mJ8vt/yrIZexSUDsfdaJRX+I1d yZ9q6A7XQldgKeETePrgizhxRnJg9YkrkMFbkto/lf9CJg7rprRr3qa0kJmCZB3yiQab McYw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=X1NH/cKcjWz3WhW0wHx/dB2qAHRw3P6AnVQDf/cybcI=; b=lCUTBwteS0vy2kQ10Qw9egA3snSbkWRMqVpznU4gwzc9l9iwyX/dTEFDGHH7I1M+wI LKtaezXdB060vtqof0xo2oS7qiRl1viCsALsoM5TeiE6B+UmZyk3YoWe2QYA3EuEI2nH AhyHjsG04VyMN7bScXZ9Br7XlhTzE+SNdPeU6R6mZ47pGn7mO1ZEKbKy6g0Sbg7m2Qta 3o/0kEfgcWgiaRhktY4r6+ANIFY6wjkcfKd3PyQ2vbu6CjMP8fxn2maHj5uJc2t7KV+X YT/b0rwC1tyrPKMkXhyWENSMdQFt3DnPWMUsDHiIlMGELJqczjDadpDfZOY3CihgfCWF 1KLQ== X-Gm-Message-State: AG10YORS3SZ/lJDqM1vxcEHXGRjmyDGKPxRfSvJnz+j9babxphS5UmDO6xoe8FtJitmfWlECBhwwiLTPqqVW5g== MIME-Version: 1.0 X-Received: by 10.50.141.193 with SMTP id rq1mr21304374igb.44.1454489120349; Wed, 03 Feb 2016 00:45:20 -0800 (PST) Received: by 10.107.4.8 with HTTP; Wed, 3 Feb 2016 00:45:20 -0800 (PST) In-Reply-To: <56B0D420.10609@selasky.org> References: <56B09AAE.9000909@selasky.org> <56B09F3A.1080409@selasky.org> <56B0A2F3.6080100@selasky.org> <56B0D420.10609@selasky.org> Date: Wed, 3 Feb 2016 09:45:20 +0100 Message-ID: Subject: Re: Cannot include header files from sys/contrib directory From: Marcin Mazurek To: Hans Petter Selasky Cc: freebsd-arm@freebsd.org, freebsd-current@freebsd.org, Bryan Drewery Content-Type: multipart/mixed; boundary=089e013cbd68597959052ad9a3f5 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Feb 2016 08:45:21 -0000 --089e013cbd68597959052ad9a3f5 Content-Type: text/plain; charset=UTF-8 Hi, Actually, I have got the same 'compile-with' and 'no-depend' options for my all files. I run to build kernel with command: env MAKEOBJDIRPREFIX=/root/mma/anpa-build make buildkernel TARGET=arm TARGET_ARCH=armv6 KERNCONF=ALPINE -j6 -DNO_CLEAN I tried to do this without -DNO_CLEAN option too, but the output was the same. Files that I need to include are located in sys/contrib/alpine-hal and sys/contrib/alpine-hal/eth. I attach the entire error log. 2016-02-02 17:06 GMT+01:00 Hans Petter Selasky : > On 02/02/16 14:11, Marcin Mazurek wrote: > >> Now my config line looks like: >> >> dev/al_eth/al_eth.c optional al_eth \ >> no-depend \ >> compile-with "${CC} -c -o ${.TARGET} ${CFLAGS} >> -I$S/contrib/alpine-hal -I$S/contrib/alpine-hal/eth ${PROF} ${.IMPSRC}" >> >> >> Unfortunately I still get the same errors as before: >> >> > Hi, > > mkdep: compile failed >> > > ^^^ The depend will fail, this is expected. Maybe you need to clean the > build directory after applying the config above. Note, the compile-with and > no-depend must be the same for all files you compile. > > Can you show the command you are running to build? > > Can you show the full path for the .c and .h files in question? > > --HPS > > --089e013cbd68597959052ad9a3f5 Content-Type: application/octet-stream; name=log Content-Disposition: attachment; filename=log Content-Transfer-Encoding: base64 X-Attachment-Id: f_ik6l75x20 SW4gZmlsZSBpbmNsdWRlZCBmcm9tIC9yb290L21tYS9hbnBhLWZic2Qvc3lzL2NvbnRyaWIvYWxw aW5lLWhhbC9hbF9oYWxfaW9maWMuYzo0NToKL3Jvb3QvbW1hL2FucGEtZmJzZC9zeXMvY29udHJp Yi9hbHBpbmUtaGFsL2FsX2hhbF9pb2ZpYy5oOjUyOjEwOiBlcnJvcjogJ2FsX2hhbF9jb21tb24u aCcgZmlsZSBub3QgZm91bmQgd2l0aCA8YW5nbGVkPiBpbmNsdWRlOyB1c2UgInF1b3RlcyIgaW5z dGVhZAojaW5jbHVkZSA8YWxfaGFsX2NvbW1vbi5oPgogICAgICAgICBefn5+fn5+fn5+fn5+fn5+ fgogICAgICAgICAiYWxfaGFsX2NvbW1vbi5oIgoxIGVycm9yIGdlbmVyYXRlZC4KL3Jvb3QvbW1h L2FucGEtZmJzZC9zeXMvY29udHJpYi9hbHBpbmUtaGFsL2FsX2hhbF91ZG1hX2NvbmZpZy5jOjQ0 OjEwOiBlcnJvcjogJ2FsX2hhbF9jb21tb24uaCcgZmlsZSBub3QgZm91bmQgd2l0aCA8YW5nbGVk PiBpbmNsdWRlOyB1c2UgInF1b3RlcyIgaW5zdGVhZAojaW5jbHVkZSA8YWxfaGFsX2NvbW1vbi5o PgogICAgICAgICBefn5+fn5+fn5+fn5+fn5+fgogICAgICAgICAiYWxfaGFsX2NvbW1vbi5oIgov cm9vdC9tbWEvYW5wYS1mYnNkL3N5cy9jb250cmliL2FscGluZS1oYWwvYWxfaGFsX3VkbWFfY29u ZmlnLmM6NDU6MTA6IGVycm9yOiAnYWxfaGFsX3VkbWFfcmVncy5oJyBmaWxlIG5vdCBmb3VuZCB3 aXRoIDxhbmdsZWQ+IGluY2x1ZGU7IHVzZSAicXVvdGVzIiBpbnN0ZWFkCiNpbmNsdWRlIDxhbF9o YWxfdWRtYV9yZWdzLmg+CiAgICAgICAgIF5+fn5+fn5+fn5+fn5+fn5+fn5+CiAgICAgICAgICJh bF9oYWxfdWRtYV9yZWdzLmgiCi9yb290L21tYS9hbnBhLWZic2Qvc3lzL2NvbnRyaWIvYWxwaW5l LWhhbC9hbF9oYWxfdWRtYV9jb25maWcuYzo0NjoxMDogZXJyb3I6ICdhbF9oYWxfdWRtYV9jb25m aWcuaCcgZmlsZSBub3QgZm91bmQgd2l0aCA8YW5nbGVkPiBpbmNsdWRlOyB1c2UgInF1b3RlcyIg aW5zdGVhZAojaW5jbHVkZSA8YWxfaGFsX3VkbWFfY29uZmlnLmg+CiAgICAgICAgIF5+fn5+fn5+ fn5+fn5+fn5+fn5+fn4KICAgICAgICAgImFsX2hhbF91ZG1hX2NvbmZpZy5oIgpJbiBmaWxlIGlu Y2x1ZGVkIGZyb20gL3Jvb3QvbW1hL2FucGEtZmJzZC9zeXMvY29udHJpYi9hbHBpbmUtaGFsL2Fs X2hhbF91ZG1hX2NvbmZpZy5jOjQ2Ogovcm9vdC9tbWEvYW5wYS1mYnNkL3N5cy9jb250cmliL2Fs cGluZS1oYWwvYWxfaGFsX3VkbWFfY29uZmlnLmg6NTE6MTA6IGVycm9yOiAnYWxfaGFsX3VkbWEu aCcgZmlsZSBub3QgZm91bmQgd2l0aCA8YW5nbGVkPiBpbmNsdWRlOyB1c2UgInF1b3RlcyIgaW5z dGVhZAojaW5jbHVkZSA8YWxfaGFsX3VkbWEuaD4KICAgICAgICAgXn5+fn5+fn5+fn5+fn5+CiAg ICAgICAgICJhbF9oYWxfdWRtYS5oIgo0IGVycm9ycyBnZW5lcmF0ZWQuCi9yb290L21tYS9hbnBh LWZic2Qvc3lzL2NvbnRyaWIvYWxwaW5lLWhhbC9hbF9oYWxfdWRtYV9kZWJ1Zy5jOjQ2OjEwOiBl cnJvcjogJ2FsX2hhbF9jb21tb24uaCcgZmlsZSBub3QgZm91bmQgd2l0aCA8YW5nbGVkPiBpbmNs dWRlOyB1c2UgInF1b3RlcyIgaW5zdGVhZAojaW5jbHVkZSA8YWxfaGFsX2NvbW1vbi5oPgogICAg ICAgICBefn5+fn5+fn5+fn5+fn5+fgogICAgICAgICAiYWxfaGFsX2NvbW1vbi5oIgovcm9vdC9t bWEvYW5wYS1mYnNkL3N5cy9jb250cmliL2FscGluZS1oYWwvYWxfaGFsX3VkbWFfZGVidWcuYzo0 NzoxMDogZXJyb3I6ICdhbF9oYWxfdWRtYV9yZWdzLmgnIGZpbGUgbm90IGZvdW5kIHdpdGggPGFu Z2xlZD4gaW5jbHVkZTsgdXNlICJxdW90ZXMiIGluc3RlYWQKI2luY2x1ZGUgPGFsX2hhbF91ZG1h X3JlZ3MuaD4KICAgICAgICAgXn5+fn5+fn5+fn5+fn5+fn5+fn4KICAgICAgICAgImFsX2hhbF91 ZG1hX3JlZ3MuaCIKL3Jvb3QvbW1hL2FucGEtZmJzZC9zeXMvY29udHJpYi9hbHBpbmUtaGFsL2Fs X2hhbF91ZG1hX2RlYnVnLmM6NDg6MTA6IGVycm9yOiAnYWxfaGFsX3VkbWFfZGVidWcuaCcgZmls ZSBub3QgZm91bmQgd2l0aCA8YW5nbGVkPiBpbmNsdWRlOyB1c2UgInF1b3RlcyIgaW5zdGVhZAoj aW5jbHVkZSA8YWxfaGFsX3VkbWFfZGVidWcuaD4KICAgICAgICAgXn5+fn5+fn5+fn5+fn5+fn5+ fn5+CiAgICAgICAgICJhbF9oYWxfdWRtYV9kZWJ1Zy5oIgpJbiBmaWxlIGluY2x1ZGVkIGZyb20g L3Jvb3QvbW1hL2FucGEtZmJzZC9zeXMvY29udHJpYi9hbHBpbmUtaGFsL2FsX2hhbF91ZG1hX2Rl YnVnLmM6NDg6Ci9yb290L21tYS9hbnBhLWZic2Qvc3lzL2NvbnRyaWIvYWxwaW5lLWhhbC9hbF9o YWxfdWRtYV9kZWJ1Zy5oOjUxOjEwOiBlcnJvcjogJ2FsX2hhbF91ZG1hLmgnIGZpbGUgbm90IGZv dW5kIHdpdGggPGFuZ2xlZD4gaW5jbHVkZTsgdXNlICJxdW90ZXMiIGluc3RlYWQKI2luY2x1ZGUg PGFsX2hhbF91ZG1hLmg+CiAgICAgICAgIF5+fn5+fn5+fn5+fn5+fgogICAgICAgICAiYWxfaGFs X3VkbWEuaCIKNCBlcnJvcnMgZ2VuZXJhdGVkLgpJbiBmaWxlIGluY2x1ZGVkIGZyb20gL3Jvb3Qv bW1hL2FucGEtZmJzZC9zeXMvY29udHJpYi9hbHBpbmUtaGFsL2FsX2hhbF91ZG1hX2lvZmljLmM6 NDU6Ci9yb290L21tYS9hbnBhLWZic2Qvc3lzL2NvbnRyaWIvYWxwaW5lLWhhbC9hbF9oYWxfdWRt YV9pb2ZpYy5oOjUyOjEwOiBlcnJvcjogJ2FsX2hhbF9jb21tb24uaCcgZmlsZSBub3QgZm91bmQg d2l0aCA8YW5nbGVkPiBpbmNsdWRlOyB1c2UgInF1b3RlcyIgaW5zdGVhZAojaW5jbHVkZSA8YWxf aGFsX2NvbW1vbi5oPgogICAgICAgICBefn5+fn5+fn5+fn5+fn5+fgogICAgICAgICAiYWxfaGFs X2NvbW1vbi5oIgovcm9vdC9tbWEvYW5wYS1mYnNkL3N5cy9jb250cmliL2FscGluZS1oYWwvYWxf aGFsX3VkbWFfaW9maWMuaDo1MzoxMDogZXJyb3I6ICdhbF9oYWxfaW9maWMuaCcgZmlsZSBub3Qg Zm91bmQgd2l0aCA8YW5nbGVkPiBpbmNsdWRlOyB1c2UgInF1b3RlcyIgaW5zdGVhZAojaW5jbHVk ZSA8YWxfaGFsX2lvZmljLmg+CiAgICAgICAgIF5+fn5+fn5+fn5+fn5+fn4KICAgICAgICAgImFs X2hhbF9pb2ZpYy5oIgpJbiBmaWxlIGluY2x1ZGVkIGZyb20gL3Jvb3QvbW1hL2FucGEtZmJzZC9z eXMvY29udHJpYi9hbHBpbmUtaGFsL2FsX2hhbF91ZG1hX2lvZmljLmM6NDU6CkluIGZpbGUgaW5j bHVkZWQgZnJvbSAvcm9vdC9tbWEvYW5wYS1mYnNkL3N5cy9jb250cmliL2FscGluZS1oYWwvYWxf aGFsX3VkbWFfaW9maWMuaDo1MzoKL3Jvb3QvbW1hL2FucGEtZmJzZC9zeXMvY29udHJpYi9hbHBp bmUtaGFsL2FsX2hhbF9pb2ZpYy5oOjUyOjEwOiBlcnJvcjogJ2FsX2hhbF9jb21tb24uaCcgZmls ZSBub3QgZm91bmQgd2l0aCA8YW5nbGVkPiBpbmNsdWRlOyB1c2UgInF1b3RlcyIgaW5zdGVhZAoj aW5jbHVkZSA8YWxfaGFsX2NvbW1vbi5oPgogICAgICAgICBefn5+fn5+fn5+fn5+fn5+fgogICAg ICAgICAiYWxfaGFsX2NvbW1vbi5oIgpJbiBmaWxlIGluY2x1ZGVkIGZyb20gL3Jvb3QvbW1hL2Fu cGEtZmJzZC9zeXMvY29udHJpYi9hbHBpbmUtaGFsL2FsX2hhbF91ZG1hX2lvZmljLmM6NDU6Ci9y b290L21tYS9hbnBhLWZic2Qvc3lzL2NvbnRyaWIvYWxwaW5lLWhhbC9hbF9oYWxfdWRtYV9pb2Zp Yy5oOjU0OjEwOiBlcnJvcjogJ2FsX2hhbF91ZG1hX3JlZ3MuaCcgZmlsZSBub3QgZm91bmQgd2l0 aCA8YW5nbGVkPiBpbmNsdWRlOyB1c2UgInF1b3RlcyIgaW5zdGVhZAojaW5jbHVkZSA8YWxfaGFs X3VkbWFfcmVncy5oPgogICAgICAgICBefn5+fn5+fn5+fn5+fn5+fn5+fgogICAgICAgICAiYWxf aGFsX3VkbWFfcmVncy5oIgo0IGVycm9ycyBnZW5lcmF0ZWQuCi9yb290L21tYS9hbnBhLWZic2Qv c3lzL2NvbnRyaWIvYWxwaW5lLWhhbC9hbF9oYWxfdWRtYV9tYWluLmM6NDU6MTA6IGVycm9yOiAn YWxfaGFsX3VkbWEuaCcgZmlsZSBub3QgZm91bmQgd2l0aCA8YW5nbGVkPiBpbmNsdWRlOyB1c2Ug InF1b3RlcyIgaW5zdGVhZAojaW5jbHVkZSA8YWxfaGFsX3VkbWEuaD4KICAgICAgICAgXn5+fn5+ fn5+fn5+fn5+CiAgICAgICAgICJhbF9oYWxfdWRtYS5oIgovcm9vdC9tbWEvYW5wYS1mYnNkL3N5 cy9jb250cmliL2FscGluZS1oYWwvYWxfaGFsX3VkbWFfbWFpbi5jOjQ2OjEwOiBlcnJvcjogJ2Fs X2hhbF91ZG1hX2NvbmZpZy5oJyBmaWxlIG5vdCBmb3VuZCB3aXRoIDxhbmdsZWQ+IGluY2x1ZGU7 IHVzZSAicXVvdGVzIiBpbnN0ZWFkCiNpbmNsdWRlIDxhbF9oYWxfdWRtYV9jb25maWcuaD4KICAg ICAgICAgXn5+fn5+fn5+fn5+fn5+fn5+fn5+fgogICAgICAgICAiYWxfaGFsX3VkbWFfY29uZmln LmgiCkluIGZpbGUgaW5jbHVkZWQgZnJvbSAvcm9vdC9tbWEvYW5wYS1mYnNkL3N5cy9jb250cmli L2FscGluZS1oYWwvYWxfaGFsX3VkbWFfbWFpbi5jOjQ2Ogovcm9vdC9tbWEvYW5wYS1mYnNkL3N5 cy9jb250cmliL2FscGluZS1oYWwvYWxfaGFsX3VkbWFfY29uZmlnLmg6NTE6MTA6IGVycm9yOiAn YWxfaGFsX3VkbWEuaCcgZmlsZSBub3QgZm91bmQgd2l0aCA8YW5nbGVkPiBpbmNsdWRlOyB1c2Ug InF1b3RlcyIgaW5zdGVhZAojaW5jbHVkZSA8YWxfaGFsX3VkbWEuaD4KICAgICAgICAgXn5+fn5+ fn5+fn5+fn5+CiAgICAgICAgICJhbF9oYWxfdWRtYS5oIgozIGVycm9ycyBnZW5lcmF0ZWQuCklu IGZpbGUgaW5jbHVkZWQgZnJvbSAvcm9vdC9tbWEvYW5wYS1mYnNkL3N5cy9jb250cmliL2FscGlu ZS1oYWwvZXRoL2FsX2hhbF9ldGhfa3IuYzo0NToKSW4gZmlsZSBpbmNsdWRlZCBmcm9tIC9yb290 L21tYS9hbnBhLWZic2Qvc3lzL2NvbnRyaWIvYWxwaW5lLWhhbC9ldGgvYWxfaGFsX2V0aF9rci5o OjUxOgovcm9vdC9tbWEvYW5wYS1mYnNkL3N5cy9jb250cmliL2FscGluZS1oYWwvZXRoL2FsX2hh bF9ldGguaDo1MzoxMDogZmF0YWwgZXJyb3I6ICdhbF9oYWxfY29tbW9uLmgnIGZpbGUgbm90IGZv dW5kCiNpbmNsdWRlICJhbF9oYWxfY29tbW9uLmgiCiAgICAgICAgIF4KMSBlcnJvciBnZW5lcmF0 ZWQuCkluIGZpbGUgaW5jbHVkZWQgZnJvbSAvcm9vdC9tbWEvYW5wYS1mYnNkL3N5cy9jb250cmli L2FscGluZS1oYWwvZXRoL2FsX2hhbF9ldGhfbWFpbi5jOjQ1Ogovcm9vdC9tbWEvYW5wYS1mYnNk L3N5cy9jb250cmliL2FscGluZS1oYWwvZXRoL2FsX2hhbF9ldGguaDo1MzoxMDogZmF0YWwgZXJy b3I6ICdhbF9oYWxfY29tbW9uLmgnIGZpbGUgbm90IGZvdW5kCiNpbmNsdWRlICJhbF9oYWxfY29t bW9uLmgiCiAgICAgICAgIF4KMSBlcnJvciBnZW5lcmF0ZWQuCm1rZGVwOiBjb21waWxlIGZhaWxl ZAoqKiogWy5kZXBlbmRdIEVycm9yIGNvZGUgMQoKbWFrZVsyXTogc3RvcHBlZCBpbiAvcm9vdC9t bWEvYW5wYS1idWlsZC9hcm0uYXJtdjYvcm9vdC9tbWEvYW5wYS1mYnNkL3N5cy9BTFBJTkUKMSBl cnJvcgoKbWFrZVsyXTogc3RvcHBlZCBpbiAvcm9vdC9tbWEvYW5wYS1idWlsZC9hcm0uYXJtdjYv cm9vdC9tbWEvYW5wYS1mYnNkL3N5cy9BTFBJTkUKKioqIFtidWlsZGtlcm5lbF0gRXJyb3IgY29k ZSAyCgptYWtlWzFdOiBzdG9wcGVkIGluIC9yb290L21tYS9hbnBhLWZic2QKMSBlcnJvcgoKbWFr ZVsxXTogc3RvcHBlZCBpbiAvcm9vdC9tbWEvYW5wYS1mYnNkCioqKiBbYnVpbGRrZXJuZWxdIEVy cm9yIGNvZGUgMgoKbWFrZTogc3RvcHBlZCBpbiAvcm9vdC9tbWEvYW5wYS1mYnNkCjEgZXJyb3IK Cm1ha2U6IHN0b3BwZWQgaW4gL3Jvb3QvbW1hL2FucGEtZmJzZAo= --089e013cbd68597959052ad9a3f5-- From owner-freebsd-current@freebsd.org Wed Feb 3 08:48:25 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2E64AA7618B; Wed, 3 Feb 2016 08:48:25 +0000 (UTC) (envelope-from hps@selasky.org) 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 ECC76876; Wed, 3 Feb 2016 08:48:24 +0000 (UTC) (envelope-from hps@selasky.org) Received: from laptop015.home.selasky.org (unknown [62.141.129.119]) (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 E2D7A1FE022; Wed, 3 Feb 2016 09:48:21 +0100 (CET) Subject: Re: Cannot include header files from sys/contrib directory To: Marcin Mazurek References: <56B09AAE.9000909@selasky.org> <56B09F3A.1080409@selasky.org> <56B0A2F3.6080100@selasky.org> <56B0D420.10609@selasky.org> Cc: freebsd-arm@freebsd.org, freebsd-current@freebsd.org, Bryan Drewery From: Hans Petter Selasky Message-ID: <56B1BF62.1090304@selasky.org> Date: Wed, 3 Feb 2016 09:50:42 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.5.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Feb 2016 08:48:25 -0000 On 02/03/16 09:45, Marcin Mazurek wrote: > Hi, > > Actually, I have got the same 'compile-with' and 'no-depend' options for my > all files. > > I run to build kernel with command: > env MAKEOBJDIRPREFIX=/root/mma/anpa-build make buildkernel TARGET=arm > TARGET_ARCH=armv6 KERNCONF=ALPINE -j6 -DNO_CLEAN > > I tried to do this without -DNO_CLEAN option too, but the output was the > same. > > Files that I need to include are located in sys/contrib/alpine-hal and > sys/contrib/alpine-hal/eth. I attach the entire error log. > Try to add: -DNO_KERNELDEPEND when building. Does it work then? --HPS From owner-freebsd-current@freebsd.org Wed Feb 3 07:31:58 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1801AA98FF0 for ; Wed, 3 Feb 2016 07:31:58 +0000 (UTC) (envelope-from peter@pean.org) Received: from system.jails.se (system.jails.se [IPv6:2001:470:6c08::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id AAE6BB4E for ; Wed, 3 Feb 2016 07:31:57 +0000 (UTC) (envelope-from peter@pean.org) Received: from system.jails.se (system.jails.se [172.31.20.14]) by system.jails.se (Postfix) with SMTP id CE919456AA2 for ; Wed, 3 Feb 2016 08:31:45 +0100 (CET) Received: from [192.168.167.222] (nyx.uppmax.uu.se [130.238.137.40]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by system.jails.se (Postfix) with ESMTPSA id 32AE0456A9D for ; Wed, 3 Feb 2016 08:31:44 +0100 (CET) To: freebsd-current@freebsd.org From: =?UTF-8?Q?Peter_Ankerst=c3=a5l?= Subject: arp flapping after udating system to 11-CURRENT. Message-ID: <56B1ACDF.30807@pean.org> Date: Wed, 3 Feb 2016 08:31:43 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha-512; boundary="------------ms070107070004010003090902" X-DSPAM-Result: Innocent X-DSPAM-Processed: Wed Feb 3 08:31:45 2016 X-DSPAM-Confidence: 1.0000 X-DSPAM-Probability: 0.0023 X-DSPAM-Signature: 56b1ace1177761159879460 X-DSPAM-Factors: 27, HWCSUM+#+#+VLAN+HWTSO, 0.40000, VLAN+HWCSUM+#+#+VLAN, 0.40000, Sun, 0.40000, and+the+actual+#+adress, 0.40000, 5d+#+options+#+PERFORMNUD, 0.40000, 5d+#+#+29, 0.40000, wlan2+#+143+LEARNING, 0.40000, LINKLOCAL+media+#+autoselect+1000baseT, 0.40000, LINKLOCAL+#+Ethernet+autoselect, 0.40000, I+recently+upgraded+my, 0.40000, 00+00+#+#+priority, 0.40000, 00+00+#+#+priority, 0.40000, 2+fwddelay+15+#+20, 0.40000, moved+#+02+e8+ea, 0.40000, 24+#+#+5d+on, 0.40000, VLAN+#+#+MAGIC, 0.40000, MTU+VLAN+HWTAGGING+#+HWCSUM, 0.40000, 1000baseT+#+#+#+active, 0.40000, priority+#+#+#+port, 0.40000, WOL, 0.40000, and+#+#+#+adress, 0.40000, Ethernet+autoselect, 0.40000, priority+128+path+cost+22222, 0.40000, some+settings+I+need, 0.40000, 0+255, 0.40000, prefixlen+#+inet6, 0.40000, em1+#+#+UP, 0.40000 X-Mailman-Approved-At: Wed, 03 Feb 2016 12:53:14 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Feb 2016 07:31:58 -0000 This is a cryptographically signed message in MIME format. --------------ms070107070004010003090902 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: quoted-printable Hi! I recently upgraded my system to 11-CURRENT (FreeBSD 11.0-CURRENT #0=20 r295087: Sun Jan 31 10:21:31 CET 2016) and after that all of my other=20 devices in the network complains about arp-flapping: arp: 172.25.0.1 moved from 00:00:24:d0:9e:5d to 02:e8:ea:15:66:00 on re0 arp: 172.25.0.1 moved from 02:e8:ea:15:66:00 to 00:00:24:d0:9e:5d on re0 arp: 172.25.0.1 moved from 00:00:24:d0:9e:5d to 02:e8:ea:15:66:00 on re0 It seems to be flapping between the virtual mac of my bridge interface=20 and the actual mac adress on the physical interface. This was not the=20 case when i ran FreeBSD 10.2. Is there some settings I need to do? bridge0: flags=3D8843 metric 0 mt= u=20 1500 description: wired <-> wifi bridge ether 02:e8:ea:15:66:00 inet 172.25.0.1 netmask 0xffffff00 broadcast 172.25.0.255 inet6 2001:470:de59::1 prefixlen 64 inet6 fe80::2%bridge0 prefixlen 64 scopeid 0xb nd6 options=3D1 groups: bridge id 00:00:00:00:00:00 priority 32768 hellotime 2 fwddelay 15 maxage 20 holdcnt 6 proto rstp maxaddr 2000 timeout 1200 root id 00:00:00:00:00:00 priority 32768 ifcost 0 port 0 member: wlan2 flags=3D143 ifmaxaddr 0 port 10 priority 128 path cost 66666 member: wlan1 flags=3D143 ifmaxaddr 0 port 9 priority 128 path cost 66666 member: wlan0 flags=3D143 ifmaxaddr 0 port 8 priority 128 path cost 22222 member: em1 flags=3D143 ifmaxaddr 0 port 2 priority 128 path cost 2000000 em1: flags=3D8943 metric = 0=20 mtu 1500 description: wired LAN =20 options=3D42098= ether 00:00:24:d0:9e:5d nd6 options=3D29 media: Ethernet autoselect (1000baseT ) status: active /Peter. --------------ms070107070004010003090902 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgMFADCABgkqhkiG9w0BBwEAAKCC C9EwggXiMIIDyqADAgECAhBrp4p9CteI1lEK+Vnk57ThMA0GCSqGSIb3DQEBCwUAMH0xCzAJ BgNVBAYTAklMMRYwFAYDVQQKEw1TdGFydENvbSBMdGQuMSswKQYDVQQLEyJTZWN1cmUgRGln aXRhbCBDZXJ0aWZpY2F0ZSBTaWduaW5nMSkwJwYDVQQDEyBTdGFydENvbSBDZXJ0aWZpY2F0 aW9uIEF1dGhvcml0eTAeFw0xNTEyMTYwMTAwMDVaFw0zMDEyMTYwMTAwMDVaMHUxCzAJBgNV BAYTAklMMRYwFAYDVQQKEw1TdGFydENvbSBMdGQuMSkwJwYDVQQLEyBTdGFydENvbSBDZXJ0 aWZpY2F0aW9uIEF1dGhvcml0eTEjMCEGA1UEAxMaU3RhcnRDb20gQ2xhc3MgMSBDbGllbnQg Q0EwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQC9fdr3w6J9g/Zbgv3bW1+uHht1 wLUZr5gkrLtXedg17AkefMyUGwrQdvwObhajcVmnKVxhrUwkZPXRAwZZosRHfEIi5FH7x6SV /8Sp5lZEuiMnvMFG2MzLA84J6Ws5T4NfXZ0qn4TPgnr3X2vPVS51M7Ua9nIJgn8jvTra4eyy QzxvuA/GZwKg7VQfDCmCS+kICslYYWgXOMt2xlsSslxLce0CGWRsT8EpMyt1iDflSjXZIsE7 m1uTyHaKZspMLyIyz6mySu8j8BWWHpChNNeTrFuhVfrOAyDPFJVUvKZCLKBhibTLloyy+Lat oWELrjdI4a8StZY8+dIR9t4APXGzAgMBAAGjggFkMIIBYDAOBgNVHQ8BAf8EBAMCAQYwHQYD VR0lBBYwFAYIKwYBBQUHAwIGCCsGAQUFBwMEMBIGA1UdEwEB/wQIMAYBAf8CAQAwMgYDVR0f BCswKTAnoCWgI4YhaHR0cDovL2NybC5zdGFydHNzbC5jb20vc2ZzY2EuY3JsMGYGCCsGAQUF BwEBBFowWDAkBggrBgEFBQcwAYYYaHR0cDovL29jc3Auc3RhcnRzc2wuY29tMDAGCCsGAQUF BzAChiRodHRwOi8vYWlhLnN0YXJ0c3NsLmNvbS9jZXJ0cy9jYS5jcnQwHQYDVR0OBBYEFCSB bDlhvkkPj7cbRivJKLUnSG1oMB8GA1UdIwQYMBaAFE4L7xqkQFulF2mHMMo0aEPQQa7yMD8G A1UdIAQ4MDYwNAYEVR0gADAsMCoGCCsGAQUFBwIBFh5odHRwOi8vd3d3LnN0YXJ0c3NsLmNv bS9wb2xpY3kwDQYJKoZIhvcNAQELBQADggIBAIvj94fsAYuErQ8BAluc4SMnIwS9NPBwAm5S H9uh2NCXTq7im61g7F1LIiNI/+wq37fUuaMbz4g7VarKQTgf8ubs0p7NZWcIe7Bvem2AWaXB sxsaRTYw5kG3DN8pd1hSEUuFoTa7DmNeFe8tiK1BrL3rbA/m48jp4AiFXgvxprJrW7izsyet OrRHPbkW4Y07v29MdhaPv3u1JELyszXqOzjIYo4sWlC8iDQXwgSW/ntvWy2n4LuiaozlCfXl 149tKeqvwlvrla2Yklue/quWp9j9ou4T/OY0CXMuY+B8wNK0ohd2D4ShgFlMSjzAFRoHGKF8 1snTr2d1A7Ew02oF6UQyCkC2aNNsK5cWOojBar5c7HplX9aHYUCZouxIeU28SONJAxnATgR4 cJ2jrpmYSz/kliUJ46S6UpVDo/ebn9c6PaM/XtDYCCaM/7XX6wc3s++sbQ7CtCn1Ax7df6uf QbwyO0V+oFa9H0KAsjHMzcwk3EV2B2NLatidKE/m7G+rB9m+FlVgIiSp0mGlg43QO9Kh1+Jq vTCIzv2bJJkmPMLQJNuKKwHNL8F4GGp6jbAV+WL+LDeGfVcq8DHS3LrD+xyYEXQBiqZEdiPV OMxLDSUCXsDO0uCWpaNQ8j6y6S9p0xE/Ga0peVLadVHhqf9nXqKaxnr358VgfrxzUIrvOaOj MIIF5zCCBM+gAwIBAgIQHcJGczwAGL/ehxPfLmSYzzANBgkqhkiG9w0BAQsFADB1MQswCQYD VQQGEwJJTDEWMBQGA1UEChMNU3RhcnRDb20gTHRkLjEpMCcGA1UECxMgU3RhcnRDb20gQ2Vy dGlmaWNhdGlvbiBBdXRob3JpdHkxIzAhBgNVBAMTGlN0YXJ0Q29tIENsYXNzIDEgQ2xpZW50 IENBMB4XDTE2MDEyNjE3MTg0NFoXDTE3MDEyNjE3MTg0NFowODEXMBUGA1UEAwwOcGV0ZXJA cGVhbi5vcmcxHTAbBgkqhkiG9w0BCQEWDnBldGVyQHBlYW4ub3JnMIICIjANBgkqhkiG9w0B AQEFAAOCAg8AMIICCgKCAgEAsKld9wpANAHCShFhnWgVUcUd+7F8RJJIatfZa7ucpAyaWIuq HFbzBUFbLPWJNeothNQ3ZLcSus2CP+l5gCamv0G5SXl+d+c1QFRP/fua3Fd8l2+x3X0gLm+T sb2b3eYU7d2MZgl3gwtKTM2ZHtG19qFVKlIC5pVrqPkvMlVtRiFgz/BtbtxSZ5xsd9Ut2TYq uLz3aQmc7bUjwEEvBL+psMQCOk0Ra7b6nxyN5Gz6al0aFgQsMM3xjd8tNUDPyuIWxKO/AXWi KutXCDGb+pB8sdMxnYXYVIi5TLzORXBZYQo7uPXO5iXpBX1WoaUFZmDqtatOL+pJt5RY/x6i cvQQ1Snv8c+0SgaiBdOprMlnRgjeSiqUQyJLlhFAchViZKzIk4uZZF2O6Elhs1Su0SB3Ynac urW3LBXQywfB4e1of96/Hhj/VUslFBMLiv2in2kGBYQsjVx61oyaR823Iz+l3+q622r2XzlP vsDfGqhhMBEGu0CiofUnfCkHfAXcMGKIX8KDVLK0aDq91Byr8xc8pZ+4UAYhYx6Zy1kywXRe 2fFIreb6i6T+lnzHWRNYfHRAu7LhbQUc4mUFHaowfqhcUgwePeKWVtGcWF26AccSQz1n2p2W iZ00ROdn986gttXt4HsIl9lMPcn69Jg55GJZ+ns8kgNtqudb7fh2OAhkp40CAwEAAaOCAa4w ggGqMAsGA1UdDwQEAwIEsDAdBgNVHSUEFjAUBggrBgEFBQcDAgYIKwYBBQUHAwQwCQYDVR0T BAIwADAdBgNVHQ4EFgQUNOER7EGIq2as8FEQKZFgngDghb8wHwYDVR0jBBgwFoAUJIFsOWG+ SQ+PtxtGK8kotSdIbWgwbwYIKwYBBQUHAQEEYzBhMCQGCCsGAQUFBzABhhhodHRwOi8vb2Nz cC5zdGFydHNzbC5jb20wOQYIKwYBBQUHMAKGLWh0dHA6Ly9haWEuc3RhcnRzc2wuY29tL2Nl cnRzL3NjYS5jbGllbnQxLmNydDA4BgNVHR8EMTAvMC2gK6AphidodHRwOi8vY3JsLnN0YXJ0 c3NsLmNvbS9zY2EtY2xpZW50MS5jcmwwGQYDVR0RBBIwEIEOcGV0ZXJAcGVhbi5vcmcwIwYD VR0SBBwwGoYYaHR0cDovL3d3dy5zdGFydHNzbC5jb20vMEYGA1UdIAQ/MD0wOwYLKwYBBAGB tTcBAgQwLDAqBggrBgEFBQcCARYeaHR0cDovL3d3dy5zdGFydHNzbC5jb20vcG9saWN5MA0G CSqGSIb3DQEBCwUAA4IBAQC8BvcUW70zTt2JWWD0P2rqyKdX2zvltXPNIAS9GNY3ltkcG9BB ehDJKbJf4BQC5pLRrw5BGjVhr4+3f3lDb95FHHolKHe7G4gTUjdqIlcanu0XH1WGNXDUwibM RngvnOd94ycxFoAfWSFC8k2sFAb2BLE9KYYl9e4ULkS/Bf2iclHMs/shXHGRzFXug8bgHpif zzHClHtcW97XArUkFvBSH2PSg7sSnolOpl4u0VwIiCKvLRTZCWLD7TSJCrTnhsIy4nWjRtZz IsRinO35fhulRpjL2b+pkhNSz6j2SVMF4G3H1SCK6QxBpA0uQD+f6Og2a/AIjntmWtaQjt3/ g793MYIE7DCCBOgCAQEwgYkwdTELMAkGA1UEBhMCSUwxFjAUBgNVBAoTDVN0YXJ0Q29tIEx0 ZC4xKTAnBgNVBAsTIFN0YXJ0Q29tIENlcnRpZmljYXRpb24gQXV0aG9yaXR5MSMwIQYDVQQD ExpTdGFydENvbSBDbGFzcyAxIENsaWVudCBDQQIQHcJGczwAGL/ehxPfLmSYzzANBglghkgB ZQMEAgMFAKCCAjMwGAYJKoZIhvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcN MTYwMjAzMDczMTQzWjBPBgkqhkiG9w0BCQQxQgRAdLcwr9qgBrjJSvbFy3Yu0S707vwf2tz8 4wbFh71zIOHkfs4/NwCBU4wX9nMOeYP2muHWxdwYtRq53YKFB3uOGTBsBgkqhkiG9w0BCQ8x XzBdMAsGCWCGSAFlAwQBKjALBglghkgBZQMEAQIwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwIC AgCAMA0GCCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIGaBgkrBgEEAYI3 EAQxgYwwgYkwdTELMAkGA1UEBhMCSUwxFjAUBgNVBAoTDVN0YXJ0Q29tIEx0ZC4xKTAnBgNV BAsTIFN0YXJ0Q29tIENlcnRpZmljYXRpb24gQXV0aG9yaXR5MSMwIQYDVQQDExpTdGFydENv bSBDbGFzcyAxIENsaWVudCBDQQIQHcJGczwAGL/ehxPfLmSYzzCBnAYLKoZIhvcNAQkQAgsx gYyggYkwdTELMAkGA1UEBhMCSUwxFjAUBgNVBAoTDVN0YXJ0Q29tIEx0ZC4xKTAnBgNVBAsT IFN0YXJ0Q29tIENlcnRpZmljYXRpb24gQXV0aG9yaXR5MSMwIQYDVQQDExpTdGFydENvbSBD bGFzcyAxIENsaWVudCBDQQIQHcJGczwAGL/ehxPfLmSYzzANBgkqhkiG9w0BAQEFAASCAgA9 jsEyBW84+oOclcQuLd7DBJiLk4qxy5OP9qxizqD+ZI03N4F1j0qvIYONRZ5n3Q/BLxtS8GJ2 AxM5lQ/K2Dig+Wlif3moQ5iW4Q0aBRh6wlqwpditb7SinFjfVNyR7r8+8Deh2+qDAIWMUPuL 7YGxi40VGQTSEavfpemUgEiRA9Dv7ORugJNNWvyRsts8zxCpU4pZBpUswSyDhco7OWc+l7rR NaOiI9CsKetJT7ras3e3zcMWoOlzhHifVlYObZeVS/9iQJ5XG5A9rv64Vb+SVzR78eWGQmH9 RmZ+VELmG+X5o79W5hfLDq/sqCZcp9ppqH9e7BncC1ZYN73mnK/gnCifhA0u1EqgW94pNptQ 3nv4IXVXZMVqn+zFEYAxqUljV+9HKJtZkvnbfKEHZu/lkYAWlX14cBlc7Xkpk1uQYtEVHwvg NwSg50Zw//jxcBK0u8jSo5aFihQnttVcnJUbRjP0RpiwUzxH9ISJDuk/MJJT83nP4ftRkL4G k6Xqm3Lmtx6Nuj7ldXZOZFl4xnEdorMLZjEOwd2SawyuwMfiKW9nz3ahGqOVJOOwp2VA2W0x /wqbPgT8wSFGltKirWPaklKFOAgUIlFERim638gYgOI+zLkvzaiSbWuw/DjrX0jW+TlysgU3 jppxDQ5bPGtX5ACyrcgXbPYEf7ZOyunxnAAAAAAAAA== --------------ms070107070004010003090902-- From owner-freebsd-current@freebsd.org Wed Feb 3 13:56:24 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7F0ADA99AA3 for ; Wed, 3 Feb 2016 13:56:24 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from zxy.spb.ru (zxy.spb.ru [195.70.199.98]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 40B6D1F74 for ; Wed, 3 Feb 2016 13:56:24 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from slw by zxy.spb.ru with local (Exim 4.86 (FreeBSD)) (envelope-from ) id 1aQxuo-0000a7-LT; Wed, 03 Feb 2016 16:56:14 +0300 Date: Wed, 3 Feb 2016 16:56:14 +0300 From: Slawa Olhovchenkov To: Peter =?utf-8?Q?Ankerst=C3=A5l?= Cc: freebsd-current@freebsd.org Subject: Re: arp flapping after udating system to 11-CURRENT. Message-ID: <20160203135614.GW37895@zxy.spb.ru> References: <56B1ACDF.30807@pean.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <56B1ACDF.30807@pean.org> User-Agent: Mutt/1.5.24 (2015-08-30) X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: slw@zxy.spb.ru X-SA-Exim-Scanned: No (on zxy.spb.ru); SAEximRunCond expanded to false X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Feb 2016 13:56:24 -0000 On Wed, Feb 03, 2016 at 08:31:43AM +0100, Peter Ankerstål wrote: > Hi! > > I recently upgraded my system to 11-CURRENT (FreeBSD 11.0-CURRENT #0 > r295087: Sun Jan 31 10:21:31 CET 2016) and after that all of my other > devices in the network complains about arp-flapping: > > arp: 172.25.0.1 moved from 00:00:24:d0:9e:5d to 02:e8:ea:15:66:00 on re0 > arp: 172.25.0.1 moved from 02:e8:ea:15:66:00 to 00:00:24:d0:9e:5d on re0 > arp: 172.25.0.1 moved from 00:00:24:d0:9e:5d to 02:e8:ea:15:66:00 on re0 > > > It seems to be flapping between the virtual mac of my bridge interface > and the actual mac adress on the physical interface. This was not the > case when i ran FreeBSD 10.2. Is there some settings I need to do? I am see this on FreeBSD 10. And FreeBSD 9. Only switch to ng_bridge remove this for me. From owner-freebsd-current@freebsd.org Wed Feb 3 14:55:18 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C49E4A99072 for ; Wed, 3 Feb 2016 14:55:18 +0000 (UTC) (envelope-from bsd-lists@bsdforge.com) Received: from udns.ultimatedns.net (static-24-113-41-81.wavecable.com [24.113.41.81]) (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 8F06079E for ; Wed, 3 Feb 2016 14:55:17 +0000 (UTC) (envelope-from bsd-lists@bsdforge.com) Received: from ultimatedns.net (localhost [127.0.0.1]) by udns.ultimatedns.net (8.14.9/8.14.9) with ESMTP id u13EtfIg089005 for ; Wed, 3 Feb 2016 06:55:47 -0800 (PST) (envelope-from bsd-lists@bsdforge.com) To: In-Reply-To: <56B1ACDF.30807@pean.org> References: <56B1ACDF.30807@pean.org> From: "Chris H" Subject: Re: arp flapping after udating system to 11-CURRENT. Date: Wed, 03 Feb 2016 06:55:47 -0800 Content-Type: text/plain; charset=UTF-8; format=fixed MIME-Version: 1.0 Message-id: Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Feb 2016 14:55:18 -0000 On Wed, 3 Feb 2016 08:31:43 +0100 Peter Ankerstål wrote > Hi! > > I recently upgraded my system to 11-CURRENT (FreeBSD 11.0-CURRENT #0 > r295087: Sun Jan 31 10:21:31 CET 2016) and after that all of my other > devices in the network complains about arp-flapping: > > arp: 172.25.0.1 moved from 00:00:24:d0:9e:5d to 02:e8:ea:15:66:00 on re0 > arp: 172.25.0.1 moved from 02:e8:ea:15:66:00 to 00:00:24:d0:9e:5d on re0 > arp: 172.25.0.1 moved from 00:00:24:d0:9e:5d to 02:e8:ea:15:66:00 on re0 > FWIW I'm seeing this too. As it happened; I had just changed upstream providers, getting a larger static block (IP's), as well as updating my long overdue -CURRENT. So I simply blamed it on their (upstream) network. I'd love to get to the bottom of this, and would be happy to help. FreeBSD dev-box 11.0-CURRENT FreeBSD 11.0-CURRENT #0 r294112: Mon Jan 18 14:25:01 PST 2016 root@dev-box:/usr/obj/usr/src/sys/DEVBOX amd64 src is at Revision: 406193 --Chris > > It seems to be flapping between the virtual mac of my bridge interface > and the actual mac adress on the physical interface. This was not the > case when i ran FreeBSD 10.2. Is there some settings I need to do? > > > bridge0: flags=8843 metric 0 mtu > 1500 > description: wired <-> wifi bridge > ether 02:e8:ea:15:66:00 > inet 172.25.0.1 netmask 0xffffff00 broadcast 172.25.0.255 > inet6 2001:470:de59::1 prefixlen 64 > inet6 fe80::2%bridge0 prefixlen 64 scopeid 0xb > nd6 options=1 > groups: bridge > id 00:00:00:00:00:00 priority 32768 hellotime 2 fwddelay 15 > maxage 20 holdcnt 6 proto rstp maxaddr 2000 timeout 1200 > root id 00:00:00:00:00:00 priority 32768 ifcost 0 port 0 > member: wlan2 flags=143 > ifmaxaddr 0 port 10 priority 128 path cost 66666 > member: wlan1 flags=143 > ifmaxaddr 0 port 9 priority 128 path cost 66666 > member: wlan0 flags=143 > ifmaxaddr 0 port 8 priority 128 path cost 22222 > member: em1 flags=143 > ifmaxaddr 0 port 2 priority 128 path cost 2000000 > > em1: flags=8943 metric 0 > mtu 1500 > description: wired LAN > > options=42098 > ether 00:00:24:d0:9e:5d > nd6 options=29 > media: Ethernet autoselect (1000baseT ) > status: active > > > /Peter. From owner-freebsd-current@freebsd.org Wed Feb 3 15:18:02 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 01E30A99A4A for ; Wed, 3 Feb 2016 15:18:02 +0000 (UTC) (envelope-from junchoon@dec.sakura.ne.jp) Received: from dec.sakura.ne.jp (dec.sakura.ne.jp [210.188.226.8]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id AAE64155A for ; Wed, 3 Feb 2016 15:18:01 +0000 (UTC) (envelope-from junchoon@dec.sakura.ne.jp) Received: from fortune.joker.local (123-48-23-227.dz.commufa.jp [123.48.23.227]) (authenticated bits=0) by dec.sakura.ne.jp (8.15.2/8.15.2/[SAKURA-WEB]/20080708) with ESMTPA id u13FHvBo091306; Thu, 4 Feb 2016 00:17:57 +0900 (JST) (envelope-from junchoon@dec.sakura.ne.jp) Date: Thu, 4 Feb 2016 00:17:56 +0900 From: Tomoaki AOKI To: freebsd-current@freebsd.org Cc: killing@multiplay.co.uk Subject: Re: ZFSROOT UEFI boot Message-Id: <20160204001756.eebed0c256a83528c03e0de1@dec.sakura.ne.jp> In-Reply-To: <20160203004601.359fb76b58ddb104911b58a7@dec.sakura.ne.jp> References: <8991747525093115430@unknownmsgid> <20160124215300.4cd7f1207f5a4c7b28ef7ffc@dec.sakura.ne.jp> <56A51A4C.1040808@multiplay.co.uk> <20160129000344.feaf5f828e5d43d5fbbb652a@dec.sakura.ne.jp> <56AAD552.9090202@multiplay.co.uk> <20160130155755.485736c8e12868663b9ccfbc@dec.sakura.ne.jp> <56AD0B22.1050704@multiplay.co.uk> <20160131204356.f863901e7125456b5586b215@dec.sakura.ne.jp> <56AE12FF.9080404@multiplay.co.uk> <20160201233627.b02ada486133cca3c2eec9ad@dec.sakura.ne.jp> <20160202011951.fac68e935a3f0b414a8f34cb@dec.sakura.ne.jp> <56AF9E96.3040306@multiplay.co.uk> <20160203004601.359fb76b58ddb104911b58a7@dec.sakura.ne.jp> Organization: Junchoon corps X-Mailer: Sylpheed 3.5.0 (GTK+ 2.24.29; amd64-portbld-freebsd10.3) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-2022-JP Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Feb 2016 15:18:02 -0000 Performed remaining tests below using "without -DEFI_DEBUG" binary and confirmed all boots as expected. Also tested already-reported tests with the binary and confirmed that boot just as EFI_DEBUG binary did. *Boot from ada0, ZFS doesn't have /boot/loader.efi, while UFS has. -> Loads /boot/loader.efi, then kernel from ada0 UFS partition, and mounts root as /boot/loader.conf there specifies. *Boot from ada1, ZFS doesn't have /boot/loader.efi, while UFS has. -> Loads /boot/loader.efi, then kernel from ada1 UFS partition, and mounts root as /boot/loader.conf there specifies. I intentionally installed different revision of kernels on each pool / partition, so I could determine from which pool/partition kernel was loaded from. If logs are needed for them, I'll re-test using EFI_DEBUG binary. Regards. On Wed, 3 Feb 2016 00:46:01 +0900 Tomoaki AOKI wrote: > Thanks! The behavior is fixed and now boots as expected. :-) > Please see attached. > > What's not tested yet is: > *Fallback to UFS from ZFS in the same disk works or not. > *Without -DEFI_DEBUG binary. > > Regards. > > > On Mon, 1 Feb 2016 18:06:14 +0000 > Steven Hartland wrote: > > > Ok thanks, I hoped as much, otherwise we where looking a very broken EFI > > firmware ;-) > > > > I've found and fixed the match issue, so if you could re-test 2 and 3 we > > should be able confirm all is good. > > > > If all is good a confirmation that there's no issues with the rest, but > > no need for output, needed. > > > > Regards > > Steve > > > > On 01/02/2016 16:19, Tomoaki AOKI wrote: > > > Woops! Found mistype in Diff8 report. Sorry. :-( > > > Attached is the fixed one. [imagepath line of 1) is fixed.] > > > > > > > > > On Mon, 1 Feb 2016 23:36:27 +0900 > > > Tomoaki AOKI wrote: > > > > > >> Thanks in advance. > > >> But unfortunately, the boot behavior of Diff7 and Diff8 are changed > > >> from Diff6. Back to old problematic behavior. > > >> > > >> FYI, I re-tested Diff6 (previously built binary) and reproduced the > > >> behavior I already reported. (So no new logs for it.) > > >> > > >> Please see attached 2 files (for Diff7 and Diff8 respectively). > > >> In addition to test 2) and 3), 5) [USB boot] for Diff7 and 1) [single > > >> drive] for Diff8 are done. > > >> > > >> Regards. > > >> > > >> > > >> On Sun, 31 Jan 2016 13:58:23 +0000 > > >> Steven Hartland wrote: > > >> > > >>> Thanks for doing that it was very helpful, and I know transcribing from > > >>> video would have been quite a time consuming task. > > >>> > > >>> I noticed a few interesting facts: > > >>> 1. It looks like when you boot from ada0 and ada1 its still picking the > > >>> same device (according to device order). > > >>> Its not 100% clear as your devices are sata which Diff 6 didn't have > > >>> decoding for. I've added that now so hopefully we can confirm, also > > >>> added output of boot1 imgpath: so we can see what the EFI thinks the > > >>> boot device is. > > >>> 2. Your usb device path has two message path entries which means > > >>> msg_paths_match would result in a false positive for usb devices, this > > >>> is now fixed by matching until we see a media path. > > >>> > > >>> If you can now re-test the following two cases: > > >>> 2) Boot from ada0 without USB memstick attached (2 drives). > > >>> 3) Boot from ada1 without USB memstick attached (2 drives). > > >>> > > >>> I'm interested to confirm two things: > > >>> 1. If the boot1 imgpath lines do indeed vary > > >>> 2. If the "load: '/boot/loader.efi'" line devpath matches the boot1 imgpath. > > >>> > > >>> The changes from Diff 7 shouldn't effect the outcome of the other tests, > > >>> but confirming that too wouldn't hurt but no need for the output. > > >>> > > >>> Regards > > >>> Steve > > >>> On 31/01/2016 11:43, Tomoaki AOKI wrote: > > >>>> I found Diff6 you uploaded to PHABRICATOR. So my report below is based > > >>>> on it. > > >>>> > > >>>> The patched boot1.efi runs as expected (== as you wrote) for me. > > >>>> *boot1.efi without -DEFI_DEBUG isn't tested. Needed? > > >>>> > > >>>> As I mentioned in my previous post, I have no serial console > > >>>> environment. So I took movie of limited tests and typed it. > > >>>> > > >>>> Which of the tests are typed: > > >>>> > > >>>> 1) Boot from ada0 removing ada1, no USB memstick attached, ZFS in > > >>>> ada0 has loader.efi. (Single drive config.) > > >>>> > > >>>> 2) Boot from ada0, no USB memstick attached, ZFS in ada0 has > > >>>> loader.efi. > > >>>> > > >>>> 3) Boot from ada1, no USB memstick attached, ZFS in ada1 has > > >>>> loader.efi. > > >>>> > > >>>> 4) Boot from ada1, no USB memstick attached, only UFS in ada0 has > > >>>> loader.efi. > > >>>> > > >>>> 5) Boot from da0 (USB memstick with memstick.img of head). > > >>>> UFS in da0 has loader.efi and ZFS isn't present in da0. > > >>>> (3 drives [2 drives + USB memstick] config.) > > >>>> > > >>>> Please see attached text for detail. Are more outputs needed? > > >>>> > > >>>> Thanks in advance! I'm looking forward to see this MFC'ed before > > >>>> releng/10.3 is branched. (Relies on imp@'s test?) > > >>>> > > >>>> *Will need to be in conjunction with changes after r294265 in head, as > > >>>> currently Diff6 doesn't apply to stable/10. > > >>>> > > >>>> Regards. > > >>>> > > >>>> > > >>>> On Sat, 30 Jan 2016 19:12:34 +0000 > > >>>> Steven Hartland wrote: > > >>>> > > >>>>> I believe, based on testing, that the from Diff 5 onwards of > > >>>>> https://reviews.freebsd.org/D5108 this should work as you expect it i.e. > > >>>>> > > >>>>> If boot1 is loaded from a device which has either a UFS or ZFS bootable > > >>>>> install then this is the device that will be used to boot. > > >>>>> > > >>>>> If said device has both then the ZFS setup will still be tried first. > > >>>>> > > >>>>> If you can test in your setup and confirm either way that would be most > > >>>>> appreciated. > > >>>>> > > >>>>> Regards > > >>>>> Steve > > >>>>> > > >>>>> On 30/01/2016 06:57, Tomoaki AOKI wrote: > > >>>>>> Thanks for your quick support! > > >>>>>> I tried your patch [Diff1] (built with head r295032 world/kernel) and > > >>>>>> now have good and bad news. > > >>>>>> > > >>>>>> Good news is that without USB memstick boot1.efi runs as expected. > > >>>>>> Great! > > >>>>>> > > >>>>>> Bad news is that when booting from USB memstick (the one I used my > > >>>>>> previous test, boot1.efi [bootx64.efi] and loader.efi is replaced) and > > >>>>>> whichever of internal disk (ada[01]) have loader.efi in its ZFS pool, > > >>>>>> ada[01] is booted instead of da0 (USB memstick). > > >>>>>> > > >>>>>> *If ada0 has loader.efi, always booted from ada0 (stable/10). > > >>>>>> *If ada0 doesn't have loader.efi and ada1 has, booted from ada1 > > >>>>>> (head). > > >>>>>> *If both ada0 and ada1 don't have loader.efi, da0 (USB memstick) is > > >>>>>> booted (head, installer is invoked). > > >>>>>> > > >>>>>> *Whichever ada[01] has loader.efi in their UFS or not didn't matter. > > >>>>>> > > >>>>>> These behaviour would be because ZFS thoughout all disks is tried > > >>>>>> before trying UFS throughout all disks, if I understood correctly. > > >>>>>> > > >>>>>> Changing boot order (ZFS to UFS per each disk, instead of each > > >>>>>> ZFS to each UFS) would help. > > >>>>>> But providing ZFS-disabled boot1.efi (boot1ufs.efi?) for installation > > >>>>>> media (memstick, dvd, ...) helps, too. I built ZFS-disabled boot1.efi > > >>>>>> and it worked fine for USB memstick for me. > > >>>>>> > > >>>>>> *`make clean && make -DMK_ZFS=no` in sys/boot/efi/boot1 didn't disabled > > >>>>>> ZFS module, so I must edit the definition of *boot_modules[] in > > >>>>>> boot1.c. I'd have been missing something. > > >>>>>> > > >>>>>> Regards. > > >>>>>> > > >>>>>> > > >>>>>> On Fri, 29 Jan 2016 02:58:26 +0000 > > >>>>>> Steven Hartland wrote: > > >>>>>> > > >>>>>>> On 28/01/2016 16:22, Doug Rabson wrote: > > >>>>>>>> On 28 January 2016 at 15:03, Tomoaki AOKI wrote: > > >>>>>>>> > > >>>>>>>>> It's exactly the NO GOOD point. The disk where boot1 is read from > > >>>>>>>>> should be where loader.efi and loader.conf are first read. > > >>>>>>>>> > > >>>>>>>> I just wanted to note that gptzfsboot and zfsboot behaves this way. Boot1 > > >>>>>>>> looks for loader in the pool which contains the disk that the BIOS booted. > > >>>>>>>> It passes through the ID of that pool to loader which uses that pool as the > > >>>>>>>> default for loading kernel and modules. I believe this is the correct > > >>>>>>>> behaviour. For gptzfsboot and zfsboot, it is possible to override by > > >>>>>>>> pressing space at the point where it is about to load loader. > > >>>>>>> I believe I understand at least some of your issue now, could you please > > >>>>>>> test the code on the following review to see if it fixes your issue please: > > >>>>>>> https://reviews.freebsd.org/D5108 > > >>>>>>> > > >>>>>>> Regards > > >>>>>>> Steve > > >>>>>>> _______________________________________________ > > >>>>>>> freebsd-current@freebsd.org mailing list > > >>>>>>> https://lists.freebsd.org/mailman/listinfo/freebsd-current > > >>>>>>> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > >>>>>>> > > >>>>> _______________________________________________ > > >>>>> freebsd-current@freebsd.org mailing list > > >>>>> https://lists.freebsd.org/mailman/listinfo/freebsd-current > > >>>>> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > >>>>> > > >>>> > > >>>> > > >>>> _______________________________________________ > > >>>> freebsd-current@freebsd.org mailing list > > >>>> https://lists.freebsd.org/mailman/listinfo/freebsd-current > > >>>> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > >>> _______________________________________________ > > >>> freebsd-current@freebsd.org mailing list > > >>> https://lists.freebsd.org/mailman/listinfo/freebsd-current > > >>> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > >>> > > >> > > >> -- > > >> Tomoaki AOKI junchoon@dec.sakura.ne.jp > > > > > > > _______________________________________________ > > freebsd-current@freebsd.org mailing list > > https://lists.freebsd.org/mailman/listinfo/freebsd-current > > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > > > > -- > $B@DLZ(B $BCNL@(B [Tomoaki AOKI] > junchoon@dec.sakura.ne.jp > MXE02273@nifty.com -- Tomoaki AOKI junchoon@dec.sakura.ne.jp From owner-freebsd-current@freebsd.org Wed Feb 3 15:31:59 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D0714A99FE4 for ; Wed, 3 Feb 2016 15:31:59 +0000 (UTC) (envelope-from bsd-lists@bsdforge.com) Received: from udns.ultimatedns.net (static-24-113-41-81.wavecable.com [24.113.41.81]) (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 BA7641D38 for ; Wed, 3 Feb 2016 15:31:59 +0000 (UTC) (envelope-from bsd-lists@bsdforge.com) Received: from ultimatedns.net (localhost [127.0.0.1]) by udns.ultimatedns.net (8.14.9/8.14.9) with ESMTP id u13FWSBZ093857 for ; Wed, 3 Feb 2016 07:32:34 -0800 (PST) (envelope-from bsd-lists@bsdforge.com) To: In-Reply-To: References: <56B1ACDF.30807@pean.org>, From: "Chris H" Subject: Re: arp flapping after udating system to 11-CURRENT. Date: Wed, 03 Feb 2016 07:32:34 -0800 Content-Type: text/plain; charset=UTF-8; format=fixed MIME-Version: 1.0 Message-id: Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Feb 2016 15:32:00 -0000 On Wed, 03 Feb 2016 06:55:47 -0800 "Chris H" wrote > On Wed, 3 Feb 2016 08:31:43 +0100 Peter Ankerstål wrote > > > Hi! > > > > I recently upgraded my system to 11-CURRENT (FreeBSD 11.0-CURRENT #0 > > r295087: Sun Jan 31 10:21:31 CET 2016) and after that all of my other > > devices in the network complains about arp-flapping: > > > > arp: 172.25.0.1 moved from 00:00:24:d0:9e:5d to 02:e8:ea:15:66:00 on re0 > > arp: 172.25.0.1 moved from 02:e8:ea:15:66:00 to 00:00:24:d0:9e:5d on re0 > > arp: 172.25.0.1 moved from 00:00:24:d0:9e:5d to 02:e8:ea:15:66:00 on re0 > > > FWIW I'm seeing this too. As it happened; I had just changed upstream > providers, getting a larger static block (IP's), as well as updating > my long overdue -CURRENT. So I simply blamed it on their (upstream) > network. I'd love to get to the bottom of this, and would be happy to > help. > > FreeBSD dev-box 11.0-CURRENT FreeBSD 11.0-CURRENT #0 r294112: > Mon Jan 18 14:25:01 PST 2016 root@dev-box:/usr/obj/usr/src/sys/DEVBOX amd64 > > src is at Revision: 406193 > Well, it would have helped if I had also mentioned that I'm not using a bridge, and list the interfaces involved. :/ nfe0: flags=8843 metric 0 mtu 1500 options=82008 This also occurs on my 9-STABLE boxes re0: flags=8843 metric 0 mtu 1500 options=8209b nfe0: flags=8843 metric 0 mtu 1500 options=82008 nfe0: flags=8843 metric 0 mtu 1500 options=82008 --Chris > > > > > It seems to be flapping between the virtual mac of my bridge interface > > and the actual mac adress on the physical interface. This was not the > > case when i ran FreeBSD 10.2. Is there some settings I need to do? > > > > > > bridge0: flags=8843 metric 0 mtu > > 1500 > > description: wired <-> wifi bridge > > ether 02:e8:ea:15:66:00 > > inet 172.25.0.1 netmask 0xffffff00 broadcast 172.25.0.255 > > inet6 2001:470:de59::1 prefixlen 64 > > inet6 fe80::2%bridge0 prefixlen 64 scopeid 0xb > > nd6 options=1 > > groups: bridge > > id 00:00:00:00:00:00 priority 32768 hellotime 2 fwddelay 15 > > maxage 20 holdcnt 6 proto rstp maxaddr 2000 timeout 1200 > > root id 00:00:00:00:00:00 priority 32768 ifcost 0 port 0 > > member: wlan2 flags=143 > > ifmaxaddr 0 port 10 priority 128 path cost 66666 > > member: wlan1 flags=143 > > ifmaxaddr 0 port 9 priority 128 path cost 66666 > > member: wlan0 flags=143 > > ifmaxaddr 0 port 8 priority 128 path cost 22222 > > member: em1 flags=143 > > ifmaxaddr 0 port 2 priority 128 path cost 2000000 > > > > em1: flags=8943 metric 0 > > mtu 1500 > > description: wired LAN > > > > options=42098 > > ether 00:00:24:d0:9e:5d > > nd6 options=29 > > media: Ethernet autoselect (1000baseT ) > > status: active > > > > > > /Peter. > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@freebsd.org Wed Feb 3 16:13:25 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id F2D8FA9AEEF for ; Wed, 3 Feb 2016 16:13:24 +0000 (UTC) (envelope-from allanjude@freebsd.org) Received: from mx1.scaleengine.net (mx1.scaleengine.net [209.51.186.6]) by mx1.freebsd.org (Postfix) with ESMTP id D4B431A2D for ; Wed, 3 Feb 2016 16:13:24 +0000 (UTC) (envelope-from allanjude@freebsd.org) Received: from [10.1.1.2] (unknown [10.1.1.2]) (Authenticated sender: allanjude.freebsd@scaleengine.com) by mx1.scaleengine.net (Postfix) with ESMTPSA id 02A9FDDEE for ; Wed, 3 Feb 2016 16:13:18 +0000 (UTC) Subject: Re: arp flapping after udating system to 11-CURRENT. To: freebsd-current@freebsd.org References: <56B1ACDF.30807@pean.org> From: Allan Jude Message-ID: <56B22721.7000507@freebsd.org> Date: Wed, 3 Feb 2016 11:13:21 -0500 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.5.1 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ORe61JoqG4TF1NSurk68uBn2bTo92jiP1" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Feb 2016 16:13:25 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --ORe61JoqG4TF1NSurk68uBn2bTo92jiP1 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On 2016-02-03 10:32, Chris H wrote: > On Wed, 03 Feb 2016 06:55:47 -0800 "Chris H" w= rote >=20 >> On Wed, 3 Feb 2016 08:31:43 +0100 Peter Ankerst=C3=A5l wrote >> >>> Hi! >>> >>> I recently upgraded my system to 11-CURRENT (FreeBSD 11.0-CURRENT #0 = >>> r295087: Sun Jan 31 10:21:31 CET 2016) and after that all of my other= =20 >>> devices in the network complains about arp-flapping: >>> >>> arp: 172.25.0.1 moved from 00:00:24:d0:9e:5d to 02:e8:ea:15:66:00 on = re0 >>> arp: 172.25.0.1 moved from 02:e8:ea:15:66:00 to 00:00:24:d0:9e:5d on = re0 >>> arp: 172.25.0.1 moved from 00:00:24:d0:9e:5d to 02:e8:ea:15:66:00 on = re0 >>> >> FWIW I'm seeing this too. As it happened; I had just changed upstream >> providers, getting a larger static block (IP's), as well as updating >> my long overdue -CURRENT. So I simply blamed it on their (upstream) >> network. I'd love to get to the bottom of this, and would be happy to >> help. >> >> FreeBSD dev-box 11.0-CURRENT FreeBSD 11.0-CURRENT #0 r294112: >> Mon Jan 18 14:25:01 PST 2016 root@dev-box:/usr/obj/usr/src/sys/DEVBOX = amd64 >> >> src is at Revision: 406193 >> > Well, it would have helped if I had also mentioned that I'm not using > a bridge, and list the interfaces involved. :/ >=20 > nfe0: flags=3D8843 metric 0 mtu= 1500 > options=3D82008 >=20 > This also occurs on my 9-STABLE boxes > re0: flags=3D8843 metric 0 mtu = 1500 =20 > options=3D8209b >=20 > nfe0: flags=3D8843 metric 0 mtu= 1500 > options=3D82008 >=20 > nfe0: flags=3D8843 metric 0 mtu= 1500 > options=3D82008 >=20 > --Chris >> >>> >>> It seems to be flapping between the virtual mac of my bridge interfac= e=20 >>> and the actual mac adress on the physical interface. This was not the= =20 >>> case when i ran FreeBSD 10.2. Is there some settings I need to do? >>> >>> >>> bridge0: flags=3D8843 metric = 0 mtu=20 >>> 1500 >>> description: wired <-> wifi bridge >>> ether 02:e8:ea:15:66:00 >>> inet 172.25.0.1 netmask 0xffffff00 broadcast 172.25.0.255 >>> inet6 2001:470:de59::1 prefixlen 64 >>> inet6 fe80::2%bridge0 prefixlen 64 scopeid 0xb >>> nd6 options=3D1 >>> groups: bridge >>> id 00:00:00:00:00:00 priority 32768 hellotime 2 fwddelay 15 >>> maxage 20 holdcnt 6 proto rstp maxaddr 2000 timeout 1200 >>> root id 00:00:00:00:00:00 priority 32768 ifcost 0 port 0 >>> member: wlan2 flags=3D143 >>> ifmaxaddr 0 port 10 priority 128 path cost 66666 >>> member: wlan1 flags=3D143 >>> ifmaxaddr 0 port 9 priority 128 path cost 66666 >>> member: wlan0 flags=3D143 >>> ifmaxaddr 0 port 8 priority 128 path cost 22222 >>> member: em1 flags=3D143 >>> ifmaxaddr 0 port 2 priority 128 path cost 2000000 >>> >>> em1: flags=3D8943 met= ric 0=20 >>> mtu 1500 >>> description: wired LAN >>> =20 >>> options=3D42098 >>> ether 00:00:24:d0:9e:5d >>> nd6 options=3D29 >>> media: Ethernet autoselect (1000baseT ) >>> status: active >>> >>> >>> /Peter. >> >> >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> https://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.= org" >=20 >=20 > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.o= rg" >=20 Chris: If you are not using a bridge, please provide the complete output of ifconfig, and the log messages about the arp flapping, so we can see which two interfaces it is bouncing between. --=20 Allan Jude --ORe61JoqG4TF1NSurk68uBn2bTo92jiP1 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (MingW32) iQIcBAEBAgAGBQJWsiclAAoJEBmVNT4SmAt+T+MQALbyTaSu2O90fX3HIOBYI4Qj TN4hHaIxxMHrnsOjOcyhXEyI1aQ6bbI1xoks7E/IDwlt66JEMB47eX9Clr+FONQC FbNXn5zIlOUnZTt1ZHAHQRJRX85xWhHCUT6bjtvPuTEJxrhYClg4hIiS8s8oUhKp bWnyhm568QgDOYmVh1GbAmWZfpfFCYeCunXMVqE3EYfw9jq6N1bW+HRC/pVMmWPH i4qvx/G6ZgR0T1FG6T9sJvJ8DnFHpK1aSbCs7OcfcAmrgK1dNqqHJldcZFvDfGar CIzmV3NgMpEA7k31roR5/lcoBYqMvQ/5hp1U5ybs9woNsYWJtBp8nCkb7e1TpS5F /D+v2DU0ZdQdY15eujnK8P+c7H0yNQp/Iu0RQN81VsI/p9ZNXAYfpmYviKEfa+pt MC2L+aefgGlf8XX2KA5tb80b9mM81bpNCK8xpBeUBYOJeTtXHEtU1uwOrmKpoUOi 6Am2hYhB5h9izZKfd5p4VnfgGfoBjy43Pc8JBmtX6I3cr8qITCUww2kuZibWFlfl AvpxQ2OAu7YGUp6uo0MrKBdtld1dFmg+0aokzZgL93yc65Q7XxWxAnBh2Wz40S38 WHaw9fVYTd35JRnb4kXe2bW5QZXjY6vPlTs2H+nuM3hF6UmohhkDPWrdp0FY8B7M NChVRjUQgXo4EJjAtKQE =WRxD -----END PGP SIGNATURE----- --ORe61JoqG4TF1NSurk68uBn2bTo92jiP1-- From owner-freebsd-current@freebsd.org Wed Feb 3 14:20:36 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1F777A9A244; Wed, 3 Feb 2016 14:20:36 +0000 (UTC) (envelope-from kraduk@gmail.com) Received: from mail-wm0-x22a.google.com (mail-wm0-x22a.google.com [IPv6:2a00:1450:400c:c09::22a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id BB338CC6; Wed, 3 Feb 2016 14:20:35 +0000 (UTC) (envelope-from kraduk@gmail.com) Received: by mail-wm0-x22a.google.com with SMTP id r129so167347532wmr.0; Wed, 03 Feb 2016 06:20:35 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=AYo/oRj/C/TS1wMDGooKA84g1c090c187f7dU5bSY0M=; b=a1lwRso9ZNCXzDh9uu9WaV5ZTnF2FI3Jv7AoduWvqc0WhQ6Kqn9YJSVt1j4f3cj3V+ WO7+GWJ0pN4uHn4wHLBhIb3jO8wi+aAAC2NysRP/NZ1+iuX3mcg3X7FZIwSJz2GCEMX9 5Xo4+T/rfltJmLYp8wzBUvEh/lVi7Qp3Oqpy0Z5GzKTlLmajdk7LLB/LLfwbhzkZpVUl yu0sIRdAgG9MEMzm86VyA6xbCpE68FjBpFj0m4wd3Lq6tQMvBNfhMsMV3yoJmcK8E0jb tVi+4SXYv8Z7JWjIvzu3aUofcXTH/xbTFW1L7AoCAYTtqqJSCsI9aPDicX47zcwLESDk GcMQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=AYo/oRj/C/TS1wMDGooKA84g1c090c187f7dU5bSY0M=; b=JDzgLHLe5u490Gl3ZNbQboMJcE3u/YWgvgJPaaql73FHuzOwRAwQ4vDT3CymgcmnlI xn+UFzVsFE0+QFBpfZSyPFK6fdE3UdNlXSgJgES7bPqx6jRCHiq0fRkmBmRSg6yPWwzp i4OiEMTHmFXg4qb7Dw3CP6iPG53fLyR9xomupY2ic3qganE1cdKxGTCtxIR3ecMMrI0t Ms+pkA4O8ohXdI2GRRZxxdO1NUGhEArNax+dnVRLyalwF94lMIwuuvqHIVoAwStBLfQk SDxs8W4nWASUrHvTk3e64917EwkfvOS19+UCNBgkrVtu9p1ATdjqnT2vZmqnnn0+Ila2 ZLbw== X-Gm-Message-State: AG10YOQQzi0ZsiTIcY68D0XbFhVizqLyJX/qjIO1HOU06XYdsGK6Xey9hMdV5vYHlXurJ6mDSauRlHP+8a6xWA== MIME-Version: 1.0 X-Received: by 10.194.202.135 with SMTP id ki7mr2456880wjc.81.1454509234128; Wed, 03 Feb 2016 06:20:34 -0800 (PST) Received: by 10.28.55.132 with HTTP; Wed, 3 Feb 2016 06:20:34 -0800 (PST) In-Reply-To: <20160202180633.Horde.XX1o8RUHQB-jhWuJls7E7KO@webmail.uni-tuebingen.de> References: <20160202180633.Horde.XX1o8RUHQB-jhWuJls7E7KO@webmail.uni-tuebingen.de> Date: Wed, 3 Feb 2016 14:20:34 +0000 Message-ID: Subject: Re: LSI SAS 3108 RAID Controller From: krad To: Zara Kanaeva Cc: freebsd-stable , freebsd-current@freebsd.org X-Mailman-Approved-At: Wed, 03 Feb 2016 16:19:11 +0000 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Feb 2016 14:20:36 -0000 Just a sanity check 1st. Are you going to be using zfs or ufs? If zfs you probably want the reflash the card the the relevant HBA firmware rather the the raid firmware. This will expose the disks nativly which is best for zfs. Sorry if this isn't appropriate for you but I would thought I would check as it might save you a whole load of pain going in a direction you don't need to. On 2 February 2016 at 17:06, Zara Kanaeva wrote: > Dear list, > > I have one Fujitsu server with LSI SAS 3108 RAID Controller. These LSI SA= S > 3108 RAID Controller is supported by the mpr driver ( > https://www.freebsd.org/relnotes/CURRENT/hardware/support.html). > If I try to install the FreeBSD-stable 10.0 or FreeBSD-current 11.0 on > this server I can make partitions, but I can not write install files on t= he > disks (better to say RAID5 virtual drive) without errors. > The erorrs are: > mfi0 failed to get command > mfi0: COMMAND ... TIMEOUT AFTER ... SECONDS > > By the installations I see my virtual drive as device with mfi0 as > identifier. > > My questions are: > 1) Why I see the virtual drive as device with mfi0 as identifier. I would > expect that my virtual drive has identifier mpr0 or something like this. > 2) Why I can install FreeBSD on one of the disks connected to LSI SAS 310= 8 > RAID Controller, if the disks do not build any virtual drive (no matter > which RAID level). Is that possible because mpr driver supports the LSI S= AS > 3108 RAID Controller as SCSI Controller and not as RAID Controller (see > Kernel configuration)? > > Thanks in advance, Z. Kanaeva. > > -- > Dipl.-Inf. Zara Kanaeva > Heidelberger Akademie der Wissenschaften > Forschungsstelle "The role of culture in early expansions of humans" > an der Universit=C3=A4t T=C3=BCbingen > Geographisches Institut > Universit=C3=A4t T=C3=BCbingen > Ruemelinstr. 19-23 > 72070 Tuebingen > > Tel.: +49-(0)7071-2972132 > e-mail: zara.kanaeva@geographie.uni-tuebingen.de > ------- > - Theory is when you know something but it doesn't work. > - Practice is when something works but you don't know why. > - Usually we combine theory and practice: > Nothing works and we don't know why. > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-current@freebsd.org Wed Feb 3 15:28:32 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 28F1EA99E10 for ; Wed, 3 Feb 2016 15:28:32 +0000 (UTC) (envelope-from chrish@UltimateDNS.NET) Received: from udns.ultimatedns.net (static-24-113-41-81.wavecable.com [24.113.41.81]) (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 132C81B3E for ; Wed, 3 Feb 2016 15:28:31 +0000 (UTC) (envelope-from chrish@UltimateDNS.NET) Received: from ultimatedns.net (localhost [127.0.0.1]) by udns.ultimatedns.net (8.14.9/8.14.9) with ESMTP id u13FT0w9093185 for ; Wed, 3 Feb 2016 07:29:06 -0800 (PST) (envelope-from chrish@UltimateDNS.NET) To: In-Reply-To: References: <56B1ACDF.30807@pean.org>, From: "Chris H" Subject: Re: arp flapping after udating system to 11-CURRENT. Date: Wed, 03 Feb 2016 07:29:06 -0800 Content-Type: text/plain; charset=UTF-8; format=fixed MIME-Version: 1.0 Message-id: Content-Transfer-Encoding: 8bit X-Mailman-Approved-At: Wed, 03 Feb 2016 16:19:29 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Feb 2016 15:28:32 -0000 On Wed, 03 Feb 2016 06:55:47 -0800 "Chris H" wrote > On Wed, 3 Feb 2016 08:31:43 +0100 Peter Ankerstål wrote > > > Hi! > > > > I recently upgraded my system to 11-CURRENT (FreeBSD 11.0-CURRENT #0 > > r295087: Sun Jan 31 10:21:31 CET 2016) and after that all of my other > > devices in the network complains about arp-flapping: > > > > arp: 172.25.0.1 moved from 00:00:24:d0:9e:5d to 02:e8:ea:15:66:00 on re0 > > arp: 172.25.0.1 moved from 02:e8:ea:15:66:00 to 00:00:24:d0:9e:5d on re0 > > arp: 172.25.0.1 moved from 00:00:24:d0:9e:5d to 02:e8:ea:15:66:00 on re0 > > > FWIW I'm seeing this too. As it happened; I had just changed upstream > providers, getting a larger static block (IP's), as well as updating > my long overdue -CURRENT. So I simply blamed it on their (upstream) > network. I'd love to get to the bottom of this, and would be happy to > help. > > FreeBSD dev-box 11.0-CURRENT FreeBSD 11.0-CURRENT #0 r294112: > Mon Jan 18 14:25:01 PST 2016 root@dev-box:/usr/obj/usr/src/sys/DEVBOX amd64 > > src is at Revision: 406193 > Well, it would have helped if I had also mentioned that I'm not using a bridge, and list the interfaces involved. :/ nfe0: flags=8843 metric 0 mtu 1500 options=82008 This also occurs on my 9-STABLE boxes re0: flags=8843 metric 0 mtu 1500 options=8209b nfe0: flags=8843 metric 0 mtu 1500 options=82008 nfe0: flags=8843 metric 0 mtu 1500 options=82008 --Chris > > > > > It seems to be flapping between the virtual mac of my bridge interface > > and the actual mac adress on the physical interface. This was not the > > case when i ran FreeBSD 10.2. Is there some settings I need to do? > > > > > > bridge0: flags=8843 metric 0 mtu > > 1500 > > description: wired <-> wifi bridge > > ether 02:e8:ea:15:66:00 > > inet 172.25.0.1 netmask 0xffffff00 broadcast 172.25.0.255 > > inet6 2001:470:de59::1 prefixlen 64 > > inet6 fe80::2%bridge0 prefixlen 64 scopeid 0xb > > nd6 options=1 > > groups: bridge > > id 00:00:00:00:00:00 priority 32768 hellotime 2 fwddelay 15 > > maxage 20 holdcnt 6 proto rstp maxaddr 2000 timeout 1200 > > root id 00:00:00:00:00:00 priority 32768 ifcost 0 port 0 > > member: wlan2 flags=143 > > ifmaxaddr 0 port 10 priority 128 path cost 66666 > > member: wlan1 flags=143 > > ifmaxaddr 0 port 9 priority 128 path cost 66666 > > member: wlan0 flags=143 > > ifmaxaddr 0 port 8 priority 128 path cost 22222 > > member: em1 flags=143 > > ifmaxaddr 0 port 2 priority 128 path cost 2000000 > > > > em1: flags=8943 metric 0 > > mtu 1500 > > description: wired LAN > > > > options=42098 > > ether 00:00:24:d0:9e:5d > > nd6 options=29 > > media: Ethernet autoselect (1000baseT ) > > status: active > > > > > > /Peter. > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@freebsd.org Wed Feb 3 16:54:49 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 56086A9AFAA for ; Wed, 3 Feb 2016 16:54:49 +0000 (UTC) (envelope-from vangyzen@FreeBSD.org) Received: from smtp.vangyzen.net (hotblack.vangyzen.net [IPv6:2607:fc50:1000:7400:216:3eff:fe72:314f]) by mx1.freebsd.org (Postfix) with ESMTP id 3E4571B7F for ; Wed, 3 Feb 2016 16:54:49 +0000 (UTC) (envelope-from vangyzen@FreeBSD.org) Received: from sweettea.beer.town (unknown [76.164.8.130]) by smtp.vangyzen.net (Postfix) with ESMTPSA id 86302564A4 for ; Wed, 3 Feb 2016 10:54:48 -0600 (CST) From: Eric van Gyzen Subject: Kernel memory leak with x11/nvidia-driver X-Enigmail-Draft-Status: N1110 To: FreeBSD Current Message-ID: <56B230CB.3050600@FreeBSD.org> Date: Wed, 3 Feb 2016 10:54:35 -0600 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.5.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Feb 2016 16:54:49 -0000 I just set up a new desktop running head with x11/nvidia-driver. I've discovered a memory leak where pages disappear from the queues, never to return. Specifically, the total of v_active_count v_inactive_count v_wire_count v_cache_count v_free_count drops, eventually becoming /much/ less than v_page_count. After leaving xscreensaver running overnight, cycling the saver every 10 minutes, the system was unusable, because it only had a few MB of memory. (It has 8 GB physical.) I see this on head from a few days ago. I do /not/ see it on stable/10 from a few days ago. Just starting and stopping Xorg eats pages. Starting and stopping X apps also eats pages, some more than others. Some screensavers ate a lot more memory than others. This is why I suspect the nvidia driver is the trigger. I rebuilt the x11/nvidia-driver port, but that didn't help. I would love to bisect to find the offending commit, but that would take a /lot/ of time, partly because I don't have a lower bound other than the stable/10 branch point (since this is a new installation). Does anyone know of any specific commits that could be suspicious? There have been several big changes in VM (e.g. more NUMA support, cache page elimination). Do any of those changes seem more likely? I'll take even a hunch at this point. :) Are there other areas I should look at? Is anyone running an older revision of head with the nvidia driver and doesn't see this problem? That would narrow the range for bisection. I should mention that I'm running with D3162* in my tree for NIC support, but there is no relationship between the leak and network activity, and I don't see the leak on stable/10+D3162. Thanks in advance, Eric * https://reviews.freebsd.org/D3162 From owner-freebsd-current@freebsd.org Wed Feb 3 17:35:49 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E5127A9712C for ; Wed, 3 Feb 2016 17:35:49 +0000 (UTC) (envelope-from bsd-lists@bsdforge.com) Received: from udns.ultimatedns.net (static-24-113-41-81.wavecable.com [24.113.41.81]) (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 CDF581489; Wed, 3 Feb 2016 17:35:49 +0000 (UTC) (envelope-from bsd-lists@bsdforge.com) Received: from ultimatedns.net (localhost [127.0.0.1]) by udns.ultimatedns.net (8.14.9/8.14.9) with ESMTP id u13HaI0k012327; Wed, 3 Feb 2016 09:36:24 -0800 (PST) (envelope-from bsd-lists@bsdforge.com) To: freebsd-current@freebsd.org, Allan Jude In-Reply-To: <56B22721.7000507@freebsd.org> References: <56B1ACDF.30807@pean.org> , <56B22721.7000507@freebsd.org> From: "Chris H" Subject: Re: arp flapping after udating system to 11-CURRENT. Date: Wed, 03 Feb 2016 09:36:24 -0800 Content-Type: text/plain; charset=UTF-8; format=fixed MIME-Version: 1.0 Message-id: <32b24c64c963a725970eb423887bf53d@ultimatedns.net> Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Feb 2016 17:35:50 -0000 On Wed, 3 Feb 2016 11:13:21 -0500 Allan Jude wrote > On 2016-02-03 10:32, Chris H wrote: > > On Wed, 03 Feb 2016 06:55:47 -0800 "Chris H" wrote > > > >> On Wed, 3 Feb 2016 08:31:43 +0100 Peter Ankerstål wrote > >> > >>> Hi! > >>> > >>> I recently upgraded my system to 11-CURRENT (FreeBSD 11.0-CURRENT #0 > >>> r295087: Sun Jan 31 10:21:31 CET 2016) and after that all of my other > >>> devices in the network complains about arp-flapping: > >>> > >>> arp: 172.25.0.1 moved from 00:00:24:d0:9e:5d to 02:e8:ea:15:66:00 on re0 > >>> arp: 172.25.0.1 moved from 02:e8:ea:15:66:00 to 00:00:24:d0:9e:5d on re0 > >>> arp: 172.25.0.1 moved from 00:00:24:d0:9e:5d to 02:e8:ea:15:66:00 on re0 > >>> > >> FWIW I'm seeing this too. As it happened; I had just changed upstream > >> providers, getting a larger static block (IP's), as well as updating > >> my long overdue -CURRENT. So I simply blamed it on their (upstream) > >> network. I'd love to get to the bottom of this, and would be happy to > >> help. > >> > >> FreeBSD dev-box 11.0-CURRENT FreeBSD 11.0-CURRENT #0 r294112: > >> Mon Jan 18 14:25:01 PST 2016 root@dev-box:/usr/obj/usr/src/sys/DEVBOX > >> amd64 >> > >> src is at Revision: 406193 > >> > > Well, it would have helped if I had also mentioned that I'm not using > > a bridge, and list the interfaces involved. :/ > > > > nfe0: flags=8843 metric 0 mtu 1500 > > options=82008 > > > > This also occurs on my 9-STABLE boxes > > re0: flags=8843 metric 0 mtu 1500 > > > > options=8209b > KSTATE> > > nfe0: flags=8843 metric 0 mtu 1500 > > options=82008 > > > > nfe0: flags=8843 metric 0 mtu 1500 > > options=82008 > > > > --Chris > >> > >>> > >>> It seems to be flapping between the virtual mac of my bridge interface > >>> and the actual mac adress on the physical interface. This was not the > >>> case when i ran FreeBSD 10.2. Is there some settings I need to do? > >>> > >>> > >>> bridge0: flags=8843 metric 0 mtu > >>> 1500 > >>> description: wired <-> wifi bridge > >>> ether 02:e8:ea:15:66:00 > >>> inet 172.25.0.1 netmask 0xffffff00 broadcast 172.25.0.255 > >>> inet6 2001:470:de59::1 prefixlen 64 > >>> inet6 fe80::2%bridge0 prefixlen 64 scopeid 0xb > >>> nd6 options=1 > >>> groups: bridge > >>> id 00:00:00:00:00:00 priority 32768 hellotime 2 fwddelay 15 > >>> maxage 20 holdcnt 6 proto rstp maxaddr 2000 timeout 1200 > >>> root id 00:00:00:00:00:00 priority 32768 ifcost 0 port 0 > >>> member: wlan2 flags=143 > >>> ifmaxaddr 0 port 10 priority 128 path cost 66666 > >>> member: wlan1 flags=143 > >>> ifmaxaddr 0 port 9 priority 128 path cost 66666 > >>> member: wlan0 flags=143 > >>> ifmaxaddr 0 port 8 priority 128 path cost 22222 > >>> member: em1 flags=143 > >>> ifmaxaddr 0 port 2 priority 128 path cost 2000000 > >>> > >>> em1: flags=8943 metric 0 > >>> mtu 1500 > >>> description: wired LAN > >>> > >>> options=42098 > >>> ether 00:00:24:d0:9e:5d > >>> nd6 options=29 > >>> media: Ethernet autoselect (1000baseT ) > >>> status: active > >>> > >>> > >>> /Peter. > >> > > Chris: > If you are not using a bridge, please provide the complete output of > ifconfig, and the log messages about the arp flapping, so we can see > which two interfaces it is bouncing between. > Thank you very much for the reply, Allan. This is what I'm working with/experiencing: Logs from just one of the offending boxes, the same is echoed in the other boxes' logs, as well Feb 3 08:04:48 udns kernel: arp: XX.YY.ZZ.85 moved from 00:24:81:ce:ba:87 to 00:17:10:8e:5e:87 on re0 Feb 3 08:05:58 udns kernel: arp: XX.YY.ZZ.83 moved from 40:61:86:cd:44:97 to 00:17:10:8e:5e:87 on re0 Feb 3 08:08:10 udns kernel: arp: XX.YY.ZZ.83 moved from 00:17:10:8e:5e:87 to 40:61:86:cd:44:97 on re0 Feb 3 08:13:00 udns kernel: arp: XX.YY.ZZ.84 moved from 00:17:10:8e:5e:87 to 00:30:67:5e:29:5d on re0 Feb 3 08:25:40 udns kernel: arp: XX.YY.ZZ.85 moved from 00:24:81:ce:ba:87 to 00:17:10:8e:5e:87 on re0 Feb 3 08:30:37 udns kernel: arp: XX.YY.ZZ.83 moved from 40:61:86:cd:44:97 to 00:17:10:8e:5e:87 on re0 Feb 3 08:36:05 udns kernel: arp: XX.YY.ZZ.84 moved from 00:30:67:5e:29:5d to 00:17:10:8e:5e:87 on re0 Feb 3 08:49:11 udns kernel: arp: XX.YY.ZZ.85 moved from 00:24:81:ce:ba:87 to 00:17:10:8e:5e:87 on re0 Feb 3 08:49:12 udns kernel: arp: XX.YY.ZZ.85 moved from 00:17:10:8e:5e:87 to 00:24:81:ce:ba:87 on re0 Feb 3 08:56:53 udns kernel: arp: XX.YY.ZZ.84 moved from 00:30:67:5e:29:5d to 00:17:10:8e:5e:87 on re0 Feb 3 09:09:09 udns kernel: arp: XX.YY.ZZ.84 moved from 00:17:10:8e:5e:87 to 00:30:67:5e:29:5d on re0 Feb 3 09:09:30 udns kernel: arp: XX.YY.ZZ.85 moved from 00:24:81:ce:ba:87 to 00:17:10:8e:5e:87 on re0 Feb 3 09:16:41 udns kernel: arp: XX.YY.ZZ.83 moved from 40:61:86:cd:44:97 to 00:17:10:8e:5e:87 on re0 11-CURRENT on r294112, from r406193 src: nfe0: flags=8843 metric 0 mtu 1500 options=82008 ether 00:24:81:ce:ba:87 inet XX.YY.ZZ.85 netmask 0xffffff00 broadcast XX.YY.ZZ.255 inet6 fe80::224:81ff:fece:ba87%nfe0 prefixlen 64 scopeid 0x1 nd6 options=23 media: Ethernet autoselect (1000baseT ) status: active 9-STABLE: re0: flags=8843 metric 0 mtu 1500 options=8209b ether 40:61:86:f6:aa:2a inet XX.YY.ZZ.81 netmask 0xffffff00 broadcast XX.YY.ZZ.255 inet6 fe80::4261:86ff:fef6:aa2a%re0 prefixlen 64 scopeid 0x1 nd6 options=29 media: Ethernet autoselect (1000baseT ) status: active 9-STABLE: nfe0: flags=8843 metric 0 mtu 1500 options=82008 ether 40:61:86:cd:44:97 inet XX.YY.ZZ.83 netmask 0xffffff00 broadcast XX.YY.ZZ.255 inet6 fe80::4261:86ff:fecd:4497%nfe0 prefixlen 64 scopeid 0x3 nd6 options=29 media: Ethernet autoselect (100baseTX ) status: active 9-STABLE: nfe0: flags=8843 metric 0 mtu 1500 options=82008 ether 00:30:67:5e:29:5d inet XX.YY.ZZ.84 netmask 0xffffff00 broadcast XX.YY.ZZ.255 inet6 fe80::230:67ff:fe5e:295d%nfe0 prefixlen 64 scopeid 0x3 nd6 options=23 media: Ethernet autoselect (100baseTX ) status: active Topography: boxes --> switch --> router --> internet Thanks again! --Chris > -- > Allan Jude From owner-freebsd-current@freebsd.org Wed Feb 3 18:12:31 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9A845A97EB5; Wed, 3 Feb 2016 18:12:31 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [IPv6:2607:f3e0:80:80::2]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "smarthost.sentex.ca", Issuer "smarthost.sentex.ca" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 31206E4F; Wed, 3 Feb 2016 18:12:31 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (lava.sentex.ca [IPv6:2607:f3e0:0:5::11]) by smarthost2.sentex.ca (8.15.2/8.15.2) with ESMTPS id u13ICUAB093944 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 3 Feb 2016 13:12:30 -0500 (EST) (envelope-from mike@sentex.net) Received: from [IPv6:2607:f3e0:0:4:5c30:ed1b:e203:c55c] ([IPv6:2607:f3e0:0:4:5c30:ed1b:e203:c55c]) by lava.sentex.ca (8.14.9/8.14.9) with ESMTP id u13ICTv1023477; Wed, 3 Feb 2016 13:12:29 -0500 (EST) (envelope-from mike@sentex.net) Subject: Re: LSI SAS 3108 RAID Controller To: krad , Zara Kanaeva References: <20160202180633.Horde.XX1o8RUHQB-jhWuJls7E7KO@webmail.uni-tuebingen.de> Cc: freebsd-current@freebsd.org, freebsd-stable From: Mike Tancsa Organization: Sentex Communications Message-ID: <56B24305.8010402@sentex.net> Date: Wed, 3 Feb 2016 13:12:21 -0500 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.5.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.75 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Feb 2016 18:12:31 -0000 On 2/3/2016 9:20 AM, krad wrote: > > If zfs you probably want the reflash the card the the relevant HBA firmware > rather the the raid firmware. This will expose the disks nativly which is > best for zfs. The version of card I have allows you to expose the individual disks as JBODs out of the box. ---Mike -- ------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet services since 1994 www.sentex.net Cambridge, Ontario Canada http://www.tancsa.com/ From owner-freebsd-current@freebsd.org Wed Feb 3 19:37:31 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E84FFA9AD54 for ; Wed, 3 Feb 2016 19:37:31 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-ig0-x230.google.com (mail-ig0-x230.google.com [IPv6:2607:f8b0:4001:c05::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 AD3441DFD; Wed, 3 Feb 2016 19:37:31 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by mail-ig0-x230.google.com with SMTP id hb3so19501829igb.0; Wed, 03 Feb 2016 11:37:31 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=Nxdlvpndv6AuWKA80584ALNqIqzfTu2BHcCB7RCkXY8=; b=bViZEzD74dSoHOgqrv7cvTbwszaPVButklpfotInifnscRZN303xBweahq9F+0A4xu iK9yzOtc1ICK3Od+SDWxpYrb2B90IMI5W5QKRr0OVg97DNlkKdisRU/r4Ruy0UzVF15J nTQQsPwlHiOMuwmJKkjc12gppyStveDfEUiHTBzB1EyFVrdOOpbsFRKEZvMzt45wT2oT 2pstPCEXYdwMNJ5xmm/z0VZLLaOdORmrNl+NcqmkDaG/hTHT1SPnCxFDROYsmgpiQlTO AOfjOx0ouZvKT3UAXdz10UT+wqUDJD5lLm/X4CKfd3+T0pYB3SpZU227EX/fT8YsoOk4 RXZA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=Nxdlvpndv6AuWKA80584ALNqIqzfTu2BHcCB7RCkXY8=; b=DIyOBA82Ue6Ab65lEl+9kRbTmFXrXa+Kqn3alHMODq4o3M7rCMUL5ZWWeFHQPBgwzX mYL+whImzkoYoreVwgVxWUOSuzvKByhwhdOjEQ7iPh7Wg5MV3yOJTcPNnP1ph+PbjkYV vZUB0xqeRvYhYg9bjfX/A16kFbML/qTQN0iAtRU61MUEVG3j498i0d0WTG437BHEj8+z 0BbirT8lNyQv9DvKJ/0wMsi1PsEcPqVZiVV+4Y+WPgUbggD3G/lvW/xcFAvpdEOxtd9o mK0mNZDNtRqd/QQucyxmmYyXfCQmqWe3pV2I8QbWOxrtvrBgG5JFpk0CdV8LzcjM3MOc JukQ== X-Gm-Message-State: AG10YOT+LN1OV8jtUxC0uG1ZTAtgX8pfAvAWcd1THI+J2qqF/Xi4NIEr2nBP9Y8q4u6Q/5VDaQW5r+E4Bi6Kew== MIME-Version: 1.0 X-Received: by 10.50.93.36 with SMTP id cr4mr5119321igb.22.1454528250964; Wed, 03 Feb 2016 11:37:30 -0800 (PST) Received: by 10.36.14.19 with HTTP; Wed, 3 Feb 2016 11:37:30 -0800 (PST) In-Reply-To: <32b24c64c963a725970eb423887bf53d@ultimatedns.net> References: <56B1ACDF.30807@pean.org> <56B22721.7000507@freebsd.org> <32b24c64c963a725970eb423887bf53d@ultimatedns.net> Date: Wed, 3 Feb 2016 11:37:30 -0800 Message-ID: Subject: Re: arp flapping after udating system to 11-CURRENT. From: Adrian Chadd To: Chris H Cc: freebsd-current , Allan Jude Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Feb 2016 19:37:32 -0000 Hi, Are these interfaces in a bridge group? Why are you putting the IP on the physical interface, instead of the bridgeX interface? -a From owner-freebsd-current@freebsd.org Wed Feb 3 19:41:22 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DC0A1A9B00B for ; Wed, 3 Feb 2016 19:41:22 +0000 (UTC) (envelope-from vangyzen@FreeBSD.org) Received: from smtp.vangyzen.net (hotblack.vangyzen.net [IPv6:2607:fc50:1000:7400:216:3eff:fe72:314f]) by mx1.freebsd.org (Postfix) with ESMTP id C80BCF7 for ; Wed, 3 Feb 2016 19:41:22 +0000 (UTC) (envelope-from vangyzen@FreeBSD.org) Received: from sweettea.beer.town (unknown [76.164.8.130]) by smtp.vangyzen.net (Postfix) with ESMTPSA id 3CD5D564A4 for ; Wed, 3 Feb 2016 13:41:22 -0600 (CST) Subject: Re: Kernel memory leak with x11/nvidia-driver To: FreeBSD Current References: <56B230CB.3050600@FreeBSD.org> From: Eric van Gyzen Message-ID: <56B257E1.9070000@FreeBSD.org> Date: Wed, 3 Feb 2016 13:41:21 -0600 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.5.0 MIME-Version: 1.0 In-Reply-To: <56B230CB.3050600@FreeBSD.org> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Feb 2016 19:41:23 -0000 On 02/03/2016 10:54, Eric van Gyzen wrote: > I just set up a new desktop running head with x11/nvidia-driver. I've > discovered a memory leak where pages disappear from the queues, never to > return. Specifically, the total of > v_active_count > v_inactive_count > v_wire_count > v_cache_count > v_free_count > drops, eventually becoming /much/ less than v_page_count. Here is a script to log the data: #!/bin/sh readonly QUEUES="active inactive wire cache free total" readonly FORMAT="%s\t%s\t%s\t%s\t%s\t%s\n" vm_page_counts() { for queue in $QUEUES; do if [ "$queue" != "total" ]; then sysctl -n vm.stats.vm.v_${queue}_count fi done } sum() { s=0 while [ $# -gt 0 ]; do s=$((s + $1)) shift done echo $s } print_counts() { counts="`vm_page_counts`" printf "$FORMAT" $counts `sum $counts` } printf "$FORMAT" $QUEUES print_counts while sleep 60; do print_counts done From owner-freebsd-current@freebsd.org Wed Feb 3 20:02:17 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A3EDCA9B517 for ; Wed, 3 Feb 2016 20:02:17 +0000 (UTC) (envelope-from s.o.k@web.de) Received: from mout.web.de (mout.web.de [212.227.17.11]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mout.web.de", Issuer "TeleSec ServerPass DE-1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 06C23FF2 for ; Wed, 3 Feb 2016 20:02:16 +0000 (UTC) (envelope-from s.o.k@web.de) Received: from [80.132.215.108] by 3capp-webde-bap08.server.lan (via HTTP); Wed, 3 Feb 2016 20:57:01 +0100 MIME-Version: 1.0 Message-ID: From: s.o.k@web.de To: freebsd-current@freebsd.org Subject: Realtek 8168/8111 if_re not working in current r295091 Content-Type: text/plain; charset=UTF-8 Date: Wed, 3 Feb 2016 20:57:01 +0100 Importance: normal Sensitivity: Normal X-Priority: 3 X-Provags-ID: V03:K0:8OKgG1SSqakZeJkqiziqzex7boQI/VV6j37tLyalS8h 8Bj/PXEFbaeP5fYU8FSzlG/tcaDVk53QUPHqRh3YjOgyC6BU/k ygG5qNtpUX3iQXaXNcshhfPsjgXdeTZRKuvTmN9h6OI1W95IQX Gtj2WoNlIZQIm34gJBqhxlyPIIUxnFC+DSZC0ACDgrzUrFdgTD ANd2uzu0YISKdK8UzAQovM7i5UURokfu3ENuzMYc71x9q4MJS1 WLMJ9QnZ4KK4+Ji979swnqzvV0gIpbsn6O6qNOpQ4eS/A3nY6Y MgrQB5qs3WU91rkmAEBCKhta9VR X-UI-Out-Filterresults: notjunk:1;V01:K0:VFCWfZ6vdzk=:6pUtCrJPosKgL9ox7uAyZK cKVJhEfdVuZbIZKhBGbPrGYSMD+HmkB8KfmDvtTqGdJKi4s1KgglIXHkY7ZndyaUntmFYRUQh XocmndxMSnJu83Ok/ALI4frLDsRXh/mMKBttzz4Cd12Hove8X/vqJWx1S3fFwq2KBphoCD/JC mkf+qvSWX7cc0HoATRCmhzBkTJyQptpdKKND/NVCofdT1XeRVvOW9kcy4vhUPa2upDeMeGr8J 165h19P8PWUErO0BvCMrY0nBv2mX1DDKyJ3UNdNUtIjnjV/mWWqt47ui6jc9wEC++unyvuH1v XsV8tjzUXN4nlwn8YE3v8OvnyWWJexdBhu9F6HLdDvwQrsrdOY8kvcqzQQlbcvnLiOS6enHF/ 8jmAkj5zagOJUtmzntVH6r7M+PO35l0pPW7tdtd/qZU6DG+F4ciwzqEnjXrwG+S/Ker1zGVGR JyF57jrjbw== X-Mailman-Approved-At: Wed, 03 Feb 2016 20:05:07 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Feb 2016 20:02:17 -0000 After updating -current at Jan, 31st (r295091) the Realtek ethernet device driver of my Zotac ZBox RI323 mini pc seems to be broken: I can neither connect to the host even though the interface is shown as active, nor can I initiate connection from the host through re0. Reverting the kernel to my previous build -current r290151 (install date Nov 1st, 2015) the re0 interface is working OK. Looking through the svn logs regarding /head/sys/dev/re/if_re.c I supect, that Revision 290566 might have someting to do with this and that I have to include my Realtek Chipset to the exclusion list for "enabling RX/TX after initial configuration (or viceversa; I am really confused here), but I havent got a clue how; as I do not know how to find the right RL_HWREV_XXX flag for my device. dmesg shows RealTek 8168/8111 B/C/CP/D/DP/E/F/G PCIe Gigabit Ethernet and pciconf -l -v re0 shows: re0@pci0:2:0:0: class=0x020000 card=0x816819da chip=0x816810ec rev=0x07 hdr=0x00 vendor = 'Realtek Semiconductor Co., Ltd.' device = 'RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller' I am grateful for any suggestion towards a solution and I am willing (and able) to assist by patching or debugging my kernel or giving further hw information about my system. Regards, Stefan From owner-freebsd-current@freebsd.org Wed Feb 3 20:33:55 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 912DDA9BCD6 for ; Wed, 3 Feb 2016 20:33:55 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: from mail-pa0-x231.google.com (mail-pa0-x231.google.com [IPv6:2607:f8b0:400e:c03::231]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 5F3811FB4 for ; Wed, 3 Feb 2016 20:33:55 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: by mail-pa0-x231.google.com with SMTP id ho8so19000461pac.2 for ; Wed, 03 Feb 2016 12:33:55 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=8Lr23ksqh26wp50w2kOXV8BenGfUNjejYO6fvgm0asE=; b=HfyxJEV1SuQrsEfHMOlvLqs4t/So20+Gt9wRfpIlVMQiHFJ7jc86SW2seT4DcGAaiP WaDEy3TY36lpioTcEPwFEe9sMliO4izP66A8OD2XXHjVfb8kFfx8kHmwzMzQFT/N7kQF uJKjNN1OEUPIhpZ6IonXRGWIyzmJDTUZb+ghIdTrFTh9isgvTLGKZNhu9FUal9A74XtB Xb9Lyg+tqia86LFgQgwc9ImHfVAOkl7m4qlJJ7p+QydvKnauWXxQHjEkm1ccKPYU7nB6 Khl2eGbRVAcc7J+SLXVVHil0RE7zzfUqzZaEyCN8B9wF0eFAtkegLKY1/i/EHyfVAvtp yJVw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:content-type:mime-version:subject:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to; bh=8Lr23ksqh26wp50w2kOXV8BenGfUNjejYO6fvgm0asE=; b=ZsmkJsOd79Zl0RwakDc5B7t4cKRSL/BevX6fb47hN+fOikVKDP/t83g0aoEMGoB1xP ClTMz2etZy0HmiQeL9cBvn0zmmaxGlZouo9C0LM0vz1SZJrk4Rq90kBe/+IZpbq5YNwF tT4wlE3uPlLX7ivs1piEBDb2k/kxVLK64WRJwkBlzp9HqBVNgjg26d5ZrXs3VSx4tPdK NyBmWcerU5w13Bb0wH47kdGh188C1kgK3nVhUvyGSa4iGKcOv63HGKpAC8MPcZ52eUzs /fs6qdh1H9LtaDCHISEgaqCS37LQSXv1Eqc8e4Z9VwMuSw3tH+VWd2hdpbr7+jiGlWxS tyZA== X-Gm-Message-State: AG10YOQZXj3nOnUc24Jhkx1g3zp34dK6TpbYBdKIuK7wAZmFsPiL3U9ZVMhrXzfSOzuv+Q== X-Received: by 10.66.237.102 with SMTP id vb6mr5364308pac.133.1454531635021; Wed, 03 Feb 2016 12:33:55 -0800 (PST) Received: from [25.116.144.162] ([172.56.41.139]) by smtp.gmail.com with ESMTPSA id fc8sm11813424pab.21.2016.02.03.12.33.53 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 03 Feb 2016 12:33:53 -0800 (PST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (1.0) Subject: Re: Realtek 8168/8111 if_re not working in current r295091 From: NGie Cooper X-Mailer: iPhone Mail (13D15) In-Reply-To: Date: Wed, 3 Feb 2016 12:33:51 -0800 Cc: freebsd-current@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <1F6C19CC-C968-41D0-93C0-DABAFAEFD91A@gmail.com> References: To: s.o.k@web.de X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Feb 2016 20:33:55 -0000 > On Feb 3, 2016, at 11:57, s.o.k@web.de wrote: >=20 > After updating -current at Jan, 31st (r295091) the Realtek ethernet device= driver of my Zotac ZBox RI323 mini pc seems to be broken: I can neither con= nect to the host even though the interface is shown as active, nor can I ini= tiate connection from the host through re0. > Reverting the kernel to my previous build -current r290151 (install date N= ov 1st, 2015) the re0 interface is working OK. >=20 > Looking through the svn logs regarding /head/sys/dev/re/if_re.c I supect, t= hat Revision 290566 might have someting to do with this and that I have to i= nclude my Realtek Chipset to the exclusion list for "enabling RX/TX after in= itial configuration (or viceversa; I am really confused here), but I havent g= ot a clue how; as I do not know how to find the right RL_HWREV_XXX flag for m= y device. >=20 > dmesg shows RealTek 8168/8111 B/C/CP/D/DP/E/F/G PCIe Gigabit Ethernet and p= ciconf -l -v re0 shows: > re0@pci0:2:0:0: class=3D0x020000 card=3D0x816819da chip=3D0x816810ec rev=3D= 0x07 hdr=3D0x00 > vendor =3D 'Realtek Semiconductor Co., Ltd.' > device =3D 'RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller' >=20 > I am grateful for any suggestion towards a solution and I am willing (and a= ble) to assist by patching or debugging my kernel or giving further hw infor= mation about my system. >=20 > Regards, Stefan Could you please file a bug and CC the relevant committer? Thanks! -Ngie= From owner-freebsd-current@freebsd.org Wed Feb 3 20:49:07 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 758F8A9A0E8 for ; Wed, 3 Feb 2016 20:49:07 +0000 (UTC) (envelope-from bsd-lists@bsdforge.com) Received: from udns.ultimatedns.net (static-24-113-41-81.wavecable.com [24.113.41.81]) (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 55FAA188B; Wed, 3 Feb 2016 20:49:06 +0000 (UTC) (envelope-from bsd-lists@bsdforge.com) Received: from ultimatedns.net (localhost [127.0.0.1]) by udns.ultimatedns.net (8.14.9/8.14.9) with ESMTP id u13KnaOe033000; Wed, 3 Feb 2016 12:49:42 -0800 (PST) (envelope-from bsd-lists@bsdforge.com) To: Adrian Chadd Cc: freebsd-current , Allan Jude In-Reply-To: References: <56B1ACDF.30807@pean.org> <56B22721.7000507@freebsd.org> <32b24c64c963a725970eb423887bf53d@ultimatedns.net>, From: "Chris H" Subject: Re: arp flapping after udating system to 11-CURRENT. Date: Wed, 03 Feb 2016 12:49:42 -0800 Content-Type: text/plain; charset=UTF-8; format=fixed MIME-Version: 1.0 Message-id: Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Feb 2016 20:49:07 -0000 On Wed, 3 Feb 2016 11:37:30 -0800 Adrian Chadd wrote > Hi, > > Are these interfaces in a bridge group? No. > Why are you putting the IP on > the physical interface, instead of the bridgeX interface? Which is why the IP's are set per interface. :) I stated that in at *least* one of my replies. :) > > > -a Thanks for the reply, Adrian. --Chris From owner-freebsd-current@freebsd.org Wed Feb 3 20:58:10 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D7A78A9A52E for ; Wed, 3 Feb 2016 20:58:10 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-ig0-x22f.google.com (mail-ig0-x22f.google.com [IPv6:2607:f8b0:4001:c05::22f]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A2A8E15D2; Wed, 3 Feb 2016 20:58:10 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by mail-ig0-x22f.google.com with SMTP id xg9so11740199igb.1; Wed, 03 Feb 2016 12:58:10 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=N/iBL7bpBjooM9ukTJ6DfwSlbwR8rDsbitB+oA0DXWg=; b=s5/KNxMdQKY0Gc1BuXiKgeecEIVsyKLtePzruRTlNLNi6XLPoPQ9tqOjPaY1Y/W87U XCip3xdGG8XeVO/THe8bIWC8RFII2km4eCnFFeqNyu1lNl/s+m+CVNgTJFFVECyUHRlq MzDonTIKzxvpPeMNmQldSNENRep0ZdFcx5Fph9LMEx3rP6z6oyMdNRMdNTFI5ys6T2H7 EcmVvrJK+dK6bhIchQrJYDv9yVO/Uvq0TiuhwAcWW9I+fD2D0rWzYM2EGm+h5iLMZ1wI jYrftCcD6LtY+4c23CESOSUpreavJe8KSItDAgK6rbcE3gr4hgbwW3FGKZy1R0oIqghv p70A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=N/iBL7bpBjooM9ukTJ6DfwSlbwR8rDsbitB+oA0DXWg=; b=JCrl9Gi42W3APujewPKQY856ZAch50XkChI81R7v6qAVwsgPH0Lk7S6BYW+mMAo2xU OqiYHX5hYkl5gX+yx6FSnFzRQp+xmJQIpzHs57K7naKVgk2cn8xdbTOSibC/veVUx6y/ 42Q0evcSbvGbC+tIvj66UH3/fAvwKqfQpoPuYIujlpaEDBuNHQodfMnVjLOufcaCn8Yh IOZNtaU9dPEaXiJ6xTxizAzC9OWVQhedCG8lud8m9F+0C+Im0+1FLnZJrCVrC5Q9gfn/ NNGuVe0CPw6DslfjmOhhHXXK4yfEeD+bbFn/YNoO0vW/YibR5ioLogl340raLJ4L8+3a Sakw== X-Gm-Message-State: AG10YOQW73xO9YcPZQOdnS+xaE8X5jjXilumSFi1MMgWAC1xOQ+skExtGXWIYyjjghmxlW8QtAVc9GBcHdVZPw== MIME-Version: 1.0 X-Received: by 10.50.93.36 with SMTP id cr4mr5424097igb.22.1454533090109; Wed, 03 Feb 2016 12:58:10 -0800 (PST) Received: by 10.36.14.19 with HTTP; Wed, 3 Feb 2016 12:58:10 -0800 (PST) In-Reply-To: References: <56B1ACDF.30807@pean.org> <56B22721.7000507@freebsd.org> <32b24c64c963a725970eb423887bf53d@ultimatedns.net> Date: Wed, 3 Feb 2016 12:58:10 -0800 Message-ID: Subject: Re: arp flapping after udating system to 11-CURRENT. From: Adrian Chadd To: Chris H Cc: freebsd-current , Allan Jude Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Feb 2016 20:58:10 -0000 Sorry, must've missed that... :( -a From owner-freebsd-current@freebsd.org Wed Feb 3 21:12:35 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A1322A9AA67 for ; Wed, 3 Feb 2016 21:12:35 +0000 (UTC) (envelope-from allanjude@freebsd.org) Received: from mx1.scaleengine.net (mx1.scaleengine.net [209.51.186.6]) by mx1.freebsd.org (Postfix) with ESMTP id 822621F56 for ; Wed, 3 Feb 2016 21:12:35 +0000 (UTC) (envelope-from allanjude@freebsd.org) Received: from [10.1.1.2] (unknown [10.1.1.2]) (Authenticated sender: allanjude.freebsd@scaleengine.com) by mx1.scaleengine.net (Postfix) with ESMTPSA id 1F0F4D5F1; Wed, 3 Feb 2016 21:12:34 +0000 (UTC) Subject: Re: arp flapping after udating system to 11-CURRENT. To: Chris H , freebsd-current@freebsd.org References: <56B1ACDF.30807@pean.org> <56B22721.7000507@freebsd.org> <32b24c64c963a725970eb423887bf53d@ultimatedns.net> From: Allan Jude Message-ID: <56B26D46.1040709@freebsd.org> Date: Wed, 3 Feb 2016 16:12:38 -0500 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.5.1 MIME-Version: 1.0 In-Reply-To: <32b24c64c963a725970eb423887bf53d@ultimatedns.net> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="GxT7jdwT6S6UARr8HH6J0eiHQ3ECChw9R" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Feb 2016 21:12:35 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --GxT7jdwT6S6UARr8HH6J0eiHQ3ECChw9R Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On 2016-02-03 12:36, Chris H wrote: > On Wed, 3 Feb 2016 11:13:21 -0500 Allan Jude wr= ote >=20 >> On 2016-02-03 10:32, Chris H wrote: >>> On Wed, 03 Feb 2016 06:55:47 -0800 "Chris H" = wrote >>> >>>> On Wed, 3 Feb 2016 08:31:43 +0100 Peter Ankerst=C3=A5l wrote >>>> >>>>> Hi! >>>>> >>>>> I recently upgraded my system to 11-CURRENT (FreeBSD 11.0-CURRENT #= 0=20 >>>>> r295087: Sun Jan 31 10:21:31 CET 2016) and after that all of my oth= er=20 >>>>> devices in the network complains about arp-flapping: >>>>> >>>>> arp: 172.25.0.1 moved from 00:00:24:d0:9e:5d to 02:e8:ea:15:66:00 o= n re0 >>>>> arp: 172.25.0.1 moved from 02:e8:ea:15:66:00 to 00:00:24:d0:9e:5d o= n re0 >>>>> arp: 172.25.0.1 moved from 00:00:24:d0:9e:5d to 02:e8:ea:15:66:00 o= n re0 >>>>> >>>> FWIW I'm seeing this too. As it happened; I had just changed upstrea= m >>>> providers, getting a larger static block (IP's), as well as updating= >>>> my long overdue -CURRENT. So I simply blamed it on their (upstream) >>>> network. I'd love to get to the bottom of this, and would be happy t= o >>>> help. >>>> >>>> FreeBSD dev-box 11.0-CURRENT FreeBSD 11.0-CURRENT #0 r294112: >>>> Mon Jan 18 14:25:01 PST 2016 root@dev-box:/usr/obj/usr/src/sys/DEVBO= X >>>> amd64 >> >>>> src is at Revision: 406193 >>>> >>> Well, it would have helped if I had also mentioned that I'm not using= >>> a bridge, and list the interfaces involved. :/ >>> >>> nfe0: flags=3D8843 metric 0 m= tu 1500 >>> options=3D82008 >>> >>> This also occurs on my 9-STABLE boxes >>> re0: flags=3D8843 metric 0 mt= u 1500 =20 >>> >>> > options=3D8209b>> KSTATE>=20 >>> nfe0: flags=3D8843 metric 0 m= tu 1500 >>> options=3D82008 >>> >>> nfe0: flags=3D8843 metric 0 m= tu 1500 >>> options=3D82008 >>> >>> --Chris >>>> >>>>> >>>>> It seems to be flapping between the virtual mac of my bridge interf= ace=20 >>>>> and the actual mac adress on the physical interface. This was not t= he=20 >>>>> case when i ran FreeBSD 10.2. Is there some settings I need to do? >>>>> >>>>> >>>>> bridge0: flags=3D8843 metri= c 0 mtu=20 >>>>> 1500 >>>>> description: wired <-> wifi bridge >>>>> ether 02:e8:ea:15:66:00 >>>>> inet 172.25.0.1 netmask 0xffffff00 broadcast 172.25.0.255 >>>>> inet6 2001:470:de59::1 prefixlen 64 >>>>> inet6 fe80::2%bridge0 prefixlen 64 scopeid 0xb >>>>> nd6 options=3D1 >>>>> groups: bridge >>>>> id 00:00:00:00:00:00 priority 32768 hellotime 2 fwddelay 1= 5 >>>>> maxage 20 holdcnt 6 proto rstp maxaddr 2000 timeout 1200 >>>>> root id 00:00:00:00:00:00 priority 32768 ifcost 0 port 0 >>>>> member: wlan2 flags=3D143 >>>>> ifmaxaddr 0 port 10 priority 128 path cost 66666 >>>>> member: wlan1 flags=3D143 >>>>> ifmaxaddr 0 port 9 priority 128 path cost 66666 >>>>> member: wlan0 flags=3D143 >>>>> ifmaxaddr 0 port 8 priority 128 path cost 22222 >>>>> member: em1 flags=3D143 >>>>> ifmaxaddr 0 port 2 priority 128 path cost 2000000 >>>>> >>>>> em1: flags=3D8943 m= etric 0=20 >>>>> mtu 1500 >>>>> description: wired LAN >>>>> =20 >>>>> options=3D42098 >>>>> ether 00:00:24:d0:9e:5d >>>>> nd6 options=3D29 >>>>> media: Ethernet autoselect (1000baseT ) >>>>> status: active >>>>> >>>>> >>>>> /Peter. >>>> >> >> Chris: >> If you are not using a bridge, please provide the complete output of >> ifconfig, and the log messages about the arp flapping, so we can see >> which two interfaces it is bouncing between. >> > Thank you very much for the reply, Allan. > This is what I'm working with/experiencing: >=20 > Logs from just one of the offending boxes, the same is echoed in the > other boxes' logs, as well > Feb 3 08:04:48 udns kernel: arp: XX.YY.ZZ.85 moved from 00:24:81:ce:ba= :87 to > 00:17:10:8e:5e:87 on re0 > Feb 3 08:05:58 udns kernel: arp: XX.YY.ZZ.83 moved from 40:61:86:cd:44= :97 to > 00:17:10:8e:5e:87 on re0 > Feb 3 08:08:10 udns kernel: arp: XX.YY.ZZ.83 moved from 00:17:10:8e:5e= :87 to > 40:61:86:cd:44:97 on re0 > Feb 3 08:13:00 udns kernel: arp: XX.YY.ZZ.84 moved from 00:17:10:8e:5e= :87 to > 00:30:67:5e:29:5d on re0 > Feb 3 08:25:40 udns kernel: arp: XX.YY.ZZ.85 moved from 00:24:81:ce:ba= :87 to > 00:17:10:8e:5e:87 on re0 > Feb 3 08:30:37 udns kernel: arp: XX.YY.ZZ.83 moved from 40:61:86:cd:44= :97 to > 00:17:10:8e:5e:87 on re0 > Feb 3 08:36:05 udns kernel: arp: XX.YY.ZZ.84 moved from 00:30:67:5e:29= :5d to > 00:17:10:8e:5e:87 on re0 > Feb 3 08:49:11 udns kernel: arp: XX.YY.ZZ.85 moved from 00:24:81:ce:ba= :87 to > 00:17:10:8e:5e:87 on re0 > Feb 3 08:49:12 udns kernel: arp: XX.YY.ZZ.85 moved from 00:17:10:8e:5e= :87 to > 00:24:81:ce:ba:87 on re0 > Feb 3 08:56:53 udns kernel: arp: XX.YY.ZZ.84 moved from 00:30:67:5e:29= :5d to > 00:17:10:8e:5e:87 on re0 > Feb 3 09:09:09 udns kernel: arp: XX.YY.ZZ.84 moved from 00:17:10:8e:5e= :87 to > 00:30:67:5e:29:5d on re0 > Feb 3 09:09:30 udns kernel: arp: XX.YY.ZZ.85 moved from 00:24:81:ce:ba= :87 to > 00:17:10:8e:5e:87 on re0 > Feb 3 09:16:41 udns kernel: arp: XX.YY.ZZ.83 moved from 40:61:86:cd:44= :97 to > 00:17:10:8e:5e:87 on re0 >=20 > 11-CURRENT on r294112, from r406193 src: > nfe0: flags=3D8843 metric 0 mtu= 1500 > options=3D82008 > ether 00:24:81:ce:ba:87 > inet XX.YY.ZZ.85 netmask 0xffffff00 broadcast XX.YY.ZZ.255=20 > inet6 fe80::224:81ff:fece:ba87%nfe0 prefixlen 64 scopeid 0x1=20 > nd6 options=3D23 > media: Ethernet autoselect (1000baseT ) > status: active >=20 > 9-STABLE: > re0: flags=3D8843 metric 0 mtu = 1500 > options=3D8209b > ether 40:61:86:f6:aa:2a > inet XX.YY.ZZ.81 netmask 0xffffff00 broadcast XX.YY.ZZ.255 > inet6 fe80::4261:86ff:fef6:aa2a%re0 prefixlen 64 scopeid 0x1=20 > nd6 options=3D29 > media: Ethernet autoselect (1000baseT ) > status: active >=20 > 9-STABLE: > nfe0: flags=3D8843 metric 0 mtu= 1500 > options=3D82008 > ether 40:61:86:cd:44:97 > inet XX.YY.ZZ.83 netmask 0xffffff00 broadcast XX.YY.ZZ.255 > inet6 fe80::4261:86ff:fecd:4497%nfe0 prefixlen 64 scopeid 0x3=20 > nd6 options=3D29 > media: Ethernet autoselect (100baseTX ) > status: active >=20 > 9-STABLE: > nfe0: flags=3D8843 metric 0 mtu= 1500 > options=3D82008 > ether 00:30:67:5e:29:5d > inet XX.YY.ZZ.84 netmask 0xffffff00 broadcast XX.YY.ZZ.255 > inet6 fe80::230:67ff:fe5e:295d%nfe0 prefixlen 64 scopeid 0x3=20 > nd6 options=3D23 > media: Ethernet autoselect (100baseTX ) > status: active >=20 > Topography: > boxes --> switch --> router --> internet >=20 > Thanks again! >=20 > --Chris >> --=20 >> Allan Jude >=20 >=20 Your issue looks different. What device is 00:17:10:8e:5e:87 ? It does not appear anywhere in your ifconfig output. It looks like an IP conflict or something. --=20 Allan Jude --GxT7jdwT6S6UARr8HH6J0eiHQ3ECChw9R Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (MingW32) iQIcBAEBAgAGBQJWsm1JAAoJEBmVNT4SmAt+2DUQAMWDffUBsZ8qojskCKMHFIKR IeDVTChCIlo/q3tYh+ZkIvkOc6APyzeISm4QO8vDpVSnoh+dJHThUybp7pvCQBff WBW4LpbES613Un/78D6N3acaRhna8u+zYzcFGaBl0bcj5UDF7+oUefQuZ9Z/B8zx gEvZLSFCBC9ztkEfHJl4I3rDUXj3vdjElsTkPac7XfbjDBSB2Ea/6v1FIAlXvgis lclUvzLiLGZDBjc+mOuqEZRlR65OezdHfcPHv5j7wr1Zg1DxdSikLh8gjLqLs0Ch drVDQ6cRnMrZHUIfScHlGBLLdMELL4i73zIV0n7Dj9EtxqcuSgNV+Im+Kz6WlR/v 1r8pB7o2rz9yAeqeWcX2LuehDrsU6y9RBDnjznRXBFFL7A+Lf8xVlVU8lBcdODDj BGGM0n0nF9RUAH1p847oY567gNoMkn6D0ttixaA80fLs/+QPbMljlt7ddYZfItas s1K8W05y1vIaxvIQwdc2F3rRanFAhthF+PSzZMc0hcunjgF2p/OWxeUnPKQ72sQc oELiS+eFUMqrav2bnTM41dR423OcTAxg9VErgJ/NrCjZXWIPqhymQxvzOenjIwn6 6Ir7w66UIwXeoKleUjeLGpJG+x8wzjSYi71/r+aLCfpITkDemnEYcMa0RdnTp/gz SurieuzyFDjb7bcEXMXq =eoKs -----END PGP SIGNATURE----- --GxT7jdwT6S6UARr8HH6J0eiHQ3ECChw9R-- From owner-freebsd-current@freebsd.org Thu Feb 4 00:18:45 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BC0ADA9B021 for ; Thu, 4 Feb 2016 00:18:45 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id B02F01E41; Thu, 4 Feb 2016 00:18:45 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id EE6C814F2; Thu, 4 Feb 2016 00:18:45 +0000 (UTC) Date: Thu, 4 Feb 2016 00:18:45 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org Message-ID: <1472240046.84.1454545125971.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build became unstable: FreeBSD_HEAD #114 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Instance-Identity: MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAkKKb2VAfYQKfu1t7qk4nR5qzUBEI+UqT4BPec4qHVhqUy0FFdq50sMH+3y9bCDNOufctov6VqTNffZ3YXArnZK95YF0OX97fh+E9txYOUX1adc+TikcKjuYpHmL5dE62eaZTI+4A5jnRonskQ1PaoIFz0Kbu4mWzkFsmdiXTraGzomXq4cHUCATA2+K4eDYgjXEQI30z3GOMmmZ4t/+6QGk1cMb/BqMWHbn80AsRCb4tU7Hpd72XLDpsuO7YRP1Q0CjmNAuBOTj+sFiiOe6U9HpqOlQN+iFUvBdZo/ybuy5Kh71cAaYQNL68cYdZJ6binH/DkG3KY/fS7DFYAeuwjwIDAQAB X-Jenkins-Job: FreeBSD_HEAD X-Jenkins-Result: UNSTABLE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Feb 2016 00:18:45 -0000 See From owner-freebsd-current@freebsd.org Thu Feb 4 00:51:45 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1E352A9BC03 for ; Thu, 4 Feb 2016 00:51:45 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-pf0-x234.google.com (mail-pf0-x234.google.com [IPv6:2607:f8b0:400e:c00::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 E313F158B for ; Thu, 4 Feb 2016 00:51:44 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by mail-pf0-x234.google.com with SMTP id n128so24396170pfn.3 for ; Wed, 03 Feb 2016 16:51:44 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=6VeRUMfg1yQZ8H7d2p9KBza8fPXaUOS15axmlsiLVJY=; b=wMfk1RisugpV7FfqwNX0H43PRaySnOJrGpCcXc5PeTSs5tdQ/f8bsbnAn754oU6FPU 4BSqG8x7ITFiDKUsuV5pHVGozafWW0SD5a2xYZUb9j6SvpzCaNXOVWzJOT3juaAs6BLV FxY4cWBnTJqzeSvlv+VVSX+awGGz71qHZVByuSX8n88EY1JfjxppaiwPVxmjxrbdJ922 5R2HLSWstuVi4T5Q34bm7UzYJ44w8dM8k/rOF2TbIYkaX++lnD19Y2V8aun5M70xWCU/ UOG6Efxjlo0Ifqgu9SZJK0Rv8KNsQpaghbRUx/IURrrXj9KVpaPoVVo1pUrCLABCSwhn qlXw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:date:to:cc:subject:message-id:reply-to :references:mime-version:content-type:content-disposition :in-reply-to:user-agent; bh=6VeRUMfg1yQZ8H7d2p9KBza8fPXaUOS15axmlsiLVJY=; b=A4o86CJN1MaFAutyEwTG6DqgTepQTTE93/7c1oMfhPX5lyhdWqJmnSDZBAFrDo+Q87 yIcRnvMihVYW9KqjbdYl2aipJKMIU8RlairLlr+EQZlBaaHJyL5475CAb2d95EI9eKEX Df+trPRv7qy0zHZ6J7nMRam1xu/VQZTL9ZnH7o/YPmsr3/FqzdNZ0+voJvaafFM1pqx4 k8SBsSetun+dJ4AuvObQ2mMm/9EPxpI7jJF6OxpbF8751Gy6Id8KhSsGOHYPhJlFQt5E 9a88Kh2INssFuUQgk7vNnH+T+CzzK741UvUH43IzEmt0UAbE5OljJIaKpALQHzNg4L0+ vgoA== X-Gm-Message-State: AG10YOSXIJsy7dYTzSqC8OzYWhrtQASDDYuIaOcxUH7NyGE0GcSCZ3EdLsMXzLwCqwfhtw== X-Received: by 10.66.100.228 with SMTP id fb4mr6882772pab.84.1454547104566; Wed, 03 Feb 2016 16:51:44 -0800 (PST) Received: from localhost ([106.247.248.2]) by smtp.gmail.com with ESMTPSA id dg1sm12472464pad.18.2016.02.03.16.51.41 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 03 Feb 2016 16:51:43 -0800 (PST) From: YongHyeon PYUN X-Google-Original-From: "YongHyeon PYUN" Received: by localhost (sSMTP sendmail emulation); Thu, 04 Feb 2016 09:51:32 +0900 Date: Thu, 4 Feb 2016 09:51:32 +0900 To: s.o.k@web.de Cc: freebsd-current@freebsd.org Subject: Re: Realtek 8168/8111 if_re not working in current r295091 Message-ID: <20160204005132.GA1181@michelle.fasterthan.co.kr> Reply-To: pyunyh@gmail.com References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Feb 2016 00:51:45 -0000 On Wed, Feb 03, 2016 at 08:57:01PM +0100, s.o.k@web.de wrote: > After updating -current at Jan, 31st (r295091) the Realtek ethernet device driver of my Zotac ZBox RI323 mini pc seems to be broken: I can neither connect to the host even though the interface is shown as active, nor can I initiate connection from the host through re0. > Reverting the kernel to my previous build -current r290151 (install date Nov 1st, 2015) the re0 interface is working OK. > > Looking through the svn logs regarding /head/sys/dev/re/if_re.c I supect, that Revision 290566 might have someting to do with this and that I have to include my Realtek Chipset to the exclusion list for "enabling RX/TX after initial configuration (or viceversa; I am really confused here), but I havent got a clue how; as I do not know how to find the right RL_HWREV_XXX flag for my device. > You can get Chip/MAC revision information from dmesg output. (dmesg | grep re0 would do). From owner-freebsd-current@freebsd.org Thu Feb 4 01:24:47 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 802C2A9A75C for ; Thu, 4 Feb 2016 01:24:47 +0000 (UTC) (envelope-from ultima1252@gmail.com) Received: from mail-vk0-x236.google.com (mail-vk0-x236.google.com [IPv6:2607:f8b0:400c:c05::236]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 3C30FB11; Thu, 4 Feb 2016 01:24:47 +0000 (UTC) (envelope-from ultima1252@gmail.com) Received: by mail-vk0-x236.google.com with SMTP id e64so27803182vkg.0; Wed, 03 Feb 2016 17:24:47 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=hw+eqclWFgrrh69Z7+ogDbNDGG4zw9argJFSAb7yBNE=; b=0wLxuo8Lqofi3TXzcafx4ohOSyA+YmhlZPlx9WAOOs4JDUIRueW/B2wb/LbrM+Xdeb E20umYnlxTpsyF1FHJ6toLfoZaqgpgddIpjayQY1aA7mzCOogEz0EKnb6qKjPh0sES6l xeO3liCQGCiRI4KdCsoBCkgK8PJDn9g2suIS3tn/wnOALiu/Q9ozxEGbFe0l5iuoPoQq I3+9hvmwUSM9gYMQ1mSfDVuFDoaOaq5pz5y2IpaDBLom9yio9I4JSvOFmLlSkanUYjJ/ k/sG39TKwFUKFpPJTrFh80BlaMOR8nCthvXktRTDKxAtxLD0/qJqvUr9gPGiAh6x8WB0 S/2g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=hw+eqclWFgrrh69Z7+ogDbNDGG4zw9argJFSAb7yBNE=; b=N7I6RIQ5E68zsKCTig+BeZ+F8j4IfhgtM8qL77BH5Ldf+hhi0uD1AWaSXwqSrvOyD9 /mxKKwvFCKyvRvu7+xEgMwImwrn5SSRGbQPg4AYH4pAdstRugitZNU0ik5EiHAIKeCSF 36aYW4zoSERXfcny4RaGhsXWE+/pAfpLwgLbp/5uWvy8MvKyu5edn+WDSOcPCnvu44qd KWK+8KnFw++68QWHR4Qg2zt3gduDVeXdPSRZHDNkVzbpgin8AJxxq+f00bK1kAgjNhmY n/cDw6Q60GFuh6JuwY2VTb1ZI7DNH2OGW2qVVkcCwUEMam2HaXZVjpAZUXYk1tuwpX66 RQVw== X-Gm-Message-State: AG10YOTvGJ/bbVr5g024TqFjnbF8/acdM4Z3aOjDsVSXYZ9Z54S6LWDQ5OLqXPf2NY6ki46oTwfdNMbpnK0lMg== MIME-Version: 1.0 X-Received: by 10.31.41.14 with SMTP id p14mr3569113vkp.151.1454549086300; Wed, 03 Feb 2016 17:24:46 -0800 (PST) Received: by 10.31.194.194 with HTTP; Wed, 3 Feb 2016 17:24:46 -0800 (PST) In-Reply-To: <56B257E1.9070000@FreeBSD.org> References: <56B230CB.3050600@FreeBSD.org> <56B257E1.9070000@FreeBSD.org> Date: Wed, 3 Feb 2016 20:24:46 -0500 Message-ID: Subject: Re: Kernel memory leak with x11/nvidia-driver From: Ultima To: Eric van Gyzen Cc: freebsd-current@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Feb 2016 01:24:47 -0000 Apologies, this should have been in my initial reply. https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=201340 or here for attachment https://bz-attachments.freebsd.org/attachment.cgi?id=165694 I haven't actually had a chance to do anything after upgrading from stable other than see the corrupted console for myself. Lack of time =/ On Wed, Feb 3, 2016 at 2:41 PM, Eric van Gyzen wrote: > On 02/03/2016 10:54, Eric van Gyzen wrote: > > I just set up a new desktop running head with x11/nvidia-driver. I've > > discovered a memory leak where pages disappear from the queues, never to > > return. Specifically, the total of > > v_active_count > > v_inactive_count > > v_wire_count > > v_cache_count > > v_free_count > > drops, eventually becoming /much/ less than v_page_count. > > Here is a script to log the data: > > #!/bin/sh > > readonly QUEUES="active inactive wire cache free total" > readonly FORMAT="%s\t%s\t%s\t%s\t%s\t%s\n" > > vm_page_counts() { > for queue in $QUEUES; do > if [ "$queue" != "total" ]; then > sysctl -n vm.stats.vm.v_${queue}_count > fi > done > } > > sum() { > s=0 > while [ $# -gt 0 ]; do > s=$((s + $1)) > shift > done > echo $s > } > > print_counts() { > counts="`vm_page_counts`" > printf "$FORMAT" $counts `sum $counts` > } > > printf "$FORMAT" $QUEUES > print_counts > while sleep 60; do > print_counts > done > > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@freebsd.org Thu Feb 4 01:26:53 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8CFB5A9A871 for ; Thu, 4 Feb 2016 01:26:53 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 7EDE9C9D; Thu, 4 Feb 2016 01:26:53 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id B61BF1512; Thu, 4 Feb 2016 01:26:53 +0000 (UTC) Date: Thu, 4 Feb 2016 01:26:53 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org Message-ID: <1570306528.85.1454549213710.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1472240046.84.1454545125971.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1472240046.84.1454545125971.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Build failed in Jenkins: FreeBSD_HEAD #115 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Instance-Identity: MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAkKKb2VAfYQKfu1t7qk4nR5qzUBEI+UqT4BPec4qHVhqUy0FFdq50sMH+3y9bCDNOufctov6VqTNffZ3YXArnZK95YF0OX97fh+E9txYOUX1adc+TikcKjuYpHmL5dE62eaZTI+4A5jnRonskQ1PaoIFz0Kbu4mWzkFsmdiXTraGzomXq4cHUCATA2+K4eDYgjXEQI30z3GOMmmZ4t/+6QGk1cMb/BqMWHbn80AsRCb4tU7Hpd72XLDpsuO7YRP1Q0CjmNAuBOTj+sFiiOe6U9HpqOlQN+iFUvBdZo/ybuy5Kh71cAaYQNL68cYdZJ6binH/DkG3KY/fS7DFYAeuwjwIDAQAB X-Jenkins-Job: FreeBSD_HEAD X-Jenkins-Result: FAILURE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Feb 2016 01:26:53 -0000 See ------------------------------------------ [...truncated 98413 lines...] --- jail_getid.So --- cc -fpic -DPIC -g -O2 -pipe -I/builds/workspace/FreeBSD_HEAD/src/lib/libjail -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /builds/workspace/FreeBSD_HEAD/src/lib/libjail/jail_getid.c -o jail_getid.So --- all_subdir_libdwarf --- --- libdwarf_init.So --- cc -fpic -DPIC -g -O2 -pipe -I. -I/builds/workspace/FreeBSD_HEAD/src/lib/libdwarf/../../contrib/elftoolchain/libdwarf -I/builds/workspace/FreeBSD_HEAD/src/lib/libdwarf/../../contrib/elftoolchain/common -I/builds/workspace/FreeBSD_HEAD/src/lib/libdwarf/../../contrib/elftoolchain/libelf -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /builds/workspace/FreeBSD_HEAD/src/lib/libdwarf/../../contrib/elftoolchain/libdwarf/libdwarf_init.c -o libdwarf_init.So --- libdwarf_lineno.o --- cc -O2 -pipe -I. -I/builds/workspace/FreeBSD_HEAD/src/lib/libdwarf/../../contrib/elftoolchain/libdwarf -I/builds/workspace/FreeBSD_HEAD/src/lib/libdwarf/../../contrib/elftoolchain/common -I/builds/workspace/FreeBSD_HEAD/src/lib/libdwarf/../../contrib/elftoolchain/libelf -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /builds/workspace/FreeBSD_HEAD/src/lib/libdwarf/../../contrib/elftoolchain/libdwarf/libdwarf_lineno.c -o libdwarf_lineno.o --- all_subdir_libjail --- --- jail.o --- cc -O2 -pipe -I/builds/workspace/FreeBSD_HEAD/src/lib/libjail -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /builds/workspace/FreeBSD_HEAD/src/lib/libjail/jail.c -o jail.o --- jail_getid.o --- cc -O2 -pipe -I/builds/workspace/FreeBSD_HEAD/src/lib/libjail -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /builds/workspace/FreeBSD_HEAD/src/lib/libjail/jail_getid.c -o jail_getid.o --- all_subdir_libiconv_modules --- --- libiconv_std.so.4.full --- building shared library libiconv_std.so.4 cc -fstack-protector-strong -shared -Wl,-x -Wl,--fatal-warnings -Wl,--warn-shared-textrel -o libiconv_std.so.4.full -Wl,-soname,libiconv_std.so.4 `NM='nm' NMFLAGS='' lorder citrus_iconv_std.So | tsort -q` --- libiconv_std.so.4.debug --- objcopy --only-keep-debug libiconv_std.so.4.full libiconv_std.so.4.debug --- libiconv_std.so.4 --- objcopy --strip-debug --add-gnu-debuglink=libiconv_std.so.4.debug libiconv_std.so.4.full libiconv_std.so.4 --- all_subdir_mapper_646 --- ===> lib/libiconv_modules/mapper_646 (all) --- all_subdir_libkiconv --- ===> lib/libkiconv (all) --- all_subdir_libiconv_modules --- --- citrus_mapper_646.So --- cc -fpic -DPIC -g -O2 -pipe -I/builds/workspace/FreeBSD_HEAD/src/lib/libiconv_modules/mapper_646/../../libc/iconv -Dbool=_Bool -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -c /builds/workspace/FreeBSD_HEAD/src/lib/libiconv_modules/mapper_646/citrus_mapper_646.c -o citrus_mapper_646.So --- all_subdir_libjail --- --- libjail.so.1.full --- building shared library libjail.so.1 cc -fstack-protector-strong -shared -Wl,-x -Wl,--fatal-warnings -Wl,--warn-shared-textrel -o libjail.so.1.full -Wl,-soname,libjail.so.1 `NM='nm' NMFLAGS='' lorder jail.So jail_getid.So | tsort -q` --- all_subdir_libiconv_modules --- --- all_subdir_mapper_none --- ===> lib/libiconv_modules/mapper_none (all) --- citrus_mapper_none.So --- cc -fpic -DPIC -g -O2 -pipe -I/builds/workspace/FreeBSD_HEAD/src/lib/libiconv_modules/mapper_none/../../libc/iconv -Dbool=_Bool -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /builds/workspace/FreeBSD_HEAD/src/lib/libiconv_modules/mapper_none/citrus_mapper_none.c -o citrus_mapper_none.So --- all_subdir_mapper_646 --- --- libmapper_646.so.4.full --- building shared library libmapper_646.so.4 --- all_subdir_libdwarf --- --- libdwarf_lineno.So --- --- all_subdir_libiconv_modules --- cc -fstack-protector-strong -shared -Wl,-x -Wl,--fatal-warnings -Wl,--warn-shared-textrel -o libmapper_646.so.4.full -Wl,-soname,libmapper_646.so.4 `NM='nm' NMFLAGS='' lorder citrus_mapper_646.So | tsort -q` --- all_subdir_libdwarf --- cc -fpic -DPIC -g -O2 -pipe -I. -I/builds/workspace/FreeBSD_HEAD/src/lib/libdwarf/../../contrib/elftoolchain/libdwarf -I/builds/workspace/FreeBSD_HEAD/src/lib/libdwarf/../../contrib/elftoolchain/common -I/builds/workspace/FreeBSD_HEAD/src/lib/libdwarf/../../contrib/elftoolchain/libelf -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /builds/workspace/FreeBSD_HEAD/src/lib/libdwarf/../../contrib/elftoolchain/libdwarf/libdwarf_lineno.c -o libdwarf_lineno.So --- all_subdir_libiconv_modules --- --- all_subdir_mapper_none --- --- libmapper_none.so.4.full --- building shared library libmapper_none.so.4 cc -fstack-protector-strong -shared -Wl,-x -Wl,--fatal-warnings -Wl,--warn-shared-textrel -o libmapper_none.so.4.full -Wl,-soname,libmapper_none.so.4 `NM='nm' NMFLAGS='' lorder citrus_mapper_none.So | tsort -q` --- all_subdir_mapper_646 --- --- libmapper_646.so.4.debug --- objcopy --only-keep-debug libmapper_646.so.4.full libmapper_646.so.4.debug --- libmapper_646.so.4 --- objcopy --strip-debug --add-gnu-debuglink=libmapper_646.so.4.debug libmapper_646.so.4.full libmapper_646.so.4 --- all_subdir_mapper_none --- --- libmapper_none.so.4.debug --- --- all_subdir_libdwarf --- --- libdwarf_loc.o --- --- all_subdir_libiconv_modules --- objcopy --only-keep-debug libmapper_none.so.4.full libmapper_none.so.4.debug --- all_subdir_libdwarf --- cc -O2 -pipe -I. -I/builds/workspace/FreeBSD_HEAD/src/lib/libdwarf/../../contrib/elftoolchain/libdwarf -I/builds/workspace/FreeBSD_HEAD/src/lib/libdwarf/../../contrib/elftoolchain/common -I/builds/workspace/FreeBSD_HEAD/src/lib/libdwarf/../../contrib/elftoolchain/libelf -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /builds/workspace/FreeBSD_HEAD/src/lib/libdwarf/../../contrib/elftoolchain/libdwarf/libdwarf_loc.c -o libdwarf_loc.o --- all_subdir_libiconv_modules --- --- libmapper_none.so.4 --- objcopy --strip-debug --add-gnu-debuglink=libmapper_none.so.4.debug libmapper_none.so.4.full libmapper_none.so.4 --- all_subdir_mapper_parallel --- ===> lib/libiconv_modules/mapper_parallel (all) --- citrus_mapper_serial.So --- cc -fpic -DPIC -g -O2 -pipe -I/builds/workspace/FreeBSD_HEAD/src/lib/libiconv_modules/mapper_parallel/../../libc/iconv -Dbool=_Bool -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /builds/workspace/FreeBSD_HEAD/src/lib/libiconv_modules/mapper_parallel/../mapper_serial/citrus_mapper_serial.c -o citrus_mapper_serial.So --- all_subdir_libjail --- --- libjail.so.1.debug --- objcopy --only-keep-debug libjail.so.1.full libjail.so.1.debug --- libjail.a --- building static jail library ar -crD libjail.a `NM='nm' NMFLAGS='' lorder jail.o jail_getid.o | tsort -q` ranlib -D libjail.a --- libjail.so.1 --- objcopy --strip-debug --add-gnu-debuglink=libjail.so.1.debug libjail.so.1.full libjail.so.1 --- all_subdir_libkvm --- ===> lib/libkvm (all) --- all_subdir_libdwarf --- --- libdwarf_loc.So --- cc -fpic -DPIC -g -O2 -pipe -I. -I/builds/workspace/FreeBSD_HEAD/src/lib/libdwarf/../../contrib/elftoolchain/libdwarf -I/builds/workspace/FreeBSD_HEAD/src/lib/libdwarf/../../contrib/elftoolchain/common -I/builds/workspace/FreeBSD_HEAD/src/lib/libdwarf/../../contrib/elftoolchain/libelf -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /builds/workspace/FreeBSD_HEAD/src/lib/libdwarf/../../contrib/elftoolchain/libdwarf/libdwarf_loc.c -o libdwarf_loc.So --- all_subdir_libldns --- ===> lib/libldns (all) --- all_subdir_libiconv_modules --- --- libmapper_parallel.so.4.full --- building shared library libmapper_parallel.so.4 cc -fstack-protector-strong -shared -Wl,-x -Wl,--fatal-warnings -Wl,--warn-shared-textrel -o libmapper_parallel.so.4.full -Wl,-soname,libmapper_parallel.so.4 `NM='nm' NMFLAGS='' lorder citrus_mapper_serial.So | tsort -q` --- libmapper_parallel.so.4.debug --- objcopy --only-keep-debug libmapper_parallel.so.4.full libmapper_parallel.so.4.debug --- libmapper_parallel.so.4 --- objcopy --strip-debug --add-gnu-debuglink=libmapper_parallel.so.4.debug libmapper_parallel.so.4.full libmapper_parallel.so.4 --- all_subdir_mapper_serial --- ===> lib/libiconv_modules/mapper_serial (all) --- citrus_mapper_serial.So --- --- all_subdir_libmemstat --- --- all_subdir_libiconv_modules --- cc -fpic -DPIC -g -O2 -pipe -I/builds/workspace/FreeBSD_HEAD/src/lib/libiconv_modules/mapper_serial/../../libc/iconv -Dbool=_Bool -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /builds/workspace/FreeBSD_HEAD/src/lib/libiconv_modules/mapper_serial/citrus_mapper_serial.c -o citrus_mapper_serial.So --- all_subdir_libmemstat --- ===> lib/libmemstat (all) --- memstat.So --- cc -fpic -DPIC -g -O2 -pipe -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Qunused-arguments -c /builds/workspace/FreeBSD_HEAD/src/lib/libmemstat/memstat.c -o memstat.So --- memstat_all.So --- cc -fpic -DPIC -g -O2 -pipe -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Qunused-arguments -c /builds/workspace/FreeBSD_HEAD/src/lib/libmemstat/memstat_all.c -o memstat_all.So --- all_subdir_libdwarf --- --- libdwarf_loclist.o --- cc -O2 -pipe -I. -I/builds/workspace/FreeBSD_HEAD/src/lib/libdwarf/../../contrib/elftoolchain/libdwarf -I/builds/workspace/FreeBSD_HEAD/src/lib/libdwarf/../../contrib/elftoolchain/common -I/builds/workspace/FreeBSD_HEAD/src/lib/libdwarf/../../contrib/elftoolchain/libelf -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /builds/workspace/FreeBSD_HEAD/src/lib/libdwarf/../../contrib/elftoolchain/libdwarf/libdwarf_loclist.c -o libdwarf_loclist.o --- libdwarf_loclist.So --- cc -fpic -DPIC -g -O2 -pipe -I. -I/builds/workspace/FreeBSD_HEAD/src/lib/libdwarf/../../contrib/elftoolchain/libdwarf -I/builds/workspace/FreeBSD_HEAD/src/lib/libdwarf/../../contrib/elftoolchain/common -I/builds/workspace/FreeBSD_HEAD/src/lib/libdwarf/../../contrib/elftoolchain/libelf -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /builds/workspace/FreeBSD_HEAD/src/lib/libdwarf/../../contrib/elftoolchain/libdwarf/libdwarf_loclist.c -o libdwarf_loclist.So --- all_subdir_libiconv_modules --- --- libmapper_serial.so.4.full --- building shared library libmapper_serial.so.4 cc -fstack-protector-strong -shared -Wl,-x -Wl,--fatal-warnings -Wl,--warn-shared-textrel -o libmapper_serial.so.4.full -Wl,-soname,libmapper_serial.so.4 `NM='nm' NMFLAGS='' lorder citrus_mapper_serial.So | tsort -q` --- libmapper_serial.so.4.debug --- objcopy --only-keep-debug libmapper_serial.so.4.full libmapper_serial.so.4.debug --- libmapper_serial.so.4 --- objcopy --strip-debug --add-gnu-debuglink=libmapper_serial.so.4.debug libmapper_serial.so.4.full libmapper_serial.so.4 --- all_subdir_mapper_std --- ===> lib/libiconv_modules/mapper_std (all) --- citrus_mapper_std.So --- cc -fpic -DPIC -g -O2 -pipe -I/builds/workspace/FreeBSD_HEAD/src/lib/libiconv_modules/mapper_std/../../libc/iconv -Dbool=_Bool -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /builds/workspace/FreeBSD_HEAD/src/lib/libiconv_modules/mapper_std/citrus_mapper_std.c -o citrus_mapper_std.So --- all_subdir_mapper_zone --- ===> lib/libiconv_modules/mapper_zone (all) --- all_subdir_libmemstat --- --- memstat_malloc.So --- cc -fpic -DPIC -g -O2 -pipe -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Qunused-arguments -c /builds/workspace/FreeBSD_HEAD/src/lib/libmemstat/memstat_malloc.c -o memstat_malloc.So --- all_subdir_libdwarf --- --- libdwarf_macinfo.o --- cc -O2 -pipe -I. -I/builds/workspace/FreeBSD_HEAD/src/lib/libdwarf/../../contrib/elftoolchain/libdwarf -I/builds/workspace/FreeBSD_HEAD/src/lib/libdwarf/../../contrib/elftoolchain/common -I/builds/workspace/FreeBSD_HEAD/src/lib/libdwarf/../../contrib/elftoolchain/libelf -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /builds/workspace/FreeBSD_HEAD/src/lib/libdwarf/../../contrib/elftoolchain/libdwarf/libdwarf_macinfo.c -o libdwarf_macinfo.o --- all_subdir_libiconv_modules --- --- citrus_mapper_zone.So --- cc -fpic -DPIC -g -O2 -pipe -I/builds/workspace/FreeBSD_HEAD/src/lib/libiconv_modules/mapper_zone/../../libc/iconv -Dbool=_Bool -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /builds/workspace/FreeBSD_HEAD/src/lib/libiconv_modules/mapper_zone/citrus_mapper_zone.c -o citrus_mapper_zone.So --- all_subdir_libmemstat --- --- memstat_uma.So --- cc -fpic -DPIC -g -O2 -pipe -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Qunused-arguments -c /builds/workspace/FreeBSD_HEAD/src/lib/libmemstat/memstat_uma.c -o memstat_uma.So --- all_subdir_libiconv_modules --- --- all_subdir_mapper_std --- --- libmapper_std.so.4.full --- building shared library libmapper_std.so.4 cc -fstack-protector-strong -shared -Wl,-x -Wl,--fatal-warnings -Wl,--warn-shared-textrel -o libmapper_std.so.4.full -Wl,-soname,libmapper_std.so.4 `NM='nm' NMFLAGS='' lorder citrus_mapper_std.So | tsort -q` --- all_subdir_libdwarf --- --- libdwarf_macinfo.So --- cc -fpic -DPIC -g -O2 -pipe -I. -I/builds/workspace/FreeBSD_HEAD/src/lib/libdwarf/../../contrib/elftoolchain/libdwarf -I/builds/workspace/FreeBSD_HEAD/src/lib/libdwarf/../../contrib/elftoolchain/common -I/builds/workspace/FreeBSD_HEAD/src/lib/libdwarf/../../contrib/elftoolchain/libelf -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /builds/workspace/FreeBSD_HEAD/src/lib/libdwarf/../../contrib/elftoolchain/libdwarf/libdwarf_macinfo.c -o libdwarf_macinfo.So --- all_subdir_libiconv_modules --- --- all_subdir_mapper_zone --- --- libmapper_zone.so.4.full --- building shared library libmapper_zone.so.4 cc -fstack-protector-strong -shared -Wl,-x -Wl,--fatal-warnings -Wl,--warn-shared-textrel -o libmapper_zone.so.4.full -Wl,-soname,libmapper_zone.so.4 `NM='nm' NMFLAGS='' lorder citrus_mapper_zone.So | tsort -q` --- all_subdir_mapper_std --- --- libmapper_std.so.4.debug --- objcopy --only-keep-debug libmapper_std.so.4.full libmapper_std.so.4.debug --- libmapper_std.so.4 --- objcopy --strip-debug --add-gnu-debuglink=libmapper_std.so.4.debug libmapper_std.so.4.full libmapper_std.so.4 --- all_subdir_libmd --- ===> lib/libmd (all) --- all_subdir_libiconv_modules --- --- all_subdir_mapper_zone --- --- libmapper_zone.so.4.debug --- objcopy --only-keep-debug libmapper_zone.so.4.full libmapper_zone.so.4.debug --- libmapper_zone.so.4 --- objcopy --strip-debug --add-gnu-debuglink=libmapper_zone.so.4.debug libmapper_zone.so.4.full libmapper_zone.so.4 --- all_subdir_libmilter --- ===> lib/libmilter (all) --- all_subdir_libmp --- ===> lib/libmp (all) --- mpasbn.So --- cc -fpic -DPIC -g -O2 -pipe -I/builds/workspace/FreeBSD_HEAD/src/lib/libmp/../../crypto -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /builds/workspace/FreeBSD_HEAD/src/lib/libmp/mpasbn.c -o mpasbn.So --- all_subdir_libmemstat --- In file included from /builds/workspace/FreeBSD_HEAD/src/lib/libmemstat/memstat_uma.c:37: /builds/workspace/FreeBSD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp/usr/include/vm/uma_int.h:310:14: error: field has incomplete type 'struct task' struct task uz_maxaction; /* Task to run when at limit */ ^ /builds/workspace/FreeBSD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp/usr/include/vm/uma_int.h:310:9: note: forward declaration of 'struct task' struct task uz_maxaction; /* Task to run when at limit */ ^ --- all_subdir_libmilter --- --- main.o --- cc -O2 -pipe -I/builds/workspace/FreeBSD_HEAD/src/lib/libmilter/../../contrib/sendmail/src -I/builds/workspace/FreeBSD_HEAD/src/lib/libmilter/../../contrib/sendmail/include -I. -DNOT_SENDMAIL -Dsm_snprintf=snprintf -D_THREAD_SAFE -DSM_CONF_POLL -DNETINET6 -std=gnu99 -fstack-protector-strong -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c /builds/workspace/FreeBSD_HEAD/src/lib/libmilter/../../contrib/sendmail/libmilter/main.c -o main.o --- all_subdir_libmemstat --- 1 error generated. *** [memstat_uma.So] Error code 1 make[5]: stopped in /builds/workspace/FreeBSD_HEAD/src/lib/libmemstat 1 error make[5]: stopped in /builds/workspace/FreeBSD_HEAD/src/lib/libmemstat *** [all_subdir_libmemstat] Error code 2 make[4]: stopped in /builds/workspace/FreeBSD_HEAD/src/lib --- all_subdir_libdwarf --- A failure has been detected in another branch of the parallel make make[5]: stopped in /builds/workspace/FreeBSD_HEAD/src/lib/libdwarf *** [all_subdir_libdwarf] Error code 2 make[4]: stopped in /builds/workspace/FreeBSD_HEAD/src/lib --- all_subdir_libmilter --- A failure has been detected in another branch of the parallel make make[5]: stopped in /builds/workspace/FreeBSD_HEAD/src/lib/libmilter *** [all_subdir_libmilter] Error code 2 make[4]: stopped in /builds/workspace/FreeBSD_HEAD/src/lib --- all_subdir_libmp --- A failure has been detected in another branch of the parallel make make[5]: stopped in /builds/workspace/FreeBSD_HEAD/src/lib/libmp *** [all_subdir_libmp] Error code 2 make[4]: stopped in /builds/workspace/FreeBSD_HEAD/src/lib 4 errors make[4]: stopped in /builds/workspace/FreeBSD_HEAD/src/lib *** [lib__L] Error code 2 make[3]: stopped in /builds/workspace/FreeBSD_HEAD/src 1 error make[3]: stopped in /builds/workspace/FreeBSD_HEAD/src *** [libraries] Error code 2 make[2]: stopped in /builds/workspace/FreeBSD_HEAD/src 1 error make[2]: stopped in /builds/workspace/FreeBSD_HEAD/src *** [_libraries] Error code 2 make[1]: stopped in /builds/workspace/FreeBSD_HEAD/src 1 error make[1]: stopped in /builds/workspace/FreeBSD_HEAD/src *** [buildworld] Error code 2 make: stopped in /builds/workspace/FreeBSD_HEAD/src 1 error make: stopped in /builds/workspace/FreeBSD_HEAD/src [Pipeline] } //withEnv [Pipeline] Set environment variables : End [Pipeline] } //dir [Pipeline] Change current directory : End [Pipeline] } //node [Pipeline] Allocate node : End [Pipeline] Allocate node : Start Running on master in /usr/local/jenkins/workspace/FreeBSD_HEAD [Pipeline] node { [Pipeline] step From owner-freebsd-current@freebsd.org Thu Feb 4 01:39:48 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E3086A9ACAF; Thu, 4 Feb 2016 01:39:48 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from thebighonker.lerctr.org (thebighonker.lerctr.org [IPv6:2001:470:1f0f:3ad:223:7dff:fe9e:6e8a]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "thebighonker.lerctr.org", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C4B801296; Thu, 4 Feb 2016 01:39:48 +0000 (UTC) (envelope-from ler@lerctr.org) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lerctr.org; s=lerami; h=Message-ID:References:In-Reply-To:Subject:Cc:To:From:Date: Content-Transfer-Encoding:Content-Type:MIME-Version; bh=KfTfcNusO9EZ4fq2x6p3994HWVrnC+YhDNAl9JcCao0=; b=lxRuVuQVO94CWqKgqJ+2PC9czJ OCpbvN9RNUINsjobhDanFa2V5+6yNbP7EPyFu/OInRrthwM2tycdAts0oldthWQriU7oTzsVmRq8/ XGxg8IzQnCO35dGMk3wRrzl6eSRCizXgJI8UcesN2DYmzvtbE67WPjcv3GIorbOrKKn8=; Received: from thebighonker.lerctr.org ([2001:470:1f0f:3ad:223:7dff:fe9e:6e8a]:29420 helo=webmail.lerctr.org) by thebighonker.lerctr.org with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.86 (FreeBSD)) (envelope-from ) id 1aR8tf-0001lO-UW; Wed, 03 Feb 2016 19:39:48 -0600 Received: from 2605:6000:ec17:200:8960:77df:23a8:fcf by webmail.lerctr.org with HTTP (HTTP/1.1 POST); Wed, 03 Feb 2016 19:39:47 -0600 MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Wed, 03 Feb 2016 19:39:47 -0600 From: Larry Rosenman To: freebsd-current@freebsd.org Cc: owner-freebsd-current@freebsd.org Subject: Re: INET6 related tailq crash? In-Reply-To: <20160203030549.GA2947@borg.lerctr.org> References: <20160203030549.GA2947@borg.lerctr.org> Message-ID: <277ff254a97f32c866c512941a0cc84a@thebighonker.lerctr.org> X-Sender: ler@lerctr.org User-Agent: Roundcube Webmail/1.1.4 X-Spam-Score: -1.0 (-) X-LERCTR-Spam-Score: -1.0 (-) X-Spam-Report: SpamScore (-1.0/5.0) ALL_TRUSTED=-1,SHORTCIRCUIT=-0.0001 X-LERCTR-Spam-Report: SpamScore (-1.0/5.0) ALL_TRUSTED=-1, SHORTCIRCUIT=-0.0001 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Feb 2016 01:39:49 -0000 On 2016-02-02 21:05, Larry Rosenman wrote: > Got the following panic: > > borg.lerctr.org dumped core - see /var/crash/vmcore.20 > > Tue Feb 2 20:59:14 CST 2016 > see https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=206904 -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 214-642-9640 E-Mail: ler@lerctr.org US Mail: 7011 W Parmer Ln, Apt 1115, Austin, TX 78729-6961 From owner-freebsd-current@freebsd.org Thu Feb 4 01:56:07 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 08A27A9B37C for ; Thu, 4 Feb 2016 01:56:07 +0000 (UTC) (envelope-from ultima1252@gmail.com) Received: from mail-vk0-x22e.google.com (mail-vk0-x22e.google.com [IPv6:2607:f8b0:400c:c05::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 CCBB41BC1; Thu, 4 Feb 2016 01:56:06 +0000 (UTC) (envelope-from ultima1252@gmail.com) Received: by mail-vk0-x22e.google.com with SMTP id n1so27815963vkb.3; Wed, 03 Feb 2016 17:56:06 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=ltGme6GEF6x9l2CBHne+FscH7Nc+YD3n2mj+bT0lzIk=; b=wdWgQovAXyddM9b4zk/QiDwkzBsjO9LX9B+B2liQ+fWNX8QO3MUv7GNEwBBfu7G0m8 bve3my/PTlPX9/MaF45Ss+HAn7X7+tVXFZiX4mYNh5U31j1zLV7D9TKYF5Oz+RQ6d7Yp RkL0QD6dxz35whTNKxp5hCCQTxAxmqWkWOenLfXNNaTM+/jVxr2gsOFj59w7UZmRZxFS twTplsvvgZl2B5E32oI2MtT410RhnDHUUjb0p12opXr71/KlZ9Ni2PV7w/llm0NqJ4Sk lL5ap0demAItpaKc8Hoe+RHyV2kM5fzNdVbf+p2GyHCzYJOLZw3AoH7fB++9wJyVSEw9 r/rw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=ltGme6GEF6x9l2CBHne+FscH7Nc+YD3n2mj+bT0lzIk=; b=N+uE2Ezmi8OPKWxIN67M+GyYqb+4Thst5CT1KxHY4U1lcmOHSvW8xkl2zT3bAxn3F0 cdC4plUsaJM//199ZEAxrAUmDQHYYFbESfwSADb/gbkCQMxEVYHfVDFDKFWMcuBJKZVO Th+Gff22fjzY3AzjPa4GayU9E+IEaPMYTkLydnlFLNTKr3wkS7fbMXEeCInnjIqTUpc7 7mI62Q32YCB0EjokcZ0MARU4OYoSWJk0F489mu8mhUckOTeRLRkPhCBDCR0T8cJafsnu tDUDtSjlYnS8bG716h8bin74AYzThpEHyRVah2Je03/gTS2nqB5enBcP/9FCMA8GnZ+A yuwA== X-Gm-Message-State: AG10YOT+2f8Np01PbE7VehxlC13L4ekw0JPU5aNk1qDAa3fbcfNOwev56NX7e4gk9//7B2aDad0DdxTdPd62ZA== MIME-Version: 1.0 X-Received: by 10.31.107.1 with SMTP id g1mr3966221vkc.15.1454550965704; Wed, 03 Feb 2016 17:56:05 -0800 (PST) Received: by 10.31.194.194 with HTTP; Wed, 3 Feb 2016 17:56:05 -0800 (PST) In-Reply-To: References: <56B230CB.3050600@FreeBSD.org> <56B257E1.9070000@FreeBSD.org> Date: Wed, 3 Feb 2016 20:56:05 -0500 Message-ID: Subject: Re: Kernel memory leak with x11/nvidia-driver From: Ultima To: Eric van Gyzen Cc: freebsd-current@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Feb 2016 01:56:07 -0000 Just tested your script, there is definitely a memory leak. I also ran into really weird behavior. Running your script in tmux after starting and stopping an xorg session a few, tmux completely froze in the session. Creating a new window in the session was also completely frozen, however this is only visually as commands still worked, just showed a blank black screen. Also unloading the kernel modules for nvidia and nvidia-modeset (new as of 358.16ish) did not free the memory. On Wed, Feb 3, 2016 at 8:24 PM, Ultima wrote: > Apologies, this should have been in my initial reply. > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=201340 > or here for attachment > https://bz-attachments.freebsd.org/attachment.cgi?id=165694 > > I haven't actually had a chance to do anything after upgrading > from stable other than see the corrupted console for myself. > Lack of time =/ > > On Wed, Feb 3, 2016 at 2:41 PM, Eric van Gyzen > wrote: > >> On 02/03/2016 10:54, Eric van Gyzen wrote: >> > I just set up a new desktop running head with x11/nvidia-driver. I've >> > discovered a memory leak where pages disappear from the queues, never to >> > return. Specifically, the total of >> > v_active_count >> > v_inactive_count >> > v_wire_count >> > v_cache_count >> > v_free_count >> > drops, eventually becoming /much/ less than v_page_count. >> >> Here is a script to log the data: >> >> #!/bin/sh >> >> readonly QUEUES="active inactive wire cache free total" >> readonly FORMAT="%s\t%s\t%s\t%s\t%s\t%s\n" >> >> vm_page_counts() { >> for queue in $QUEUES; do >> if [ "$queue" != "total" ]; then >> sysctl -n vm.stats.vm.v_${queue}_count >> fi >> done >> } >> >> sum() { >> s=0 >> while [ $# -gt 0 ]; do >> s=$((s + $1)) >> shift >> done >> echo $s >> } >> >> print_counts() { >> counts="`vm_page_counts`" >> printf "$FORMAT" $counts `sum $counts` >> } >> >> printf "$FORMAT" $QUEUES >> print_counts >> while sleep 60; do >> print_counts >> done >> >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> https://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org >> " >> > > From owner-freebsd-current@freebsd.org Thu Feb 4 02:20:55 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 80578A9B9EC for ; Thu, 4 Feb 2016 02:20:55 +0000 (UTC) (envelope-from kevlo@ns.kevlo.org) Received: from ns.kevlo.org (220-135-115-6.HINET-IP.hinet.net [220.135.115.6]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "ns.kevlo.org", Issuer "ns.kevlo.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 1F9FD6DA for ; Thu, 4 Feb 2016 02:20:54 +0000 (UTC) (envelope-from kevlo@ns.kevlo.org) Received: from ns.kevlo.org (localhost [127.0.0.1]) by ns.kevlo.org (8.14.9/8.14.9) with ESMTP id u141oNBr098355 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Thu, 4 Feb 2016 09:50:23 +0800 (CST) (envelope-from kevlo@ns.kevlo.org) Received: (from kevlo@localhost) by ns.kevlo.org (8.14.9/8.14.9/Submit) id u141oMaQ098354; Thu, 4 Feb 2016 09:50:22 +0800 (CST) (envelope-from kevlo) Date: Thu, 4 Feb 2016 09:50:22 +0800 From: Kevin Lo To: s.o.k@web.de Cc: freebsd-current@freebsd.org Subject: Re: Realtek 8168/8111 if_re not working in current r295091 Message-ID: <20160204015022.GA98345@ns.kevlo.org> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Feb 2016 02:20:55 -0000 On Wed, Feb 03, 2016 at 08:57:01PM +0100, s.o.k@web.de wrote: > > After updating -current at Jan, 31st (r295091) the Realtek ethernet device driver of my Zotac ZBox RI323 mini pc seems to be broken: I can neither connect to the host even though the interface is shown as active, nor can I initiate connection from the host through re0. > Reverting the kernel to my previous build -current r290151 (install date Nov 1st, 2015) the re0 interface is working OK. > > Looking through the svn logs regarding /head/sys/dev/re/if_re.c I supect, that Revision 290566 might have someting to do with this and that I have to include my Realtek Chipset to the exclusion list for "enabling RX/TX after initial configuration (or viceversa; I am really confused here), but I havent got a clue how; as I do not know how to find the right RL_HWREV_XXX flag for my device. > > dmesg shows RealTek 8168/8111 B/C/CP/D/DP/E/F/G PCIe Gigabit Ethernet and pciconf -l -v re0 shows: > re0@pci0:2:0:0: class=0x020000 card=0x816819da chip=0x816810ec rev=0x07 hdr=0x00 > vendor = 'Realtek Semiconductor Co., Ltd.' > device = 'RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller' > > I am grateful for any suggestion towards a solution and I am willing (and able) to assist by patching or debugging my kernel or giving further hw information about my system. Hmm, mine works fine. # pciconf -l -v re1 re1@pci0:4:0:0: class=0x020000 card=0x57531462 chip=0x816810ec rev=0x0c hdr=0x00 vendor = 'Realtek Semiconductor Co., Ltd.' device = 'RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller' class = network subclass = ethernet # dmesg |grep re1 re1: port 0xb000-0xb0ff mem 0x90604000-0x90604fff,0x90600000-0x90603fff irq 19 at device 0.0 on pci4 re1: Using 1 MSI-X message re1: ASPM disabled re1: Chip rev. 0x4c000000 re1: MAC rev. 0x00000000 > Regards, Stefan Kevin From owner-freebsd-current@freebsd.org Thu Feb 4 02:33:06 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BF789A9BEBD for ; Thu, 4 Feb 2016 02:33:06 +0000 (UTC) (envelope-from mgrooms@shrew.net) Received: from mx1.shrew.net (mx1.shrew.net [38.97.5.131]) (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 98FF4D1C for ; Thu, 4 Feb 2016 02:33:06 +0000 (UTC) (envelope-from mgrooms@shrew.net) Received: from mail.shrew.net (mail.shrew.prv [10.24.10.20]) by mx1.shrew.net (8.14.7/8.14.7) with ESMTP id u142UR2R066353 for ; Wed, 3 Feb 2016 20:30:28 -0600 (CST) (envelope-from mgrooms@shrew.net) Received: from [10.16.32.30] (72-48-144-84.static.grandenetworks.net [72.48.144.84]) by mail.shrew.net (Postfix) with ESMTPSA id BCF3A18AD00 for ; Wed, 3 Feb 2016 20:30:22 -0600 (CST) To: freebsd-current@freebsd.org From: Matthew Grooms Subject: Requesting MFC's Message-ID: <56B2B854.2030904@shrew.net> Date: Wed, 3 Feb 2016 20:32:52 -0600 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.5.1 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (mx1.shrew.net [10.24.10.10]); Wed, 03 Feb 2016 20:30:28 -0600 (CST) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Feb 2016 02:33:06 -0000 All, What is the correct way to request that patches be committed to STABLE? In particular, I'd really like to see these in 10.3-RELEASE as they have been required to build a working firewall in some cases. All are related to problems that were fixed in HEAD, but never MFC'd ... https://svnweb.freebsd.org/base?view=revision&revision=264915 https://svnweb.freebsd.org/base?view=revision&revision=272695 https://svnweb.freebsd.org/base?view=revision&revision=288529 Thanks in advance, -Matthew From owner-freebsd-current@freebsd.org Thu Feb 4 04:17:04 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7FA06A9B2EB for ; Thu, 4 Feb 2016 04:17:04 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: from mail-lb0-x235.google.com (mail-lb0-x235.google.com [IPv6:2a00:1450:4010:c04::235]) (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 1CBC01FB5 for ; Thu, 4 Feb 2016 04:17:04 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: by mail-lb0-x235.google.com with SMTP id bc4so24086069lbc.2 for ; Wed, 03 Feb 2016 20:17:03 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=dDDg4BjNqZNnUFGTt4kU9ZoidCZRxn1kWnsxcQM6u4c=; b=ExHVNcM60mhsORbzYJYeWnxOm6iSyZrckSp1kkmKSgZcy7Su8TXQfQODIULGCYchph dANNvB8SdPFds1RS/GMjux2ciS/gNHW6NVqpQzA3XM34y32FKKiNDP45T6nirZUzTJCA fJnLeShl/RHog+Lx3e9798lhxTW/gs8r/PCplzbVSJPwF9odzewEtOWXZvm6Mlfv06mR ah9u6ObF4idj6o7+lqifKz0EX+wmKfuOue6YgYh1RQUrOIagCTKzGLohtPcbLdDtigBQ qCghVRA6GRa+AqWxSkDxC4tHe/aWaH2I6Uy2YF8V57NvCvKSuioTqSuShTx5DTrL4ji1 ZLBQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=dDDg4BjNqZNnUFGTt4kU9ZoidCZRxn1kWnsxcQM6u4c=; b=Ei/2O3i3Gk53g5GKMCeOyj5LqpXejVgtQRGZjhQkW0PmfCGA3zel7QUvidkNex6DN+ OKdt/KnCe+3d7BzpLA7G6+60w70ywkzEJrweCJi8NMqhwY3s5belKEW9GKpJ0SoQbpwS yENBTTVU2nifmf8hGi7ouqBQhWglrjG+L/V3h+5YpsKHdH8h9tBq3gE7uQ9zcJJiu0+4 PbLJR8ScxyfBEnKTDFbTk9qSISJGMQmcC6wJ8qmC3ZZxdDWxhbqVEY/iOsGLg5WYli+a YOMcEVKa/rdzZK/XI2THDu+EY9bX+gSH7sfKGrdrq1Tqu0Rc0iMxDoJmTMipcEzjBsXi 4AQA== X-Gm-Message-State: AG10YOTm0Yn89hw2IbyxF2Uco1A6NWh08U7pkT2pURU8euDyhcOTT11ht+jCsCkY8neluFU4D22ySJmOjWoYGQ== MIME-Version: 1.0 X-Received: by 10.112.162.231 with SMTP id yd7mr2484958lbb.40.1454559421064; Wed, 03 Feb 2016 20:17:01 -0800 (PST) Received: by 10.112.160.133 with HTTP; Wed, 3 Feb 2016 20:17:01 -0800 (PST) In-Reply-To: <56B2B854.2030904@shrew.net> References: <56B2B854.2030904@shrew.net> Date: Wed, 3 Feb 2016 20:17:01 -0800 Message-ID: Subject: Re: Requesting MFC's From: NGie Cooper To: Matthew Grooms Cc: FreeBSD Current Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Feb 2016 04:17:04 -0000 On Wed, Feb 3, 2016 at 6:32 PM, Matthew Grooms wrote: > All, > > What is the correct way to request that patches be committed to STABLE? In > particular, I'd really like to see these in 10.3-RELEASE as they have been > required to build a working firewall in some cases. All are related to > problems that were fixed in HEAD, but never MFC'd ... > > https://svnweb.freebsd.org/base?view=revision&revision=264915 > https://svnweb.freebsd.org/base?view=revision&revision=272695 > https://svnweb.freebsd.org/base?view=revision&revision=288529 > > Thanks in advance, Email the committer about MFCing the change (or another party that has sufficient means to understand the change and potentially test it)? Thanks! -Ngie From owner-freebsd-current@freebsd.org Thu Feb 4 04:35:44 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 65FA0A9B88B; Thu, 4 Feb 2016 04:35:44 +0000 (UTC) (envelope-from kaduk@mit.edu) Received: from dmz-mailsec-scanner-7.mit.edu (dmz-mailsec-scanner-7.mit.edu [18.7.68.36]) (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 61844B68; Thu, 4 Feb 2016 04:35:42 +0000 (UTC) (envelope-from kaduk@mit.edu) X-AuditID: 12074424-bfbff70000000a40-28-56b2d51659a8 Received: from mailhub-auth-3.mit.edu ( [18.9.21.43]) (using TLS with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by (Symantec Messaging Gateway) with SMTP id 4A.63.02624.615D2B65; Wed, 3 Feb 2016 23:35:34 -0500 (EST) Received: from outgoing.mit.edu (outgoing-auth-1.mit.edu [18.9.28.11]) by mailhub-auth-3.mit.edu (8.13.8/8.9.2) with ESMTP id u144ZXbu010626; Wed, 3 Feb 2016 23:35:34 -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 u144ZTMJ000685 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 3 Feb 2016 23:35:33 -0500 Received: (from kaduk@localhost) by multics.mit.edu (8.12.9.20060308) id u144ZSTS007434; Wed, 3 Feb 2016 23:35:28 -0500 (EST) Date: Wed, 3 Feb 2016 23:35:28 -0500 (EST) From: Benjamin Kaduk X-X-Sender: kaduk@multics.mit.edu To: freebsd-hackers@freebsd.org cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: FreeBSD Quarterly Status Report - Fourth Quarter 2015 Message-ID: User-Agent: Alpine 1.10 (GSO 962 2008-03-14) MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFvrEIsWRmVeSWpSXmKPExsUixCmqrSt2dVOYwcZ5Oha7rp1mt5jz5gOT xfbN/xgtDjcLObB4zPg0nyWAMYrLJiU1J7MstUjfLoErY/arhWwF645wVPRteMvawPjuElsX IyeHhICJRPuDo0xdjFwcQgJtTBKfbx2BcjYwSlw7sZ4NwjnIJDFh2R4mkBYhgXqJz5eegdks AloSvxu72UFsNgE1icd7m1khxipKbD41ibmLkYNDREBeYsF5e5Aws4C1xNx168FKhAXsJN51 /wW7glfAUWLzqv8sILaogI7E6v1TWCDighInZz5hgegNkNh84BLrBEb+WUhSs5CkIGwdiSkT VzBC2NoS92+2sS1gZFnFKJuSW6Wbm5iZU5yarFucnJiXl1qka66Xm1mil5pSuokRFLTsLio7 GJsPKR1iFOBgVOLhbfDcFCbEmlhWXJl7iFGSg0lJlDf1GFCILyk/pTIjsTgjvqg0J7X4EKME B7OSCG/IbqAcb0piZVVqUT5MSpqDRUmc14gfKCWQnliSmp2aWpBaBJOV4eBQkuCVvwKUFSxK TU+tSMvMKUFIM3FwggznARo++TLI8OKCxNzizHSI/ClGRSlx3qsgCQGQREZpHlwvOKnsZlJ9 xSgO9IowrzvICh5gQoLrfgU0mAlo8Gy+9SCDSxIRUlINjP35BsoXXCO82MJeFX3VFxV+ctzY UWgr29p9gjN/7hDbJirV+UllxoSr20tXpEmVdb4yfvT2Xnri3FWxqcsPrtqh9Oh6M4+zoW37 Biul5m2SogtU34mIrubvmPdHPI/X+e22mlnfMtbfOzld7+qOWfEnJiw5Inf3gORZ+zb2eesY X01cwbTptb0SS3FGoqEWc1FxIgAEFFpPBQMAAA== Content-Type: TEXT/PLAIN; charset=ISO-8859-2 Content-Transfer-Encoding: QUOTED-PRINTABLE X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Feb 2016 04:35:44 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 FreeBSD Project Quarterly Status Report: October - December 2015 The fourth quarter of 2015 saw a great deal of activity for FreeBSD. This is now the third quarter running for which I can say that this is the largest report yet published! Many thanks to everyone who proactively submitted topics and entries -- it is great to have more complete coverage of ongoing development for the community to learn about in these reports. An experimental new Triage Team was formed this quarter to create a new way for community members to participate, and to improve issue management and productivity in general. Making more effective use of automation and tooling can help to increase developer productivity and the quality of FreeBSD, just as the adoption of Jenkins and continual integration tooling catches regressions quickly and maintains the high standards for the system. Efforts to bring our BSD high standards to new architectures continue, with impressive work on arm64 leading to its promotion to Tier-2 status and a flurry of work bringing up the new RISC-V hardware architecture. Software architecture is also under active development, including system startup and service management. A handful of potential init system replacements are mentioned in this report: launchd, relaunchd, and nosh. Architectural changes originating both from academic research (multipath TCP) and from the realities of industry (sendfile(2) improvements) are also under way. It is heartening to see how FreeBSD provides a welcoming platform for contributions from both research and industry. To all the readers, whether from academia or industry, hobbyist or professional: I hope you are as excited as I am to read about all of the progress and projects covered in this report, and the future of FreeBSD! --Ben Kaduk __________________________________________________________________ The deadline for submissions covering the period from January to March 2016 is April 7, 2016. __________________________________________________________________ FreeBSD Team Reports * FreeBSD Release Engineering Team * Issue Tracking (Bugzilla) * The FreeBSD Core Team * The FreeBSD Issue Triage Team Projects * CAM I/O Scheduler * Encrypted Kernel Crash Dumps * Jenkins Continuous Integration for FreeBSD * Mellanox iSCSI Extensions for RDMA (iSER) Support * MIPS: Ralink/Mediatek Support * Multipath TCP for FreeBSD * OpenBSM * Raspberry Pi: VideoCore Userland Application Packaging * RCTL Disk IO Limits * Root Remount * Routing Stack Update * The Graphics Stack on FreeBSD * The nosh Project * UEFI Boot and Framebuffer Support Kernel * Chelsio iSCSI Offload Driver (Initiator and Target) * FreeBSD Integration Services (BIS) * FreeBSD Xen * Improvements to the QLogic HBA Driver * iMX.6 Video Output Support * ioat(4) Driver Enhancements * Kernel Vnode Cache Tuning * Mellanox Drivers * Minimal Kernel with PNP-Based Autoloading * MMC Stack Under CAM Framework * ntb_hw(4)/if_ntb(4) Driver Synced up to Linux * Out of Memory Handler Rewrite * sendfile(2) Improvements * sysctl Enhancements * Touchscreen Support for Raspberry Pi and Beaglebone Black Architectures * armv6 Hard Float Default ABI * FreeBSD on Marvell Armada38x * FreeBSD on Newer ARM Boards * FreeBSD on SoftIron Overdrive 3000 * FreeBSD/arm64 * FreeBSD/RISC-V * Improvements for ARMv6/v7 Support Userland Programs * Base System Build Improvements * ELF Tool Chain Tools * The LLDB Debugger * Updates to GDB Ports * Bringing GitLab into the Ports Collection * GNOME on FreeBSD * IPv6 Promotion Campaign * KDE on FreeBSD * Linux Kernel as a Library Added to the Ports Collection * LXQt on FreeBSD * New Tools to Enhance the Porting Experience * Node.js Modules * Ports Collection * Supporting Variants in the Ports Framework * Xfce on FreeBSD Documentation * "FreeBSD Mastery: Specialty Filesystems" Early Access Version Now Available * style(9) Enhanced to Allow C99 bool Miscellaneous * HardenedBSD * NanoBSD Modernization * relaunchd * System Initialization and Service Management * The FreeBSD Foundation __________________________________________________________________ FreeBSD Release Engineering Team Links FreeBSD 10.3-RELEASE schedule URL: https://www.freebsd.org/releases/10.3R/schedule.html FreeBSD Development Snapshots URL: http://ftp.freebsd.org/pub/FreeBSD/snapshots/ISO-IMAGES/ Contact: FreeBSD Release Engineering Team The FreeBSD Release Engineering Team is responsible for setting and publishing release schedules for official project releases of FreeBSD, announcing code freezes, and maintaining the respective branches, among other things. During the last quarter of 2015, the Release Engineering team added support for three additional FreeBSD/arm systems: BANANAPI, CUBIEBOARD, and CUBIEBOARD2. In addition to regular development snapshot builds for FreeBSD 11.0-CURRENT and FreeBSD 10.2-STABLE, several changes and enhancements were made to the release build code. Of note, the release build code no longer produces MD5 checksums, in favor of SHA512. Toward the end of the year, focus was primarily centered on the upcoming FreeBSD 10.3 release cycle, which will begin in January 2016. As always, help testing development snapshot builds is crucial to producing quality releases, and we encourage testing development snapshots whenever possible. This project is sponsored by The FreeBSD Foundation. __________________________________________________________________ Issue Tracking (Bugzilla) Links Bugzilla Home Page URL: https://bugs.freebsd.org/bugzilla/ Contact: Bugmeisters Contact: Kubilay Kocak Contact: Mahdi Mokhtari The bugmeister team has gained a new member, Mahdi Mokhtari (mokhi64@gmail.com). Mahdi has been contributing to the FreeBSD Project for just over one month. After getting started by creating ports for Chef-Server and MySQL 5.7 (with Bernard Spil's help), an introduction to Kubilay Kocak led to guidance on appropriate projects, such as Bugzilla development to help Bugmeister, the Bugzilla Triage team, Developers, and the community by making issue tracking better. This is how things are going so far: Issue Tracking can be either "Defect Tracking for Systems" or "Bug-Tracking for Systems". System Defect Tracking is to allow individual or groups of developers to keep track of outstanding issues in their product effectively. We use Bugzilla to manage issues for the FreeBSD project. We are pleased to announce some developments on our issue management systems: * We have made improvements to the AutoAssigner module (not yet deployed) that was previously developed by Marcus von Appen to assign port bugs to their maintainers by default, such as: + Improvements and bugfixes to port detection in the Summary: field of issues, for automatic assignment to their maintainers in a better way. + Refactoring code to make future development easier and faster in a more modular way. * We have developed a new module (FBSDAttachment), which automates setting maintainer-approval flag values on attachments under most conditions. This will improve time to resolution, consistency of triage, and reduce manual effort by triagers and maintainers. * We reported and upstreamed a number of bugs in Bugzilla, working with the upstream Bugzilla developers. Open tasks: 1. Major improvements to templates for usability and simplicity. 2. Further improvements to automation (for example, additional processing of commit logs). __________________________________________________________________ The FreeBSD Core Team Contact: FreeBSD Core Team Two major issues have occupied much of core's attention during the last quarter: the reorganisation of the Security Team and the question of whether to import GPLv3 licensed code into the source repository. 1. The idea of reorganizing the Security team was first proposed to Core during a meeting at BSDCan this year by Gleb Smirnoff -- core member and newly-appointed deputy Security Officer (SO). The "Security Team", which previously could contain several people (a varying number over time, but more than two) has been refashioned into just two roles: Security Officer and Deputy Security Officer. Accordingly, the role of the SO team has been redefined to be the controller of the distribution of security sensitive information into and within the project: they are responsible for interfacing with external bodies and individuals reporting security problems to the project, and connecting those reports to the appropriate individuals within the project with the technical expertise to address the identified concerns. These changes will improve the project's responsiveness to security alerts, help maintain security on privileged information received in confidence before general publication and, not least, reduce the work load on the security officer. The SO team will continue to benefit from liasons with the Core, Cluster Administration, and Release Engineering teams, and will be assisted by a secretary; they will also be able to obtain input and assistance in drafting security advisories from former and potential future (Deputy) Security Officers. Core would particularly like to thank the former members of the Security Team group for their past contributions, now that the Security Team role has been merged into the Security Officer's responsibilities. 2. The other large question concerning Core is how to provide a modern toolchain for all supported achitectures. Tier 1 architectures are required to ship with a toolchain unencumbered by onerous license terms. This is currently provided for i386 and arm64 by the LLVM suite, including the Clang compiler, LLD and LLDB. However LLVM support for other (Tier 2 or below) architectures is not yet of sufficient quality to be viable, and the older but pre-existing GPLv2 toolchain cannot support some of the interesting new architectures such as arm64 and RISC-V. Pragmatically, in order for the project to support these architectures, until LLVM support arrives we must turn to the GNU project's GPLv3 licenced toolchain. The argument here is whether to import GPLv3 licensed code into the FreeBSD src repository with all of the obligations on patent terms and source code redistribution that would entail, not only for the FreeBSD project itself but for numerous downstream consumers of FreeBSD code. Not having a toolchain readily available is a big impediment to working on a new architecture. One potential solution is to create a range of "GPLv3 toolchain" base-system packages out of a completely separate source code repository, for instance within the FreeBSD area on Github. These would be distributed equivalently to the other base system binary packages when that mechanism is introduced. Core recognises that this is a decision with wide-ranging consequences and will be producing a position paper for circulation amongst all interested parties in order to judge community opinion on the matter. Core welcomes feedback from all interested parties on the subject. Beyond these two big questions, Core has handled a number of other items: * Core approved the formation of a wiki-admin team to take over managing the Wiki, to curate the Wiki content and work on navigation and organization of existing technical content and to evaluate new Wiki software with the aim of opening up the Wiki to contributions from the public. * An external review board has been assembled to look at the Code of Conduct, including a mixture of project members and experts from external groups. The review process is getting under way and Core is awaiting their report. * The standard documentation license was found to be unfit for its purpose, and the doceng group had temporarily reverted to the previous license while a new replacement was drafted. This new license is now the default for new documentation submissions. However, one factor emerging from this review was the difficulty of maintaining correct authorial attributions for sections of documentation, some of which may only be a few words long. Unlike source code, blocks of documentation are frequently moved around within individual files, or even between files. Consequently, Core would like to introduce a Voluntary Contribution Agreement along the lines of the one operated by the Apache Foundation. With this, copyrights are signed over to the FreeBSD Foundation, with individual contributions being recognised by recording names in a general "Authors" file. This will be another alternative alongside the existing copyright mechanisms used in the project. Core is interested to hear any opinions on the subject. * Core approved the formation of a new "dev-announce" mailing list, which all FreeBSD committers should be members of. This will be a low-traffic moderated list to contain important announcements, heads-ups, warnings of code freezes, changes in policy and notifications of events that affect the project as a whole. * Around eight years ago, an attempt was made to import the OpenBSD sensors framework. This was rejected at the time as potentially blocking the development of a better designed framework. However, no such development has occurred in the intervening time whilst the sensors framework has been in use successfully by both OpenBSD and FreeNAS. Despite some concerns about the efficiency of the framework and potential impacts on power consumption and hence battery lifetime, core is minded to approve the import, but wants to consult with interested developers first. * Core is exploring the legal ramifications for the project of the "Right to Be Forgotten" established by the European Court of Justice. * Core is also seeking an alternative means for holding their regular monthly conference calls. The current, paid-for, service has less than satisfactory sound quality and reliability, and Core would like to switch to a free video conferencing solution. This quarter also saw a particularly large influx of new commit bit requests, with on occasion, four votes running simultaneously. Please welcome Kurt Lidl, Svatopluk Kraus, Michal Meloun, Jonathan Looney (Juniper), Daisuke Aoyama, Phil Shafer (Juniper), Ravi Pokala (Panasas), Anish Gupta and Mark Bloch (Mellanox) to the ranks of src committers. In addition, core was delighted to restore commit privileges for Eric Melville after a hiatus of many years. No commit bits were taken in during the quarter. A non-committer account was approved for Kevin Bowling of LimeLight Networks. Kevin will be doing systems administration work with clusteradm, with particular interest in the parts of the cluster that are now hosted in LLNW's facilities. Deb Goodkin of the FreeBSD Foundation was added to the developers mailing list: she was one of the few members of the Foundation Board not already on the list, and having awareness of what is going on in the developer community will help her to support the project more effectively. __________________________________________________________________ The FreeBSD Issue Triage Team Contact: Bugmeister Contact: Kubilay Kocak Contact: Vladimir Krstulja Contact: Rodrigo N. Hernandez By the end of the Q4 2015 period, Kubilay Kocak (koobs@) started an initiative to form an experimental Bugzilla Triage Team. The main goals of the team are to increase community involvement (addition/training of new triagers) and enhance current procedures and tools, among others. This experiment was started with the participation of Vladimir (blackflow on irc/freenode) and Rodrigo (DanDare on irc/freenode), who approached koobs@ with a desire to contribute and get more involved with the FreeBSD Project. This experimental pilot project has the task of setting up procedures for enhanced Issue (Problem Report) management that include better classification and prioritization, eventually leading to faster resolution of issues. We are now happy to report on the progress of this experimental team: * The #FreeBSD-bugs IRC channel has been set up on Freenode and we are successfully using it to exchange information about triage processes, ask for help, propose changes and discuss related topics. * We have identified the primary role of an Issue Triage Team to be that of classification of problem reports of all kinds (currently limited mostly to ports and obvious src issues) and facilitation of issue assignment, which is making sure that the reported issues are explained well, contain all the appropriate information (or as much of it as possible), and are brought to attention of the people who can act upon them. * Vladimir and Rodrigo are successfully training in bug triage as well as porting processes (Vladimir is also taking maintainership of some ports). * This experiment is benefiting from the introduction of newcomers to issue tracking. It naturally resulted in a entire review of the tracking process from its very elementary aspects. This "fresh eyes" participation spotted minor details during the process, giving the opportunity to scrutinize actual procedures on a number of smaller points, followed by proposals on how to improve the overall Issue Tracking and Management. The new ideas include both organizational and technical ideas and solutions, such as new or modified keywords or flags for better classification, the triage workflow, and Bugzilla technical improvements, among others. * An important goal is producing documentation about best practices for using Bugzilla and issue management workflow. This documentation should be aimed not only at people directly engaged in issue triage tasks, but also at general users. Another relevant point is that feedback from the triage team can be used to improve Bugzilla in terms of adjusting existing features to best fit FreeBSD's needs, and the development of new features (please see Mahdi "Magic" Mokhtari's report on "Bugzilla improvements"). * We are still collating ideas in preparation of setting up a Wiki namespace for the overall topic of issue management, containing information for all the parties involved in issue tracking: from users (reporters) to maintainers and committers. The unorganized brainstorming document is linked in this report. Since the Issue Triage Team is very young, we expect more information be available and more actions to be reported in the next status report. Open tasks: 1. Set up the Wiki namespace and organize the brainstorming document into a meaningful set of documents. 2. We are actively recruiting to grow our FreeBSD Triage Team. If you are interested in participating and contributing to one of the most important community-facing areas of the FreeBSD project, join #freebsd-bugs on the freenode IRC and let us know! Experience with issue tracking is desirable, but not required. No prior internal project knowledge or technical skills are required, just bring your communication skills and awesome attitude. Training is provided. __________________________________________________________________ CAM I/O Scheduler Links BSDCan Paper URL: https://people.FreeBSD.org/~imp/bsdcan2015/iosched-v3.pdf Phabricator Review URL: https://reviews.FreeBSD.org/D4609 Contact: Warner Losh Reviews have begun on the CAM I/O scheduler that I wrote for Netflix. It is anticipated that this process will be done in time for the FreeBSD 11 branch. Details about this work can be found in the linked BSDcan paper from last year. Briefly, the scheduler allows one to differentiate I/O types and limit I/O based on the type and characteristics of the I/Os (including the latency of recent requests relative to historical averages). This is most useful when tuning system loads to SSD performance. Both a simple default scheduler, the same that we use today in FreeBSD, as well as a scheduler that can be well-tuned for system loads related to video streaming will be included. This project is sponsored by Netflix, Inc. __________________________________________________________________ Encrypted Kernel Crash Dumps Links Technical Details URL: https://lists.FreeBSD.org/pipermail/freebsd-security/2015-December= /008780.html Patch Review URL: https://reviews.FreeBSD.org/D4712 Contact: Konrad Witaszczyk Kernel crash dumps contain information about currently running processes. This can include sensitive data, for example passwords kept in memory by a browser when a kernel panic occurred. An entity that can read data from a dump device or a crash directory can also extract this information from a core dump. To prevent this situation, the core dump should be encrypted before it is stored on the dump device. This project allows a kernel to encrypt a core dump during a panic. A user can configure the kernel for encrypted dumps and save the core dump after reboot using the existing tools, dumpon(8) and savecore(8). A new tool decryptcore(8) was added to decrypt the core files. A patch has been uploaded to Phabricator for review. The patch is currently being updated to address the review comments, and should be committed as soon as it is accepted. For more technical details, please visit the FreeBSD-security mailing list archive or see the Phabricator review. __________________________________________________________________ Jenkins Continuous Integration for FreeBSD Links The Jenkins CI Server in the FreeBSD Cluster URL: https://jenkins.FreeBSD.org Portest Script URL: https://github.com/Ultima1252/portest Jenkins Workflow Plugin URL: https://github.com/jenkinsci/workflow-plugin Cloudbees URL: https://cloudbees.com Jenkins Phabricator Plugin URL: https://github.com/uber/phabricator-jenkins-plugin Phabricator Plugin Fixes URL: https://github.com/uber/phabricator-jenkins-plugin/pull/110 Durable Task Plugin Fixes URL: https://github.com/jenkinsci/durable-task-plugin/pull/14 Clang Scanbuild Plugin Fixes URL: https://github.com/jenkinsci/clang-scanbuild-plugin/commits/master Multiple SCMs Plugin Fixes URL: https://github.com/jenkinsci/multiple-scms-plugin/commits/master SCM Sync Configuration Plugin Fixes URL: https://github.com/jenkinsci/scm-sync-configuration-plugin/commits= /master Porting Jobs to the Workflow Plugin URL: https://lists.FreeBSD.org/pipermail/freebsd-testing/2016-January/0= 01285.html Akuma Fixes for FreeBSD URL: https://github.com/kohsuke/akuma/pull/9 Kyua Fix for Invalid Characters URL: https://github.com/jmmv/kyua/pull/148 Contact: Craig Rodrigues Contact: Jenkins Administrators Contact: FreeBSD Testing The Jenkins Continuous Integration and Testing project has been helping to improve the quality of FreeBSD. Since the last status report, we have quickly found commits that caused build breakage or test failures. FreeBSD developers saw these problems and quickly fixed them. Some of the highlights include: * Ricky Gallagher wrote a script named portest, which can take a patch to the FreeBSD ports tree as input, and can generate a sequence of commands to check out the ports tree from Subversion, apply the patch, and then invoke poudriere to build the affected part of the ports tree. Ricky consulted with Torsten Z=FChlsdorff during its development. This script will be used later to test changes to the ports tree. * Craig Rodrigues converted some Jenkins builds to use the Workflow plugin. Workflow is a plugin written by Jesse Glick and other developers at Cloudbees, the main company providing commercial support for Jenkins. With this plugin, a Jenkins job can be written in a Domain Specific Language (DSL) which is written in the Groovy scripting language. Workflow scripts are meant to provide sophisticated access to Jenkins functionality, in a simple scripting language. As Jenkins jobs get more complicated and have more interdependencies, using a DSL is easier for maintainability instead of creating Jenkins jobs via menus. Craig Rodrigues worked with Jesse Glick to identify and fix a problem with the Durable Task plugin used by the workflow plugin. This problem seemed to show up mostly on non-Linux platforms such as OS X and FreeBSD. * Eitan Adler worked with Craig Rodrigues to test a Jenkins plugin written by Aiden Scandella at Uber which integrates Phabricator and Jenkins. With this plugin, if someone submits a code review with Phabricator's Differential tool, a Jenkins build with this code change will be triggered. The Phabricator code review would then be updated with the result of the build. Eitan Adler and Craig Rodrigues had some initial success testing this plugin using the FreeBSD docs repository, but this plugin still has a lot of hardcoded dependencies specific to Uber's environment which make it difficult to use out-of-the-box for FreeBSD. Alexander Yerenkow submitted some patches upstream to fix some of these problems, but this plugin still needs more work. Craig Rodrigues thinks that it might be better to write a workflow script to call Phabricator commands directly. * Craig Rodrigues pushed fixes upstream to several plugins including: + SCM Sync configuration plugin + NodeLabel parameter plugin + Subversion plugin + Multiple SCMs plugin + Clang Scanbuild plugin Craig Rodrigues was granted commit access to the SCM Sync configuration plugin, Multiple SCMs plugin, and Clang Scanbuild plugin. * Li-Wen Hsu set up multiple builds using jails on machines located at NYI and administered by the FreeBSD Cluster Administrators. One of these builds targets 64-bit ARM. * Michael Zhilin fixed the Akuma library for FreeBSD. The Akuma library is used by Jenkins to determine what command-line arguments were passed to a running process. To fix it, Michael invoked an FreeBSD-specific sysctl() with KERN_PROC_ARGS to determine the arguments for a running pid. This fix allows a running Jenkins instance to restart itself after new plugins are installed. * Julio Merino accepted a fix for Kyua from Craig Rodrigues to fix writing out XML characters to test report files. Open tasks: 1. Work more on using the workflow plugin for various builds. 2. Set up a build to test bmake's meta-mode. 3. Finish off integration with Phabricator. 4. People interested in helping out should join the freebsd-testing@FreeBSD.org list. __________________________________________________________________ Mellanox iSCSI Extensions for RDMA (iSER) Support Links GitHub repository URL: https://github.com/sagigrimberg/iser-FreeBSD Contact: Max Gurtovoy Contact: Sagi Grimberg Building on the new in-kernel iSCSI initiator stack released in FreeBSD 10.0 and the recently added iSCSI offload interface, Mellanox Technologies has developed iSCSI extensions for RDMA (iSER) initiator support to enable efficient data movement using the hardware offload capabilities of Mellanox's 10, 40, 56, and 100 Gigabit Infiniband (IB)/Ethernet adapters. Remote Direct Memory Access (RDMA) has been shown to have great value for storage applications. RDMA infrastructure provides benefits such as zero-copy, CPU offload, reliable transport, fabric consolidation, and many more. The iSER protocol eliminates some of the bottlenecks in the traditional iSCSI/TCP stack, provides low latency and high throughput, and is well suited for latency aware workloads. This work includes a new ICL module that implements the iSER initiator. The iSCSI stack is slightly modified to support some extra features such as asynchronous IO completions, unmapped data buffers, and data-transfer offloads. The user will be able to choose iSER as the iSCSI transport with iscsictl. The project is in the process of being merged to FreeBSD 11-CURRENT and is expected to ship with FreeBSD 11.0. This project is sponsored by Mellanox Technologies. __________________________________________________________________ MIPS: Ralink/Mediatek Support Links Github Branch With Work in Progress URL: https://github.com/sgalabov/FreeBSD/tree/local/sgalabov_mtk Contact: Stanislav Galabov This project is aimed at adding FreeBSD support for Ralink/Mediatek's family of WiFi router system-on-chip (SoC) devices based on MIPS processors. These SoCs are commonly found in embedded network devices such as WiFi routers. Having support for these SoCs would allow FreeBSD to run on a number of additional low-cost devices, which could help spread FreeBSD's popularity in the embedded systems world. The project currently aims to support the following Ralink/Mediatek chipsets: RT3050, RT3052, RT3350, RT3352, RT3662, RT3883, RT5350, RT6855, RT6856, MT7620, MT7621, MT7628 and MT7688. The following functionality (where applicable) is currently planned to be supported: Interrupt controller, UART, GPIO, USB, PCI/PCIe, Ethernet, and SPI. This project is sponsored by Smartcom - Bulgaria AD. Open tasks: 1. Help with adding WiFi driver support (possibly to ral(4)) for the above SoCs would be greatly appreciated. 2. Help with refactoring if_rt(4) to be usable on all of the above SoCs would be appreciated. 3. Help wth testing target boards (e.g., WiFi routers) would be appreciated. __________________________________________________________________ Multipath TCP for FreeBSD Links MPTCP for FreeBSD Repository URL: https://bitbucket.org/nw-swin/caia-mptcp-freebsd/ MPTCP for FreeBSD Project Website URL: http://caia.swin.edu.au/urp/newtcp/mptcp/ Contact: Nigel Williams Multipath TCP (MPTCP) is an extension to TCP that allows for the use of multiple network interfaces on a standard TCP session. The addition of new addresses and scheduling of data across these occurs transparently from the perspective of the TCP application. The goal of this project is to deliver an MPTCP kernel patch that interoperates with the reference MPTCP implementation, along with additional enhancements to aid network research. A v0.51 release has been tagged in our repository, with some minor improvements over v0.5. We have now removed much of the MPTCP code that was inside the functions tcp_do_segment, tcp_output, and other code used for standard TCP connections. The goal of this is to restrict the added MPTCP code to just MPTCP connections, leaving regular TCP connections using the existing code. We are currently in the process of implementing a subflow socket buffer upcall and event processing. These will handle changes in subflow socket state, MP-signalling, and incoming data segments. This also requires some re-working of the MP option processing, particularly how incoming DSN maps are parsed and stored for use during MP-layer reassembly. We are also looking at how our changes might take advantage of the new TCP stack modularisation enhancements to create subflow-specific TCP functions. This project is sponsored by The Cisco University Research Program Fund at Community Foundation Silicon Valley, and The FreeBSD Foundation. Open tasks: 1. Complete the implementations of subflow event processing and new option parsing. 2. Update documentation and task lists. __________________________________________________________________ OpenBSM Links OpenBSM: Open Source Basic Security Module (BSM) Audit Implementation URL: http://www.openbsm.org OpenBSM on GitHub URL: https://github.com/openbsm/openbsm FreeBSD Audit Handbook Chapter URL: https://www.FreeBSD.org/doc/en_US.ISO8859-1/books/handbook/audit.h= tml Contact: Christian Brueffer Contact: Robert Watson Contact: TrustedBSD audit mailing list OpenBSM is a BSD-licensed implementation of Sun's Basic Security Module (BSM) API and file format. It is the user-space side of the CAPP Audit implementations in FreeBSD and Mac OS X. Additionally, the audit trail processing tools are expected to work on Linux. Progress has been slow but steady this quarter, culminating in OpenBSM 1.2 alpha 4, the first release in three years. It features various bug fixes and documentation improvements; the complete list of changes is documented in the NEWS file on GitHub. The release was imported into FreeBSD head and merged to FreeBSD 10-STABLE. As such, it will be part of FreeBSD 10.3-RELEASE. Open tasks: 1. Test the new release on different versions of FreeBSD, Mac OS X, and Linux. In particular, testing on Mac OS X 10.9 (Mavericks) and newer would be greatly appreciated. 2. Fix problems that have been reported via GitHub and the FreeBSD bug tracker. 3. Implement features mentioned in the TODO list on GitHub. __________________________________________________________________ Raspberry Pi: VideoCore Userland Application Packaging Contact: Mika=EBl Urankar Contact: Oleksandr Tymoshenko The Raspberry Pi SoC consists of two parts: ARM and GPU (VideoCore). Many interesting features like OpenGL, video playback, and HDMI controls are implemented on the VideoCore side and can be accessed from the OS through libraries provided by Broadcom (userland repo). These libraries were ported to FreeBSD some time ago, so Mika=EBl created the port misc/raspberrypi-userland for them. He also created a port for omxplayer (a low-level video player that utilizes VideoCore APIs) and is working on a port for Kodi (formerly XBMC), a more user-firendly media player software with Raspberry Pi support. __________________________________________________________________ RCTL Disk IO Limits Contact: Edward Tomasz Napierala An important missing piece of the RCTL resource limits mechanism was the ability to limit disk throughput. This project aims to fill that hole by making it possible to add RCTL rules for read bytes per second (BPS), write BPS, read I/O operations per second (IOPS), and write IOPS. It also adds a new throttling mechanism to delay process execution when a limit is reached. The project is at the late implementation stage. The major piece of work left apart from testing is to integrate it with ZFS. The project is expected to ship with FreeBSD 11.0. This project is sponsored by The FreeBSD Foundation. __________________________________________________________________ Root Remount Links Commit to Head URL: https://svnweb.freebsd.org/base?view=3Drevision&revision=3D290548 reboot(8) Manual Page Changes URL: https://svnweb.freebsd.org/base/head/sbin/reboot/reboot.8?r1=3D290= 548&r2=3D290547&pathrev=3D290548 Contact: Edward Tomasz Napierala One of the long-missing features of FreeBSD was the ability to boot up with a temporary rootfs, configure the kernel to be able to access the real rootfs, and then replace the temporary root with the real one. In Linux, this functionality is known as pivot_root. The reroot projects provides similar functionality in a different, slightly more user-friendly way: rerooting. Simply put, from the user point of view it looks like the system performs a partial shutdown, killing all processes and unmounting the rootfs, and then partial bringup, mounting the new rootfs, running init, and running the startup scripts as usual. The project is finished. All the relevant code has been committed to FreeBSD 11-CURRENT and is expected to ship with FreeBSD 11.0. This project is sponsored by The FreeBSD Foundation. __________________________________________________________________ Routing Stack Update Links Initial Proposal URL: http://wiki.freebsd.org/ProjectsRoutingProposal Contact: Alexander Chernikov The projects/routing Subversion branch is a FreeBSD routing system rework aimed at providing performance, scalability and the ability to add advanced features to the routing stack. The current packet output path suffers from excessive locking. Acquiring and releasing four distinct contested locks is required to convert a packet to a frame suitable to put on the wire. The first project goal is to reduce the number of locks needed to just two rmlock(9)s for the output path, which permits close-to-linear scaling. Since September, one of the locks (used to protect link-level entries) has been completely eliminated from the packet data path. A new routing API was introduced, featuring better scalability and hiding routing internals. Most of the consumers of the old routing API were converted to use the new API. __________________________________________________________________ The Graphics Stack on FreeBSD Links Graphics Stack Roadmap and Supported Hardware Matrix URL: https://wiki.FreeBSD.org/Graphics Ports Development Tree on GitHub URL: https://github.com/FreeBSD/freebsd-ports-graphics Contact: FreeBSD Graphics team Several important ports were updated: Mesa to 11.0.8, the X.Org server to 1.17.4, libdrm to 2.4.65, as well as many applications and libraries. The latest release of the X.Org server, 1.18, is being tested in our Ports development tree. On the kernel side, the i915 update is almost ready to land. There are a couple known regressions for currently supported GPUs that we want to fix before committing. We started a discussion on the FreeBSD-x11@ mailing list to organize future contributions to the kernel drivers. We have already received some valuable comments. We are confident that future updates will happen at a faster pace, thanks to several motivated people! FOSDEM is held in Brussels on the 30th and 31st of January. We will attend this conference. It will be a perfect time to see people again from FreeBSD and from the XDC. On Sunday, we will give a talk about how to contribute to the Graphics Stack. Our blog is currently down because the service was discontinued. We hope to get a dump of our data to put it back online elsewhere. Unfortunately, there is no ETA for this item. Open tasks: 1. See the "Graphics" wiki page for up-to-date information. __________________________________________________________________ The nosh Project Links Introduction URL: http://homepage.ntlworld.com./jonathan.deboynepollard/Softwares/no= sh.html FreeBSD binary packages URL: http://homepage.ntlworld.com./jonathan.deboynepollard/Softwares/no= sh/freebsd-binary-packages.html Installation How-To URL: http://homepage.ntlworld.com./jonathan.deboynepollard/Softwares/no= sh/timorous-admin-installation-how-to.html Roadmap URL: http://homepage.ntlworld.com./jonathan.deboynepollard/Softwares/no= sh/roadmap.html Commands URL: http://homepage.ntlworld.com./jonathan.deboynepollard/Softwares/no= sh/commands.html A Slightly Outdated User Guide URL: http://homepage.ntlworld.com./jonathan.deboynepollard/Softwares/no= sh/guide/index.html The Supervision Mailing List URL: https://www.mail-archive.com/supervision@list.skarnet.org/ Contact: Jonathan de Boyne Pollard The nosh project is a suite of system-level utilities for initializing, running, and shutting down BSD systems, and for managing daemons, terminals, and logging. It supersedes BSD init and the NetBSD rc.d system, drawing inspiration from Solaris SMF for named milestones, daemontools-encore for service control/status mechanisms, UCSPI, and IBM AIX for separated service and system management. It comprises a range of compatibility mechanisms, including shims for familiar commands from other systems, and an automatic import mechanism that takes existing configuration data from /etc/fstab, /etc/rc.conf{,.local}, /etc/ttys, and elsewhere, applying them to its native service definitions and creating additional native services. It is portable (including to Linux) and composable, it provides a migration path from the world of systemd Linux, and it does not require new kernel APIs. It provides clean service environments, orderings and dependencies between services, parallelized startup and shutdown (including fsck), strictly size-capped and autorotated logging, the service manager as a "subreaper", and uses kevent(2) for event-driven parallelism. Since the last status report, in October 2015, the project has seen: the complete replacement of its event-handling subsystem on Linux; the introduction of tools for exporting cyclog/multilog logs via RFC 5426 to remote log handlers (such as logstash); and the switching of the user-mode virtual terminal subsystem on BSD to using USB devices directly, a more powerful device interface than sysmouse et al. because it permits directly positioning touch devices for mice and other things (thus permitting "mouse integration" under VirtualBox for those who run PC-BSD/FreeBSD on VirtualBox virtual machines), but sysmouse et al. can still be used if desired. In version 1.24, released shortly before publication of this report, there are extensive additions for supporting a purely-ZFS system with an empty /etc/fstab (as the PC-BSD 10.2 system installer creates), and the ability to convert systemd unit files' process priority settings to BSD's rtprio/idprio. Version 1.24 also sees a large chunk taken out of the remainder of the on-going project to create enough native service bundles and ancillary utilities to entirely supplant the rc.d system. The progress of this project has been open from the start, and can be followed on the nosh roadmap web page. As of version 1.24, there are a mere 27 items remaining out of the original target list of 157, with a 28th and a 29th (from PC-BSD 10.2) added. Items crossed off by version 1.24 include (amongst others) mfs support for /tmp, static ARP and networking, persistent entropy for the randomness subsystem, pefs, and hald. The remaining items in the task list are mostly aimed at making the overall system integration cleaner and friendlier to modern systems. We are also interested in receiving suggestions, bug reports, and other feedback from users. Try following the how-to guide and see how things go! Open tasks: 1. Add kernel support for passing a -b option to PID 1, and support for a boot_bare variable in the loader, to allow "emergency" (where no shell dotfiles are loaded) and "rescue" mode bootstraps, akin to Linux. (History: the -b mechanism and idea date back to version 2.57d of Miquel van Smoorenburg's System 5 init clone, dated 1995-12-03, and was already known as "emergency boot" by 1997.) 2. Add support to FreeBSD's fsck(8) for outputting machine-readable progress reports to a designated file descriptor, so that nosh can provide progress bars for multiple fscks running in parallel. nosh already provides this functionality on Linux, where fsck(8) does provide machine-readable output. 3. Identify when the configuration import system needs to be triggered, such as when bsdconfig alters configuration files, and create the necessary hooks to import external configuration changes into nosh. __________________________________________________________________ UEFI Boot and Framebuffer Support Contact: Ed Maste A number of UEFI bug fixes were committed over the last quarter, further improving compatibility with different UEFI implementations. Specifically: on some implementations, FreeBSD failed to boot with an "ExitBootServices() returned 0x8000000000000002" error. This has been fixed with a retry loop (as required by UEFI) in r292515 and r292338. UEFI improvements from other developers have recently been committed or are in progress. These include support for environment variables set on the EFI loader command line, improved text console mode setting, support for nvram variables, and root-on-ZFS support. This project is sponsored by The FreeBSD Foundation. Open tasks: 1. Test FreeBSD-CURRENT snapshots on a variety of UEFI implementations. 2. Merge UEFI changes to stable/10 for FreeBSD 10.3-RELEASE. __________________________________________________________________ Chelsio iSCSI Offload Driver (Initiator and Target) Links Commit Adding Hardware Acceleration Support URL: https://svnweb.freebsd.org/changeset/base/292740 Contact: Navdeep Parhar A new driver, cxgbei, enabling hardware accelerated iSCSI with Chelsio's T5- and T4-based offload-capable cards, has been committed to head. Both Initiator and Target are supported. The wire traffic is standard iSCSI (SCSI over TCP as per RFC 3720, etc.) so an Initiator/Target using this driver will interoperate with all other standards-compliant implementations. Hardware assistance provided by the T5 and T4 ASICs includes: * Complete TCP processing. * iSCSI PDU identification and extraction from the byte oriented TCP stream. * Header and/or data digest generation and verification. * Zero copy support for both transmit and receive. This project is sponsored by Chelsio Communications. Open tasks: 1. The cxgbei(4) man page is missing but will be committed shortly. 2. The driver is in advanced stage QA and will see some bugfixes and performance enhancements in the very near future. MFC is possible as soon as the QA cycle completes. __________________________________________________________________ FreeBSD Integration Services (BIS) Links FreeBSD Virtual Machines on Microsoft Hyper-V URL: https://wiki.FreeBSD.org/HyperV Linux and FreeBSD Virtual Machines on Hyper-V URL: https://technet.microsoft.com/en-us/library/dn531030.aspx Contact: Dexuan Cui Contact: Hongjiang Zhang When FreeBSD virtual machines (VMs) run on Hyper-V, using Hyper-V synthetic devices is recommended to get the best network and storage performance and make full use of all the benefits that Hyper-V provides. The collection of drivers that are required to run Hyper-V synthetic devices in FreeBSD are known as FreeBSD Integration Services (BIS). Some of the BIS drivers (like network and storage drivers) have existed in FreeBSD 9.x and 10.x for years, but there are still some performance and stability issues and bugs. Compared with Windows and Linux VMs, the current BIS lacks some important features, such as virtual Receive Side Scaling (vRSS) support in the Hyper-V network driver and support for UEFI VM (boot from UEFI), among others. We are now working more on the issues and performance tuning to make FreeBSD VMs run better on Hyper-V and the Hyper-V based cloud platform Azure. Our work during 2015Q4 is documented below: * Optimizing the VMBus driver and Hyper-V network driver for performance: + Sent out patches to enable INTR_MPSAFE for the interrupt handling thread, speed up relid-to-channel lookup in the thread by map table, and optimize the VMBus ringbuffer writable notification to the host. + Developing a patch to enable the virtual Receive Side Scaling (vRSS) for Hyper-V network device driver. This will greatly improve the network performance for SMP virtual machine (VM). + Sent out a patch to enable the Hyper-V timer, which will improve the accuracy of timekeeping when FreeBSD VMs run on Hyper-V. * Fixing bugs and cleaning up the code: + Fixed a bug in checksum offloading (PR 203630 -- [Hyper-V] [nat] [tcp] 10.2 NAT bug in TCP stack or hyperv netsvc driver) in the Hyper-V network driver, making FreeBSD VM based NAT gateways work more reliably. + Fixed a serialization issue in the initialization of VMBus devices, fixing PR 205156 ([Hyper-V] NICs' (hn0, hn1) MAC addresses can appear in an uncertain way across reboot). + Fixed a KVP (Key-Value Pair) issue (retrieving a key's value can hang for an uncertain period of time). + Added ioctl support for SIOCGIFMEDIA for the Hyper-V network driver, fixing PR 187006 ([Hyper-V] dynamic address (DHCP) obtaining does not work on HYPER-V OS 2012 R2). + Sent out patches to add an interrupt counter for Hyper-V VMBus interrupts (so the user can easily get statistical information about VMBus interrupts), and fix the KVP daemon's poll timeout (so the daemon will avoid unnecessary polling every 100 milliseconds. + Identified a TSC calibration issue: the i8254 PIT timer emulation of Hyper-V is not fully reliable, so the Hyper-V time counter should be used to calibrate the TSC. A patch was drafted. With the patch, it looks the warning kernel message (e.g., "calcru: runtime went backwards from 46204978 usec to 23362331 usec for pid 0 (kernel)") will go away, and the time-based tracing of Dtrace will be more accurate. * We plan to add support for UEFI VMs (Hyper-V Generation-2 VMs). Currently some issues and to-do items were identified. For example, we cannot use the i8254 PIT to calibrate the TSC because the i8254 PIT does not exist in a UEFI VM, and we need to add support for the Hyper-V synthetic keyboard/mouse/framebuffer device. * We are working on a disk detection issue: when a FreeBSD VM runs on a Windows Server 2016 Technical Preview host, the VM will detect 16 disks when only one disk is configured for the VM. VMs running on these hosts can fail to boot. A workaround patch was created and we are trying to make a formal fix. * We are tidying up some internal BIS test cases and plan to publish them on github. This project is sponsored by Microsoft. __________________________________________________________________ FreeBSD Xen Links FreeBSD PVH DomU Wiki Page URL: http://wiki.xen.org/wiki/FreeBSD_PVH FreeBSD PVH Dom0 Wiki Page URL: http://wiki.xen.org/wiki/FreeBSD_Dom0 FreeBSD/Xen HVMlite Implementation URL: http://xenbits.xen.org/gitweb/?p=3Dpeople/royger/freebsd.git;a=3Ds= hortlog;h=3Drefs/heads/new_entry_point_v5 Contact: Roger Pau Monn=E9 Contact: Wei Liu Xen is a hypervisor using a microkernel design, providing services that allow multiple computer operating systems to execute on the same computer hardware concurrently. Xen support for FreeBSD on x86 as a guest was introduced in version 8, and ARM support is currently being worked on. Support for running FreeBSD as an amd64 Xen host (Dom0) is available in head. The x86 work done during this quarter has been focused on rewriting the PVH implementation inside of Xen, into what is now being called HVMlite to differentiate it with the previous PVH implementation. The Xen side of patches have already been committed to the Xen source tree, and will be available in Xen 4.7, the next version. Work has also begun on implementing HVMlite Dom0 support, although no patches have yet been published. HVMlite support for FreeBSD has not yet been committed, although an initial implementation is available in a personal git repository. The plan is to completely replace PVH with HVMlite on FreeBSD as soon as HVMlite supports Dom0 mode. Apart from this, Wei Liu is working on improving netfront performance on FreeBSD. Initial patches have been posted to the FreeBSD review system. The x86 unmapped bounce buffer code has also been improved, and unmapped IO support has been added to the blkfront driver. This project is sponsored by Citrix Systems R&D. Open tasks: 1. Finish HVMlite Dom0 support inside of Xen. 2. Deprecate and remove PVH support from Xen. 3. Remove PVH support from FreeBSD and switch to HVMlite. 4. Generalize the event channel code so it can be used on ARM. 5. Improve the performance of the various backends (netback, blkback). __________________________________________________________________ Improvements to the QLogic HBA Driver Contact: Alexander Motin The QLogic HBA driver, isp(4), received a substantial set of changes. The primary goal was to make the Fibre Channel target role work well with CTL, but many other things were also fixed/improved: * Added support for modern 16Gbps 26xx FC cards. * The firmware in ispfw(4) were updated to the latest versions. * Target role support was fixed and tested for all FC cards from ancient 1Gbps 22xx to modern 16Gbps 26xx. * Port database handling was unified for target and initiator roles, allowing an HBA port to play both roles at the same time. * The maximal number of ports was increased from 256 to 1024. * Multi-ID (NPIV) functionality was fixed/implemented, allowing 24xx and above cards to provide up to 255 virtual FC ports per physical port. * Added support for 8-byte LUNs for 24xx and above cards. The code is committed to FreeBSD head and stable/10 branches. This project is sponsored by iXsystems, Inc.. Open tasks: 1. NVRAM data reading is hackish and requires rework. 2. FCoE support for 26xx cards was not tested yet. __________________________________________________________________ iMX.6 Video Output Support Links Commit Adding Basic Video Support URL: https://svnweb.FreeBSD.org/changeset/base/292574 Contact: Oleksandr Tymoshenko iMX.6 is a family of SoC used in multiple hobbyist ARM boards such as the Hummingboard, RIoTboard, and Cubox. Most of these products have HDMI output, but until recently, FreeBSD did not benefit from it. As of r292574, there is basic video output support so you can use the console on iMX6-based boards and probably run Xorg (not yet tested). Due to the lack of some kernel functionality (see open tasks), the only supported mode is 1024x768. Open tasks: 1. Proper pixel clock initialization (relies on a clock framework). 2. More flexible video output path (support multiple IPUs and DIs). __________________________________________________________________ ioat(4) Driver Enhancements Links Wikipedia on I/OAT URL: https://en.wikipedia.org/wiki/I/O_Acceleration_Technology Last quarter's ioat(4) report URL: https://www.FreeBSD.org/news/status/report-2015-07-2015-09.html#io= at%284%29-Driver-Import Contact: Conrad Meyer I/OAT DMA engines are bulk memory operation offload engines built into some Intel Server/Storage platform CPUs. Several enhancements were made to the driver. It now avoids memory allocation in locked paths, which should avoid deadlocking in memory pressure scenarios. Support for Broadwell-EP devices has been added. The "blockfill" operation and a non-contiguous 8 KB copy operation have been added to the API. The driver can recover from various programming errors by resetting the hardware. This project is sponsored by EMC / Isilon Storage Division. Open tasks: 1. XOR and other advanced ("RAID") operation support. __________________________________________________________________ Kernel Vnode Cache Tuning Links MFC to stable/10 URL: https://reviews.FreeBSD.org/rS292895 Contact: Kirk McKusick Contact: Bruce Evans Contact: Konstantin Belousov Contact: Peter Holm Contact: Mateusz Guzik This completed project includes changes to better manage the vnode freelist and to streamline the allocation and freeing of vnodes. Vnode cache recycling was reworked to meet free and unused vnode targets. Free vnodes are rarely completely free; rather, they are just ones that are cheap to recycle. Usually they are for files which have been stat'd but not read; these usually have inode and namecache data attached to them. The free vnode target is the preferred minimum size of a sub-cache consisting mostly of such files. The system balances the size of this sub-cache with its complement to try to prevent either from thrashing while the other is relatively inactive. The targets express a preference for the best balance. "Above" this target there are 2 further targets (watermarks) related to the recyling of free vnodes. In the best-operating case, the cache is exactly full, the free list has size between vlowat and vhiwat above the free target, and recycling from the free list and normal use maintains this state. Sometimes the free list is below vlowat or even empty, but this state is even better for immediate use, provided the cache is not full. Otherwise, vnlru_proc() runs to reclaim enough vnodes (usually non-free ones) to reach one of these states. The watermarks are currently hard-coded as 4% and 9% of the available space. These, and the default of 25% for wantfreevnodes, are too large if the memory size is large. For example, 9% of 75% of MAXVNODES is more than 566000 vnodes to reclaim whenever vnlru_proc() becomes active. The vfs.vlru_alloc_cache_src sysctl is removed. The new code frees namecache sources as the last chance to satisfy the highest watermark, instead of selecting source vnodes randomly. This provides good enough behavior to keep vn_fullpath() working in most situations. Filesystem layouts with deep trees, where the removed knob was required, are thus handled automatically. As the kernel allocates and frees vnodes, it fully initializes them on every allocation and fully releases them on every free. These are not trivial costs: it starts by zeroing a large structure, then initializes a mutex, a lock manager lock, an rw lock, four lists, and six pointers. Looking at vfs.vnodes_created, these operations are being done millions of times an hour on a busy machine. As a performance optimization, this code update uses the uma_init and uma_fini routines to do these initializations and cleanups only as the vnodes enter and leave the vnode zone. With this change, the initializations are done kern.maxvnodes times at system startup, and then only rarely again. The frees are done only if the vnode zone shrinks, which never happens in practice. For those curious about the avoided work, look at the vnode_init() and vnode_fini() functions in sys/kern/vfs_subr.c to see the code that has been removed from the main vnode allocation/free path. __________________________________________________________________ Mellanox Drivers Links Hardware Information URL: http://www.mellanox.com/page/ethernet_cards_overview Commit Adding the Driver URL: https://svnweb.FreeBSD.org/changeset/base/290650 Contact: Hans Petter Selasky The Mellanox FreeBSD team is proud to announce support for the ConnectX-4 series of network cards in FreeBSD 11-current and FreeBSD 10-stable. These devices deliver top performance, with up to 100GBit/s of raw transfer capacity, and support both Ethernet and Infiniband. Currently, the Ethernet driver is ready for use and the Infiniband support for ConnectX-4 is making good progress. We hope that it will be complete before FreeBSD 11.0 is released. For more technical information, refer to the mlx5en(4) manual page in 11-current. The new driver for ConnectX-4 cards is called mlx5 and is put under /sys/dev and not under /sys/ofed as was done for the previous mlx4 driver. The mlx5en(4) kernel module is compiled by default in GENERIC kernels. This project is sponsored by Mellanox Technologies. __________________________________________________________________ Minimal Kernel with PNP-Based Autoloading Links Blog Post URL: http://bsdimp.blogspot.com/2016/01/details-on-coming-automatic-mod= ule.html Contact: Warner Losh Work on automatically loading modules based on the plug-and-play data from devices that are scanned and found to not already have a driver attached is in progress. Digging this information out from kernel modules, as well as tagging relevant bits of driver tables, has been committed. PC Card, USB, and some PCI devices now have these markings. This data is stored in a file that the kernel, boot loader, and userland processes all can access. When complete, a user will be able to run a minimal kernel (currently checked in as the MINIMAL config). Devices necessary for booting will be loaded by loader(8). Other devices may be loaded there, or early in the boot (depending on which gives better performance). Users will still be able to run more monolithic; configurations, as well as limit which kernel modules are available as can be done today, though without the convenience that automatic loading will provide. This work remains ongoing. Open tasks: 1. Go through all the simplebus drivers and add plug-and-play information there. Some additional minor simplebus functionality is needed. There is some work in progress for this. 2. Go through all the PCI drivers and add plug-and-play information to them. Unlike PC Card or USB, the PCI bus does not have a stylized table of PCI IDs, so each driver invents its own method, meaning that the semi-mechanical conversion that was done with PC Card and USB will not be possible. Instead, customized code for each driver will be needed. Since a large number of drivers have their own device tables, the work will be primarily writing a description of the current table style. 3. Run-time parsing and loading is still needed. __________________________________________________________________ MMC Stack Under CAM Framework Links Project Information URL: https://bakulin.de/freebsd/mmccam.html Source Code URL: https://github.com/kibab/FreeBSD/tree/mmccam Patch for Review URL: https://reviews.FreeBSD.org/D4761 Contact: Ilya Bakulin The goal of this project is to reimplement the existing MMC/SD stack using the CAM framework. This will permit utilizing the well-tested CAM locking model and debug features. It will also be possible to process interrupts generated by the inserted card, which is a prerequisite for implementing the SDIO interface. The first version of the code was uploaded to Phabricator for review. The new stack is able to attach to the SD card and bring it to an operational state so it is possible to read and write to the card. The only supported SD controller driver is ti_sdhci, which is used on the BeagleBone Black. Modifying other SDHCI-compliant drivers should not be difficult. Open tasks: 1. Rework bus/target/LUN enumeration and the locking model. I do not really understand the CAM locking and am likely to do it incorrectly. 2. Modify the SDHCI driver on at least one x86 platform. This will make development and collaboration easier. 3. Begin implementing SDIO-specific bits. __________________________________________________________________ ntb_hw(4)/if_ntb(4) Driver Synced up to Linux Links Jon Mason's NTB wiki URL: https://github.com/jonmason/ntb/wiki Intel NTB whitepaper URL: https://www-ssl.intel.com/content/dam/www/public/us/en/documents/w= hite-papers/xeon-c5500-c3500-non-transparent-bridge-paper.pdf Contact: Conrad Meyer ntb_hw(4) is now up-to-date with the Linux NTB driver as of the work-in-progress 4.4 kernel (and actually, contains some fixes that haven't landed in the mainline Linux tree yet but will land in 4.5). Only Back-to-back ("B2B") configurations are supported at this time. Going forward, newer hardware may only support the B2B configuration. if_ntb(4) is mostly up-to-date with the Linux NTB netdevice driver. Notably absent is support for changing the MTU at runtime. This project is sponsored by EMC / Isilon Storage Division. Open tasks: 1. Improving if_ntb(4) to avoid using the entire Base Address Register (BAR) when very large BAR sizes are configured (e.g., 512 GB). 2. Improving pmap_mapdev(9) to somehow allocate only superpage mappings for large BARs, on platforms that support superpages. (NTB BARs can be as large as 512 GB.) __________________________________________________________________ Out of Memory Handler Rewrite Contact: Konstantin Belousov The Out of Memory (OOM) code is intended to handle the situation where the system needs free memory to make progress, but no memory can be reused. Most often, the situation is that to free memory, the system needs more free memory. Consider a case where the system needs to page-out dirty pages, but needs to allocate structures to track the writes. OOM "solves" the problem by killing some selection of user processes. In other words, it trades away system deadlock by suffering a partial loss of user data. The assumption is that it is better to kill a process and recover data in other processes than to lose everything. Free memory in the FreeBSD Virtual Memory (VM) system appears from two sources. One is the voluntary reclamation of pages used by a process, for example unmapping private anonymous regions, or the last unlink of an otherwise unreferenced file with cached pages. Another source is the pagedaemon, which forcefully frees pages which carry data, of course after the data is moved to some other storage, like swap or file blocks. OOM is triggered when the pagedaemon definitely cannot free memory to satisfy the requests. The old criteria to trigger the OOM action was a combination of low free swap space and a low count of free pages (the latter is expressed precisely with the paging targets constants, but this is not relevant to the discussion). That test is mostly incorrect. For example, a low free page state might be caused by a greedy consumer allocating all pages freed by the page daemon in the current pass, but this does not preclude the page daemon from producing more pages. Also, since page-outs are asynchronous, the previous page daemon pass might not immmediately produce any free pages, but they would appear some short time later. More seriously, low swap space does not necessarily indicate that we are in trouble: lots of pages might not require swap allocations to be freed, like clean pages or pages backed by files. The last notion is serious, since swap-less systems were considered as having full swap. Instead of trying to deduce the deadlock from looking at the current VM state, the new OOM handler tracks the history of page daemon passes. Only when several consecutive passes failed to meet the paging target is an OOM kill considered necessary. The count of consequent failed passes was selected empirically, by testing on small (32M) and large (512G) machines. Auto-tuning of the counter is possible, but requires some more architectural changes to the I/O subsystem. Another issue was identified with the algorithm which selects a victim process for OOM kill. It compared the counts of pages mapping entries (PTEs) installed into the machine paging structures. For different reasons, the machine-dependent VM code (pmap) may remove the pte for a memory-resident page. Under some circumstances related to other measures to prevent low memory deadlock, very large processes which consume all system memory could have few or no ptes. The old OOM selector ignored the process which caused the deadlock, killing unrelated processes. A new function, vm_pageout_oom_pagecount(), was written which applies a reasonable heuristic to estimate the number of pages freed by killing the given process. This eliminates the effect of selecting small unrelated processes for OOM kill. The rewrite was committed to head in r290917 and r290920. This project is sponsored by The FreeBSD Foundation. __________________________________________________________________ sendfile(2) Improvements Links Commit to Head URL: https://svnweb.FreeBSD.org/base?view=3Drevision&revision=3D293439 Slides URL: http://www.slideshare.net/facepalmtarbz2/new-sendfile-in-english Presentation (in Russian) URL: https://events.yandex.ru/lib/talks/2682/ Contact: Gleb Smirnoff The sendfile(2) system call was introduced in 1998 as an alternative to a traditional read(2)/write(2) loop, speeding up server performance by a factor of ten at the time. Since it was adopted by all major operating systems, it is now used by any serious web server software. Wherever there is high traffic, there is sendfile(2) under the hood. Now, with FreeBSD 11, we are making the next revolutinary step in serving traffic. sendfile(2) no longer blocks waiting on disk I/O. Instead, it immediately returns control to the application, performing the necessary I/O in the background. The original sendfile(2) waited for the disk read operation to complete and then put the data that was read into the socket, then returned to userspace. If a web server served thousands of clients with thousands of requests, it was forced to spawn extra contexts from which to run sendfile(2) to avoid stalls. Alternatively, it could use special tricks like the SF_NODISKIO flag that forces sendfile(2) to serve only content that is cached in memory. Now, these tricks are in the past, and a web server can simply use sendfile(2) as it would use write(2), without any extra care. The new sendfile cuts out the overhead of extra contexts, short writes, and extra syscalls to prepopulate the cache, bringing performance to a new level. The new syscall is built on top of two newly-introduced kernel features. The first is an asynchronous VM pager interface and the corresponding VOP_GETPAGES_ASYNC() file system method for UFS. The second is the concept of "not ready" data in sockets. When sendfile(2) is called, first VOP_GETPAGES_ASYNC() is called, which dispatches I/O requests for completion. Buffers with pages to be populated are put into the socket buffer, but flagged as not-yet-ready. Control immediately returns to the application. When the I/O is finished, the buffers are marked as ready, and the socket is activated to continue transmission. Additional features of the new sendfile are new flags that provide the application with extra control over the transmitted content. Now it is possible to prevent caching of content in memory, which is useful when it is known that the content is unlikely to be reused any time soon. In such cases, it is better to let the associated storage be freed, rather than putting the data in cache. It is also possible to specify a readahead with every syscall, if the application can predict client behavior. The new sendfile(2) is a drop-in replacement, API and ABI compatible with the old one. Applications do not even need to recompile to benefit from the new implementation. This work is a joint effort between two companies: NGINX, Inc., and Netflix. There were many people involved in the project. At its initial stage, before code was written, the idea of such an asynchronous drop-in replacement was discussed amongst Gleb Smirnoff, Scott Long, Konstantin Belousov, Adrian Chadd, and Igor Sysoev. The initial prototype was coded by Gleb under the supervision of Kostik on the VM parts of the patch, and under constant pressure from Igor, who demanded that nginx be capable of running with the new sendfile(2) with no modifications. The prototype demonstrated good performance and stability and quickly went into Netflix production in late 2014. During 2015, the code matured and continued serving production traffic at Netflix. Scott Long, Randall R. Stewart, Maksim Yevmenkin, and Andrew Gallatin added their contributions to the code. Now we are releasing the code behind our success to the FreeBSD community, making it available to all FreeBSD users worldwide! This project is sponsored by Netflix, and NGINX, Inc.. Open tasks: 1. SSL_sendfile() -- an extension to the new sendfile(2) that allows uploading session keys to the kernel, and then using sendfile(2) on an SSL-enabled socket. __________________________________________________________________ sysctl Enhancements Links Wikipedia Entry on C99 Fixed-Width Integer Types URL: https://en.wikipedia.org/wiki/C_data_types#Fixed-width_integer_typ= es sysctl(8) -t Submission PR URL: https://bugs.FreeBSD.org/bugzilla/show_bug.cgi?id=3D203918 Contact: Conrad Meyer Contact: Ravi Pokala Contact: Marcelo Araujo Support was added for fixed-width sysctls (signed and unsigned 8-bit, 16-bit, 32-bit, and 64-bit integers). The new KPIs are documented in the sysctl(9) manual page. The sysctl(8) command line tool supports all of the new types. sysctl(8) gained the -t flag, which prints sysctl type information (the original patch was submitted by Yoshihiro Ota). This support includes the newly added fixed-width types. This project is sponsored by EMC / Isilon Storage Division. __________________________________________________________________ Touchscreen Support for Raspberry Pi and Beaglebone Black Links Beaglebone Black with 4DCAPE-43T Demo URL: http://kernelnomicon.org/?p=3D534 Input Stack Plans URL: https://wiki.FreeBSD.org/201510DevSummit/GraphicsStack evdev Port URL: https://wiki.FreeBSD.org/SummerOfCode2014/evdev_Touchscreens Contact: Oleksandr Tymoshenko There are two working proof-of-concept drivers for the AM335x touchscreen and for the official Raspberry Pi's touchscreen LCD. Proper touchscreen support would consist of a userland event reading API, a kernel event reporting API, and kernel hardware drivers for specific devices. There is an ongoing effort to port the Linux evdev API to FreeBSD so applications that use libraries like libinput or tslib could be used without any major changes. Since it is not yet complete, I created a naive evdev-like API for both kernel and tslib and was able to run a demo on a Beaglebone Black with 4DCAPE-43T. Once evdev makes it into the tree, both hardware drivers can be modified to include "report events" portions and committed. __________________________________________________________________ armv6 Hard Float Default ABI Links Blog Entry URL: http://bsdimp.blogspot.com/2015/12/hard-float-api-coming-soon-by-d= efault.html Contact: Warner Losh Work on moving armv6 from a "soft float" ABI (but still using hardware floating point) to a fully "hardware float" API moves forward. The ability to have both soft and hard ABI libraries on the same system is now functional. All armv6 and armv7 systems we support have hardware floating point capabilities. We currently use the floating-point hardware, but with a slightly un-optimal ABI, for compatibility with older versions of FreeBSD. The ABI differences are only at the userspace level -- the kernel does not care what floating-point ABI is used, and both types of binaries can run at the same time. The run-time linker now knows if a binary uses the hardware float ABI or the software float ABI by examining some fields in the ELF header. The linker uses different paths and config files for hard versus soft binaries. The rc system has been enhanced to load the software float paths. ldconfig now understands soft libraries in much the same way that it understands 32-bit libraries on 64-bit systems. No additional kernel support was necessary for this, apart from a minor patch to pass the ELF header information to the binary, which has been in the tree since last summer. The experimental armv6hf MACHINE_ARCH will be retired after a transition period. It will cease to mean anything different from armv6 after the build system changes go in. Support for building soft-float ABI libraries will remain in the tree, to support the WITH_LIBSOFT build option. Open tasks: 1. Complete documentation needs to be written. 2. Hooks into the FreeBSD build system to generate soft float and transition to hard float after a flag day need to be polished up and committed. 3. A number of different upgrade/coexistence scenarios need to be tested, and a full package run needs to be done to assess the latest state of the ports tree. This work should be completed by the end of January. __________________________________________________________________ FreeBSD on Marvell Armada38x Contact: Marcin Wojtas Contact: Michal Stanek Contact: Bartosz Szczepanek Contact: Jan Dabros FreeBSD has been ported to run on the Marvell Armada38x platform. This SoC family boasts single/dual high-performance ARM Cortex-A9 CPUs. The multi-user SMP system is fully working and has been tested on Marvell DB-88F6288-GP and SolidRun ClearFog development boards. The root filesystem can be hosted on a USB 3.0/2.0 drive or via NFS using a PCIe network card. Experimental support is available for on-chip Gigabit Ethernet (NETA). Additional features: * GIC+MPIC cascaded interrupts courtesy of INTRNG * CESA dual-channel cryptographic engine * USB 3.0 and 2.0 * PCIe 2.0 * I2C * GPIO * Watchdog * RTC The port is under community review and will be integrated into head soon. This project is sponsored by Stormshield, and Semihalf. Open tasks: 1. Optimize performance of NETA and prepare for submission. __________________________________________________________________ FreeBSD on Newer ARM Boards Links FreeBSD on Odroid-C1 URL: https://wiki.FreeBSD.org/FreeBSD/arm/Odroid-C1 Commit Adding Glue Driver URL: https://svnweb.FreeBSD.org/changeset/base/291683 Contact: John Wehle Contact: Ganbold Tsagaankhuu We made the changes required to support the Amlogic Meson Ethernet controller on the Hardkernel ODROID-C1 board, which has an Amlogic aml8726-m8b SoC. The main effort needed was to write a glue driver for the Ethernet controller -- the Amlogic Meson Ethernet controller is compatible with Synopsys DesignWare 10/100/1000 Ethernet MAC (if_dwc). __________________________________________________________________ FreeBSD on SoftIron Overdrive 3000 Links SoftIron Website URL: http://softiron.co.uk/products/ Contact: Andrew Turner The SoftIron Overdrive 3000 is an ARMv8 based server with an 8-core AMD Opteron A1100 processor. The Overdrive 3000 has two 10Gbase-T Ethernet ports, two PCI Express ports, and eight SATA ports. FreeBSD has been updated to be able to boot on this hardware. Support for the SATA device was added to the ahci(4) driver. Unlike on x86, this is a Memory Mapped (mmio) device, and not on the PCI bus. To support this, a new ahci mmio driver attachment has been added. The generic PCIe driver has been updated to improve interrupt handling. This includes supporting the interrupt-map devicetree property, and supporting MSI and MSI-X interrupts on arm64. Support for MSI and MSI-X interrupts has been added to the ARM Generic Interrupt Controller v2 (gicv2) driver. This allows devices to use these interrupts. This has been tested with a collection of PCIe NIC hardware. This project is sponsored by SoftIron Inc.. Open tasks: 1. Write a driver for the 10Gbase-T NIC. __________________________________________________________________ FreeBSD/arm64 Links FreeBSD arm64 Wiki Entry URL: https://wiki.FreeBSD.org/arm64 Contact: Andrew Turner Contact: Konstantin Belousov Contact: Ed Maste Contact: Ed Schouten Support was added for kernel modules. This included adding the needed relocation types to the in-kernel relocator, and updating the build logic to build modules for arm64. CTF data is currently not generated for modules due to a linker bug. Shared page support was added. This allows gettimeofday(2) to be implemented in userland by directly accessing the timer register. This reduces the overhead of these calls as we no longer need to call into the kernel. This also moves the signal trampoline code away from the stack, allowing for the stack to become non-executable. CloudABI support for arm64 was added. This included moving the machine-independent code into a separate file to be shared among all architectures. An issue in the arm64 kernel was found and fixed thanks to the CloudABI test suite. Self-hosted poudriere package builds have been tested. These complement the previous build strategy of using qemu usermode emulation. With this combination of self-hosted and qemu usermode building, many ports that used to be broken on arm64 have been fixed, resulting in over 17,000 ports building for the architecture. The machine-dependent portion of kernel support for single-stepping userland binaries has been started. This will allow debuggers like lldb to step through an application while debugging. Many small fixes have been made to FreeBSD/arm64. These include fixing stack tracing through exceptions, printing more information about "data abort" kernel panics, cleaning up the atomic functions, supporting multi-pass driver attachment, fixing userland stack alignment, cleaning up early page table creation, fixing asynchronous software trap handling, and enabling interrupts in exception handlers. This project is sponsored by The FreeBSD Foundation, and ABT Systems Ltd. __________________________________________________________________ FreeBSD/RISC-V Links Project Wiki URL: https://wiki.FreeBSD.org/riscv Contact: Ruslan Bukin Contact: Ed Maste Contact: Arun Thomas We have begun work on support for the RISC-V architecture. RISC-V is a new ISA designed to support computer architecture research and education that is now set to become a standard open architecture for industry implementations. A minimal set of changes needed to compile the kernel toolchain has been committed, along with machine headers, run-time linker (rtld-elf) support, and libc/libstand. All development has been happening in a separate branch, with a goal of moving development to head in a few weeks. At present, FreeBSD/RISC-V boots to multiuser in the Spike simulator. This project is sponsored by DARPA, AFRL, and HEIF5. Open tasks: 1. We plan to commit the rest of userspace (i.e., libc), kernel support, etc., in a few weeks. __________________________________________________________________ Improvements for ARMv6/v7 Support Contact: Dominik Ermel Contact: Wojciech Macek Contact: Zbigniew Bodek Numerous improvements for the ARMv6/v7 kernel and tools have been developed by the Semihalf team. Those include: * Fixes for KGDB support. * Support for branch instructions in ptrace single stepping. * Fixes for kernel minidumps. * Improvements for LIBUSBBOOT. * Support for Exynos EHCI in the loader. * A fix for instruction single stepping in DDB. * Support for hardware watchpoints, including watchpoints on SMP systems. * Single stepping using the ARM Debug Architecture. * Support for gzip-compressed kernel modules in kldload. * Backport of the new pmap VM code to FreeBSD 10-STABLE (not yet sent to upstream). Most of the introduced changes have been committed to head and more are on the way. This project is sponsored by Juniper Networks Inc., and Semihalf. Open tasks: 1. Finish upstreaming the hardware watchpoints support. __________________________________________________________________ Base System Build Improvements Links FreeBSD-Arch Post Describing Plans URL: https://lists.FreeBSD.org/pipermail/freebsd-arch/2015-December/017= 571.html BSDCan 2014 META_MODE Presentation URL: http://www.bsdcan.org/2014/schedule/events/460.en.html WITH_FAST_DEPEND Details URL: https://svnweb.FreeBSD.org/base?view=3Drevision&revision=3D290433 WITH_CCACHE_BUILD Details URL: https://svnweb.FreeBSD.org/base?view=3Drevision&revision=3D290526 Contact: Bryan Drewery Bryan Drewery (bdrewery@) has been working to improve the build framework as well as buildworld build times. The build system has been largely untouched by large-scale changes for many years. Most of the effort has been on improving the recent META_MODE merge that was presented at BSDCan 2014. This is a new build system that is not currently enabled by default but brings many benefits. Beyond that, some highlights of the work changing buildworld are: * WITH_FAST_DEPEND, which avoids calling "mkdep" during the make depend phase and instead generates dependency files during compilation. The old scheme was pre-processing all source files twice. The new version saves 16-35% in build times. * WITH_CCACHE_BUILD adds built-in ccache support, avoiding many of the historical pitfalls of changing CC in make.conf to use ccache. * Many improvements for parallelization of the build. * LIBADD improvements to ensure proper usage of this tool to replace duplicate LDADD and DPADD statements. Further work is under way to reduce overlinking. * A lot of cleanup of improper framework usage. * Ensuring that installing files from the build tree fails if the destination directory is missing, rather than installing a file as the directory name. This project is sponsored by EMC / Isilon Storage Division. Open tasks: 1. See the FreeBSD-arch mail for more information on planned work. __________________________________________________________________ ELF Tool Chain Tools Links ELF Tool Chain Website URL: http://elftoolchain.sourceforge.net Contact: Ed Maste The ELF Tool Chain project provides BSD-licensed implementations of compilation tools and libraries for building and analyzing ELF objects. The project began as part of FreeBSD but later became an independent project in order to encourage wider participation from others in the open-source developer community. In the last quarter of 2015 the ELF Tool Chain tools were updated to a snapshot of upstream Subversion revision 3272. Improvements include better input file validation, RISC-V support, support for Xen ELF notes, additional MIPS and ARM relocations, better performance, and bug fixes. The ELF Tool Chain project is planning a new release in the first quarter of 2016, which will facilitate wider testing and use by projects in addition to FreeBSD. This project is sponsored by The FreeBSD Foundation. Open tasks: 1. Add missing functionality (PE/COFF support) to elfcopy and migrate the base system build. 2. Fix issues found by fuzzing inputs to the tools. 3. Add automatic support for separate debug files. __________________________________________________________________ The LLDB Debugger Links FreeBSD LLDB Wiki Page URL: https://wiki.FreeBSD.org/lldb Contact: Ed Maste LLDB is the debugger from the LLVM family of projects. Originally developed for Mac OS X, it now also supports FreeBSD, NetBSD, Linux, Android, and Windows. It builds on existing components in the larger LLVM project, for example using Clang's expression parser and LLVM's disassembler. LLDB in the FreeBSD base system was upgraded to version 3.7.0 as part of the Clang and LLVM upgrade, and it will similarly be upgraded again to 3.8.0 for FreeBSD 11.0-RELEASE. LLDB is now enabled by default on the amd64 and arm64 platforms. It is now a functional basic debugger on arm64, after a number of fixes were made in the last quarter to both LLDB and the FreeBSD kernel. This project is sponsored by The FreeBSD Foundation. Open tasks: 1. Rework the LLDB build to use LLVM and Clang shared libraries. 2. Port a remote debugging stub to FreeBSD. 3. Add support for local and core file kernel debugging. 4. Improve support on architectures other than amd64 and arm64. __________________________________________________________________ Updates to GDB Links New 1:1-Only Thread Target for FreeBSD URL: https://github.com/bsdjhb/gdb/tree/freebsd-threads Contact: John Baldwin The KGDB option is now on by default in the devel/gdb port. Changes to support cross-debugging of crashdumps in libkvm were committed to head in r291406. A new thread target for FreeBSD that is suitable for merging upstream has been written and lightly tested. However, it is not yet available as an option in the port. This thread target uses ptrace(2) directly rather than libthread_db and as such supports threads on all ABIs (such as FreeBSD/i386 binaries on FreeBSD/amd64 and possibly Linux binaries, though that is not yet tested). It also requires less-invasive changes in the MD targets in GDB compared to the libthread_db-based target. Open tasks: 1. Add a port option for the new 1:1-only thread target. 2. Test the new 1:1-only thread target. 3. Figure out why the powerpc kgdb targets are not able to unwind the stack past the initial frame. 4. Add support for more platforms (arm, mips, aarch64) to upstream gdb for both userland and kgdb. 5. Add support for debugging powerpc vector registers. __________________________________________________________________ Bringing GitLab into the Ports Collection Links PR for the New Port URL: https://bugs.FreeBSD.org/bugzilla/show_bug.cgi?id=3D202468 Installation Guide URL: https://github.com/t-zuehlsdorff/gitlabhq/blob/8-3-docu/doc/instal= l/installation-freebsd.md Upstream GitLab website URL: https://github.com/gitlabhq/gitlabhq/ Contact: Torsten Z=FChlsdorff GitLab is a web-based Git repository manager with many features that is used by more than 100,000 organizations including NASA and Alibaba. It also is a very long-standing entry on the "Wanted Ports" list of the FreeBSD Wiki. In the last quarter, there was steady progress in the project itself and the porting. The current release of GitLab 8.3 is now based on Rails 4.2, which obsoletes the need for around 50 new ports. Now there are only 5 dependencies left to be committed! While the new version of GitLab 8.3 eases the porting, there are big changes since the last working port of GitLab 7.14. Nonetheless, it could be expected to see the next working port in the first quarter of 2016. This project is sponsored by anyMOTION GRAPHICS GmbH, D=FCsseldorf, Germany. Open tasks: 1. Update the patches from GitLab 7.14 to 8.3. 2. Update the documentation. 3. Provide an updated patch. __________________________________________________________________ GNOME on FreeBSD Links FreeBSD Gnome Website URL: http://www.FreeBSD.org/gnome Devel Repository URL: https://github.com/FreeBSD/freebsd-ports-gnome Upstream Build Bot URL: https://wiki.gnome.org/Projects/Jhbuild/FreeBSD USE_GNOME Porter's Handbook Chapter URL: https://www.FreeBSD.org/doc/en_US.ISO8859-1/books/porters-handbook= /using-gnome.html Contact: FreeBSD GNOME Team The FreeBSD GNOME Team maintains the GNOME, MATE, and CINNAMON desktop environments and graphical user interfaces for FreeBSD. GNOME 3 is part of the GNU Project. MATE is a fork of the GNOME 2 desktop. CINNAMON is a desktop environment using GNOME 3 technologies but with a GNOME 2 look and feel. This quarter, due to limited available time there was not much progress. This began to change in December, when work started on porting MATE 1.12 and CINNAMON 2.8 to FreeBSD. Open tasks: 1. The FreeBSD GNOME website is stale. Work is under way to improve it. 2. Continue working on investigating the issues blocking GNOME 3.18. __________________________________________________________________ IPv6 Promotion Campaign Links Wiki Page URL: https://wiki.FreeBSD.org/IPv6PortsTODO Contact: Torsten Z=FChlsdorff There are more and more machines on the internet that only support IPv6. I manage some of them, and was regularly hit by missing IPv6 support when fetching the distfiles needed for building ports. I did some research into the impact of missing IPv6 support on the ports tree. The results are that 10,308 of 25,522 ports are not fetchable when using IPv6. This renders, through dependencies, a total of 17,715 ports unbuildable from IPv6-only systems. All you can do then is wait and hope that distcache.FreeBSD.org caches the distfile. But this will take some time, which might not be a luxury available when a piece of software in use is hit by a security issue. Based on the research, a promotion campaign for IPv6 was started. Some volunteers will contact the relevant system administrators and try to convince them to support IPv6. This will start in January 2016 and will hopefully create some progress soon. __________________________________________________________________ KDE on FreeBSD Links KDE on FreeBSD Website URL: https://FreeBSD.kde.org/ Experimental KDE Ports Staging Area URL: https://FreeBSD.kde.org/area51.php KDE on FreeBSD Wiki URL: https://wiki.FreeBSD.org/KDE KDE/FreeBSD Mailing List URL: https://mail.kde.org/mailman/listinfo/kde-FreeBSD Development Repository for Integrating KDE Frameworks 5 and Plasma 5 URL: http://src.mouf.net/area51/log/branches/plasma5 Contact: KDE on FreeBSD team The KDE on FreeBSD team focuses on packaging and making sure that the experience of KDE and Qt on FreeBSD is as good as possible. The team kept busy during the last quarter of 2015. Quite a few big updates were committed to the ports tree, and a few more are being worked on in our experimental repository. As in previous quarters, we would like to thank several people who have contributed with machines, patches, and general help. Tobias Berner, Guido Falsi (madpilot@), Adriaan de Groot, Ralf Nolden, Steve Wills (swills@), and Josh Paetzel (jpaetzel@) have been essential to our work. The following big updates landed in the ports tree this quarter. In many cases, we have also contributed patches to the upstream projects. * CMake 3.4.0 and 3.4.1 * Calligra 2.9.1, the latest release of the integrated work applications suite. Calligra had last been updated in the ports tree at the end of 2013! * PyQt4 4.11.4, QScintilla2 2.9.1 and SIP 4.17. * PyQt5 5.5.1. Thanks to the work spearheaded by Guido Falsi and Tobias Berner in the previous quarter, the PyQt5 ports have finally been committed to the ports tree. Not only was this long-awaited on its own, it allows other ports to be updated to their latest versions. * QtCreator 3.5.1 and 3.6.0. * A couple of Qt5 packaging bugs were fixed: it should now be more straightforward to use the Qt5 ports to build software outside the ports tree, and it is now possible to build ports that require a C++11 compiler and Qt5 on FreeBSD 9.x. Work on updating the Qt5 ports to their latest version, as well as porting KDE Frameworks 5 and Plasma 5 to FreeBSD, is well under way in our experimental area51 repository. At the moment, it contains Qt5 5.5.1, KDE Frameworks 5.17.0, Plasma 5.5.1 and KDE Applications 15.12.0. Users interested in testing those ports are encouraged to follow the instructions in our website and report their results to our mailing list. Qt5 5.5.1 is in our "qt-5.5" branch, and Plasma 5 and the rest is in the "plasma5" branch (which also contains Qt 5.5.1). Open tasks: 1. Commit the Qt5 5.5.1 update. 2. Land the KDE Frameworks 5 and Plasma 5 ports in the tree. 3. Investigate what needs to be done to make QtWebEngine, the Chromium-based replacement for QtWebKit, work on FreeBSD. __________________________________________________________________ Linux Kernel as a Library Added to the Ports Collection Links Upstream LKL Github repository URL: https://github.com/lkl/linux Contact: Conrad Meyer LKL ("Linux Kernel as a Library") is a special "architecture" of the full Linux kernel that builds as a userspace library on various platforms, including FreeBSD. One application of such a library is using Linux filesystem drivers to implement a FUSE backend. fusefs-lkl's lklfuse binary is such a FUSE filesystem. It can mount ext4/3/2, XFS, and BTRFS read-write, using the native drivers from Linux. sysutils/fusefs-lkl can now be installed either from packages or ports, providing access to these filesystems on FreeBSD via FUSE. __________________________________________________________________ LXQt on FreeBSD Links FreeBSD LXQt Project URL: https://wiki.FreeBSD.org/LXQt LXQt Devel Repository URL: https://www.assembla.com/spaces/lxqt/subversion/source Contact: Olivier Duchateau LXQt is the Qt port of and the upcoming version of LXDE, the Lightweight Desktop Environment. It is the product of the merge between the LXDE-Qt and the Razor-qt projects. The porting effort remains very much a work in progress: it needs some components of Plasma 5, the new major KDE workspace. Currently, only the 0.10 branch is functional. See our wiki page for a complete list of applications. We also sent updates for some components of LXDE, required for the LXQt desktop: * x11/menu-cache 1.0.1 * x11/lxmenu-data 0.1.4 Binary packages are available (only for test purposes) which are regularly tested with the KDE development repository. Open tasks: 1. Port libsysstat to BSD systems. 2. Fix some issues that need to be resolved, especially the shutdown and reboot commands. __________________________________________________________________ New Tools to Enhance the Porting Experience Links pytoport: Generate FreeBSD Ports from Python modules on PyPI URL: https://github.com/FreeBSD/pytoport bandar: Create Development Overlays for the Ports Tree URL: https://github.com/bbqsrc/bandar skog: Generate Visual Dependency Trees for FreeBSD Ports URL: https://github.com/bbqsrc/skog-python spdx-lookup: SPDX License List Query Tool URL: https://github.com/bbqsrc/spdx-lookup-python Contact: Brendan Molloy When I starting working on ports for FreeBSD in the last couple of weeks, I found that my workflow was not as efficient as it could be using just the available tools, so I made a few that could be useful to the development community at large. All of these have been or will soon be added to the Ports tree, so you can play with them today! pytoport is a command-line application that generates a skeleton port for a given PyPI package name. It attempts to generate the correct dependencies, makes a good attempt at guessing the license using spdx-lookup, and generates a pkg-descr. This made generating the fifteen or so ports I was working on a complete breeze. While doing this, however, I noticed that some ports were bringing in dependencies that I did not expect, and I needed some way to visualise this. skog builds a dependency tree from the depends lists output by the Ports framework, and displays it on the command line (with extra shiny output if you are using UTF-8). No more pesky example and documentation dependencies being dragged in when you clearly toggled that OPTION as far off as it would go. While doing all of this, I found it cumbersome to be copying ports back and forth between my small development tree living in git and the larger upstream SVN tree I was using in poudriere. I built a tool called bandar that takes advantage of the FUSE version of unionfs to easily overlay my dev tree on the upstream tree, run lint checks, poudriere, and generate archives with ease. I am very impressed with how easy it was to build more tooling for FreeBSD. I hope some of these tools will be of some use to you, and as always, I'd love to hear your feedback! Open tasks: 1. Improve skog to support searching a tree for a certain port. 2. Get the bandar port completed. 3. Continue to improve pytoport, adding trove support and better dependency handling. 4. Patches welcome for all of the above! __________________________________________________________________ Node.js Modules Links Node.js Modules Repository URL: https://www.assembla.com/spaces/cozycloud/subversion/source Contact: Olivier Duchateau Node.js is a platform built on Chrome's JavaScript runtime for easily building fast, scalable network applications. It uses an event-driven, non-blocking I/O model that makes it lightweight and efficient -- perfect for data-intensive real-time applications that run across distributed devices. The goal of this project is to make it easy to install the modules available in the npm package registry. Currently, the repository contains slightly fewer than 300 new ports, in particular: * Socket.IO, a library for realtime web applications * Jison, a JavaSript parser generator We have improved the USES framework: * Users can define which version of Node.js will be installed through /etc/make.conf. * node-gyp is now well-integrated into the USES framework, via the build argument. * The pkg-plist is now automatically generated to make portlint happy. Each port is up-to-date. Open tasks: 1. Update the pre-draft documentation. 2. Bring in grunt.js (and modules), the JavaScript task runner. __________________________________________________________________ Ports Collection Links Ports Collection Landing Page URL: http://www.FreeBSD.org/ports/ Contributor's Guide URL: https://www.freebsd.org/doc/en/articles/contributing/ports-contrib= uting.html Ports Monitoring Service URL: http://portsmon.FreeBSD.org/index.html Ports Management Team Website URL: http://www.FreeBSD.org/portmgr/index.html Portmgr on Facebook URL: http://www.facebook.com/portmgr Contact: Frederic Culot Contact: Frederic Culot Contact: FreeBSD Ports Management Team As of the end of the fourth quarter, the ports tree holds a bit more than 25,000 ports, and the PR count is around 2,000. The activity on the ports tree remains steady, with about 7,000 commits performed by almost 120 active committers. On the problem reports front, figures show an encouraging trend, with a significant increase in the number of PRs fixed during Q4. Indeed, almost 1,800 reports were fixed, which makes an increase of about 20% compared to Q3. In Q4, eight commit bits were taken in for safekeeping, following an inactivity period of more than 18 months (lioux, lippe, simon, jhay, max, sumikawa, alexey, sperber). Three new developers were granted a ports commit bit (Kenji Takefu, Carlos Puga Medina, and Ian Lepore), and one returning committer (miwi) had his commit bit reinstated. Also related to the management of ports commit bits, nox's grants were revoked, since the FreeBSD developers learned that Juergen Lock had passed away. On the management side, no changes were made to the portmgr team during Q4. On QA side 33 exp-runs were performed to validate sensitive updates or cleanups. Amongst those noticeable changes are the update to GCC 4.9, CMake to 3.4.1, PostgreSQL to 9.4, and ruby-gems to 2.5.0. Some infrastructure changes included the usage of a WRKSRC different from WRKDIR when NO_WRKSUBDIR is set, the removal of bsd.cpu.mk from sys.mk, and the move of QT_NONSTANDARD to bsd.qt.mk. Open tasks: 1. We would like to remind everyone that the ports tree is built and run by volunteers, and any help is greatly appreciated. While Q4 saw a significant increase in the number of problem reports fixed, we encourage all ports committers to have a look at the issues reported by our users and try to fix as many as possible. Many thanks to all who made a contribution during Q4, and keep up the good work in 2016! __________________________________________________________________ Supporting Variants in the Ports Framework Links Poudriere PoC with Variants URL: https://github.com/bbqsrc/poudriere/compare/master...feature/varia= nts Ports Makefile PoC with Examples URL: https://gist.github.com/bbqsrc/e7e3a54d84706485aa3a Contact: Brendan Molloy I recently became involved with FreeBSD (as in, the last 2-3 weeks), and found myself quickly involved with Ports development. What struck me immediately was the difficulty in providing a Python package that was depended upon by multiple versions of Python. As it turns out, poudriere can currently only generate one package per port, meaning that a Python version-neutral (compatible with 2.x and 3.x) port cannot simultaneously be packaged for each variant at the same time. I discussed the issue with Kubilay Kocak, who suggested that I look into implementing a "variants protocol" within the Ports framework and the necessary changes to poudriere to allow a port to generate more than one package. Support for variants is strongly needed in Ports and provides significant benefits. * It would allow Python and other languages to provide packages for dependencies for multiple language versions from the same port. * It alleviates the need for so-called "slave ports", as a single port could now have multiple generated packages from a single port. * It would have a very small impact on the greater Ports ecosystem: adding only two new variables, VARIANT and VARIANTS. * It would provide a more consistent approach between different packaging teams for handling variations. For a simple example, editors/vim-lite could be folded into the editors/vim port, while still generating a vim and vim-lite package. For Python, VARIANTS can be derived from the already used USES flags and generate compatible packages. py27-foobar and py34-foobar could now be consistently generated by poudriere without issue. Fortunately, this is not a wishful thinking piece. I dug in my heels and have implemented a proof-of-concept implementation of variants in the Ports framework, including the necessary modifications to poudriere in order to support it. It was mildly upsettling to find that poudriere is mostly written in Bourne shell scripts, but I pressed on nonetheless. I started with the prototype made by Baptiste Daroussin as a base, and built from there. The poudriere PoC aims to limit changes as much as possible to merely adding support for the new variants flags, while also at the request of Kubilay Kocak making the logging output more package-centric (as opposed to port-centric) as a result of these changes. This is a work in progress, and I would love to hear your feedback. I have enjoyed my first few weeks working on FreeBSD, and I hope to stay here for quite some time. Open tasks: 1. Any constructive feedback on the implementation would be very welcome! 2. Hopefully the code will be of sufficient quality to be considered for formal review in the coming months. __________________________________________________________________ Xfce on FreeBSD Links FreeBSD Xfce Project URL: https://wiki.FreeBSD.org/Xfce FreeBSD Xfce Repository URL: https://www.assembla.com/spaces/xfce4/subversion/source Contact: FreeBSD Xfce Team Xfce is a free software desktop environment for Unix and Unix-like platforms, such as FreeBSD. It aims to be fast and lightweight, while still being visually appealing and easy to use. During this quarter, the team has kept these applications up-to-date: * audio/xfce4-pulseaudio-plugin 0.2.4 * multimedia/xfce4-parole 0.8.1 * x11/xfce4-whiskermenu-plugin 1.5.2 We also follow the unstable releases (available in our experimental repository) of: * x11/xfce4-dashboard 0.5.4 Open tasks: 1. Propose a patch to upstream to fix Xfdashboard with our version of OpenGL (it currently coredumps). __________________________________________________________________ "FreeBSD Mastery: Specialty Filesystems" Early Access Version Now Available Links Book site URL: https://www.michaelwlucas.com/nonfiction/fmsf Early access version URL: https://www.tiltedwindmillpress.com/?product=3Dfmspf Contact: Michael Lucas FreeBSD Mastery: Specialty Filesystems is now in copyediting. The ebook should be available by the end of January at all major vendors, and the print in February. The book covers everything from removable media, to FUSE, NFSv4 ACLs, iSCSI, CIFS, and more. If you act really quickly, you can get the electronic early access version at a 10% discount. You will get the final ebook when it comes out as well. (This offer evaporates when the final version comes out.) __________________________________________________________________ style(9) Enhanced to Allow C99 bool Links Bruce's Email Requesting bool be Added to style(9) URL: https://lists.FreeBSD.org/pipermail/svn-src-head/2015-December/079= 671.html Differential Revision for the Change URL: https://reviews.FreeBSD.org/D4384 Contact: Bruce Evans Contact: Conrad Meyer Use of bool is now allowed. It was allowed previously, as well, but now it is really allowed. Party like it's 1999! This project is sponsored by EMC / Isilon Storage Division. Open tasks: 1. Specify style(9)'s opinion on iso646.h. 2. Fix intmax_t to be 128-bit on platforms where __int128_t is used. __________________________________________________________________ HardenedBSD Links HardenedBSD Website URL: https://hardenedbsd.org/ Introducing HardenedBSD's New Binary Updater URL: https://hardenedbsd.org/article/shawn-webb/2015-12-31/introducing-= hardenedbsds-new-binary-updater secadm Beta Published URL: https://hardenedbsd.org/article/shawn-webb/2015-11-22/introducing-= secadm-030-beta-01 New Package Building Server URL: https://hardenedbsd.org/article/admin/2015-11-22/new-package-build= ing-server secadm URL: https://github.com/HardenedBSD/secadm HardenedBSD Haswell Support URL: https://github.com/HardenedBSD/hardenedBSD-playground/tree/hardene= d/experimental/master-i915 Nightly Builds for HardenedBSD Haswell Support URL: http://jenkins.hardenedbsd.org/builds/HardenedBSD-CURRENT-i915kms-= amd64-LATEST/ Contact: Shawn Webb Contact: Oliver Pinter HardenedBSD has been hard at work improving the performance and stability of our security enhancements. Security flags are now per-thread instead of per-process, removing some locking overhead. ASLR for mmap(MAP_32BIT) requests has been refactored, but lib32 is now disabled by default. We have developed a new binary update utility, hbsd-update, akin to freebsd-update. In addition to normal OS installs, it can also update jails and ZFS Boot Environments (ZFS BEs). Updates are signed using X.509 certificates. secadm 0.3-beta has landed. It has been rewritten from scratch to be more efficient. As part of the rewrite, the rule syntax has changed and users must update their rulesets as described in the README. Thanks to generous donations of a server from G2, Inc and hosting from Automated Tendencies, we can now do full package builds in just 35 hours, down from 75 hours. This machine will also provide weekly binary updates for the kernel and base system. Owing partly to the needs of the developers, we have an experimental branch that includes the work Jean-S=E9bastien P=E9dron has under way fo= r Haswell graphics support, on top of FreeBSD 11-current. Binary updates are also provided for this branch. Unfortunately, in order to focus our efforts on improving HardenedBSD, we have had to pull back from submitting our ASLR patches to FreeBSD. The past two years' efforts to address comments on the submission have taken their toll, and the effort is no longer sustainable. We are proud to be based on FreeBSD and believe that the whole community could benefit from the security technologies we are developing. We hope that someone else will be able to step forward and finish off the task of integrating ASLR into FreeBSD. This project is sponsored by Automated Tendencies, G2, Inc, and SoldierX. __________________________________________________________________ NanoBSD Modernization Contact: Warner Losh This quarter's NanoBSD updates target three main areas. First, building a NanoBSD image required root privileges. Second, building for embedded platforms required detailed knowledge of the format required to boot. Third, the exact image sizes needed to be known to produce an image. When NanoBSD was written, FreeBSD's build system required root privileges for the install step and onward. NanoBSD added to this by creating a md(4) device in which to construct the image. Some configurations of NanoBSD added further to this by creating a chroot in which to cleanly build packages. NanoBSD solves the first problem using the new NO_ROOT build option to create a meta file. NanoBSD also augments this record as files are created and removed. The meta file is then fed into makefs(8) to create a UFS image with the proper permissions. The UFS image, and sometimes a DOS FAT partition, are then passed to mkimg(1) to create the final SD image. The mtree manipulation has been written as a separate script to allow it to move into the base system where it could assist with other build orchestration tools (though the move has not happened yet). The detailed knowledge of how to build each embedded image (as well as some of the base images for qemu) has always been hard to enshrine. Crochet puts this knowledge into its builds. The FreeBSD release system puts it into its system. NanoBSD, prior to the current work, provided no way to access its knowledge of how to build images. The current state of this project allows the user to set a simple image type and have NanoBSD deal with all of the details needed to create that image type. This includes using the u-boot ports and installing the right files into a FAT partition so that FreeBSD can boot with ubldr(8), creating the right boot1.elf file for powerpc64 qemu booting, or the more familiar (though needlessly complicated) x86 setup. Previous versions of NanoBSD required too much specialized knowledge from the user. This work aims to concentrate the knowledge into a set of simple scripts for any build orchestration system to use. Finally, NanoBSD images in the past have needed very specific knowledge of the target device. Part of this is a legacy of the BIOS state-of-the-art a decade ago, which required very careful matching of the image to the actual device in the deployed system. Although relevant at the time, such systems are now vanishingly rare. Support for them will be phased out (though given the flexibility of NanoBSD, it can be moved to the few remaining examples in the tree and also partially covered by the generic image scripts). Today, the typical use case is to create an SD or microSD card image, and have the image resize itself on boot. NanoBSD now supports that workflow. In addition to these items, a number of minor improvements have been made: * Support for CPUTYPE-specialized builds. This includes both NanoBSD support as well as important bug fixes in the base system. * Support for marking MBR partitions as active. * Support for more partition types. Open tasks: 1. mkimg(8) needs to be augmented to create images for the i.MX6 and Allwinner (and others) SoCs. These SoCs require a boot image to be written after the MBR, but before the first partition starts. 2. The chroot functionality of some NanoBSD configurations has not yet been migrated for non-privileged builds. 3. The functionality to manipulate mtree(8) files should be moved into the base system for use by other build orchestration tools. 4. The script to create a bootable image from one or more trees of files, as well as some creation of those trees, should be moved into the base system for use with other build orchestration tools. 5. The growfs functionality works great for single images growing to the whole disk. However, NanoBSD would prefer that the boot FS/partition grow to approximately 1/2 the size of the media and another identical (or close) partition be created for the ping-ponging upgrades that NanoBSD is setup for. This needs to be implemented in the growfs rc.d(8) script. __________________________________________________________________ relaunchd Links Development tree on GitHub URL: https://github.com/mheily/relaunchd Contact: Mark Heily The relaunchd project provides a service management daemon that is similar to the original launchd introduced in Apple OS X. It is not limited to the original features of launchd, however: interesting work is being done to add support for launching programs in jails, passing socket descriptors from the host to a jail, and launching programs within a preconfigured capsicum(4) sandbox. Additionally, relaunchd uses UCL for its configuration files, so jobs can be defined in JSON or other formats supported by UCL. While there is still work to be done, most of the important features of the original launchd have been implemented, and relaunchd has been made available in the FreeBSD Ports Collection. It should still be considered experimental and not ready for production use, but everyone is welcome to try it, report issues, and contribute code or ideas for improvement. Open tasks: 1. Add support for restarting jobs if they crash. 2. Implement the cron(8) emulation feature. 3. Add support for monitoring files and directories for changes and launching jobs when changes are detected. 4. Finish things that are incomplete, such as support for jails and passing open socket descriptors to child processes. 5. Improve the documentation and provide more examples of usage. __________________________________________________________________ System Initialization and Service Management Links A Comparison of init(8) and rc(8) Replacements URL: http://www.daemonspawn.org/2016/01/a-comparison-of-alternatives-to= -init8.html Contact: Mark Heily Contact: Jonathan de Boyne Pollard Contact: Jordan Hubbard There are three active projects to provide an alternative to the traditional init(8) and rc(8) subsystems that manage the boot process and system services. There are a number of reasons driving the desire for change, including: * Faster boot times, made possible by launching services in parallel * Greater reliability, by ensuring that services are automatically restarted if they terminate unexpectedly * Simplified dependency management, using socket activation and similar techniques * The ability to launch services "on demand", and have them self-terminate when idle * Improved security, by removing the need to start common daemons as the root user Two of the projects, launchd and relaunchd, are based on the launchd(8) API introduced by Apple in Mac OS X. The NextBSD project has ported the original Apple source code by writing a Mach compatibility layer that allows launchd to run on FreeBSD. The relaunchd project started from scratch with the goal of creating a more modular, lightweight, and portable implementation of the launchd API. The third project, nosh, is a unique creation that borrows concepts from launchd, systemd, and several other Unix operating systems. While the FreeBSD Project has not made a decision to replace the current init(8) and rc(8) subsystems, the existence and active development of alternatives will continue to drive innovation in this space. Jordan Hubbard is the contact point for the NextBSD launchd, Jonathan de Boyne Pollard is the contact point for nosh, and Mark Heily is the contact point for relaunchd. __________________________________________________________________ The FreeBSD Foundation Links Foundation Website URL: http://www.FreeBSDFoundation.org/ FreeBSD Journal URL: http://FreeBSDJournal.com/ Contact: Deb Goodkin The FreeBSD Foundation is a 501(c)(3) non-profit organization dedicated to supporting and promoting the FreeBSD Project and community worldwide. Funding comes from individual and corporate donations and is used to fund and manage development projects, conferences and developer summits, and provide travel grants to FreeBSD developers. The Foundation purchases hardware to improve and maintain FreeBSD infrastructure and publishes FreeBSD white papers and marketing material to promote, educate, and advocate for the FreeBSD Project. The Foundation also represents the FreeBSD Project in executing contracts, license agreements, and other legal arrangements that require a recognized legal entity. Here are some highlights of what we did to help FreeBSD last quarter: On the advocacy front, the Foundation attended and sponsored EuroBSDcon, which took place Oct 1-4 (https://2015.eurobsdcon.org/) in Stockholm, Sweden. Two days prior, during the developer summit, Deb Goodkin ran a session on Recruiting to FreeBSD. The Foundation was also very active during the event itself; in addition to Deb, we had Dru Lavigne, Kirk McKusick, Erwin Lansing, Ed Maste, Hiroki Sato, Benedict Reuschling, and Edward Tomasz Napiera=B3a attend the conference. Deb and Ed gave a presentation on how the Foundation supports a BSD project. Kirk gave a presentation on "a Brief History of the BSD Fast File System," and he taught the two-day tutorial "Introduction to the FreeBSD Open-Source Operating System." Deb then attended the 2015 Grace Hopper Conference that was held in Houston, TX, October 14-16. The conference is for women in computing and most of the attendees were female computer science majors, female software developers, and college professors. The Foundation was proud to be a Silver Sponsor. The conference was very successful for us. Our presence allowed us to raise awareness of the Project, help recruit more women, and get more professors to include FreeBSD in their curriculum. George V. Neville-Neil traveled to Bangkok, Thailand to present talks on DTrace, FreeBSD, and teaching with DTrace. The talks were presented at Chulalongkorn University, which is the largest University in Thailand with the largest engineering school. The first talk was the practitioner's introduction to DTrace in which the technology, history and usage is explained without diving into all the kernel subsystems. The second was the sales pitch for teaching with Dtrace and with FreeBSD. The pitch was well received and there were some very good points made by the audience. The facts that the course materials are both open source and hosted on github were also well received. Kirk McKusick completed a 10-hour tutorial about FreeBSD for Pearson Education in their "Live Lesson" program. In particular, there is a great free snippet from that course comparing FreeBSD against Linux here: http://youtu.be/dTpqALCwQ1Y?a. Find out more about the whole session at: http://click.linksynergy.com/fs-bin/click?id=3DNZS3W7D*uS0&subid=3D&offe= rid=3D163217.1&type=3D10&tmpid=3D3559&RD_PARM1=3Dhttp%253A%252F%252Fwww.inf= ormit.com%252Fstore%252Fintroduction-to-the-freebsd-open-source-operating-s= ystem-9780134305868. Anne Dickison resumed the Faces of FreeBSD series with interviews featuring Michael Dexter and Erin Clark. She also continued to produce and distribute FreeBSD materials for conferences, as well as advocating for FreeBSD over our social channels. George V. Neville-Neil headed up the latest Silicon Valley Vendor and Developer Summit, November 2-3, at the NetApp campus in Sunnyvale, California. Topics of discussion ranged over new developments in persistent memory, the use of FreeBSD by a company that builds rackscale systems, developments in our compiler and tool suite, as well as others. Additional Foundation Board and Staff attending the summit included: Deb Goodkin, Glen Barber, Justin T. Gibbs, Kirk McKusick, Ed Maste, and Hiroki Sato. The complete schedule, and some of the slides, are available on the FreeBSD Wiki https://wiki.freebsd.org/201511VendorDevSummit . Notes from the always lively "Have/Need/Want session" are available at https://wiki.freebsd.org/201511VendorDevSummit/HaveNeedWant . While in the Bay Area, some Foundation members visited commercial users of FreeBSD to help understand their needs, update them on the work the Foundation is doing, and facilitate collaboration between them and the Project. We were a sponsor of the 2015 OpenZFS Developer Summit, which took place October 19-20, in San Francisco, CA. Justin T. Gibbs and Kirk McKusick attended the conference. Justin T. Gibbs continued his semester long class teaching Intro to Computer Science using FreeBSD at a middle school. Ed Maste, Edward Tomasz Napiera=B3a, and Konstantin Belousov continue to make progress on Foundation funded development projects. More specifically: * Ed Worked on a number of items relating to the tool chain: LLD linker, ELF Tool Chain components, and LLDB debugger, and tested, integrated, and merged outstanding UEFI work. * Edward finished work on the reroot project as well as spending some time on a certificate-transparency port. He also implemented a prototype to support disk IO limit in RCTL. * Konstantin rewrote the out of memory killer logic, which, in particular, fixed FreeBSD operation on systems without swap, especially systems with very little memory. The latter are becoming more and more common with the popularity of embedded ARM platforms where FreeBSD runs, but it also affects large systems which are usually configured without swap. He also finalized and committed the shared page support for the ARMv7 and ARMv8 systems. This allows for a non-executable stack on ARMv7, and a much faster userspace gettimeofday(2) for both, similar to x86. Ed Maste presented a FreeBSD/arm64 talk and a hands-on demo at ARM Techcon, which took place November 10-12, 2015, in Santa Clara, CA. We continued publishing our monthly newsletters and acquiring new company testimonials about using FreeBSD, including from Verisign and Nginx. Anne Dickison, Dru Lavigne, and Glen Barber represented the Foundation at USENIX LISA '15, which took place November 3-8, in Washington D.C.. The Foundation had a booth in the Expo Hall and participated in a BoF. Besides connecting with current community members, we spoke with attendees who were interested in getting involved with the Project and helped set them on the correct path. We also took the opportunity to remind those who had not used FreeBSD in a while what they were missing. Glen also attended the USENIX Release Engineering Summit, which was co-located with LISA '15. We published the Sept/Oct and Nov/Dec issues of the FreeBSD Journal. George V. Neville-Neil and Robert Watson announced the release of their TeachBSD initiative: http://teachbsd.org/. TeachBSD offers a set of open source reusable course materials designed to allow others to teach both university students and software practitioners FreeBSD operating system fundamentals. The Foundation is proud to have partly sponsored their efforts to teach the initial graduate level course on operating systems with tracing at the University of Cambridge. Deb Goodkin invited a representative from the Outreachy program to talk at the Ottawa FreeBSD Developer Summit about the program and how we can get involved. Deb also started discussions with CS professors from the University of Colorado, Boulder to offer some Intro to FreeBSD workshops. Glen Barber continued wearing many hats to support to the Project. For Release Engineering: * Added support for building BANANAPI, CUBIEBOARD, and CUBIEBOARD2 arm images. * Deprecated the use of MD5 checksums for verifying installation media downloaded from the FreeBSD Project mirrors. * Various miscellaneous updates and fixes to release build code. * Continued providing regular development snapshot builds. Under Systems Administration: * Assisted the Admins team with migrating various services to two new colocation facilities near Sunnyvale, generously provided by RootBSD and LimeLight Networks. * Moved email services for the Foundation to a new server. Ed Maste attended the Reproducible Builds World Summit, which took place in Athens, Greece, December 1-3, 2015. We wrapped up our 2015 fundraising efforts with our End-of-Year fundraising campaign by participating in #GivingTuesday, and continuing with weekly email and social media requests for support of the Foundation. Final fundraising numbers will be available in Q1 2016. __________________________________________________________________ -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQGgBAEBCgAGBQJWstP3AAoJECjZpvNk63USG3wMHArdbptYhXljtbfGKDUWPJjs ip1eIqDxywocb8P0VZ/NqSdASyuWXyHZGPxjFhE9BIAvUKeTCJPsJLWPqZyiv2Qj 856dYOTyOnzkMbGaN9dPTdH2ymrsfRqQKVr1DP+7la6IdFpvlUZ2RwxBX7qPs73/ yMy640tfC+8VVuKt3EjZdbN6hBbeSoiZ0b8pJ+GP42CKhwSYW86wrtMSudjNRZzZ lBYSJJ9RPh76Z6Qjcv8mBioEEl+XZyadzErM7rDNpiIRV4Ucr3ez24sUiGl30+4G SpniAKmXBL+6wWm9jhWfm6obOQJecTc7ydc5zT0Qb8rXIBPsYGxOYxujM1zqWbqt 4TjAqnzkanTqOfZDMzvpMj8dBk9gUxjHloQ66pfNx6UeV0cCbSh6k/vIQdTbvGAn NknGKyYQ8n0AQCHht3sXdOcGCca0gHq0uDEWR71woqTReXAjCdAEHNSE+XnnHWYa lCgsuNe5PWtSfYuyMu95X863us7mShf8277hQzNlft8ILTY=3D =3D7aRE -----END PGP SIGNATURE----- From owner-freebsd-current@freebsd.org Thu Feb 4 05:22:13 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2408EA9AD4B for ; Thu, 4 Feb 2016 05:22:13 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 178C87A1; Thu, 4 Feb 2016 05:22:13 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id AD48D1597; Thu, 4 Feb 2016 05:22:12 +0000 (UTC) Date: Thu, 4 Feb 2016 05:22:11 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org Message-ID: <1369315087.88.1454563331262.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1570306528.85.1454549213710.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1570306528.85.1454549213710.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is back to normal : FreeBSD_HEAD #116 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Instance-Identity: MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAkKKb2VAfYQKfu1t7qk4nR5qzUBEI+UqT4BPec4qHVhqUy0FFdq50sMH+3y9bCDNOufctov6VqTNffZ3YXArnZK95YF0OX97fh+E9txYOUX1adc+TikcKjuYpHmL5dE62eaZTI+4A5jnRonskQ1PaoIFz0Kbu4mWzkFsmdiXTraGzomXq4cHUCATA2+K4eDYgjXEQI30z3GOMmmZ4t/+6QGk1cMb/BqMWHbn80AsRCb4tU7Hpd72XLDpsuO7YRP1Q0CjmNAuBOTj+sFiiOe6U9HpqOlQN+iFUvBdZo/ybuy5Kh71cAaYQNL68cYdZJ6binH/DkG3KY/fS7DFYAeuwjwIDAQAB X-Jenkins-Job: FreeBSD_HEAD X-Jenkins-Result: SUCCESS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Feb 2016 05:22:13 -0000 See From owner-freebsd-current@freebsd.org Thu Feb 4 06:15:57 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 30BC9A9BD32 for ; Thu, 4 Feb 2016 06:15:57 +0000 (UTC) (envelope-from koobs.freebsd@gmail.com) Received: from mail-pf0-x22c.google.com (mail-pf0-x22c.google.com [IPv6:2607:f8b0:400e:c00::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 0187B1A9C for ; Thu, 4 Feb 2016 06:15:57 +0000 (UTC) (envelope-from koobs.freebsd@gmail.com) Received: by mail-pf0-x22c.google.com with SMTP id o185so33627278pfb.1 for ; Wed, 03 Feb 2016 22:15:56 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:reply-to:subject:references:to:from:message-id:date :user-agent:mime-version:in-reply-to:content-type :content-transfer-encoding; bh=ziwo+vpNKIZ9hz9tCDSWKwV8346CZ0VuKQbj5Y3GblE=; b=UehrD6MmJQN91A7MlWKrrDPIlsXUFeVKhOjXLAsQFNXErr8CrzHI7Sg3fkfNOht4D8 i6spO/LmoQtvflzH1IL80Faf/xUT9Muse9tL+ot+95dwz7C5GZgh4o2ihknE8hRFtqGL LVbieXBspVy7ZtuEMH57APj5qKRdRg7z5in61EyQWFijqGZMszpFv30/OUSIXuyy5R+y 19x/hXouHA+WGDse7kUfOknm8M6KIEDI6IM+BhIAXgsOCWxwYgnZS0NdUOUgGtSEPLl0 EB/HiUKTzJnr8GxjUkUMH849Za8AAkPsepU3BzF1J21mq7iuzbr3rvVS3rB/ji6wD/Np 2RxQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:reply-to:subject:references:to:from :message-id:date:user-agent:mime-version:in-reply-to:content-type :content-transfer-encoding; bh=ziwo+vpNKIZ9hz9tCDSWKwV8346CZ0VuKQbj5Y3GblE=; b=ROSTa3HztxQjX5YYUEH79j/sWeG9utDbgpHWwzczBUcI9LM4tjl6B5DPeuBhWKd6Oq C3OYCF/QTaNDdCaFmN/4qFWvlj5qAQppyaYUGMd8+PkOW0r78QCnz3kge5AqXPdPgNxD +Of73g9PvYXzBzbd1nURx1EZXkQSIld/+X9f9Mozsr+TUHOzVNsOcG7ZdjPJO+IpWv/q DGaAD9ryFWToKWFcvM8A4NhajsuEGdwppZFCQ01zds3sbX1i6ue5O45JKzAKMXKvpU8d yTpUsUImxoL7p+gxae47oioRMk1e1tGz7g0ukQA1t5lGPDEF/Ps6toZ7Tg9g1HWYWk0b opgw== X-Gm-Message-State: AG10YOTmpAyaQl8oT1VDpF8tghl36gpZ4MF8YtpjZPnYlK0i9dPCg/gDL8utVRA3R7o/8Q== X-Received: by 10.98.16.69 with SMTP id y66mr8585799pfi.86.1454566556681; Wed, 03 Feb 2016 22:15:56 -0800 (PST) Received: from ?IPv6:2001:44b8:31ae:7b01:b1ac:464b:e316:e4af? (2001-44b8-31ae-7b01-b1ac-464b-e316-e4af.static.ipv6.internode.on.net. [2001:44b8:31ae:7b01:b1ac:464b:e316:e4af]) by smtp.gmail.com with ESMTPSA id s65sm14049901pfi.12.2016.02.03.22.15.55 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 03 Feb 2016 22:15:56 -0800 (PST) Sender: Kubilay Kocak Reply-To: koobs@FreeBSD.org Subject: Re: Requesting MFC's References: <56B2B854.2030904@shrew.net> To: Matthew Grooms , freebsd-current@freebsd.org From: Kubilay Kocak Message-ID: <56B2EC93.9020409@FreeBSD.org> Date: Thu, 4 Feb 2016 17:15:47 +1100 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:44.0) Gecko/20100101 Thunderbird/44.0 MIME-Version: 1.0 In-Reply-To: <56B2B854.2030904@shrew.net> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Feb 2016 06:15:57 -0000 On 4/02/2016 1:32 PM, Matthew Grooms wrote: > All, > > What is the correct way to request that patches be committed to STABLE? > In particular, I'd really like to see these in 10.3-RELEASE as they have > been required to build a working firewall in some cases. All are related > to problems that were fixed in HEAD, but never MFC'd ... > > https://svnweb.freebsd.org/base?view=revision&revision=264915 > https://svnweb.freebsd.org/base?view=revision&revision=272695 > https://svnweb.freebsd.org/base?view=revision&revision=288529 1) Create an issue in Bugzilla for it a) Assigned to original committer b) Set mfc-stableX flag to? Committer can then set mfc-stableX flag to + when done, or set it to - with comment about why not/invalid/inappropriate If a branch is in feature freeze, issues should either: - Have re@ CC'd so they can be informed of the request - Have maintainer-approval ? re@FreeBSD.org set so that the release engineering team can approve/deny changes This is also the recommended method for changes that already have bugzilla issues created for them. > Thanks in advance, > > -Matthew > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@freebsd.org Thu Feb 4 06:44:09 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A0873A99AAD for ; Thu, 4 Feb 2016 06:44:09 +0000 (UTC) (envelope-from allanjude@freebsd.org) Received: from mx1.scaleengine.net (mx1.scaleengine.net [209.51.186.6]) by mx1.freebsd.org (Postfix) with ESMTP id 6482AAFD for ; Thu, 4 Feb 2016 06:44:09 +0000 (UTC) (envelope-from allanjude@freebsd.org) Received: from [10.1.1.2] (unknown [10.1.1.2]) (Authenticated sender: allanjude.freebsd@scaleengine.com) by mx1.scaleengine.net (Postfix) with ESMTPSA id 6201AD1E0 for ; Thu, 4 Feb 2016 06:44:07 +0000 (UTC) Subject: Re: Requesting MFC's To: freebsd-current@freebsd.org References: <56B2B854.2030904@shrew.net> <56B2EC93.9020409@FreeBSD.org> From: Allan Jude Message-ID: <56B2F33D.2060106@freebsd.org> Date: Thu, 4 Feb 2016 01:44:13 -0500 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.5.1 MIME-Version: 1.0 In-Reply-To: <56B2EC93.9020409@FreeBSD.org> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="KmqkCWndghxVUoB3l6KRC0FLIdDTVfscE" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Feb 2016 06:44:09 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --KmqkCWndghxVUoB3l6KRC0FLIdDTVfscE Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 2016-02-04 01:15, Kubilay Kocak wrote: > On 4/02/2016 1:32 PM, Matthew Grooms wrote: >> All, >> >> What is the correct way to request that patches be committed to STABLE= ? >> In particular, I'd really like to see these in 10.3-RELEASE as they ha= ve >> been required to build a working firewall in some cases. All are relat= ed >> to problems that were fixed in HEAD, but never MFC'd ... >> >> https://svnweb.freebsd.org/base?view=3Drevision&revision=3D264915 >> https://svnweb.freebsd.org/base?view=3Drevision&revision=3D272695 >> https://svnweb.freebsd.org/base?view=3Drevision&revision=3D288529 >=20 > 1) Create an issue in Bugzilla for it > a) Assigned to original committer > b) Set mfc-stableX flag to? >=20 > Committer can then set mfc-stableX flag to + when done, or set it to - > with comment about why not/invalid/inappropriate >=20 > If a branch is in feature freeze, issues should either: >=20 > - Have re@ CC'd so they can be informed of the request > - Have maintainer-approval ? re@FreeBSD.org set so that the release > engineering team can approve/deny changes >=20 > This is also the recommended method for changes that already have > bugzilla issues created for them. >=20 >> Thanks in advance, >> >> -Matthew >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> https://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.= org" >=20 >=20 > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.o= rg" >=20 RE@ has a specific procedure for requesting approval for an MFC during a freeze: https://wiki.freebsd.org/Releng/ChangeRequestGuidelines I would imagine they prefer not to be added to bugzilla issues until a committer decides it is worth MFCing something --=20 Allan Jude --KmqkCWndghxVUoB3l6KRC0FLIdDTVfscE Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (MingW32) iQIcBAEBAgAGBQJWsvNBAAoJEBmVNT4SmAt+6rQP/0u9gkE20f05RJK9hkj6z4Mg LZjyxNH0OVa0wHseZf9RGICQIohK5htJ8PqmAOTl9YW81DHdpzmnsdBWAY2H540n 20uWS84Ovrma+5jr5TRo2mpIO6Mg0IFbZxKi71Y9erRPZFwUpDRfKue84y4wnju4 epvFCgaiRlMIJ9YRSTLdVsiXtx8SieQQhM5ZeBHtKGDlVh+ny0FuQFJ5JXIALYDY 1dE1t21R9GBsGcWVieuSfD/H4Kb56U7i9ED9TIXoqc5NSjhHfdLRDF8zi7DBHVtN 3L8s2y7ElJEg6MH1LLMSwD7hbXcmsY+vyC8qjYF6xRClKYg/5vXmPz06m+3soesR TRSAwrZaWPQGfC6FNKyEDDaW2s+CgnxJ68+ugwy02pHQ/kphNOIXNvbmyf3M7yuX Eim2BMLOBgrOVHCaYR7rcddYPddZ9GzZbHLbZF4UZ+vdxj3BW7nfzZl91qRZOjDb vj49BHGaTQD8XK7rMyT9sRzIZ7I+IrMdilDptwXXTGoOrMbPtMPHD0aSBsQdWZgA iz6fmsJ/6eOM9mG41r7zhdYdlDF+QF95qBCPoP07dliBX0k9GVthu02J5GJkf689 v9+UDi2Z1eaAlhq27sOdS+KRwfVOU5EGjc+qaVJ14tTaOatDtJzf+L02IMPiRfEd wPfzyzcoTiuQaUKKs5XG =js8E -----END PGP SIGNATURE----- --KmqkCWndghxVUoB3l6KRC0FLIdDTVfscE-- From owner-freebsd-current@freebsd.org Thu Feb 4 06:57:13 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 73043A9A11C for ; Thu, 4 Feb 2016 06:57:13 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 65BB410AC; Thu, 4 Feb 2016 06:57:13 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 7BF1F15D1; Thu, 4 Feb 2016 06:57:13 +0000 (UTC) Date: Thu, 4 Feb 2016 06:57:12 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org Message-ID: <298167465.89.1454569033321.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Build failed in Jenkins: FreeBSD_HEAD_sparc64 #38 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Instance-Identity: MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAkKKb2VAfYQKfu1t7qk4nR5qzUBEI+UqT4BPec4qHVhqUy0FFdq50sMH+3y9bCDNOufctov6VqTNffZ3YXArnZK95YF0OX97fh+E9txYOUX1adc+TikcKjuYpHmL5dE62eaZTI+4A5jnRonskQ1PaoIFz0Kbu4mWzkFsmdiXTraGzomXq4cHUCATA2+K4eDYgjXEQI30z3GOMmmZ4t/+6QGk1cMb/BqMWHbn80AsRCb4tU7Hpd72XLDpsuO7YRP1Q0CjmNAuBOTj+sFiiOe6U9HpqOlQN+iFUvBdZo/ybuy5Kh71cAaYQNL68cYdZJ6binH/DkG3KY/fS7DFYAeuwjwIDAQAB X-Jenkins-Job: FreeBSD_HEAD_sparc64 X-Jenkins-Result: FAILURE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Feb 2016 06:57:13 -0000 See ------------------------------------------ [...truncated 206811 lines...] --- creator_vt.o --- cc -c -O -pipe -g -nostdinc -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MP -MF.depend.creator_vt.o -MTcreator_vt.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uninitialized -fno-common -fms-extensions -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -std=iso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/dev/fb/creator_vt.c --- fb.o --- cc -c -O -pipe -g -nostdinc -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MP -MF.depend.fb.o -MTfb.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uninitialized -fno-common -fms-extensions -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -std=iso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/dev/fb/fb.c --- gallant12x22.o --- cc -c -O -pipe -g -nostdinc -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MP -MF.depend.gallant12x22.o -MTgallant12x22.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uninitialized -fno-common -fms-extensions -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -std=iso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/dev/fb/gallant12x22.c --- machfb.o --- cc -c -O -pipe -g -nostdinc -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MP -MF.depend.machfb.o -MTmachfb.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uninitialized -fno-common -fms-extensions -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -std=iso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/dev/fb/machfb.c --- if_le_lebuffer.o --- cc -c -O -pipe -g -nostdinc -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MP -MF.depend.if_le_lebuffer.o -MTif_le_lebuffer.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uninitialized -fno-common -fms-extensions -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -std=iso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/dev/le/if_le_lebuffer.c --- if_le_ledma.o --- cc -c -O -pipe -g -nostdinc -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MP -MF.depend.if_le_ledma.o -MTif_le_ledma.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uninitialized -fno-common -fms-extensions -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -std=iso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/dev/le/if_le_ledma.c --- lebuffer_sbus.o --- cc -c -O -pipe -g -nostdinc -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MP -MF.depend.lebuffer_sbus.o -MTlebuffer_sbus.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uninitialized -fno-common -fms-extensions -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -std=iso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/dev/le/lebuffer_sbus.c --- ofw_bus_if.o --- awk -f /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/tools/makeobjops.awk /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/dev/ofw/ofw_bus_if.m -c ; cc -c -O -pipe -g -nostdinc -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MP -MF.depend.ofw_bus_if.o -MTofw_bus_if.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uninitialized -fno-common -fms-extensions -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -std=iso9899:1999 -Werror ofw_bus_if.c --- ofw_bus_subr.o --- cc -c -O -pipe -g -nostdinc -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MP -MF.depend.ofw_bus_subr.o -MTofw_bus_subr.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uninitialized -fno-common -fms-extensions -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -std=iso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/dev/ofw/ofw_bus_subr.c --- ofw_if.o --- awk -f /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/tools/makeobjops.awk /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/dev/ofw/ofw_if.m -c ; cc -c -O -pipe -g -nostdinc -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MP -MF.depend.ofw_if.o -MTofw_if.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uninitialized -fno-common -fms-extensions -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -std=iso9899:1999 -Werror ofw_if.c --- ofw_standard.o --- --- openfirm.o --- --- ofw_standard.o --- cc -c -O -pipe -g -nostdinc -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MP -MF.depend.ofw_standard.o -MTofw_standard.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uninitialized -fno-common -fms-extensions -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -std=iso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/dev/ofw/ofw_standard.c --- openfirm.o --- cc -c -O -pipe -g -nostdinc -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MP -MF.depend.openfirm.o -MTopenfirm.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uninitialized -fno-common -fms-extensions -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -std=iso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/dev/ofw/openfirm.c --- openfirmio.o --- cc -c -O -pipe -g -nostdinc -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MP -MF.depend.openfirmio.o -MTopenfirmio.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uninitialized -fno-common -fms-extensions -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -std=iso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/dev/ofw/openfirmio.c --- openpromio.o --- cc -c -O -pipe -g -nostdinc -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MP -MF.depend.openpromio.o -MTopenpromio.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uninitialized -fno-common -fms-extensions -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -std=iso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/dev/ofw/openpromio.c --- cs4231.o --- cc -c -O -pipe -g -nostdinc -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MP -MF.depend.cs4231.o -MTcs4231.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uninitialized -fno-common -fms-extensions -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -std=iso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/dev/sound/sbus/cs4231.c --- scgfbrndr.o --- cc -c -O -pipe -g -nostdinc -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MP -MF.depend.scgfbrndr.o -MTscgfbrndr.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uninitialized -fno-common -fms-extensions -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -std=iso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/dev/syscons/scgfbrndr.c --- scterm-teken.o --- cc -c -O -pipe -g -nostdinc -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MP -MF.depend.scterm-teken.o -MTscterm-teken.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uninitialized -fno-common -fms-extensions -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -std=iso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/dev/syscons/scterm-teken.c --- scvtb.o --- cc -c -O -pipe -g -nostdinc -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MP -MF.depend.scvtb.o -MTscvtb.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uninitialized -fno-common -fms-extensions -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -std=iso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/dev/syscons/scvtb.c --- uart_cpu_sparc64.o --- cc -c -O -pipe -g -nostdinc -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MP -MF.depend.uart_cpu_sparc64.o -MTuart_cpu_sparc64.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uninitialized -fno-common -fms-extensions -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -std=iso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/dev/uart/uart_cpu_sparc64.c --- uart_kbd_sun.o --- cc -c -O -pipe -g -nostdinc -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MP -MF.depend.uart_kbd_sun.o -MTuart_kbd_sun.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uninitialized -fno-common -fms-extensions -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -std=iso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/dev/uart/uart_kbd_sun.c --- ofwfb.o --- cc -c -O -pipe -g -nostdinc -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MP -MF.depend.ofwfb.o -MTofwfb.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uninitialized -fno-common -fms-extensions -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -std=iso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/dev/vt/hw/ofwfb/ofwfb.c --- kern_clocksource.o --- cc -c -O -pipe -g -nostdinc -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MP -MF.depend.kern_clocksource.o -MTkern_clocksource.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uninitialized -fno-common -fms-extensions -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -std=iso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/kern/kern_clocksource.c --- subr_dummy_vdso_tc.o --- cc -c -O -pipe -g -nostdinc -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MP -MF.depend.subr_dummy_vdso_tc.o -MTsubr_dummy_vdso_tc.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uninitialized -fno-common -fms-extensions -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -std=iso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/kern/subr_dummy_vdso_tc.c --- subr_sfbuf.o --- cc -c -O -pipe -g -nostdinc -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MP -MF.depend.subr_sfbuf.o -MTsubr_sfbuf.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uninitialized -fno-common -fms-extensions -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -std=iso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/kern/subr_sfbuf.c --- ffs.o --- --- ffsl.o --- --- ffs.o --- cc -c -O -pipe -g -nostdinc -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MP -MF.depend.ffs.o -MTffs.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uninitialized -fno-common -fms-extensions -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -std=iso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/libkern/ffs.c --- ffsl.o --- cc -c -O -pipe -g -nostdinc -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MP -MF.depend.ffsl.o -MTffsl.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uninitialized -fno-common -fms-extensions -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -std=iso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/libkern/ffsl.c --- ffsll.o --- --- fls.o --- --- ffsll.o --- cc -c -O -pipe -g -nostdinc -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MP -MF.depend.ffsll.o -MTffsll.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uninitialized -fno-common -fms-extensions -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -std=iso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/libkern/ffsll.c --- fls.o --- cc -c -O -pipe -g -nostdinc -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MP -MF.depend.fls.o -MTfls.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uninitialized -fno-common -fms-extensions -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -std=iso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/libkern/fls.c --- flsl.o --- --- flsll.o --- --- flsl.o --- cc -c -O -pipe -g -nostdinc -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MP -MF.depend.flsl.o -MTflsl.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uninitialized -fno-common -fms-extensions -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -std=iso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/libkern/flsl.c --- flsll.o --- cc -c -O -pipe -g -nostdinc -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MP -MF.depend.flsll.o -MTflsll.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uninitialized -fno-common -fms-extensions -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -std=iso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/libkern/flsll.c --- memmove.o --- cc -c -O -pipe -g -nostdinc -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MP -MF.depend.memmove.o -MTmemmove.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uninitialized -fno-common -fms-extensions -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -std=iso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/libkern/memmove.c --- central.o --- cc -c -O -pipe -g -nostdinc -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MP -MF.depend.central.o -MTcentral.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uninitialized -fno-common -fms-extensions -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -std=iso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/sparc64/central/central.c --- ebus.o --- --- epic.o --- --- ebus.o --- cc -c -O -pipe -g -nostdinc -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MP -MF.depend.ebus.o -MTebus.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uninitialized -fno-common -fms-extensions -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -std=iso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/sparc64/ebus/ebus.c --- epic.o --- cc -c -O -pipe -g -nostdinc -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MP -MF.depend.epic.o -MTepic.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uninitialized -fno-common -fms-extensions -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -std=iso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/sparc64/ebus/epic.c --- clkbrd.o --- cc -c -O -pipe -g -nostdinc -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MP -MF.depend.clkbrd.o -MTclkbrd.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uninitialized -fno-common -fms-extensions -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -std=iso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/sparc64/fhc/clkbrd.c --- fhc.o --- cc -c -O -pipe -g -nostdinc -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MP -MF.depend.fhc.o -MTfhc.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uninitialized -fno-common -fms-extensions -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -std=iso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/sparc64/fhc/fhc.c --- isa.o --- cc -c -O -pipe -g -nostdinc -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MP -MF.depend.isa.o -MTisa.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uninitialized -fno-common -fms-extensions -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -std=iso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/sparc64/isa/isa.c --- isa_dma.o --- cc -c -O -pipe -g -nostdinc -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MP -MF.depend.isa_dma.o -MTisa_dma.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uninitialized -fno-common -fms-extensions -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -std=iso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/sparc64/isa/isa_dma.c --- ofw_isa.o --- cc -c -O -pipe -g -nostdinc -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MP -MF.depend.ofw_isa.o -MTofw_isa.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uninitialized -fno-common -fms-extensions -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -std=iso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/sparc64/isa/ofw_isa.c --- apb.o --- cc -c -O -pipe -g -nostdinc -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MP -MF.depend.apb.o -MTapb.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uninitialized -fno-common -fms-extensions -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -std=iso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/sparc64/pci/apb.c --- fire.o --- cc -c -O -pipe -g -nostdinc -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MP -MF.depend.fire.o -MTfire.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uninitialized -fno-common -fms-extensions -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -std=iso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/sparc64/pci/fire.c --- ofw_pci.o --- cc -c -O -pipe -g -nostdinc -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MP -MF.depend.ofw_pci.o -MTofw_pci.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uninitialized -fno-common -fms-extensions -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -std=iso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/sparc64/pci/ofw_pci.c --- ofw_pcib.o --- cc -c -O -pipe -g -nostdinc -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MP -MF.depend.ofw_pcib.o -MTofw_pcib.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uninitialized -fno-common -fms-extensions -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -std=iso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/sparc64/pci/ofw_pcib.c --- ofw_pcib_subr.o --- cc -c -O -pipe -g -nostdinc -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MP -MF.depend.ofw_pcib_subr.o -MTofw_pcib_subr.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uninitialized -fno-common -fms-extensions -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -std=iso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/sparc64/pci/ofw_pcib_subr.c --- ofw_pcibus.o --- cc -c -O -pipe -g -nostdinc -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MP -MF.depend.ofw_pcibus.o -MTofw_pcibus.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uninitialized -fno-common -fms-extensions -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -std=iso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/sparc64/pci/ofw_pcibus.c --- ofw_pci_if.o --- awk -f /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/tools/makeobjops.awk /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/sparc64/pci/ofw_pci_if.m -c ; cc -c -O -pipe -g -nostdinc -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MP -MF.depend.ofw_pci_if.o -MTofw_pci_if.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uninitialized -fno-common -fms-extensions -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -std=iso9899:1999 -Werror ofw_pci_if.c --- psycho.o --- cc -c -O -pipe -g -nostdinc -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MP -MF.depend.psycho.o -MTpsycho.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uninitialized -fno-common -fms-extensions -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -std=iso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/sparc64/pci/psycho.c --- sbbc.o --- cc -c -O -pipe -g -nostdinc -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MP -MF.depend.sbbc.o -MTsbbc.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uninitialized -fno-common -fms-extensions -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -std=iso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/sparc64/pci/sbbc.c --- schizo.o --- cc -c -O -pipe -g -nostdinc -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MP -MF.depend.schizo.o -MTschizo.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uninitialized -fno-common -fms-extensions -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -std=iso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/sparc64/pci/schizo.c --- dma_sbus.o --- cc -c -O -pipe -g -nostdinc -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MP -MF.depend.dma_sbus.o -MTdma_sbus.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uninitialized -fno-common -fms-extensions -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -std=iso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/sparc64/sbus/dma_sbus.c --- sbus.o --- cc -c -O -pipe -g -nostdinc -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MP -MF.depend.sbus.o -MTsbus.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uninitialized -fno-common -fms-extensions -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -std=iso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/sparc64/sbus/sbus.c --- lsi64854.o --- cc -c -O -pipe -g -nostdinc -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MP -MF.depend.lsi64854.o -MTlsi64854.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uninitialized -fno-common -fms-extensions -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -std=iso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/sparc64/sbus/lsi64854.c --- ata_machdep.o --- cc -c -O -pipe -g -nostdinc -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MP -MF.depend.ata_machdep.o -MTata_machdep.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uninitialized -fno-common -fms-extensions -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -std=iso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/sparc64/sparc64/ata_machdep.c --- autoconf.o --- cc -c -O -pipe -g -nostdinc -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MP -MF.depend.autoconf.o -MTautoconf.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uninitialized -fno-common -fms-extensions -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -std=iso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/sparc64/sparc64/autoconf.c --- bus_machdep.o --- cc -c -O -pipe -g -nostdinc -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MP -MF.depend.bus_machdep.o -MTbus_machdep.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uninitialized -fno-common -fms-extensions -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -std=iso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/sparc64/sparc64/bus_machdep.c --- cache.o --- cc -c -O -pipe -g -nostdinc -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MP -MF.depend.cache.o -MTcache.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uninitialized -fno-common -fms-extensions -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -std=iso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/sparc64/sparc64/cache.c --- cam_machdep.o --- --- cheetah.o --- --- cam_machdep.o --- cc -c -O -pipe -g -nostdinc -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MP -MF.depend.cam_machdep.o -MTcam_machdep.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uninitialized -fno-common -fms-extensions -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -std=iso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/sparc64/sparc64/cam_machdep.c --- cheetah.o --- cc -c -O -pipe -g -nostdinc -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MP -MF.depend.cheetah.o -MTcheetah.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uninitialized -fno-common -fms-extensions -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -std=iso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/sparc64/sparc64/cheetah.c --- clock.o --- cc -c -O -pipe -g -nostdinc -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MP -MF.depend.clock.o -MTclock.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uninitialized -fno-common -fms-extensions -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -std=iso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/sparc64/sparc64/clock.c --- counter.o --- cc -c -O -pipe -g -nostdinc -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MP -MF.depend.counter.o -MTcounter.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uninitialized -fno-common -fms-extensions -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -std=iso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/sparc64/sparc64/counter.c --- db_disasm.o --- cc -c -O -pipe -g -nostdinc -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MP -MF.depend.db_disasm.o -MTdb_disasm.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uninitialized -fno-common -fms-extensions -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -std=iso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/sparc64/sparc64/db_disasm.c --- db_interface.o --- cc -c -O -pipe -g -nostdinc -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MP -MF.depend.db_interface.o -MTdb_interface.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uninitialized -fno-common -fms-extensions -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -std=iso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/sparc64/sparc64/db_interface.c --- db_trace.o --- cc -c -O -pipe -g -nostdinc -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MP -MF.depend.db_trace.o -MTdb_trace.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uninitialized -fno-common -fms-extensions -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -std=iso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/sparc64/sparc64/db_trace.c --- db_hwwatch.o --- cc -c -O -pipe -g -nostdinc -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MP -MF.depend.db_hwwatch.o -MTdb_hwwatch.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uninitialized -fno-common -fms-extensions -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -std=iso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/sparc64/sparc64/db_hwwatch.c --- dump_machdep.o --- cc -c -O -pipe -g -nostdinc -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MP -MF.depend.dump_machdep.o -MTdump_machdep.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uninitialized -fno-common -fms-extensions -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -std=iso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/sparc64/sparc64/dump_machdep.c --- elf_machdep.o --- cc -c -O -pipe -g -nostdinc -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MP -MF.depend.elf_machdep.o -MTelf_machdep.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uninitialized -fno-common -fms-extensions -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -std=iso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/sparc64/sparc64/elf_machdep.c --- eeprom.o --- cc -c -O -pipe -g -nostdinc -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MP -MF.depend.eeprom.o -MTeeprom.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uninitialized -fno-common -fms-extensions -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -std=iso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/sparc64/sparc64/eeprom.c --- gdb_machdep.o --- cc -c -O -pipe -g -nostdinc -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MP -MF.depend.gdb_machdep.o -MTgdb_machdep.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uninitialized -fno-common -fms-extensions -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -std=iso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/sparc64/sparc64/gdb_machdep.c --- identcpu.o --- cc -c -O -pipe -g -nostdinc -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MP -MF.depend.identcpu.o -MTidentcpu.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uninitialized -fno-common -fms-extensions -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -std=iso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/sparc64/sparc64/identcpu.c --- in_cksum.o --- cc -c -O -pipe -g -nostdinc -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MP -MF.depend.in_cksum.o -MTin_cksum.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uninitialized -fno-common -fms-extensions -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -std=iso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/sparc64/sparc64/in_cksum.c --- intr_machdep.o --- cc -c -O -pipe -g -nostdinc -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MP -MF.depend.intr_machdep.o -MTintr_machdep.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uninitialized -fno-common -fms-extensions -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -std=iso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/sparc64/sparc64/intr_machdep.c --- iommu.o --- cc -c -O -pipe -g -nostdinc -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MP -MF.depend.iommu.o -MTiommu.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uninitialized -fno-common -fms-extensions -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -std=iso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/sparc64/sparc64/iommu.c --- jbusppm.o --- cc -c -O -pipe -g -nostdinc -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MP -MF.depend.jbusppm.o -MTjbusppm.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uninitialized -fno-common -fms-extensions -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -std=iso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/sparc64/sparc64/jbusppm.c --- machdep.o --- cc -c -O -pipe -g -nostdinc -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MP -MF.depend.machdep.o -MTmachdep.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uninitialized -fno-common -fms-extensions -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -std=iso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/sparc64/sparc64/machdep.c --- mem.o --- cc -c -O -pipe -g -nostdinc -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MP -MF.depend.mem.o -MTmem.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uninitialized -fno-common -fms-extensions -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -std=iso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/sparc64/sparc64/mem.c --- mp_exception.o --- cc -c -x assembler-with-cpp -DLOCORE -O -pipe -g -nostdinc -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MP -MF.depend.mp_exception.o -MTmp_exception.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uninitialized -fno-common -fms-extensions -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -std=iso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/sparc64/sparc64/mp_exception.S -mcpu=ultrasparc --- mp_locore.o --- cc -c -x assembler-with-cpp -DLOCORE -O -pipe -g -nostdinc -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MP -MF.depend.mp_locore.o -MTmp_locore.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uninitialized -fno-common -fms-extensions -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -std=iso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/sparc64/sparc64/mp_locore.S --- mp_machdep.o --- cc -c -O -pipe -g -nostdinc -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MP -MF.depend.mp_machdep.o -MTmp_machdep.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uninitialized -fno-common -fms-extensions -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -std=iso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/sparc64/sparc64/mp_machdep.c --- nexus.o --- cc -c -O -pipe -g -nostdinc -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MP -MF.depend.nexus.o -MTnexus.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uninitialized -fno-common -fms-extensions -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -std=iso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/sparc64/sparc64/nexus.c --- ofw_machdep.o --- cc -c -O -pipe -g -nostdinc -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MP -MF.depend.ofw_machdep.o -MTofw_machdep.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uninitialized -fno-common -fms-extensions -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -std=iso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/sparc64/sparc64/ofw_machdep.c --- pmap.o --- cc -c -O -pipe -g -nostdinc -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MP -MF.depend.pmap.o -MTpmap.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uninitialized -fno-common -fms-extensions -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -std=iso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/sparc64/sparc64/pmap.c --- rtc.o --- cc -c -O -pipe -g -nostdinc -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MP -MF.depend.rtc.o -MTrtc.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uninitialized -fno-common -fms-extensions -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -std=iso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/sparc64/sparc64/rtc.c --- rwindow.o --- cc -c -O -pipe -g -nostdinc -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MP -MF.depend.rwindow.o -MTrwindow.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uninitialized -fno-common -fms-extensions -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -std=iso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/sparc64/sparc64/rwindow.c --- sc_machdep.o --- cc -c -O -pipe -g -nostdinc -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MP -MF.depend.sc_machdep.o -MTsc_machdep.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uninitialized -fno-common -fms-extensions -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -std=iso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/sparc64/sparc64/sc_machdep.c --- schppm.o --- --- spitfire.o --- --- schppm.o --- cc -c -O -pipe -g -nostdinc -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MP -MF.depend.schppm.o -MTschppm.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uninitialized -fno-common -fms-extensions -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -std=iso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/sparc64/sparc64/schppm.c --- spitfire.o --- cc -c -O -pipe -g -nostdinc -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MP -MF.depend.spitfire.o -MTspitfire.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uninitialized -fno-common -fms-extensions -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -std=iso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/sparc64/sparc64/spitfire.c --- ssm.o --- cc -c -O -pipe -g -nostdinc -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MP -MF.depend.ssm.o -MTssm.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uninitialized -fno-common -fms-extensions -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -std=iso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/sparc64/sparc64/ssm.c --- stack_machdep.o --- cc -c -O -pipe -g -nostdinc -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MP -MF.depend.stack_machdep.o -MTstack_machdep.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uninitialized -fno-common -fms-extensions -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -std=iso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/sparc64/sparc64/stack_machdep.c --- support.o --- cc -c -x assembler-with-cpp -DLOCORE -O -pipe -g -nostdinc -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MP -MF.depend.support.o -MTsupport.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uninitialized -fno-common -fms-extensions -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -std=iso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/sparc64/sparc64/support.S -mcpu=ultrasparc --- sys_machdep.o --- cc -c -O -pipe -g -nostdinc -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MP -MF.depend.sys_machdep.o -MTsys_machdep.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uninitialized -fno-common -fms-extensions -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -std=iso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/sparc64/sparc64/sys_machdep.c --- swtch.o --- cc -c -x assembler-with-cpp -DLOCORE -O -pipe -g -nostdinc -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MP -MF.depend.swtch.o -MTswtch.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uninitialized -fno-common -fms-extensions -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -std=iso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/sparc64/sparc64/swtch.S --- tick.o --- cc -c -O -pipe -g -nostdinc -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MP -MF.depend.tick.o -MTtick.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uninitialized -fno-common -fms-extensions -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -std=iso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/sparc64/sparc64/tick.c --- tlb.o --- cc -c -O -pipe -g -nostdinc -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MP -MF.depend.tlb.o -MTtlb.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uninitialized -fno-common -fms-extensions -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -std=iso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/sparc64/sparc64/tlb.c --- trap.o --- cc -c -O -pipe -g -nostdinc -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MP -MF.depend.trap.o -MTtrap.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uninitialized -fno-common -fms-extensions -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -std=iso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/sparc64/sparc64/trap.c --- tsb.o --- cc -c -O -pipe -g -nostdinc -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MP -MF.depend.tsb.o -MTtsb.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uninitialized -fno-common -fms-extensions -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -std=iso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/sparc64/sparc64/tsb.c --- uio_machdep.o --- cc -c -O -pipe -g -nostdinc -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MP -MF.depend.uio_machdep.o -MTuio_machdep.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uninitialized -fno-common -fms-extensions -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -std=iso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/sparc64/sparc64/uio_machdep.c --- upa.o --- cc -c -O -pipe -g -nostdinc -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MP -MF.depend.upa.o -MTupa.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uninitialized -fno-common -fms-extensions -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -std=iso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/sparc64/sparc64/upa.c --- vm_machdep.o --- cc -c -O -pipe -g -nostdinc -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MP -MF.depend.vm_machdep.o -MTvm_machdep.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uninitialized -fno-common -fms-extensions -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -std=iso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/sparc64/sparc64/vm_machdep.c --- zeus.o --- cc -c -O -pipe -g -nostdinc -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MP -MF.depend.zeus.o -MTzeus.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uninitialized -fno-common -fms-extensions -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -std=iso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/sparc64/sparc64/zeus.c --- config.o --- cc -c -O -pipe -g -nostdinc -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MP -MF.depend.config.o -MTconfig.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uninitialized -fno-common -fms-extensions -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -std=iso9899:1999 -Werror config.c --- env.o --- cc -c -O -pipe -g -nostdinc -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MP -MF.depend.env.o -MTenv.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uninitialized -fno-common -fms-extensions -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -std=iso9899:1999 -Werror env.c --- hints.o --- cc -c -O -pipe -g -nostdinc -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MP -MF.depend.hints.o -MThints.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uninitialized -fno-common -fms-extensions -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -std=iso9899:1999 -Werror hints.c --- vm_machdep.o --- In file included from /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/sparc64/sparc64/vm_machdep.c:73: /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/vm/uma_int.h:310: error: field 'uz_maxaction' has incomplete type *** [vm_machdep.o] Error code 1 make[2]: stopped in /builds/workspace/FreeBSD_HEAD_sparc64/obj/sparc64.sparc64/builds/workspace/FreeBSD_HEAD_sparc64/src/sys/GENERIC 1 error make[2]: stopped in /builds/workspace/FreeBSD_HEAD_sparc64/obj/sparc64.sparc64/builds/workspace/FreeBSD_HEAD_sparc64/src/sys/GENERIC *** [buildkernel] Error code 2 make[1]: stopped in /builds/workspace/FreeBSD_HEAD_sparc64/src 1 error make[1]: stopped in /builds/workspace/FreeBSD_HEAD_sparc64/src *** [buildkernel] Error code 2 make: stopped in /builds/workspace/FreeBSD_HEAD_sparc64/src 1 error make: stopped in /builds/workspace/FreeBSD_HEAD_sparc64/src [Pipeline] } //withEnv [Pipeline] Set environment variables : End [Pipeline] } //dir [Pipeline] Change current directory : End [Pipeline] } //node [Pipeline] Allocate node : End [Pipeline] Allocate node : Start Running on master in /usr/local/jenkins/workspace/FreeBSD_HEAD_sparc64 [Pipeline] node { [Pipeline] step From owner-freebsd-current@freebsd.org Thu Feb 4 06:58:48 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E86BDA9A205 for ; Thu, 4 Feb 2016 06:58:47 +0000 (UTC) (envelope-from koobs.freebsd@gmail.com) Received: from mail-pf0-x22c.google.com (mail-pf0-x22c.google.com [IPv6:2607:f8b0:400e:c00::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 B9D5A12D4; Thu, 4 Feb 2016 06:58:47 +0000 (UTC) (envelope-from koobs.freebsd@gmail.com) Received: by mail-pf0-x22c.google.com with SMTP id n128so34635304pfn.3; Wed, 03 Feb 2016 22:58:47 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:reply-to:subject:references:to:from:message-id:date :user-agent:mime-version:in-reply-to:content-type :content-transfer-encoding; bh=b6r/b/jrtQMwgl4GnOxcHIZZOYSeneOpBfiQzS5KfZk=; b=zvO3baYEa9QtUyd7Sf8+FzVSpaLPi7YQ7t1EH9swTcyJxLLmOcemFPh3T2j2zKJh56 wb2mTxXaJeQGCaLd1lu5wkrF2yhZXo5qGeSag2e19mlAsbphXyxPhdF6wyXkQBx0nlvU aRkJAGuujFq3R003bxb7Gm5ZXDIsNcXpU8Av76Nz49k3ix8kRn+S1j/kHVK141qpxRHl 0mViDgxEkeunKZKvZhDJlmmPNpt1glpzxIRE4axw0gcYs73+sFfq3Iybxu7xIgrVG8Ku 4Y2QrNkerSYqiyH+1CIjCrCtQx8au2SvDyYUpWtnN4TicdJ7lfsDF9d+/X/pJKc6Cfqd zszQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:reply-to:subject:references:to:from :message-id:date:user-agent:mime-version:in-reply-to:content-type :content-transfer-encoding; bh=b6r/b/jrtQMwgl4GnOxcHIZZOYSeneOpBfiQzS5KfZk=; b=YGdkX55xZmf47WNv7qHnj8fDVxHk1aASiXIf5QTAC7uRQ4GWjqlagfb+PiLr7rc15I NUi22oHOv+f5ugXRIfnieuaEI9taNiu9RfhTSS6c0pQBWbuTwK8jvu7E9r/rtkWfD4Wc yiNyiw2nLJgzAmnWtSHNEeGAbjH3hobMU42aaAyTdc+udxugtrSGrofW0INFGzFSOXeq C6g52SPSP0yhSzjyfWoqDP18PTSE65FzjYxtHgjeTI81ekdD4JIW54EF89wyjtDdIA1j XgJ5lN5U1tbqZbAaWLI20IJBvK8q6Csdg0ClfUxm7hwpyHNmRHQaz7I8h27FsMtU0W+A kokQ== X-Gm-Message-State: AG10YOTfo8sOtqMbrqRcWvEh5VyVR9C+xeQx0VBqU1Lu8+MAWYKZc4JMCLtABgnGXdP4pA== X-Received: by 10.98.34.212 with SMTP id p81mr8643822pfj.23.1454569127447; Wed, 03 Feb 2016 22:58:47 -0800 (PST) Received: from ?IPv6:2001:44b8:31ae:7b01:b1ac:464b:e316:e4af? (2001-44b8-31ae-7b01-b1ac-464b-e316-e4af.static.ipv6.internode.on.net. [2001:44b8:31ae:7b01:b1ac:464b:e316:e4af]) by smtp.gmail.com with ESMTPSA id z67sm14312543pfa.71.2016.02.03.22.58.45 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 03 Feb 2016 22:58:47 -0800 (PST) Sender: Kubilay Kocak Reply-To: koobs@FreeBSD.org Subject: Re: Requesting MFC's References: <56B2B854.2030904@shrew.net> <56B2EC93.9020409@FreeBSD.org> <56B2F33D.2060106@freebsd.org> To: Allan Jude , freebsd-current@freebsd.org From: Kubilay Kocak Message-ID: <56B2F69E.1000404@FreeBSD.org> Date: Thu, 4 Feb 2016 17:58:38 +1100 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:44.0) Gecko/20100101 Thunderbird/44.0 MIME-Version: 1.0 In-Reply-To: <56B2F33D.2060106@freebsd.org> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Feb 2016 06:58:48 -0000 On 4/02/2016 5:44 PM, Allan Jude wrote: > On 2016-02-04 01:15, Kubilay Kocak wrote: >> On 4/02/2016 1:32 PM, Matthew Grooms wrote: >>> All, >>> >>> What is the correct way to request that patches be committed to STABLE? >>> In particular, I'd really like to see these in 10.3-RELEASE as they have >>> been required to build a working firewall in some cases. All are related >>> to problems that were fixed in HEAD, but never MFC'd ... >>> >>> https://svnweb.freebsd.org/base?view=revision&revision=264915 >>> https://svnweb.freebsd.org/base?view=revision&revision=272695 >>> https://svnweb.freebsd.org/base?view=revision&revision=288529 >> >> 1) Create an issue in Bugzilla for it >> a) Assigned to original committer >> b) Set mfc-stableX flag to? >> >> Committer can then set mfc-stableX flag to + when done, or set it to - >> with comment about why not/invalid/inappropriate >> >> If a branch is in feature freeze, issues should either: >> >> - Have re@ CC'd so they can be informed of the request >> - Have maintainer-approval ? re@FreeBSD.org set so that the release >> engineering team can approve/deny changes >> >> This is also the recommended method for changes that already have >> bugzilla issues created for them. >> > > RE@ has a specific procedure for requesting approval for an MFC during a > freeze: https://wiki.freebsd.org/Releng/ChangeRequestGuidelines > I would imagine they prefer not to be added to bugzilla issues until a > committer decides it is worth MFCing something > Yes, sorry. From owner-freebsd-current@freebsd.org Thu Feb 4 10:17:24 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6102FA9B958 for ; Thu, 4 Feb 2016 10:17:24 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 3576FFAF; Thu, 4 Feb 2016 10:17:24 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id D7B531637; Thu, 4 Feb 2016 10:17:19 +0000 (UTC) Date: Thu, 4 Feb 2016 10:17:16 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org Message-ID: <152227217.94.1454581037149.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <298167465.89.1454569033321.JavaMail.jenkins@jenkins-9.freebsd.org> References: <298167465.89.1454569033321.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Build failed in Jenkins: FreeBSD_HEAD_sparc64 #39 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Instance-Identity: MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAkKKb2VAfYQKfu1t7qk4nR5qzUBEI+UqT4BPec4qHVhqUy0FFdq50sMH+3y9bCDNOufctov6VqTNffZ3YXArnZK95YF0OX97fh+E9txYOUX1adc+TikcKjuYpHmL5dE62eaZTI+4A5jnRonskQ1PaoIFz0Kbu4mWzkFsmdiXTraGzomXq4cHUCATA2+K4eDYgjXEQI30z3GOMmmZ4t/+6QGk1cMb/BqMWHbn80AsRCb4tU7Hpd72XLDpsuO7YRP1Q0CjmNAuBOTj+sFiiOe6U9HpqOlQN+iFUvBdZo/ybuy5Kh71cAaYQNL68cYdZJ6binH/DkG3KY/fS7DFYAeuwjwIDAQAB X-Jenkins-Job: FreeBSD_HEAD_sparc64 X-Jenkins-Result: FAILURE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Feb 2016 10:17:24 -0000 See ------------------------------------------ [...truncated 199431 lines...] --- psm.o --- cc -c -O -pipe -g -nostdinc -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MP -MF.depend.psm.o -MTpsm.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uninitialized -fno-common -fms-extensions -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -std=iso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/dev/atkbdc/psm.c --- auxio.o --- cc -c -O -pipe -g -nostdinc -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MP -MF.depend.auxio.o -MTauxio.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uninitialized -fno-common -fms-extensions -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -std=iso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/dev/auxio/auxio.c --- esp_sbus.o --- cc -c -O -pipe -g -nostdinc -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MP -MF.depend.esp_sbus.o -MTesp_sbus.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uninitialized -fno-common -fms-extensions -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -std=iso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/dev/esp/esp_sbus.c --- creator.o --- cc -c -O -pipe -g -nostdinc -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MP -MF.depend.creator.o -MTcreator.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uninitialized -fno-common -fms-extensions -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -std=iso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/dev/fb/creator.c --- creator_vt.o --- cc -c -O -pipe -g -nostdinc -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MP -MF.depend.creator_vt.o -MTcreator_vt.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uninitialized -fno-common -fms-extensions -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -std=iso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/dev/fb/creator_vt.c --- fb.o --- cc -c -O -pipe -g -nostdinc -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MP -MF.depend.fb.o -MTfb.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uninitialized -fno-common -fms-extensions -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -std=iso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/dev/fb/fb.c --- gallant12x22.o --- cc -c -O -pipe -g -nostdinc -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MP -MF.depend.gallant12x22.o -MTgallant12x22.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uninitialized -fno-common -fms-extensions -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -std=iso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/dev/fb/gallant12x22.c --- machfb.o --- cc -c -O -pipe -g -nostdinc -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MP -MF.depend.machfb.o -MTmachfb.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uninitialized -fno-common -fms-extensions -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -std=iso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/dev/fb/machfb.c --- if_le_lebuffer.o --- cc -c -O -pipe -g -nostdinc -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MP -MF.depend.if_le_lebuffer.o -MTif_le_lebuffer.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uninitialized -fno-common -fms-extensions -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -std=iso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/dev/le/if_le_lebuffer.c --- if_le_ledma.o --- cc -c -O -pipe -g -nostdinc -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MP -MF.depend.if_le_ledma.o -MTif_le_ledma.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uninitialized -fno-common -fms-extensions -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -std=iso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/dev/le/if_le_ledma.c --- lebuffer_sbus.o --- cc -c -O -pipe -g -nostdinc -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MP -MF.depend.lebuffer_sbus.o -MTlebuffer_sbus.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uninitialized -fno-common -fms-extensions -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -std=iso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/dev/le/lebuffer_sbus.c --- ofw_bus_if.o --- awk -f /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/tools/makeobjops.awk /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/dev/ofw/ofw_bus_if.m -c ; cc -c -O -pipe -g -nostdinc -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MP -MF.depend.ofw_bus_if.o -MTofw_bus_if.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uninitialized -fno-common -fms-extensions -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -std=iso9899:1999 -Werror ofw_bus_if.c --- ofw_bus_subr.o --- cc -c -O -pipe -g -nostdinc -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MP -MF.depend.ofw_bus_subr.o -MTofw_bus_subr.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uninitialized -fno-common -fms-extensions -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -std=iso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/dev/ofw/ofw_bus_subr.c --- ofw_if.o --- awk -f /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/tools/makeobjops.awk /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/dev/ofw/ofw_if.m -c ; cc -c -O -pipe -g -nostdinc -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MP -MF.depend.ofw_if.o -MTofw_if.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uninitialized -fno-common -fms-extensions -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -std=iso9899:1999 -Werror ofw_if.c --- ofw_standard.o --- cc -c -O -pipe -g -nostdinc -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MP -MF.depend.ofw_standard.o -MTofw_standard.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uninitialized -fno-common -fms-extensions -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -std=iso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/dev/ofw/ofw_standard.c --- openfirm.o --- --- openfirmio.o --- --- openfirm.o --- cc -c -O -pipe -g -nostdinc -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MP -MF.depend.openfirm.o -MTopenfirm.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uninitialized -fno-common -fms-extensions -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -std=iso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/dev/ofw/openfirm.c --- openfirmio.o --- cc -c -O -pipe -g -nostdinc -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MP -MF.depend.openfirmio.o -MTopenfirmio.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uninitialized -fno-common -fms-extensions -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -std=iso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/dev/ofw/openfirmio.c --- openpromio.o --- cc -c -O -pipe -g -nostdinc -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MP -MF.depend.openpromio.o -MTopenpromio.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uninitialized -fno-common -fms-extensions -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -std=iso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/dev/ofw/openpromio.c --- cs4231.o --- cc -c -O -pipe -g -nostdinc -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MP -MF.depend.cs4231.o -MTcs4231.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uninitialized -fno-common -fms-extensions -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -std=iso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/dev/sound/sbus/cs4231.c --- scgfbrndr.o --- cc -c -O -pipe -g -nostdinc -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MP -MF.depend.scgfbrndr.o -MTscgfbrndr.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uninitialized -fno-common -fms-extensions -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -std=iso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/dev/syscons/scgfbrndr.c --- scterm-teken.o --- cc -c -O -pipe -g -nostdinc -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MP -MF.depend.scterm-teken.o -MTscterm-teken.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uninitialized -fno-common -fms-extensions -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -std=iso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/dev/syscons/scterm-teken.c --- scvtb.o --- cc -c -O -pipe -g -nostdinc -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MP -MF.depend.scvtb.o -MTscvtb.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uninitialized -fno-common -fms-extensions -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -std=iso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/dev/syscons/scvtb.c --- uart_cpu_sparc64.o --- cc -c -O -pipe -g -nostdinc -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MP -MF.depend.uart_cpu_sparc64.o -MTuart_cpu_sparc64.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uninitialized -fno-common -fms-extensions -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -std=iso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/dev/uart/uart_cpu_sparc64.c --- uart_kbd_sun.o --- --- ofwfb.o --- --- uart_kbd_sun.o --- cc -c -O -pipe -g -nostdinc -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MP -MF.depend.uart_kbd_sun.o -MTuart_kbd_sun.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uninitialized -fno-common -fms-extensions -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -std=iso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/dev/uart/uart_kbd_sun.c --- ofwfb.o --- cc -c -O -pipe -g -nostdinc -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MP -MF.depend.ofwfb.o -MTofwfb.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uninitialized -fno-common -fms-extensions -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -std=iso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/dev/vt/hw/ofwfb/ofwfb.c --- kern_clocksource.o --- cc -c -O -pipe -g -nostdinc -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MP -MF.depend.kern_clocksource.o -MTkern_clocksource.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uninitialized -fno-common -fms-extensions -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -std=iso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/kern/kern_clocksource.c --- subr_dummy_vdso_tc.o --- cc -c -O -pipe -g -nostdinc -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MP -MF.depend.subr_dummy_vdso_tc.o -MTsubr_dummy_vdso_tc.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uninitialized -fno-common -fms-extensions -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -std=iso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/kern/subr_dummy_vdso_tc.c --- subr_sfbuf.o --- cc -c -O -pipe -g -nostdinc -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MP -MF.depend.subr_sfbuf.o -MTsubr_sfbuf.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uninitialized -fno-common -fms-extensions -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -std=iso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/kern/subr_sfbuf.c --- ffs.o --- cc -c -O -pipe -g -nostdinc -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MP -MF.depend.ffs.o -MTffs.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uninitialized -fno-common -fms-extensions -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -std=iso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/libkern/ffs.c --- ffsl.o --- cc -c -O -pipe -g -nostdinc -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MP -MF.depend.ffsl.o -MTffsl.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uninitialized -fno-common -fms-extensions -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -std=iso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/libkern/ffsl.c --- ffsll.o --- cc -c -O -pipe -g -nostdinc -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MP -MF.depend.ffsll.o -MTffsll.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uninitialized -fno-common -fms-extensions -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -std=iso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/libkern/ffsll.c --- fls.o --- cc -c -O -pipe -g -nostdinc -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MP -MF.depend.fls.o -MTfls.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uninitialized -fno-common -fms-extensions -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -std=iso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/libkern/fls.c --- flsl.o --- cc -c -O -pipe -g -nostdinc -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MP -MF.depend.flsl.o -MTflsl.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uninitialized -fno-common -fms-extensions -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -std=iso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/libkern/flsl.c --- flsll.o --- cc -c -O -pipe -g -nostdinc -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MP -MF.depend.flsll.o -MTflsll.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uninitialized -fno-common -fms-extensions -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -std=iso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/libkern/flsll.c --- memmove.o --- cc -c -O -pipe -g -nostdinc -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MP -MF.depend.memmove.o -MTmemmove.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uninitialized -fno-common -fms-extensions -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -std=iso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/libkern/memmove.c --- central.o --- cc -c -O -pipe -g -nostdinc -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MP -MF.depend.central.o -MTcentral.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uninitialized -fno-common -fms-extensions -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -std=iso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/sparc64/central/central.c --- ebus.o --- cc -c -O -pipe -g -nostdinc -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MP -MF.depend.ebus.o -MTebus.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uninitialized -fno-common -fms-extensions -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -std=iso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/sparc64/ebus/ebus.c --- epic.o --- cc -c -O -pipe -g -nostdinc -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MP -MF.depend.epic.o -MTepic.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uninitialized -fno-common -fms-extensions -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -std=iso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/sparc64/ebus/epic.c --- clkbrd.o --- cc -c -O -pipe -g -nostdinc -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MP -MF.depend.clkbrd.o -MTclkbrd.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uninitialized -fno-common -fms-extensions -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -std=iso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/sparc64/fhc/clkbrd.c --- fhc.o --- cc -c -O -pipe -g -nostdinc -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MP -MF.depend.fhc.o -MTfhc.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uninitialized -fno-common -fms-extensions -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -std=iso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/sparc64/fhc/fhc.c --- isa.o --- --- isa_dma.o --- --- isa.o --- cc -c -O -pipe -g -nostdinc -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MP -MF.depend.isa.o -MTisa.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uninitialized -fno-common -fms-extensions -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -std=iso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/sparc64/isa/isa.c --- isa_dma.o --- cc -c -O -pipe -g -nostdinc -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MP -MF.depend.isa_dma.o -MTisa_dma.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uninitialized -fno-common -fms-extensions -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -std=iso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/sparc64/isa/isa_dma.c --- ofw_isa.o --- cc -c -O -pipe -g -nostdinc -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MP -MF.depend.ofw_isa.o -MTofw_isa.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uninitialized -fno-common -fms-extensions -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -std=iso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/sparc64/isa/ofw_isa.c --- apb.o --- cc -c -O -pipe -g -nostdinc -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MP -MF.depend.apb.o -MTapb.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uninitialized -fno-common -fms-extensions -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -std=iso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/sparc64/pci/apb.c --- fire.o --- cc -c -O -pipe -g -nostdinc -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MP -MF.depend.fire.o -MTfire.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uninitialized -fno-common -fms-extensions -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -std=iso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/sparc64/pci/fire.c --- ofw_pci.o --- cc -c -O -pipe -g -nostdinc -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MP -MF.depend.ofw_pci.o -MTofw_pci.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uninitialized -fno-common -fms-extensions -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -std=iso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/sparc64/pci/ofw_pci.c --- ofw_pcib.o --- cc -c -O -pipe -g -nostdinc -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MP -MF.depend.ofw_pcib.o -MTofw_pcib.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uninitialized -fno-common -fms-extensions -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -std=iso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/sparc64/pci/ofw_pcib.c --- ofw_pcib_subr.o --- cc -c -O -pipe -g -nostdinc -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MP -MF.depend.ofw_pcib_subr.o -MTofw_pcib_subr.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uninitialized -fno-common -fms-extensions -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -std=iso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/sparc64/pci/ofw_pcib_subr.c --- ofw_pcibus.o --- cc -c -O -pipe -g -nostdinc -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MP -MF.depend.ofw_pcibus.o -MTofw_pcibus.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uninitialized -fno-common -fms-extensions -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -std=iso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/sparc64/pci/ofw_pcibus.c --- ofw_pci_if.o --- awk -f /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/tools/makeobjops.awk /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/sparc64/pci/ofw_pci_if.m -c ; cc -c -O -pipe -g -nostdinc -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MP -MF.depend.ofw_pci_if.o -MTofw_pci_if.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uninitialized -fno-common -fms-extensions -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -std=iso9899:1999 -Werror ofw_pci_if.c --- psycho.o --- cc -c -O -pipe -g -nostdinc -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MP -MF.depend.psycho.o -MTpsycho.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uninitialized -fno-common -fms-extensions -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -std=iso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/sparc64/pci/psycho.c --- sbbc.o --- cc -c -O -pipe -g -nostdinc -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MP -MF.depend.sbbc.o -MTsbbc.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uninitialized -fno-common -fms-extensions -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -std=iso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/sparc64/pci/sbbc.c --- schizo.o --- cc -c -O -pipe -g -nostdinc -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MP -MF.depend.schizo.o -MTschizo.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uninitialized -fno-common -fms-extensions -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -std=iso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/sparc64/pci/schizo.c --- dma_sbus.o --- cc -c -O -pipe -g -nostdinc -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MP -MF.depend.dma_sbus.o -MTdma_sbus.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uninitialized -fno-common -fms-extensions -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -std=iso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/sparc64/sbus/dma_sbus.c --- sbus.o --- cc -c -O -pipe -g -nostdinc -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MP -MF.depend.sbus.o -MTsbus.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uninitialized -fno-common -fms-extensions -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -std=iso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/sparc64/sbus/sbus.c --- lsi64854.o --- cc -c -O -pipe -g -nostdinc -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MP -MF.depend.lsi64854.o -MTlsi64854.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uninitialized -fno-common -fms-extensions -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -std=iso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/sparc64/sbus/lsi64854.c --- ata_machdep.o --- cc -c -O -pipe -g -nostdinc -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MP -MF.depend.ata_machdep.o -MTata_machdep.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uninitialized -fno-common -fms-extensions -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -std=iso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/sparc64/sparc64/ata_machdep.c --- autoconf.o --- cc -c -O -pipe -g -nostdinc -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MP -MF.depend.autoconf.o -MTautoconf.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uninitialized -fno-common -fms-extensions -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -std=iso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/sparc64/sparc64/autoconf.c --- bus_machdep.o --- cc -c -O -pipe -g -nostdinc -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MP -MF.depend.bus_machdep.o -MTbus_machdep.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uninitialized -fno-common -fms-extensions -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -std=iso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/sparc64/sparc64/bus_machdep.c --- cache.o --- cc -c -O -pipe -g -nostdinc -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MP -MF.depend.cache.o -MTcache.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uninitialized -fno-common -fms-extensions -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -std=iso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/sparc64/sparc64/cache.c --- cam_machdep.o --- cc -c -O -pipe -g -nostdinc -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MP -MF.depend.cam_machdep.o -MTcam_machdep.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uninitialized -fno-common -fms-extensions -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -std=iso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/sparc64/sparc64/cam_machdep.c --- cheetah.o --- cc -c -O -pipe -g -nostdinc -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MP -MF.depend.cheetah.o -MTcheetah.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uninitialized -fno-common -fms-extensions -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -std=iso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/sparc64/sparc64/cheetah.c --- clock.o --- cc -c -O -pipe -g -nostdinc -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MP -MF.depend.clock.o -MTclock.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uninitialized -fno-common -fms-extensions -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -std=iso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/sparc64/sparc64/clock.c --- counter.o --- cc -c -O -pipe -g -nostdinc -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MP -MF.depend.counter.o -MTcounter.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uninitialized -fno-common -fms-extensions -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -std=iso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/sparc64/sparc64/counter.c --- db_disasm.o --- cc -c -O -pipe -g -nostdinc -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MP -MF.depend.db_disasm.o -MTdb_disasm.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uninitialized -fno-common -fms-extensions -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -std=iso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/sparc64/sparc64/db_disasm.c --- db_interface.o --- --- db_trace.o --- --- db_interface.o --- cc -c -O -pipe -g -nostdinc -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MP -MF.depend.db_interface.o -MTdb_interface.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uninitialized -fno-common -fms-extensions -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -std=iso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/sparc64/sparc64/db_interface.c --- db_trace.o --- cc -c -O -pipe -g -nostdinc -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MP -MF.depend.db_trace.o -MTdb_trace.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uninitialized -fno-common -fms-extensions -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -std=iso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/sparc64/sparc64/db_trace.c --- db_hwwatch.o --- cc -c -O -pipe -g -nostdinc -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MP -MF.depend.db_hwwatch.o -MTdb_hwwatch.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uninitialized -fno-common -fms-extensions -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -std=iso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/sparc64/sparc64/db_hwwatch.c --- dump_machdep.o --- cc -c -O -pipe -g -nostdinc -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MP -MF.depend.dump_machdep.o -MTdump_machdep.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uninitialized -fno-common -fms-extensions -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -std=iso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/sparc64/sparc64/dump_machdep.c --- elf_machdep.o --- cc -c -O -pipe -g -nostdinc -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MP -MF.depend.elf_machdep.o -MTelf_machdep.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uninitialized -fno-common -fms-extensions -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -std=iso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/sparc64/sparc64/elf_machdep.c --- eeprom.o --- cc -c -O -pipe -g -nostdinc -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MP -MF.depend.eeprom.o -MTeeprom.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uninitialized -fno-common -fms-extensions -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -std=iso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/sparc64/sparc64/eeprom.c --- gdb_machdep.o --- cc -c -O -pipe -g -nostdinc -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MP -MF.depend.gdb_machdep.o -MTgdb_machdep.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uninitialized -fno-common -fms-extensions -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -std=iso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/sparc64/sparc64/gdb_machdep.c --- identcpu.o --- cc -c -O -pipe -g -nostdinc -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MP -MF.depend.identcpu.o -MTidentcpu.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uninitialized -fno-common -fms-extensions -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -std=iso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/sparc64/sparc64/identcpu.c --- in_cksum.o --- cc -c -O -pipe -g -nostdinc -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MP -MF.depend.in_cksum.o -MTin_cksum.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uninitialized -fno-common -fms-extensions -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -std=iso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/sparc64/sparc64/in_cksum.c --- intr_machdep.o --- cc -c -O -pipe -g -nostdinc -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MP -MF.depend.intr_machdep.o -MTintr_machdep.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uninitialized -fno-common -fms-extensions -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -std=iso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/sparc64/sparc64/intr_machdep.c --- iommu.o --- cc -c -O -pipe -g -nostdinc -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MP -MF.depend.iommu.o -MTiommu.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uninitialized -fno-common -fms-extensions -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -std=iso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/sparc64/sparc64/iommu.c --- jbusppm.o --- cc -c -O -pipe -g -nostdinc -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MP -MF.depend.jbusppm.o -MTjbusppm.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uninitialized -fno-common -fms-extensions -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -std=iso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/sparc64/sparc64/jbusppm.c --- machdep.o --- cc -c -O -pipe -g -nostdinc -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MP -MF.depend.machdep.o -MTmachdep.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uninitialized -fno-common -fms-extensions -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -std=iso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/sparc64/sparc64/machdep.c --- mem.o --- cc -c -O -pipe -g -nostdinc -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MP -MF.depend.mem.o -MTmem.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uninitialized -fno-common -fms-extensions -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -std=iso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/sparc64/sparc64/mem.c --- mp_exception.o --- cc -c -x assembler-with-cpp -DLOCORE -O -pipe -g -nostdinc -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MP -MF.depend.mp_exception.o -MTmp_exception.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uninitialized -fno-common -fms-extensions -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -std=iso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/sparc64/sparc64/mp_exception.S -mcpu=ultrasparc --- mp_locore.o --- cc -c -x assembler-with-cpp -DLOCORE -O -pipe -g -nostdinc -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MP -MF.depend.mp_locore.o -MTmp_locore.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uninitialized -fno-common -fms-extensions -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -std=iso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/sparc64/sparc64/mp_locore.S --- mp_machdep.o --- cc -c -O -pipe -g -nostdinc -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MP -MF.depend.mp_machdep.o -MTmp_machdep.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uninitialized -fno-common -fms-extensions -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -std=iso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/sparc64/sparc64/mp_machdep.c --- nexus.o --- cc -c -O -pipe -g -nostdinc -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MP -MF.depend.nexus.o -MTnexus.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uninitialized -fno-common -fms-extensions -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -std=iso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/sparc64/sparc64/nexus.c --- ofw_machdep.o --- cc -c -O -pipe -g -nostdinc -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MP -MF.depend.ofw_machdep.o -MTofw_machdep.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uninitialized -fno-common -fms-extensions -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -std=iso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/sparc64/sparc64/ofw_machdep.c --- pmap.o --- cc -c -O -pipe -g -nostdinc -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MP -MF.depend.pmap.o -MTpmap.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uninitialized -fno-common -fms-extensions -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -std=iso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/sparc64/sparc64/pmap.c --- rtc.o --- cc -c -O -pipe -g -nostdinc -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MP -MF.depend.rtc.o -MTrtc.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uninitialized -fno-common -fms-extensions -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -std=iso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/sparc64/sparc64/rtc.c --- rwindow.o --- cc -c -O -pipe -g -nostdinc -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MP -MF.depend.rwindow.o -MTrwindow.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uninitialized -fno-common -fms-extensions -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -std=iso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/sparc64/sparc64/rwindow.c --- sc_machdep.o --- cc -c -O -pipe -g -nostdinc -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MP -MF.depend.sc_machdep.o -MTsc_machdep.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uninitialized -fno-common -fms-extensions -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -std=iso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/sparc64/sparc64/sc_machdep.c --- schppm.o --- cc -c -O -pipe -g -nostdinc -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MP -MF.depend.schppm.o -MTschppm.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uninitialized -fno-common -fms-extensions -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -std=iso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/sparc64/sparc64/schppm.c --- spitfire.o --- cc -c -O -pipe -g -nostdinc -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MP -MF.depend.spitfire.o -MTspitfire.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uninitialized -fno-common -fms-extensions -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -std=iso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/sparc64/sparc64/spitfire.c --- ssm.o --- cc -c -O -pipe -g -nostdinc -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MP -MF.depend.ssm.o -MTssm.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uninitialized -fno-common -fms-extensions -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -std=iso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/sparc64/sparc64/ssm.c --- stack_machdep.o --- cc -c -O -pipe -g -nostdinc -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MP -MF.depend.stack_machdep.o -MTstack_machdep.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uninitialized -fno-common -fms-extensions -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -std=iso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/sparc64/sparc64/stack_machdep.c --- support.o --- cc -c -x assembler-with-cpp -DLOCORE -O -pipe -g -nostdinc -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MP -MF.depend.support.o -MTsupport.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uninitialized -fno-common -fms-extensions -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -std=iso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/sparc64/sparc64/support.S -mcpu=ultrasparc --- sys_machdep.o --- cc -c -O -pipe -g -nostdinc -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MP -MF.depend.sys_machdep.o -MTsys_machdep.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uninitialized -fno-common -fms-extensions -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -std=iso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/sparc64/sparc64/sys_machdep.c --- swtch.o --- cc -c -x assembler-with-cpp -DLOCORE -O -pipe -g -nostdinc -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MP -MF.depend.swtch.o -MTswtch.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uninitialized -fno-common -fms-extensions -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -std=iso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/sparc64/sparc64/swtch.S --- tick.o --- cc -c -O -pipe -g -nostdinc -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MP -MF.depend.tick.o -MTtick.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uninitialized -fno-common -fms-extensions -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -std=iso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/sparc64/sparc64/tick.c --- tlb.o --- cc -c -O -pipe -g -nostdinc -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MP -MF.depend.tlb.o -MTtlb.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uninitialized -fno-common -fms-extensions -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -std=iso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/sparc64/sparc64/tlb.c --- trap.o --- cc -c -O -pipe -g -nostdinc -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MP -MF.depend.trap.o -MTtrap.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uninitialized -fno-common -fms-extensions -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -std=iso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/sparc64/sparc64/trap.c --- tsb.o --- cc -c -O -pipe -g -nostdinc -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MP -MF.depend.tsb.o -MTtsb.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uninitialized -fno-common -fms-extensions -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -std=iso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/sparc64/sparc64/tsb.c --- uio_machdep.o --- cc -c -O -pipe -g -nostdinc -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MP -MF.depend.uio_machdep.o -MTuio_machdep.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uninitialized -fno-common -fms-extensions -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -std=iso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/sparc64/sparc64/uio_machdep.c --- upa.o --- cc -c -O -pipe -g -nostdinc -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MP -MF.depend.upa.o -MTupa.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uninitialized -fno-common -fms-extensions -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -std=iso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/sparc64/sparc64/upa.c --- vm_machdep.o --- cc -c -O -pipe -g -nostdinc -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MP -MF.depend.vm_machdep.o -MTvm_machdep.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uninitialized -fno-common -fms-extensions -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -std=iso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/sparc64/sparc64/vm_machdep.c --- zeus.o --- cc -c -O -pipe -g -nostdinc -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MP -MF.depend.zeus.o -MTzeus.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uninitialized -fno-common -fms-extensions -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -std=iso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/sparc64/sparc64/zeus.c --- config.o --- cc -c -O -pipe -g -nostdinc -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MP -MF.depend.config.o -MTconfig.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uninitialized -fno-common -fms-extensions -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -std=iso9899:1999 -Werror config.c --- env.o --- cc -c -O -pipe -g -nostdinc -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MP -MF.depend.env.o -MTenv.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uninitialized -fno-common -fms-extensions -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -std=iso9899:1999 -Werror env.c --- vm_machdep.o --- In file included from /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/sparc64/sparc64/vm_machdep.c:73: /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/vm/uma_int.h:310: error: field 'uz_maxaction' has incomplete type *** [vm_machdep.o] Error code 1 make[2]: stopped in /builds/workspace/FreeBSD_HEAD_sparc64/obj/sparc64.sparc64/builds/workspace/FreeBSD_HEAD_sparc64/src/sys/GENERIC 1 error make[2]: stopped in /builds/workspace/FreeBSD_HEAD_sparc64/obj/sparc64.sparc64/builds/workspace/FreeBSD_HEAD_sparc64/src/sys/GENERIC *** [buildkernel] Error code 2 make[1]: stopped in /builds/workspace/FreeBSD_HEAD_sparc64/src 1 error make[1]: stopped in /builds/workspace/FreeBSD_HEAD_sparc64/src *** [buildkernel] Error code 2 make: stopped in /builds/workspace/FreeBSD_HEAD_sparc64/src 1 error make: stopped in /builds/workspace/FreeBSD_HEAD_sparc64/src [Pipeline] } //withEnv [Pipeline] Set environment variables : End [Pipeline] } //dir [Pipeline] Change current directory : End [Pipeline] } //node [Pipeline] Allocate node : End [Pipeline] Allocate node : Start Running on master in /usr/local/jenkins/workspace/FreeBSD_HEAD_sparc64 [Pipeline] node { [Pipeline] step From owner-freebsd-current@freebsd.org Thu Feb 4 11:51:16 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 43165A9BBA2 for ; Thu, 4 Feb 2016 11:51:16 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 38816CFB; Thu, 4 Feb 2016 11:51:16 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 9ED711670; Thu, 4 Feb 2016 11:51:15 +0000 (UTC) Date: Thu, 4 Feb 2016 11:51:13 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org Message-ID: <250203174.95.1454586673710.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build became unstable: FreeBSD_HEAD #118 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Instance-Identity: MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAkKKb2VAfYQKfu1t7qk4nR5qzUBEI+UqT4BPec4qHVhqUy0FFdq50sMH+3y9bCDNOufctov6VqTNffZ3YXArnZK95YF0OX97fh+E9txYOUX1adc+TikcKjuYpHmL5dE62eaZTI+4A5jnRonskQ1PaoIFz0Kbu4mWzkFsmdiXTraGzomXq4cHUCATA2+K4eDYgjXEQI30z3GOMmmZ4t/+6QGk1cMb/BqMWHbn80AsRCb4tU7Hpd72XLDpsuO7YRP1Q0CjmNAuBOTj+sFiiOe6U9HpqOlQN+iFUvBdZo/ybuy5Kh71cAaYQNL68cYdZJ6binH/DkG3KY/fS7DFYAeuwjwIDAQAB X-Jenkins-Job: FreeBSD_HEAD X-Jenkins-Result: UNSTABLE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Feb 2016 11:51:16 -0000 See From owner-freebsd-current@freebsd.org Thu Feb 4 12:52:41 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E0E95A9B11E for ; Thu, 4 Feb 2016 12:52:41 +0000 (UTC) (envelope-from bergerkos@yahoo.co.uk) Received: from nm14-vm9.bullet.mail.ir2.yahoo.com (nm14-vm9.bullet.mail.ir2.yahoo.com [212.82.96.197]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 30C14DA for ; Thu, 4 Feb 2016 12:52:40 +0000 (UTC) (envelope-from bergerkos@yahoo.co.uk) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.co.uk; s=s2048; t=1454590351; bh=tRcvanNoz/mDFDrh9bBilXdQ5g7JNra1SZGDcfXJjaM=; h=Date:From:Reply-To:To:Cc:In-Reply-To:References:Subject:From:Subject; b=k0LkKiT2XHnJn8qRTXpuTeP0OV5tSqBS9XI+36OuecoyxCVjoL0vZvV8o5iRxB8faZbp3ObE+D6C2QWHFmNdmPznNImqSpFn+kIv8VPckt3LT7wz7hUFWkB7JY6AUT9GEh/1I0m4rolnFYQlL4VWiw7AEgXoC5s/wNfyEJtujh/1GK9I920SxafIJwvo0zMcefFrA+cG/wloUTAO7/hGblYKqKByRQR0FJA4pArw4yXeL+8g9S8p53yPnAcJ9I7hnSjs5smHwE78zO3bvUuHYCwCh7HeerRx8Dz5X3T7Evn6MzeeuWDHs7MW2sNYenH1DxVwRe7GTVFcu+er9K6Xcg== Received: from [212.82.98.62] by nm14.bullet.mail.ir2.yahoo.com with NNFMP; 04 Feb 2016 12:52:31 -0000 Received: from [212.82.98.113] by tm15.bullet.mail.ir2.yahoo.com with NNFMP; 04 Feb 2016 12:52:31 -0000 Received: from [127.0.0.1] by omp1050.mail.ir2.yahoo.com with NNFMP; 04 Feb 2016 12:52:31 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 342906.51642.bm@omp1050.mail.ir2.yahoo.com X-YMail-OSG: K99gcnMVM1mQR0Lw_07i2k_1eM7L37AMfDahSmhPqFNhSb4L7qfs5OgPiCcF29d fH43KN9anyvk9lK8Um2Z0F0w0x4icCRkShooX6xIr8AahqPFEqR3eUWmdDhv1vZ60NBFa3YAbxSg 6vml8_5UnHDmMEasNcQWhsyN77jsEyE7MkLCAMXt10eJe3hVVlMm0cf63HY3OIqVykMhi8NPqKiW N_SeKq5T0KlIBvnkbr.W0H_gsmd7vDF5ZPAGV7d4WchyPFt0EEASQloDcUcma39F71gzAl2_yIhq rmzgf_sc9BYwLW0vhNRl1mG5hZWePtsZWsj_VABTGMlKBXC2sBXmJYVlwUK3QCIfe5JFGXEYBv_Q hQ4A72sGSS_.TJQ5iELUCGsga6mDciP2kzNwcpaBRNnWv7p6ohpa4ugcY9lmXUq9zm1uv95aqRy1 G9CDbVwCNwyD.rDo4RBNWTjtk6Wr1PQ21koAD99eiyrOocTqM4BKxLzUY9zhsD4yAptjCgaZ0ZGX TyeLMa8afZQ-- Received: by 212.82.98.115; Thu, 04 Feb 2016 12:52:30 +0000 Date: Thu, 4 Feb 2016 12:51:18 +0000 (UTC) From: Kostya Berger Reply-To: Kostya Berger To: Ultima , Eric van Gyzen Cc: "freebsd-current@freebsd.org" Message-ID: <587773574.2473890.1454590278967.JavaMail.yahoo@mail.yahoo.com> In-Reply-To: References: Subject: Re: Kernel memory leak with x11/nvidia-driver MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Feb 2016 12:52:42 -0000 Here are the results of the test you've suggested on my system (r293722), n= vidia-driver-304-304.128 -- two runs with the break of 40 minutes: active=C2=A0=C2=A0=C2=A0 inactive=C2=A0=C2=A0=C2=A0 wire=C2=A0=C2=A0=C2=A0 = cache=C2=A0=C2=A0=C2=A0 free=C2=A0=C2=A0=C2=A0 total 85441=C2=A0=C2=A0=C2=A0 282221=C2=A0=C2=A0=C2=A0 280649=C2=A0=C2=A0=C2=A0 0= =C2=A0=C2=A0=C2=A0 100455=C2=A0=C2=A0=C2=A0 748766 85488=C2=A0=C2=A0=C2=A0 282235=C2=A0=C2=A0=C2=A0 280655=C2=A0=C2=A0=C2=A0 0= =C2=A0=C2=A0=C2=A0 100391=C2=A0=C2=A0=C2=A0 748769 85500=C2=A0=C2=A0=C2=A0 282240=C2=A0=C2=A0=C2=A0 280657=C2=A0=C2=A0=C2=A0 0= =C2=A0=C2=A0=C2=A0 100372=C2=A0=C2=A0=C2=A0 748769 83226=C2=A0=C2=A0=C2=A0 283338=C2=A0=C2=A0=C2=A0 280692=C2=A0=C2=A0=C2=A0 0= =C2=A0=C2=A0=C2=A0 101513=C2=A0=C2=A0=C2=A0 748769 82816=C2=A0=C2=A0=C2=A0 282439=C2=A0=C2=A0=C2=A0 280687=C2=A0=C2=A0=C2=A0 0= =C2=A0=C2=A0=C2=A0 102827=C2=A0=C2=A0=C2=A0 748769 [14:01 - 1.52] [kostya@notebook2 9] ~ $ >sudo sh test.sh active=C2=A0=C2=A0=C2=A0 inactive=C2=A0=C2=A0=C2=A0 wire=C2=A0=C2=A0=C2=A0 = cache=C2=A0=C2=A0=C2=A0 free=C2=A0=C2=A0=C2=A0 total 82280=C2=A0=C2=A0=C2=A0 302769=C2=A0=C2=A0=C2=A0 304025=C2=A0=C2=A0=C2=A0 0= =C2=A0=C2=A0=C2=A0 58081=C2=A0=C2=A0=C2=A0 747155 82273=C2=A0=C2=A0=C2=A0 302783=C2=A0=C2=A0=C2=A0 304021=C2=A0=C2=A0=C2=A0 0= =C2=A0=C2=A0=C2=A0 58081=C2=A0=C2=A0=C2=A0 747158 82247=C2=A0=C2=A0=C2=A0 302809=C2=A0=C2=A0=C2=A0 304021=C2=A0=C2=A0=C2=A0 0= =C2=A0=C2=A0=C2=A0 58081=C2=A0=C2=A0=C2=A0 747158 82239=C2=A0=C2=A0=C2=A0 302816=C2=A0=C2=A0=C2=A0 304009=C2=A0=C2=A0=C2=A0 0= =C2=A0=C2=A0=C2=A0 58094=C2=A0=C2=A0=C2=A0 747158 82076=C2=A0=C2=A0=C2=A0 302995=C2=A0=C2=A0=C2=A0 304010=C2=A0=C2=A0=C2=A0 0= =C2=A0=C2=A0=C2=A0 58077=C2=A0=C2=A0=C2=A0 747158 82080=C2=A0=C2=A0=C2=A0 303002=C2=A0=C2=A0=C2=A0 304010=C2=A0=C2=A0=C2=A0 0= =C2=A0=C2=A0=C2=A0 58066=C2=A0=C2=A0=C2=A0 747158 [15:44 - 1.52] Hope this helps and you can see some tendency you're after.=C2=A0With kinde= st regards, Kostya Berger =20 =20 On Thursday, 4 February 2016, 3:56, Ultima wrote= : =20 Just tested your script, there is definitely a memory leak. I also ran into really weird behavior. Running your script in tmux after starting and stopping an xorg session a few, tmux completely froze in the session. Creating a new window in the session was also completely frozen, however this is only visually as commands still worked, just showed a blank black screen. Also unloading the kernel modules for nvidia and nvidia-modeset (new as of 358.16ish) did not free the memory. On Wed, Feb 3, 2016 at 8:24 PM, Ultima wrote: >=C2=A0 Apologies, this should have been in my initial reply. > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D201340 > or here for attachment > https://bz-attachments.freebsd.org/attachment.cgi?id=3D165694 > > I haven't actually had a chance to do anything after upgrading > from stable other than see the corrupted console for myself. > Lack of time =3D/ > > On Wed, Feb 3, 2016 at 2:41 PM, Eric van Gyzen > wrote: > >> On 02/03/2016 10:54, Eric van Gyzen wrote: >> > I just set up a new desktop running head with x11/nvidia-driver.=C2=A0= I've >> > discovered a memory leak where pages disappear from the queues, never = to >> > return.=C2=A0 Specifically, the total of >> >=C2=A0 =C2=A0 v_active_count >> >=C2=A0 =C2=A0 v_inactive_count >> >=C2=A0 =C2=A0 v_wire_count >> >=C2=A0 =C2=A0 v_cache_count >> >=C2=A0 =C2=A0 v_free_count >> > drops, eventually becoming /much/ less than v_page_count. >> >> Here is a script to log the data: >> >> #!/bin/sh >> >> readonly QUEUES=3D"active inactive wire cache free total" >> readonly FORMAT=3D"%s\t%s\t%s\t%s\t%s\t%s\n" >> >> vm_page_counts() { >>=C2=A0 =C2=A0 for queue in $QUEUES; do >>=C2=A0 =C2=A0 =C2=A0 =C2=A0 if [ "$queue" !=3D "total" ]; then >>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 sysctl -n vm.stats.vm.v_${queue= }_count >>=C2=A0 =C2=A0 =C2=A0 =C2=A0 fi >>=C2=A0 =C2=A0 done >> } >> >> sum() { >>=C2=A0 =C2=A0 s=3D0 >>=C2=A0 =C2=A0 while [ $# -gt 0 ]; do >>=C2=A0 =C2=A0 =C2=A0 =C2=A0 s=3D$((s + $1)) >>=C2=A0 =C2=A0 =C2=A0 =C2=A0 shift >>=C2=A0 =C2=A0 done >>=C2=A0 =C2=A0 echo $s >> } >> >> print_counts() { >>=C2=A0 =C2=A0 counts=3D"`vm_page_counts`" >>=C2=A0 =C2=A0 printf "$FORMAT" $counts `sum $counts` >> } >> >> printf "$FORMAT" $QUEUES >> print_counts >> while sleep 60; do >>=C2=A0 =C2=A0 print_counts >> done >> >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> https://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.or= g >> " >> > > _______________________________________________ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@freebsd.org Thu Feb 4 15:13:19 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D62ABA99508 for ; Thu, 4 Feb 2016 15:13:19 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id C909D1092; Thu, 4 Feb 2016 15:13:19 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 52AF916D6; Thu, 4 Feb 2016 15:13:19 +0000 (UTC) Date: Thu, 4 Feb 2016 15:13:18 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org Message-ID: <1376646433.98.1454598798192.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <250203174.95.1454586673710.JavaMail.jenkins@jenkins-9.freebsd.org> References: <250203174.95.1454586673710.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is back to stable : FreeBSD_HEAD #119 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Instance-Identity: MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAkKKb2VAfYQKfu1t7qk4nR5qzUBEI+UqT4BPec4qHVhqUy0FFdq50sMH+3y9bCDNOufctov6VqTNffZ3YXArnZK95YF0OX97fh+E9txYOUX1adc+TikcKjuYpHmL5dE62eaZTI+4A5jnRonskQ1PaoIFz0Kbu4mWzkFsmdiXTraGzomXq4cHUCATA2+K4eDYgjXEQI30z3GOMmmZ4t/+6QGk1cMb/BqMWHbn80AsRCb4tU7Hpd72XLDpsuO7YRP1Q0CjmNAuBOTj+sFiiOe6U9HpqOlQN+iFUvBdZo/ybuy5Kh71cAaYQNL68cYdZJ6binH/DkG3KY/fS7DFYAeuwjwIDAQAB X-Jenkins-Job: FreeBSD_HEAD X-Jenkins-Result: SUCCESS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Feb 2016 15:13:19 -0000 See From owner-freebsd-current@freebsd.org Thu Feb 4 16:47:45 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 502E3A9B6C6 for ; Thu, 4 Feb 2016 16:47:45 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 430DEC6C; Thu, 4 Feb 2016 16:47:45 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 8D0C6170F; Thu, 4 Feb 2016 16:47:45 +0000 (UTC) Date: Thu, 4 Feb 2016 16:47:45 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org Message-ID: <70252730.99.1454604465132.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <152227217.94.1454581037149.JavaMail.jenkins@jenkins-9.freebsd.org> References: <152227217.94.1454581037149.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is back to normal : FreeBSD_HEAD_sparc64 #40 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Instance-Identity: MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAkKKb2VAfYQKfu1t7qk4nR5qzUBEI+UqT4BPec4qHVhqUy0FFdq50sMH+3y9bCDNOufctov6VqTNffZ3YXArnZK95YF0OX97fh+E9txYOUX1adc+TikcKjuYpHmL5dE62eaZTI+4A5jnRonskQ1PaoIFz0Kbu4mWzkFsmdiXTraGzomXq4cHUCATA2+K4eDYgjXEQI30z3GOMmmZ4t/+6QGk1cMb/BqMWHbn80AsRCb4tU7Hpd72XLDpsuO7YRP1Q0CjmNAuBOTj+sFiiOe6U9HpqOlQN+iFUvBdZo/ybuy5Kh71cAaYQNL68cYdZJ6binH/DkG3KY/fS7DFYAeuwjwIDAQAB X-Jenkins-Job: FreeBSD_HEAD_sparc64 X-Jenkins-Result: SUCCESS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Feb 2016 16:47:45 -0000 See From owner-freebsd-current@freebsd.org Thu Feb 4 23:37:35 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 94433A9B23C for ; Thu, 4 Feb 2016 23:37:35 +0000 (UTC) (envelope-from vangyzen@FreeBSD.org) Received: from smtp.vangyzen.net (hotblack.vangyzen.net [IPv6:2607:fc50:1000:7400:216:3eff:fe72:314f]) by mx1.freebsd.org (Postfix) with ESMTP id 8125FCC6 for ; Thu, 4 Feb 2016 23:37:35 +0000 (UTC) (envelope-from vangyzen@FreeBSD.org) Received: from ford.vangyzen.net (unknown [76.164.15.242]) by smtp.vangyzen.net (Postfix) with ESMTPSA id C3854564A4 for ; Thu, 4 Feb 2016 17:37:34 -0600 (CST) Subject: Re: Kernel memory leak with x11/nvidia-driver To: FreeBSD Current References: <56B230CB.3050600@FreeBSD.org> From: Eric van Gyzen Message-ID: <56B3E0B4.4090603@FreeBSD.org> Date: Thu, 4 Feb 2016 17:37:24 -0600 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.5.0 MIME-Version: 1.0 In-Reply-To: <56B230CB.3050600@FreeBSD.org> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Feb 2016 23:37:35 -0000 On 02/ 3/16 10:54 AM, Eric van Gyzen wrote: > I just set up a new desktop running head with x11/nvidia-driver. I've > discovered a memory leak where pages disappear from the queues, never to > return. Specifically, the total of > v_active_count > v_inactive_count > v_wire_count > v_cache_count > v_free_count > drops, eventually becoming /much/ less than v_page_count. After leaving > xscreensaver running overnight, cycling the saver every 10 minutes, the > system was unusable, because it only had a few MB of memory. (It has 8 > GB physical.) In case anyone is curious, /usr/local/bin/xscreensaver-hacks/glmatrix triggers a fairly fast leak--around 600 pages per second. Eric From owner-freebsd-current@freebsd.org Thu Feb 4 23:43:12 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 849E0A9B4E8 for ; Thu, 4 Feb 2016 23:43:12 +0000 (UTC) (envelope-from marquis@roble.com) Received: from mx5.roble.com (mx5.roble.com [206.40.34.5]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mx5.roble.com", Issuer "mx5.roble.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 7AAFA1173 for ; Thu, 4 Feb 2016 23:43:12 +0000 (UTC) (envelope-from marquis@roble.com) Received: from alba.roble.net (mx5.roble.com [206.40.34.5]) by mx5.roble.com (Postfix) with ESMTP id A3F6867839 for ; Thu, 4 Feb 2016 15:43:05 -0800 (PST) In-Reply-To: References: Date: Thu, 4 Feb 2016 15:43:05 -0800 Subject: Re: arp flapping after udating system to 11-CURRENT. From: "Roger Marquis" To: freebsd-current@freebsd.org Reply-To: marquis@roble.com MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Feb 2016 23:43:12 -0000 Slawa Olhovchenkov wrote: >> It seems to be flapping between the virtual mac of my bridge interface >> and the actual mac adress on the physical interface. This was not the >> case when i ran FreeBSD 10.2. Is there some settings I need to do? While the documentation says you should assign an IP to the bridge it is probably not a good idea, code aside, since bridges are layer 2 devices and IPs are layer 3. Haven't seen this issue while testing if_bridge/epair under 11-CURRENT but also have not been assigning IPs to bridges, only to bridge members. Roger Marquis From owner-freebsd-current@freebsd.org Fri Feb 5 01:19:41 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 43238A9D8B9 for ; Fri, 5 Feb 2016 01:19:41 +0000 (UTC) (envelope-from ultima1252@gmail.com) Received: from mail-vk0-x229.google.com (mail-vk0-x229.google.com [IPv6:2607:f8b0:400c:c05::229]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id EFA0FD63; Fri, 5 Feb 2016 01:19:40 +0000 (UTC) (envelope-from ultima1252@gmail.com) Received: by mail-vk0-x229.google.com with SMTP id c3so1433927vkb.3; Thu, 04 Feb 2016 17:19:40 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=0RxUPvsZI53yOlJ7Ymv41eVzOkHQHoKHocls456l26k=; b=bfpRFAolTtA/7OHEDzUpoSooigpHe1tSJt2jxxzhQdouq2TxdDPHLVaL81QYfBPGj/ BTfy8DQYgMWp3DQ0R4mzWHhQjAgxYAqpmg5pR1tEJI/5MIDdfe2+GZx5+9ErG8dillq9 U/6eoxN6A+MVnGSvZWb4YU8Hy23xxuKSzPiJnyz4qW+Z2p9kMDIUXdMZN+W+h4yqiG+c qvDfeBDy/X3QXSc/GIRWs7NXYAHFme66z9967LcBk7HACZcgofdXUqApm0/OP2++R5FQ wU6U3CR5Rxct+GgUvvnnjwFeyUJyQ5R/w2V7a7JaUL/ggpsVlMBZAcQFIIxRAh2SUXEs q6Jg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=0RxUPvsZI53yOlJ7Ymv41eVzOkHQHoKHocls456l26k=; b=HvNEr5ekRTz31p7LSxDULvcOVH4KDomMdHmLGKZiGvz36Q6FHWiAUTKWDWjFMbuhZY DoQizEXxKJnKq5Kn8A79/w07s3ZDEVeDGQMfDUqXEaO8I5Ks8X12Neyids1+7YyiYFnX VWqwoNs3Xa0apW707VbuDf9Diq1PZAh8CzowKdGqJmo6eIuc1ToF9Sc+uyRgIl2cUyRC D+6K/TUgsAlpegCEA8AGbYUPLmwMyx2I1HaLgObFN4mg1eGTuBPLKzRkQsu/0tfnxGI2 xjGs/ONXO8yhwP9PXszY3lrEHU6JmQS0AwpyUMHnyCnI1evE05QU79GvOA5hWj7s3jhr hkQw== X-Gm-Message-State: AG10YOQv2pLKKL5WxZph3NQEWFxosutt9+NsyEucwi89GtUTvm87sD8yrCmr0rDLSb9rI5D7CJKVtVxZb5EqXQ== MIME-Version: 1.0 X-Received: by 10.31.41.14 with SMTP id p14mr7466500vkp.151.1454635180034; Thu, 04 Feb 2016 17:19:40 -0800 (PST) Received: by 10.31.194.194 with HTTP; Thu, 4 Feb 2016 17:19:39 -0800 (PST) In-Reply-To: <56B3E0B4.4090603@FreeBSD.org> References: <56B230CB.3050600@FreeBSD.org> <56B3E0B4.4090603@FreeBSD.org> Date: Thu, 4 Feb 2016 20:19:39 -0500 Message-ID: Subject: Re: Kernel memory leak with x11/nvidia-driver From: Ultima To: Eric van Gyzen Cc: freebsd-current@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Feb 2016 01:19:41 -0000 Wow that is insane. I'm going to start looking for the revision this behavior started. If you already found it, or find it before I report back plz let me know so I don't waste my time =] On Thu, Feb 4, 2016 at 6:37 PM, Eric van Gyzen wrote: > On 02/ 3/16 10:54 AM, Eric van Gyzen wrote: > >> I just set up a new desktop running head with x11/nvidia-driver. I've >> discovered a memory leak where pages disappear from the queues, never to >> return. Specifically, the total of >> v_active_count >> v_inactive_count >> v_wire_count >> v_cache_count >> v_free_count >> drops, eventually becoming /much/ less than v_page_count. After leaving >> xscreensaver running overnight, cycling the saver every 10 minutes, the >> system was unusable, because it only had a few MB of memory. (It has 8 >> GB physical.) >> > > In case anyone is curious, /usr/local/bin/xscreensaver-hacks/glmatrix > triggers a fairly fast leak--around 600 pages per second. > > Eric > > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@freebsd.org Fri Feb 5 02:03:04 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 908B0A9C687 for ; Fri, 5 Feb 2016 02:03:04 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: from mail-pf0-x235.google.com (mail-pf0-x235.google.com [IPv6:2607:f8b0:400e:c00::235]) (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 69AB4D0; Fri, 5 Feb 2016 02:03:04 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: by mail-pf0-x235.google.com with SMTP id o185so59736296pfb.1; Thu, 04 Feb 2016 18:03:04 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=BMBg9I/uIO9rIjYRPBxRHmcXCudMImJYoG1KJAUfGnU=; b=CB1lHfHlfVInG99UghhpWIhyFMkcUsFYwYxOdZ5Rcc1C38ZNPMM9DqqTwuuh5+blJt xeqnLdbRJVDHRmaLsSUFJv+Ad+jCgOIAEOJVGRCk7oFOHdj4+mOlL1Wan+t+WM+so+RZ UCEOEDkxXde8Afdj6Ldoi9mLzOxyrHiGeAv82abpQUX/Al/Cf7wNzlznu42irc1w8dej fo+lMR/OVTgRr8u/4uka+0idSjrCBPLS0MFtyJoXytpf1VAh+lNCPAw31o1VbzcfECfH G2oqBz6FeKIiuz13JrFNqpO8pVclnm3aKVnNn+PYW2TBnf4mFI+zNIt/Zh2kqkuwO3l3 E72Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:date:from:to:cc:subject:message-id :references:mime-version:content-type:content-disposition :in-reply-to:user-agent; bh=BMBg9I/uIO9rIjYRPBxRHmcXCudMImJYoG1KJAUfGnU=; b=dxmbVNk+EZKrrzDixQ87PwzJSDcebk4mfKb4VlzTqcvS5myhHOI2vEt04w8ECaJbcy HsSOyUWwe3qmBzfA056ephmCj1053mcC1cMkboSQ2z6FESVF3GF06brJUEHglPN3QiJ0 kP17gnE/ZPw0dD2kjga768IDQvJAPUzw45CBS8b4a3RIwxAxJfHo7CbuBgaw0SHnx0GR 9hVWNYtdpmHnt5Eib78zUsA+FxrcVMj5QkIv6aI/OCmnG2Y0/IOQewYm7LxiEuh787Pe oOdEFG2xCSs3HlzxaafTuhUDVEDAE88DfW71/35y6RO2l5asCXwQYF8fOBDpU2f4O/q9 oVQw== X-Gm-Message-State: AG10YOSfZ1SvPMSCxyayJExeJ3jmw8QX3aSH+ykAeIsBw5bhYs72xbrAsPNQcw6yD7ZtUA== X-Received: by 10.98.13.154 with SMTP id 26mr1667278pfn.164.1454637784012; Thu, 04 Feb 2016 18:03:04 -0800 (PST) Received: from wkstn-mjohnston.west.isilon.com (c-67-182-131-225.hsd1.wa.comcast.net. [67.182.131.225]) by smtp.gmail.com with ESMTPSA id t29sm20076230pfi.8.2016.02.04.18.03.02 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 04 Feb 2016 18:03:03 -0800 (PST) Sender: Mark Johnston Date: Thu, 4 Feb 2016 18:05:43 -0800 From: Mark Johnston To: Eric van Gyzen Cc: FreeBSD Current Subject: Re: Kernel memory leak with x11/nvidia-driver Message-ID: <20160205020543.GA1661@wkstn-mjohnston.west.isilon.com> References: <56B230CB.3050600@FreeBSD.org> <56B3E0B4.4090603@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <56B3E0B4.4090603@FreeBSD.org> User-Agent: Mutt/1.5.24 (2015-08-30) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Feb 2016 02:03:04 -0000 On Thu, Feb 04, 2016 at 05:37:24PM -0600, Eric van Gyzen wrote: > On 02/ 3/16 10:54 AM, Eric van Gyzen wrote: > > I just set up a new desktop running head with x11/nvidia-driver. I've > > discovered a memory leak where pages disappear from the queues, never to > > return. Specifically, the total of > > v_active_count > > v_inactive_count > > v_wire_count > > v_cache_count > > v_free_count > > drops, eventually becoming /much/ less than v_page_count. After leaving > > xscreensaver running overnight, cycling the saver every 10 minutes, the > > system was unusable, because it only had a few MB of memory. (It has 8 > > GB physical.) > > In case anyone is curious, /usr/local/bin/xscreensaver-hacks/glmatrix > triggers a fairly fast leak--around 600 pages per second. I'm able to repro this on my workstation. With DTrace I can see that glmatrix is allocating pages for an SG object at roughly the rate they're being leaked. I took a look at r292373 (based on the history of sg_pager.c) and noticed a vm_page_free() call was lost when sg_pager_getpages() was simplified. The patch below seems to do the trick for me. Could you give it a try and confirm that it fixes the problem? I run current+nvidia-driver on multiple workstations but hadn't observed a leak until now, so maybe there's something additional going on in your case. Then again, I just use i3lock. :) diff --git a/sys/vm/sg_pager.c b/sys/vm/sg_pager.c index 84bfa49..2cccb7ea 100644 --- a/sys/vm/sg_pager.c +++ b/sys/vm/sg_pager.c @@ -189,6 +189,9 @@ sg_pager_getpages(vm_object_t object, vm_page_t *m, int count, int *rbehind, VM_OBJECT_WLOCK(object); TAILQ_INSERT_TAIL(&object->un_pager.sgp.sgp_pglist, page, plinks.q); vm_page_replace_checked(page, object, offset, m[0]); + vm_page_lock(m[0]); + vm_page_free(m[0]); + vm_page_unlock(m[0]); m[0] = page; page->valid = VM_PAGE_BITS_ALL; From owner-freebsd-current@freebsd.org Fri Feb 5 07:53:02 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6997A9D930C for ; Fri, 5 Feb 2016 07:53:02 +0000 (UTC) (envelope-from guru@unixarea.de) Received: from ms-10.1blu.de (ms-10.1blu.de [178.254.4.101]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 170FC1CDD for ; Fri, 5 Feb 2016 07:53:01 +0000 (UTC) (envelope-from guru@unixarea.de) Received: from [93.104.2.166] (helo=localhost.unixarea.de) by ms-10.1blu.de with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.76) (envelope-from ) id 1aRbCK-0003GD-Hw for freebsd-current@freebsd.org; Fri, 05 Feb 2016 08:52:57 +0100 Received: from localhost.my.domain (c720-r292778-amd64 [127.0.0.1]) by localhost.unixarea.de (8.15.2/8.14.9) with ESMTPS id u157qr3w004849 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Fri, 5 Feb 2016 08:52:54 +0100 (CET) (envelope-from guru@unixarea.de) Received: (from guru@localhost) by localhost.my.domain (8.15.2/8.14.9/Submit) id u157qrkq004848 for freebsd-current@freebsd.org; Fri, 5 Feb 2016 08:52:53 +0100 (CET) (envelope-from guru@unixarea.de) X-Authentication-Warning: localhost.my.domain: guru set sender to guru@unixarea.de using -f Date: Fri, 5 Feb 2016 08:52:52 +0100 From: Matthias Apitz To: freebsd-current@freebsd.org Subject: libreoffice 5.x && problem with threads? Message-ID: <20160205075252.GA3892@c720-r292778-amd64> Reply-To: Matthias Apitz Mail-Followup-To: Matthias Apitz , freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit X-Operating-System: FreeBSD 11.0-CURRENT r292778 (amd64) User-Agent: Mutt/1.5.24 (2015-08-30) X-Con-Id: 51246 X-Con-U: 0-guru X-Originating-IP: 93.104.2.166 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Feb 2016 07:53:02 -0000 Hello, I'm running r292778 amd64 and ports from SVN head (December, 20) and have the following problem with libreoffice 5.0.4 (all compiled from ports). If one starts LO, anyway with or without filename or other args, and terminates LO with Ctrl-Q or from the file menu, the GUI goes away (what is expected) but the processes hang forever (well, at least for long time) and one must cancel them with Ctrl-C or kill. The processes in ps(1) look like this: $ ps ax | fgrep office 4725 4 I+ 0:00,07 /usr/local/lib/libreoffice/program/oosplash 4740 4 I+ 0:01,23 /usr/local/lib/libreoffice/program/soffice.bin --splash-pipe=5 $ ps axl | fgrep office 1001 4725 4711 0 52 0 49236 6976 uwait I+ 4 0:00,07 /usr/local/lib/libreoffice/pro 1001 4740 4725 0 52 0 480044 96700 uwait I+ 4 0:01,23 /usr/local/lib/libreoffice/pro i.e. both processes are in 'uwait'. If one starts LO with --backtrace, on SIGINT a gdb backtrace is produced as shown below, which says that the started LWP are somehow stuck in functions in /lib/libthr.so.3. Any comments on this from -current@ ? There is only an open issue as: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=205922 Thanks matthias (no debugging symbols found)...(no debugging symbols found)...[New LWP 100265] [New Thread 816215000 (LWP 100265/soffice.bin)] [New Thread 816216400 (LWP 101339/soffice.bin)] Program received signal SIGINT, Interrupt. [Switching to Thread 816215000 (LWP 100265/soffice.bin)] 0x00000008010c821c in _umtx_op_err () from /lib/libthr.so.3 Current language: auto; currently minimal #0 0x00000008010c821c in _umtx_op_err () from /lib/libthr.so.3 #1 0x00000008010c505c in join_common (pthread=0x816216800, thread_return=0x0, abstime=0x0) at /usr/local/r292778/src/lib/libthr/thread/thr_join.c:125 #2 0x0000000800ab8193 in ?? () from /usr/local/lib/libreoffice/program/libsofficeapp.so #3 0x0000000800a8f280 in ?? () from /usr/local/lib/libreoffice/program/libsofficeapp.so #4 0x0000000806012551 in DeInitVCL () from /usr/local/lib/libreoffice/program/libvcllo.so #5 0x0000000806011e7b in VclResId () from /usr/local/lib/libreoffice/program/libvcllo.so #6 0x0000000806012978 in SVMain () from /usr/local/lib/libreoffice/program/libvcllo.so #7 0x0000000800abc91e in soffice_main () from /usr/local/lib/libreoffice/program/libsofficeapp.so #8 0x0000000000400870 in ?? () #9 0x000000000040077f in ?? () #10 0x0000000800621000 in ?? () #11 0x0000000000000000 in ?? () [New Thread 81dc60000 (LWP 101343/soffice.bin)] [New Thread 816216800 (LWP 101340/soffice.bin)] [New Thread 816215c00 (LWP 101338/soffice.bin)] Thread 6 (Thread 816215c00 (LWP 101338/soffice.bin)): #0 0x00000008010c821c in _umtx_op_err () from /lib/libthr.so.3 #1 0x00000008010be276 in _thr_umtx_timedwait_uint (mtx=0x800736008, id=, clockid=, abstime=, shared=0) at /usr/local/r292778/src/lib/libthr/thread/thr_umtx.c:212 #2 0x00000008010c665d in cond_wait_common (cond=, mutex=, abstime=0x7fffdfffdf78, cancel=0) at /usr/local/r292778/src/lib/libthr/thread/thr_cond.c:258 #3 0x0000000800836fa1 in rtl_secureZeroMemory () from /usr/local/lib/libreoffice/program/libuno_sal.so.3 #4 0x00000008010bc824 in thread_start (curthread=0x816215c00) at /usr/local/r292778/src/lib/libthr/thread/thr_create.c:288 #5 0x0000000000000000 in ?? () Thread 5 (Thread 816216800 (LWP 101340/soffice.bin)): #0 0x0000000800de541a in _accept () from /lib/libc.so.7 #1 0x00000008010be936 in __thr_accept (s=12, addr=0x0, addrlen=0x0) at /usr/local/r292778/src/lib/libthr/thread/thr_syscalls.c:106 #2 0x000000080085981b in osl_acceptPipe () from /usr/local/lib/libreoffice/program/libuno_sal.so.3 #3 0x0000000800abb902 in ?? () from /usr/local/lib/libreoffice/program/libsofficeapp.so #4 0x0000000800abadee in ?? () from /usr/local/lib/libreoffice/program/libsofficeapp.so #5 0x00000008032d4bce in salhelper::Thread::run () from /usr/local/lib/libreoffice/program/libuno_salhelpergcc3.so.3 #6 0x00000008032d4d8f in non-virtual thunk to salhelper::Thread::onTerminated() () from /usr/local/lib/libreoffice/program/libuno_salhelpergcc3.so.3 #7 0x000000080086237e in osl_setThreadTextEncoding () from /usr/local/lib/libreoffice/program/libuno_sal.so.3 #8 0x00000008010bc824 in thread_start (curthread=0x816216800) at /usr/local/r292778/src/lib/libthr/thread/thr_create.c:288 #9 0x0000000000000000 in ?? () Thread 4 (Thread 81dc60000 (LWP 101343/soffice.bin)): #0 0x0000000800df6fea in _poll () from /lib/libc.so.7 #1 0x00000008010bed86 in __thr_poll (fds=0x81a20e030, nfds=2, timeout=-1) at /usr/local/r292778/src/lib/libthr/thread/thr_syscalls.c:306 #2 0x00000008181ffb1d in SessionManagerClient::getSessionID () from /usr/local/lib/libreoffice/program/libvclplug_genlo.so #3 0x000000080086237e in osl_setThreadTextEncoding () from /usr/local/lib/libreoffice/program/libuno_sal.so.3 #4 0x00000008010bc824 in thread_start (curthread=0x81dc60000) at /usr/local/r292778/src/lib/libthr/thread/thr_create.c:288 #5 0x0000000000000000 in ?? () Thread 2 (Thread 816215000 (LWP 100265/soffice.bin)): #0 0x00000008010c821c in _umtx_op_err () from /lib/libthr.so.3 #1 0x00000008010c505c in join_common (pthread=0x816216800, thread_return=0x0, abstime=0x0) at /usr/local/r292778/src/lib/libthr/thread/thr_join.c:125 #2 0x0000000800ab8193 in ?? () from /usr/local/lib/libreoffice/program/libsofficeapp.so #3 0x0000000800a8f280 in ?? () from /usr/local/lib/libreoffice/program/libsofficeapp.so #4 0x0000000806012551 in DeInitVCL () from /usr/local/lib/libreoffice/program/libvcllo.so #5 0x0000000806011e7b in VclResId () from /usr/local/lib/libreoffice/program/libvcllo.so #6 0x0000000806012978 in SVMain () from /usr/local/lib/libreoffice/program/libvcllo.so #7 0x0000000800abc91e in soffice_main () from /usr/local/lib/libreoffice/program/libsofficeapp.so #8 0x0000000000400870 in ?? () #9 0x000000000040077f in ?? () #10 0x0000000800621000 in ?? () #11 0x0000000000000000 in ?? () (no debugging symbols found)...(no debugging symbols found)...[New LWP 100163] [New Thread 816215000 (LWP 100163/soffice.bin)] [New Thread 816216400 (LWP 100890/soffice.bin)] Program received signal SIGINT, Interrupt. [Switching to Thread 816215000 (LWP 100163/soffice.bin)] 0x00000008010c821c in _umtx_op_err () from /lib/libthr.so.3 Current language: auto; currently minimal #0 0x00000008010c821c in _umtx_op_err () from /lib/libthr.so.3 #1 0x00000008010c505c in join_common (pthread=0x816216800, thread_return=0x0, abstime=0x0) at /usr/local/r292778/src/lib/libthr/thread/thr_join.c:125 #2 0x0000000800ab8193 in ?? () from /usr/local/lib/libreoffice/program/libsofficeapp.so #3 0x0000000800a8f280 in ?? () from /usr/local/lib/libreoffice/program/libsofficeapp.so #4 0x0000000806012551 in DeInitVCL () from /usr/local/lib/libreoffice/program/libvcllo.so #5 0x0000000806011e7b in VclResId () from /usr/local/lib/libreoffice/program/libvcllo.so #6 0x0000000806012978 in SVMain () from /usr/local/lib/libreoffice/program/libvcllo.so #7 0x0000000800abc91e in soffice_main () from /usr/local/lib/libreoffice/program/libsofficeapp.so #8 0x0000000000400870 in ?? () #9 0x000000000040077f in ?? () #10 0x0000000800621000 in ?? () #11 0x0000000000000000 in ?? () [New Thread 81dbe7c00 (LWP 100893/soffice.bin)] [New Thread 816216800 (LWP 100891/soffice.bin)] [New Thread 816215c00 (LWP 100888/soffice.bin)] Thread 6 (Thread 816215c00 (LWP 100888/soffice.bin)): #0 0x00000008010c821c in _umtx_op_err () from /lib/libthr.so.3 #1 0x00000008010be276 in _thr_umtx_timedwait_uint (mtx=0x800736008, id=, clockid=, abstime=, shared=0) at /usr/local/r292778/src/lib/libthr/thread/thr_umtx.c:212 #2 0x00000008010c665d in cond_wait_common (cond=, mutex=, abstime=0x7fffdfffdf78, cancel=0) at /usr/local/r292778/src/lib/libthr/thread/thr_cond.c:258 #3 0x0000000800836fb1 in rtl_secureZeroMemory () from /usr/local/lib/libreoffice/program/libuno_sal.so.3 #4 0x00000008010bc824 in thread_start (curthread=0x816215c00) at /usr/local/r292778/src/lib/libthr/thread/thr_create.c:288 #5 0x0000000000000000 in ?? () Thread 5 (Thread 816216800 (LWP 100891/soffice.bin)): #0 0x0000000800de541a in _accept () from /lib/libc.so.7 #1 0x00000008010be936 in __thr_accept (s=12, addr=0x0, addrlen=0x0) at /usr/local/r292778/src/lib/libthr/thread/thr_syscalls.c:106 #2 0x000000080085982b in osl_acceptPipe () from /usr/local/lib/libreoffice/program/libuno_sal.so.3 #3 0x0000000800abb902 in ?? () from /usr/local/lib/libreoffice/program/libsofficeapp.so #4 0x0000000800abadee in ?? () from /usr/local/lib/libreoffice/program/libsofficeapp.so #5 0x00000008032d4bce in salhelper::Thread::run () from /usr/local/lib/libreoffice/program/libuno_salhelpergcc3.so.3 #6 0x00000008032d4d8f in non-virtual thunk to salhelper::Thread::onTerminated() () from /usr/local/lib/libreoffice/program/libuno_salhelpergcc3.so.3 #7 0x000000080086238e in osl_setThreadTextEncoding () from /usr/local/lib/libreoffice/program/libuno_sal.so.3 #8 0x00000008010bc824 in thread_start (curthread=0x816216800) at /usr/local/r292778/src/lib/libthr/thread/thr_create.c:288 #9 0x0000000000000000 in ?? () Thread 4 (Thread 81dbe7c00 (LWP 100893/soffice.bin)): #0 0x0000000800df6fea in _poll () from /lib/libc.so.7 #1 0x00000008010bed86 in __thr_poll (fds=0x81e40e030, nfds=2, timeout=-1) at /usr/local/r292778/src/lib/libthr/thread/thr_syscalls.c:306 #2 0x00000008181ffb1d in SessionManagerClient::getSessionID () from /usr/local/lib/libreoffice/program/libvclplug_genlo.so #3 0x000000080086238e in osl_setThreadTextEncoding () from /usr/local/lib/libreoffice/program/libuno_sal.so.3 #4 0x00000008010bc824 in thread_start (curthread=0x81dbe7c00) at /usr/local/r292778/src/lib/libthr/thread/thr_create.c:288 #5 0x0000000000000000 in ?? () Thread 2 (Thread 816215000 (LWP 100163/soffice.bin)): #0 0x00000008010c821c in _umtx_op_err () from /lib/libthr.so.3 #1 0x00000008010c505c in join_common (pthread=0x816216800, thread_return=0x0, abstime=0x0) at /usr/local/r292778/src/lib/libthr/thread/thr_join.c:125 #2 0x0000000800ab8193 in ?? () from /usr/local/lib/libreoffice/program/libsofficeapp.so #3 0x0000000800a8f280 in ?? () from /usr/local/lib/libreoffice/program/libsofficeapp.so #4 0x0000000806012551 in DeInitVCL () from /usr/local/lib/libreoffice/program/libvcllo.so #5 0x0000000806011e7b in VclResId () from /usr/local/lib/libreoffice/program/libvcllo.so #6 0x0000000806012978 in SVMain () from /usr/local/lib/libreoffice/program/libvcllo.so #7 0x0000000800abc91e in soffice_main () from /usr/local/lib/libreoffice/program/libsofficeapp.so #8 0x0000000000400870 in ?? () #9 0x000000000040077f in ?? () #10 0x0000000800621000 in ?? () #11 0x0000000000000000 in ?? () (no debugging symbols found)...(no debugging symbols found)...[New LWP 100235] [New Thread 816215000 (LWP 100235/soffice.bin)] [New Thread 816216400 (LWP 101118/soffice.bin)] Program received signal SIGINT, Interrupt. [Switching to Thread 816215000 (LWP 100235/soffice.bin)] 0x00000008010c821c in _umtx_op_err () from /lib/libthr.so.3 Current language: auto; currently minimal #0 0x00000008010c821c in _umtx_op_err () from /lib/libthr.so.3 #1 0x00000008010c505c in join_common (pthread=0x816216800, thread_return=0x0, abstime=0x0) at /usr/local/r292778/src/lib/libthr/thread/thr_join.c:125 #2 0x0000000800ab8193 in ?? () from /usr/local/lib/libreoffice/program/libsofficeapp.so #3 0x0000000800a8f280 in ?? () from /usr/local/lib/libreoffice/program/libsofficeapp.so #4 0x0000000806012551 in DeInitVCL () from /usr/local/lib/libreoffice/program/libvcllo.so #5 0x0000000806011e7b in VclResId () from /usr/local/lib/libreoffice/program/libvcllo.so #6 0x0000000806012978 in SVMain () from /usr/local/lib/libreoffice/program/libvcllo.so #7 0x0000000800abc91e in soffice_main () from /usr/local/lib/libreoffice/program/libsofficeapp.so #8 0x0000000000400870 in ?? () #9 0x000000000040077f in ?? () #10 0x0000000800621000 in ?? () #11 0x0000000000000000 in ?? () [New Thread 81dbe5c00 (LWP 101121/soffice.bin)] [New Thread 816216800 (LWP 101119/soffice.bin)] [New Thread 816215c00 (LWP 101117/soffice.bin)] Thread 6 (Thread 816215c00 (LWP 101117/soffice.bin)): #0 0x00000008010c821c in _umtx_op_err () from /lib/libthr.so.3 #1 0x00000008010be276 in _thr_umtx_timedwait_uint (mtx=0x800736008, id=, clockid=, abstime=, shared=0) at /usr/local/r292778/src/lib/libthr/thread/thr_umtx.c:212 #2 0x00000008010c665d in cond_wait_common (cond=, mutex=, abstime=0x7fffdfffdf78, cancel=0) at /usr/local/r292778/src/lib/libthr/thread/thr_cond.c:258 #3 0x0000000800836fb1 in rtl_secureZeroMemory () from /usr/local/lib/libreoffice/program/libuno_sal.so.3 #4 0x00000008010bc824 in thread_start (curthread=0x816215c00) at /usr/local/r292778/src/lib/libthr/thread/thr_create.c:288 #5 0x0000000000000000 in ?? () Thread 5 (Thread 816216800 (LWP 101119/soffice.bin)): #0 0x0000000800de541a in _accept () from /lib/libc.so.7 #1 0x00000008010be936 in __thr_accept (s=12, addr=0x0, addrlen=0x0) at /usr/local/r292778/src/lib/libthr/thread/thr_syscalls.c:106 #2 0x000000080085982b in osl_acceptPipe () from /usr/local/lib/libreoffice/program/libuno_sal.so.3 #3 0x0000000800abb902 in ?? () from /usr/local/lib/libreoffice/program/libsofficeapp.so #4 0x0000000800abadee in ?? () from /usr/local/lib/libreoffice/program/libsofficeapp.so #5 0x00000008032d4bce in salhelper::Thread::run () from /usr/local/lib/libreoffice/program/libuno_salhelpergcc3.so.3 #6 0x00000008032d4d8f in non-virtual thunk to salhelper::Thread::onTerminated() () from /usr/local/lib/libreoffice/program/libuno_salhelpergcc3.so.3 #7 0x000000080086238e in osl_setThreadTextEncoding () from /usr/local/lib/libreoffice/program/libuno_sal.so.3 #8 0x00000008010bc824 in thread_start (curthread=0x816216800) at /usr/local/r292778/src/lib/libthr/thread/thr_create.c:288 #9 0x0000000000000000 in ?? () Thread 4 (Thread 81dbe5c00 (LWP 101121/soffice.bin)): #0 0x0000000800df6fea in _poll () from /lib/libc.so.7 #1 0x00000008010bed86 in __thr_poll (fds=0x81e40e030, nfds=2, timeout=-1) at /usr/local/r292778/src/lib/libthr/thread/thr_syscalls.c:306 #2 0x00000008181ffb1d in SessionManagerClient::getSessionID () from /usr/local/lib/libreoffice/program/libvclplug_genlo.so #3 0x000000080086238e in osl_setThreadTextEncoding () from /usr/local/lib/libreoffice/program/libuno_sal.so.3 #4 0x00000008010bc824 in thread_start (curthread=0x81dbe5c00) at /usr/local/r292778/src/lib/libthr/thread/thr_create.c:288 #5 0x0000000000000000 in ?? () Thread 2 (Thread 816215000 (LWP 100235/soffice.bin)): #0 0x00000008010c821c in _umtx_op_err () from /lib/libthr.so.3 #1 0x00000008010c505c in join_common (pthread=0x816216800, thread_return=0x0, abstime=0x0) at /usr/local/r292778/src/lib/libthr/thread/thr_join.c:125 #2 0x0000000800ab8193 in ?? () from /usr/local/lib/libreoffice/program/libsofficeapp.so #3 0x0000000800a8f280 in ?? () from /usr/local/lib/libreoffice/program/libsofficeapp.so #4 0x0000000806012551 in DeInitVCL () from /usr/local/lib/libreoffice/program/libvcllo.so #5 0x0000000806011e7b in VclResId () from /usr/local/lib/libreoffice/program/libvcllo.so #6 0x0000000806012978 in SVMain () from /usr/local/lib/libreoffice/program/libvcllo.so #7 0x0000000800abc91e in soffice_main () from /usr/local/lib/libreoffice/program/libsofficeapp.so #8 0x0000000000400870 in ?? () #9 0x000000000040077f in ?? () #10 0x0000000800621000 in ?? () #11 0x0000000000000000 in ?? () -- Matthias Apitz, ✉ guru@unixarea.de, ⌂ http://www.unixarea.de/ ☎ +49-176-38902045 UNIX since V7 on PDP-11 | UNIX on mainframe since ESER 1055 (IBM /370) UNIX on x86 since SVR4.2 UnixWare 2.1.2 | FreeBSD since 2.2.5 From owner-freebsd-current@freebsd.org Fri Feb 5 08:03:37 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 171BF9D998C for ; Fri, 5 Feb 2016 08:03:37 +0000 (UTC) (envelope-from damjan.jov@gmail.com) Received: from mail-oi0-x232.google.com (mail-oi0-x232.google.com [IPv6:2607:f8b0:4003:c06::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 CE6C97AC for ; Fri, 5 Feb 2016 08:03:36 +0000 (UTC) (envelope-from damjan.jov@gmail.com) Received: by mail-oi0-x232.google.com with SMTP id j125so36646668oih.0 for ; Fri, 05 Feb 2016 00:03:36 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-type; bh=aDCl64gQkDbYZsbRm7X6RQxXfTHxDdoZ2hZkFHdq8ZU=; b=W6OzhHp8hThMMAyOYq6EKpQcYrAuG9ILXVGK8VjIxMKgeCHKo3JznefTklV3VP3sW+ eCNeo2BAjDGYM+bTe4gVE+4OPeZHSqA73v8eGVKiJXp/kt9875+OJhKJ9LArPt/g4H/l VPEeamqmpyY4kDSnIPUQOiNB7xCmgdmijBqMLQ9JJvvDNDzYNpQYfVCvoibHgFoyve5i a2IKEHYmJi1dwcwlF1Kg5TVKIWmRiwksKrMg+LtjhQ62tjngJvfbsQu48i0m2lZmtA5k JGJwfyO+J0+vr8quHhawUADaZwTrAvBPCz5mJq+xlVe3s5IktTzprR/VSwsZEyRhgcpV Znqg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:content-type; bh=aDCl64gQkDbYZsbRm7X6RQxXfTHxDdoZ2hZkFHdq8ZU=; b=iPC8X5AJc6cj/L2Z1TdMtq4IpN8sPY0Kz5EJ0EjDel7hNrgbJTzw3d6OfufCyS/ft+ EAoD3TxVF8w9qZtrYLSBXjqgsSyZBY3uF4OtzkB8VKAEVIRvCmDcJb9HYFmAG03RSGxi BfwtIGLv5DP5anTUAauR0gBtWSaqYRt5LSAyyCwx6VoMv/2kJvq+JBGSu5ypmFGY/9aR BNrdMoP7/Wbk8EcoBa9c1+ntQkhbdHNxsF/YkPAwtdra+JHBcJpkd8tlgtOFpNS7/m3E hmPJBQloTXkcs+P4lchRVJsrJBJNPatYXZ3FnYock2AjjMoW8H0PwWoLA/FMaXY0zM3o b1sQ== X-Gm-Message-State: AG10YOThiCRGSmfaWSI4hELZT3i3VCw9lO1mRK8w+4dUz8UigeGWwgWLEg+Hqq0caonzJEmqO7A7SoYawy7FGg== X-Received: by 10.202.45.199 with SMTP id t190mr7215108oit.26.1454659416059; Fri, 05 Feb 2016 00:03:36 -0800 (PST) MIME-Version: 1.0 Received: by 10.76.156.202 with HTTP; Fri, 5 Feb 2016 00:03:16 -0800 (PST) In-Reply-To: <20160205075252.GA3892@c720-r292778-amd64> References: <20160205075252.GA3892@c720-r292778-amd64> From: Damjan Jovanovic Date: Fri, 5 Feb 2016 10:03:16 +0200 Message-ID: Subject: Re: libreoffice 5.x && problem with threads? To: freebsd-current@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Feb 2016 08:03:37 -0000 Some threads are in accept while others are in join - could be that "close(socket) doesn't wake up threads in accept(socket)" deadlock I fixed in AOO months ago. Does that patch help: https://github.com/apache/openoffice/commit/033c508048e3cd55bdbf4476f5f35b0= aa0fcc5c0 Damjan On Fri, Feb 5, 2016 at 9:52 AM, Matthias Apitz wrote: > > Hello, > > I'm running r292778 amd64 and ports from SVN head (December, 20) and > have the following problem with libreoffice 5.0.4 (all compiled from > ports). If one starts LO, anyway with or without filename or > other args, and terminates LO with Ctrl-Q or from the file menu, the GUI > goes away (what is expected) but the processes hang forever (well, at > least for long time) and one must cancel them with Ctrl-C or kill. The > processes in ps(1) look like this: > > $ ps ax | fgrep office > 4725 4 I+ 0:00,07 /usr/local/lib/libreoffice/program/oosplash > 4740 4 I+ 0:01,23 /usr/local/lib/libreoffice/program/soffice.bin > --splash-pipe=3D5 > > $ ps axl | fgrep office > 1001 4725 4711 0 52 0 49236 6976 uwait I+ 4 0:00,07 > /usr/local/lib/libreoffice/pro > 1001 4740 4725 0 52 0 480044 96700 uwait I+ 4 0:01,23 > /usr/local/lib/libreoffice/pro > > i.e. both processes are in 'uwait'. > > If one starts LO with --backtrace, on SIGINT a gdb backtrace is produced > as shown below, which says that the started LWP are somehow stuck in > functions in /lib/libthr.so.3. > > Any comments on this from -current@ ? > > There is only an open issue as: > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D205922 > > Thanks > > matthias > > (no debugging symbols found)...(no debugging symbols found)...[New LWP > 100265] > [New Thread 816215000 (LWP 100265/soffice.bin)] > [New Thread 816216400 (LWP 101339/soffice.bin)] > > Program received signal SIGINT, Interrupt. > [Switching to Thread 816215000 (LWP 100265/soffice.bin)] > 0x00000008010c821c in _umtx_op_err () from /lib/libthr.so.3 > Current language: auto; currently minimal > #0 0x00000008010c821c in _umtx_op_err () from /lib/libthr.so.3 > #1 0x00000008010c505c in join_common (pthread=3D0x816216800, > thread_return=3D0x0, abstime=3D0x0) at > /usr/local/r292778/src/lib/libthr/thread/thr_join.c:125 > #2 0x0000000800ab8193 in ?? () from > /usr/local/lib/libreoffice/program/libsofficeapp.so > #3 0x0000000800a8f280 in ?? () from > /usr/local/lib/libreoffice/program/libsofficeapp.so > #4 0x0000000806012551 in DeInitVCL () from > /usr/local/lib/libreoffice/program/libvcllo.so > #5 0x0000000806011e7b in VclResId () from > /usr/local/lib/libreoffice/program/libvcllo.so > #6 0x0000000806012978 in SVMain () from > /usr/local/lib/libreoffice/program/libvcllo.so > #7 0x0000000800abc91e in soffice_main () from > /usr/local/lib/libreoffice/program/libsofficeapp.so > #8 0x0000000000400870 in ?? () > #9 0x000000000040077f in ?? () > #10 0x0000000800621000 in ?? () > #11 0x0000000000000000 in ?? () > [New Thread 81dc60000 (LWP 101343/soffice.bin)] > [New Thread 816216800 (LWP 101340/soffice.bin)] > [New Thread 816215c00 (LWP 101338/soffice.bin)] > > Thread 6 (Thread 816215c00 (LWP 101338/soffice.bin)): > #0 0x00000008010c821c in _umtx_op_err () from /lib/libthr.so.3 > #1 0x00000008010be276 in _thr_umtx_timedwait_uint (mtx=3D0x800736008, > id=3D, clockid=3D, abstime=3D optimized out>, shared=3D0) at > /usr/local/r292778/src/lib/libthr/thread/thr_umtx.c:212 > #2 0x00000008010c665d in cond_wait_common (cond=3D, > mutex=3D, abstime=3D0x7fffdfffdf78, cancel=3D0) at > /usr/local/r292778/src/lib/libthr/thread/thr_cond.c:258 > #3 0x0000000800836fa1 in rtl_secureZeroMemory () from > /usr/local/lib/libreoffice/program/libuno_sal.so.3 > #4 0x00000008010bc824 in thread_start (curthread=3D0x816215c00) at > /usr/local/r292778/src/lib/libthr/thread/thr_create.c:288 > #5 0x0000000000000000 in ?? () > > Thread 5 (Thread 816216800 (LWP 101340/soffice.bin)): > #0 0x0000000800de541a in _accept () from /lib/libc.so.7 > #1 0x00000008010be936 in __thr_accept (s=3D12, addr=3D0x0, addrlen=3D0x0= ) at > /usr/local/r292778/src/lib/libthr/thread/thr_syscalls.c:106 > #2 0x000000080085981b in osl_acceptPipe () from > /usr/local/lib/libreoffice/program/libuno_sal.so.3 > #3 0x0000000800abb902 in ?? () from > /usr/local/lib/libreoffice/program/libsofficeapp.so > #4 0x0000000800abadee in ?? () from > /usr/local/lib/libreoffice/program/libsofficeapp.so > #5 0x00000008032d4bce in salhelper::Thread::run () from > /usr/local/lib/libreoffice/program/libuno_salhelpergcc3.so.3 > #6 0x00000008032d4d8f in non-virtual thunk to > salhelper::Thread::onTerminated() () from > /usr/local/lib/libreoffice/program/libuno_salhelpergcc3.so.3 > #7 0x000000080086237e in osl_setThreadTextEncoding () from > /usr/local/lib/libreoffice/program/libuno_sal.so.3 > #8 0x00000008010bc824 in thread_start (curthread=3D0x816216800) at > /usr/local/r292778/src/lib/libthr/thread/thr_create.c:288 > #9 0x0000000000000000 in ?? () > > Thread 4 (Thread 81dc60000 (LWP 101343/soffice.bin)): > #0 0x0000000800df6fea in _poll () from /lib/libc.so.7 > #1 0x00000008010bed86 in __thr_poll (fds=3D0x81a20e030, nfds=3D2, timeou= t=3D-1) > at /usr/local/r292778/src/lib/libthr/thread/thr_syscalls.c:306 > #2 0x00000008181ffb1d in SessionManagerClient::getSessionID () from > /usr/local/lib/libreoffice/program/libvclplug_genlo.so > #3 0x000000080086237e in osl_setThreadTextEncoding () from > /usr/local/lib/libreoffice/program/libuno_sal.so.3 > #4 0x00000008010bc824 in thread_start (curthread=3D0x81dc60000) at > /usr/local/r292778/src/lib/libthr/thread/thr_create.c:288 > #5 0x0000000000000000 in ?? () > > Thread 2 (Thread 816215000 (LWP 100265/soffice.bin)): > #0 0x00000008010c821c in _umtx_op_err () from /lib/libthr.so.3 > #1 0x00000008010c505c in join_common (pthread=3D0x816216800, > thread_return=3D0x0, abstime=3D0x0) at > /usr/local/r292778/src/lib/libthr/thread/thr_join.c:125 > #2 0x0000000800ab8193 in ?? () from > /usr/local/lib/libreoffice/program/libsofficeapp.so > #3 0x0000000800a8f280 in ?? () from > /usr/local/lib/libreoffice/program/libsofficeapp.so > #4 0x0000000806012551 in DeInitVCL () from > /usr/local/lib/libreoffice/program/libvcllo.so > #5 0x0000000806011e7b in VclResId () from > /usr/local/lib/libreoffice/program/libvcllo.so > #6 0x0000000806012978 in SVMain () from > /usr/local/lib/libreoffice/program/libvcllo.so > #7 0x0000000800abc91e in soffice_main () from > /usr/local/lib/libreoffice/program/libsofficeapp.so > #8 0x0000000000400870 in ?? () > #9 0x000000000040077f in ?? () > #10 0x0000000800621000 in ?? () > #11 0x0000000000000000 in ?? () > (no debugging symbols found)...(no debugging symbols found)...[New LWP > 100163] > [New Thread 816215000 (LWP 100163/soffice.bin)] > [New Thread 816216400 (LWP 100890/soffice.bin)] > > Program received signal SIGINT, Interrupt. > [Switching to Thread 816215000 (LWP 100163/soffice.bin)] > 0x00000008010c821c in _umtx_op_err () from /lib/libthr.so.3 > Current language: auto; currently minimal > #0 0x00000008010c821c in _umtx_op_err () from /lib/libthr.so.3 > #1 0x00000008010c505c in join_common (pthread=3D0x816216800, > thread_return=3D0x0, abstime=3D0x0) at > /usr/local/r292778/src/lib/libthr/thread/thr_join.c:125 > #2 0x0000000800ab8193 in ?? () from > /usr/local/lib/libreoffice/program/libsofficeapp.so > #3 0x0000000800a8f280 in ?? () from > /usr/local/lib/libreoffice/program/libsofficeapp.so > #4 0x0000000806012551 in DeInitVCL () from > /usr/local/lib/libreoffice/program/libvcllo.so > #5 0x0000000806011e7b in VclResId () from > /usr/local/lib/libreoffice/program/libvcllo.so > #6 0x0000000806012978 in SVMain () from > /usr/local/lib/libreoffice/program/libvcllo.so > #7 0x0000000800abc91e in soffice_main () from > /usr/local/lib/libreoffice/program/libsofficeapp.so > #8 0x0000000000400870 in ?? () > #9 0x000000000040077f in ?? () > #10 0x0000000800621000 in ?? () > #11 0x0000000000000000 in ?? () > [New Thread 81dbe7c00 (LWP 100893/soffice.bin)] > [New Thread 816216800 (LWP 100891/soffice.bin)] > [New Thread 816215c00 (LWP 100888/soffice.bin)] > > Thread 6 (Thread 816215c00 (LWP 100888/soffice.bin)): > #0 0x00000008010c821c in _umtx_op_err () from /lib/libthr.so.3 > #1 0x00000008010be276 in _thr_umtx_timedwait_uint (mtx=3D0x800736008, > id=3D, clockid=3D, abstime=3D optimized out>, shared=3D0) at > /usr/local/r292778/src/lib/libthr/thread/thr_umtx.c:212 > #2 0x00000008010c665d in cond_wait_common (cond=3D, > mutex=3D, abstime=3D0x7fffdfffdf78, cancel=3D0) at > /usr/local/r292778/src/lib/libthr/thread/thr_cond.c:258 > #3 0x0000000800836fb1 in rtl_secureZeroMemory () from > /usr/local/lib/libreoffice/program/libuno_sal.so.3 > #4 0x00000008010bc824 in thread_start (curthread=3D0x816215c00) at > /usr/local/r292778/src/lib/libthr/thread/thr_create.c:288 > #5 0x0000000000000000 in ?? () > > Thread 5 (Thread 816216800 (LWP 100891/soffice.bin)): > #0 0x0000000800de541a in _accept () from /lib/libc.so.7 > #1 0x00000008010be936 in __thr_accept (s=3D12, addr=3D0x0, addrlen=3D0x0= ) at > /usr/local/r292778/src/lib/libthr/thread/thr_syscalls.c:106 > #2 0x000000080085982b in osl_acceptPipe () from > /usr/local/lib/libreoffice/program/libuno_sal.so.3 > #3 0x0000000800abb902 in ?? () from > /usr/local/lib/libreoffice/program/libsofficeapp.so > #4 0x0000000800abadee in ?? () from > /usr/local/lib/libreoffice/program/libsofficeapp.so > #5 0x00000008032d4bce in salhelper::Thread::run () from > /usr/local/lib/libreoffice/program/libuno_salhelpergcc3.so.3 > #6 0x00000008032d4d8f in non-virtual thunk to > salhelper::Thread::onTerminated() () from > /usr/local/lib/libreoffice/program/libuno_salhelpergcc3.so.3 > #7 0x000000080086238e in osl_setThreadTextEncoding () from > /usr/local/lib/libreoffice/program/libuno_sal.so.3 > #8 0x00000008010bc824 in thread_start (curthread=3D0x816216800) at > /usr/local/r292778/src/lib/libthr/thread/thr_create.c:288 > #9 0x0000000000000000 in ?? () > > Thread 4 (Thread 81dbe7c00 (LWP 100893/soffice.bin)): > #0 0x0000000800df6fea in _poll () from /lib/libc.so.7 > #1 0x00000008010bed86 in __thr_poll (fds=3D0x81e40e030, nfds=3D2, timeou= t=3D-1) > at /usr/local/r292778/src/lib/libthr/thread/thr_syscalls.c:306 > #2 0x00000008181ffb1d in SessionManagerClient::getSessionID () from > /usr/local/lib/libreoffice/program/libvclplug_genlo.so > #3 0x000000080086238e in osl_setThreadTextEncoding () from > /usr/local/lib/libreoffice/program/libuno_sal.so.3 > #4 0x00000008010bc824 in thread_start (curthread=3D0x81dbe7c00) at > /usr/local/r292778/src/lib/libthr/thread/thr_create.c:288 > #5 0x0000000000000000 in ?? () > > Thread 2 (Thread 816215000 (LWP 100163/soffice.bin)): > #0 0x00000008010c821c in _umtx_op_err () from /lib/libthr.so.3 > #1 0x00000008010c505c in join_common (pthread=3D0x816216800, > thread_return=3D0x0, abstime=3D0x0) at > /usr/local/r292778/src/lib/libthr/thread/thr_join.c:125 > #2 0x0000000800ab8193 in ?? () from > /usr/local/lib/libreoffice/program/libsofficeapp.so > #3 0x0000000800a8f280 in ?? () from > /usr/local/lib/libreoffice/program/libsofficeapp.so > #4 0x0000000806012551 in DeInitVCL () from > /usr/local/lib/libreoffice/program/libvcllo.so > #5 0x0000000806011e7b in VclResId () from > /usr/local/lib/libreoffice/program/libvcllo.so > #6 0x0000000806012978 in SVMain () from > /usr/local/lib/libreoffice/program/libvcllo.so > #7 0x0000000800abc91e in soffice_main () from > /usr/local/lib/libreoffice/program/libsofficeapp.so > #8 0x0000000000400870 in ?? () > #9 0x000000000040077f in ?? () > #10 0x0000000800621000 in ?? () > #11 0x0000000000000000 in ?? () > (no debugging symbols found)...(no debugging symbols found)...[New LWP > 100235] > [New Thread 816215000 (LWP 100235/soffice.bin)] > [New Thread 816216400 (LWP 101118/soffice.bin)] > > Program received signal SIGINT, Interrupt. > [Switching to Thread 816215000 (LWP 100235/soffice.bin)] > 0x00000008010c821c in _umtx_op_err () from /lib/libthr.so.3 > Current language: auto; currently minimal > #0 0x00000008010c821c in _umtx_op_err () from /lib/libthr.so.3 > #1 0x00000008010c505c in join_common (pthread=3D0x816216800, > thread_return=3D0x0, abstime=3D0x0) at > /usr/local/r292778/src/lib/libthr/thread/thr_join.c:125 > #2 0x0000000800ab8193 in ?? () from > /usr/local/lib/libreoffice/program/libsofficeapp.so > #3 0x0000000800a8f280 in ?? () from > /usr/local/lib/libreoffice/program/libsofficeapp.so > #4 0x0000000806012551 in DeInitVCL () from > /usr/local/lib/libreoffice/program/libvcllo.so > #5 0x0000000806011e7b in VclResId () from > /usr/local/lib/libreoffice/program/libvcllo.so > #6 0x0000000806012978 in SVMain () from > /usr/local/lib/libreoffice/program/libvcllo.so > #7 0x0000000800abc91e in soffice_main () from > /usr/local/lib/libreoffice/program/libsofficeapp.so > #8 0x0000000000400870 in ?? () > #9 0x000000000040077f in ?? () > #10 0x0000000800621000 in ?? () > #11 0x0000000000000000 in ?? () > [New Thread 81dbe5c00 (LWP 101121/soffice.bin)] > [New Thread 816216800 (LWP 101119/soffice.bin)] > [New Thread 816215c00 (LWP 101117/soffice.bin)] > > Thread 6 (Thread 816215c00 (LWP 101117/soffice.bin)): > #0 0x00000008010c821c in _umtx_op_err () from /lib/libthr.so.3 > #1 0x00000008010be276 in _thr_umtx_timedwait_uint (mtx=3D0x800736008, > id=3D, clockid=3D, abstime=3D optimized out>, shared=3D0) at > /usr/local/r292778/src/lib/libthr/thread/thr_umtx.c:212 > #2 0x00000008010c665d in cond_wait_common (cond=3D, > mutex=3D, abstime=3D0x7fffdfffdf78, cancel=3D0) at > /usr/local/r292778/src/lib/libthr/thread/thr_cond.c:258 > #3 0x0000000800836fb1 in rtl_secureZeroMemory () from > /usr/local/lib/libreoffice/program/libuno_sal.so.3 > #4 0x00000008010bc824 in thread_start (curthread=3D0x816215c00) at > /usr/local/r292778/src/lib/libthr/thread/thr_create.c:288 > #5 0x0000000000000000 in ?? () > > Thread 5 (Thread 816216800 (LWP 101119/soffice.bin)): > #0 0x0000000800de541a in _accept () from /lib/libc.so.7 > #1 0x00000008010be936 in __thr_accept (s=3D12, addr=3D0x0, addrlen=3D0x0= ) at > /usr/local/r292778/src/lib/libthr/thread/thr_syscalls.c:106 > #2 0x000000080085982b in osl_acceptPipe () from > /usr/local/lib/libreoffice/program/libuno_sal.so.3 > #3 0x0000000800abb902 in ?? () from > /usr/local/lib/libreoffice/program/libsofficeapp.so > #4 0x0000000800abadee in ?? () from > /usr/local/lib/libreoffice/program/libsofficeapp.so > #5 0x00000008032d4bce in salhelper::Thread::run () from > /usr/local/lib/libreoffice/program/libuno_salhelpergcc3.so.3 > #6 0x00000008032d4d8f in non-virtual thunk to > salhelper::Thread::onTerminated() () from > /usr/local/lib/libreoffice/program/libuno_salhelpergcc3.so.3 > #7 0x000000080086238e in osl_setThreadTextEncoding () from > /usr/local/lib/libreoffice/program/libuno_sal.so.3 > #8 0x00000008010bc824 in thread_start (curthread=3D0x816216800) at > /usr/local/r292778/src/lib/libthr/thread/thr_create.c:288 > #9 0x0000000000000000 in ?? () > > Thread 4 (Thread 81dbe5c00 (LWP 101121/soffice.bin)): > #0 0x0000000800df6fea in _poll () from /lib/libc.so.7 > #1 0x00000008010bed86 in __thr_poll (fds=3D0x81e40e030, nfds=3D2, timeou= t=3D-1) > at /usr/local/r292778/src/lib/libthr/thread/thr_syscalls.c:306 > #2 0x00000008181ffb1d in SessionManagerClient::getSessionID () from > /usr/local/lib/libreoffice/program/libvclplug_genlo.so > #3 0x000000080086238e in osl_setThreadTextEncoding () from > /usr/local/lib/libreoffice/program/libuno_sal.so.3 > #4 0x00000008010bc824 in thread_start (curthread=3D0x81dbe5c00) at > /usr/local/r292778/src/lib/libthr/thread/thr_create.c:288 > #5 0x0000000000000000 in ?? () > > Thread 2 (Thread 816215000 (LWP 100235/soffice.bin)): > #0 0x00000008010c821c in _umtx_op_err () from /lib/libthr.so.3 > #1 0x00000008010c505c in join_common (pthread=3D0x816216800, > thread_return=3D0x0, abstime=3D0x0) at > /usr/local/r292778/src/lib/libthr/thread/thr_join.c:125 > #2 0x0000000800ab8193 in ?? () from > /usr/local/lib/libreoffice/program/libsofficeapp.so > #3 0x0000000800a8f280 in ?? () from > /usr/local/lib/libreoffice/program/libsofficeapp.so > #4 0x0000000806012551 in DeInitVCL () from > /usr/local/lib/libreoffice/program/libvcllo.so > #5 0x0000000806011e7b in VclResId () from > /usr/local/lib/libreoffice/program/libvcllo.so > #6 0x0000000806012978 in SVMain () from > /usr/local/lib/libreoffice/program/libvcllo.so > #7 0x0000000800abc91e in soffice_main () from > /usr/local/lib/libreoffice/program/libsofficeapp.so > #8 0x0000000000400870 in ?? () > #9 0x000000000040077f in ?? () > #10 0x0000000800621000 in ?? () > #11 0x0000000000000000 in ?? () > > -- > Matthias Apitz, =E2=9C=89 guru@unixarea.de, =E2=8C=82 http://www.unixarea= .de/ =E2=98=8E > +49-176-38902045 > UNIX since V7 on PDP-11 | UNIX on mainframe since ESER 1055 (IBM /370) > UNIX on x86 since SVR4.2 UnixWare 2.1.2 | FreeBSD since 2.2.5 > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org= " From owner-freebsd-current@freebsd.org Fri Feb 5 09:02:18 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7C26DA761A2 for ; Fri, 5 Feb 2016 09:02:18 +0000 (UTC) (envelope-from gljennjohn@gmail.com) Received: from mail-wm0-x234.google.com (mail-wm0-x234.google.com [IPv6:2a00:1450:400c:c09::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 1165A786; Fri, 5 Feb 2016 09:02:18 +0000 (UTC) (envelope-from gljennjohn@gmail.com) Received: by mail-wm0-x234.google.com with SMTP id g62so17477297wme.0; Fri, 05 Feb 2016 01:02:17 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:cc:subject:message-id:in-reply-to:references:reply-to :mime-version:content-type:content-transfer-encoding; bh=5DzqyKFH2DSrphF7nGW5fNTDdx6AolZHs4IsnFiosAU=; b=ADhvnp55Ta3XYGCz4DYub5tV3qXacoEl9HfKI2Tunw5biaQcN+DYId4D8TbiCRq4Y3 HwBVA6YMSfbQl8l3Gabmq5kVd57w99hfZtQ8jDs33CADaqnEaKJTKTMJXDkrr5dvPNAY bxUmCva5BCuGT7mdqESxnaZgezluIkhPwgHBlEk7vSWqeYAUBGSJLLL13I/Cyntl8DUf w1GpWjEUe160SHUmH/cQNmYgnocsT01uX9M+f/nbAaJ9wlKr9wla+aeZaYByi6S1UeI9 2AdKfn94Nl1Hn4R+h1puTX6Y71lFeGk8SIA7pFOkLprRXeg644yicHIWrakVMQvmYgjP lwDg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:date:from:to:cc:subject:message-id:in-reply-to :references:reply-to:mime-version:content-type :content-transfer-encoding; bh=5DzqyKFH2DSrphF7nGW5fNTDdx6AolZHs4IsnFiosAU=; b=gxDMv4Gqrl9ejLGAzPLuANrkSXMGDlhMZp0Og3xP4y+wnjDBW6qwRttTahJl2Nt1sf Nb5NaZqccd2pIsk0/9gAP1cWdeySwtlLvAXIR2mjVxLPC5eAmwT3sVwhgqPZfF7UIf/W yA6HBulrlFT9SCrcOorcBnZ5Tzocq2AgKDCgfll81QGL4vJ+Zk2nHrsjj1wHcRC65dZg sxknLLqd3je4DjAYbPHBOdsqdCEUWoHI4Mlp2xluvePkuQ1bTuzXrSsEhQh/Iyo4m+7h 4QqjTgcSMeEIafrRv9YU7X9DhxudJirWCYbTNxgqmtrZa8rQKI0M+VpnZ/4HAX/x4dZu aLmg== X-Gm-Message-State: AG10YOSDgVUX5dRjGn8BCNtCvYHnop8dq/QYAXo2demIU6vSGfPicVpFfJsRkeKCPYGcJA== X-Received: by 10.28.224.84 with SMTP id x81mr32632879wmg.62.1454662936005; Fri, 05 Feb 2016 01:02:16 -0800 (PST) Received: from ernst.home (p578E04A2.dip0.t-ipconnect.de. [87.142.4.162]) by smtp.gmail.com with ESMTPSA id i2sm14861790wjx.42.2016.02.05.01.02.14 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 05 Feb 2016 01:02:15 -0800 (PST) Date: Fri, 5 Feb 2016 10:02:12 +0100 From: Gary Jennejohn To: Mark Johnston Cc: Eric van Gyzen , FreeBSD Current Subject: Re: Kernel memory leak with x11/nvidia-driver Message-ID: <20160205100212.3ff372f4@ernst.home> In-Reply-To: <20160205020543.GA1661@wkstn-mjohnston.west.isilon.com> References: <56B230CB.3050600@FreeBSD.org> <56B3E0B4.4090603@FreeBSD.org> <20160205020543.GA1661@wkstn-mjohnston.west.isilon.com> Reply-To: gljennjohn@gmail.com X-Mailer: Claws Mail 3.13.2 (GTK+ 2.24.29; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Feb 2016 09:02:18 -0000 On Thu, 4 Feb 2016 18:05:43 -0800 Mark Johnston wrote: > On Thu, Feb 04, 2016 at 05:37:24PM -0600, Eric van Gyzen wrote: > > On 02/ 3/16 10:54 AM, Eric van Gyzen wrote: > > > I just set up a new desktop running head with x11/nvidia-driver. I've > > > discovered a memory leak where pages disappear from the queues, never to > > > return. Specifically, the total of > > > v_active_count > > > v_inactive_count > > > v_wire_count > > > v_cache_count > > > v_free_count > > > drops, eventually becoming /much/ less than v_page_count. After leaving > > > xscreensaver running overnight, cycling the saver every 10 minutes, the > > > system was unusable, because it only had a few MB of memory. (It has 8 > > > GB physical.) > > > > In case anyone is curious, /usr/local/bin/xscreensaver-hacks/glmatrix > > triggers a fairly fast leak--around 600 pages per second. > > I'm able to repro this on my workstation. With DTrace I can see that > glmatrix is allocating pages for an SG object at roughly the rate > they're being leaked. I took a look at r292373 (based on the history of > sg_pager.c) and noticed a vm_page_free() call was lost when > sg_pager_getpages() was simplified. > > The patch below seems to do the trick for me. Could you give it a try > and confirm that it fixes the problem? I run current+nvidia-driver on > multiple workstations but hadn't observed a leak until now, so maybe > there's something additional going on in your case. Then again, I just > use i3lock. :) > > diff --git a/sys/vm/sg_pager.c b/sys/vm/sg_pager.c > index 84bfa49..2cccb7ea 100644 > --- a/sys/vm/sg_pager.c > +++ b/sys/vm/sg_pager.c > @@ -189,6 +189,9 @@ sg_pager_getpages(vm_object_t object, vm_page_t *m, int count, int *rbehind, > VM_OBJECT_WLOCK(object); > TAILQ_INSERT_TAIL(&object->un_pager.sgp.sgp_pglist, page, plinks.q); > vm_page_replace_checked(page, object, offset, m[0]); > + vm_page_lock(m[0]); > + vm_page_free(m[0]); > + vm_page_unlock(m[0]); > m[0] = page; > page->valid = VM_PAGE_BITS_ALL; > I started looking at this yesterday after seeing the OP and verified that I was also losing pages. With this patch no more pages are lost. Good work! -- Gary Jennejohn From owner-freebsd-current@freebsd.org Fri Feb 5 09:30:53 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 34303A76CAF for ; Fri, 5 Feb 2016 09:30:53 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from zxy.spb.ru (zxy.spb.ru [195.70.199.98]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id ECB421D45 for ; Fri, 5 Feb 2016 09:30:52 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from slw by zxy.spb.ru with local (Exim 4.86 (FreeBSD)) (envelope-from ) id 1aRcj2-000Dr5-8f; Fri, 05 Feb 2016 12:30:48 +0300 Date: Fri, 5 Feb 2016 12:30:48 +0300 From: Slawa Olhovchenkov To: Roger Marquis Cc: freebsd-current@freebsd.org Subject: Re: arp flapping after udating system to 11-CURRENT. Message-ID: <20160205093048.GX37895@zxy.spb.ru> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.24 (2015-08-30) X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: slw@zxy.spb.ru X-SA-Exim-Scanned: No (on zxy.spb.ru); SAEximRunCond expanded to false X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Feb 2016 09:30:53 -0000 On Thu, Feb 04, 2016 at 03:43:05PM -0800, Roger Marquis wrote: > Slawa Olhovchenkov wrote: > >> It seems to be flapping between the virtual mac of my bridge interface > >> and the actual mac adress on the physical interface. This was not the > >> case when i ran FreeBSD 10.2. Is there some settings I need to do? > > While the documentation says you should assign an IP to the bridge it is probably > not a good idea, code aside, since bridges are layer 2 devices and IPs are > layer 3. bridge members also are layer 2 devices From owner-freebsd-current@freebsd.org Fri Feb 5 11:46:02 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0A435A76D34 for ; Fri, 5 Feb 2016 11:46:02 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id F2FB4137C; Fri, 5 Feb 2016 11:46:01 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id E3B49196C; Fri, 5 Feb 2016 11:45:59 +0000 (UTC) Date: Fri, 5 Feb 2016 11:45:56 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org Message-ID: <1974943101.104.1454672756425.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build became unstable: FreeBSD_HEAD #124 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Instance-Identity: MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAkKKb2VAfYQKfu1t7qk4nR5qzUBEI+UqT4BPec4qHVhqUy0FFdq50sMH+3y9bCDNOufctov6VqTNffZ3YXArnZK95YF0OX97fh+E9txYOUX1adc+TikcKjuYpHmL5dE62eaZTI+4A5jnRonskQ1PaoIFz0Kbu4mWzkFsmdiXTraGzomXq4cHUCATA2+K4eDYgjXEQI30z3GOMmmZ4t/+6QGk1cMb/BqMWHbn80AsRCb4tU7Hpd72XLDpsuO7YRP1Q0CjmNAuBOTj+sFiiOe6U9HpqOlQN+iFUvBdZo/ybuy5Kh71cAaYQNL68cYdZJ6binH/DkG3KY/fS7DFYAeuwjwIDAQAB X-Jenkins-Job: FreeBSD_HEAD X-Jenkins-Result: UNSTABLE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Feb 2016 11:46:02 -0000 See From owner-freebsd-current@freebsd.org Fri Feb 5 15:05:11 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 04385A9AC1B for ; Fri, 5 Feb 2016 15:05:11 +0000 (UTC) (envelope-from vangyzen@FreeBSD.org) Received: from smtp.vangyzen.net (hotblack.vangyzen.net [199.48.133.146]) by mx1.freebsd.org (Postfix) with ESMTP id D7B19C3F; Fri, 5 Feb 2016 15:05:10 +0000 (UTC) (envelope-from vangyzen@FreeBSD.org) Received: from ford.vangyzen.net (unknown [76.164.15.242]) by smtp.vangyzen.net (Postfix) with ESMTPSA id 68435564A4; Fri, 5 Feb 2016 09:05:04 -0600 (CST) Subject: Re: Kernel memory leak with x11/nvidia-driver To: Mark Johnston References: <56B230CB.3050600@FreeBSD.org> <56B3E0B4.4090603@FreeBSD.org> <20160205020543.GA1661@wkstn-mjohnston.west.isilon.com> Cc: FreeBSD Current From: Eric van Gyzen Message-ID: <56B4BA1C.5020507@FreeBSD.org> Date: Fri, 5 Feb 2016 09:05:00 -0600 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.5.0 MIME-Version: 1.0 In-Reply-To: <20160205020543.GA1661@wkstn-mjohnston.west.isilon.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Feb 2016 15:05:11 -0000 On 02/ 4/16 08:05 PM, Mark Johnston wrote: > On Thu, Feb 04, 2016 at 05:37:24PM -0600, Eric van Gyzen wrote: >> On 02/ 3/16 10:54 AM, Eric van Gyzen wrote: >>> I just set up a new desktop running head with x11/nvidia-driver. I've >>> discovered a memory leak where pages disappear from the queues, never to >>> return. Specifically, the total of >>> v_active_count >>> v_inactive_count >>> v_wire_count >>> v_cache_count >>> v_free_count >>> drops, eventually becoming /much/ less than v_page_count. After leaving >>> xscreensaver running overnight, cycling the saver every 10 minutes, the >>> system was unusable, because it only had a few MB of memory. (It has 8 >>> GB physical.) >> In case anyone is curious, /usr/local/bin/xscreensaver-hacks/glmatrix >> triggers a fairly fast leak--around 600 pages per second. > I'm able to repro this on my workstation. With DTrace I can see that > glmatrix is allocating pages for an SG object at roughly the rate > they're being leaked. I took a look at r292373 (based on the history of > sg_pager.c) and noticed a vm_page_free() call was lost when > sg_pager_getpages() was simplified. > > The patch below seems to do the trick for me. Could you give it a try > and confirm that it fixes the problem? I run current+nvidia-driver on > multiple workstations but hadn't observed a leak until now, so maybe > there's something additional going on in your case. Then again, I just > use i3lock. :) > > diff --git a/sys/vm/sg_pager.c b/sys/vm/sg_pager.c > index 84bfa49..2cccb7ea 100644 > --- a/sys/vm/sg_pager.c > +++ b/sys/vm/sg_pager.c > @@ -189,6 +189,9 @@ sg_pager_getpages(vm_object_t object, vm_page_t *m, int count, int *rbehind, > VM_OBJECT_WLOCK(object); > TAILQ_INSERT_TAIL(&object->un_pager.sgp.sgp_pglist, page, plinks.q); > vm_page_replace_checked(page, object, offset, m[0]); > + vm_page_lock(m[0]); > + vm_page_free(m[0]); > + vm_page_unlock(m[0]); > m[0] = page; > page->valid = VM_PAGE_BITS_ALL; > Your patch fixes the leak completely. Nice work, Mark! I didn't notice the leak until I unknowingly left the screensaver cycling all overnight. In my normal workflow, I open the windows I need and pretty much leave them there. This doesn't seem to trigger the leak, at least not at a noticeable rate. Thanks for your help! Eric From owner-freebsd-current@freebsd.org Fri Feb 5 15:50:49 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2D038A77BC7 for ; Fri, 5 Feb 2016 15:50:49 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 1C94BE00; Fri, 5 Feb 2016 15:50:49 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id A26A919EA; Fri, 5 Feb 2016 15:50:48 +0000 (UTC) Date: Fri, 5 Feb 2016 15:50:47 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org Message-ID: <662602926.105.1454687447420.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1974943101.104.1454672756425.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1974943101.104.1454672756425.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is back to stable : FreeBSD_HEAD #125 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Instance-Identity: MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAkKKb2VAfYQKfu1t7qk4nR5qzUBEI+UqT4BPec4qHVhqUy0FFdq50sMH+3y9bCDNOufctov6VqTNffZ3YXArnZK95YF0OX97fh+E9txYOUX1adc+TikcKjuYpHmL5dE62eaZTI+4A5jnRonskQ1PaoIFz0Kbu4mWzkFsmdiXTraGzomXq4cHUCATA2+K4eDYgjXEQI30z3GOMmmZ4t/+6QGk1cMb/BqMWHbn80AsRCb4tU7Hpd72XLDpsuO7YRP1Q0CjmNAuBOTj+sFiiOe6U9HpqOlQN+iFUvBdZo/ybuy5Kh71cAaYQNL68cYdZJ6binH/DkG3KY/fS7DFYAeuwjwIDAQAB X-Jenkins-Job: FreeBSD_HEAD X-Jenkins-Result: SUCCESS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Feb 2016 15:50:49 -0000 See From owner-freebsd-current@freebsd.org Fri Feb 5 16:11:20 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2CF1CA9B48D for ; Fri, 5 Feb 2016 16:11:20 +0000 (UTC) (envelope-from mma@semihalf.com) 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 006621B04 for ; Fri, 5 Feb 2016 16:11:19 +0000 (UTC) (envelope-from mma@semihalf.com) Received: by mail-ig0-x22d.google.com with SMTP id rs20so43715790igc.0 for ; Fri, 05 Feb 2016 08:11:19 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=semihalf-com.20150623.gappssmtp.com; s=20150623; h=mime-version:date:message-id:subject:from:to:cc:content-type; bh=6Hyaoh7vhb6dhOTSxbuRqVJ3GkdS8Jm3HdVds/6fcC0=; b=fISPr1wP6oxpfCaUEfBBFy2Q2GgEzNUVMEj/yawXIPje1F53Cno5anPKN50PEvSXFr DDzzEVZjfeYG1qOweTCTPBE+tY5vlVZwgu8YKD4ef+wQUgc0TnXXbS68xuq23qPDY7eF OXQsJxsCq463UOsKu3XJUYUwFg5ws79T4ZAHY2IpJIgGRFCX/wI8vjTzgKMUxaFJXNMS kI/RycjkGdZaV1yzgasYthqgxVTFy9tH4I+VnH+Jm+LJvmqh2JTaOJ2bcXCnN9nqCaft ZgvCV0bhRoyJmS/AOF5rIV/Xs7yI4Erd3yOS+y6hmTgMFQZQoMEKoWbtjMrVPBwZt6Di F4zg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:date:message-id:subject:from:to:cc :content-type; bh=6Hyaoh7vhb6dhOTSxbuRqVJ3GkdS8Jm3HdVds/6fcC0=; b=FjFjlSuXryxw3qg4yEsH2Qx0DpyqoQK+ecnnE18Vr9wBVLKXtpQUIGdnn/RXMI8UrA yootZlxu7SOz8uXS3/7bePV25HpxJG2kFv6uYG45cn/B0+ivHaZx+cN66OOS+G3Ik0xi AK2aAnLz7vCVUL/0Gy4AfSY+0pp+oJTM9tnuJRjYonW3gKB32oivNsS+Vh49vc7VtffM gzDXvQoA4sxXSMWFhkU95S3g/FAXOH7sol/FpQSQz+iQvH5Dx/iJn8QPdkf3pQPiKQRz Lg5a+OhcnmZGKvPjGT1NYh6sGdEI17JjtvLD92iFvWa3VpZtD4zZ9pBk7a5qpi5Dl39M wlxQ== X-Gm-Message-State: AG10YOTE9Mmab3GYqBBzK1mw8pc4WYMFG2N4VIgCzJm5IoRO+KlKFzgxm6vV9nuQNi+FPThq7qJ8ecp7ydR3Sg== MIME-Version: 1.0 X-Received: by 10.50.141.193 with SMTP id rq1mr10494630igb.44.1454688679152; Fri, 05 Feb 2016 08:11:19 -0800 (PST) Received: by 10.107.4.8 with HTTP; Fri, 5 Feb 2016 08:11:19 -0800 (PST) Date: Fri, 5 Feb 2016 17:11:19 +0100 Message-ID: Subject: Request for testing bus_get_bus_tag() nexus method From: Marcin Mazurek To: freebsd-current@freebsd.org, freebsd-arm@freebsd.org, freebsd-ppc@freebsd.org, freebsd-mips@freebsd.org Cc: Zbigniew Bodek Content-Type: multipart/mixed; boundary=089e013cbd68fb4ebc052b08198f X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Feb 2016 16:11:20 -0000 --089e013cbd68fb4ebc052b08198f Content-Type: text/plain; charset=UTF-8 Hello, I am looking for testers for a patch to add BUS_GET_BUS_TAG method to some platforms nexus that return per platform specific default tag. It works fine on arm, but I do not have any powerpc or mips hardware to test it on, so I would like it if this could be tested on these platforms using this code to check if it does not break them. Any comments and feedback are welcome. Thanks, Marcin --089e013cbd68fb4ebc052b08198f Content-Type: text/plain; charset=US-ASCII; name="nexus-get-bus-tag-method.diff" Content-Disposition: attachment; filename="nexus-get-bus-tag-method.diff" Content-Transfer-Encoding: base64 X-Attachment-Id: f_ik9vwdc10 ZGlmZiAtLWdpdCBhL3N5cy9hcm0vYXJtL25leHVzLmMgYi9zeXMvYXJtL2FybS9uZXh1cy5jCmlu ZGV4IDhkY2UzNmMuLmUxZTk4M2YgMTAwNjQ0Ci0tLSBhL3N5cy9hcm0vYXJtL25leHVzLmMKKysr IGIvc3lzL2FybS9hcm0vbmV4dXMuYwpAQCAtODUsNiArODUsNyBAQCBzdGF0aWMJc3RydWN0IHJl c291cmNlICpuZXh1c19hbGxvY19yZXNvdXJjZShkZXZpY2VfdCwgZGV2aWNlX3QsIGludCwgaW50 ICosCiAgICAgdV9sb25nLCB1X2xvbmcsIHVfbG9uZywgdV9pbnQpOwogc3RhdGljCWludCBuZXh1 c19hY3RpdmF0ZV9yZXNvdXJjZShkZXZpY2VfdCwgZGV2aWNlX3QsIGludCwgaW50LAogICAgIHN0 cnVjdCByZXNvdXJjZSAqKTsKK3N0YXRpYyBidXNfc3BhY2VfdGFnX3QgbmV4dXNfZ2V0X2J1c190 YWcoZGV2aWNlX3QsIGRldmljZV90KTsKICNpZmRlZiBBUk1fSU5UUk5HCiAjaWZkZWYgU01QCiBz dGF0aWMJaW50IG5leHVzX2JpbmRfaW50cihkZXZpY2VfdCwgZGV2aWNlX3QsIHN0cnVjdCByZXNv dXJjZSAqLCBpbnQpOwpAQCAtMTI0LDYgKzEyNSw3IEBAIHN0YXRpYyBkZXZpY2VfbWV0aG9kX3Qg bmV4dXNfbWV0aG9kc1tdID0gewogCURFVk1FVEhPRChidXNfcmVsZWFzZV9yZXNvdXJjZSwJbmV4 dXNfcmVsZWFzZV9yZXNvdXJjZSksCiAJREVWTUVUSE9EKGJ1c19zZXR1cF9pbnRyLAluZXh1c19z ZXR1cF9pbnRyKSwKIAlERVZNRVRIT0QoYnVzX3RlYXJkb3duX2ludHIsCW5leHVzX3RlYXJkb3du X2ludHIpLAorCURFVk1FVEhPRChidXNfZ2V0X2J1c190YWcsCW5leHVzX2dldF9idXNfdGFnKSwK ICNpZmRlZiBBUk1fSU5UUk5HCiAJREVWTUVUSE9EKGJ1c19kZXNjcmliZV9pbnRyLAluZXh1c19k ZXNjcmliZV9pbnRyKSwKICNpZmRlZiBTTVAKQEAgLTI2MCw2ICsyNjIsMTcgQEAgbmV4dXNfcmVs ZWFzZV9yZXNvdXJjZShkZXZpY2VfdCBidXMsIGRldmljZV90IGNoaWxkLCBpbnQgdHlwZSwgaW50 IHJpZCwKIAlyZXR1cm4gKHJtYW5fcmVsZWFzZV9yZXNvdXJjZShyZXMpKTsKIH0KIAorc3RhdGlj IGJ1c19zcGFjZV90YWdfdAorbmV4dXNfZ2V0X2J1c190YWcoZGV2aWNlX3QgYnVzIF9fdW51c2Vk LCBkZXZpY2VfdCBjaGlsZCBfX3VudXNlZCkKK3sKKworI2lmZGVmIEZEVAorCQlyZXR1cm4oZmR0 YnVzX2JzX3RhZyk7CisjZWxzZQorCQlyZXR1cm4oKHZvaWQgKikxKTsKKyNlbmRpZgorfQorCiBz dGF0aWMgaW50CiBuZXh1c19jb25maWdfaW50cihkZXZpY2VfdCBkZXYsIGludCBpcnEsIGVudW0g aW50cl90cmlnZ2VyIHRyaWcsCiAgICAgZW51bSBpbnRyX3BvbGFyaXR5IHBvbCkKZGlmZiAtLWdp dCBhL3N5cy9hcm02NC9hcm02NC9uZXh1cy5jIGIvc3lzL2FybTY0L2FybTY0L25leHVzLmMKaW5k ZXggODA3OTkzYi4uMzQ3MzY0OSAxMDA2NDQKLS0tIGEvc3lzL2FybTY0L2FybTY0L25leHVzLmMK KysrIGIvc3lzL2FybTY0L2FybTY0L25leHVzLmMKQEAgLTExMiw2ICsxMTIsNyBAQCBzdGF0aWMJ aW50IG5leHVzX2RlYWN0aXZhdGVfcmVzb3VyY2UoZGV2aWNlX3QsIGRldmljZV90LCBpbnQsIGlu dCwKIHN0YXRpYyBpbnQgbmV4dXNfc2V0dXBfaW50cihkZXZpY2VfdCBkZXYsIGRldmljZV90IGNo aWxkLCBzdHJ1Y3QgcmVzb3VyY2UgKnJlcywKICAgICBpbnQgZmxhZ3MsIGRyaXZlcl9maWx0ZXJf dCAqZmlsdCwgZHJpdmVyX2ludHJfdCAqaW50ciwgdm9pZCAqYXJnLCB2b2lkICoqY29va2llcCk7 CiBzdGF0aWMgaW50IG5leHVzX3RlYXJkb3duX2ludHIoZGV2aWNlX3QsIGRldmljZV90LCBzdHJ1 Y3QgcmVzb3VyY2UgKiwgdm9pZCAqKTsKK3N0YXRpYyBidXNfc3BhY2VfdGFnX3QgbmV4dXNfZ2V0 X2J1c190YWcoZGV2aWNlX3QsIGRldmljZV90KTsKIAogI2lmZGVmIEZEVAogc3RhdGljIGludCBu ZXh1c19vZndfbWFwX2ludHIoZGV2aWNlX3QgZGV2LCBkZXZpY2VfdCBjaGlsZCwgcGhhbmRsZV90 IGlwYXJlbnQsCkBAIC0xMzAsNiArMTMxLDcgQEAgc3RhdGljIGRldmljZV9tZXRob2RfdCBuZXh1 c19tZXRob2RzW10gPSB7CiAJREVWTUVUSE9EKGJ1c19kZWFjdGl2YXRlX3Jlc291cmNlLAluZXh1 c19kZWFjdGl2YXRlX3Jlc291cmNlKSwKIAlERVZNRVRIT0QoYnVzX3NldHVwX2ludHIsCW5leHVz X3NldHVwX2ludHIpLAogCURFVk1FVEhPRChidXNfdGVhcmRvd25faW50ciwJbmV4dXNfdGVhcmRv d25faW50ciksCisJREVWTUVUSE9EKGJ1c19nZXRfYnVzX3RhZywJbmV4dXNfZ2V0X2J1c190YWcp LAogCiAJeyAwLCAwIH0KIH07CkBAIC0yOTIsNiArMjk0LDEzIEBAIG5leHVzX3RlYXJkb3duX2lu dHIoZGV2aWNlX3QgZGV2LCBkZXZpY2VfdCBjaGlsZCwgc3RydWN0IHJlc291cmNlICpyLCB2b2lk ICppaCkKIAlyZXR1cm4gKGFybV90ZWFyZG93bl9pbnRyKGloKSk7CiB9CiAKK3N0YXRpYyBidXNf c3BhY2VfdGFnX3QKK25leHVzX2dldF9idXNfdGFnKGRldmljZV90IGJ1cyBfX3VudXNlZCwgZGV2 aWNlX3QgY2hpbGQgX191bnVzZWQpCit7CisKKwkJcmV0dXJuKCZtZW1tYXBfYnVzKTsKK30KKwog c3RhdGljIGludAogbmV4dXNfYWN0aXZhdGVfcmVzb3VyY2UoZGV2aWNlX3QgYnVzLCBkZXZpY2Vf dCBjaGlsZCwgaW50IHR5cGUsIGludCByaWQsCiAgICAgc3RydWN0IHJlc291cmNlICpyKQpkaWZm IC0tZ2l0IGEvc3lzL2tlcm4vYnVzX2lmLm0gYi9zeXMva2Vybi9idXNfaWYubQppbmRleCBiYWZh NDQ4Li5kMjliZmI5IDEwMDY0NAotLS0gYS9zeXMva2Vybi9idXNfaWYubQorKysgYi9zeXMva2Vy bi9idXNfaWYubQpAQCAtNjM3LDYgKzYzNywxNyBAQCBNRVRIT0QgYnVzX2RtYV90YWdfdCBnZXRf ZG1hX3RhZyB7CiB9IERFRkFVTFQgYnVzX2dlbmVyaWNfZ2V0X2RtYV90YWc7CiAKIC8qKgorICog QGJyaWVmIFJldHVybnMgYnVzX3NwYWNlX3RhZ190IGZvciB1c2Ugdy8gZGV2aWNlcyBvbiB0aGUg YnVzLgorICoKKyAqIEBwYXJhbSBfZGV2CQl0aGUgcGFyZW50IGRldmljZSBvZiBAcCBfY2hpbGQK KyAqIEBwYXJhbSBfY2hpbGQJdGhlIGRldmljZSB0byB3aGljaCB0aGUgdGFnIHdpbGwgYmVsb25n CisgKi8KK01FVEhPRCBidXNfc3BhY2VfdGFnX3QgZ2V0X2J1c190YWcgeworCWRldmljZV90CV9k ZXY7CisJZGV2aWNlX3QJX2NoaWxkOworfSBERUZBVUxUIGJ1c19nZW5lcmljX2dldF9idXNfdGFn OworCisvKioKICAqIEBicmllZiBBbGxvdyB0aGUgYnVzIHRvIGRldGVybWluZSB0aGUgdW5pdCBu dW1iZXIgb2YgYSBkZXZpY2UuCiAgKgogICogQHBhcmFtIF9kZXYJCXRoZSBwYXJlbnQgZGV2aWNl IG9mIEBwIF9jaGlsZApkaWZmIC0tZ2l0IGEvc3lzL2tlcm4vc3Vicl9idXMuYyBiL3N5cy9rZXJu L3N1YnJfYnVzLmMKaW5kZXggYjExNTliNi4uZjg3OThkNSAxMDA2NDQKLS0tIGEvc3lzL2tlcm4v c3Vicl9idXMuYworKysgYi9zeXMva2Vybi9zdWJyX2J1cy5jCkBAIC00MDk1LDYgKzQwOTUsMjIg QEAgYnVzX2dlbmVyaWNfZ2V0X2RtYV90YWcoZGV2aWNlX3QgZGV2LCBkZXZpY2VfdCBjaGlsZCkK IH0KIAogLyoqCisgKiBAYnJpZWYgSGVscGVyIGZ1bmN0aW9uIGZvciBpbXBsZW1lbnRpbmcgQlVT X0dFVF9CVVNfVEFHKCkuCisgKgorICogVGhpcyBzaW1wbGUgaW1wbGVtZW50YXRpb24gb2YgQlVT X0dFVF9CVVNfVEFHKCkgc2ltcGx5IGNhbGxzIHRoZQorICogQlVTX0dFVF9CVVNfVEFHKCkgbWV0 aG9kIG9mIHRoZSBwYXJlbnQgb2YgQHAgZGV2LgorICovCitidXNfc3BhY2VfdGFnX3QKK2J1c19n ZW5lcmljX2dldF9idXNfdGFnKGRldmljZV90IGRldiwgZGV2aWNlX3QgY2hpbGQpCit7CisKKwkv KiBQcm9wYWdhdGUgdXAgdGhlIGJ1cyBoaWVyYXJjaHkgdW50aWwgc29tZW9uZSBoYW5kbGVzIGl0 LiAqLworCWlmIChkZXYtPnBhcmVudCAhPSBOVUxMKQorCQlyZXR1cm4gKEJVU19HRVRfQlVTX1RB RyhkZXYtPnBhcmVudCwgY2hpbGQpKTsKKwlyZXR1cm4gKE5VTEwpOworfQorCisvKioKICAqIEBi cmllZiBIZWxwZXIgZnVuY3Rpb24gZm9yIGltcGxlbWVudGluZyBCVVNfR0VUX1JFU09VUkNFKCku CiAgKgogICogVGhpcyBpbXBsZW1lbnRhdGlvbiBvZiBCVVNfR0VUX1JFU09VUkNFKCkgdXNlcyB0 aGUKQEAgLTQ1NzQsNiArNDU5MCwyMyBAQCBidXNfZ2V0X2RtYV90YWcoZGV2aWNlX3QgZGV2KQog fQogCiAvKioKKyAqIEBicmllZiBXcmFwcGVyIGZ1bmN0aW9uIGZvciBCVVNfR0VUX0JVU19UQUco KS4KKyAqCisgKiBUaGlzIGZ1bmN0aW9uIHNpbXBseSBjYWxscyB0aGUgQlVTX0dFVF9CVVNfVEFH KCkgbWV0aG9kIG9mIHRoZQorICogcGFyZW50IG9mIEBwIGRldi4KKyAqLworYnVzX3NwYWNlX3Rh Z190CitidXNfZ2V0X2J1c190YWcoZGV2aWNlX3QgZGV2KQoreworCWRldmljZV90IHBhcmVudDsK KworCXBhcmVudCA9IGRldmljZV9nZXRfcGFyZW50KGRldik7CisJaWYgKHBhcmVudCA9PSBOVUxM KQorCQlyZXR1cm4gKE5VTEwpOworCXJldHVybiAoQlVTX0dFVF9CVVNfVEFHKHBhcmVudCwgZGV2 KSk7Cit9CisKKy8qKgogICogQGJyaWVmIFdyYXBwZXIgZnVuY3Rpb24gZm9yIEJVU19HRVRfRE9N QUlOKCkuCiAgKgogICogVGhpcyBmdW5jdGlvbiBzaW1wbHkgY2FsbHMgdGhlIEJVU19HRVRfRE9N QUlOKCkgbWV0aG9kIG9mIHRoZQpkaWZmIC0tZ2l0IGEvc3lzL3Bvd2VycGMvcG93ZXJwYy9uZXh1 cy5jIGIvc3lzL3Bvd2VycGMvcG93ZXJwYy9uZXh1cy5jCmluZGV4IDhhNGQ4MTUuLjU2MGE0NmEg MTAwNjQ0Ci0tLSBhL3N5cy9wb3dlcnBjL3Bvd2VycGMvbmV4dXMuYworKysgYi9zeXMvcG93ZXJw Yy9wb3dlcnBjL25leHVzLmMKQEAgLTY2LDYgKzY2LDcgQEAgc3RhdGljIGJ1c19zZXR1cF9pbnRy X3QgbmV4dXNfc2V0dXBfaW50cjsKIHN0YXRpYyBidXNfdGVhcmRvd25faW50cl90IG5leHVzX3Rl YXJkb3duX2ludHI7CiBzdGF0aWMgYnVzX2FjdGl2YXRlX3Jlc291cmNlX3QgbmV4dXNfYWN0aXZh dGVfcmVzb3VyY2U7CiBzdGF0aWMgYnVzX2RlYWN0aXZhdGVfcmVzb3VyY2VfdCBuZXh1c19kZWFj dGl2YXRlX3Jlc291cmNlOworc3RhdGljIGJ1c19zcGFjZV90YWdfdCBuZXh1c19nZXRfYnVzX3Rh ZyhkZXZpY2VfdCwgZGV2aWNlX3QpOwogI2lmZGVmIFNNUAogc3RhdGljIGJ1c19iaW5kX2ludHJf dCBuZXh1c19iaW5kX2ludHI7CiAjZW5kaWYKQEAgLTg3LDYgKzg4LDcgQEAgc3RhdGljIGRldmlj ZV9tZXRob2RfdCBuZXh1c19tZXRob2RzW10gPSB7CiAJREVWTUVUSE9EKGJ1c19iaW5kX2ludHIs CW5leHVzX2JpbmRfaW50ciksCiAjZW5kaWYKIAlERVZNRVRIT0QoYnVzX2NvbmZpZ19pbnRyLAlu ZXh1c19jb25maWdfaW50ciksCisJREVWTUVUSE9EKGJ1c19nZXRfYnVzX3RhZywJbmV4dXNfZ2V0 X2J1c190YWcpLAogCiAJLyogb2Z3X2J1cyBpbnRlcmZhY2UgKi8KIAlERVZNRVRIT0Qob2Z3X2J1 c19tYXBfaW50ciwJbmV4dXNfb2Z3X21hcF9pbnRyKSwKQEAgLTE1NSw2ICsxNTcsMTMgQEAgbmV4 dXNfdGVhcmRvd25faW50cihkZXZpY2VfdCBidXMgX191bnVzZWQsIGRldmljZV90IGNoaWxkIF9f dW51c2VkLAogCXJldHVybiAocG93ZXJwY190ZWFyZG93bl9pbnRyKGloKSk7CiB9CiAKK3N0YXRp YyBidXNfc3BhY2VfdGFnX3QKK25leHVzX2dldF9idXNfdGFnKGRldmljZV90IGJ1cyBfX3VudXNl ZCwgZGV2aWNlX3QgY2hpbGQgX191bnVzZWQpCit7CisKKwlyZXR1cm4oJmJzX2JlX3RhZyk7Cit9 CisKICNpZmRlZiBTTVAKIHN0YXRpYyBpbnQKIG5leHVzX2JpbmRfaW50cihkZXZpY2VfdCBidXMg X191bnVzZWQsIGRldmljZV90IGNoaWxkIF9fdW51c2VkLApAQCAtMjI0LDQgKzIzMywzIEBAIG5l eHVzX2RlYWN0aXZhdGVfcmVzb3VyY2UoZGV2aWNlX3QgYnVzIF9fdW51c2VkLCBkZXZpY2VfdCBj aGlsZCBfX3VudXNlZCwKIAogCXJldHVybiAocm1hbl9kZWFjdGl2YXRlX3Jlc291cmNlKHIpKTsK IH0KLQpkaWZmIC0tZ2l0IGEvc3lzL3NwYXJjNjQvc3BhcmM2NC9uZXh1cy5jIGIvc3lzL3NwYXJj NjQvc3BhcmM2NC9uZXh1cy5jCmluZGV4IDMwMzc0ZTUuLmY1Y2U0NzIgMTAwNjQ0Ci0tLSBhL3N5 cy9zcGFyYzY0L3NwYXJjNjQvbmV4dXMuYworKysgYi9zeXMvc3BhcmM2NC9zcGFyYzY0L25leHVz LmMKQEAgLTk4LDYgKzk4LDcgQEAgc3RhdGljIGJ1c19iaW5kX2ludHJfdCBuZXh1c19iaW5kX2lu dHI7CiAjZW5kaWYKIHN0YXRpYyBidXNfZGVzY3JpYmVfaW50cl90IG5leHVzX2Rlc2NyaWJlX2lu dHI7CiBzdGF0aWMgYnVzX2dldF9kbWFfdGFnX3QgbmV4dXNfZ2V0X2RtYV90YWc7CitzdGF0aWMg YnVzX2dldF9idXNfdGFnX3QgbmV4dXNfZ2V0X2J1c190YWc7CiBzdGF0aWMgb2Z3X2J1c19nZXRf ZGV2aW5mb190IG5leHVzX2dldF9kZXZpbmZvOwogCiBzdGF0aWMgaW50IG5leHVzX2lubGlzdChj b25zdCBjaGFyICosIGNvbnN0IGNoYXIgKmNvbnN0ICopOwpAQCAtMTM1LDYgKzEzNiw3IEBAIHN0 YXRpYyBkZXZpY2VfbWV0aG9kX3QgbmV4dXNfbWV0aG9kc1tdID0gewogI2VuZGlmCiAJREVWTUVU SE9EKGJ1c19kZXNjcmliZV9pbnRyLAluZXh1c19kZXNjcmliZV9pbnRyKSwKIAlERVZNRVRIT0Qo YnVzX2dldF9kbWFfdGFnLAluZXh1c19nZXRfZG1hX3RhZyksCisJREVWTUVUSE9EKGJ1c19nZXRf YnVzX3RhZywJbmV4dXNfZ2V0X2J1c190YWcpLAogCiAJLyogb2Z3X2J1cyBpbnRlcmZhY2UgKi8K IAlERVZNRVRIT0Qob2Z3X2J1c19nZXRfZGV2aW5mbywJbmV4dXNfZ2V0X2RldmluZm8pLApAQCAt NTAyLDYgKzUwNCwxMyBAQCBuZXh1c19nZXRfZG1hX3RhZyhkZXZpY2VfdCBidXMgX191bnVzZWQs IGRldmljZV90IGNoaWxkIF9fdW51c2VkKQogCXJldHVybiAoJm5leHVzX2RtYXRhZyk7CiB9CiAK K3N0YXRpYyBidXNfc3BhY2VfdGFnX3QKK25leHVzX2dldF9idXNfdGFnKGRldmljZV90IGJ1cyBf X3VudXNlZCwgZGV2aWNlX3QgY2hpbGQgX191bnVzZWQpCit7CisKKwlyZXR1cm4gKCZuZXh1c19i dXN0YWcpOworfQorCiBzdGF0aWMgY29uc3Qgc3RydWN0IG9md19idXNfZGV2aW5mbyAqCiBuZXh1 c19nZXRfZGV2aW5mbyhkZXZpY2VfdCBidXMgX191bnVzZWQsIGRldmljZV90IGNoaWxkKQogewpk aWZmIC0tZ2l0IGEvc3lzL3N5cy9idXMuaCBiL3N5cy9zeXMvYnVzLmgKaW5kZXggNDJkM2EzZi4u OWNkMjE3NCAxMDA2NDQKLS0tIGEvc3lzL3N5cy9idXMuaAorKysgYi9zeXMvc3lzL2J1cy5oCkBA IC0zMCw2ICszMCw3IEBACiAjZGVmaW5lIF9TWVNfQlVTX0hfCiAKICNpbmNsdWRlIDxtYWNoaW5l L19saW1pdHMuaD4KKyNpbmNsdWRlIDxtYWNoaW5lL19idXMuaD4KICNpbmNsdWRlIDxzeXMvX2J1 c19kbWEuaD4KICNpbmNsdWRlIDxzeXMvaW9jY29tLmg+CiAKQEAgLTM4Myw2ICszODQsOCBAQCBp bnQJYnVzX2dlbmVyaWNfZGV0YWNoKGRldmljZV90IGRldik7CiB2b2lkCWJ1c19nZW5lcmljX2Ry aXZlcl9hZGRlZChkZXZpY2VfdCBkZXYsIGRyaXZlcl90ICpkcml2ZXIpOwogYnVzX2RtYV90YWdf dAogCWJ1c19nZW5lcmljX2dldF9kbWFfdGFnKGRldmljZV90IGRldiwgZGV2aWNlX3QgY2hpbGQp OworYnVzX3NwYWNlX3RhZ190CisJYnVzX2dlbmVyaWNfZ2V0X2J1c190YWcoZGV2aWNlX3QgZGV2 LCBkZXZpY2VfdCBjaGlsZCk7CiBpbnQJYnVzX2dlbmVyaWNfZ2V0X2RvbWFpbihkZXZpY2VfdCBk ZXYsIGRldmljZV90IGNoaWxkLCBpbnQgKmRvbWFpbik7CiBzdHJ1Y3QgcmVzb3VyY2VfbGlzdCAq CiAJYnVzX2dlbmVyaWNfZ2V0X3Jlc291cmNlX2xpc3QgKGRldmljZV90LCBkZXZpY2VfdCk7CkBA IC00NDgsNiArNDUxLDcgQEAgaW50CWJ1c19hY3RpdmF0ZV9yZXNvdXJjZShkZXZpY2VfdCBkZXYs IGludCB0eXBlLCBpbnQgcmlkLAogaW50CWJ1c19kZWFjdGl2YXRlX3Jlc291cmNlKGRldmljZV90 IGRldiwgaW50IHR5cGUsIGludCByaWQsCiAJCQkJc3RydWN0IHJlc291cmNlICpyKTsKIGJ1c19k bWFfdGFnX3QgYnVzX2dldF9kbWFfdGFnKGRldmljZV90IGRldik7CitidXNfc3BhY2VfdGFnX3Qg YnVzX2dldF9idXNfdGFnKGRldmljZV90IGRldik7CiBpbnQJYnVzX2dldF9kb21haW4oZGV2aWNl X3QgZGV2LCBpbnQgKmRvbWFpbik7CiBpbnQJYnVzX3JlbGVhc2VfcmVzb3VyY2UoZGV2aWNlX3Qg ZGV2LCBpbnQgdHlwZSwgaW50IHJpZCwKIAkJCSAgICAgc3RydWN0IHJlc291cmNlICpyKTsK --089e013cbd68fb4ebc052b08198f-- From owner-freebsd-current@freebsd.org Fri Feb 5 16:31:37 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 91969A9BF51; Fri, 5 Feb 2016 16:31:37 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-ig0-x22c.google.com (mail-ig0-x22c.google.com [IPv6:2607:f8b0:4001:c05::22c]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 5D737E3E; Fri, 5 Feb 2016 16:31:37 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by mail-ig0-x22c.google.com with SMTP id rs20so44187560igc.0; Fri, 05 Feb 2016 08:31:37 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=CVkMYG99vEPirn3IUoO1Q9Ikk8Jy/mWtYJ4R6ISC2Q4=; b=tFkNO/VDkVEzUYPB8FH0EcVLvxg5UFl3wrY/XxZO2X4cZgJ8olsSvJFDZVU1LCHnFv whaVIT/tg7LSpLC/duAhWn+xskTa33C4KOAHhlfB5JZ33QsQr0+j/GlrlmTC/gYwX2O/ 0V+hGSJabiqSAYYprgS1ZMNzPdmzvj+mR6SyD0HOHmNRlQ5NQgZ0y0RxDjd5MVf7G9Y0 39RY86veW1QPQ10cIohQNNWtRxGNEt7gA0Dk0KrFwrGVXmNHw2Areu7ncUSEJq0dkBnN Oi4W8Sy3I2PDOn0/FCWFR9IJWwJeOe940sqGy7GrQKW+vEUUXP9ITPqf6n3TS7TbTrw8 jESA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=CVkMYG99vEPirn3IUoO1Q9Ikk8Jy/mWtYJ4R6ISC2Q4=; b=jiLCbz8tw+zEqaVjFR+IsHLhxeahtujG7poaKwOELsjXQ2HIoPi5WLQyr5+5YBwWi7 79li0ElYAkc4iVxyNgTAGcCJfKoGWOtCvkt43PiASChRzGSANRVTQT+1ptEA3U0od4A+ yTTLeKZyeQPTpv3+fIrI5FXQ9qsRq3RrdZs1aQ9TVyJDgs3FWilK1/5tERO8oriej3P2 AFlBeK94V8dELGHBNaw9jzIspycFMmhxEAw6hPjoyaAwgMWw4leiRVYCD0MriSZdNAwD RfrY+Fd75P0aw7UprDtgB4aXjc0gwvk0g8EaOoLkFf641DIX3kCx6IFlbTAg8PsyFor3 YJYA== X-Gm-Message-State: AG10YOS5k8zTKjcUCtKpM2AdoZxrr3FIdw6s7CJiE8S3plMADcH9cl+oBttDcgw7TwzSR0Ty3K/+5feh6a8Z8Q== MIME-Version: 1.0 X-Received: by 10.50.93.36 with SMTP id cr4mr15602362igb.22.1454689896811; Fri, 05 Feb 2016 08:31:36 -0800 (PST) Received: by 10.36.14.19 with HTTP; Fri, 5 Feb 2016 08:31:36 -0800 (PST) In-Reply-To: References: Date: Fri, 5 Feb 2016 08:31:36 -0800 Message-ID: Subject: Re: Request for testing bus_get_bus_tag() nexus method From: Adrian Chadd To: Marcin Mazurek Cc: freebsd-current , "freebsd-arm@freebsd.org" , FreeBSD PowerPC ML , "freebsd-mips@freebsd.org" , Zbigniew Bodek Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Feb 2016 16:31:37 -0000 hi, you can run mips and powerpc inside qemu emulators. There's no reason to not test it! -adrian On 5 February 2016 at 08:11, Marcin Mazurek wrote: > Hello, > > I am looking for testers for a patch to add BUS_GET_BUS_TAG method to some > platforms nexus that return per platform specific default tag. > > It works fine on arm, but I do not have any powerpc or mips hardware to > test it on, > so I would like it if this could be tested on these platforms using this > code to check > if it does not break them. > > Any comments and feedback are welcome. > > Thanks, > Marcin > > _______________________________________________ > freebsd-mips@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-mips > To unsubscribe, send any mail to "freebsd-mips-unsubscribe@freebsd.org" From owner-freebsd-current@freebsd.org Fri Feb 5 17:25:06 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id EB3EEA9C26F for ; Fri, 5 Feb 2016 17:25:06 +0000 (UTC) (envelope-from junchoon@dec.sakura.ne.jp) Received: from dec.sakura.ne.jp (dec.sakura.ne.jp [210.188.226.8]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id B8195BCD for ; Fri, 5 Feb 2016 17:25:06 +0000 (UTC) (envelope-from junchoon@dec.sakura.ne.jp) Received: from fortune.joker.local (123-48-23-227.dz.commufa.jp [123.48.23.227]) (authenticated bits=0) by dec.sakura.ne.jp (8.15.2/8.15.2/[SAKURA-WEB]/20080708) with ESMTPA id u15HOuMK018850; Sat, 6 Feb 2016 02:24:57 +0900 (JST) (envelope-from junchoon@dec.sakura.ne.jp) Date: Sat, 6 Feb 2016 02:24:56 +0900 From: Tomoaki AOKI To: freebsd-current@freebsd.org Cc: killing@multiplay.co.uk Subject: Re: ZFSROOT UEFI boot Message-Id: <20160206022456.57c4863d80eda9253d0b0ddd@dec.sakura.ne.jp> In-Reply-To: <56AF9E96.3040306@multiplay.co.uk> References: <8991747525093115430@unknownmsgid> <20160124215300.4cd7f1207f5a4c7b28ef7ffc@dec.sakura.ne.jp> <56A51A4C.1040808@multiplay.co.uk> <20160129000344.feaf5f828e5d43d5fbbb652a@dec.sakura.ne.jp> <56AAD552.9090202@multiplay.co.uk> <20160130155755.485736c8e12868663b9ccfbc@dec.sakura.ne.jp> <56AD0B22.1050704@multiplay.co.uk> <20160131204356.f863901e7125456b5586b215@dec.sakura.ne.jp> <56AE12FF.9080404@multiplay.co.uk> <20160201233627.b02ada486133cca3c2eec9ad@dec.sakura.ne.jp> <20160202011951.fac68e935a3f0b414a8f34cb@dec.sakura.ne.jp> <56AF9E96.3040306@multiplay.co.uk> Organization: Junchoon corps X-Mailer: Sylpheed 3.5.0 (GTK+ 2.24.29; amd64-portbld-freebsd10.3) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-2022-JP Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Feb 2016 17:25:07 -0000 I got a feedback from Yuichiro NAITO at freebsd-users-jp ML. Boots fine using memstick created using release/release.sh on patched head. (Diff9) Properly shows up installer screen. The system is Macbook Air 2012 having root-on-UFS 10.2-RELEASE without ZFS. I think feedbacks using different firmware/platform would be valuable. Regards. On Mon, 1 Feb 2016 18:06:14 +0000 Steven Hartland wrote: > Ok thanks, I hoped as much, otherwise we where looking a very broken EFI > firmware ;-) > > I've found and fixed the match issue, so if you could re-test 2 and 3 we > should be able confirm all is good. > > If all is good a confirmation that there's no issues with the rest, but > no need for output, needed. > > Regards > Steve > > On 01/02/2016 16:19, Tomoaki AOKI wrote: > > Woops! Found mistype in Diff8 report. Sorry. :-( > > Attached is the fixed one. [imagepath line of 1) is fixed.] > > > > > > On Mon, 1 Feb 2016 23:36:27 +0900 > > Tomoaki AOKI wrote: > > > >> Thanks in advance. > >> But unfortunately, the boot behavior of Diff7 and Diff8 are changed > >> from Diff6. Back to old problematic behavior. > >> > >> FYI, I re-tested Diff6 (previously built binary) and reproduced the > >> behavior I already reported. (So no new logs for it.) > >> > >> Please see attached 2 files (for Diff7 and Diff8 respectively). > >> In addition to test 2) and 3), 5) [USB boot] for Diff7 and 1) [single > >> drive] for Diff8 are done. > >> > >> Regards. > >> > >> > >> On Sun, 31 Jan 2016 13:58:23 +0000 > >> Steven Hartland wrote: > >> > >>> Thanks for doing that it was very helpful, and I know transcribing from > >>> video would have been quite a time consuming task. > >>> > >>> I noticed a few interesting facts: > >>> 1. It looks like when you boot from ada0 and ada1 its still picking the > >>> same device (according to device order). > >>> Its not 100% clear as your devices are sata which Diff 6 didn't have > >>> decoding for. I've added that now so hopefully we can confirm, also > >>> added output of boot1 imgpath: so we can see what the EFI thinks the > >>> boot device is. > >>> 2. Your usb device path has two message path entries which means > >>> msg_paths_match would result in a false positive for usb devices, this > >>> is now fixed by matching until we see a media path. > >>> > >>> If you can now re-test the following two cases: > >>> 2) Boot from ada0 without USB memstick attached (2 drives). > >>> 3) Boot from ada1 without USB memstick attached (2 drives). > >>> > >>> I'm interested to confirm two things: > >>> 1. If the boot1 imgpath lines do indeed vary > >>> 2. If the "load: '/boot/loader.efi'" line devpath matches the boot1 imgpath. > >>> > >>> The changes from Diff 7 shouldn't effect the outcome of the other tests, > >>> but confirming that too wouldn't hurt but no need for the output. > >>> > >>> Regards > >>> Steve > >>> On 31/01/2016 11:43, Tomoaki AOKI wrote: > >>>> I found Diff6 you uploaded to PHABRICATOR. So my report below is based > >>>> on it. > >>>> > >>>> The patched boot1.efi runs as expected (== as you wrote) for me. > >>>> *boot1.efi without -DEFI_DEBUG isn't tested. Needed? > >>>> > >>>> As I mentioned in my previous post, I have no serial console > >>>> environment. So I took movie of limited tests and typed it. > >>>> > >>>> Which of the tests are typed: > >>>> > >>>> 1) Boot from ada0 removing ada1, no USB memstick attached, ZFS in > >>>> ada0 has loader.efi. (Single drive config.) > >>>> > >>>> 2) Boot from ada0, no USB memstick attached, ZFS in ada0 has > >>>> loader.efi. > >>>> > >>>> 3) Boot from ada1, no USB memstick attached, ZFS in ada1 has > >>>> loader.efi. > >>>> > >>>> 4) Boot from ada1, no USB memstick attached, only UFS in ada0 has > >>>> loader.efi. > >>>> > >>>> 5) Boot from da0 (USB memstick with memstick.img of head). > >>>> UFS in da0 has loader.efi and ZFS isn't present in da0. > >>>> (3 drives [2 drives + USB memstick] config.) > >>>> > >>>> Please see attached text for detail. Are more outputs needed? > >>>> > >>>> Thanks in advance! I'm looking forward to see this MFC'ed before > >>>> releng/10.3 is branched. (Relies on imp@'s test?) > >>>> > >>>> *Will need to be in conjunction with changes after r294265 in head, as > >>>> currently Diff6 doesn't apply to stable/10. > >>>> > >>>> Regards. > >>>> > >>>> > >>>> On Sat, 30 Jan 2016 19:12:34 +0000 > >>>> Steven Hartland wrote: > >>>> > >>>>> I believe, based on testing, that the from Diff 5 onwards of > >>>>> https://reviews.freebsd.org/D5108 this should work as you expect it i.e. > >>>>> > >>>>> If boot1 is loaded from a device which has either a UFS or ZFS bootable > >>>>> install then this is the device that will be used to boot. > >>>>> > >>>>> If said device has both then the ZFS setup will still be tried first. > >>>>> > >>>>> If you can test in your setup and confirm either way that would be most > >>>>> appreciated. > >>>>> > >>>>> Regards > >>>>> Steve > >>>>> > >>>>> On 30/01/2016 06:57, Tomoaki AOKI wrote: > >>>>>> Thanks for your quick support! > >>>>>> I tried your patch [Diff1] (built with head r295032 world/kernel) and > >>>>>> now have good and bad news. > >>>>>> > >>>>>> Good news is that without USB memstick boot1.efi runs as expected. > >>>>>> Great! > >>>>>> > >>>>>> Bad news is that when booting from USB memstick (the one I used my > >>>>>> previous test, boot1.efi [bootx64.efi] and loader.efi is replaced) and > >>>>>> whichever of internal disk (ada[01]) have loader.efi in its ZFS pool, > >>>>>> ada[01] is booted instead of da0 (USB memstick). > >>>>>> > >>>>>> *If ada0 has loader.efi, always booted from ada0 (stable/10). > >>>>>> *If ada0 doesn't have loader.efi and ada1 has, booted from ada1 > >>>>>> (head). > >>>>>> *If both ada0 and ada1 don't have loader.efi, da0 (USB memstick) is > >>>>>> booted (head, installer is invoked). > >>>>>> > >>>>>> *Whichever ada[01] has loader.efi in their UFS or not didn't matter. > >>>>>> > >>>>>> These behaviour would be because ZFS thoughout all disks is tried > >>>>>> before trying UFS throughout all disks, if I understood correctly. > >>>>>> > >>>>>> Changing boot order (ZFS to UFS per each disk, instead of each > >>>>>> ZFS to each UFS) would help. > >>>>>> But providing ZFS-disabled boot1.efi (boot1ufs.efi?) for installation > >>>>>> media (memstick, dvd, ...) helps, too. I built ZFS-disabled boot1.efi > >>>>>> and it worked fine for USB memstick for me. > >>>>>> > >>>>>> *`make clean && make -DMK_ZFS=no` in sys/boot/efi/boot1 didn't disabled > >>>>>> ZFS module, so I must edit the definition of *boot_modules[] in > >>>>>> boot1.c. I'd have been missing something. > >>>>>> > >>>>>> Regards. > >>>>>> > >>>>>> > >>>>>> On Fri, 29 Jan 2016 02:58:26 +0000 > >>>>>> Steven Hartland wrote: > >>>>>> > >>>>>>> On 28/01/2016 16:22, Doug Rabson wrote: > >>>>>>>> On 28 January 2016 at 15:03, Tomoaki AOKI wrote: > >>>>>>>> > >>>>>>>>> It's exactly the NO GOOD point. The disk where boot1 is read from > >>>>>>>>> should be where loader.efi and loader.conf are first read. > >>>>>>>>> > >>>>>>>> I just wanted to note that gptzfsboot and zfsboot behaves this way. Boot1 > >>>>>>>> looks for loader in the pool which contains the disk that the BIOS booted. > >>>>>>>> It passes through the ID of that pool to loader which uses that pool as the > >>>>>>>> default for loading kernel and modules. I believe this is the correct > >>>>>>>> behaviour. For gptzfsboot and zfsboot, it is possible to override by > >>>>>>>> pressing space at the point where it is about to load loader. > >>>>>>> I believe I understand at least some of your issue now, could you please > >>>>>>> test the code on the following review to see if it fixes your issue please: > >>>>>>> https://reviews.freebsd.org/D5108 > >>>>>>> > >>>>>>> Regards > >>>>>>> Steve > >>>>>>> _______________________________________________ > >>>>>>> freebsd-current@freebsd.org mailing list > >>>>>>> https://lists.freebsd.org/mailman/listinfo/freebsd-current > >>>>>>> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > >>>>>>> > >>>>> _______________________________________________ > >>>>> freebsd-current@freebsd.org mailing list > >>>>> https://lists.freebsd.org/mailman/listinfo/freebsd-current > >>>>> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > >>>>> > >>>> > >>>> > >>>> _______________________________________________ > >>>> freebsd-current@freebsd.org mailing list > >>>> https://lists.freebsd.org/mailman/listinfo/freebsd-current > >>>> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > >>> _______________________________________________ > >>> freebsd-current@freebsd.org mailing list > >>> https://lists.freebsd.org/mailman/listinfo/freebsd-current > >>> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > >>> > >> > >> -- > >> Tomoaki AOKI junchoon@dec.sakura.ne.jp > > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > -- $B@DLZ(B $BCNL@(B [Tomoaki AOKI] junchoon@dec.sakura.ne.jp MXE02273@nifty.com From owner-freebsd-current@freebsd.org Fri Feb 5 18:23:01 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C8E6FA9DA0A for ; Fri, 5 Feb 2016 18:23:01 +0000 (UTC) (envelope-from killing@multiplay.co.uk) Received: from mail-wm0-x22c.google.com (mail-wm0-x22c.google.com [IPv6:2a00:1450:400c:c09::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 62EE61FDC for ; Fri, 5 Feb 2016 18:23:01 +0000 (UTC) (envelope-from killing@multiplay.co.uk) Received: by mail-wm0-x22c.google.com with SMTP id p63so38311639wmp.1 for ; Fri, 05 Feb 2016 10:23:01 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=multiplay-co-uk.20150623.gappssmtp.com; s=20150623; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-type:content-transfer-encoding; bh=dOuMrMalRkGNzpD7DhtPc5MkF2Rg8UW+oGRdTG3tHvg=; b=NyAIM66xfINOL/gZHMFQ27Kt4rUQ/3iT0AeN8FTlg8rduY+04AU71bFDXFX5Y92cKj prq17UhPbs6MogOAYI63yCrx++JCcBLSYAFy5HmF83uGaMfJ6J/UcIpHsXIBcXmDQn0a y5vU2qNEWLlbo397WBDKWujUGgNscVcTcIqjvK8LvdZV/WsiBjM8clCuIKdOM1rqHRMH DvPm3oln5rBG1BUutMuSxXzOZkMmWuaaWTk5m91RY8CtIYy1EMiSe8vsrYM5ktgSLe7v MoM0HvfwMkuJTCKqlMdvwzCjrzHSZ+T3u/KhNlNfBeA2q351UQ4PfZS9fV6AG29e+IOp ePVA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-type :content-transfer-encoding; bh=dOuMrMalRkGNzpD7DhtPc5MkF2Rg8UW+oGRdTG3tHvg=; b=EmdZ6UggOu8J6AcFs345rVWzi8u5BFi83HU6YMApw3GuyswAwbzTK4meQ+qcHt9U2m yD4MtK5764adboXQAiLcTusEPkE0S7Y+s6Y2AqH8DVkSQpcSmRyfAETle3Im4OZ1XS1Y i1x8SPHhbH6dE+8gxEqVIuaOjy5EqTjaYwJszTFLCg6+vbn7g3sWKEgtsiZq7nQ3No/9 aWYm4rGva0a5LXLrqfMGso4AUpMgt2C872ICE+f3eBM2R7/wXDHGPCgJJRklTZ3VQ5N/ Szq0PilCtjXoAqia+IPFmjZLCHLVjsHmJCLdfVrOSwhzBhxu2tU6GJ/72oucsYdDdUlt 7bYA== X-Gm-Message-State: AG10YOQbqA7AUTmbHJN17KiRffW+ie1Jo+aYxfuHbMK4w5kQnUTk3qZtYBIuCeNChXHpWxVd X-Received: by 10.194.103.198 with SMTP id fy6mr18057246wjb.48.1454696579332; Fri, 05 Feb 2016 10:22:59 -0800 (PST) Received: from [10.10.1.58] (liv3d.labs.multiplay.co.uk. [82.69.141.171]) by smtp.gmail.com with ESMTPSA id e14sm18328552wmi.21.2016.02.05.10.22.58 (version=TLSv1/SSLv3 cipher=OTHER); Fri, 05 Feb 2016 10:22:58 -0800 (PST) Subject: Re: ZFSROOT UEFI boot To: Tomoaki AOKI , freebsd-current@freebsd.org References: <8991747525093115430@unknownmsgid> <20160124215300.4cd7f1207f5a4c7b28ef7ffc@dec.sakura.ne.jp> <56A51A4C.1040808@multiplay.co.uk> <20160129000344.feaf5f828e5d43d5fbbb652a@dec.sakura.ne.jp> <56AAD552.9090202@multiplay.co.uk> <20160130155755.485736c8e12868663b9ccfbc@dec.sakura.ne.jp> <56AD0B22.1050704@multiplay.co.uk> <20160131204356.f863901e7125456b5586b215@dec.sakura.ne.jp> <56AE12FF.9080404@multiplay.co.uk> <20160201233627.b02ada486133cca3c2eec9ad@dec.sakura.ne.jp> <20160202011951.fac68e935a3f0b414a8f34cb@dec.sakura.ne.jp> <56AF9E96.3040306@multiplay.co.uk> <20160206022456.57c4863d80eda9253d0b0ddd@dec.sakura.ne.jp> From: Steven Hartland Message-ID: <56B4E89B.6000806@multiplay.co.uk> Date: Fri, 5 Feb 2016 18:23:23 +0000 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.5.1 MIME-Version: 1.0 In-Reply-To: <20160206022456.57c4863d80eda9253d0b0ddd@dec.sakura.ne.jp> Content-Type: text/plain; charset=iso-2022-jp Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Feb 2016 18:23:02 -0000 Yep thanks, I committed this to head today, after Warner confirmed it was good in his env too. It will sit there for 1 week before I request permission to MFC to stable/10. On 05/02/2016 17:24, Tomoaki AOKI wrote: > I got a feedback from Yuichiro NAITO at freebsd-users-jp ML. > > Boots fine using memstick created using release/release.sh on patched > head. (Diff9) Properly shows up installer screen. > > The system is Macbook Air 2012 having root-on-UFS 10.2-RELEASE without > ZFS. I think feedbacks using different firmware/platform would be > valuable. > From owner-freebsd-current@freebsd.org Fri Feb 5 18:25:34 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BBE9AA9DB5F for ; Fri, 5 Feb 2016 18:25:34 +0000 (UTC) (envelope-from oliver.pinter@hardenedbsd.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 9F6C21F0 for ; Fri, 5 Feb 2016 18:25:34 +0000 (UTC) (envelope-from oliver.pinter@hardenedbsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 9EF34A9DB5E; Fri, 5 Feb 2016 18:25:34 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 85EAEA9DB5D for ; Fri, 5 Feb 2016 18:25:34 +0000 (UTC) (envelope-from oliver.pinter@hardenedbsd.org) Received: from mail-wm0-x232.google.com (mail-wm0-x232.google.com [IPv6:2a00:1450:400c:c09::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 255131ED for ; Fri, 5 Feb 2016 18:25:34 +0000 (UTC) (envelope-from oliver.pinter@hardenedbsd.org) Received: by mail-wm0-x232.google.com with SMTP id p63so38887259wmp.1 for ; Fri, 05 Feb 2016 10:25:34 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=hardenedbsd-org.20150623.gappssmtp.com; s=20150623; h=mime-version:date:message-id:subject:from:to:cc:content-type; bh=WtZV78ZT2lPYa42b+KfQn+y0OP3swGKxw9jBvPUBaz0=; b=i8C7KElS9E8rQguZN6HC2tsx2ahraR3AyZynigwbudCNiKFMh2jp+vq0dNelBEuqa9 VIXdoQjY9cGCMTdgPfw4B+jhapB+rwiEro9izpibEVnl0eUncFDZtVR3xqAUme5BtGJY w4SUCIWo/6aObulLWxgm0Z4I7vm7TR1EAcCW7H2Z5HbyKeFf2pZQSgN3SSAYeikmeSM9 m7ETENKK90obLqVcUp2xuh9y2lst0v7nfeuEnMHSXeEZY/UJBcmLnmtugNkhWN2jMKky BIJpiEqjc/gLpxUxgLOKCspLEXKndOTLpOh+oiCnJUSieQPUyVk6BNMUB0pc946kmoKf QpMw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:date:message-id:subject:from:to:cc :content-type; bh=WtZV78ZT2lPYa42b+KfQn+y0OP3swGKxw9jBvPUBaz0=; b=XIOy44rCyvH115sOuRV1kxbuEtLzKfSITNWJweFHMJg/yngjzrCW8I2Rf1uMxMKc5h cZBThHWlkuyRm4K2gxB9S2bWdinUMup2ZlscxSJqvafnw5KXUPasYjeJypAEYxo7YbNi zIMk7zsF4n38ejF7hNF7BZIfzXizh/fKtZHWHKBMefyPGXwHDgdOilPU8ORG0ZkokIfA KtcXVPYZCOBACpNZi3malFiDFYSERWFmIJvnoYMvgHIOyQYN4O98WpnGqDCDhtRpN3sh YpMt08lmDA9HHi2030oSqqkCCaUJ3JAkK6ESKih5m8RJn1QIbYmq4B5ndVFtzHQvhy4A +fbQ== X-Gm-Message-State: AG10YOQJ3l9Xsrd82LFl0AJA0fzdQGKHBbOl9aPffapLapXY07dGg1xwgSsZHUakJE2pUEuk8+Z4xulR0nL3TkhU MIME-Version: 1.0 X-Received: by 10.194.3.47 with SMTP id 15mr6289034wjz.63.1454696732586; Fri, 05 Feb 2016 10:25:32 -0800 (PST) Received: by 10.194.82.6 with HTTP; Fri, 5 Feb 2016 10:25:32 -0800 (PST) Date: Fri, 5 Feb 2016 19:25:32 +0100 Message-ID: Subject: Broken suspend-resume (suspend to RAM) with enabled INVARIANTS on 11-CURRENT - with workaround From: Oliver Pinter To: current Cc: Konstantin Belousov Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Feb 2016 18:25:34 -0000 Hi all! I used this gdb macro, to traverse the proc list, and print out the relevant p_flag's flags: set $curr_proc=0 def next_proc if $curr_proc == 0 set $curr_proc = allproc.lh_first else set $curr_proc = $curr_proc.p_list.le_next end set $curr_p_flag = $curr_proc->p_flag set $curr_name = $curr_proc->p_comm p $curr_name p/x $curr_p_flag if ($curr_p_flag & 0x00004) != 0 printf "is P_KTHREAD\n" else printf "isn't P_KTHREAD\n" end if ($curr_p_flag & 0x00200) != 0 printf "is P_SYSTEM\n" else printf "isn't P_SYSTEM\n" end end And seems like the "kernel" process don't have the P_KTHREAD flag, which fires the KASSERT in sys/kern/kern_proc.c's stop_all_proc(void) function. The relevant part of the code is: 2986 void 2987 stop_all_proc(void) 2988 { 2989 struct proc *cp, *p; 2990 int r, gen; 2991 bool restart, seen_stopped, seen_exiting, stopped_some; 2992 2993 cp = curproc; 2994 /* 2995 * stop_all_proc() assumes that all process which have 2996 * usermode must be stopped, except current process, for 2997 * obvious reasons. Since other threads in the process 2998 * establishing global stop could unstop something, disable 2999 * calls from multithreaded processes as precaution. The 3000 * service must not be user-callable anyway. 3001 */ *3002 KASSERT((cp->p_flag & P_HADTHREADS) == 0 || *3003 (cp->p_flag & P_KTHREAD) != 0, ("mt stop_all_proc")); 3004 3005 allproc_loop: If I comment out this KASSERT or just whitelist the "kernel" process, then I get a completely working suspend to ram and resume on my laptop (which is a HP 430G1) with one additional small tweak (hw.acpi.reset_video=1). So the question is that the KASSERT is bogus or too strict, or the P_KTHREAD flags is missing from "kernel" process? The gdb macros output is: [...] (kgdb) $139 = 0xfffff800029773c8 "rand_harvestq" $140 = 0x10000204 is P_KTHREAD is P_SYSTEM (kgdb) $141 = 0xfffff80002977940 "init" $142 = 0x10004200 isn't P_KTHREAD is P_SYSTEM (kgdb) $143 = 0xfffff800029783c8 "audit" $144 = 0x10000204 is P_KTHREAD is P_SYSTEM (kgdb) $145 = 0xffffffff80f1b4d0 "kernel" $146 = 0x10000280 isn't P_KTHREAD is P_SYSTEM I've CC-ed Konstantin to this discussion, because he added this functionality to the kernel. Additional info: If I try to trigger the KASSERT with the debug.stop_all_proc=1 sysctl, then it's never fires, but when I try to put my machine to S3 with ctrl+alt+space then it fires. From owner-freebsd-current@freebsd.org Fri Feb 5 18:34:04 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D1283A761FE for ; Fri, 5 Feb 2016 18:34:04 +0000 (UTC) (envelope-from oliver.pinter@hardenedbsd.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id B2DD7983 for ; Fri, 5 Feb 2016 18:34:04 +0000 (UTC) (envelope-from oliver.pinter@hardenedbsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id B28DFA761FD; Fri, 5 Feb 2016 18:34:04 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B2209A761FC for ; Fri, 5 Feb 2016 18:34:04 +0000 (UTC) (envelope-from oliver.pinter@hardenedbsd.org) Received: from mail-wm0-x22f.google.com (mail-wm0-x22f.google.com [IPv6:2a00:1450:400c:c09::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 4D10A97F for ; Fri, 5 Feb 2016 18:34:04 +0000 (UTC) (envelope-from oliver.pinter@hardenedbsd.org) Received: by mail-wm0-x22f.google.com with SMTP id r129so38842536wmr.0 for ; Fri, 05 Feb 2016 10:34:04 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=hardenedbsd-org.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=Md4mDO2hb+8K9jbVQllxBqYMSOm0Tj8blYnRinkTeaA=; b=xqBa4m3Nr1/tJzV7rPGMXKU5dt47S0Tvpiydzh7TK+aL+d7ogAHnAEm4jlDbJKVMC0 0R2ySDEpUysXz0YDnZv0Anfs8W3P4DwJn2uYMAJ8owGCipdLlSb+4CUHvZA4ZsfzxZA9 BtEPq2O1Z/rRnxrITOpv/fcjTFjac1DA/gT+GVnOcVDqzec4ljrj0KZoXOLBSUPq7+gz RzO8wHQex4mlRvY2TgaHW4FMvVPr12j2BdZISKIe6LkkFSm/LUYhhSaIopQuFF1a/IGL 1eC4Ne09e3njcBR2TwR+d9viO+VNr7GkZxBzRTdbao0H9a/9CJUqeajw3e8d6QA3VLer pNzg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=Md4mDO2hb+8K9jbVQllxBqYMSOm0Tj8blYnRinkTeaA=; b=TjFmjjsDczc2FIX4NxTzsOed/4Uz4rJwCwPW1HNwO25vC9b/fyKsaV4q+zfgToI6rn XvvGRHPg5WgAJMfnqcpmEQ1EfJeaQGMJCdQa4s7vS601dLOtjjAM9Et3TYl9f7aukiR3 C2g8SBbmMr2F9j8ZqvP7BiPGgQ2w70r7OPweArzrYdSybpgplGTaspXfrEejRMon/AQG F7zOlm0J8hNU3F4LQZnvsLy1SoGcro6dR/XYFDcQ3yLXhqoprqUMg4u+lGddFJ5nVFCt q/LlxHyNuoID3BwHM5BAkMSRhk3YT1oaYloKykQyT2Fbt2So3ivX7cvceqeyL3RMo9vb HwiA== X-Gm-Message-State: AG10YOSd1lHolgRJd5fjYMmKQM436zkcVE67ScIEyOrwRczM5rGJmw1mir3G7Icf1TJKuJ3LnWBTH5cvy+vtUb81 MIME-Version: 1.0 X-Received: by 10.28.184.78 with SMTP id i75mr18484933wmf.22.1454697242703; Fri, 05 Feb 2016 10:34:02 -0800 (PST) Received: by 10.194.82.6 with HTTP; Fri, 5 Feb 2016 10:34:02 -0800 (PST) In-Reply-To: References: Date: Fri, 5 Feb 2016 19:34:02 +0100 Message-ID: Subject: Re: Broken suspend-resume (suspend to RAM) with enabled INVARIANTS on 11-CURRENT - with workaround From: Oliver Pinter To: current Cc: Konstantin Belousov Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Feb 2016 18:34:05 -0000 On 2/5/16, Oliver Pinter wrote: > Hi all! > > I used this gdb macro, to traverse the proc list, and print out the > relevant p_flag's flags: > > set $curr_proc=0 > def next_proc > if $curr_proc == 0 > set $curr_proc = allproc.lh_first > else > set $curr_proc = $curr_proc.p_list.le_next > end > set $curr_p_flag = $curr_proc->p_flag > set $curr_name = $curr_proc->p_comm > p $curr_name > p/x $curr_p_flag > if ($curr_p_flag & 0x00004) != 0 > printf "is P_KTHREAD\n" > else > printf "isn't P_KTHREAD\n" > end > if ($curr_p_flag & 0x00200) != 0 > printf "is P_SYSTEM\n" > else > printf "isn't P_SYSTEM\n" > end > end > > And seems like the "kernel" process don't have the P_KTHREAD flag, > which fires the KASSERT in sys/kern/kern_proc.c's stop_all_proc(void) > function. > > The relevant part of the code is: > 2986 void > 2987 stop_all_proc(void) > 2988 { > 2989 struct proc *cp, *p; > 2990 int r, gen; > 2991 bool restart, seen_stopped, seen_exiting, stopped_some; > 2992 > 2993 cp = curproc; > 2994 /* > 2995 * stop_all_proc() assumes that all process which have > 2996 * usermode must be stopped, except current process, for > 2997 * obvious reasons. Since other threads in the process > 2998 * establishing global stop could unstop something, disable > 2999 * calls from multithreaded processes as precaution. The > 3000 * service must not be user-callable anyway. > 3001 */ > *3002 KASSERT((cp->p_flag & P_HADTHREADS) == 0 || > *3003 (cp->p_flag & P_KTHREAD) != 0, ("mt stop_all_proc")); > 3004 > 3005 allproc_loop: > > If I comment out this KASSERT or just whitelist the "kernel" process, > then I get a completely working suspend to ram and resume on my laptop > (which is a HP 430G1) with one additional small tweak > (hw.acpi.reset_video=1). > > So the question is that the KASSERT is bogus or too strict, or the > P_KTHREAD flags is missing from "kernel" process? > > The gdb macros output is: > [...] > (kgdb) > $139 = 0xfffff800029773c8 "rand_harvestq" > $140 = 0x10000204 > is P_KTHREAD > is P_SYSTEM > (kgdb) > $141 = 0xfffff80002977940 "init" > $142 = 0x10004200 > isn't P_KTHREAD > is P_SYSTEM > (kgdb) > $143 = 0xfffff800029783c8 "audit" > $144 = 0x10000204 > is P_KTHREAD > is P_SYSTEM > (kgdb) > $145 = 0xffffffff80f1b4d0 "kernel" > $146 = 0x10000280 > isn't P_KTHREAD > is P_SYSTEM > > I've CC-ed Konstantin to this discussion, because he added this > functionality to the kernel. > > Additional info: > If I try to trigger the KASSERT with the debug.stop_all_proc=1 sysctl, > then it's never fires, but when I try to put my machine to S3 with > ctrl+alt+space then it fires. > Not yet tested, but possible fix: diff --git a/sys/kern/init_main.c b/sys/kern/init_main.c index cb952da..25bae84 100644 --- a/sys/kern/init_main.c +++ b/sys/kern/init_main.c @@ -482,7 +482,7 @@ proc0_init(void *dummy __unused) session0.s_leader = p; p->p_sysent = &null_sysvec; - p->p_flag = P_SYSTEM | P_INMEM; + p->p_flag = P_SYSTEM | P_INMEM | P_KTHREAD; p->p_flag2 = 0; p->p_state = PRS_NORMAL; #ifdef PAX From owner-freebsd-current@freebsd.org Fri Feb 5 19:02:17 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DB22EA9C05E for ; Fri, 5 Feb 2016 19:02:17 +0000 (UTC) (envelope-from marius@alchemy.franken.de) Received: from alchemy.franken.de (alchemy.franken.de [194.94.249.214]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "alchemy.franken.de", Issuer "alchemy.franken.de" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 77DE716E for ; Fri, 5 Feb 2016 19:02:17 +0000 (UTC) (envelope-from marius@alchemy.franken.de) Received: from alchemy.franken.de (localhost [127.0.0.1]) by alchemy.franken.de (8.15.2/8.15.2/ALCHEMY.FRANKEN.DE) with ESMTPS id u15J2FxI005021 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Fri, 5 Feb 2016 20:02:15 +0100 (CET) (envelope-from marius@alchemy.franken.de) Received: (from marius@localhost) by alchemy.franken.de (8.15.2/8.15.2/Submit) id u15J2Eb2005020; Fri, 5 Feb 2016 20:02:14 +0100 (CET) (envelope-from marius) Date: Fri, 5 Feb 2016 20:02:14 +0100 From: Marius Strobl To: s.o.k@web.de Cc: freebsd-current@freebsd.org Subject: Re: Realtek 8168/8111 if_re not working in current r295091 Message-ID: <20160205190214.GA4902@alchemy.franken.de> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.24 (2015-08-30) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (alchemy.franken.de [0.0.0.0]); Fri, 05 Feb 2016 20:02:15 +0100 (CET) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Feb 2016 19:02:17 -0000 On Wed, Feb 03, 2016 at 08:57:01PM +0100, s.o.k@web.de wrote: > After updating -current at Jan, 31st (r295091) the Realtek ethernet device driver of my Zotac ZBox RI323 mini pc seems to be broken: I can neither connect to the host even though the interface is shown as active, nor can I initiate connection from the host through re0. > Reverting the kernel to my previous build -current r290151 (install date Nov 1st, 2015) the re0 interface is working OK. > > Looking through the svn logs regarding /head/sys/dev/re/if_re.c I supect, that Revision 290566 might have someting to do with this and that I have to include my Realtek Chipset to the exclusion list for "enabling RX/TX after initial configuration (or viceversa; I am really confused here), but I havent got a clue how; as I do not know how to find the right RL_HWREV_XXX flag for my device. > > dmesg shows RealTek 8168/8111 B/C/CP/D/DP/E/F/G PCIe Gigabit Ethernet and pciconf -l -v re0 shows: > re0@pci0:2:0:0: class=0x020000 card=0x816819da chip=0x816810ec rev=0x07 hdr=0x00 > vendor = 'Realtek Semiconductor Co., Ltd.' > device = 'RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller' > > I am grateful for any suggestion towards a solution and I am willing (and able) to assist by patching or debugging my kernel or giving further hw information about my system. > Hrm, does that happen to be RL_HWREV_8411B (0x5c800000) according to the "Chip rev." in the dmesg(8) output? Marius From owner-freebsd-current@freebsd.org Fri Feb 5 19:05:06 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4A050A9C1BF for ; Fri, 5 Feb 2016 19:05:06 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 3E49B645; Fri, 5 Feb 2016 19:05:06 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id E985D1A4F; Fri, 5 Feb 2016 19:05:05 +0000 (UTC) Date: Fri, 5 Feb 2016 19:05:04 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org Message-ID: <1407387342.106.1454699104168.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build became unstable: FreeBSD_HEAD #126 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Instance-Identity: MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAkKKb2VAfYQKfu1t7qk4nR5qzUBEI+UqT4BPec4qHVhqUy0FFdq50sMH+3y9bCDNOufctov6VqTNffZ3YXArnZK95YF0OX97fh+E9txYOUX1adc+TikcKjuYpHmL5dE62eaZTI+4A5jnRonskQ1PaoIFz0Kbu4mWzkFsmdiXTraGzomXq4cHUCATA2+K4eDYgjXEQI30z3GOMmmZ4t/+6QGk1cMb/BqMWHbn80AsRCb4tU7Hpd72XLDpsuO7YRP1Q0CjmNAuBOTj+sFiiOe6U9HpqOlQN+iFUvBdZo/ybuy5Kh71cAaYQNL68cYdZJ6binH/DkG3KY/fS7DFYAeuwjwIDAQAB X-Jenkins-Job: FreeBSD_HEAD X-Jenkins-Result: UNSTABLE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Feb 2016 19:05:06 -0000 See From owner-freebsd-current@freebsd.org Fri Feb 5 19:38:01 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 48191A9CBE6 for ; Fri, 5 Feb 2016 19:38:01 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: from mail-pa0-x233.google.com (mail-pa0-x233.google.com [IPv6:2607:f8b0:400e:c03::233]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 193FE1136; Fri, 5 Feb 2016 19:38:01 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: by mail-pa0-x233.google.com with SMTP id yy13so38755878pab.3; Fri, 05 Feb 2016 11:38:01 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=2o54/MVcSV3fNeZcaTBSgokYxoEeYppZ4Kp6OT6qN7w=; b=NfeqwhnKcthuJ8Kw6ehykrSI6AKk0GTipYpaxm1eW4EmyM03YUjN8lwJLJsySQ3JDg NRf+g2cePn8zGXaB0J0tRx5yaO1LzJnJCw5WDnd8AbUmw6A8tWEFgnmPsXoVmxokbifb vG/0bEuUHSw9RBfB/EoPF3Qi8TIhqxOqf1ZA+IGyMq4W+xtoGRUGz2vsdNserz6y03VX FXysmWe2mIXB0E18jc5ktylQes7+Tor8sASUikQc8XQwPzS+hRn6F1dsip2ifkvLh9cQ luh3R521t96VmIlcTFeErSsZwbDo3weYSJmhkBPbxQzgm8onysRsXlQGF/jTC0KGlkOZ w15Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:date:from:to:cc:subject:message-id :references:mime-version:content-type:content-disposition :in-reply-to:user-agent; bh=2o54/MVcSV3fNeZcaTBSgokYxoEeYppZ4Kp6OT6qN7w=; b=D43AU8KXmsHVlKi5qw+VXjSe84Dwevb3Wa8WBt9yb7BWSxaoqIRNy8P99hACHUVwgc DJ5zVRS+OaIRTiqQ04mapc3FSPrp5GoVAOSB1sGGVvzlU4tfoSIwgiaG6GhiCUBE7Kk2 4HIv/nGuyHQKhCGpWR9ls6kRmdeGYi3/GX34kPGvl4mKHzkCMTrucuiUYhZ/l8e2llGF gr/+ridWsObxy6vLwHmLsoPeMF0yAr4059vYnoIAUi1SAT827TimVZ99X5T08LBdunvr JiyMjwTgjA6N6TqRxJTq6VPRRaBEeImtasifzGB/jycIry7SuLiw0unkS8PLsC3d3usc LWAg== X-Gm-Message-State: AG10YOSbkORI+rtAIFRLrpgy6EL/bahFHQ3uocf1tHkN0wYDEZSGKKAIoESguJ4EuC700g== X-Received: by 10.66.140.44 with SMTP id rd12mr22336777pab.86.1454701080684; Fri, 05 Feb 2016 11:38:00 -0800 (PST) Received: from wkstn-mjohnston.west.isilon.com (c-67-182-131-225.hsd1.wa.comcast.net. [67.182.131.225]) by smtp.gmail.com with ESMTPSA id w12sm26215449pfa.79.2016.02.05.11.37.59 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 05 Feb 2016 11:38:00 -0800 (PST) Sender: Mark Johnston Date: Fri, 5 Feb 2016 11:40:45 -0800 From: Mark Johnston To: Eric van Gyzen Cc: FreeBSD Current Subject: Re: Kernel memory leak with x11/nvidia-driver Message-ID: <20160205194044.GC1661@wkstn-mjohnston.west.isilon.com> References: <56B230CB.3050600@FreeBSD.org> <56B3E0B4.4090603@FreeBSD.org> <20160205020543.GA1661@wkstn-mjohnston.west.isilon.com> <56B4BA1C.5020507@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <56B4BA1C.5020507@FreeBSD.org> User-Agent: Mutt/1.5.24 (2015-08-30) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Feb 2016 19:38:01 -0000 On Fri, Feb 05, 2016 at 09:05:00AM -0600, Eric van Gyzen wrote: > On 02/ 4/16 08:05 PM, Mark Johnston wrote: > > On Thu, Feb 04, 2016 at 05:37:24PM -0600, Eric van Gyzen wrote: > >> On 02/ 3/16 10:54 AM, Eric van Gyzen wrote: > >>> I just set up a new desktop running head with x11/nvidia-driver. I've > >>> discovered a memory leak where pages disappear from the queues, never to > >>> return. Specifically, the total of > >>> v_active_count > >>> v_inactive_count > >>> v_wire_count > >>> v_cache_count > >>> v_free_count > >>> drops, eventually becoming /much/ less than v_page_count. After leaving > >>> xscreensaver running overnight, cycling the saver every 10 minutes, the > >>> system was unusable, because it only had a few MB of memory. (It has 8 > >>> GB physical.) > >> In case anyone is curious, /usr/local/bin/xscreensaver-hacks/glmatrix > >> triggers a fairly fast leak--around 600 pages per second. > > I'm able to repro this on my workstation. With DTrace I can see that > > glmatrix is allocating pages for an SG object at roughly the rate > > they're being leaked. I took a look at r292373 (based on the history of > > sg_pager.c) and noticed a vm_page_free() call was lost when > > sg_pager_getpages() was simplified. > > > > The patch below seems to do the trick for me. Could you give it a try > > and confirm that it fixes the problem? I run current+nvidia-driver on > > multiple workstations but hadn't observed a leak until now, so maybe > > there's something additional going on in your case. Then again, I just > > use i3lock. :) > > > > diff --git a/sys/vm/sg_pager.c b/sys/vm/sg_pager.c > > index 84bfa49..2cccb7ea 100644 > > --- a/sys/vm/sg_pager.c > > +++ b/sys/vm/sg_pager.c > > @@ -189,6 +189,9 @@ sg_pager_getpages(vm_object_t object, vm_page_t *m, int count, int *rbehind, > > VM_OBJECT_WLOCK(object); > > TAILQ_INSERT_TAIL(&object->un_pager.sgp.sgp_pglist, page, plinks.q); > > vm_page_replace_checked(page, object, offset, m[0]); > > + vm_page_lock(m[0]); > > + vm_page_free(m[0]); > > + vm_page_unlock(m[0]); > > m[0] = page; > > page->valid = VM_PAGE_BITS_ALL; > > > > Your patch fixes the leak completely. Nice work, Mark! > > I didn't notice the leak until I unknowingly left the screensaver > cycling all overnight. In my normal workflow, I open the windows I need > and pretty much leave them there. This doesn't seem to trigger the > leak, at least not at a noticeable rate. > > Thanks for your help! Thank you. This was committed in r295330. From owner-freebsd-current@freebsd.org Fri Feb 5 20:49:40 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BA819A9C7DC; Fri, 5 Feb 2016 20:49:40 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 99DBE7F7; Fri, 5 Feb 2016 20:49:40 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from ralph.baldwin.cx (c-73-231-226-104.hsd1.ca.comcast.net [73.231.226.104]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 937ECB948; Fri, 5 Feb 2016 15:49:39 -0500 (EST) From: John Baldwin To: freebsd-ppc@freebsd.org Cc: Marcin Mazurek , freebsd-current@freebsd.org, freebsd-arm@freebsd.org, freebsd-mips@freebsd.org Subject: Re: Request for testing bus_get_bus_tag() nexus method Date: Fri, 05 Feb 2016 12:49:17 -0800 Message-ID: <1784059.mPpRYc4e0u@ralph.baldwin.cx> User-Agent: KMail/4.14.3 (FreeBSD/10.2-STABLE; KDE/4.14.3; amd64; ; ) In-Reply-To: References: MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Fri, 05 Feb 2016 15:49:39 -0500 (EST) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Feb 2016 20:49:40 -0000 On Friday, February 05, 2016 05:11:19 PM Marcin Mazurek wrote: > Hello, > > I am looking for testers for a patch to add BUS_GET_BUS_TAG method to some > platforms nexus that return per platform specific default tag. > > It works fine on arm, but I do not have any powerpc or mips hardware to > test it on, > so I would like it if this could be tested on these platforms using this > code to check > if it does not break them. > > Any comments and feedback are welcome. I'm guess you mean this for memory access? Have you thought about accepting the resource type so you can do: bus_get_bus_tag(dev, SYS_RES_MEMORY); vs bus_get_bus_tag(dev, SYS_RES_IOPORT); I would also be inclined to call it 'bus_get_bus_space_tag()' since it is returning a bus_space tag. "bus tag" might too generic of a name. In general though it seems to be a workaround for not wanting to allocate an actual resource with bus_alloc_resource() and then using bus_activate_resource() to obtain a valid (tag, handle) tuple? -- John Baldwin From owner-freebsd-current@freebsd.org Fri Feb 5 20:09:33 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 42C18A776C1 for ; Fri, 5 Feb 2016 20:09:33 +0000 (UTC) (envelope-from s.o.k@web.de) Received: from mout.web.de (mout.web.de [212.227.15.14]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mout.web.de", Issuer "TeleSec ServerPass DE-1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 9468780E for ; Fri, 5 Feb 2016 20:09:32 +0000 (UTC) (envelope-from s.o.k@web.de) Received: from [80.132.210.62] by 3capp-webde-bs04.server.lan (via HTTP); Fri, 5 Feb 2016 21:04:02 +0100 MIME-Version: 1.0 Message-ID: From: s.o.k@web.de To: pyunyh@gmail.com, marius@alchemy.franken.de Cc: freebsd-current@freebsd.org Subject: Aw: Re: Realtek 8168/8111 if_re not working in current r295091 Content-Type: text/plain; charset=UTF-8 Date: Fri, 5 Feb 2016 21:04:02 +0100 Importance: normal Sensitivity: Normal In-Reply-To: <20160204005132.GA1181@michelle.fasterthan.co.kr> References: , <20160204005132.GA1181@michelle.fasterthan.co.kr> X-UI-Message-Type: mail X-Priority: 3 X-Provags-ID: V03:K0:fpYilKCA70hy1M45QyKQpzEnsuKGjmdg6PIfDeo56xW lIomEyAMxR8DYyG/iyauQaDeJQbSRcQbz3jDCi5V51XXIYJOyR Ri601lHN6+/JFchAWcOOCPfeZexNbuL0DeeW3/V76PQ68r5Exc DQhuQVoilr6bvmDG+SL+bJlJfii4uW8VYaLboFuScLoFzKXImD UZU14m2o5AcZYmKr5y0dQ1N9cknbZ0SIqs4nCgal060LnI5RD/ r4gdptiW8ZHaHgg8jzM1v+rGBj8btd/GUxmYknXnArdPFanEVb 9Kvzl8= X-UI-Out-Filterresults: notjunk:1;V01:K0:h5+TlTDVqWg=:4XNjmq/274bOssMa3InEJ6 A12SGrxirJ25o2t5llPowLigAx4mE/I1YVXm6OfEFP/RC7WsWYwQAVKrMTT6yho8bLGjTqYCp PCRV7MD42fO0U1CqkQ2QuA3byQDrQbrZlU9ifb4DLkiJ+bi4bI19BOBF4enQnzw9S02tsmJmz Ii2iqVsAhF1LeXR6vbvP3z2Fgx5IpgA8+tRQ5hlv3OqJJGCa7i8cAAtRTirVlnsUQEQICEnOu mLgscxQEHWp0PGMrc1FbwY/97IREjAKu9K5wTxsri0PL5ma03hObpIBYfrn8Q2pvq4WYBiHKp NoJZAs3+rd7EMs2vN4W7jJNHbJVLH6sWevJotlYyI3dJMu7C7NypIviiflQt/GINyeKwAkJOx kJbnL7WCKwkJDclbZd8HZbbozFdCHDTc8GQ3z5tcYbZTVYj6njawLFBEfI8tinZPZtjtWP6Fi au3Uz6y5hQ== X-Mailman-Approved-At: Fri, 05 Feb 2016 21:00:33 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Feb 2016 20:09:33 -0000 Hi Marius and Pyun, actually it is Chip rev. 0x2c800000 (I have overlooked that information in my first post) re0: port 0xe000-0xe0ff mem 0xf0104000-0xf0104fff,0xf0100000-0xf0103fff irq 19 at device 0.0 on pci2 re0: Using 1 MSI-X message re0: turning off MSI enable bit. re0: Chip rev. 0x2c800000 re0: MAC rev. 0x00100000 miibus0: on re0 rgephy0: PHY 1 on miibus0 Does that help in any way? Thanks Stefan > Gesendet: Donnerstag, 04. Februar 2016 um 01:51 Uhr > Von: "YongHyeon PYUN" > An: s.o.k@web.de > Cc: freebsd-current@freebsd.org > Betreff: Re: Realtek 8168/8111 if_re not working in current r295091 > > On Wed, Feb 03, 2016 at 08:57:01PM +0100, s.o.k@web.de wrote: > > After updating -current at Jan, 31st (r295091) the Realtek ethernet device driver of my Zotac ZBox RI323 mini pc seems to be broken: I can neither connect to the host even though the interface is shown as active, nor can I initiate connection from the host through re0. > > Reverting the kernel to my previous build -current r290151 (install date Nov 1st, 2015) the re0 interface is working OK. > > > > Looking through the svn logs regarding /head/sys/dev/re/if_re.c I supect, that Revision 290566 might have someting to do with this and that I have to include my Realtek Chipset to the exclusion list for "enabling RX/TX after initial configuration (or viceversa; I am really confused here), but I havent got a clue how; as I do not know how to find the right RL_HWREV_XXX flag for my device. > > > > You can get Chip/MAC revision information from dmesg output. > (dmesg | grep re0 would do). > From owner-freebsd-current@freebsd.org Fri Feb 5 21:29:15 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C063EA9E643 for ; Fri, 5 Feb 2016 21:29:15 +0000 (UTC) (envelope-from marius@alchemy.franken.de) Received: from alchemy.franken.de (alchemy.franken.de [194.94.249.214]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "alchemy.franken.de", Issuer "alchemy.franken.de" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 5C36E13A9 for ; Fri, 5 Feb 2016 21:29:15 +0000 (UTC) (envelope-from marius@alchemy.franken.de) Received: from alchemy.franken.de (localhost [127.0.0.1]) by alchemy.franken.de (8.15.2/8.15.2/ALCHEMY.FRANKEN.DE) with ESMTPS id u15LTCNR005594 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Fri, 5 Feb 2016 22:29:12 +0100 (CET) (envelope-from marius@alchemy.franken.de) Received: (from marius@localhost) by alchemy.franken.de (8.15.2/8.15.2/Submit) id u15LTCwp005593; Fri, 5 Feb 2016 22:29:12 +0100 (CET) (envelope-from marius) Date: Fri, 5 Feb 2016 22:29:12 +0100 From: Marius Strobl To: s.o.k@web.de Cc: pyunyh@gmail.com, freebsd-current@freebsd.org Subject: Re: Re: Realtek 8168/8111 if_re not working in current r295091 Message-ID: <20160205212912.GI15359@alchemy.franken.de> References: <20160204005132.GA1181@michelle.fasterthan.co.kr> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.24 (2015-08-30) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (alchemy.franken.de [0.0.0.0]); Fri, 05 Feb 2016 22:29:12 +0100 (CET) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Feb 2016 21:29:15 -0000 On Fri, Feb 05, 2016 at 09:04:02PM +0100, s.o.k@web.de wrote: > Hi Marius and Pyun, > > actually it is Chip rev. 0x2c800000 (I have overlooked that information in my first post) > > re0: port 0xe000-0xe0ff mem 0xf0104000-0xf0104fff,0xf0100000-0xf0103fff irq 19 at device 0.0 on pci2 > re0: Using 1 MSI-X message > re0: turning off MSI enable bit. > re0: Chip rev. 0x2c800000 > re0: MAC rev. 0x00100000 > miibus0: on re0 > rgephy0: PHY 1 on miibus0 > > Does that help in any way? Thanks Stefan > Unfortunately, it doesn't make a whole lot of sense to me; 0x2c800000 translates to RL_HWREV_8168E_VL, which is an older chip that should never have required the handling of RTL8168G and later revisions (or may not actually work when applying it). So r290566 should only make a positive difference, if it changes anyting for that revision all. Did the interface work before r290151, or actually before r281337? Does reverting r290946 and r290566 locally make it work again? Another candidate causing that breakage would be r291676 if the PHY is an RTL8211F one. If you boot verbosely, you'll have a line in the dmesg(8) output with "OUI 0x00e04c" in it. If the "rev." number in that line is 6, you have an RTL8211F. Marius From owner-freebsd-current@freebsd.org Fri Feb 5 22:02:14 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 891E0A9E17F for ; Fri, 5 Feb 2016 22:02:14 +0000 (UTC) (envelope-from s.o.k@web.de) Received: from mout.web.de (mout.web.de [212.227.15.4]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mout.web.de", Issuer "TeleSec ServerPass DE-1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E22F5DA9 for ; Fri, 5 Feb 2016 22:02:13 +0000 (UTC) (envelope-from s.o.k@web.de) Received: from [80.132.210.62] by 3capp-webde-bs40.server.lan (via HTTP); Fri, 5 Feb 2016 22:56:45 +0100 MIME-Version: 1.0 Message-ID: From: s.o.k@web.de To: "Marius Strobl" Cc: freebsd-current@freebsd.org Subject: Aw: Re: Re: Realtek 8168/8111 if_re not working in current r295091 Content-Type: text/plain; charset=UTF-8 Date: Fri, 5 Feb 2016 22:56:45 +0100 Importance: normal Sensitivity: Normal In-Reply-To: <20160205212912.GI15359@alchemy.franken.de> References: <20160204005132.GA1181@michelle.fasterthan.co.kr> , <20160205212912.GI15359@alchemy.franken.de> X-UI-Message-Type: mail X-Priority: 3 X-Provags-ID: V03:K0:HxTfNewaOMP8onznyRMes8d6fqw1+BVaULHx7TNtlbY uZ4Wb8ZoFqqVMxGD57rwTqbDSavSPR/yBEgDy/4W8BueTbOyYd tGVFLILj1gBwiCO7Lrkio7rGY8egwhXiNusmwmabSaSfwjEJOH itE4W1x09EachJ3FXYGgNb12n/G7UsGIrBYdDRLM/SSZUE5w4C amjLO763fN7F37EnIAlQOQoNlxog91hKMxzGCvOjqskwQ0644Q X/tV8UR2voMb5K2EckBiB9/xmC+64mDv3fzEKGky2oelF91idp Lb9rzY= X-UI-Out-Filterresults: notjunk:1;V01:K0:PO7FsSEIwJ4=:Hy+68rLmfYkb+xIjdMf8GV 49Uqj7Gxdk7PfkSeZ3SMEtLmn+RDEPiVahRkRcTesmKYqquaC4Nd5MOtZteDyjNJVoBMokd4l ppbZDM+8nNrPnd5hofjI44RoY7Ilksh2nsxswz0+azXBHn7E99gOLZ8sr+5GD3hBYHACzvsSA ug3/nCphTHLHDFBYvm8OWbdJ1sOQS8Y22rceSgGAwkVLtb27RX+JG//O6MgjulrQoOlE0/fah QsMXk0wOmnslETCeKE5whsq+gytwYprJdewy3LYMq8kNIkeu+ygw6GAhOMBtDyAVEeY7Tq1us U3oy7xVLk90OOze9Zth3xU2lN4nGVYjRd17IF3KgDb1WyG/o9uPJMtr1C+KPlporo395uLoOR OxGmwx+yhzQhiKNjxLtP/idsPjRjuoFyONmIK5FRt7kx5ZMoC9xWTJax3wJEOySyZ6fa8OwH4 C5DhzSPKpw== X-Mailman-Approved-At: Fri, 05 Feb 2016 22:12:10 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Feb 2016 22:02:14 -0000 Hi, this is the line from verbose boot: re0: port 0xe000-0xe0ff mem re0: Chip rev. 0x2c800000 re0: MAC rev. 0x00100000 rgephy0: PHY 1 on miibus0 rgephy0: OUI 0x00e04c, model 0x0011, rev. 5 so it is an even older rev: 5. I will try reverting to r290946 and r290566 respectivly over the weekend and post my results accordingly. Regards, Stefan PS: I ran accidentally on r290151, as I started syncing and building Current (coming from 10-2 Stable) on Nov 1st; I was distracted over the holiday season and only started updating again a fortnight ago, when I stumbled into the problem with the re driver. > Unfortunately, it doesn't make a whole lot of sense to me; 0x2c800000 > translates to RL_HWREV_8168E_VL, which is an older chip that should > never have required the handling of RTL8168G and later revisions (or > may not actually work when applying it). So r290566 should only make > a positive difference, if it changes anyting for that revision all. > Did the interface work before r290151, or actually before r281337? > Does reverting r290946 and r290566 locally make it work again? > Another candidate causing that breakage would be r291676 if the PHY > is an RTL8211F one. If you boot verbosely, you'll have a line in the > dmesg(8) output with "OUI 0x00e04c" in it. If the "rev." number in > that line is 6, you have an RTL8211F. > > Marius > > From owner-freebsd-current@freebsd.org Fri Feb 5 22:13:57 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 20429A9E56B for ; Fri, 5 Feb 2016 22:13:57 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 14AD2139A; Fri, 5 Feb 2016 22:13:57 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 81F151ACC; Fri, 5 Feb 2016 22:13:56 +0000 (UTC) Date: Fri, 5 Feb 2016 22:13:55 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org Message-ID: <1727893862.107.1454710435345.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1407387342.106.1454699104168.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1407387342.106.1454699104168.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is still unstable: FreeBSD_HEAD #127 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Instance-Identity: MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAkKKb2VAfYQKfu1t7qk4nR5qzUBEI+UqT4BPec4qHVhqUy0FFdq50sMH+3y9bCDNOufctov6VqTNffZ3YXArnZK95YF0OX97fh+E9txYOUX1adc+TikcKjuYpHmL5dE62eaZTI+4A5jnRonskQ1PaoIFz0Kbu4mWzkFsmdiXTraGzomXq4cHUCATA2+K4eDYgjXEQI30z3GOMmmZ4t/+6QGk1cMb/BqMWHbn80AsRCb4tU7Hpd72XLDpsuO7YRP1Q0CjmNAuBOTj+sFiiOe6U9HpqOlQN+iFUvBdZo/ybuy5Kh71cAaYQNL68cYdZJ6binH/DkG3KY/fS7DFYAeuwjwIDAQAB X-Jenkins-Job: FreeBSD_HEAD X-Jenkins-Result: UNSTABLE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Feb 2016 22:13:57 -0000 See From owner-freebsd-current@freebsd.org Sat Feb 6 00:50:38 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C81F9A9E76F for ; Sat, 6 Feb 2016 00:50:38 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id BB0F81F3C; Sat, 6 Feb 2016 00:50:38 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 9900E1DE1; Sat, 6 Feb 2016 00:50:37 +0000 (UTC) Date: Sat, 6 Feb 2016 00:50:36 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org Message-ID: <1269426301.108.1454719837465.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1727893862.107.1454710435345.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1727893862.107.1454710435345.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Build failed in Jenkins: FreeBSD_HEAD #128 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Instance-Identity: MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAkKKb2VAfYQKfu1t7qk4nR5qzUBEI+UqT4BPec4qHVhqUy0FFdq50sMH+3y9bCDNOufctov6VqTNffZ3YXArnZK95YF0OX97fh+E9txYOUX1adc+TikcKjuYpHmL5dE62eaZTI+4A5jnRonskQ1PaoIFz0Kbu4mWzkFsmdiXTraGzomXq4cHUCATA2+K4eDYgjXEQI30z3GOMmmZ4t/+6QGk1cMb/BqMWHbn80AsRCb4tU7Hpd72XLDpsuO7YRP1Q0CjmNAuBOTj+sFiiOe6U9HpqOlQN+iFUvBdZo/ybuy5Kh71cAaYQNL68cYdZJ6binH/DkG3KY/fS7DFYAeuwjwIDAQAB X-Jenkins-Job: FreeBSD_HEAD X-Jenkins-Result: FAILURE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Feb 2016 00:50:38 -0000 See ------------------------------------------ [...truncated 346267 lines...] ===> usr.sbin/wpa/wpa_passphrase (installconfig) ===> usr.sbin/wpa/hostapd (installconfig) ===> usr.sbin/wpa/hostapd_cli (installconfig) ===> usr.sbin/wpa/ndis_events (installconfig) ===> usr.sbin/tests (installconfig) ===> tests (installconfig) ===> tests/etc (installconfig) ===> tests/etc/rc.d (installconfig) ===> tests/sys (installconfig) ===> tests/sys/pjdfstest (installconfig) ===> tests/sys/pjdfstest/pjdfstest (installconfig) ===> tests/sys/pjdfstest/tests (installconfig) ===> tests/sys/pjdfstest/tests/chflags (installconfig) ===> tests/sys/pjdfstest/tests/chmod (installconfig) ===> tests/sys/pjdfstest/tests/chown (installconfig) ===> tests/sys/pjdfstest/tests/ftruncate (installconfig) ===> tests/sys/pjdfstest/tests/granular (installconfig) ===> tests/sys/pjdfstest/tests/link (installconfig) ===> tests/sys/pjdfstest/tests/mkdir (installconfig) ===> tests/sys/pjdfstest/tests/mkfifo (installconfig) ===> tests/sys/pjdfstest/tests/mknod (installconfig) ===> tests/sys/pjdfstest/tests/open (installconfig) ===> tests/sys/pjdfstest/tests/rename (installconfig) ===> tests/sys/pjdfstest/tests/rmdir (installconfig) ===> tests/sys/pjdfstest/tests/symlink (installconfig) ===> tests/sys/pjdfstest/tests/truncate (installconfig) ===> tests/sys/pjdfstest/tests/unlink (installconfig) ===> tests/sys/acl (installconfig) ===> tests/sys/aio (installconfig) ===> tests/sys/fifo (installconfig) ===> tests/sys/file (installconfig) ===> tests/sys/geom (installconfig) ===> tests/sys/geom/class (installconfig) ===> tests/sys/geom/class/concat (installconfig) ===> tests/sys/geom/class/eli (installconfig) ===> tests/sys/geom/class/gate (installconfig) ===> tests/sys/geom/class/mirror (installconfig) ===> tests/sys/geom/class/nop (installconfig) ===> tests/sys/geom/class/raid3 (installconfig) ===> tests/sys/geom/class/shsec (installconfig) ===> tests/sys/geom/class/stripe (installconfig) ===> tests/sys/geom/class/uzip (installconfig) ===> tests/sys/kern (installconfig) ===> tests/sys/kern/acct (installconfig) ===> tests/sys/kern/execve (installconfig) ===> tests/sys/kern/pipe (installconfig) ===> tests/sys/kqueue (installconfig) ===> tests/sys/mac (installconfig) ===> tests/sys/mac/bsdextended (installconfig) ===> tests/sys/mac/portacl (installconfig) ===> tests/sys/mqueue (installconfig) ===> tests/sys/netinet (installconfig) ===> tests/sys/opencrypto (installconfig) ===> tests/sys/posixshm (installconfig) ===> tests/sys/vfs (installconfig) ===> tests/sys/vm (installconfig) ===> etc (installconfig) ===> etc/newsyslog.conf.d (installconfig) ===> etc/sendmail (installconfig) + [ -z '' ] + FSTAB=' # Device Mountpoint FStype Options Dump Pass# /procfs /proc procfs rw 0 0 fdesc /dev/fd fdescfs rw 0 0 /dev/ufs/TESTROOT / ufs rw 1 1 ' + [ -z '' ] + RC_CONF=' sshd_enable="YES" ' + cd /builds/workspace/FreeBSD_HEAD + sudo rm -fr tmp + mkdir -p tmp + cat + sudo cp tmp/fstab /builds/workspace/FreeBSD_HEAD/package/src/etc/fstab + sudo cp /etc/resolv.conf /builds/workspace/FreeBSD_HEAD/package/src/etc/resolv.conf + cat + [ -n freebsd-ci/scripts/test/config/config.json ] + python -c 'import json; f = open('\''freebsd-ci/scripts/test/config/config.json'\'', '\''r'\''); j = json.load(f); print(j['\''interface'\''])' + INTERFACE=vtnet0 + python -c 'import json; f = open('\''freebsd-ci/scripts/test/config/config.json'\'', '\''r'\''); j = json.load(f); print(j['\''ip'\''])' + IP=192.168.10.2 + cat + sudo cp tmp/rc.conf /builds/workspace/FreeBSD_HEAD/package/src/etc/rc.conf + sudo cp /builds/workspace/FreeBSD_HEAD/package/src/etc/ssh/sshd_config tmp/sshd_config + sed -i '' -e /PermitRootLogin/d tmp/sshd_config + whoami + date + cat + sudo cp tmp/sshd_config /builds/workspace/FreeBSD_HEAD/package/src/etc/ssh/sshd_config + sudo chroot /builds/workspace/FreeBSD_HEAD/package/src /bin/sh -c 'echo test | pw mod user root -h 0' + [ -z '' ] + sudo /usr/local/sbin/pkg-static -c /builds/workspace/FreeBSD_HEAD/package/src install -y ports-mgmt/pkg devel/kyua devel/autoconf shells/bash pkg-static: Warning: Major OS version upgrade detected. Running "pkg-static install -f pkg" recommended Updating FreeBSD repository catalogue... Fetching meta.txz: . done Fetching packagesite.txz: .......... done Processing entries: .......... done FreeBSD repository update completed. 24787 packages processed. The following 15 package(s) will be affected (of 0 checked): New packages to be INSTALLED: pkg: 1.6.3 kyua: 0.12,2 autoconf: 2.69 bash: 4.3.42_1 pkgconf: 0.9.12_1 sqlite3: 3.10.2_1 atf: 0.21 lutok: 0.4_6 lua52: 5.2.4 libedit: 3.1.20150325_1 indexinfo: 0.2.4 autoconf-wrapper: 20131203 perl5: 5.20.3_8 m4: 1.4.17_1,1 gettext-runtime: 0.19.6 The process will require 109 MiB more space. 23 MiB to be downloaded. Fetching pkg-1.6.3.txz: .......... done Fetching kyua-0.12,2.txz: .......... done Fetching autoconf-2.69.txz: .......... done Fetching bash-4.3.42_1.txz: .......... done Fetching pkgconf-0.9.12_1.txz: ... done Fetching sqlite3-3.10.2_1.txz: .......... done Fetching atf-0.21.txz: .......... done Fetching lutok-0.4_6.txz: .......... done Fetching lua52-5.2.4.txz: .......... done Fetching libedit-3.1.20150325_1.txz: .......... done Fetching indexinfo-0.2.4.txz: . done Fetching autoconf-wrapper-20131203.txz: . done Fetching perl5-5.20.3_8.txz: .......... done Fetching m4-1.4.17_1,1.txz: .......... done Fetching gettext-runtime-0.19.6.txz: .......... done Checking integrity... done (0 conflicting) [1/15] Installing libedit-3.1.20150325_1... [1/15] Extracting libedit-3.1.20150325_1: .......... done [2/15] Installing atf-0.21... [2/15] Extracting atf-0.21: .......... done [3/15] Installing lua52-5.2.4... [3/15] Extracting lua52-5.2.4: .......... done [4/15] Installing indexinfo-0.2.4... [4/15] Extracting indexinfo-0.2.4: .... done [5/15] Installing pkgconf-0.9.12_1... [5/15] Extracting pkgconf-0.9.12_1: ....... done [6/15] Installing sqlite3-3.10.2_1... [6/15] Extracting sqlite3-3.10.2_1: .......... done [7/15] Installing lutok-0.4_6... [7/15] Extracting lutok-0.4_6: .......... done [8/15] Installing autoconf-wrapper-20131203... [8/15] Extracting autoconf-wrapper-20131203: ........ done [9/15] Installing perl5-5.20.3_8... [9/15] Extracting perl5-5.20.3_8: .......... done [10/15] Installing m4-1.4.17_1,1... [10/15] Extracting m4-1.4.17_1,1: .......... done [11/15] Installing gettext-runtime-0.19.6... [11/15] Extracting gettext-runtime-0.19.6: .......... done [12/15] Installing pkg-1.6.3... [12/15] Extracting pkg-1.6.3: .......... done [13/15] Installing kyua-0.12,2... Creating user 'tests' with uid '977'. [13/15] Extracting kyua-0.12,2: .......... done [14/15] Installing autoconf-2.69... [14/15] Extracting autoconf-2.69: .......... done [15/15] Installing bash-4.3.42_1... [15/15] Extracting bash-4.3.42_1: .......... done Message from perl5-5.20.3_8: The /usr/bin/perl symlink has been removed starting with Perl 5.20. For shebangs, you should either use: #!/usr/local/bin/perl or #!/usr/bin/env perl The first one will only work if you have a /usr/local/bin/perl, the second will work as long as perl is in PATH. Message from pkg-1.6.3: If you are upgrading from the old package format, first run: # pkg2ng Message from bash-4.3.42_1: ====================================================================== bash requires fdescfs(5) mounted on /dev/fd If you have not done it yet, please do the following: mount -t fdescfs fdesc /dev/fd To make it permanent, you need the following lines in /etc/fstab: fdesc /dev/fd fdescfs rw 0 0 ====================================================================== + [ -n '' ] + sudo rm -fr /builds/workspace/FreeBSD_HEAD/image/src + sudo mkdir -p /builds/workspace/FreeBSD_HEAD/image/src + sudo rm -fr /builds/workspace/FreeBSD_HEAD/image/src/test.img + sudo makefs -d 6144 -t ffs -f 200000 -s 2g -o version=2,bsize=32768,fsize=4096,label=TESTROOT /builds/workspace/FreeBSD_HEAD/image/src/test.img /builds/workspace/FreeBSD_HEAD/package/src debug mask: 0x00001800 start time: 1454718670.76890000, Sat Feb 6 00:31:10 2016 ffs_validate: before defaults set: fsopts at 0x7fffffffe8e0 size 0, inodes 0, curinode 0 minsize 2147483648, maxsize 2147483648 free files 200000, freefile % 0 free blocks 0, freeblock % 0 needswap 0, sectorsize -1 bsize 32768, fsize 4096, cpg -1, density -1 nsectors 0, rpm 0, minfree -1 maxcontig -1, maxbpg -1 optimization time ffs_validate: size of tree: 1570578432 bytes, 26050 inodes ffs_validate: after defaults set: fsopts at 0x7fffffffe8e0 size 2147483648, inodes 226050, curinode 0 minsize 2147483648, maxsize 2147483648 free files 200000, freefile % 0 free blocks 0, freeblock % 0 needswap 0, sectorsize 512 bsize 32768, fsize 4096, cpg 65536, density 9501 nsectors 0, rpm 0, minfree 8 maxcontig 2, maxbpg 8192 optimization time ffs_validate: dir /builds/workspace/FreeBSD_HEAD/package/src; 2147483648 bytes, 226050 inodes Calculated size of `/builds/workspace/FreeBSD_HEAD/image/src/test.img': 2147483648 bytes, 226050 inodes zero-ing image `/builds/workspace/FreeBSD_HEAD/image/src/test.img', 2147483648 sectors, using 8192 byte chunks calling mkfs("/builds/workspace/FreeBSD_HEAD/image/src/test.img", ...) Extent size set to 32768 /builds/workspace/FreeBSD_HEAD/image/src/test.img: 2048.0MB (4194304 sectors) block size 32768, fragment size 4096 using 4 cylinder groups of 626.31MB, 20042 blks, 80256 inodes. super-block backups (for fsck -b #) at: Aborted by rodrigc 64, 1282752, 2565440, 3848128,Sending interrupt signal to process Click here to forcibly terminate running steps Terminating sh [Pipeline] } //withEnv [Pipeline] Set environment variables : End [Pipeline] } //dir [Pipeline] Change current directory : End [Pipeline] } //node [Pipeline] Allocate node : End [Pipeline] Allocate node : Start Running on master in /usr/local/jenkins/workspace/FreeBSD_HEAD [Pipeline] node { [Pipeline] step From owner-freebsd-current@freebsd.org Sat Feb 6 03:40:16 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C221DA9EC42 for ; Sat, 6 Feb 2016 03:40:16 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id AE4E51224; Sat, 6 Feb 2016 03:40:16 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 5675A1E2E; Sat, 6 Feb 2016 03:40:16 +0000 (UTC) Date: Sat, 6 Feb 2016 03:40:15 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org Message-ID: <232299347.109.1454730016162.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1269426301.108.1454719837465.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1269426301.108.1454719837465.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Build failed in Jenkins: FreeBSD_HEAD #129 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Instance-Identity: MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAkKKb2VAfYQKfu1t7qk4nR5qzUBEI+UqT4BPec4qHVhqUy0FFdq50sMH+3y9bCDNOufctov6VqTNffZ3YXArnZK95YF0OX97fh+E9txYOUX1adc+TikcKjuYpHmL5dE62eaZTI+4A5jnRonskQ1PaoIFz0Kbu4mWzkFsmdiXTraGzomXq4cHUCATA2+K4eDYgjXEQI30z3GOMmmZ4t/+6QGk1cMb/BqMWHbn80AsRCb4tU7Hpd72XLDpsuO7YRP1Q0CjmNAuBOTj+sFiiOe6U9HpqOlQN+iFUvBdZo/ybuy5Kh71cAaYQNL68cYdZJ6binH/DkG3KY/fS7DFYAeuwjwIDAQAB X-Jenkins-Job: FreeBSD_HEAD X-Jenkins-Result: FAILURE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Feb 2016 03:40:16 -0000 See ------------------------------------------ [...truncated 335283 lines...] ===> usr.sbin/wpa/ndis_events (installconfig) ===> usr.sbin/tests (installconfig) ===> tests (installconfig) ===> tests/etc (installconfig) ===> tests/etc/rc.d (installconfig) ===> tests/sys (installconfig) ===> tests/sys/pjdfstest (installconfig) ===> tests/sys/pjdfstest/pjdfstest (installconfig) ===> tests/sys/pjdfstest/tests (installconfig) ===> tests/sys/pjdfstest/tests/chflags (installconfig) ===> tests/sys/pjdfstest/tests/chmod (installconfig) ===> tests/sys/pjdfstest/tests/chown (installconfig) ===> tests/sys/pjdfstest/tests/ftruncate (installconfig) ===> tests/sys/pjdfstest/tests/granular (installconfig) ===> tests/sys/pjdfstest/tests/link (installconfig) ===> tests/sys/pjdfstest/tests/mkdir (installconfig) ===> tests/sys/pjdfstest/tests/mkfifo (installconfig) ===> tests/sys/pjdfstest/tests/mknod (installconfig) ===> tests/sys/pjdfstest/tests/open (installconfig) ===> tests/sys/pjdfstest/tests/rename (installconfig) ===> tests/sys/pjdfstest/tests/rmdir (installconfig) ===> tests/sys/pjdfstest/tests/symlink (installconfig) ===> tests/sys/pjdfstest/tests/truncate (installconfig) ===> tests/sys/pjdfstest/tests/unlink (installconfig) ===> tests/sys/acl (installconfig) ===> tests/sys/aio (installconfig) ===> tests/sys/fifo (installconfig) ===> tests/sys/file (installconfig) ===> tests/sys/geom (installconfig) ===> tests/sys/geom/class (installconfig) ===> tests/sys/geom/class/concat (installconfig) ===> tests/sys/geom/class/eli (installconfig) ===> tests/sys/geom/class/gate (installconfig) ===> tests/sys/geom/class/mirror (installconfig) ===> tests/sys/geom/class/nop (installconfig) ===> tests/sys/geom/class/raid3 (installconfig) ===> tests/sys/geom/class/shsec (installconfig) ===> tests/sys/geom/class/stripe (installconfig) ===> tests/sys/geom/class/uzip (installconfig) ===> tests/sys/kern (installconfig) ===> tests/sys/kern/acct (installconfig) ===> tests/sys/kern/execve (installconfig) ===> tests/sys/kern/pipe (installconfig) ===> tests/sys/kqueue (installconfig) ===> tests/sys/mac (installconfig) ===> tests/sys/mac/bsdextended (installconfig) ===> tests/sys/mac/portacl (installconfig) ===> tests/sys/mqueue (installconfig) ===> tests/sys/netinet (installconfig) ===> tests/sys/opencrypto (installconfig) ===> tests/sys/posixshm (installconfig) ===> tests/sys/vfs (installconfig) ===> tests/sys/vm (installconfig) ===> etc (installconfig) ===> etc/newsyslog.conf.d (installconfig) ===> etc/sendmail (installconfig) + [ -z '' ] + FSTAB=' # Device Mountpoint FStype Options Dump Pass# /procfs /proc procfs rw 0 0 fdesc /dev/fd fdescfs rw 0 0 /dev/ufs/TESTROOT / ufs rw 1 1 ' + [ -z '' ] + RC_CONF=' sshd_enable="YES" ' + cd /builds/workspace/FreeBSD_HEAD + sudo rm -fr tmp + mkdir -p tmp + cat + sudo cp tmp/fstab /builds/workspace/FreeBSD_HEAD/package/src/etc/fstab + sudo cp /etc/resolv.conf /builds/workspace/FreeBSD_HEAD/package/src/etc/resolv.conf + cat + [ -n freebsd-ci/scripts/test/config/config.json ] + python -c 'import json; f = open('\''freebsd-ci/scripts/test/config/config.json'\'', '\''r'\''); j = json.load(f); print(j['\''interface'\''])' + INTERFACE=vtnet0 + python -c 'import json; f = open('\''freebsd-ci/scripts/test/config/config.json'\'', '\''r'\''); j = json.load(f); print(j['\''ip'\''])' + IP=192.168.10.2 + cat + sudo cp tmp/rc.conf /builds/workspace/FreeBSD_HEAD/package/src/etc/rc.conf + sudo cp /builds/workspace/FreeBSD_HEAD/package/src/etc/ssh/sshd_config tmp/sshd_config + sed -i '' -e /PermitRootLogin/d tmp/sshd_config + whoami + date + cat + sudo cp tmp/sshd_config /builds/workspace/FreeBSD_HEAD/package/src/etc/ssh/sshd_config + sudo chroot /builds/workspace/FreeBSD_HEAD/package/src /bin/sh -c 'echo test | pw mod user root -h 0' + [ -z '' ] + sudo /usr/local/sbin/pkg-static -c /builds/workspace/FreeBSD_HEAD/package/src install -y ports-mgmt/pkg devel/kyua devel/autoconf shells/bash pkg-static: Warning: Major OS version upgrade detected. Running "pkg-static install -f pkg" recommended Updating FreeBSD repository catalogue... Fetching meta.txz: . done Fetching packagesite.txz: .......... done Processing entries: .......... done FreeBSD repository update completed. 24787 packages processed. The following 15 package(s) will be affected (of 0 checked): New packages to be INSTALLED: pkg: 1.6.3 kyua: 0.12,2 autoconf: 2.69 bash: 4.3.42_1 pkgconf: 0.9.12_1 sqlite3: 3.10.2_1 atf: 0.21 lutok: 0.4_6 lua52: 5.2.4 libedit: 3.1.20150325_1 indexinfo: 0.2.4 autoconf-wrapper: 20131203 perl5: 5.20.3_8 m4: 1.4.17_1,1 gettext-runtime: 0.19.6 The process will require 109 MiB more space. 23 MiB to be downloaded. Fetching pkg-1.6.3.txz: .......... done Fetching kyua-0.12,2.txz: .......... done Fetching autoconf-2.69.txz: .......... done Fetching bash-4.3.42_1.txz: .......... done Fetching pkgconf-0.9.12_1.txz: ... done Fetching sqlite3-3.10.2_1.txz: .......... done Fetching atf-0.21.txz: .......... done Fetching lutok-0.4_6.txz: .......... done Fetching lua52-5.2.4.txz: .......... done Fetching libedit-3.1.20150325_1.txz: .......... done Fetching indexinfo-0.2.4.txz: . done Fetching autoconf-wrapper-20131203.txz: . done Fetching perl5-5.20.3_8.txz: .......... done Fetching m4-1.4.17_1,1.txz: .......... done Fetching gettext-runtime-0.19.6.txz: .......... done Checking integrity... done (0 conflicting) [1/15] Installing libedit-3.1.20150325_1... [1/15] Extracting libedit-3.1.20150325_1: .......... done [2/15] Installing atf-0.21... [2/15] Extracting atf-0.21: .......... done [3/15] Installing lua52-5.2.4... [3/15] Extracting lua52-5.2.4: .......... done [4/15] Installing indexinfo-0.2.4... [4/15] Extracting indexinfo-0.2.4: .... done [5/15] Installing pkgconf-0.9.12_1... [5/15] Extracting pkgconf-0.9.12_1: ....... done [6/15] Installing sqlite3-3.10.2_1... [6/15] Extracting sqlite3-3.10.2_1: .......... done [7/15] Installing lutok-0.4_6... [7/15] Extracting lutok-0.4_6: .......... done [8/15] Installing autoconf-wrapper-20131203... [8/15] Extracting autoconf-wrapper-20131203: ........ done [9/15] Installing perl5-5.20.3_8... [9/15] Extracting perl5-5.20.3_8: .......... done [10/15] Installing m4-1.4.17_1,1... [10/15] Extracting m4-1.4.17_1,1: .......... done [11/15] Installing gettext-runtime-0.19.6... [11/15] Extracting gettext-runtime-0.19.6: .......... done [12/15] Installing pkg-1.6.3... [12/15] Extracting pkg-1.6.3: .......... done [13/15] Installing kyua-0.12,2... Creating user 'tests' with uid '977'. [13/15] Extracting kyua-0.12,2: .......... done [14/15] Installing autoconf-2.69... [14/15] Extracting autoconf-2.69: .......... done [15/15] Installing bash-4.3.42_1... [15/15] Extracting bash-4.3.42_1: .......... done Message from perl5-5.20.3_8: The /usr/bin/perl symlink has been removed starting with Perl 5.20. For shebangs, you should either use: #!/usr/local/bin/perl or #!/usr/bin/env perl The first one will only work if you have a /usr/local/bin/perl, the second will work as long as perl is in PATH. Message from pkg-1.6.3: If you are upgrading from the old package format, first run: # pkg2ng Message from bash-4.3.42_1: ====================================================================== bash requires fdescfs(5) mounted on /dev/fd If you have not done it yet, please do the following: mount -t fdescfs fdesc /dev/fd To make it permanent, you need the following lines in /etc/fstab: fdesc /dev/fd fdescfs rw 0 0 ====================================================================== + [ -n '' ] + sudo rm -fr /builds/workspace/FreeBSD_HEAD/image/src + sudo mkdir -p /builds/workspace/FreeBSD_HEAD/image/src + sudo rm -fr /builds/workspace/FreeBSD_HEAD/image/src/test.img + sudo makefs -d 6144 -t ffs -f 200000 -s 2g -o version=2,bsize=32768,fsize=4096,label=TESTROOT /builds/workspace/FreeBSD_HEAD/image/src/test.img /builds/workspace/FreeBSD_HEAD/package/src debug mask: 0x00001800 start time: 1454727973.411913000, Sat Feb 6 03:06:13 2016 ffs_validate: before defaults set: fsopts at 0x7fffffffe8e0 size 0, inodes 0, curinode 0 minsize 2147483648, maxsize 2147483648 free files 200000, freefile % 0 free blocks 0, freeblock % 0 needswap 0, sectorsize -1 bsize 32768, fsize 4096, cpg -1, density -1 nsectors 0, rpm 0, minfree -1 maxcontig -1, maxbpg -1 optimization time ffs_validate: size of tree: 1570586624 bytes, 26050 inodes ffs_validate: after defaults set: fsopts at 0x7fffffffe8e0 size 2147483648, inodes 226050, curinode 0 minsize 2147483648, maxsize 2147483648 free files 200000, freefile % 0 free blocks 0, freeblock % 0 needswap 0, sectorsize 512 bsize 32768, fsize 4096, cpg 65536, density 9501 nsectors 0, rpm 0, minfree 8 maxcontig 2, maxbpg 8192 optimization time ffs_validate: dir /builds/workspace/FreeBSD_HEAD/package/src; 2147483648 bytes, 226050 inodes Calculated size of `/builds/workspace/FreeBSD_HEAD/image/src/test.img': 2147483648 bytes, 226050 inodes zero-ing image `/builds/workspace/FreeBSD_HEAD/image/src/test.img', 2147483648 sectors, using 8192 byte chunks calling mkfs("/builds/workspace/FreeBSD_HEAD/image/src/test.img", ...) Extent size set to 32768 /builds/workspace/FreeBSD_HEAD/image/src/test.img: 2048.0MB (4194304 sectors) block size 32768, fragment size 4096 using 4 cylinder groups of 626.31MB, 20042 blks, 80256 inodes. super-block backups (for fsck -b #) at: 64, 1282752, 2565440, 3848128, mkfs returned 0x644770; fs_time Sat Feb 6 03:06:13 2016 fs totals: nbfree 63018, nffree 7, nifree 321022, ndir 0 Populating `/builds/workspace/FreeBSD_HEAD/image/src/test.img' Image `/builds/workspace/FreeBSD_HEAD/image/src/test.img' complete + sudo chmod a+w /builds/workspace/FreeBSD_HEAD/image/src/test.img [Pipeline] } //withEnv [Pipeline] Set environment variables : End [Pipeline] } //dir [Pipeline] Change current directory : End [Pipeline] readFile [Pipeline] } //node [Pipeline] Allocate node : End [Pipeline] Allocate node : Start Running on master in /usr/local/jenkins/workspace/FreeBSD_HEAD [Pipeline] node { [Pipeline] step From owner-freebsd-current@freebsd.org Sat Feb 6 06:34:45 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6583BA9E12E for ; Sat, 6 Feb 2016 06:34:45 +0000 (UTC) (envelope-from junchoon@dec.sakura.ne.jp) Received: from dec.sakura.ne.jp (dec.sakura.ne.jp [210.188.226.8]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 0831D650 for ; Sat, 6 Feb 2016 06:34:44 +0000 (UTC) (envelope-from junchoon@dec.sakura.ne.jp) Received: from fortune.joker.local (123-48-23-227.dz.commufa.jp [123.48.23.227]) (authenticated bits=0) by dec.sakura.ne.jp (8.15.2/8.15.2/[SAKURA-WEB]/20080708) with ESMTPA id u166Ye2Z061167; Sat, 6 Feb 2016 15:34:40 +0900 (JST) (envelope-from junchoon@dec.sakura.ne.jp) Date: Sat, 6 Feb 2016 15:34:40 +0900 From: Tomoaki AOKI To: freebsd-current@freebsd.org Cc: killing@multiplay.co.uk Subject: Re: ZFSROOT UEFI boot Message-Id: <20160206153440.e5f8e07bd828b3715feb7925@dec.sakura.ne.jp> In-Reply-To: <56B4E89B.6000806@multiplay.co.uk> References: <8991747525093115430@unknownmsgid> <20160124215300.4cd7f1207f5a4c7b28ef7ffc@dec.sakura.ne.jp> <56A51A4C.1040808@multiplay.co.uk> <20160129000344.feaf5f828e5d43d5fbbb652a@dec.sakura.ne.jp> <56AAD552.9090202@multiplay.co.uk> <20160130155755.485736c8e12868663b9ccfbc@dec.sakura.ne.jp> <56AD0B22.1050704@multiplay.co.uk> <20160131204356.f863901e7125456b5586b215@dec.sakura.ne.jp> <56AE12FF.9080404@multiplay.co.uk> <20160201233627.b02ada486133cca3c2eec9ad@dec.sakura.ne.jp> <20160202011951.fac68e935a3f0b414a8f34cb@dec.sakura.ne.jp> <56AF9E96.3040306@multiplay.co.uk> <20160206022456.57c4863d80eda9253d0b0ddd@dec.sakura.ne.jp> <56B4E89B.6000806@multiplay.co.uk> Organization: Junchoon corps X-Mailer: Sylpheed 3.5.0 (GTK+ 2.24.29; amd64-portbld-freebsd10.3) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Feb 2016 06:34:45 -0000 Confirmed. Thanks for your great work, Steven! I tried Diff9 on stable/10 r295289, with locally MFC'ing r294765, r294768 and r294769. Not shure r294769 is really needed or not, but without r294765 and r294768, Diff9 wasn't applicable. *sys/boot/mips/beri/boot2/boot2.c portion of r294765 must be removed. It builds and boots fine, at least test 2). *Built without -DEFI_DEBUG only. I'm looking forwart to its MFC. 1 week after is the scheduled BETA2 build. Hope it lands before build. :-) Regards. On Fri, 5 Feb 2016 18:23:23 +0000 Steven Hartland wrote: > Yep thanks, I committed this to head today, after Warner confirmed it > was good in his env too. > > It will sit there for 1 week before I request permission to MFC to > stable/10. > > On 05/02/2016 17:24, Tomoaki AOKI wrote: > > I got a feedback from Yuichiro NAITO at freebsd-users-jp ML. > > > > Boots fine using memstick created using release/release.sh on patched > > head. (Diff9) Properly shows up installer screen. > > > > The system is Macbook Air 2012 having root-on-UFS 10.2-RELEASE without > > ZFS. I think feedbacks using different firmware/platform would be > > valuable. > > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > -- Tomoaki AOKI junchoon@dec.sakura.ne.jp From owner-freebsd-current@freebsd.org Sat Feb 6 07:11:18 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id ED951A9F069 for ; Sat, 6 Feb 2016 07:11:18 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id D8F7112B3; Sat, 6 Feb 2016 07:11:18 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 92C9F1E82; Sat, 6 Feb 2016 07:11:18 +0000 (UTC) Date: Sat, 6 Feb 2016 07:11:18 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org Message-ID: <587665462.110.1454742678413.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <232299347.109.1454730016162.JavaMail.jenkins@jenkins-9.freebsd.org> References: <232299347.109.1454730016162.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is back to normal : FreeBSD_HEAD #130 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Instance-Identity: MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAkKKb2VAfYQKfu1t7qk4nR5qzUBEI+UqT4BPec4qHVhqUy0FFdq50sMH+3y9bCDNOufctov6VqTNffZ3YXArnZK95YF0OX97fh+E9txYOUX1adc+TikcKjuYpHmL5dE62eaZTI+4A5jnRonskQ1PaoIFz0Kbu4mWzkFsmdiXTraGzomXq4cHUCATA2+K4eDYgjXEQI30z3GOMmmZ4t/+6QGk1cMb/BqMWHbn80AsRCb4tU7Hpd72XLDpsuO7YRP1Q0CjmNAuBOTj+sFiiOe6U9HpqOlQN+iFUvBdZo/ybuy5Kh71cAaYQNL68cYdZJ6binH/DkG3KY/fS7DFYAeuwjwIDAQAB X-Jenkins-Job: FreeBSD_HEAD X-Jenkins-Result: SUCCESS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Feb 2016 07:11:19 -0000 See From owner-freebsd-current@freebsd.org Sat Feb 6 10:35:58 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E1D0FA9EF8D for ; Sat, 6 Feb 2016 10:35:58 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id D83F7A73; Sat, 6 Feb 2016 10:35:58 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id BD7741ED0; Sat, 6 Feb 2016 10:35:58 +0000 (UTC) Date: Sat, 6 Feb 2016 10:35:58 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org Message-ID: <37017075.111.1454754958601.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build became unstable: FreeBSD_HEAD #131 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Instance-Identity: MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAkKKb2VAfYQKfu1t7qk4nR5qzUBEI+UqT4BPec4qHVhqUy0FFdq50sMH+3y9bCDNOufctov6VqTNffZ3YXArnZK95YF0OX97fh+E9txYOUX1adc+TikcKjuYpHmL5dE62eaZTI+4A5jnRonskQ1PaoIFz0Kbu4mWzkFsmdiXTraGzomXq4cHUCATA2+K4eDYgjXEQI30z3GOMmmZ4t/+6QGk1cMb/BqMWHbn80AsRCb4tU7Hpd72XLDpsuO7YRP1Q0CjmNAuBOTj+sFiiOe6U9HpqOlQN+iFUvBdZo/ybuy5Kh71cAaYQNL68cYdZJ6binH/DkG3KY/fS7DFYAeuwjwIDAQAB X-Jenkins-Job: FreeBSD_HEAD X-Jenkins-Result: UNSTABLE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Feb 2016 10:35:59 -0000 See From owner-freebsd-current@freebsd.org Sat Feb 6 14:40:51 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 11A34A9FC32 for ; Sat, 6 Feb 2016 14:40:51 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 04B5F1A50; Sat, 6 Feb 2016 14:40:51 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id F1F6D1F4E; Sat, 6 Feb 2016 14:40:50 +0000 (UTC) Date: Sat, 6 Feb 2016 14:40:50 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org Message-ID: <398820647.112.1454769650746.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <37017075.111.1454754958601.JavaMail.jenkins@jenkins-9.freebsd.org> References: <37017075.111.1454754958601.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is back to stable : FreeBSD_HEAD #132 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Instance-Identity: MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAkKKb2VAfYQKfu1t7qk4nR5qzUBEI+UqT4BPec4qHVhqUy0FFdq50sMH+3y9bCDNOufctov6VqTNffZ3YXArnZK95YF0OX97fh+E9txYOUX1adc+TikcKjuYpHmL5dE62eaZTI+4A5jnRonskQ1PaoIFz0Kbu4mWzkFsmdiXTraGzomXq4cHUCATA2+K4eDYgjXEQI30z3GOMmmZ4t/+6QGk1cMb/BqMWHbn80AsRCb4tU7Hpd72XLDpsuO7YRP1Q0CjmNAuBOTj+sFiiOe6U9HpqOlQN+iFUvBdZo/ybuy5Kh71cAaYQNL68cYdZJ6binH/DkG3KY/fS7DFYAeuwjwIDAQAB X-Jenkins-Job: FreeBSD_HEAD X-Jenkins-Result: SUCCESS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Feb 2016 14:40:51 -0000 See From owner-freebsd-current@freebsd.org Sat Feb 6 15:23:50 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C4012A9F083 for ; Sat, 6 Feb 2016 15:23:50 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id AD2E8CCF for ; Sat, 6 Feb 2016 15:23:50 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id ACBE3A9F082; Sat, 6 Feb 2016 15:23:50 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id AC56EA9F080 for ; Sat, 6 Feb 2016 15:23:50 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 3DFEECCE for ; Sat, 6 Feb 2016 15:23:49 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from tom.home (kostik@localhost [127.0.0.1]) by kib.kiev.ua (8.15.2/8.15.2) with ESMTPS id u16FNjwp018395 (version=TLSv1 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Sat, 6 Feb 2016 17:23:45 +0200 (EET) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua u16FNjwp018395 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id u16FNjHt018394; Sat, 6 Feb 2016 17:23:45 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Sat, 6 Feb 2016 17:23:45 +0200 From: Konstantin Belousov To: Oliver Pinter Cc: current Subject: Re: Broken suspend-resume (suspend to RAM) with enabled INVARIANTS on 11-CURRENT - with workaround Message-ID: <20160206152345.GW91220@kib.kiev.ua> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.24 (2015-08-30) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on tom.home X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Feb 2016 15:23:50 -0000 On Fri, Feb 05, 2016 at 07:34:02PM +0100, Oliver Pinter wrote: > Not yet tested, but possible fix: > > diff --git a/sys/kern/init_main.c b/sys/kern/init_main.c > index cb952da..25bae84 100644 > --- a/sys/kern/init_main.c > +++ b/sys/kern/init_main.c > @@ -482,7 +482,7 @@ proc0_init(void *dummy __unused) > session0.s_leader = p; > > p->p_sysent = &null_sysvec; > - p->p_flag = P_SYSTEM | P_INMEM; > + p->p_flag = P_SYSTEM | P_INMEM | P_KTHREAD; > p->p_flag2 = 0; > p->p_state = PRS_NORMAL; So did you tested this ? Did you do an audit to see whether P_KTHREAD other usages possibly conflict with the proc0 specifics ? > #ifdef PAX From owner-freebsd-current@freebsd.org Sat Feb 6 22:18:45 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 44C23A9F7C6 for ; Sat, 6 Feb 2016 22:18:45 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 39F3110B2; Sat, 6 Feb 2016 22:18:45 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 913702000; Sat, 6 Feb 2016 22:18:44 +0000 (UTC) Date: Sat, 6 Feb 2016 22:18:42 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org Message-ID: <802849906.113.1454797123091.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build became unstable: FreeBSD_HEAD #134 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Instance-Identity: MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAkKKb2VAfYQKfu1t7qk4nR5qzUBEI+UqT4BPec4qHVhqUy0FFdq50sMH+3y9bCDNOufctov6VqTNffZ3YXArnZK95YF0OX97fh+E9txYOUX1adc+TikcKjuYpHmL5dE62eaZTI+4A5jnRonskQ1PaoIFz0Kbu4mWzkFsmdiXTraGzomXq4cHUCATA2+K4eDYgjXEQI30z3GOMmmZ4t/+6QGk1cMb/BqMWHbn80AsRCb4tU7Hpd72XLDpsuO7YRP1Q0CjmNAuBOTj+sFiiOe6U9HpqOlQN+iFUvBdZo/ybuy5Kh71cAaYQNL68cYdZJ6binH/DkG3KY/fS7DFYAeuwjwIDAQAB X-Jenkins-Job: FreeBSD_HEAD X-Jenkins-Result: UNSTABLE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Feb 2016 22:18:45 -0000 See