From owner-freebsd-current@freebsd.org Sun Mar 27 07:08: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 11B9DADFFC5 for ; Sun, 27 Mar 2016 07:08:20 +0000 (UTC) (envelope-from jiashiun@gmail.com) Received: from mail-io0-x22d.google.com (mail-io0-x22d.google.com [IPv6:2607:f8b0:4001:c06::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 C971E16DA for ; Sun, 27 Mar 2016 07:08:19 +0000 (UTC) (envelope-from jiashiun@gmail.com) Received: by mail-io0-x22d.google.com with SMTP id c63so151924199iof.0 for ; Sun, 27 Mar 2016 00:08:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:from:date:message-id:subject:to; bh=1/UYMv2rHTATuDGy+A+u+ntV+RaAuNVrLxIm6oc041s=; b=lzqG/kDdVbvnh5r7rpzDowbnsJSLW6uHg9u/pMJlsiZIqZFoYCJCknFbwE9oDfeOqw nWxAlaJyOTbjYL2QABG/q5bGvkiwmkuNc0mdIJs/WcbNfxEVbtdpUb5C9MLFkaC4vbXA Gszc2XHq6Oxl1mctG9X+jRxa2z0ov8Plr9hVf3mKomykeiVA0R7pF+5qGWc8VXH3d5gk 24gAtifyC9ns4cZdEyO/TdLNNbxmAzNrJ2Y0K534An6ZMcXnLAIcoB+yRWj0rsYwHKYQ r5xPjm4CMT4WcmHiE24rouJyumLjXHMk53LAfhA9+mssCppcFbwFJdiZq34FE3INI1ix 2ghQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=1/UYMv2rHTATuDGy+A+u+ntV+RaAuNVrLxIm6oc041s=; b=HJPuPJVyujyoHOY+kz/M1jFiMbkahws0UDjw1xPsi158FVMSAeIEGP9ytw4FUtpn5S QlVqqCjwlpmKguROAxwfPr7FWm2+PU0LzAM0sISFZVTYaMFoke0dCnel40mP6gNhfS6G 0iSMTklABx/dx8lCgsG3VWcCABtPKJJMuGwxJMDqVE+iwmEawypDDFRswXhsAX1QlTD0 kChuvEMEjYfM0LXToIqna3l0gZrUad+FDa4al1jfjBsWweKVbeSqVg70s1xouuLbBglc EezjpfHNIhOStcScQ0xtB7MftBuWrZaNa+t6xMTqs3e5EQnJHrV06LpibTaePH7yQyDl khTg== X-Gm-Message-State: AD7BkJL0hAiD4RzKFArHDJjwEDHN8Q47sDcITqkGvYZcMjmGBm0PBYma2NCOG6BwqLEvb/f79sYwYazJNdKFmg== X-Received: by 10.107.27.205 with SMTP id b196mr21306955iob.163.1459062499255; Sun, 27 Mar 2016 00:08:19 -0700 (PDT) MIME-Version: 1.0 Received: by 10.79.38.73 with HTTP; Sun, 27 Mar 2016 00:07:49 -0700 (PDT) From: Jia-Shiun Li Date: Sun, 27 Mar 2016 15:07:49 +0800 Message-ID: Subject: installworld failed by mounting other's /usr/obj To: freebsd-current Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.21 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 Precedence: 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, 27 Mar 2016 07:08:20 -0000 I have one machine which is faster to build world and export /usr/obj for others to install. As of r297266 installworld would fail. It seems to be caused by r296921 which would delete libc.ld. In this case libc.ld resides on a read-only /usr/obj mount. -------------------------------------------------------------- >>> Installing everything -------------------------------------------------------------- cd /usr/src; /usr/obj/usr/src/make.amd64/bmake -f Makefile.inc1 install ===> lib (install) ===> lib/csu (install) ===> lib/csu/amd64 (install) install -o root -g wheel -m 444 crt1.o crti.o crtn.o Scrt1.o gcrt1.o /usr/lib/ ===> lib/libc (install) install -C -o root -g wheel -m 444 libc.a /usr/lib/ install -s -o root -g wheel -m 444 -fschg -S libc.so.7 /lib/ install -T debug -o root -g wheel -m 444 libc.so.7.debug /usr/lib/debug/lib/ install -S -C -o root -g wheel -m 444 libc.ld /usr/lib/libc.so rm -f libc.ld rm: libc.ld: Permission denied *** Error code 1 Stop. bmake[5]: stopped in /usr/src/lib/libc *** Error code 1 Stop. bmake[4]: stopped in /usr/src/lib *** Error code 1 Stop. bmake[3]: stopped in /usr/src *** Error code 1 Stop. bmake[2]: stopped in /usr/src *** Error code 1 Stop. bmake[1]: stopped in /usr/src *** Error code 1 Stop. make: stopped in /usr/src 0.778u 0.483s 0:01.36 91.9% 1356+245k 0+655io 1483pf+0w jsli@jsli-bsd:/usr/src # -Jia-Shiun From owner-freebsd-current@freebsd.org Sun Mar 27 10:16: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 92AD4ADF099 for ; Sun, 27 Mar 2016 10:16:37 +0000 (UTC) (envelope-from mokhi64@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 713891976 for ; Sun, 27 Mar 2016 10:16:37 +0000 (UTC) (envelope-from mokhi64@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id 6D0C9ADF097; Sun, 27 Mar 2016 10:16:37 +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 6C849ADF096; Sun, 27 Mar 2016 10:16:37 +0000 (UTC) (envelope-from mokhi64@gmail.com) Received: from mail-lb0-x231.google.com (mail-lb0-x231.google.com [IPv6:2a00:1450:4010:c04::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 16D801975; Sun, 27 Mar 2016 10:16:37 +0000 (UTC) (envelope-from mokhi64@gmail.com) Received: by mail-lb0-x231.google.com with SMTP id vo2so15435782lbb.1; Sun, 27 Mar 2016 03:16:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc; bh=Ep/1wGeZ9GkFP8s7KnuA/XneukqnzplFo+wo2xeOr84=; b=Vh8uYqRON4SFP8Xc5Kp4RPrL7ZNrVqkwxNsDxnb2eM3gGv7MNmbK/vLSGC6Y3etHYb DIrbsN+VPiOPl+FkdBL9APs2Hw7tgfkv7IKKoyiO74SRrzbiEt+NpE4ARoGxcjbSmWuD 9Rt5G4lqhJ3MHbLA4qPcvZzDAa/8LeS73yvcrQ/hOZhxoovDoZWAdE6szb+DdyiQFfJs 1nelxSy7Roh6pNZr+vnUcTmrpYKS/3707y7jPjOl4+btYs43IX/KrXquwpn07NjP3rU1 rxBcybSUYf3kJVEyqxG2ON9ZdpIuM20lPj9STHdftlqenC73GapzDZzVXUkijmgjRclJ M6pw== 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; bh=Ep/1wGeZ9GkFP8s7KnuA/XneukqnzplFo+wo2xeOr84=; b=dG+IrSNMBf5lCfhrqdG9Q6AKWl7ZMBY8qtBtpighS7GLnJgfB8qnR1LNMfgnbfvfD5 gxWZWx7nSPy0sNUJ5LNbe7fz8GxnyIClQebTiQ0Ftq6erbZKWqSCYUTyZDK2iATthgJN y0rHKnPhaESNY0kEZla0+YFcwNI0oEz7FfpFxb4LtIYxYW/0U6SZl+rvwelDdXKEHhQG zhyoZf77bbue9rzqQombvyhTNwy16+vhG+jT8Fp280VPe9iNANadzC2+eWIbeYkhJLQX NtGJ4P2lK4vTVtxdRlOkFL89YC02iGrZtH39RB9FEGiUautlCf2LRxduJgVAVZexmWN+ V/zA== X-Gm-Message-State: AD7BkJK1rQQcvAQPihWhY42WyfUKQijLJl/ZRSOhQ2AAaVJ2FYW1q3gdduQKzUHxklSX3bjQH4AtAYbbbAntZw== MIME-Version: 1.0 X-Received: by 10.112.137.129 with SMTP id qi1mr8185854lbb.31.1459073795318; Sun, 27 Mar 2016 03:16:35 -0700 (PDT) Received: by 10.25.139.68 with HTTP; Sun, 27 Mar 2016 03:16:35 -0700 (PDT) In-Reply-To: References: <7554521E-81AB-43DE-A7FC-A9F334F660B7@FreeBSD.org> <097363D7-DB74-4C48-90A7-BFACB1E0C0E1@FreeBSD.org> Date: Sun, 27 Mar 2016 14:46:35 +0430 Message-ID: Subject: Re: FreeBSD MachO File format, your comments on it. From: mokhi To: Adrian Chadd , David Chisnall Cc: Adrian Chadd , Damjan Jovanovic , emulation@freebsd.org, "current@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 Precedence: 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, 27 Mar 2016 10:16:37 -0000 Hi again. I've implemented FatElf support for Elf image activator too[1] :) Any comments/reviews on this ? I also pinged Ryan Gordon about this. Also im curious to know if any comments/reviews are done on MachO implementation[2] Best wishes and thousands of regards, Mokhi. ============================================== [1] https://github.com/m0khi/FreeBSD_FatElf [2] https://github.com/m0khi/FreeBSD_MachO From owner-freebsd-current@freebsd.org Sun Mar 27 20:49: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 87D83ADF76D for ; Sun, 27 Mar 2016 20:49:35 +0000 (UTC) (envelope-from afiskon@devzen.ru) Received: from relay15.nicmail.ru (relay15.nicmail.ru [195.208.5.161]) (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 3E4DF1165 for ; Sun, 27 Mar 2016 20:49:34 +0000 (UTC) (envelope-from afiskon@devzen.ru) Received: from [109.70.25.185] (port=44444 helo=fujitsu) by f19.mail.nic.ru with esmtp (Exim 5.55) (envelope-from ) id 1akHVz-000LcC-9g for freebsd-current@freebsd.org; Sun, 27 Mar 2016 23:42:27 +0300 Received: from [188.123.231.37] (account afiskon@devzen.ru HELO fujitsu) by proxy06.mail.nic.ru (Exim 5.55) with id 1akHVy-0002Va-R3 for freebsd-current@freebsd.org; Sun, 27 Mar 2016 23:42:26 +0300 Date: Sun, 27 Mar 2016 23:42:02 +0300 From: Aleksander Alekseev To: freebsd-current@freebsd.org Subject: Need some help with ports and rebuilding the world Message-ID: <20160327234202.178df9a4@fujitsu> 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.21 Precedence: 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, 27 Mar 2016 20:49:35 -0000 Hello I'm using FreeBSD CURRENT because of recent improvements in area of Intel GPUs support in this branch. Also there is a hope that by using CURRENT I can discover some bugs and contribute to FreeBSD project a bit by reporting them. Today I noticed that I can't install anything from ports any longer: ``` $ cd /usr/ports/*/evince $ sudo make -DBATCH configure make: "/usr/ports/Mk/bsd.port.mk" line 1162: UNAME_r (11.0-CURRENT) and OSVERSION (1002000) do not agree on major version number. ``` I thought that maybe something is wrong with portsnap or I did something wrong during one of `mergemaster` steps so I decided to rebuild the world. But now `make -j4 buildworld` fails with following errors: http://lpaste.net/948188758727983104 Also I tried newer CLang (compiled manually from trunk branch) but it didn't manage to compile the world either - it complains about unresolved references during linking. I'm using ld.gold instead of ld, but since it links other projects without any problems I doubt it's his fault. My best guess is that it's because I specified clang-3.9 as CXX and CPP in /etc/make.conf. Unfortunately I didn't managed to find clang++-3.9 or clang-cpp-3.9 after running `ninja install`. So I have two problems --- ports are not working and buildworld is failing. I have run out of ideas currently so a few advices would be appreciated. -- Best regards, Aleksander Alekseev http://eax.me/ From owner-freebsd-current@freebsd.org Sun Mar 27 21:02: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 B165FADFE84 for ; Sun, 27 Mar 2016 21:02:56 +0000 (UTC) (envelope-from freebsd@grem.de) Received: from mail.grem.de (outcast.grem.de [213.239.217.27]) by mx1.freebsd.org (Postfix) with SMTP id 27F9D1EF7 for ; Sun, 27 Mar 2016 21:02:55 +0000 (UTC) (envelope-from freebsd@grem.de) Received: (qmail 34453 invoked by uid 89); 27 Mar 2016 20:56:13 -0000 Received: from unknown (HELO bsd64.grem.de) (mg@grem.de@109.43.3.169) by mail.grem.de with ESMTPA; 27 Mar 2016 20:56:13 -0000 Date: Sun, 27 Mar 2016 22:56:12 +0200 From: Michael Gmelin To: Aleksander Alekseev Cc: freebsd-current@freebsd.org Subject: Re: Need some help with ports and rebuilding the world Message-ID: <20160327225612.713eaa2a@bsd64.grem.de> In-Reply-To: <20160327234202.178df9a4@fujitsu> References: <20160327234202.178df9a4@fujitsu> X-Mailer: Claws Mail 3.13.2 (GTK+ 2.24.29; amd64-portbld-freebsd10.1) X-Face: $wrgCtfdVw_H9WAY?S&9+/F"!41z'L$uo*WzT8miX?kZ~W~Lr5W7v?j0Sde\mwB&/ypo^}> +a'4xMc^^KroE~+v^&^#[B">soBo1y6(TW6#UZiC]o>C6`ej+i Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAJFBMVEWJBwe5BQDl LASZU0/LTEWEfHbyj0Txi32+sKrp1Mv944X8/fm1rS+cAAAACXBIWXMAAAsTAAAL EwEAmpwYAAAAB3RJTUUH3wESCxwC7OBhbgAAACFpVFh0Q29tbWVudAAAAAAAQ3Jl YXRlZCB3aXRoIFRoZSBHSU1QbbCXAAAAAghJREFUOMu11DFvEzEUAGCfEhBVFzuq AKkLd0O6VrIQsLXVSZXoWE5N1K3DobBBA9fQpRWc8OkWouaIjedWKiyREOKs+3PY fvalCNjgLVHeF7/3bMtBzV8C/VsQ8tecEgCcDgrzjekwKZ7TwsJZd/ywEKwwP+ZM 8P3drTsAwWn2mpWuDDuYiK1bFs6De0KUUFw0tWxm+D4AIhuuvZqtyWYeO7jQ4Aea 7jUqI+ixhQoHex4WshEvSXdood7stlv4oSuFOC4tqGcr0NjEqXgV4mMJO38nld4+ xKNxRDon7khyKVqY7YR4d+Cg0OMrkWXZOM7YDkEfKiilCn1qYv4mighZiynuHHOA Wq9QJq+BIES7lMFUtcikMnkDGHUoncA+uHgrP0ctIEqfwLHzeSo+eUA66AqzwN6n 2ZHJhw6Qh/PoyC/QENyEyC/AyNjq74Bs+3UH0xYwzDUC4B97HgLocg1QLYgDDO1v f3UX9Y307Ew4AHh67YAFFsxEpkXwpXY3eIgMhAAE3R19L919nNnuD2wlPcDE3UeT L2ytEICQib9BXgS2fU8PrD82ToYO1OEmMSnYTjSqSv9wdC0tPYC+rQRQD9ESnldF CyqfmiYW+tlALt8gH2xrMdC/youbjzPXEun+/ReXsMCDyve3dZc09fn2Oas8oXGc Jj6/fOeK5UmSMPmf/jL+GD8BEj0k/Fn6IO4AAAAASUVORK5CYII= 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.21 Precedence: 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, 27 Mar 2016 21:02:56 -0000 On Sun, 27 Mar 2016 23:42:02 +0300 Aleksander Alekseev wrote: > Hello > > I'm using FreeBSD CURRENT because of recent improvements in area of > Intel GPUs support in this branch. Also there is a hope that by using > CURRENT I can discover some bugs and contribute to FreeBSD project a > bit by reporting them. > > Today I noticed that I can't install anything from ports any longer: > > ``` > $ cd /usr/ports/*/evince > $ sudo make -DBATCH configure > > make: "/usr/ports/Mk/bsd.port.mk" line 1162: UNAME_r (11.0-CURRENT) > and OSVERSION (1002000) do not agree on major version number. > ``` > > I thought that maybe something is wrong with portsnap or I did > something wrong during one of `mergemaster` steps so I decided to > rebuild the world. But now `make -j4 buildworld` fails with following > errors: > > http://lpaste.net/948188758727983104 > > Also I tried newer CLang (compiled manually from trunk branch) but it > didn't manage to compile the world either - it complains about > unresolved references during linking. I'm using ld.gold instead of ld, > but since it links other projects without any problems I doubt it's > his fault. My best guess is that it's because I specified clang-3.9 as > CXX and CPP in /etc/make.conf. Unfortunately I didn't managed to find > clang++-3.9 or clang-cpp-3.9 after running `ninja install`. > > So I have two problems --- ports are not working and buildworld is > failing. I have run out of ideas currently so a few advices would be > appreciated. > What's the output of these commands?: freebsd-version uname -r uname -a grep "define __FreeBSD_version" /usr/include/sys/param.h - Michael -- Michael Gmelin From owner-freebsd-current@freebsd.org Mon Mar 28 02:29:03 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 D9B23ADFEDB for ; Mon, 28 Mar 2016 02:29:03 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from outbound1b.ore.mailhop.org (outbound1b.ore.mailhop.org [54.200.247.200]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id BFD3D1546 for ; Mon, 28 Mar 2016 02:29:03 +0000 (UTC) (envelope-from ian@freebsd.org) X-MHO-User: def67eb8-f48c-11e5-b278-7d22021d92d7 X-Report-Abuse-To: https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information X-Originating-IP: 73.34.117.227 X-Mail-Handler: DuoCircle Outbound SMTP Received: from ilsoft.org (unknown [73.34.117.227]) by outbound1.ore.mailhop.org (Halon Mail Gateway) with ESMTPSA; Mon, 28 Mar 2016 02:29:17 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.15.2/8.14.9) with ESMTP id u2S2T09S000801; Sun, 27 Mar 2016 20:29:00 -0600 (MDT) (envelope-from ian@freebsd.org) Message-ID: <1459132140.1091.122.camel@freebsd.org> Subject: Re: SD card adapter doesn't working anymore From: Ian Lepore To: Ruslan Makhmatkhanov , FreeBSD Current Date: Sun, 27 Mar 2016 20:29:00 -0600 In-Reply-To: <56F6551D.1010308@FreeBSD.org> References: <56F5A0A9.8030207@FreeBSD.org> <1458947510.1091.91.camel@freebsd.org> <56F5CCDA.2060808@FreeBSD.org> <1458954555.1091.94.camel@freebsd.org> <56F6551D.1010308@FreeBSD.org> Content-Type: text/plain; charset="us-ascii" X-Mailer: Evolution 3.16.5 FreeBSD GNOME Team Port Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 Precedence: 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, 28 Mar 2016 02:29:03 -0000 On Sat, 2016-03-26 at 12:23 +0300, Ruslan Makhmatkhanov wrote: > Ian Lepore wrote on 03/26/16 04:09 AM: > > On Sat, 2016-03-26 at 02:42 +0300, Ruslan Makhmatkhanov wrote: > > > Ian Lepore wrote on 03/26/16 02:11 AM: > > > > On Fri, 2016-03-25 at 23:33 +0300, Ruslan Makhmatkhanov wrote: > > > > > Hello, > > > > > > > > > > I have this in pciconf output: > > > > > > > > > > ============================================================= > > > > > ==== > > > > > ==== > > > > > = > > > > > none1@pci0:36:0:0: class=0x088000 card=0x167e103c > > > > > chip=0x2392197b > > > > > rev=0x30 hdr=0x00 > > > > > vendor = 'JMicron Technology Corp.' > > > > > device = 'SD/MMC Host Controller' > > > > > class = base peripheral > > > > > > > > > > none2@pci0:36:0:3: class=0x088000 card=0x167e103c > > > > > chip=0x2393197b > > > > > rev=0x30 hdr=0x00 > > > > > vendor = 'JMicron Technology Corp.' > > > > > device = 'MS Host Controller' > > > > > class = base peripheral > > > > > ============================================================= > > > > > ==== > > > > > ==== > > > > > = > > > > > > > > > > And my SD-card controller is not working anymore (it worked > > > > > on > > > > > -current > > > > > on the same laptop year or two ago). Do I need to load some > > > > > kld > > > > > to > > > > > make > > > > > it working, or support for this controllers was dropped > > > > > altogether > > > > > for > > > > > some reason? I have mostly vanilla GENERIC at r296772, but it > > > > > actually > > > > > stopped to work much earlier. > > > > > > > > > > Thanks. > > > > > > > > > > > > > Do you have a pciconf entry for class=080501 chip=0x2391197b, > > > > device > > > > would probably be "SD Host Controller", and if so, is it > > > > none@pci o > > > > r > > > > sdhci_pci@pci ? If sdhci_pci attached, there would be dmesg > > > > output > > > > for > > > > it, and I'm curious whether any irq-related error showed up > > > > when it > > > > attached. > > > > > > > > The only change I can find that might have some effect is a > > > > switch > > > > to > > > > MSI-based interrupts some time ago. That was MFC'd to 10 > > > > -stable in > > > > r271051, and that's very close to range cited in that PR. > > > > > > > > It might be worth trying to set hw.sdhci.enable_msi=0 in > > > > loader.conf > > > > and see if it makes a difference. > > > > > > > > -- Ian > > > > > > Sorry, but nothing has changed in pciconf/dmesg with this option > > > at > > > boot. > > > > > > > Hmm, well so much for logic ("what changed around the time reported > > in > > that PR?"). Now for intuition... > > > > Maybe this JMicro device id needs the same quirks as the 2381 ID > > that's > > already in the driver. The attached patch would add that. If this > > fixes it, that's good, but it doesn't explain why it worked then > > stopped working at some point. > > > > -- Ian > > I updated to r297281 with this quirk applied. Sadly, it doesn't > change > anything - controllers still not recognized. I also tried to boot > this > revision with disabled hw.sdhci.enable_msi=0, that I applied earlier. > I finally found some time today to give this stuff a try on my one x86 system that has an sdhci controller in it. Unfortunately, everything just works fine. I tried with a GENERIC kernel that has those devices compiled in, and I tried taking them out and loading sdhci_pci, mmc, and mmcsd as modules, and everything just worked both ways. The only thing I can think of now is to turn up the debugging levels. That's going to generate a lot of spewage, but if you paste/upload the output somewhere I'll look through it. So try setting: hw.sdhci.debug=3 hw.mmc.debug=3 in either loader.conf or via sysctl before you kldload the modules. If the sdhci output is too trashed with interrupt info, maybe lower it to 2. -- Ian From owner-freebsd-current@freebsd.org Mon Mar 28 05:48: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 1C857ADF412 for ; Mon, 28 Mar 2016 05:48:07 +0000 (UTC) (envelope-from afiskon@devzen.ru) Received: from relay15.nicmail.ru (relay15.nicmail.ru [195.208.5.161]) (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 BAA8812FF for ; Mon, 28 Mar 2016 05:48:05 +0000 (UTC) (envelope-from afiskon@devzen.ru) Received: from [109.70.25.226] (port=55119 helo=fujitsu) by f19.mail.nic.ru with esmtp (Exim 5.55) (envelope-from ) id 1akQ1w-0008Sc-Bu; Mon, 28 Mar 2016 08:48:00 +0300 Received: from [188.123.231.37] (account afiskon@devzen.ru HELO fujitsu) by proxy04.mail.nic.ru (Exim 5.55) with id 1akQ1w-0006x9-Jl; Mon, 28 Mar 2016 08:48:00 +0300 Date: Mon, 28 Mar 2016 08:47:35 +0300 From: Aleksander Alekseev To: Michael Gmelin Cc: freebsd-current@freebsd.org Subject: Re: Need some help with ports and rebuilding the world Message-ID: <20160328084735.29eff991@fujitsu> In-Reply-To: <20160327225612.713eaa2a@bsd64.grem.de> References: <20160327234202.178df9a4@fujitsu> <20160327225612.713eaa2a@bsd64.grem.de> 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.21 Precedence: 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, 28 Mar 2016 05:48:07 -0000 > What's the output of these commands?: > > freebsd-version > uname -r > uname -a > grep "define __FreeBSD_version" /usr/include/sys/param.h > $ freebsd-version 10.2-RELEASE $ uname -r 11.0-CURRENT $ uname -a FreeBSD portege 11.0-CURRENT FreeBSD 11.0-CURRENT #0 r297287: Sat Mar 26 12:36:04 MSK 2016 root@portege:/usr/obj/usr/src/head/sys/GENERIC amd64 $ grep "define __FreeBSD_version" \ /usr/include/sys/param.h #define __FreeBSD_version 1002000 /* Master, propagated to newvers */ It used to be FreeBSD 10.2 but I rebuilded and reinstall kernel and world from CURRENT according to Handbook instructions. I have exact steps recorded in case it would help. I hope such way of upgrading FreeBSD is correct? -- Best regards, Aleksander Alekseev http://eax.me/ From owner-freebsd-current@freebsd.org Mon Mar 28 06:44:27 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 27678ADFFEF for ; Mon, 28 Mar 2016 06:44:27 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id CB76E1CB1; Mon, 28 Mar 2016 06:44:26 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost.zedat.fu-berlin.de (Exim 4.85) with esmtps (TLSv1.2:DHE-RSA-AES256-GCM-SHA384:256) (envelope-from ) id <1akQuP-001lRo-ER>; Mon, 28 Mar 2016 08:44:17 +0200 Received: from x5ce10bdb.dyn.telefonica.de ([92.225.11.219] helo=thor.walstatt.dynvpn.de) by inpost2.zedat.fu-berlin.de (Exim 4.85) with esmtpsa (TLSv1.2:AES128-GCM-SHA256:128) (envelope-from ) id <1akQuP-003zLH-3M>; Mon, 28 Mar 2016 08:44:17 +0200 Date: Mon, 28 Mar 2016 08:44:40 +0200 From: "O. Hartmann" To: Don Lewis Cc: imb@protected-networks.net, kmacy@freebsd.org, freebsd-current@freebsd.org Subject: Re: CURRENT slow and shaky network stability Message-ID: <20160328084440.501ef862.ohartman@zedat.fu-berlin.de> In-Reply-To: <201603262126.u2QLQjT0079960@gw.catspoiler.org> References: <56F6C6B0.6010103@protected-networks.net> <201603262126.u2QLQjT0079960@gw.catspoiler.org> Organization: FU Berlin X-Mailer: Claws Mail 3.13.2 (GTK+ 2.24.29; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; boundary="Sig_/ZQLnfXDjLCouqu4B/uH2Zxc"; protocol="application/pgp-signature" X-Originating-IP: 92.225.11.219 X-ZEDAT-Hint: A X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 Precedence: 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, 28 Mar 2016 06:44:27 -0000 --Sig_/ZQLnfXDjLCouqu4B/uH2Zxc Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Am Sat, 26 Mar 2016 14:26:45 -0700 (PDT) Don Lewis schrieb: > On 26 Mar, Michael Butler wrote: > > -current is not great for interactive use at all. The strategy of > > pre-emptively dropping idle processes to swap is hurting .. big time. > >=20 > > Compare inactive memory to swap in this example .. > >=20 > > 110 processes: 1 running, 108 sleeping, 1 zombie > > CPU: 1.2% user, 0.0% nice, 4.3% system, 0.0% interrupt, 94.5% idle > > Mem: 474M Active, 1609M Inact, 764M Wired, 281M Buf, 119M Free > > Swap: 4096M Total, 917M Used, 3178M Free, 22% Inuse > >=20 > > PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU > > COMMAND > > 1819 imb 1 28 0 213M 11284K select 1 147:44 5.97% > > gkrellm > > 59238 imb 43 20 0 980M 424M select 0 10:07 1.92% > > firefox > >=20 > > .. it shouldn't start randomly swapping out processes because they're > > used infrequently when there's more than enough RAM to spare .. =20 >=20 > I don't know what changed, and probably something can use some tweaking, > but paging out idle processes isn't always the wrong thing to do. For > instance if I'm using poudriere to build a bunch of packages and its > heavy use of tmpfs is pushing the machine into many GB of swap usage, I > don't want interactive use like: > vi foo.c > cc foo.c > vi foo.c > to suffer because vi and cc have to be read in from a busy hard drive > each time while unused console getty and idle sshd processes in a bunch > of jails are still hanging on to memory even though they haven't > executed any instructions since shortly after the machine was booted > weeks ago. >=20 > > It also shows up when trying to reboot .. on all of my gear, 90 seconds > > of "fail-safe" time-out is no longer enough when a good proportion of > > daemons have been dropped onto swap and must be brought back in to flush > > their data segments :-( =20 >=20 > That's a different and known problem. See: > CURRENT has rendered unusable and faulty. Updating ports for poudriere ends= up in this error/broken pipe from remote console: [~] poudriere ports -u -p head [00:00:00] =3D=3D=3D=3D>> Updating portstree "head" [00:00:00] =3D=3D=3D=3D>> Updating the ports tree... done root@gate [~] Fssh_packet_write_wait: Connection to 192.168.250.111 port 22= : Broken pipe Although not under load, several processes over time gets idled/paged out -= and they never recover, the connection is then sabott, the whole thing unusable :-( --Sig_/ZQLnfXDjLCouqu4B/uH2Zxc Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBCAAGBQJW+NLYAAoJEOgBcD7A/5N8jvEH/iDy2YDTGdVxMibwLTIoJFlr v+AkV3/VDX9CXRTyeHFdNwHm5bYT333Y7VTXw/h2i1JDuMG1j4yEF28bTBwqR3W1 AwHcjIOjaSLGtIwNO7QmHXcCU47k3RICQysKBllMipFCSdjH7NGebq2AqGAB90Zm 5I+yT1GF2FAwV6FV17yFffk7epehmOcu+jo2XSkgPDINVLoaFQars9a0CoPjhtbu NKj3iTv3ZqiMbYE5sHLtWtY5cAfrG7sAiHt74v58v2bffs28geczU+vkZWhSdNgz OM0GUc838zk7IS23Aq+YrZ0J8toROvBGzlwF8uMrgm/XHLU2ohep2vliHd0ZPys= =SA75 -----END PGP SIGNATURE----- --Sig_/ZQLnfXDjLCouqu4B/uH2Zxc-- From owner-freebsd-current@freebsd.org Mon Mar 28 07:47: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 7471CAE0BBC for ; Mon, 28 Mar 2016 07:47:48 +0000 (UTC) (envelope-from gljennjohn@gmail.com) Received: from mail-wm0-x229.google.com (mail-wm0-x229.google.com [IPv6:2a00:1450:400c:c09::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 0019313DD for ; Mon, 28 Mar 2016 07:47:47 +0000 (UTC) (envelope-from gljennjohn@gmail.com) Received: by mail-wm0-x229.google.com with SMTP id 127so15270743wmu.1 for ; Mon, 28 Mar 2016 00:47:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:cc:subject:message-id:in-reply-to:references:reply-to :mime-version:content-transfer-encoding; bh=ycY0T5PDWK6iXfsYIozDFJ/uTsOzLYiESdIhIOkbYSc=; b=Z3Hij4ihr5Khn40jsraDz85/3BzAGCLgeqabCnnPSKnJBS6KJwviH9F2frXC58qREE 0yuYRK+/t5JWzLVPkqjhkCNWybIy5zcsws9ptAd+lF6K6GezYyAU/y0uCjUSYLVQCGc8 oZ4SgSxoLz1lNnMTb5xCo4Fx4D8bbmgReipJroko1SKyvxBV3+9eLMxgXT5+tYzZ3OnF 88Vh1sOgnpBoLhNq+dptkoD3WaXfKLEIlRG9GBxXiAgt71/kvq0tdCZFjDiDWh14c1Fm OrIIxCkGA+Z5eGcjiD4fCgfMePpKN6lS+6RmvXQXDjs4HeuGva6LsV8NmG6k8Tkd7BAb mXYg== 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-transfer-encoding; bh=ycY0T5PDWK6iXfsYIozDFJ/uTsOzLYiESdIhIOkbYSc=; b=PaTbmnE8I6ZI57gp8oE8CGdn8t6EQsCpnNhxsH7k11/gWCAI5fYL+HmEnqfPr8MmbM k0QWZM2s+7W8N7Xz9PO5zjP29+gQuLrSd4P0jhMeahaP9NTOkCDOQCd84FQxpSTZos98 uiNo5X83IvG+JUJbPUPpjFxjuOTAL4aRXTtDewwMq1wq2kH1JQsDHajRzpbSgWyEFi/I pUFOQb4S/MppYYamQsHZrDs+XYJYcmAK1NAgoqGGhqdoAT1xgIj7t0xCl/raT4jdEoG1 HB667CM5PVPCL2m1Y3v18mPVg3lR+qX2XJgYDw508LooNsm49Qs1uaWDKBB9/alTFd8M W5fQ== X-Gm-Message-State: AD7BkJJiVifWfycgdPkq/+4g19I2lKeKrWK1oXf88dpYFjAt6HzOZdGRKJPesqPY9Lwh/w== X-Received: by 10.28.138.149 with SMTP id m143mr9792651wmd.94.1459151265607; Mon, 28 Mar 2016 00:47:45 -0700 (PDT) Received: from ernst.home (p578E1A4F.dip0.t-ipconnect.de. [87.142.26.79]) by smtp.gmail.com with ESMTPSA id g203sm8933245wmf.23.2016.03.28.00.47.43 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 28 Mar 2016 00:47:44 -0700 (PDT) Date: Mon, 28 Mar 2016 09:47:42 +0200 From: Gary Jennejohn To: Aleksander Alekseev Cc: Michael Gmelin , freebsd-current@freebsd.org Subject: Re: Need some help with ports and rebuilding the world Message-ID: <20160328094742.68bc9046@ernst.home> In-Reply-To: <20160328084735.29eff991@fujitsu> References: <20160327234202.178df9a4@fujitsu> <20160327225612.713eaa2a@bsd64.grem.de> <20160328084735.29eff991@fujitsu> 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.21 Precedence: 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, 28 Mar 2016 07:47:48 -0000 On Mon, 28 Mar 2016 08:47:35 +0300 Aleksander Alekseev wrote: > > What's the output of these commands?: > > > > freebsd-version > > uname -r > > uname -a > > grep "define __FreeBSD_version" /usr/include/sys/param.h > > > > $ freebsd-version > 10.2-RELEASE > > $ uname -r > 11.0-CURRENT > > $ uname -a > FreeBSD portege 11.0-CURRENT FreeBSD 11.0-CURRENT #0 r297287: Sat Mar > 26 12:36:04 MSK 2016 root@portege:/usr/obj/usr/src/head/sys/GENERIC > amd64 > > $ grep "define __FreeBSD_version" \ > /usr/include/sys/param.h > > #define __FreeBSD_version 1002000 /* Master, propagated to newvers */ > > It used to be FreeBSD 10.2 but I rebuilded and reinstall kernel and > world from CURRENT according to Handbook instructions. I have exact > steps recorded in case it would help. I hope such way of upgrading > FreeBSD is correct? > Looks like your kernel is based on 11-CURRENT but your world is still 10.2. Try looking at /usr/src/sys/sys/param.h. If that contains 1100xxx then you probably have to make buildworld followed by make installworld. -- Gary Jennejohn From owner-freebsd-current@freebsd.org Mon Mar 28 07:58: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 E3D4CAE0DEA for ; Mon, 28 Mar 2016 07:58:55 +0000 (UTC) (envelope-from afiskon@devzen.ru) Received: from relay12.nicmail.ru (relay12.nicmail.ru [195.208.5.7]) (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 9B24E187F for ; Mon, 28 Mar 2016 07:58:55 +0000 (UTC) (envelope-from afiskon@devzen.ru) Received: from [109.70.25.215] (port=57151 helo=fujitsu) by f06.mail.nic.ru with esmtp (Exim 5.55) (envelope-from ) id 1akRwE-000GxT-10; Mon, 28 Mar 2016 10:50:14 +0300 Received: from [93.174.131.138] (account afiskon@devzen.ru HELO fujitsu) by proxy02.mail.nic.ru (Exim 5.55) with id 1akRw0-0004lD-Vu; Mon, 28 Mar 2016 10:50:01 +0300 Date: Mon, 28 Mar 2016 10:49:36 +0300 From: Aleksander Alekseev To: Michael Gmelin Cc: freebsd-current@freebsd.org Subject: Re: Need some help with ports and rebuilding the world Message-ID: <20160328104936.02579ea9@fujitsu> In-Reply-To: <20160328084735.29eff991@fujitsu> References: <20160327234202.178df9a4@fujitsu> <20160327225612.713eaa2a@bsd64.grem.de> <20160328084735.29eff991@fujitsu> 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.21 Precedence: 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, 28 Mar 2016 07:58:56 -0000 > It used to be FreeBSD 10.2 but I rebuilded and reinstall kernel and > world from CURRENT according to Handbook instructions. I have exact > steps recorded in case it would help. I hope such way of upgrading > FreeBSD is correct? I think I realized what's going on. I probably rebuilded the world on two different machines but forgot to do it on this one. I will re-check this and report results a bit later. -- Best regards, Aleksander Alekseev http://eax.me/ From owner-freebsd-current@freebsd.org Mon Mar 28 09:34: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 E60B2ADFB71 for ; Mon, 28 Mar 2016 09:34:21 +0000 (UTC) (envelope-from rm@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 CC44919E1; Mon, 28 Mar 2016 09:34:21 +0000 (UTC) (envelope-from rm@FreeBSD.org) Received: from [127.0.0.1] (localhost [IPv6:::1]) by freefall.freebsd.org (Postfix) with ESMTP id 6601F173A; Mon, 28 Mar 2016 09:34:20 +0000 (UTC) (envelope-from rm@FreeBSD.org) Subject: Re: SD card adapter doesn't working anymore To: Ian Lepore , Ruslan Makhmatkhanov , FreeBSD Current References: <56F5A0A9.8030207@FreeBSD.org> <1458947510.1091.91.camel@freebsd.org> <56F5CCDA.2060808@FreeBSD.org> <1458954555.1091.94.camel@freebsd.org> <56F6551D.1010308@FreeBSD.org> <1459132140.1091.122.camel@freebsd.org> From: Ruslan Makhmatkhanov Message-ID: <56F8FA7C.1030204@FreeBSD.org> Date: Mon, 28 Mar 2016 12:33:48 +0300 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.7.0 MIME-Version: 1.0 In-Reply-To: <1459132140.1091.122.camel@freebsd.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 Precedence: 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, 28 Mar 2016 09:34:22 -0000 Ian Lepore wrote on 03/28/16 05:29 AM: [...] >> I updated to r297281 with this quirk applied. Sadly, it doesn't >> change >> anything - controllers still not recognized. I also tried to boot >> this >> revision with disabled hw.sdhci.enable_msi=0, that I applied earlier. >> > > I finally found some time today to give this stuff a try on my one x86 > system that has an sdhci controller in it. Unfortunately, everything > just works fine. I tried with a GENERIC kernel that has those devices > compiled in, and I tried taking them out and loading sdhci_pci, mmc, > and mmcsd as modules, and everything just worked both ways. > > The only thing I can think of now is to turn up the debugging levels. > That's going to generate a lot of spewage, but if you paste/upload the > output somewhere I'll look through it. So try setting: > > hw.sdhci.debug=3 > hw.mmc.debug=3 > > in either loader.conf or via sysctl before you kldload the modules. If > the sdhci output is too trashed with interrupt info, maybe lower it to > 2. > > -- Ian Ian, not much changed with setting this knobs in loader.conf except of showing the "REGISTER DUMP" table, that I already sent you in one of earlier responses. Here is the full dmesg: https://dpaste.de/GeaT/raw Also nothing is showing in messages/console upon plugging an SD card. Maybe I should enable some debug in kernel to make it show anything? Here is my kern conf: https://dpaste.de/0v9k/raw It's mostly generic, but with debug bits disabled. Mine mmc/sdhci stuff is compiled in and shown in kldstat output: [rm@smsh-zfs ~]> kldstat -v | grep mmc 238 sdhci_pci/mmc 187 mmc/mmcsd -- Regards, Ruslan T.O.S. Of Reality From owner-freebsd-current@freebsd.org Mon Mar 28 12:36: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 B4F24ADFEDF for ; Mon, 28 Mar 2016 12:36:20 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id A187517DD for ; Mon, 28 Mar 2016 12:36:20 +0000 (UTC) (envelope-from david@catwhisker.org) Received: by mailman.ysv.freebsd.org (Postfix) id 9CEFFADFEDE; Mon, 28 Mar 2016 12:36:20 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9A641ADFEDD for ; Mon, 28 Mar 2016 12:36:20 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (mx.catwhisker.org [198.144.209.73]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 5D1C717DC for ; Mon, 28 Mar 2016 12:36:19 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.15.2/8.15.2) with ESMTP id u2SCaDIm015169 for ; Mon, 28 Mar 2016 12:36:13 GMT (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.15.2/8.15.2/Submit) id u2SCaDBB015168 for current@freebsd.org; Mon, 28 Mar 2016 05:36:13 -0700 (PDT) (envelope-from david) Date: Mon, 28 Mar 2016 05:36:13 -0700 From: David Wolfskill To: current@freebsd.org Subject: Panic after update from r297313 -> r297348 Message-ID: <20160328123613.GI4205@albert.catwhisker.org> Mail-Followup-To: David Wolfskill , current@freebsd.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="MPkR1dXiUZqK+927" Content-Disposition: inline User-Agent: Mutt/1.5.24 (2015-08-30) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 Precedence: 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, 28 Mar 2016 12:36:20 -0000 --MPkR1dXiUZqK+927 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Unfortunately, the serial console only seemed to be echoing characters in quasi-random spurts, yielding such things as: =2E.. r() at lcpu_initcpu_initclocks_bsp+0x37f/frame 0xffffffff820dbb40 initclocks() at initclocks+0x20/frame 0xffffffff820dbb50 mi_start+0x2c Tracing td 0xffc_et_start+0x2d9/frame 0xffffffff820dbaa0 loadtimer() at lrame 0xf configtsp() at clocks_bsp+0x37f/frame 0xffffffff82= 0dbb40 initclocks() at initclocks+0x20/ Tracing pid 0 tid 100000 td 0xffffffff81d11200 lapic_et_start()c_et_start+0x2d9/frame 0xffffffff820dbaa0 +0x2cimeoadtimer+0x102/frame 0xf20dbac0 db>=20 pid 0 tid 100000 td 0xffffffff81d11200 lapic_et_start() at lapic_et_start+0x2d9xffffffff820dbaa0 loadtimer() at loadtimer+0x102/frame 0xffffffff8imer+0x239/frame 0xffffffff= 820dbb10 cpu_initsp() at f820dbb7pid 0 ti td 0xffffffff81_start()c_et_staf820dbaa0 r() at loadtimer+0x102/ffffffff8 configtimer() atcpu_initxfffffffpid 0 tif82= 0dbaa0| |___ _ __ ___ ___ | |_) | (___ | | | ___| '__/ _ \/ _ \| _ < \= ___ \| | | |dtimer() at loadtimer+0x102/frame 0xffffffff8 0xffffffff820dbb= 10 c| | | | | __/ __/| |_) |____) | |__| | b| | | | \___|\|200 configtimer() at configtimer+0x239/frame 0xffffffff820dbb10 cpu_initclocks_bcpu_initsp+0x37f/frame 0f820dbb40 initclocks() at initclocks+0x20/frame 0x820dbb50 mi_startup() at mi_startup+0x118/frame 0 Tracing d 100000lapic_et_start() at lapic_et_start+0x2d9sp+0x37f+0x2c db> 0 0xffffffff820dbsp+0x37ff820dbb4ks() at=20 mi_startup() at up+0x118/frame 0xffffffff820dbb70 btext() at btext+0x2c db> bd 100000+0x102/frame 0xfcpu_initframe 0xffffffff+0x2c pic [K]ernel (1 of 2) r|m 6.bConfigure Boot [O]ptions... H| vpanic+0x182/frame 0xffffffff820db4a0+ db_commaf0 .-- =20 sp+0x37f0/frame 0xffffffff820db6kdb_trapf820d .---.....----.______ = ____ _____ _____ ____| | _ \ / ____| __ \=20 bte =20 Uptime: 1s = -c0+0x4db8+0x15eef8+0x8+0x]+-y+:. `:` at which point I had already (semi-blindly) tried "panic", so I tried "reset", then I was able to escape to the loader, unload the new kernel, boot the previous one, move the various kernel* difrectories around in /boot, then reboot again to old kernel: FreeBSD freebeast.catwhisker.org 11.0-CURRENT FreeBSD 11.0-CURRENT #2028 r= 297313M/297313:1100104: Sun Mar 27 06:27:24 PDT 2016 root@freebeast.cat= whisker.org:/common/S4/obj/usr/src/sys/GENERIC amd64 I'm still building on my laptop; while I hope I don't have the character- dropping issues there (as I have no serial console on it), I also don't have much of a way to communicate what it displays if it (also) panics. Apparently my attempt at "panic" didn't get a crash dump.. :-( Any suggestions for diagnosing this? Peace, david --=20 David H. Wolfskill david@catwhisker.org Those who would murder in the name of God or prophet are blasphemous coward= s. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --MPkR1dXiUZqK+927 Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQF8BAEBCgBmBQJW+SU8XxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRDQ0I3Q0VGOTE3QTgwMUY0MzA2NEQ3N0Ix NTM5Q0M0MEEwNDlFRTE3AAoJEBU5zECgSe4XKysIAICkya4S0xrJQ1zGg8AaCNQ/ tLFYULBiVISK4WPUkaBiGKrg4heM3POnFNZ4NUgn0w/qZs1yqJUmXsPOn5RShchL 0EwsfBCVnWFZWGbNB420MCIkSRNKXLK4Ir51B372LNK74zVYzsmReS749YJ2JPb3 OmwVBT8Vc3mN53CKiLJXfT3iX3R08UTOwO2IrugO2bY+LYprUcyuDBt8CgFnQ8NX Lqx5Bz+ENRNiU4SrrnIz9oduDPnJ8cL1URRxTsCcSV4RuEQJM1wMwWp0EQt0A7Pp BlOMD5hxL666lj05BG5MjKkGkgw8bVHnSqsqUkaZOlhyfYQ9sJXU1e8/rZps27E= =ABBO -----END PGP SIGNATURE----- --MPkR1dXiUZqK+927-- From owner-freebsd-current@freebsd.org Mon Mar 28 12: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 929F9AE0300 for ; Mon, 28 Mar 2016 12:57:13 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 7D4B8107E for ; Mon, 28 Mar 2016 12:57:13 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id 78CDEAE02FF; Mon, 28 Mar 2016 12:57:13 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 76225AE02FD for ; Mon, 28 Mar 2016 12:57:13 +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 1229C107D for ; Mon, 28 Mar 2016 12:57:12 +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 u2SCv1SW008245 (version=TLSv1 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Mon, 28 Mar 2016 15:57:01 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua u2SCv1SW008245 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id u2SCv1Qp008244; Mon, 28 Mar 2016 15:57:01 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Mon, 28 Mar 2016 15:57:01 +0300 From: Konstantin Belousov To: David Wolfskill , current@freebsd.org Subject: Re: Panic after update from r297313 -> r297348 Message-ID: <20160328125701.GF1741@kib.kiev.ua> References: <20160328123613.GI4205@albert.catwhisker.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20160328123613.GI4205@albert.catwhisker.org> 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.21 Precedence: 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, 28 Mar 2016 12:57:13 -0000 On Mon, Mar 28, 2016 at 05:36:13AM -0700, David Wolfskill wrote: > Unfortunately, the serial console only seemed to be echoing characters > in quasi-random spurts, yielding such things as: > > ... > r() at lcpu_initcpu_initclocks_bsp+0x37f/frame 0xffffffff820dbb40 > initclocks() at initclocks+0x20/frame 0xffffffff820dbb50 > mi_start+0x2c > > Tracing td 0xffc_et_start+0x2d9/frame 0xffffffff820dbaa0 > loadtimer() at lrame 0xf configtsp() at clocks_bsp+0x37f/frame 0xffffffff820dbb40 > initclocks() at initclocks+0x20/ > Tracing pid 0 tid 100000 td 0xffffffff81d11200 > lapic_et_start()c_et_start+0x2d9/frame 0xffffffff820dbaa0 > +0x2cimeoadtimer+0x102/frame 0xf20dbac0 > db> > pid 0 tid 100000 td 0xffffffff81d11200 > lapic_et_start() at lapic_et_start+0x2d9xffffffff820dbaa0 > loadtimer() at loadtimer+0x102/frame 0xffffffff8imer+0x239/frame 0xffffffff820dbb10 > cpu_initsp() at f820dbb7pid 0 ti td 0xffffffff81_start()c_et_staf820dbaa0 > r() at loadtimer+0x102/ffffffff8 > configtimer() atcpu_initxfffffffpid 0 tif820dbaa0| |___ _ __ ___ ___ | |_) | (___ | | | ___| '__/ _ \/ _ \| _ < \___ \| | | |dtimer() at loadtimer+0x102/frame 0xffffffff8 0xffffffff820dbb10 > c| | | | | __/ __/| |_) |____) | |__| | > b| | | | \___|\|200 > configtimer() at configtimer+0x239/frame 0xffffffff820dbb10 > cpu_initclocks_bcpu_initsp+0x37f/frame 0f820dbb40 > initclocks() at initclocks+0x20/frame 0x820dbb50 > mi_startup() at mi_startup+0x118/frame 0 > Tracing d 100000lapic_et_start() at lapic_et_start+0x2d9sp+0x37f+0x2c > db> 0 > 0xffffffff820dbsp+0x37ff820dbb4ks() at > mi_startup() at up+0x118/frame 0xffffffff820dbb70 > btext() at btext+0x2c > db> bd 100000+0x102/frame 0xfcpu_initframe 0xffffffff+0x2c > pic [K]ernel (1 of 2) > r|m 6.bConfigure Boot [O]ptions... > H| vpanic+0x182/frame 0xffffffff820db4a0+ > db_commaf0 .-- > sp+0x37f0/frame 0xffffffff820db6kdb_trapf820d .---.....----.______ ____ _____ _____ ____| | _ \ / ____| __ \ > bte > Uptime: 1s -c0+0x4db8+0x15eef8+0x8+0x]+-y+:. `:` > > > at which point I had already (semi-blindly) tried "panic", so I > tried "reset", then I was able to escape to the loader, unload the > new kernel, boot the previous one, move the various kernel* > difrectories around in /boot, then reboot again to old kernel: > > FreeBSD freebeast.catwhisker.org 11.0-CURRENT FreeBSD 11.0-CURRENT #2028 r297313M/297313:1100104: Sun Mar 27 06:27:24 PDT 2016 root@freebeast.catwhisker.org:/common/S4/obj/usr/src/sys/GENERIC amd64 > > I'm still building on my laptop; while I hope I don't have the character- > dropping issues there (as I have no serial console on it), I also don't > have much of a way to communicate what it displays if it (also) panics. > > Apparently my attempt at "panic" didn't get a crash dump.. :-( > > Any suggestions for diagnosing this? > Show me verbose dmesg of the running kernel. Also, does anything change with the faulting kernel if you set hw.lapic_tsc_deadline to 0 in loader ? From owner-freebsd-current@freebsd.org Mon Mar 28 13:23: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 C6795AE08E3 for ; Mon, 28 Mar 2016 13:23:37 +0000 (UTC) (envelope-from david@catwhisker.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 AC64F1CBE for ; Mon, 28 Mar 2016 13:23:37 +0000 (UTC) (envelope-from david@catwhisker.org) Received: by mailman.ysv.freebsd.org (Postfix) id AAEA9AE08E2; Mon, 28 Mar 2016 13:23:37 +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 AA1CCAE08E1 for ; Mon, 28 Mar 2016 13:23:37 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (mx.catwhisker.org [198.144.209.73]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 797F51CBD for ; Mon, 28 Mar 2016 13:23:34 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.15.2/8.15.2) with ESMTP id u2SDNXB4015814; Mon, 28 Mar 2016 13:23:33 GMT (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.15.2/8.15.2/Submit) id u2SDNXhF015813; Mon, 28 Mar 2016 06:23:33 -0700 (PDT) (envelope-from david) Date: Mon, 28 Mar 2016 06:23:33 -0700 From: David Wolfskill To: Konstantin Belousov Cc: current@freebsd.org Subject: Re: Panic after update from r297313 -> r297348 Message-ID: <20160328132333.GJ4205@albert.catwhisker.org> Mail-Followup-To: David Wolfskill , Konstantin Belousov , current@freebsd.org References: <20160328123613.GI4205@albert.catwhisker.org> <20160328125701.GF1741@kib.kiev.ua> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="W/+CTqSGWdiRg+8j" Content-Disposition: inline In-Reply-To: <20160328125701.GF1741@kib.kiev.ua> User-Agent: Mutt/1.5.24 (2015-08-30) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 Precedence: 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, 28 Mar 2016 13:23:37 -0000 --W/+CTqSGWdiRg+8j Content-Type: multipart/mixed; boundary="mFHiwr52TKrxpkjc" Content-Disposition: inline --mFHiwr52TKrxpkjc Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Mar 28, 2016 at 03:57:01PM +0300, Konstantin Belousov wrote: > ... > > Any suggestions for diagnosing this? > >=20 >=20 > Show me verbose dmesg of the running kernel. I have attached a copy of the dmesg.boot from yesterday (FreeBSD 11.0-CURRENT #2028 r297313M/297313:1100104: Sun Mar 27 06:27:24 PDT 2016) for the machine in question as "dmesg.boot.freebeast". > Also, does anything change with the faulting kernel if you set > hw.lapic_tsc_deadline to 0 in loader ? I have not tried that (it's not something that spontaneously comes to mind for me -- should it?), but I will try that after sending this note off: in the mean time, my laptop completed its build, and it also panicked... possibly in a similar way. Transcribing from a screenshot: Fatal trap 9: general protection fault while in kernel mode cpuid =3D 0; apic id =3D 00 instruction pointer =3D 0x20:0xffffffff80f0feb9 stack pointer =3D 0x28:0xffffffff82c58a40 frame pointer =3D 0x28:0xffffffff82c58aa0 code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags =3D resume, IOPL =3D 0 current process =3D 0 (swapper) [ thread pid 0 tid 100000 ] Stopped at 0xffffffff80f0feb9 =3D lapic_et_start+0x2d9: wrmsr db> bt Tracing pid 0 tid 100000 td 0xffffffff81c0a780 lapic_et_start() at 0xffffffff80f0feb9 =3D lapic_et_start+0x2d9/frame 0xfff= fffff82c58aa0 loadtimer() at 0xffffffff80ed1db2 =3D loadtimer+0x102/frame 0xffffffff82c58= ac0 configtimer() at 0xffffffff80ed17a9 =3D configtimer+0x239/frame 0xffffffff8= 2c58b10 cpu_initclocks_bsp() at 0xffffffff80ed11ef =3D cpu_initclocks_bsp+0x37f/fra= me 0xffffffff82c58b40 initclocks() at 0xffffffff8099e8c0 =3D initclocks+0x20/frame 0xffffffff82c5= 8b50 mi_startup() at 0xffffffff8099b568 =3D mi_startup+0x118/frame 0xffffffff82c= 58b70 btext() at 0xffffffff802fb02c =3D btext+0x2c db>=20 I have also attached the dmesg.boot for the laptop, under the name "dmesg.boot.laptop". Thanks! Peace, david --=20 David H. Wolfskill david@catwhisker.org Those who would murder in the name of God or prophet are blasphemous coward= s. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --mFHiwr52TKrxpkjc Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="dmesg.boot.freebeast" Content-Transfer-Encoding: quoted-printable Table 'FACP' at 0xde3c1b98 Table 'APIC' at 0xde3c1ca8 APIC: Found table at 0xde3c1ca8 APIC: Using the MADT enumerator. MADT: Found CPU APIC ID 0 ACPI ID 1: enabled SMP: Added CPU 0 (AP) MADT: Found CPU APIC ID 2 ACPI ID 2: enabled SMP: Added CPU 2 (AP) MADT: Found CPU APIC ID 4 ACPI ID 3: enabled SMP: Added CPU 4 (AP) MADT: Found CPU APIC ID 6 ACPI ID 4: enabled SMP: Added CPU 6 (AP) MADT: Found CPU APIC ID 1 ACPI ID 5: enabled SMP: Added CPU 1 (AP) MADT: Found CPU APIC ID 3 ACPI ID 6: enabled SMP: Added CPU 3 (AP) MADT: Found CPU APIC ID 5 ACPI ID 7: enabled SMP: Added CPU 5 (AP) MADT: Found CPU APIC ID 7 ACPI ID 8: enabled SMP: Added CPU 7 (AP) Copyright (c) 1992-2016 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 11.0-CURRENT #2028 r297313M/297313:1100104: Sun Mar 27 06:27:24 PD= T 2016 root@freebeast.catwhisker.org:/common/S4/obj/usr/src/sys/GENERIC amd64 FreeBSD clang version 3.8.0 (tags/RELEASE_380/final 262564) (based on LLVM = 3.8.0) WARNING: WITNESS option enabled, expect reduced performance. PPIM 0: PA=3D0xa0000, VA=3D0xffffffff82210000, size=3D0x10000, mode=3D0 VT(vga): resolution 640x480 Preloaded elf kernel "/boot/kernel/kernel" at 0xffffffff820d5000. Preloaded /boot/entropy "/boot/entropy" at 0xffffffff820d5e48. Calibrating TSC clock ... TSC clock: 3591757004 Hz CPU: Intel(R) Core(TM) i7-4790 CPU @ 3.60GHz (3591.76-MHz K8-class CPU) Origin=3D"GenuineIntel" Id=3D0x306c3 Family=3D0x6 Model=3D0x3c Steppi= ng=3D3 Features=3D0xbfebfbff Features2=3D0x7ffafbff AMD Features=3D0x2c100800 AMD Features2=3D0x21 Structured Extended Features=3D0x2fbb XSAVE Features=3D0x1 VT-x: Basic Features=3D0xda0400 Pin-Based Controls=3D0x7f Primary Processor Controls=3D0xfff9fffe Secondary Processor Controls=3D0x7cff Exit Controls=3D0xda0400 Entry Controls=3D0xda0400 EPT Features=3D0x6334141 VPID Features=3D0xf01 TSC: P-state invariant, performance statistics Data TLB: 1 GByte pages, 4-way set associative, 4 entries Data TLB: 4 KB pages, 4-way set associative, 64 entries Instruction TLB: 2M/4M pages, fully associative, 8 entries Instruction TLB: 4KByte pages, 8-way set associative, 64 entries 64-Byte prefetching Shared 2nd-Level TLB: 4 KByte/2MByte pages, 8-way associative, 1024 entries L2 cache: 256 kbytes, 8-way associative, 64 bytes/line real memory =3D 34359738368 (32768 MB) Physical memory chunk(s): 0x0000000000010000 - 0x0000000000099fff, 565248 bytes (138 pages) 0x0000000000100000 - 0x00000000001fffff, 1048576 bytes (256 pages) 0x0000000002117000 - 0x00000000cd1d3fff, 3406548992 bytes (831677 pages) 0x00000000cd1db000 - 0x00000000cda2cfff, 8724480 bytes (2130 pages) 0x00000000cdcaa000 - 0x00000000de036fff, 272158720 bytes (66445 pages) 0x00000000de0c1000 - 0x00000000de2a4fff, 1982464 bytes (484 pages) 0x00000000defff000 - 0x00000000deffffff, 4096 bytes (1 pages) 0x0000000100000000 - 0x00000007ea004fff, 29695692800 bytes (7249925 pages) avail memory =3D 33244340224 (31704 MB) Table 'FACP' at 0xde3c1b98 Table 'APIC' at 0xde3c1ca8 Table 'FPDT' at 0xde3c1d40 Table 'ASF!' at 0xde3c1d88 Table 'SLIC' at 0xde3c1e30 Table 'SSDT' at 0xde3c1fa8 Table 'SSDT' at 0xde3c24e8 Table 'MCFG' at 0xde3c2fc0 Table 'HPET' at 0xde3c3000 Table 'SSDT' at 0xde3c3038 Table 'SSDT' at 0xde3c33a8 Table 'MSDM' at 0xde3c6688 Table 'DMAR' at 0xde3c66e0 DMAR: Found table at 0xde3c66e0 Event timer "LAPIC" quality 600 ACPI APIC Table: INTR: Adding local APIC 2 as a target INTR: Adding local APIC 4 as a target INTR: Adding local APIC 6 as a target FreeBSD/SMP: Multiprocessor System Detected: 8 CPUs FreeBSD/SMP: 1 package(s) x 4 core(s) x 2 SMT threads cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 cpu2 (AP): APIC ID: 2 cpu3 (AP): APIC ID: 3 cpu4 (AP): APIC ID: 4 cpu5 (AP): APIC ID: 5 cpu6 (AP): APIC ID: 6 cpu7 (AP): APIC ID: 7 APIC: CPU 0 has ACPI ID 1 APIC: CPU 1 has ACPI ID 5 APIC: CPU 2 has ACPI ID 2 APIC: CPU 3 has ACPI ID 6 APIC: CPU 4 has ACPI ID 3 APIC: CPU 5 has ACPI ID 7 APIC: CPU 6 has ACPI ID 4 APIC: CPU 7 has ACPI ID 8 lapic0: CMCI unmasked x86bios: IVT 0x000000-0x0004ff at 0xfffff80000000000 x86bios: SSEG 0x098000-0x098fff at 0xfffffe083b784000 x86bios: EBDA 0x09d000-0x09ffff at 0xfffff8000009d000 x86bios: ROM 0x0a0000-0x0fefff at 0xfffff800000a0000 random: read 4096 bytes from preloaded cache random: unblocking device. ULE: setup cpu 0 ULE: setup cpu 1 ULE: setup cpu 2 ULE: setup cpu 3 ULE: setup cpu 4 ULE: setup cpu 5 ULE: setup cpu 6 ULE: setup cpu 7 ACPI: RSDP 0x00000000000F0490 000024 (v02 DELL ) ACPI: XSDT 0x00000000DE3B6088 00008C (v01 DELL FX09 20100118 AMI 000= 00097) ACPI: FACP 0x00000000DE3C1B98 00010C (v05 DELL FX09 20100118 AMI 000= 00097) ACPI: DSDT 0x00000000DE3B61A8 00B9EA (v02 DELL FX09 00000000 INTL 200= 91112) ACPI: FACS 0x00000000DE9D2080 000040 ACPI: APIC 0x00000000DE3C1CA8 000092 (v03 DELL FX09 20100118 AMI 000= 00097) ACPI: FPDT 0x00000000DE3C1D40 000044 (v01 DELL FX09 20100118 AMI 000= 00097) ACPI: ASF! 0x00000000DE3C1D88 0000A5 (v32 INTEL HCG 00000001 TFSM 000= F4240) ACPI: SLIC 0x00000000DE3C1E30 000176 (v01 DELL FX09 20100118 MSFT 000= 00097) ACPI: SSDT 0x00000000DE3C1FA8 000539 (v01 PmRef Cpu0Ist 00003000 INTL 200= 51117) ACPI: SSDT 0x00000000DE3C24E8 000AD8 (v01 PmRef CpuPm 00003000 INTL 200= 51117) ACPI: MCFG 0x00000000DE3C2FC0 00003C (v01 DELL FX09 20100118 MSFT 000= 00097) ACPI: HPET 0x00000000DE3C3000 000038 (v01 DELL FX09 20100118 AMI. 000= 00005) ACPI: SSDT 0x00000000DE3C3038 00036D (v01 SataRe SataTabl 00001000 INTL 200= 91112) ACPI: SSDT 0x00000000DE3C33A8 0032DD (v01 SaSsdt SaSsdt 00003000 INTL 200= 91112) ACPI: MSDM 0x00000000DE3C6688 000055 (v03 DELL FX09 20100118 AMI 000= 00097) ACPI: DMAR 0x00000000DE3C66E0 000080 (v01 INTEL HSW 00000001 INTL 000= 00001) MADT: Found IO APIC ID 2, Interrupt 0 at 0xfec00000 ioapic0: ver 0x20 maxredir 0x17 ioapic0: Routing external 8259A's -> intpin 0 MADT: Interrupt override: source 0, irq 2 ioapic0: Routing IRQ 0 -> intpin 2 MADT: Interrupt override: source 9, irq 9 ioapic0: intpin 9 trigger: level lapic: Routing NMI -> LINT1 lapic: LINT1 trigger: edge lapic: LINT1 polarity: high ioapic0 irqs 0-23 on motherboard cpu0 BSP: ID: 0x00000000 VER: 0x01060015 LDR: 0x00000001 DFR: 0x00000000 x2API= C: 1 lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000011ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 cmci: 0x000000f2 snd_unit_init() u=3D0x00ff8000 [512] d=3D0x00007c00 [32] c=3D0x000003ff [10= 24] feeder_register: snd_unit=3D-1 snd_maxautovchans=3D16 latency=3D5 feeder_ra= te_min=3D1 feeder_rate_max=3D2016000 feeder_rate_round=3D25 wlan: <802.11 Link Layer> random: entropy device external interface kbd: new array size 4 kbd1 at kbdmux0 mem: nfslock: pseudo-device netmap: loaded module null: crypto: module_register_init: MOD_LOAD (vesa, 0xffffffff80f04eb0, 0) error 19 io: VMBUS: load random: registering fast source Intel Secure Key RNG random: fast provider: "Intel Secure Key RNG" hpt27xx: RocketRAID 27xx controller driver v1.2.7 hptrr: RocketRAID 17xx/2xxx SATA controller driver v1.2 hptnr: R750/DC7280 controller driver v1.1.4 vtvga0: on motherboard random: harvesting attach, 8 bytes (4 bits) from vtvga0 random: harvesting attach, 8 bytes (4 bits) from ram0 cryptosoft0: on motherboard crypto: assign cryptosoft0 driver id 0, flags 100663296 crypto: cryptosoft0 registers alg 1 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 2 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 3 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 4 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 5 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 16 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 6 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 7 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 18 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 19 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 20 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 8 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 15 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 9 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 10 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 13 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 14 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 11 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 22 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 23 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 25 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 24 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 26 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 27 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 28 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 21 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 17 flags 0 maxoplen 0 random: harvesting attach, 8 bytes (4 bits) from cryptosoft0 acpi0: on motherboard ACPI: 5 ACPI AML tables successfully acquired and loaded PCIe: Memory Mapped configuration base @ 0xf8000000 ioapic0: routing intpin 9 (ISA IRQ 9) to lapic 0 vector 48 ACPI: Executed 1 blocks of module-level executable AML code acpi0: Power Button (fixed) random: harvesting attach, 8 bytes (4 bits) from acpi_sysresource0 random: harvesting attach, 8 bytes (4 bits) from acpi_sysresource1 random: harvesting attach, 8 bytes (4 bits) from acpi_sysresource2 random: harvesting attach, 8 bytes (4 bits) from acpi_sysresource3 random: harvesting attach, 8 bytes (4 bits) from acpi_sysresource4 random: harvesting attach, 8 bytes (4 bits) from acpi_sysresource5 random: harvesting attach, 8 bytes (4 bits) from acpi_sysresource6 acpi0: reservation of 67, 1 (4) failed cpu0: Processor \134_PR_.CPU0 (ACPI ID 1) -> APIC ID 0 cpu0: on acpi0 ACPI: Dynamic OEM Table Load: ACPI: SSDT 0xFFFFF80007901400 0003D3 (v01 PmRef Cpu0Cst 00003001 INTL 200= 51117) random: harvesting attach, 8 bytes (4 bits) from cpu0 cpu1: Processor \134_PR_.CPU1 (ACPI ID 2) -> APIC ID 2 cpu1: on acpi0 ACPI: Dynamic OEM Table Load: ACPI: SSDT 0xFFFFF800071B0000 0005AA (v01 PmRef ApIst 00003000 INTL 200= 51117) ACPI: Dynamic OEM Table Load: ACPI: SSDT 0xFFFFF80007742C00 000119 (v01 PmRef ApCst 00003000 INTL 200= 51117) random: harvesting attach, 8 bytes (4 bits) from cpu1 cpu2: Processor \134_PR_.CPU2 (ACPI ID 3) -> APIC ID 4 cpu2: on acpi0 random: harvesting attach, 8 bytes (4 bits) from cpu2 cpu3: Processor \134_PR_.CPU3 (ACPI ID 4) -> APIC ID 6 cpu3: on acpi0 random: harvesting attach, 8 bytes (4 bits) from cpu3 cpu4: Processor \134_PR_.CPU4 (ACPI ID 5) -> APIC ID 1 cpu4: on acpi0 random: harvesting attach, 8 bytes (4 bits) from cpu4 cpu5: Processor \134_PR_.CPU5 (ACPI ID 6) -> APIC ID 3 cpu5: on acpi0 random: harvesting attach, 8 bytes (4 bits) from cpu5 cpu6: Processor \134_PR_.CPU6 (ACPI ID 7) -> APIC ID 5 cpu6: on acpi0 random: harvesting attach, 8 bytes (4 bits) from cpu6 cpu7: Processor \134_PR_.CPU7 (ACPI ID 8) -> APIC ID 7 cpu7: on acpi0 random: harvesting attach, 8 bytes (4 bits) from cpu7 hpet0: iomem 0xfed00000-0xfed003ff on acpi0 hpet0: vendor 0x8086, rev 0x1, 14318180Hz 64bit, 8 timers, legacy route hpet0: t0: irqs 0x00f00000 (0), MSI, 64bit, periodic hpet0: t1: irqs 0x00f00000 (0), MSI hpet0: t2: irqs 0x00f00800 (0), MSI hpet0: t3: irqs 0x00f01000 (0), MSI hpet0: t4: irqs 0x00000000 (0), MSI hpet0: t5: irqs 0x00000000 (0), MSI hpet0: t6: irqs 0x00000000 (0), MSI hpet0: t7: irqs 0x00000000 (0), MSI Timecounter "HPET" frequency 14318180 Hz quality 950 msi: routing MSI-X IRQ 256 to local APIC 0 vector 49 msi: routing MSI-X IRQ 257 to local APIC 0 vector 50 msi: routing MSI-X IRQ 258 to local APIC 0 vector 51 msi: routing MSI-X IRQ 259 to local APIC 0 vector 52 msi: routing MSI-X IRQ 260 to local APIC 0 vector 53 msi: routing MSI-X IRQ 261 to local APIC 0 vector 54 msi: routing MSI-X IRQ 262 to local APIC 0 vector 55 msi: routing MSI-X IRQ 263 to local APIC 0 vector 56 Event timer "HPET" frequency 14318180 Hz quality 550 random: harvesting attach, 8 bytes (4 bits) from hpet0 atrtc0: port 0x70-0x77 irq 8 on acpi0 atrtc0: Warning: Couldn't map I/O. atrtc0: registered as a time-of-day clock (resolution 1000000us, adjustment= 0.500000000s) ioapic0: routing intpin 8 (ISA IRQ 8) to lapic 0 vector 57 Event timer "RTC" frequency 32768 Hz quality 0 random: harvesting attach, 8 bytes (4 bits) from atrtc0 attimer0: port 0x40-0x43,0x50-0x53 irq 0 on acpi0 Timecounter "i8254" frequency 1193182 Hz quality 0 ioapic0: routing intpin 2 (ISA IRQ 0) to lapic 0 vector 58 Event timer "i8254" frequency 1193182 Hz quality 100 random: harvesting attach, 8 bytes (4 bits) from attimer0 ACPI timer: 1/2 1/1 1/2 1/2 1/2 1/2 1/2 1/1 1/2 1/2 -> 10 Timecounter "ACPI-fast" frequency 3579545 Hz quality 900 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1808-0x180b on acpi0 random: harvesting attach, 8 bytes (4 bits) from acpi_timer0 pci_link0: Index IRQ Rtd Ref IRQs Initial Probe 0 11 N 0 3 4 5 6 10 11 12 14 15 Validation 0 11 N 0 3 4 5 6 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 10 11 12 14 15 random: harvesting attach, 8 bytes (4 bits) from pci_link0 pci_link1: Index IRQ Rtd Ref IRQs Initial Probe 0 10 N 0 3 4 5 6 10 11 12 14 15 Validation 0 10 N 0 3 4 5 6 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 10 11 12 14 15 random: harvesting attach, 8 bytes (4 bits) from pci_link1 pci_link2: Index IRQ Rtd Ref IRQs Initial Probe 0 4 N 0 3 4 5 6 10 11 12 14 15 Validation 0 4 N 0 3 4 5 6 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 10 11 12 14 15 random: harvesting attach, 8 bytes (4 bits) from pci_link2 pci_link3: Index IRQ Rtd Ref IRQs Initial Probe 0 5 N 0 3 4 5 6 10 11 12 14 15 Validation 0 5 N 0 3 4 5 6 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 10 11 12 14 15 random: harvesting attach, 8 bytes (4 bits) from pci_link3 pci_link4: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 3 4 5 6 10 11 12 14 15 Validation 0 255 N 0 3 4 5 6 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 10 11 12 14 15 random: harvesting attach, 8 bytes (4 bits) from pci_link4 pci_link5: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 3 4 5 6 10 11 12 14 15 Validation 0 255 N 0 3 4 5 6 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 10 11 12 14 15 random: harvesting attach, 8 bytes (4 bits) from pci_link5 pci_link6: Index IRQ Rtd Ref IRQs Initial Probe 0 3 N 0 3 4 5 6 10 11 12 14 15 Validation 0 3 N 0 3 4 5 6 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 10 11 12 14 15 random: harvesting attach, 8 bytes (4 bits) from pci_link6 pci_link7: Index IRQ Rtd Ref IRQs Initial Probe 0 11 N 0 3 4 5 6 10 11 12 14 15 Validation 0 11 N 0 3 4 5 6 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 10 11 12 14 15 random: harvesting attach, 8 bytes (4 bits) from pci_link7 pcib0: port 0xcf8-0xcff on acpi0 pcib0: decoding 5 range 0-0x3e pcib0: decoding 4 range 0-0xcf7 pcib0: decoding 4 range 0xd00-0xffff pcib0: decoding 3 range 0xa0000-0xbffff pcib0: decoding 3 range 0xd0000-0xd3fff pcib0: decoding 3 range 0xd4000-0xd7fff pcib0: decoding 3 range 0xd8000-0xdbfff pcib0: decoding 3 range 0xdc000-0xdffff pcib0: decoding 3 range 0xe0000-0xe3fff pcib0: decoding 3 range 0xe4000-0xe7fff pcib0: decoding 3 range 0xe0000000-0xfeafffff pci0: on pcib0 pci0: domain=3D0, physical bus=3D0 found-> vendor=3D0x8086, dev=3D0x0c00, revid=3D0x06 domain=3D0, bus=3D0, slot=3D0, func=3D0 class=3D06-00-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0006, statreg=3D0x2090, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) found-> vendor=3D0x8086, dev=3D0x0c01, revid=3D0x06 domain=3D0, bus=3D0, slot=3D1, func=3D0 class=3D06-04-00, hdrtype=3D0x01, mfdev=3D1 cmdreg=3D0x0007, statreg=3D0x0010, cachelnsz=3D16 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Da, irq=3D11 powerspec 3 supports D0 D3 current D0 MSI supports 1 message pcib0: matched entry for 0.1.INTA pcib0: slot 1 INTA hardwired to IRQ 16 secbus=3D1, subbus=3D1 found-> vendor=3D0x8086, dev=3D0x8c31, revid=3D0x05 domain=3D0, bus=3D0, slot=3D20, func=3D0 class=3D0c-03-30, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0006, statreg=3D0x0290, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Da, irq=3D11 powerspec 2 supports D0 D3 current D0 MSI supports 8 messages, 64 bit map[10]: type Memory, range 64, base 0xf7400000, size 16, enabled pcib0: allocated type 3 (0xf7400000-0xf740ffff) for rid 10 of pci0:0:20:0 pcib0: matched entry for 0.20.INTA pcib0: slot 20 INTA hardwired to IRQ 16 found-> vendor=3D0x8086, dev=3D0x8c3a, revid=3D0x04 domain=3D0, bus=3D0, slot=3D22, func=3D0 class=3D07-80-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0006, statreg=3D0x0010, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Da, irq=3D11 powerspec 3 supports D0 D3 current D0 MSI supports 1 message, 64 bit map[10]: type Memory, range 64, base 0xf741a000, size 4, enabled pcib0: allocated type 3 (0xf741a000-0xf741a00f) for rid 10 of pci0:0:22:0 pcib0: matched entry for 0.22.INTA pcib0: slot 22 INTA hardwired to IRQ 16 found-> vendor=3D0x8086, dev=3D0x8c2d, revid=3D0x05 domain=3D0, bus=3D0, slot=3D26, func=3D0 class=3D0c-03-20, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0006, statreg=3D0x0290, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Da, irq=3D11 powerspec 2 supports D0 D3 current D0 map[10]: type Memory, range 32, base 0xf7418000, size 10, enabled pcib0: allocated type 3 (0xf7418000-0xf74183ff) for rid 10 of pci0:0:26:0 pcib0: matched entry for 0.26.INTA pcib0: slot 26 INTA hardwired to IRQ 16 ehci early: SMM active, request owner change found-> vendor=3D0x8086, dev=3D0x8c20, revid=3D0x05 domain=3D0, bus=3D0, slot=3D27, func=3D0 class=3D04-03-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0006, statreg=3D0x0010, cachelnsz=3D16 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Da, irq=3D3 powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit map[10]: type Memory, range 64, base 0xf7410000, size 14, enabled pcib0: allocated type 3 (0xf7410000-0xf7413fff) for rid 10 of pci0:0:27:0 pcib0: matched entry for 0.27.INTA pcib0: slot 27 INTA hardwired to IRQ 22 found-> vendor=3D0x8086, dev=3D0x8c10, revid=3D0xd5 domain=3D0, bus=3D0, slot=3D28, func=3D0 class=3D06-04-00, hdrtype=3D0x01, mfdev=3D1 cmdreg=3D0x0007, statreg=3D0x0010, cachelnsz=3D16 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Da, irq=3D11 powerspec 3 supports D0 D3 current D0 MSI supports 1 message pcib0: matched entry for 0.28.INTA pcib0: slot 28 INTA hardwired to IRQ 16 secbus=3D2, subbus=3D2 found-> vendor=3D0x8086, dev=3D0x8c14, revid=3D0xd5 domain=3D0, bus=3D0, slot=3D28, func=3D2 class=3D06-04-00, hdrtype=3D0x01, mfdev=3D1 cmdreg=3D0x0007, statreg=3D0x0010, cachelnsz=3D16 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Dc, irq=3D4 powerspec 3 supports D0 D3 current D0 MSI supports 1 message pcib0: matched entry for 0.28.INTC pcib0: slot 28 INTC hardwired to IRQ 18 secbus=3D3, subbus=3D3 found-> vendor=3D0x8086, dev=3D0x8c16, revid=3D0xd5 domain=3D0, bus=3D0, slot=3D28, func=3D3 class=3D06-04-00, hdrtype=3D0x01, mfdev=3D1 cmdreg=3D0x0007, statreg=3D0x0010, cachelnsz=3D16 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Dd, irq=3D5 powerspec 3 supports D0 D3 current D0 MSI supports 1 message pcib0: matched entry for 0.28.INTD pcib0: slot 28 INTD hardwired to IRQ 19 secbus=3D4, subbus=3D4 found-> vendor=3D0x8086, dev=3D0x8c1e, revid=3D0xd5 domain=3D0, bus=3D0, slot=3D28, func=3D7 class=3D06-04-00, hdrtype=3D0x01, mfdev=3D1 cmdreg=3D0x0007, statreg=3D0x0010, cachelnsz=3D16 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Dd, irq=3D5 powerspec 3 supports D0 D3 current D0 MSI supports 1 message pcib0: matched entry for 0.28.INTD pcib0: slot 28 INTD hardwired to IRQ 19 secbus=3D5, subbus=3D5 found-> vendor=3D0x8086, dev=3D0x8c26, revid=3D0x05 domain=3D0, bus=3D0, slot=3D29, func=3D0 class=3D0c-03-20, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0006, statreg=3D0x0290, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Da, irq=3D11 powerspec 2 supports D0 D3 current D0 map[10]: type Memory, range 32, base 0xf7417000, size 10, enabled pcib0: allocated type 3 (0xf7417000-0xf74173ff) for rid 10 of pci0:0:29:0 pcib0: matched entry for 0.29.INTA pcib0: slot 29 INTA hardwired to IRQ 23 ehci early: SMM active, request owner change found-> vendor=3D0x8086, dev=3D0x8c44, revid=3D0x05 domain=3D0, bus=3D0, slot=3D31, func=3D0 class=3D06-01-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0007, statreg=3D0x0210, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) found-> vendor=3D0x8086, dev=3D0x8c02, revid=3D0x05 domain=3D0, bus=3D0, slot=3D31, func=3D2 class=3D01-06-01, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0007, statreg=3D0x02b0, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Db, irq=3D5 powerspec 3 supports D0 D3 current D0 MSI supports 1 message map[10]: type I/O Port, range 32, base 0xf070, size 3, enabled pcib0: allocated type 4 (0xf070-0xf077) for rid 10 of pci0:0:31:2 map[14]: type I/O Port, range 32, base 0xf060, size 2, enabled pcib0: allocated type 4 (0xf060-0xf063) for rid 14 of pci0:0:31:2 map[18]: type I/O Port, range 32, base 0xf050, size 3, enabled pcib0: allocated type 4 (0xf050-0xf057) for rid 18 of pci0:0:31:2 map[1c]: type I/O Port, range 32, base 0xf040, size 2, enabled pcib0: allocated type 4 (0xf040-0xf043) for rid 1c of pci0:0:31:2 map[20]: type I/O Port, range 32, base 0xf020, size 5, enabled pcib0: allocated type 4 (0xf020-0xf03f) for rid 20 of pci0:0:31:2 map[24]: type Memory, range 32, base 0xf7416000, size 11, enabled pcib0: allocated type 3 (0xf7416000-0xf74167ff) for rid 24 of pci0:0:31:2 pcib0: matched entry for 0.31.INTB pcib0: slot 31 INTB hardwired to IRQ 19 found-> vendor=3D0x8086, dev=3D0x8c22, revid=3D0x05 domain=3D0, bus=3D0, slot=3D31, func=3D3 class=3D0c-05-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0003, statreg=3D0x0280, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Dc, irq=3D4 map[10]: type Memory, range 64, base 0xf7415000, size 8, enabled pcib0: allocated type 3 (0xf7415000-0xf74150ff) for rid 10 of pci0:0:31:3 map[20]: type I/O Port, range 32, base 0xf000, size 5, enabled pcib0: allocated type 4 (0xf000-0xf01f) for rid 20 of pci0:0:31:3 pcib0: matched entry for 0.31.INTC pcib0: slot 31 INTC hardwired to IRQ 18 random: harvesting attach, 8 bytes (4 bits) from hostb0 pcib1: irq 16 at device 1.0 on pci0 pcib0: allocated type 4 (0xe000-0xefff) for rid 1c of pcib1 pcib0: allocated type 3 (0xf6000000-0xf70fffff) for rid 20 of pcib1 pcib0: allocated type 3 (0xe0000000-0xf1ffffff) for rid 24 of pcib1 pcib1: domain 0 pcib1: secondary bus 1 pcib1: subordinate bus 1 pcib1: I/O decode 0xe000-0xefff pcib1: memory decode 0xf6000000-0xf70fffff pcib1: prefetched decode 0xe0000000-0xf1ffffff pcib1: special decode VGA pci1: on pcib1 pcib1: allocated bus range (1-1) for rid 0 of pci1 pci1: domain=3D0, physical bus=3D1 found-> vendor=3D0x10de, dev=3D0x1382, revid=3D0xa2 domain=3D0, bus=3D1, slot=3D0, func=3D0 class=3D03-00-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0007, statreg=3D0x0010, cachelnsz=3D16 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Da, irq=3D11 powerspec 3 supports D0 D3 current D0 MSI supports 1 message, 64 bit map[10]: type Memory, range 32, base 0xf6000000, size 24, enabled pcib1: allocated memory range (0xf6000000-0xf6ffffff) for rid 10 of pci0:1:= 0:0 map[14]: type Prefetchable Memory, range 64, base 0xe0000000, size 28, ena= bled pcib1: allocated prefetch range (0xe0000000-0xefffffff) for rid 14 of pci0:= 1:0:0 map[1c]: type Prefetchable Memory, range 64, base 0xf0000000, size 25, ena= bled pcib1: allocated prefetch range (0xf0000000-0xf1ffffff) for rid 1c of pci0:= 1:0:0 map[24]: type I/O Port, range 32, base 0xe000, size 7, enabled pcib1: allocated I/O port range (0xe000-0xe07f) for rid 24 of pci0:1:0:0 pcib1: matched entry for 1.0.INTA pcib1: slot 0 INTA hardwired to IRQ 16 found-> vendor=3D0x10de, dev=3D0x0fbc, revid=3D0xa1 domain=3D0, bus=3D1, slot=3D0, func=3D1 class=3D04-03-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0006, statreg=3D0x0010, cachelnsz=3D16 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Db, irq=3D10 powerspec 3 supports D0 D3 current D0 MSI supports 1 message, 64 bit map[10]: type Memory, range 32, base 0xf7080000, size 14, enabled pcib1: allocated memory range (0xf7080000-0xf7083fff) for rid 10 of pci0:1:= 0:1 pcib1: matched entry for 1.0.INTB pcib1: slot 0 INTB hardwired to IRQ 17 vgapci0: port 0xe000-0xe07f mem 0xf6000000-0xf6fff= fff,0xe0000000-0xefffffff,0xf0000000-0xf1ffffff irq 16 at device 0.0 on pci1 vgapci0: Boot video device random: harvesting attach, 8 bytes (4 bits) from vgapci0 hdac0: mem 0xf7080000-0xf7083fff irq 17 at= device 0.1 on pci1 hdac0: PCI card vendor: 0x10de, device: 0x1065 hdac0: HDA Driver Revision: 20120126_0002 hdac0: Config options: on=3D0x00000000 off=3D0x00000000 hdac0: attempting to allocate 1 MSI vectors (1 supported) msi: routing MSI IRQ 264 to local APIC 0 vector 59 hdac0: using IRQ 264 for MSI hdac0: Caps: OSS 4, ISS 4, BSS 0, NSDO 4, 64bit, CORB 256, RIRB 256 random: harvesting attach, 8 bytes (4 bits) from hdac0 random: harvesting attach, 8 bytes (4 bits) from pci1 random: harvesting attach, 8 bytes (4 bits) from pcib1 xhci0: mem 0xf7400000-0xf740ffff irq = 16 at device 20.0 on pci0 xhci0: 32 bytes context size, 64-bit DMA xhci0: attempting to allocate 1 MSI vectors (8 supported) msi: routing MSI IRQ 265 to local APIC 0 vector 60 xhci0: using IRQ 265 for MSI xhci0: MSI enabled xhci0: Port routing mask set to 0xffffffff usbus0 on xhci0 xhci0: usbpf: Attached random: harvesting attach, 8 bytes (4 bits) from usbus0 random: harvesting attach, 8 bytes (4 bits) from xhci0 pci0: at device 22.0 (no driver attached) ehci0: mem 0xf7418000-0xf74183f= f irq 16 at device 26.0 on pci0 ioapic0: routing intpin 16 (PCI IRQ 16) to lapic 0 vector 61 usbus1: EHCI version 1.0 usbus1 on ehci0 ehci0: usbpf: Attached random: harvesting attach, 8 bytes (4 bits) from usbus1 random: harvesting attach, 8 bytes (4 bits) from ehci0 hdac1: mem 0xf7410000-0xf7413fff irq 22 a= t device 27.0 on pci0 hdac1: PCI card vendor: 0x1028, device: 0x05b7 hdac1: HDA Driver Revision: 20120126_0002 hdac1: Config options: on=3D0x00000000 off=3D0x00000000 hdac1: attempting to allocate 1 MSI vectors (1 supported) msi: routing MSI IRQ 266 to local APIC 0 vector 62 hdac1: using IRQ 266 for MSI hdac1: Caps: OSS 4, ISS 4, BSS 0, NSDO 1, 64bit, CORB 256, RIRB 256 random: harvesting attach, 8 bytes (4 bits) from hdac1 pcib2: irq 16 at device 28.0 on pci0 pcib2: domain 0 pcib2: secondary bus 2 pcib2: subordinate bus 2 pci2: on pcib2 pcib2: allocated bus range (2-2) for rid 0 of pci2 pci2: domain=3D0, physical bus=3D2 random: harvesting attach, 8 bytes (4 bits) from pci2 random: harvesting attach, 8 bytes (4 bits) from pcib2 pcib3: irq 18 at device 28.2 on pci0 pcib0: allocated type 4 (0xd000-0xdfff) for rid 1c of pcib3 pcib0: allocated type 3 (0xf7300000-0xf73fffff) for rid 20 of pcib3 pcib0: allocated type 3 (0xf2100000-0xf21fffff) for rid 24 of pcib3 pcib3: domain 0 pcib3: secondary bus 3 pcib3: subordinate bus 3 pcib3: I/O decode 0xd000-0xdfff pcib3: memory decode 0xf7300000-0xf73fffff pcib3: prefetched decode 0xf2100000-0xf21fffff pci3: on pcib3 pcib3: allocated bus range (3-3) for rid 0 of pci3 pci3: domain=3D0, physical bus=3D3 found-> vendor=3D0x10ec, dev=3D0x8168, revid=3D0x0c domain=3D0, bus=3D3, slot=3D0, func=3D0 class=3D02-00-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0007, statreg=3D0x0010, cachelnsz=3D16 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Da, irq=3D4 powerspec 3 supports D0 D1 D2 D3 current D0 MSI supports 1 message, 64 bit MSI-X supports 4 messages in map 0x20 map[10]: type I/O Port, range 32, base 0xd000, size 8, enabled pcib3: allocated I/O port range (0xd000-0xd0ff) for rid 10 of pci0:3:0:0 map[18]: type Memory, range 64, base 0xf7300000, size 12, enabled pcib3: allocated memory range (0xf7300000-0xf7300fff) for rid 18 of pci0:3:= 0:0 map[20]: type Prefetchable Memory, range 64, base 0xf2100000, size 14, ena= bled pcib3: allocated prefetch range (0xf2100000-0xf2103fff) for rid 20 of pci0:= 3:0:0 pcib3: matched entry for 3.0.INTA pcib3: slot 0 INTA hardwired to IRQ 18 re0: port 0xd00= 0-0xd0ff mem 0xf7300000-0xf7300fff,0xf2100000-0xf2103fff irq 18 at device 0= =2E0 on pci3 re0: MSI count : 1 re0: MSI-X count : 4 re0: attempting to allocate 1 MSI-X vectors (4 supported) msi: routing MSI-X IRQ 267 to local APIC 0 vector 63 re0: using IRQ 267 for MSI-X re0: Using 1 MSI-X message re0: Chip rev. 0x4c000000 re0: MAC rev. 0x00000000 miibus0: on re0 rgephy0: PHY 1 on miibus0 rgephy0: OUI 0x00e04c, model 0x0000, rev. 0 rgephy0: none, 10baseT, 10baseT-FDX, 10baseT-FDX-flow, 100baseTX, 100baseT= X-FDX, 100baseTX-FDX-flow, 1000baseT-FDX, 1000baseT-FDX-master, 1000baseT-F= DX-flow, 1000baseT-FDX-flow-master, auto, auto-flow random: harvesting attach, 8 bytes (4 bits) from rgephy0 random: harvesting attach, 8 bytes (4 bits) from miibus0 re0: Using defaults for TSO: 65518/35/2048 re0: bpf attached re0: Ethernet address: 98:90:96:d6:c9:6d re0: netmap queues/slots: TX 1/256, RX 1/256 random: harvesting attach, 8 bytes (4 bits) from re0 random: harvesting attach, 8 bytes (4 bits) from pci3 random: harvesting attach, 8 bytes (4 bits) from pcib3 pcib4: irq 19 at device 28.3 on pci0 pcib0: allocated type 4 (0xc000-0xcfff) for rid 1c of pcib4 pcib0: allocated type 3 (0xf7200000-0xf72fffff) for rid 20 of pcib4 pcib4: domain 0 pcib4: secondary bus 4 pcib4: subordinate bus 4 pcib4: I/O decode 0xc000-0xcfff pcib4: memory decode 0xf7200000-0xf72fffff pci4: on pcib4 pcib4: allocated bus range (4-4) for rid 0 of pci4 pci4: domain=3D0, physical bus=3D4 found-> vendor=3D0x9710, dev=3D0x9922, revid=3D0x00 domain=3D0, bus=3D4, slot=3D0, func=3D0 class=3D07-00-02, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0007, statreg=3D0x0010, cachelnsz=3D16 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Da, irq=3D5 powerspec 3 supports D0 D3 current D0 MSI supports 8 messages, 64 bit map[10]: type I/O Port, range 32, base 0xc010, size 3, enabled pcib4: allocated I/O port range (0xc010-0xc017) for rid 10 of pci0:4:0:0 map[14]: type Memory, range 32, base 0xf7203000, size 12, enabled pcib4: allocated memory range (0xf7203000-0xf7203fff) for rid 14 of pci0:4:= 0:0 map[24]: type Memory, range 32, base 0xf7202000, size 12, enabled pcib4: allocated memory range (0xf7202000-0xf7202fff) for rid 24 of pci0:4:= 0:0 pcib4: matched entry for 4.0.INTA pcib4: slot 0 INTA hardwired to IRQ 19 found-> vendor=3D0x9710, dev=3D0x9922, revid=3D0x00 domain=3D0, bus=3D4, slot=3D0, func=3D1 class=3D07-00-02, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0007, statreg=3D0x0010, cachelnsz=3D16 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Db, irq=3D11 powerspec 3 supports D0 D3 current D0 MSI supports 8 messages, 64 bit map[10]: type I/O Port, range 32, base 0xc000, size 3, enabled pcib4: allocated I/O port range (0xc000-0xc007) for rid 10 of pci0:4:0:1 map[14]: type Memory, range 32, base 0xf7201000, size 12, enabled pcib4: allocated memory range (0xf7201000-0xf7201fff) for rid 14 of pci0:4:= 0:1 map[24]: type Memory, range 32, base 0xf7200000, size 12, enabled pcib4: allocated memory range (0xf7200000-0xf7200fff) for rid 24 of pci0:4:= 0:1 pcib4: matched entry for 4.0.INTB pcib4: slot 0 INTB hardwired to IRQ 16 uart0: port 0xc010-0xc017 m= em 0xf7203000-0xf7203fff,0xf7202000-0xf7202fff irq 19 at device 0.0 on pci4 uart0: console (9600,n,8,1) ioapic0: routing intpin 19 (PCI IRQ 19) to lapic 0 vector 64 uart0: fast interrupt uart0: PPS capture mode: DCDinvalid random: harvesting attach, 8 bytes (4 bits) from uart0 uart1: port 0xc000-0xc007 m= em 0xf7201000-0xf7201fff,0xf7200000-0xf7200fff irq 16 at device 0.1 on pci4 uart1: fast interrupt uart1: PPS capture mode: DCDinvalid random: harvesting attach, 8 bytes (4 bits) from uart1 random: harvesting attach, 8 bytes (4 bits) from pci4 random: harvesting attach, 8 bytes (4 bits) from pcib4 pcib5: irq 19 at device 28.7 on pci0 pcib0: allocated type 3 (0xf7100000-0xf71fffff) for rid 20 of pcib5 pcib5: domain 0 pcib5: secondary bus 5 pcib5: subordinate bus 5 pcib5: memory decode 0xf7100000-0xf71fffff pci5: on pcib5 pcib5: allocated bus range (5-5) for rid 0 of pci5 pci5: domain=3D0, physical bus=3D5 found-> vendor=3D0x14e4, dev=3D0x4365, revid=3D0x01 domain=3D0, bus=3D5, slot=3D0, func=3D0 class=3D02-80-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0006, statreg=3D0x0010, cachelnsz=3D16 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Da, irq=3D5 powerspec 3 supports D0 D1 D2 D3 current D0 MSI supports 1 message, 64 bit map[10]: type Memory, range 64, base 0xf7100000, size 15, enabled pcib5: allocated memory range (0xf7100000-0xf7107fff) for rid 10 of pci0:5:= 0:0 pcib5: matched entry for 5.0.INTA pcib5: slot 0 INTA hardwired to IRQ 19 pci5: at device 0.0 (no driver attached) random: harvesting attach, 8 bytes (4 bits) from pci5 random: harvesting attach, 8 bytes (4 bits) from pcib5 ehci1: mem 0xf7417000-0xf74173f= f irq 23 at device 29.0 on pci0 ioapic0: routing intpin 23 (PCI IRQ 23) to lapic 0 vector 65 usbus2: EHCI version 1.0 usbus2 on ehci1 ehci1: usbpf: Attached random: harvesting attach, 8 bytes (4 bits) from usbus2 random: harvesting attach, 8 bytes (4 bits) from ehci1 isab0: at device 31.0 on pci0 isa0: on isab0 random: harvesting attach, 8 bytes (4 bits) from isa0 random: harvesting attach, 8 bytes (4 bits) from isab0 ahci0: port 0xf070-0xf077,0xf060-0x= f063,0xf050-0xf057,0xf040-0xf043,0xf020-0xf03f mem 0xf7416000-0xf74167ff ir= q 19 at device 31.2 on pci0 ahci0: attempting to allocate 1 MSI vectors (1 supported) msi: routing MSI IRQ 268 to local APIC 0 vector 66 ahci0: using IRQ 268 for MSI ahci0: AHCI v1.30 with 6 6Gbps ports, Port Multiplier not supported ahci0: Caps: 64bit NCQ ALP AL CLO 6Gbps PMD SSC PSC 32cmd EM 6ports ahci0: Caps2: APST ahcich0: at channel 0 on ahci0 ahcich0: Caps: random: harvesting attach, 8 bytes (4 bits) from ahcich0 ahcich1: at channel 1 on ahci0 ahcich1: Caps: random: harvesting attach, 8 bytes (4 bits) from ahcich1 ahcich2: at channel 2 on ahci0 ahcich2: Caps: random: harvesting attach, 8 bytes (4 bits) from ahcich2 ahcich3: at channel 3 on ahci0 ahcich3: Caps: random: harvesting attach, 8 bytes (4 bits) from ahcich3 ahcich4: at channel 4 on ahci0 ahcich4: Caps: random: harvesting attach, 8 bytes (4 bits) from ahcich4 ahcich5: not probed (disabled) ahciem0: on ahci0 ahciem0: Caps: ALHD XMT SMB LED random: harvesting attach, 8 bytes (4 bits) from ahciem0 random: harvesting attach, 8 bytes (4 bits) from ahci0 pci0: at device 31.3 (no driver attached) random: harvesting attach, 8 bytes (4 bits) from pci0 random: harvesting attach, 8 bytes (4 bits) from pcib0 acpi_button0: on acpi0 random: harvesting attach, 8 bytes (4 bits) from acpi_button0 acpi_tz0: on acpi0 random: harvesting attach, 8 bytes (4 bits) from acpi_tz0 acpi_tz1: on acpi0 random: harvesting attach, 8 bytes (4 bits) from acpi_tz1 random: harvesting attach, 8 bytes (4 bits) from atdma0 random: harvesting attach, 8 bytes (4 bits) from fpupnp0 ACPI: Enabled 5 GPEs in block 00 to 3F random: harvesting attach, 8 bytes (4 bits) from acpi0 random: harvesting attach, 8 bytes (4 bits) from apic0 acpi0: wakeup code va 0xfffffe085db67000 pa 0x90000 random: harvesting attach, 8 bytes (4 bits) from nexus0 ahc_isa_identify 0: ioport 0xc00 alloc failed ahc_isa_identify 1: ioport 0x1c00 alloc failed ahc_isa_identify 2: ioport 0x2c00 alloc failed ahc_isa_identify 3: ioport 0x3c00 alloc failed ahc_isa_identify 4: ioport 0x4c00 alloc failed ahc_isa_identify 5: ioport 0x5c00 alloc failed ahc_isa_identify 6: ioport 0x6c00 alloc failed ahc_isa_identify 7: ioport 0x7c00 alloc failed ahc_isa_identify 8: ioport 0x8c00 alloc failed ahc_isa_identify 9: ioport 0x9c00 alloc failed ahc_isa_identify 10: ioport 0xac00 alloc failed ahc_isa_identify 11: ioport 0xbc00 alloc failed ahc_isa_identify 12: ioport 0xcc00 alloc failed ahc_isa_identify 13: ioport 0xdc00 alloc failed ahc_isa_identify 14: ioport 0xec00 alloc failed pcib0: allocated type 3 (0xb0000-0xb07ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb0800-0xb0fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb1000-0xb17ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb1800-0xb1fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb2000-0xb27ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb2800-0xb2fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb3000-0xb37ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb3800-0xb3fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb4000-0xb47ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb4800-0xb4fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb5000-0xb57ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb5800-0xb5fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb6000-0xb67ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb6800-0xb6fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb7000-0xb77ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb7800-0xb7fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb8000-0xb87ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb8800-0xb8fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb9000-0xb97ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb9800-0xb9fff) for rid 0 of orm0 pcib0: allocated type 3 (0xba000-0xba7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xba800-0xbafff) for rid 0 of orm0 pcib0: allocated type 3 (0xbb000-0xbb7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xbb800-0xbbfff) for rid 0 of orm0 pcib0: allocated type 3 (0xbc000-0xbc7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xbc800-0xbcfff) for rid 0 of orm0 pcib0: allocated type 3 (0xbd000-0xbd7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xbd800-0xbdfff) for rid 0 of orm0 pcib0: allocated type 3 (0xbe000-0xbe7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xbe800-0xbefff) for rid 0 of orm0 pcib0: allocated type 3 (0xbf000-0xbf7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xbf800-0xbffff) for rid 0 of orm0 pcib0: allocated type 3 (0xd0000-0xd07ff) for rid 0 of orm0 pcib0: allocated type 3 (0xd0800-0xd0fff) for rid 0 of orm0 pcib0: allocated type 3 (0xd1000-0xd17ff) for rid 0 of orm0 pcib0: allocated type 3 (0xd1800-0xd1fff) for rid 0 of orm0 pcib0: allocated type 3 (0xd2000-0xd27ff) for rid 0 of orm0 pcib0: allocated type 3 (0xd2800-0xd2fff) for rid 0 of orm0 pcib0: allocated type 3 (0xd3000-0xd37ff) for rid 0 of orm0 pcib0: allocated type 3 (0xd3800-0xd3fff) for rid 0 of orm0 pcib0: allocated type 3 (0xd4000-0xd47ff) for rid 0 of orm0 pcib0: allocated type 3 (0xd4800-0xd4fff) for rid 0 of orm0 pcib0: allocated type 3 (0xd5000-0xd57ff) for rid 0 of orm0 pcib0: allocated type 3 (0xd5800-0xd5fff) for rid 0 of orm0 pcib0: allocated type 3 (0xd6000-0xd67ff) for rid 0 of orm0 pcib0: allocated type 3 (0xd6800-0xd6fff) for rid 0 of orm0 pcib0: allocated type 3 (0xd7000-0xd77ff) for rid 0 of orm0 pcib0: allocated type 3 (0xd7800-0xd7fff) for rid 0 of orm0 pcib0: allocated type 3 (0xd8000-0xd87ff) for rid 0 of orm0 pcib0: allocated type 3 (0xd8800-0xd8fff) for rid 0 of orm0 pcib0: allocated type 3 (0xd9000-0xd97ff) for rid 0 of orm0 pcib0: allocated type 3 (0xd9800-0xd9fff) for rid 0 of orm0 pcib0: allocated type 3 (0xda000-0xda7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xda800-0xdafff) for rid 0 of orm0 pcib0: allocated type 3 (0xdb000-0xdb7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xdb800-0xdbfff) for rid 0 of orm0 pcib0: allocated type 3 (0xdc000-0xdc7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xdc800-0xdcfff) for rid 0 of orm0 pcib0: allocated type 3 (0xdd000-0xdd7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xdd800-0xddfff) for rid 0 of orm0 pcib0: allocated type 3 (0xde000-0xde7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xde800-0xdefff) for rid 0 of orm0 pcib0: allocated type 3 (0xdf000-0xdf7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xdf800-0xdffff) for rid 0 of orm0 pcib0: allocated type 3 (0xe0000-0xe07ff) for rid 0 of orm0 pcib0: allocated type 3 (0xe0800-0xe0fff) for rid 0 of orm0 pcib0: allocated type 3 (0xe1000-0xe17ff) for rid 0 of orm0 pcib0: allocated type 3 (0xe1800-0xe1fff) for rid 0 of orm0 pcib0: allocated type 3 (0xe2000-0xe27ff) for rid 0 of orm0 pcib0: allocated type 3 (0xe2800-0xe2fff) for rid 0 of orm0 pcib0: allocated type 3 (0xe3000-0xe37ff) for rid 0 of orm0 pcib0: allocated type 3 (0xe3800-0xe3fff) for rid 0 of orm0 pcib0: allocated type 3 (0xe4000-0xe47ff) for rid 0 of orm0 pcib0: allocated type 3 (0xe4800-0xe4fff) for rid 0 of orm0 pcib0: allocated type 3 (0xe5000-0xe57ff) for rid 0 of orm0 pcib0: allocated type 3 (0xe5800-0xe5fff) for rid 0 of orm0 pcib0: allocated type 3 (0xe6000-0xe67ff) for rid 0 of orm0 pcib0: allocated type 3 (0xe6800-0xe6fff) for rid 0 of orm0 pcib0: allocated type 3 (0xe7000-0xe77ff) for rid 0 of orm0 pcib0: allocated type 3 (0xe7800-0xe7fff) for rid 0 of orm0 isa_probe_children: disabling PnP devices atrtc: atrtc0 already exists; skipping it attimer: attimer0 already exists; skipping it sc: sc0 already exists; skipping it isa_probe_children: probing non-PnP devices sc0 failed to probe on isa0 vga0 failed to probe on isa0 pcib0: allocated type 4 (0x60-0x60) for rid 0 of atkbdc0 pcib0: allocated type 4 (0x64-0x64) for rid 1 of atkbdc0 atkbdc0: at port 0x60,0x64 on isa0 pcib0: allocated type 4 (0x60-0x60) for rid 0 of atkbdc0 pcib0: allocated type 4 (0x64-0x64) for rid 1 of atkbdc0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 kbd0: atkbd0, generic (0), config:0x0, flags:0x1f0000 ioapic0: routing intpin 1 (ISA IRQ 1) to lapic 0 vector 67 atkbd0: [GIANT-LOCKED] random: harvesting attach, 8 bytes (4 bits) from atkbd0 psm0: unable to allocate IRQ random: harvesting attach, 8 bytes (4 bits) from atkbdc0 pcib0: allocated type 4 (0x3f0-0x3f5) for rid 0 of fdc0 pcib0: allocated type 4 (0x3f7-0x3f7) for rid 1 of fdc0 fdc0 failed to probe at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 ppc0: cannot reserve I/O port range ppc0 failed to probe at irq 7 on isa0 isa_probe_children: probing PnP devices random: harvesting attach, 8 bytes (4 bits) from acpi_perf0 random: harvesting attach, 8 bytes (4 bits) from acpi_perf1 random: harvesting attach, 8 bytes (4 bits) from acpi_perf2 random: harvesting attach, 8 bytes (4 bits) from acpi_perf3 random: harvesting attach, 8 bytes (4 bits) from acpi_perf4 random: harvesting attach, 8 bytes (4 bits) from acpi_perf5 random: harvesting attach, 8 bytes (4 bits) from acpi_perf6 random: harvesting attach, 8 bytes (4 bits) from acpi_perf7 est0: on cpu0 random: harvesting attach, 8 bytes (4 bits) from cpufreq0 random: harvesting attach, 8 bytes (4 bits) from est0 est1: on cpu1 random: harvesting attach, 8 bytes (4 bits) from cpufreq1 random: harvesting attach, 8 bytes (4 bits) from est1 est2: on cpu2 random: harvesting attach, 8 bytes (4 bits) from cpufreq2 random: harvesting attach, 8 bytes (4 bits) from est2 est3: on cpu3 random: harvesting attach, 8 bytes (4 bits) from cpufreq3 random: harvesting attach, 8 bytes (4 bits) from est3 est4: on cpu4 random: harvesting attach, 8 bytes (4 bits) from cpufreq4 random: harvesting attach, 8 bytes (4 bits) from est4 est5: on cpu5 random: harvesting attach, 8 bytes (4 bits) from cpufreq5 random: harvesting attach, 8 bytes (4 bits) from est5 est6: on cpu6 random: harvesting attach, 8 bytes (4 bits) from cpufreq6 random: harvesting attach, 8 bytes (4 bits) from est6 est7: on cpu7 random: harvesting attach, 8 bytes (4 bits) from cpufreq7 random: harvesting attach, 8 bytes (4 bits) from est7 Device configuration finished. usbus0: 5.0Gbps Super Speed USB v3.0 procfs registered lapic: Divisor 2, Frequency 49885519 Hz Timecounters tick every 1.000 msec vlan: initialized, using hash tables with chaining tcp_init: net.inet.tcp.tcbhashsize auto tuned to 262144 IPsec: Initialized Security Association Processing. lo0: bpf attached hpt27xx: no controller detected. hptrr: no controller detected. hptnr: no controller detected. hdacc0: at cad 0 on hdac0 hdaa0: at nid 1 on hdacc0 hdaa0: Subsystem ID: 0x10de1065 hdaa0: NumGPIO=3D0 NumGPO=3D0 NumGPI=3D0 GPIWake=3D0 GPIUnsol=3D0 hdaa0: Original pins configuration: hdaa0: nid 0x as seq device conn jack loc color misc hdaa0: 4 185600f0 15 0 Digital-out Jack Digital 0x18 Unknown 0 hdaa0: 5 185600f0 15 0 Digital-out Jack Digital 0x18 Unknown 0 hdaa0: 6 585600f0 15 0 Digital-out None Digital 0x18 Unknown 0 hdaa0: 7 585600f0 15 0 Digital-out None Digital 0x18 Unknown 0 hdaa0: Patched pins configuration: hdaa0: nid 0x as seq device conn jack loc color misc hdaa0: 4 185600f0 15 0 Digital-out Jack Digital 0x18 Unknown 0 hdaa0: 5 185600f0 15 0 Digital-out Jack Digital 0x18 Unknown 0 hdaa0: 6 585600f0 15 0 Digital-out None Digital 0x18 Unknown 0 D= ISA hdaa0: 7 585600f0 15 0 Digital-out None Digital 0x18 Unknown 0 D= ISA hdaa0: 2 associations found: hdaa0: Association 0 (15) out: hdaa0: Pin nid=3D4 seq=3D0 hdaa0: Association 1 (15) out: hdaa0: Pin nid=3D5 seq=3D0 hdaa0: Tracing association 0 (15) hdaa0: Pin 4 traced to DAC 8 hdaa0: Association 0 (15) trace succeeded hdaa0: Tracing association 1 (15) hdaa0: Pin 5 traced to DAC 9 hdaa0: Association 1 (15) trace succeeded hdaa0: Looking for additional DAC for association 0 (15) hdaa0: Looking for additional DAC for association 1 (15) hdaa0: Tracing input monitor hdaa0: Tracing other input monitors hdaa0: Tracing beeper hdaa0: FG config/quirks: forcestereo ivref50 ivref80 ivref100 ivref pcm0: at nid 4 on hdaa0 pcm0: Playback: pcm0: Stream cap: 0x00000005 AC3 PCM pcm0: PCM cap: 0x000e07f0 16 20 24 bits, 32 44 48 88 96 176 192 KHz pcm0: DAC: 8 pcm0:=20 pcm0: nid=3D4 [pin: Digital-out (Jack)] pcm0: + <- nid=3D8 [audio output] [src: pcm] pcm0:=20 pcm0: Mixer "vol" -> "none": child=3D0x00000010 pcm0: Mixer "pcm": parent=3D"vol" pcm0: Soft PCM mixer ENABLED pcm0: Playback channel matrix is: unknown, assuming 7.1 (disconnected) random: harvesting attach, 8 bytes (4 bits) from pcm0 pcm1: at nid 5 on hdaa0 pcm1: Playback: pcm1: Stream cap: 0x00000005 AC3 PCM pcm1: PCM cap: 0x000e07f0 16 20 24 bits, 32 44 48 88 96 176 192 KHz pcm1: DAC: 9 pcm1:=20 pcm1: nid=3D5 [pin: Digital-out (Jack)] pcm1: + <- nid=3D9 [audio output] [src: pcm] pcm1:=20 pcm1: Mixer "vol" -> "none": child=3D0x00000010 pcm1: Mixer "pcm": parent=3D"vol" pcm1: Soft PCM mixer ENABLED pcm1: Playback channel matrix is: unknown, assuming 7.1 (disconnected) random: harvesting attach, 8 bytes (4 bits) from pcm1 random: harvesting attach, 8 bytes (4 bits) from hdaa0 random: harvesting attach, 8 bytes (4 bits) from hdacc0 hdacc1: at cad 0 on hdac1 hdaa1: at nid 1 on hdacc1 hdaa1: Subsystem ID: 0x102805b7 hdaa1: NumGPIO=3D2 NumGPO=3D0 NumGPI=3D0 GPIWake=3D0 GPIUnsol=3D1 hdaa1: GPIO0: disabled hdaa1: GPIO1: disabled hdaa1: Original pins configuration: hdaa1: nid 0x as seq device conn jack loc color misc hdaa1: 17 40028000 0 0 Line-out None 1/4 0x00 Purple 0 hdaa1: 18 411111f0 15 0 Speaker None 1/8 Rear Black 1 hdaa1: 20 01014010 1 0 Line-out Jack 1/8 Rear Green 0 hdaa1: 21 01011012 1 2 Line-out Jack 1/8 Rear Black 0 hdaa1: 22 01016011 1 1 Line-out Jack 1/8 Rear Orange 0 hdaa1: 23 01012014 1 4 Line-out Jack 1/8 Rear Grey 0 hdaa1: 24 01a19020 2 0 Mic Jack 1/8 Rear Pink 0 hdaa1: 25 02a19021 2 1 Mic Jack 1/8 Front Pink 0 hdaa1: 26 0181302f 2 15 Line-in Jack 1/8 Rear Blue 0 hdaa1: 27 0221401f 1 15 Headphones Jack 1/8 Front Green 0 hdaa1: 28 411111f0 15 0 Speaker None 1/8 Rear Black 1 hdaa1: 29 4026e603 0 3 Headphones None Digital 0x00 White 6 hdaa1: 30 411111f0 15 0 Speaker None 1/8 Rear Black 1 hdaa1: 31 411111f0 15 0 Speaker None 1/8 Rear Black 1 hdaa1: Patching widget caps nid=3D29 0x00400400 -> 0x00700400 hdaa1: Patched pins configuration: hdaa1: nid 0x as seq device conn jack loc color misc hdaa1: 17 40028000 0 0 Line-out None 1/4 0x00 Purple 0 D= ISA hdaa1: 18 411111f0 15 0 Speaker None 1/8 Rear Black 1 D= ISA hdaa1: 20 01014010 1 0 Line-out Jack 1/8 Rear Green 0 hdaa1: 21 01011012 1 2 Line-out Jack 1/8 Rear Black 0 hdaa1: 22 01016011 1 1 Line-out Jack 1/8 Rear Orange 0 hdaa1: 23 01012014 1 4 Line-out Jack 1/8 Rear Grey 0 hdaa1: 24 01a19020 2 0 Mic Jack 1/8 Rear Pink 0 hdaa1: 25 02a19021 2 1 Mic Jack 1/8 Front Pink 0 hdaa1: 26 0181302f 2 15 Line-in Jack 1/8 Rear Blue 0 hdaa1: 27 0221401f 1 15 Headphones Jack 1/8 Front Green 0 hdaa1: 28 411111f0 15 0 Speaker None 1/8 Rear Black 1 D= ISA hdaa1: 30 411111f0 15 0 Speaker None 1/8 Rear Black 1 D= ISA hdaa1: 31 411111f0 15 0 Speaker None 1/8 Rear Black 1 D= ISA hdaa1: 2 associations found: hdaa1: Association 0 (1) out: hdaa1: Pin nid=3D20 seq=3D0 hdaa1: Pin nid=3D22 seq=3D1 hdaa1: Pin nid=3D21 seq=3D2 hdaa1: Pin nid=3D23 seq=3D4 hdaa1: Pin nid=3D27 seq=3D15 hdaa1: Association 1 (2) in: hdaa1: Pin nid=3D24 seq=3D0 hdaa1: Pin nid=3D25 seq=3D1 hdaa1: Pin nid=3D26 seq=3D15 hdaa1: Tracing association 0 (1) hdaa1: Pin 20 traced to DAC 2 hdaa1: Pin 22 traced to DAC 3 hdaa1: Pin 21 traced to DAC 4 hdaa1: Pin 23 traced to DAC 5 hdaa1: Pin 27 traced to DAC 2 and hpredir 0 hdaa1: Association 0 (1) trace succeeded hdaa1: Tracing association 1 (2) hdaa1: Pin 24 traced to ADC 7 hdaa1: Pin 25 traced to ADC 7 hdaa1: Pin 26 traced to ADC 7 hdaa1: Association 1 (2) trace succeeded hdaa1: Looking for additional DAC for association 0 (1) hdaa1: Looking for additional ADC for association 1 (2) hdaa1: Tracing input monitor hdaa1: Tracing nid 11 to out hdaa1: nid 11 is input monitor hdaa1: Tracing other input monitors hdaa1: Tracing nid 24 to out hdaa1: Tracing nid 25 to out hdaa1: Tracing nid 26 to out hdaa1: Tracing beeper hdaa1: Headphones redirection for association 0 nid=3D27 using unsolicited = responses. hdaa1: Redirect output to: main hdaa1: FG config/quirks: forcestereo ivref50 ivref80 ivref100 ivref pcm2: at nid 20,22,21,23,27 and 24,25,= 26 on hdaa1 pcm2: Playback: pcm2: Stream cap: 0x00000001 PCM pcm2: PCM cap: 0x000e05e0 16 20 24 bits, 44 48 88 96 192 KHz pcm2: DAC: 2 3 4 5 pcm2:=20 pcm2: nid=3D20 [pin: Line-out (Green Jack)] pcm2: + <- nid=3D12 [audio mixer] [src: pcm, mix] pcm2: + <- nid=3D2 [audio output] [src: pcm] pcm2: + <- nid=3D11 [audio mixer] [src: mix] pcm2:=20 pcm2: nid=3D22 [pin: Line-out (Orange Jack)] pcm2: + <- nid=3D13 [audio mixer] [src: pcm, mix] pcm2: + <- nid=3D3 [audio output] [src: pcm] pcm2: + <- nid=3D11 [audio mixer] [src: mix] pcm2:=20 pcm2: nid=3D21 [pin: Line-out (Black Jack)] pcm2: + <- nid=3D14 [audio mixer] [src: pcm, mix] pcm2: + <- nid=3D4 [audio output] [src: pcm] pcm2: + <- nid=3D11 [audio mixer] [src: mix] pcm2:=20 pcm2: nid=3D23 [pin: Line-out (Grey Jack)] pcm2: + <- nid=3D15 [audio mixer] [src: pcm, mix] pcm2: + <- nid=3D5 [audio output] [src: pcm] pcm2: + <- nid=3D11 [audio mixer] [src: mix] pcm2:=20 pcm2: nid=3D27 [pin: Headphones (Green Jack)] pcm2: + <- nid=3D12 [audio mixer] [src: pcm, mix] pcm2: + <- nid=3D2 [audio output] [src: pcm] pcm2: + <- nid=3D11 [audio mixer] [src: mix] pcm2:=20 pcm2: Record: pcm2: Stream cap: 0x00000001 PCM pcm2: PCM cap: 0x000e05e0 16 20 24 bits, 44 48 88 96 192 KHz pcm2: ADC: 7 pcm2:=20 pcm2: nid=3D7 [audio input] pcm2: + <- nid=3D36 [audio selector] [src: speaker, line, mic, mix, m= onitor] pcm2: + <- nid=3D24 [pin: Mic (Pink Jack)] [src: mic] pcm2: + <- nid=3D25 [pin: Mic (Pink Jack)] [src: monitor] pcm2: + <- nid=3D26 [pin: Line-in (Blue Jack)] [src: line] pcm2: + <- nid=3D29 [beep widget] [src: speaker] pcm2: + <- nid=3D11 [audio mixer] [src: mix] pcm2:=20 pcm2: Input Mix: pcm2:=20 pcm2: nid=3D11 [audio mixer] pcm2: + <- nid=3D24 [pin: Mic (Pink Jack)] [src: mic] pcm2: + <- nid=3D25 [pin: Mic (Pink Jack)] [src: monitor] pcm2: + <- nid=3D26 [pin: Line-in (Blue Jack)] [src: line] pcm2: + <- nid=3D29 [beep widget] [src: speaker] pcm2:=20 pcm2: Master Volume (OSS: vol): -65/0dB pcm2: +- ctl 14 (nid 12 out): -65/0dB (88 steps) pcm2: +- ctl 15 (nid 12 in 0): mute pcm2: +- ctl 16 (nid 12 in 1): mute pcm2: +- ctl 17 (nid 13 out): -65/0dB (88 steps) pcm2: +- ctl 18 (nid 13 in 0): mute pcm2: +- ctl 19 (nid 13 in 1): mute pcm2: +- ctl 20 (nid 14 out): -65/0dB (88 steps) pcm2: +- ctl 21 (nid 14 in 0): mute pcm2: +- ctl 22 (nid 14 in 1): mute pcm2: +- ctl 23 (nid 15 out): -65/0dB (88 steps) pcm2: +- ctl 24 (nid 15 in 0): mute pcm2: +- ctl 25 (nid 15 in 1): mute pcm2: +- ctl 26 (nid 20 in ): mute pcm2: +- ctl 27 (nid 21 in ): mute pcm2: +- ctl 28 (nid 22 in ): mute pcm2: +- ctl 29 (nid 23 in ): mute pcm2: +- ctl 36 (nid 27 in ): mute pcm2:=20 pcm2: PCM Volume (OSS: pcm): 0/0dB pcm2: +- ctl 15 (nid 12 in 0): mute pcm2: +- ctl 18 (nid 13 in 0): mute pcm2: +- ctl 21 (nid 14 in 0): mute pcm2: +- ctl 24 (nid 15 in 0): mute pcm2:=20 pcm2: Microphone Volume (OSS: mic): 0/30dB pcm2: +- ctl 1 (nid 7 in 0): -17/30dB (64 steps) + mute pcm2: +- ctl 4 (nid 11 in 0): -34/12dB (32 steps) + mute pcm2: +- ctl 31 (nid 24 out): 0/30dB (4 steps) pcm2:=20 pcm2: Microphone2 Volume (OSS: monitor): 0/30dB pcm2: +- ctl 1 (nid 7 in 0): -17/30dB (64 steps) + mute pcm2: +- ctl 5 (nid 11 in 1): -34/12dB (32 steps) + mute pcm2: +- ctl 33 (nid 25 out): 0/30dB (4 steps) pcm2:=20 pcm2: Line-in Volume (OSS: line): 0/30dB pcm2: +- ctl 1 (nid 7 in 0): -17/30dB (64 steps) + mute pcm2: +- ctl 6 (nid 11 in 2): -34/12dB (32 steps) + mute pcm2: +- ctl 35 (nid 26 out): 0/30dB (4 steps) pcm2:=20 pcm2: Speaker/Beep Volume (OSS: speaker): -17/12dB pcm2: +- ctl 1 (nid 7 in 0): -17/30dB (64 steps) + mute pcm2: +- ctl 9 (nid 11 in 5): -34/12dB (32 steps) + mute pcm2:=20 pcm2: Recording Level (OSS: rec): -17/30dB pcm2: +- ctl 1 (nid 7 in 0): -17/30dB (64 steps) + mute pcm2:=20 pcm2: Input Mix Level (OSS: mix): -17/30dB pcm2: +- ctl 1 (nid 7 in 0): -17/30dB (64 steps) + mute pcm2: +- ctl 16 (nid 12 in 1): mute pcm2: +- ctl 19 (nid 13 in 1): mute pcm2: +- ctl 22 (nid 14 in 1): mute pcm2: +- ctl 25 (nid 15 in 1): mute pcm2:=20 pcm2: Input Monitoring Level (OSS: igain): 0/0dB pcm2: +- ctl 16 (nid 12 in 1): mute pcm2: +- ctl 19 (nid 13 in 1): mute pcm2: +- ctl 22 (nid 14 in 1): mute pcm2: +- ctl 25 (nid 15 in 1): mute pcm2:=20 pcm2: Mixer "vol": pcm2: Mixer "pcm": pcm2: Mixer "speaker": pcm2: Mixer "line": pcm2: Mixer "mic": pcm2: Mixer "mix": pcm2: Mixer "rec": pcm2: Mixer "igain": pcm2: Mixer "ogain": pcm2: Mixer "monitor": pcm2: Soft PCM mixer ENABLED pcm2: Playback channel set is: Front Left, Front Right, Front Center, Low F= requency Effects, Back Left, Back Right, Side Left, Side Right,=20 pcm2: Playback channel matrix is: 7.1 (disconnected) pcm2: Recording channel set is: Front Left, Front Right,=20 pcm2: Recording channel matrix is: 2.0 (disconnected) random: harvesting attach, 8 bytes (4 bits) from pcm2 random: harvesting attach, 8 bytes (4 bits) from hdaa1 random: harvesting attach, 8 bytes (4 bits) from hdacc1 usbus1: 480Mbps High Speed USB v2.0 ugen0.1: <0x8086> at usbus0 uhub0: <0x8086 XHCI root HUB, class 9/0, rev 3.00/1.00, addr 1> on usbus0 ugen1.1: at usbus1 uhub1: on usbus1 usbus2: 480Mbps High Speed USB v2.0 acpi_tz0: ugen2.1: at usbus2 uhub2: on usbus2 ahcich0: AHCI reset... switched from NONE to _AC2: 27.8C ahcich0: SATA connect time=3D100us status=3D00000133 ahcich0: AHCI reset: device found ahcich0: AHCI reset: device ready after 0ms ahcich1: AHCI reset... ahcich1: SATA connect time=3D1900us status=3D00000113 ahcich1: AHCI reset: device found ahcich1: AHCI reset: device ready after 0ms ahcich2: AHCI reset... ahcich2: SATA connect time=3D1000us status=3D00000123 ahcich2: AHCI reset: device found ahcich2: AHCI reset: device ready after 0ms ahcich3: AHCI reset... ahcich3: SATA connect time=3D100us status=3D00000133 ahcich3: AHCI reset: device found ahcich3: AHCI reset: device ready after 0ms ahcich4: AHCI reset... ahcich4: SATA connect time=3D1000us status=3D00000123 uhub1: 2 ports with 2 removable, self powered random: harvesting attach, 8 bytes (4 bits) from uhub1 ahcich4: AHCI reset: device found uhub2: 2 ports with 2 removable, self powered random: harvesting attach, 8 bytes (4 bits) from uhub2 ahcich4: AHCI reset: device ready after 0ms ses0 at ahciem0 bus 0 scbus5 target 0 lun 0 uhub0: 21 ports with 21 removable, self powered random: harvesting attach, 8 bytes (4 bits) from uhub0 cd0 at ahcich1 bus 0 scbus1 target 0 lun 0 ses0: SEMB S-E-S 2.00 device cd0: Removable CD-ROM SCSI device ses0: SEMB SES Device cd0: Serial Number FY13D7363951350MWA00 cd0: 150.000MB/s transfers (SATA 1.x, UDMA5, ATAPI 12bytes, PIO 8192bytes) cd0: Attempt to query device size failed: NOT READY, Medium not present - t= ray closed ses0: Generation Code 0x0 has 1 SubEnclosures ses0: SubEnclosure ID 0, 1 Types With this ID, Descriptor Length 36, offse= t 8 ses0: WWN: 0 ses0: Type Desc[0]: Type 0x17, MaxElt 6, In Subenc 0, Text Length 0:=20 GEOM: new disk cd0 ada0 at ahcich0 bus 0 scbus0 target 0 lun 0 ada0: ACS-2 ATA SATA 3.x device ada0: Serial Number 1350095E5057 ugen1.2: at usbus1 uhub3: on = usbus1 ugen2.2: at usbus2 uhub4: on = usbus2 ada0: 600.000MB/s transfers (SATA 3.x, UDMA6, PIO 8192bytes) ada0: Command Queueing enabled ada0: 915715MB (1875385008 512 byte sectors) ada1 at ahcich2 bus 0 scbus2 target 0 lun 0 ada1: ATA8-ACS SATA 2.x device ada1: Serial Number WD-WMAZA0070959 GEOM: new disk ada0 GEOM: new disk ada1 ada1: 300.000MB/s transfers (SATA 2.x, UDMA6, ugen0.2: at usbus0 ukbd0: on usbus0 PIO 8192bytes) ada1: Command Queueing enabled kbd2 at ukbd0 kbd2: ukbd0, generic (0), config:0x0, flags:0x3d0000 random: harvesting attach, 8 bytes (4 bits) from ukbd0 ada1: 1907729MB (3907029168 512 byte sectors) uhub3: 6 ports with 6 removable, self powered random: harvesting attach, 8 bytes (4 bits) from uhub3 ada1: quirks=3D0x1<4K> ada2 at ahcich3 bus 0 scbus3 target 0 lun 0 ada2: GEOM_PART: partition 1 on (ada0, MBR) is not aligned on 4096 bytes uhub4: 8 ports with 8 removable, self powered random: harvesting attach, 8 bytes (4 bits) from uhub4 GEOM_PART: partition 2 on (ada0, MBR) is not aligned on 4096 bytes GEOM_PART: partition 3 on (ada0, MBR) is not aligned on 4096 bytes ACS-2 ATA SATA 3.x device ada2: Serial Number WD-WCC4M7UYXVC8 ada2: 600.000MB/s transfers (SATA 3.x, UDMA6, PIO 8192bytes) ada2: Command Queueing enabled ada2: 1907729MB (3907029168 512 byte sectors) ada2: quirks=3D0x1<4K> ada3 at ahcich4 bus 0 scbus4 target 0 lun 0 ada3: ATA8-ACS SATA 2.x device ada3: Serial Number WD-WMAZA0088108 ada3: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) ada3: Command Queueing enabled ada3: 1907729MB (3907029168 512 byte sectors) ugen0.3: at usbus0 ada3: quirks=3D0x1<4K> pass0 at ahcich0 bus 0 scbus0 target 0 lun 0 umass0: on usbus0 umass0: SCSI over Bulk-Only; quirks =3D 0x4000 pass0: umass0:6:0: Attached to scbus6 random: harvesting attach, 8 bytes (4 bits) from umass0 ACS-2 ATA SATA 3.x device pass0: Serial Number 1350095E5057 pass0: 600.000MB/s transfers (SATA 3.x, UDMA6, PIO 8192bytes) pass0: Command Queueing enabled (probe0:umass-sim0:0:0:0): Down reving Protocol Version from 2 to 0? pass1 at ahcich1 bus 0 scbus1 target 0 lun 0 pass1: Removable CD-ROM SCSI device pass2 at umass-sim0 bus 0 scbus6 target 0 lun 0 pass2: Removable Direct Access SCSI device pass2: Serial Number 20100818841300000 pass2: 40.000MB/s transfers pass1: Serial Number FY13D7363951350MWA00 pass1: 150.000MB/s transfers (SATA 1.x, da0 at umass-sim0 bus 0 scbus6 targ= et 0 lun 0 da0: Removable Direct Access SCSI device da0: Serial Number 20100818841300000 da0: 40.000MB/s transfers da0: Attempt to query device size failed: NOT READY, Medium not present da0: quirks=3D0x2 (probe0:da0: Delete methods: umass-sim0:0:0:1): Down reving Protocol Version from 2 to 0? UDMA5, ATAPI 12bytes, PIO 8192bytes)pass3 at umass-sim0 bus 0 scbus6 target= 0 lun 1 pass3: Removable Direct Access SCSI device pass3: Serial Number 20100818841300000 pass3: 40.000MB/s transfers pass4 at ahcich2 bus 0 scbus2 target 0 lun 0 pass4: ATA8-ACS SATA 2.x device pass4: Serial Number WD-WMAZA0070959 da1 at umass-sim0 bus 0 scbus6 target 0 lun 1 ugen0.4: at usbus0 da1: Removable Direct Access SCSI device da1: Serial Number 20100818841300000 pass4: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) da1: 40.000MB/s transferspass4: Command Queueing enabled pass5 at ahcich3 bus 0 scbus3 target 0 lun 0 pass5:=20 da1: Attempt to query device size failed: NOT READY, Medium not present (probe0:umass-sim0:0:da1: quirks=3D0x2 da1: Delete methods: 0:2): Down reving Protocol Version from 2 to 0? ACS-2 ATA SATA 3.x device pass5: Serial Number WD-WCC4M7UYXVC8 pass5: 600.000MB/s transfers (pass6 at umass-sim0 bus 0 scbus6 target 0 lun= 2 pass6: Removable Direct Access SCSI device pass6: Serial Number 20100818841300000 pass6: 40.000MB/s transfers SATA 3.x, GEOM: new disk ada2 UDMA6, PIO 8192bytesda2 at umass-sim0 bus 0 scbus6 target 0 lun 2 da2: Removable Direct Access SCSI device da2: Serial Number 20100818841300000 da2: 40.000MB/s transfers da2: Attempt to query device size failed: NOT READY, Medium not present da2: quirks=3D0x2 da2: Delete methods: )(probe0:umass-sim0:0:0:3): Down reving Protocol Version from 2 to 0? pass5: Command Queueing enabled pass7 at ahcich4 bus 0 scbus4 target 0 lun 0 pass7: pass8 at umass-sim0 bus 0 scbus6 target 0 lun 3 pass8: Removable Direct Access SCSI device pass8: Serial Number 20100818841300000 pass8: 40.000MB/s transfers ATA8-ACS SATA 2.x device pass7: Serial Number WD-WMAZA0088108 pass7: 300.000MB/s transfers (da3 at umass-sim0 bus 0 scbus6 target 0 lun 3 da3: Removable Direct Access SCSI device da3: Serial Number 20100818841300000 da3: 40.000MB/s transfers da3: Attempt to query device size failed: NOT READY, Medium not present da3: quirks=3D0x2 da3: Delete methods: SATA 2.x, UDMA6, PIO 8192bytes) pass7: Command Queueing enabled pass9 at ahciem0 bus 0 scbus5 target 0 lun 0 pass9: SEMB S-E-S 2.00 device cam_periph_alloc: attempt to re-allocate valid device pass2 rejected flags = 0x100 refcount 4 passasync: Unable to attach new device due to status 0x6: CCB request was i= nvalid cam_periph_alloc: attempt to re-allocate valid device pass3 rejected flags = 0x100 refcount 4 passasync: Unable to attach new device due to status 0x6: CCB request was i= nvalid cam_periph_alloc: attempt to re-allocate valid device pass6 rejected flags = 0x100 refcount 4 passasync: Unable to attach new device due to status 0x6: CCB request was i= nvalid cam_periph_alloc: attempt to re-allocate valid device pass8 rejected flags = 0x100 refcount 4 passasync: Unable to attach new device due to status 0x6: CCB request was i= nvalid lapic3: CMCI unmasked lapic2: CMCI unmasked lapic5: CMCI unmasked lapic4: CMCI unmasked lapic7: CMCI unmasked lapic6: CMCI unmasked SMP: AP CPU #1 Launched! cpu1 AP: ID: 0x00000001 VER: 0x01060015 LDR: 0x00000002 DFR: 0x00000000 x2API= C: 1 lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000011ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 cmci: 0x000100f2 SMP: AP CPU #2 Launched! cpu2 AP: ID: 0x00000002 VER: 0x01060015 LDR: 0x00000004 DFR: 0x00000000 x2API= C: 1 lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000011ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 cmci: 0x000000f2 SMP: AP CPU #4 Launched! cpu4 AP: ID: 0x00000004 VER: 0x01060015 LDR: 0x00000010 DFR: 0x00000000 x2API= C: 1 lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000011ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 cmci: 0x000000f2 SMP: AP CPU #5 Launched! cpu5 AP: ID: 0x00000005 VER: 0x01060015 LDR: 0x00000020 DFR: 0x00000000 x2API= C: 1 lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000011ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 cmci: 0x000000f2 SMP: AP CPU #7 Launched! cpu7 AP: ID: 0x00000007 VER: 0x01060015 LDR: 0x00000080 DFR: 0x00000000 x2API= C: 1 lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000011ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 cmci: 0x000000f2 SMP: AP CPU #6 Launched! cpu6 AP: ID: 0x00000006 VER: 0x01060015 LDR: 0x00000040 DFR: 0x00000000 x2API= C: 1 lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000011ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 cmci: 0x000000f2 SMP: AP CPU #3 Launched! cpu3 AP: ID: 0x00000003 VER: 0x01060015 LDR: 0x00000008 DFR: 0x00000000 x2API= C: 1 lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000011ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 cmci: 0x000000f2 ioapic0: routing intpin 1 (ISA IRQ 1) to lapic 2 vector 48 ioapic0: routing intpin 9 (ISA IRQ 9) to lapic 4 vector 48 ioapic0: routing intpin 16 (PCI IRQ 16) to lapic 6 vector 48 ioapic0: routing intpin 23 (PCI IRQ 23) to lapic 2 vector 49 msi: Assigning MSI-X IRQ 257 to local APIC 1 vector 48 msi: Assigning MSI-X IRQ 258 to local APIC 2 vector 50 msi: Assigning MSI-X IRQ 259 to local APIC 3 vector 48 msi: Assigning MSI-X IRQ 260 to local APIC 4 vector 49 msi: Assigning MSI-X IRQ 261 to local APIC 5 vector 48 msi: Assigning MSI-X IRQ 262 to local APIC 6 vector 49 msi: Assigning MSI-X IRQ 263 to local APIC 7 vector 48 msi: Assigning MSI IRQ 264 to local APIC 4 vector 50 msi: Assigning MSI IRQ 265 to local APIC 6 vector 50 msi: Assigning MSI-X IRQ 267 to local APIC 2 vector 51 msi: Assigning MSI IRQ 268 to local APIC 4 vector 51 SMP: passed TSC synchronization test GEOM: new disk ada3 TSC timecounter discards lower 1 bit(s) GEOM_PART: partition 1 on (diskid/DISK-1350095E5057, MBR) is not aligned on= 4096 bytes Timecounter "TSC-low" frequency 1795878502 Hz quality 1000 GEOM_PART: partition 2 on (diskid/DISK-1350095E5057, MBR) is not aligned on= 4096 bytes WARNING: WITNESS option enabled, expect reduced performance. GEOM_PART: partition 3 on (diskid/DISK-1350095E5057, MBR) is not aligned on= 4096 bytes Trying to mount root from ufs:/dev/ada0s4a [rw]... GEOM: new disk da0 GEOM: new disk da1 GEOM: new disk da2 GEOM: new disk da3 (da0:umass-sim0:0:0:0): PREVENT ALLOW MEDIUM REMOVAL not supported. (da1:umass-sim0:0:0:1): PREVENT ALLOW MEDIUM REMOVAL not supported. (da2:umass-sim0:0:0:2): PREVENT ALLOW MEDIUM REMOVAL not supported. (da3:umass-sim0:0:0:3): PREVENT ALLOW MEDIUM REMOVAL not supported. start_init: trying /sbin/init lock order reversal: 1st 0xfffff800103eb7c8 ufs (ufs) @ /usr/src/sys/kern/vfs_subr.c:2498 2nd 0xfffffe07c662b3b0 bufwait (bufwait) @ /usr/src/sys/ufs/ffs/ffs_vnops.= c:263 3rd 0xfffff8001074ad50 ufs (ufs) @ /usr/src/sys/kern/vfs_subr.c:2498 stack backtrace: #0 0xffffffff80a905d0 at witness_debugger+0x70 #1 0xffffffff80a904c4 at witness_checkorder+0xe54 #2 0xffffffff80a0cbc6 at __lockmgr_args+0x4d6 #3 0xffffffff80cdf0f6 at ffs_lock+0xa6 #4 0xffffffff80fe34f0 at VOP_LOCK1_APV+0x100 #5 0xffffffff80afde2a at _vn_lock+0x9a #6 0xffffffff80aee463 at vget+0x63 #7 0xffffffff80ae0e2c at vfs_hash_get+0xcc #8 0xffffffff80cda780 at ffs_vgetf+0x40 #9 0xffffffff80cd2071 at softdep_sync_buf+0xb51 #10 0xffffffff80cdfce6 at ffs_syncvnode+0x256 #11 0xffffffff80cb6565 at ffs_truncate+0x8f5 #12 0xffffffff80ce738f at ufs_direnter+0x64f #13 0xffffffff80cf06a9 at ufs_makeinode+0x5e9 #14 0xffffffff80cec243 at ufs_create+0x33 #15 0xffffffff80fe0f51 at VOP_CREATE_APV+0xf1 #16 0xffffffff80afd678 at vn_open_cred+0x2f8 #17 0xffffffff80af6a2c at kern_openat+0x25c re0: link state changed to DOWN ubt0: on usbus0 random: harvesting attach, 8 bytes (4 bits) from ubt0 WARNING: attempt to domain_add(bluetooth) after domainfinalize() WARNING: attempt to domain_add(netgraph) after domainfinalize() --mFHiwr52TKrxpkjc Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="dmesg.boot.laptop" Content-Transfer-Encoding: quoted-printable pcib4: irq 19 at device 28.3 on pci0 pci4: on pcib4 pcib5: irq 16 at device 28.4 on pci0 pci5: on pcib5 pcib6: irq 18 at device 28.6 on pci0 pci6: on pcib6 pcib7: irq 19 at device 28.7 on pci0 pci7: on pcib7 sdhci_pci0: mem 0xf6f01000-0xf6f01fff,0xf6f00000-0xf6f007f= f irq 19 at device 0.0 on pci7 sdhci_pci0: Hardware doesn't specify timeout clock frequency, setting BROKE= N_TIMEOUT quirk. sdhci_pci0: 1 slot(s) allocated ehci1: mem 0xf7137000-0xf71373f= f irq 21 at device 29.0 on pci0 usbus2: EHCI version 1.0 usbus2 on ehci1 isab0: at device 31.0 on pci0 isa0: on isab0 ahci0: port 0xf090-0xf097,0xf080-0xf083,= 0xf070-0xf077,0xf060-0xf063,0xf020-0xf03f mem 0xf7136000-0xf71367ff irq 19 = at device 31.2 on pci0 ahci0: AHCI v1.30 with 5 6Gbps ports, Port Multiplier not supported ahcich0: at channel 0 on ahci0 ahcich1: at channel 1 on ahci0 ahcich2: at channel 2 on ahci0 ahcich3: at channel 3 on ahci0 ahciem0: on ahci0 ichsmb0: port 0xf000-0xf01f mem 0xf7135= 000-0xf71350ff irq 18 at device 31.3 on pci0 smbus0: on ichsmb0 smb0: on smbus0 acpi_lid0: on acpi0 acpi_button0: on acpi0 acpi_button1: on acpi0 acpi_acad0: on acpi0 battery0: on acpi0 battery1: on acpi0 acpi_tz0: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model GlidePoint, device ID 0 ppc0: cannot reserve I/O port range coretemp0: on cpu0 est0: on cpu0 coretemp1: on cpu1 est1: on cpu1 coretemp2: on cpu2 est2: on cpu2 coretemp3: on cpu3 est3: on cpu3 coretemp4: on cpu4 est4: on cpu4 coretemp5: on cpu5 est5: on cpu5 coretemp6: on cpu6 est6: on cpu6 coretemp7: on cpu7 est7: on cpu7 Timecounters tick every 1.000 msec ipfw2 (+ipv6) initialized, divert enabled, nat loadable, default to deny, l= ogging disabled DUMMYNET 0 with IPv6 initialized (100409) load_dn_sched dn_sched WF2Q+ loaded load_dn_sched dn_sched FIFO loaded load_dn_sched dn_sched PRIO loaded load_dn_sched dn_sched QFQ loaded load_dn_sched dn_sched RR loaded hdacc0: at cad 0 on hdac0 hdaa0: at nid 1 on hdacc0 pcm0: at nid 5 on hdaa0 pcm1: at nid 7 on hdaa0 hdacc1: at cad 0 on hdac1 hdaa1: at nid 1 on hdacc1 pcm2: at nid 20,21 and 24,25 on hdaa1 pcm3: at nid 22 and 18 on hdaa1 usbus0: 5.0Gbps Super Speed USB v3.0 usbus1: 480Mbps High Speed USB v2.0 usbus2: 480Mbps High Speed USB v2.0 ugen0.1: <0x8086> at usbus0 ugen1.1: at usbus1 uhub0: <0x8086 XHCI root HUB, class 9/0, rev 3.00/1.00, addr 1> on usbus0 uhub1: on usbus1 ugen2.1: at usbus2 uhub2: on usbus2 Expensive timeout(9) function: 0xffffffff803c6b50(0xfffffe03d7ebc000) 0.004= 610711 s ses0 at ahciem0 bus 0 scbus4 target 0 lun 0 ses0: SEMB S-E-S 2.00 device ses0: SEMB SES Device ada0 at ahcich0 bus 0 scbus0 target 0 lun 0 ada0: ATA8-ACS SATA 2.x device ada0: Serial Number W200TLZD ada0: 300.000MB/s transfers (SATA 2.x, UDMA5, PIO 8192bytes) ada0: Command Queueing enabled ada0: 715404MB (1465149168 512 byte sectors) SMP: AP CPU #1 Launched! SMP: AP CPU #5 Launched! SMP: AP CPU #6 Launched! SMP: AP CPU #7 Launched! SMP: AP CPU #2 Launched! SMP: AP CPU #4 Launched! SMP: AP CPU #3 Launched! cd0 at ahcich1 bus 0 scbus1 target 0 lun 0 cd0: Removable CD-ROM SCSI device cd0: Serial Number K0121171240 cd0: 150.000MB/s transfers (SATA 1.x, UDMA5, ATAPI 12bytes, PIO 8192bytes) cd0: 0MB (1 0 byte sectors) Timecounter "TSC-low" frequency 1396792995 Hz quality 1000 WARNING: WITNESS option enabled, expect reduced performance. WARNING: DIAGNOSTIC option enabled, expect reduced performance. Trying to mount root from ufs:/dev/ada0s4a [rw]... Expensive timeout(9) function: 0xffffffff8088fd70(0xffffffff817b0358) 0.004= 702696 s uhub2: 2 ports with 2 removable, self powered uhub1: 2 ports with 2 removable, self powered uhub0: 21 ports with 21 removable, self powered wlan0: Ethernet address: 00:24:d6:7a:03:ce ugen1.2: at usbus1 uhub3: on = usbus1 ugen2.2: at usbus2 uhub4: on = usbus2 uhub3: 6 ports with 6 removable, self powered uhub4: 8 ports with 8 removable, self powered ugen2.3: at usbus2 ugen1.3: at usbus1 iwn0: iwn_read_firmware: ucode rev=3D0x08530501 wlan0: link state changed to UP KLD rtc.ko: depends on kernel - not available or version mismatch linker_load_file: Unsupported file type lock order reversal: 1st 0xfffffe05c22232a0 bufwait (bufwait) @ /usr/src/sys/kern/vfs_bio.c:3488 2nd 0xfffff800097d5a00 dirhash (dirhash) @ /usr/src/sys/ufs/ufs/ufs_dirhas= h.c:281 stack backtrace: #0 0xffffffff80a5a480 at witness_debugger+0x70 #1 0xffffffff80a5a374 at witness_checkorder+0xe54 #2 0xffffffff80a05912 at _sx_xlock+0x72 #3 0xffffffff80cda757 at ufsdirhash_remove+0x37 #4 0xffffffff80cdd907 at ufs_dirremove+0x127 #5 0xffffffff80ce4f1e at ufs_rename+0x135e #6 0xffffffff80f1dbe0 at VOP_RENAME_APV+0x100 #7 0xffffffff80ac5238 at kern_renameat+0x4a8 #8 0xffffffff80ddcf86 at amd64_syscall+0x2f6 #9 0xffffffff80dbcbcb at Xfast_syscall+0xfb acquiring duplicate lock of same type: "os.lock_sx" 1st os.lock_sx @ nvidia_os.c:603 2nd os.lock_sx @ nvidia_os.c:603 stack backtrace: #0 0xffffffff80a5a480 at witness_debugger+0x70 #1 0xffffffff80a5a374 at witness_checkorder+0xe54 #2 0xffffffff80a05912 at _sx_xlock+0x72 #3 0xffffffff825c81e2 at os_acquire_mutex+0x32 #4 0xffffffff825b2b38 at _nv010796rm+0x18 ACPI Warning: \134_SB_.PCI0.PEG0.PEGP._DSM: Argument #4 type mismatch - Fou= nd [Buffer], ACPI requires [Package] (20150818/nsarguments-97) ACPI Warning: \134_SB_.PCI0.PEG0.PEGP._DSM: Argument #4 type mismatch - Fou= nd [Buffer], ACPI requires [Package] (20150818/nsarguments-97) ACPI Warning: \134_SB_.PCI0.PEG0.PEGP._DSM: Argument #4 type mismatch - Fou= nd [Buffer], ACPI requires [Package] (20150818/nsarguments-97) ACPI Warning: \134_SB_.PCI0.PEG0.PEGP._DSM: Argument #4 type mismatch - Fou= nd [Buffer], ACPI requires [Package] (20150818/nsarguments-97) ACPI Warning: \134_SB_.PCI0.PEG0.PEGP._DSM: Argument #4 type mismatch - Fou= nd [Buffer], ACPI requires [Package] (20150818/nsarguments-97) ACPI Warning: \134_SB_.PCI0.PEG0.PEGP._DSM: Argument #4 type mismatch - Fou= nd [Buffer], ACPI requires [Package] (20150818/nsarguments-97) ACPI Warning: \134_SB_.PCI0.PEG0.PEGP._DSM: Argument #4 type mismatch - Fou= nd [Buffer], ACPI requires [Package] (20150818/nsarguments-97) ACPI Warning: \134_SB_.PCI0.PEG0.PEGP._DSM: Argument #4 type mismatch - Fou= nd [Buffer], ACPI requires [Package] (20150818/nsarguments-97) ACPI Warning: \134_SB_.PCI0.PEG0.PEGP._DSM: Argument #4 type mismatch - Fou= nd [Buffer], ACPI requires [Package] (20150818/nsarguments-97) ACPI Warning: \134_SB_.PCI0.PEG0.PEGP._DSM: Argument #4 type mismatch - Fou= nd [Buffer], ACPI requires [Package] (20150818/nsarguments-97) ACPI Warning: \134_SB_.PCI0.PEG0.PEGP._DSM: Argument #4 type mismatch - Fou= nd [Buffer], ACPI requires [Package] (20150818/nsarguments-97) acquiring duplicate lock of same type: "os.lock_mtx" 1st os.lock_mtx @ nvidia_os.c:777 2nd os.lock_mtx @ nvidia_os.c:777 stack backtrace: #0 0xffffffff80a5a480 at witness_debugger+0x70 #1 0xffffffff80a5a374 at witness_checkorder+0xe54 #2 0xffffffff809dfa44 at __mtx_lock_flags+0xa4 #3 0xffffffff825c853b at os_acquire_spinlock+0x1b #4 0xffffffff8236ccc5 at _nv012401rm+0xd75 ACPI Warning: \134_SB_.PCI0.PEG0.PEGP._DSM: Argument #4 type mismatch - Fou= nd [Buffer], ACPI requires [Package] (20150818/nsarguments-97) lock order reversal: 1st 0xfffff8017480fd50 ufs (ufs) @ /usr/src/sys/kern/vfs_lookup.c:530 2nd 0xfffffe05c244b190 bufwait (bufwait) @ /usr/src/sys/ufs/ffs/ffs_vnops.= c:263 3rd 0xfffff80174c935f0 ufs (ufs) @ /usr/src/sys/kern/vfs_subr.c:2498 stack backtrace: #0 0xffffffff80a5a480 at witness_debugger+0x70 #1 0xffffffff80a5a374 at witness_checkorder+0xe54 #2 0xffffffff809d6536 at __lockmgr_args+0x4d6 #3 0xffffffff80cd5146 at ffs_lock+0xa6 #4 0xffffffff80f1e6f0 at VOP_LOCK1_APV+0x100 #5 0xffffffff80ac801a at _vn_lock+0x9a #6 0xffffffff80ab86d3 at vget+0x63 #7 0xffffffff80aab00c at vfs_hash_get+0xcc #8 0xffffffff80cd0880 at ffs_vgetf+0x40 #9 0xffffffff80cc8171 at softdep_sync_buf+0xb51 #10 0xffffffff80cd5d36 at ffs_syncvnode+0x256 #11 0xffffffff80cac645 at ffs_truncate+0x8f5 #12 0xffffffff80cdd3df at ufs_direnter+0x64f #13 0xffffffff80ce67f9 at ufs_makeinode+0x5e9 #14 0xffffffff80ce2393 at ufs_create+0x33 #15 0xffffffff80f1c151 at VOP_CREATE_APV+0xf1 #16 0xffffffff80ac7872 at vn_open_cred+0x2e2 #17 0xffffffff80ac0cac at kern_openat+0x25c wlan0: link state changed to DOWN Waiting (max 60 seconds) for system process `vnlru' to stop...done Waiting (max 60 seconds) for system process `bufdaemon' to stop...done Waiting (max 60 seconds) for system process `syncer' to stop... Syncing disks, vnodes remaining...12 7 6 5 5 3 2 1 1 1 0 0 0 0 0 0 done All buffers synced. lock order reversal: 1st 0xfffff8000981bb78 ufs (ufs) @ /usr/src/sys/kern/vfs_mount.c:1222 2nd 0xfffff8000985a9a0 syncer (syncer) @ /usr/src/sys/kern/vfs_subr.c:2639 stack backtrace: #0 0xffffffff80a5a480 at witness_debugger+0x70 #1 0xffffffff80a5a374 at witness_checkorder+0xe54 #2 0xffffffff809d6536 at __lockmgr_args+0x4d6 #3 0xffffffff80aa745c at vop_stdlock+0x3c #4 0xffffffff80f1e6f0 at VOP_LOCK1_APV+0x100 #5 0xffffffff80ac801a at _vn_lock+0x9a #6 0xffffffff80ab8d79 at vputx+0x169 #7 0xffffffff80ab0ce0 at dounmount+0x410 #8 0xffffffff80aba3cb at vfs_unmountall+0x6b #9 0xffffffff80a9b347 at bufshutdown+0x3b7 #10 0xffffffff809fd8e9 at kern_reboot+0x189 #11 0xffffffff809fd703 at sys_reboot+0x3e3 #12 0xffffffff80ddcf86 at amd64_syscall+0x2f6 #13 0xffffffff80dbcbcb at Xfast_syscall+0xfb lock order reversal: 1st 0xfffff80009866d50 devfs (devfs) @ /usr/src/sys/kern/vfs_mount.c:1222 2nd 0xfffff800098667c8 syncer (syncer) @ /usr/src/sys/kern/vfs_subr.c:2639 stack backtrace: #0 0xffffffff80a5a480 at witness_debugger+0x70 #1 0xffffffff80a5a374 at witness_checkorder+0xe54 #2 0xffffffff809d6536 at __lockmgr_args+0x4d6 #3 0xffffffff80aa745c at vop_stdlock+0x3c #4 0xffffffff80f1e6f0 at VOP_LOCK1_APV+0x100 #5 0xffffffff80ac801a at _vn_lock+0x9a #6 0xffffffff80ab8d79 at vputx+0x169 #7 0xffffffff80ab0ce0 at dounmount+0x410 #8 0xffffffff80aba3cb at vfs_unmountall+0x6b #9 0xffffffff80a9b347 at bufshutdown+0x3b7 #10 0xffffffff809fd8e9 at kern_reboot+0x189 #11 0xffffffff809fd703 at sys_reboot+0x3e3 #12 0xffffffff80ddcf86 at amd64_syscall+0x2f6 #13 0xffffffff80dbcbcb at Xfast_syscall+0xfb lock order reversal: 1st 0xfffff8000968c7c8 ufs (ufs) @ /usr/src/sys/kern/vfs_mount.c:1222 2nd 0xfffff800097467c8 devfs (devfs) @ /usr/src/sys/ufs/ffs/ffs_vfsops.c:1= 375 stack backtrace: #0 0xffffffff80a5a480 at witness_debugger+0x70 #1 0xffffffff80a5a374 at witness_checkorder+0xe54 #2 0xffffffff809d6536 at __lockmgr_args+0x4d6 #3 0xffffffff80aa745c at vop_stdlock+0x3c #4 0xffffffff80f1e6f0 at VOP_LOCK1_APV+0x100 #5 0xffffffff80ac801a at _vn_lock+0x9a #6 0xffffffff80cd07cd at ffs_flushfiles+0x11d #7 0xffffffff80cb4d28 at softdep_flushfiles+0x3c8 #8 0xffffffff80cd31f4 at ffs_unmount+0x84 #9 0xffffffff80ab0e00 at dounmount+0x530 #10 0xffffffff80aba3cb at vfs_unmountall+0x6b #11 0xffffffff80a9b347 at bufshutdown+0x3b7 #12 0xffffffff809fd8e9 at kern_reboot+0x189 #13 0xffffffff809fd703 at sys_reboot+0x3e3 #14 0xffffffff80ddcf86 at amd64_syscall+0x2f6 #15 0xffffffff80dbcbcb at Xfast_syscall+0xfb Uptime: 29m4s Table 'FACP' at 0xcbfe5038 Table 'APIC' at 0xcbfe5148 APIC: Found table at 0xcbfe5148 APIC: Using the MADT enumerator. MADT: Found CPU APIC ID 0 ACPI ID 1: enabled SMP: Added CPU 0 (AP) MADT: Found CPU APIC ID 2 ACPI ID 2: enabled SMP: Added CPU 2 (AP) MADT: Found CPU APIC ID 4 ACPI ID 3: enabled SMP: Added CPU 4 (AP) MADT: Found CPU APIC ID 6 ACPI ID 4: enabled SMP: Added CPU 6 (AP) MADT: Found CPU APIC ID 1 ACPI ID 5: enabled SMP: Added CPU 1 (AP) MADT: Found CPU APIC ID 3 ACPI ID 6: enabled SMP: Added CPU 3 (AP) MADT: Found CPU APIC ID 5 ACPI ID 7: enabled SMP: Added CPU 5 (AP) MADT: Found CPU APIC ID 7 ACPI ID 8: enabled SMP: Added CPU 7 (AP) Copyright (c) 1992-2016 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 11.0-CURRENT #372 r297313M/297313:1100104: Sun Mar 27 05:08:39 PDT= 2016 root@g1-252.catwhisker.org:/common/S4/obj/usr/src/sys/CANARY amd64 FreeBSD clang version 3.8.0 (tags/RELEASE_380/final 262564) (based on LLVM = 3.8.0) WARNING: WITNESS option enabled, expect reduced performance. WARNING: DIAGNOSTIC option enabled, expect reduced performance. PPIM 0: PA=3D0xa0000, VA=3D0xffffffff82e10000, size=3D0x10000, mode=3D0 MEMGUARD DEBUGGING ALLOCATOR INITIALIZED: MEMGUARD map base: 0xfffffe0000400000 MEMGUARD map size: 16098520 KBytes VT(vga): resolution 640x480 Preloaded elf kernel "/boot/kernel/kernel" at 0xffffffff82c50000. Preloaded /boot/entropy "/boot/entropy" at 0xffffffff82c50ea8. Preloaded elf obj module "/boot/kernel/geom_eli.ko" at 0xffffffff82c50ef8. Preloaded elf obj module "/boot/kernel/linux.ko" at 0xffffffff82c515a8. Preloaded elf obj module "/boot/kernel/linux_common.ko" at 0xffffffff82c51e= 90. Preloaded elf obj module "/boot/kernel/coretemp.ko" at 0xffffffff82c525c0. Preloaded elf obj module "/boot/kernel/iwn5000fw.ko" at 0xffffffff82c52b70. Preloaded elf obj module "/boot/modules/nvidia.ko" at 0xffffffff82c53060. Calibrating TSC clock ... TSC clock: 2793609386 Hz CPU: Intel(R) Core(TM) i7-4810MQ CPU @ 2.80GHz (2793.61-MHz K8-class CPU) Origin=3D"GenuineIntel" Id=3D0x306c3 Family=3D0x6 Model=3D0x3c Steppi= ng=3D3 Features=3D0xbfebfbff Features2=3D0x7ffafbff AMD Features=3D0x2c100800 AMD Features2=3D0x21 Structured Extended Features=3D0x27ab XSAVE Features=3D0x1 VT-x: Basic Features=3D0xda0400 Pin-Based Controls=3D0x7f Primary Processor Controls=3D0xfff9fffe Secondary Processor Controls=3D0x7cff Exit Controls=3D0xda0400 Entry Controls=3D0xda0400 EPT Features=3D0x6334141 VPID Features=3D0xf01 TSC: P-state invariant, performance statistics Data TLB: 1 GByte pages, 4-way set associative, 4 entries Data TLB: 4 KB pages, 4-way set associative, 64 entries Instruction TLB: 2M/4M pages, fully associative, 8 entries Instruction TLB: 4KByte pages, 8-way set associative, 64 entries 64-Byte prefetching Shared 2nd-Level TLB: 4 KByte/2MByte pages, 8-way associative, 1024 entries L2 cache: 256 kbytes, 8-way associative, 64 bytes/line real memory =3D 8589934592 (8192 MB) Physical memory chunk(s): 0x0000000000010000 - 0x000000000008dfff, 516096 bytes (126 pages) 0x0000000000100000 - 0x00000000001fffff, 1048576 bytes (256 pages) 0x0000000002c9b000 - 0x00000000c2f9ffff, 3224391680 bytes (787205 pages) 0x00000000c2fa7000 - 0x00000000c3970fff, 10264576 bytes (2506 pages) 0x00000000c3e49000 - 0x00000000cadb2fff, 116826112 bytes (28522 pages) 0x00000000cb000000 - 0x00000000cb756fff, 7696384 bytes (1879 pages) 0x00000000cb800000 - 0x00000000cbf92fff, 7942144 bytes (1939 pages) 0x00000000cc000000 - 0x00000000cd6f4fff, 24072192 bytes (5877 pages) 0x00000000cd800000 - 0x00000000cecddfff, 21880832 bytes (5342 pages) 0x0000000100000000 - 0x000000021fc26fff, 4827803648 bytes (1178663 pages) avail memory =3D 8146149376 (7768 MB) Table 'FACP' at 0xcbfe5038 Table 'APIC' at 0xcbfe5148 Table 'FPDT' at 0xcbfe51e0 Table 'SLIC' at 0xcbfe5228 Table 'LPIT' at 0xcbfe53a0 Table 'SSDT' at 0xcbfe5400 Table 'SSDT' at 0xcbfe5628 Table 'SSDT' at 0xcbfe5788 Table 'SSDT' at 0xcbfe5ca8 Table 'HPET' at 0xcbfe6780 Table 'SSDT' at 0xcbfe67b8 Table 'MCFG' at 0xcbfe6c00 Table 'ASF!' at 0xcbfe6c40 Table 'MSDM' at 0xcbfe6ce8 Table 'DMAR' at 0xcbfe6d40 DMAR: Found table at 0xcbfe6d40 Event timer "LAPIC" quality 600 ACPI APIC Table: INTR: Adding local APIC 2 as a target INTR: Adding local APIC 4 as a target INTR: Adding local APIC 6 as a target FreeBSD/SMP: Multiprocessor System Detected: 8 CPUs FreeBSD/SMP: 1 package(s) x 4 core(s) x 2 SMT threads cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 cpu2 (AP): APIC ID: 2 cpu3 (AP): APIC ID: 3 cpu4 (AP): APIC ID: 4 cpu5 (AP): APIC ID: 5 cpu6 (AP): APIC ID: 6 cpu7 (AP): APIC ID: 7 APIC: CPU 0 has ACPI ID 1 APIC: CPU 1 has ACPI ID 5 APIC: CPU 2 has ACPI ID 2 APIC: CPU 3 has ACPI ID 6 APIC: CPU 4 has ACPI ID 3 APIC: CPU 5 has ACPI ID 7 APIC: CPU 6 has ACPI ID 4 APIC: CPU 7 has ACPI ID 8 lapic0: CMCI unmasked x86bios: IVT 0x000000-0x0004ff at 0xfffff80000000000 x86bios: SSEG 0x08c000-0x08cfff at 0xfffffe0601361000 x86bios: EBDA 0x091000-0x09ffff at 0xfffff80000091000 x86bios: ROM 0x0a0000-0x0fefff at 0xfffff800000a0000 random: read 4096 bytes from preloaded cache random: unblocking device. ULE: setup cpu 0 ULE: setup cpu 1 ULE: setup cpu 2 ULE: setup cpu 3 ULE: setup cpu 4 ULE: setup cpu 5 ULE: setup cpu 6 ULE: setup cpu 7 ACPI: RSDP 0x00000000000EF070 000024 (v02 DELL ) ACPI: XSDT 0x00000000CBFD3090 0000A4 (v01 DELL CBX3 01072009 AMI 000= 10013) ACPI: FACP 0x00000000CBFE5038 00010C (v05 DELL CBX3 01072009 AMI 000= 10013) ACPI: DSDT 0x00000000CBFD31C8 011E6F (v02 DELL CBX3 00000014 INTL 201= 20711) ACPI: FACS 0x00000000CD7FE080 000040 ACPI: APIC 0x00000000CBFE5148 000092 (v03 DELL CBX3 01072009 AMI 000= 10013) ACPI: FPDT 0x00000000CBFE51E0 000044 (v01 DELL CBX3 01072009 AMI 000= 10013) ACPI: SLIC 0x00000000CBFE5228 000176 (v03 DELL CBX3 01072009 MSFT 000= 10013) ACPI: LPIT 0x00000000CBFE53A0 00005C (v01 DELL CBX3 00000000 AMI. 000= 00005) ACPI: SSDT 0x00000000CBFE5400 000228 (v01 INTEL sensrhub 00000000 INTL 201= 20711) ACPI: SSDT 0x00000000CBFE5628 000160 (v01 Intel zpodd 00001000 INTL 201= 20711) ACPI: SSDT 0x00000000CBFE5788 00051F (v01 PmRef Cpu0Ist 00003000 INTL 201= 20711) ACPI: SSDT 0x00000000CBFE5CA8 000AD8 (v01 PmRef CpuPm 00003000 INTL 201= 20711) ACPI: HPET 0x00000000CBFE6780 000038 (v01 DELL CBX3 01072009 AMI. 000= 00005) ACPI: SSDT 0x00000000CBFE67B8 000447 (v01 SataRe SataTabl 00001000 INTL 201= 20711) ACPI: MCFG 0x00000000CBFE6C00 00003C (v01 DELL CBX3 01072009 MSFT 000= 00097) ACPI: ASF! 0x00000000CBFE6C40 0000A5 (v32 INTEL HCG 00000001 TFSM 000= F4240) ACPI: MSDM 0x00000000CBFE6CE8 000055 (v03 DELL CBX3 06222004 AMI 000= 10013) ACPI: DMAR 0x00000000CBFE6D40 000080 (v01 INTEL HSW 00000001 INTL 000= 00001) ACPI: SSDT 0x00000000CBFE6DC0 001E79 (v01 NvdRef NvdTabl 00001000 INTL 201= 20711) MADT: Found IO APIC ID 8, Interrupt 0 at 0xfec00000 ioapic0: ver 0x20 maxredir 0x17 ioapic0: Routing external 8259A's -> intpin 0 MADT: Interrupt override: source 0, irq 2 ioapic0: Routing IRQ 0 -> intpin 2 MADT: Interrupt override: source 9, irq 9 ioapic0: intpin 9 trigger: level lapic: Routing NMI -> LINT1 lapic: LINT1 trigger: edge lapic: LINT1 polarity: high ioapic0 irqs 0-23 on motherboard cpu0 BSP: ID: 0x00000000 VER: 0x01060015 LDR: 0x00000001 DFR: 0x00000000 x2API= C: 1 lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000011ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 cmci: 0x000000f2 snd_unit_init() u=3D0x00ff8000 [512] d=3D0x00007c00 [32] c=3D0x000003ff [10= 24] feeder_register: snd_unit=3D-1 snd_maxautovchans=3D16 latency=3D5 feeder_ra= te_min=3D1 feeder_rate_max=3D2016000 feeder_rate_round=3D25 wlan: <802.11 Link Layer> random: entropy device external interface firmware: 'iwn5000fw' version 0: 340696 bytes loaded at 0xffffffff820930b0 kbd: new array size 4 kbd1 at kbdmux0 mem: netmap: loaded module null: nfslock: pseudo-device crypto: module_register_init: MOD_LOAD (vesa, 0xffffffff80e4bb60, 0) error 19 io: VMBUS: load random: registering fast source Intel Secure Key RNG random: fast provider: "Intel Secure Key RNG" hptnr: R750/DC7280 controller driver v1.1.4 hptrr: RocketRAID 17xx/2xxx SATA controller driver v1.2 vtvga0: on motherboard random: harvesting attach, 8 bytes (4 bits) from vtvga0 random: harvesting attach, 8 bytes (4 bits) from ram0 cryptosoft0: on motherboard crypto: assign cryptosoft0 driver id 0, flags 100663296 crypto: cryptosoft0 registers alg 1 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 2 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 3 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 4 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 5 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 16 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 6 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 7 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 18 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 19 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 20 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 8 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 15 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 9 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 10 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 13 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 14 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 11 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 22 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 23 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 25 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 24 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 26 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 27 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 28 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 21 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 17 flags 0 maxoplen 0 random: harvesting attach, 8 bytes (4 bits) from cryptosoft0 acpi0: on motherboard ACPI: 7 ACPI AML tables successfully acquired and loaded PCIe: Memory Mapped configuration base @ 0xf8000000 ioapic0: routing intpin 9 (ISA IRQ 9) to lapic 0 vector 48 ACPI: Executed 2 blocks of module-level executable AML code acpi0: Power Button (fixed) random: harvesting attach, 8 bytes (4 bits) from acpi_sysresource0 random: harvesting attach, 8 bytes (4 bits) from acpi_sysresource1 random: harvesting attach, 8 bytes (4 bits) from acpi_sysresource2 random: harvesting attach, 8 bytes (4 bits) from acpi_sysresource3 random: harvesting attach, 8 bytes (4 bits) from acpi_sysresource4 cpu0: Processor \134_PR_.CPU0 (ACPI ID 1) -> APIC ID 0 cpu0: on acpi0 ACPI: Dynamic OEM Table Load: ACPI: SSDT 0xFFFFF80006DAB400 0003D3 (v01 PmRef Cpu0Cst 00003001 INTL 201= 20711) random: harvesting attach, 8 bytes (4 bits) from cpu0 cpu1: Processor \134_PR_.CPU1 (ACPI ID 2) -> APIC ID 2 cpu1: on acpi0 ACPI: Dynamic OEM Table Load: ACPI: SSDT 0xFFFFF80006E25800 0005AA (v01 PmRef ApIst 00003000 INTL 201= 20711) ACPI: Dynamic OEM Table Load: ACPI: SSDT 0xFFFFF80006D1FE00 000119 (v01 PmRef ApCst 00003000 INTL 201= 20711) random: harvesting attach, 8 bytes (4 bits) from cpu1 cpu2: Processor \134_PR_.CPU2 (ACPI ID 3) -> APIC ID 4 cpu2: on acpi0 random: harvesting attach, 8 bytes (4 bits) from cpu2 cpu3: Processor \134_PR_.CPU3 (ACPI ID 4) -> APIC ID 6 cpu3: on acpi0 random: harvesting attach, 8 bytes (4 bits) from cpu3 cpu4: Processor \134_PR_.CPU4 (ACPI ID 5) -> APIC ID 1 cpu4: on acpi0 random: harvesting attach, 8 bytes (4 bits) from cpu4 cpu5: Processor \134_PR_.CPU5 (ACPI ID 6) -> APIC ID 3 cpu5: on acpi0 random: harvesting attach, 8 bytes (4 bits) from cpu5 cpu6: Processor \134_PR_.CPU6 (ACPI ID 7) -> APIC ID 5 cpu6: on acpi0 random: harvesting attach, 8 bytes (4 bits) from cpu6 cpu7: Processor \134_PR_.CPU7 (ACPI ID 8) -> APIC ID 7 cpu7: on acpi0 random: harvesting attach, 8 bytes (4 bits) from cpu7 hpet0: iomem 0xfed00000-0xfed003ff on acpi0 hpet0: vendor 0x8086, rev 0x1, 14318180Hz 64bit, 8 timers, legacy route hpet0: t0: irqs 0x00f00000 (0), MSI, 64bit, periodic hpet0: t1: irqs 0x00f00000 (0), MSI hpet0: t2: irqs 0x00f00800 (0), MSI hpet0: t3: irqs 0x00f01000 (0), MSI hpet0: t4: irqs 0x00000000 (0), MSI hpet0: t5: irqs 0x00000000 (0), MSI hpet0: t6: irqs 0x00000000 (0), MSI hpet0: t7: irqs 0x00000000 (0), MSI Timecounter "HPET" frequency 14318180 Hz quality 950 msi: routing MSI-X IRQ 256 to local APIC 0 vector 49 msi: routing MSI-X IRQ 257 to local APIC 0 vector 50 msi: routing MSI-X IRQ 258 to local APIC 0 vector 51 msi: routing MSI-X IRQ 259 to local APIC 0 vector 52 msi: routing MSI-X IRQ 260 to local APIC 0 vector 53 msi: routing MSI-X IRQ 261 to local APIC 0 vector 54 msi: routing MSI-X IRQ 262 to local APIC 0 vector 55 msi: routing MSI-X IRQ 263 to local APIC 0 vector 56 Event timer "HPET" frequency 14318180 Hz quality 550 random: harvesting attach, 8 bytes (4 bits) from hpet0 atrtc0: port 0x70-0x77 irq 8 on acpi0 atrtc0: Warning: Couldn't map I/O. atrtc0: registered as a time-of-day clock (resolution 1000000us, adjustment= 0.500000000s) ioapic0: routing intpin 8 (ISA IRQ 8) to lapic 0 vector 57 Event timer "RTC" frequency 32768 Hz quality 0 random: harvesting attach, 8 bytes (4 bits) from atrtc0 attimer0: port 0x40-0x43,0x50-0x53 irq 0 on acpi0 Timecounter "i8254" frequency 1193182 Hz quality 0 ioapic0: routing intpin 2 (ISA IRQ 0) to lapic 0 vector 58 Event timer "i8254" frequency 1193182 Hz quality 100 random: harvesting attach, 8 bytes (4 bits) from attimer0 ACPI timer: 1/1 0/1 1/1 1/2 1/1 1/1 1/1 1/2 1/1 1/1 -> 9 Timecounter "ACPI-safe" frequency 3579545 Hz quality 850 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1808-0x180b on acpi0 random: harvesting attach, 8 bytes (4 bits) from acpi_timer0 acpi_ec0: port 0x930,0x934 on acpi0 random: harvesting attach, 8 bytes (4 bits) from acpi_ec0 pci_link0: Index IRQ Rtd Ref IRQs Initial Probe 0 11 N 0 3 4 5 6 10 11 12 14 15 Validation 0 11 N 0 3 4 5 6 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 10 11 12 14 15 random: harvesting attach, 8 bytes (4 bits) from pci_link0 pci_link1: Index IRQ Rtd Ref IRQs Initial Probe 0 10 N 0 3 4 5 6 10 11 12 14 15 Validation 0 10 N 0 3 4 5 6 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 10 11 12 14 15 random: harvesting attach, 8 bytes (4 bits) from pci_link1 pci_link2: Index IRQ Rtd Ref IRQs Initial Probe 0 10 N 0 3 4 5 6 10 11 12 14 15 Validation 0 10 N 0 3 4 5 6 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 10 11 12 14 15 random: harvesting attach, 8 bytes (4 bits) from pci_link2 pci_link3: Index IRQ Rtd Ref IRQs Initial Probe 0 5 N 0 3 4 5 6 10 11 12 14 15 Validation 0 5 N 0 3 4 5 6 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 10 11 12 14 15 random: harvesting attach, 8 bytes (4 bits) from pci_link3 pci_link4: Index IRQ Rtd Ref IRQs Initial Probe 0 3 N 0 3 4 5 6 10 11 12 14 15 Validation 0 3 N 0 3 4 5 6 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 10 11 12 14 15 random: harvesting attach, 8 bytes (4 bits) from pci_link4 pci_link5: Index IRQ Rtd Ref IRQs Initial Probe 0 5 N 0 3 4 5 6 10 11 12 14 15 Validation 0 5 N 0 3 4 5 6 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 10 11 12 14 15 random: harvesting attach, 8 bytes (4 bits) from pci_link5 pci_link6: Index IRQ Rtd Ref IRQs Initial Probe 0 11 N 0 3 4 5 6 10 11 12 14 15 Validation 0 11 N 0 3 4 5 6 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 10 11 12 14 15 random: harvesting attach, 8 bytes (4 bits) from pci_link6 pci_link7: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 3 4 5 6 10 11 12 14 15 Validation 0 255 N 0 3 4 5 6 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 10 11 12 14 15 random: harvesting attach, 8 bytes (4 bits) from pci_link7 pcib0: port 0xcf8-0xcff on acpi0 pcib0: decoding 5 range 0-0x3e pcib0: decoding 4 range 0-0xcf7 pcib0: decoding 4 range 0xd00-0xffff pcib0: decoding 3 range 0xa0000-0xbffff pcib0: decoding 3 range 0xdc000-0xdffff pcib0: decoding 3 range 0xe0000-0xe3fff pcib0: decoding 3 range 0xe4000-0xe7fff pcib0: decoding 3 range 0xd0000000-0xfeafffff pci0: on pcib0 pci0: domain=3D0, physical bus=3D0 found-> vendor=3D0x8086, dev=3D0x0c04, revid=3D0x06 domain=3D0, bus=3D0, slot=3D0, func=3D0 class=3D06-00-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0006, statreg=3D0x2090, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) found-> vendor=3D0x8086, dev=3D0x0c01, revid=3D0x06 domain=3D0, bus=3D0, slot=3D1, func=3D0 class=3D06-04-00, hdrtype=3D0x01, mfdev=3D1 cmdreg=3D0x0007, statreg=3D0x0010, cachelnsz=3D16 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Da, irq=3D11 powerspec 3 supports D0 D3 current D0 MSI supports 1 message pcib0: matched entry for 0.1.INTA pcib0: slot 1 INTA hardwired to IRQ 16 secbus=3D1, subbus=3D1 found-> vendor=3D0x8086, dev=3D0x8c31, revid=3D0x04 domain=3D0, bus=3D0, slot=3D20, func=3D0 class=3D0c-03-30, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0006, statreg=3D0x0290, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Da, irq=3D11 powerspec 2 supports D0 D3 current D0 MSI supports 8 messages, 64 bit map[10]: type Memory, range 64, base 0xf7120000, size 16, enabled pcib0: allocated type 3 (0xf7120000-0xf712ffff) for rid 10 of pci0:0:20:0 pcib0: matched entry for 0.20.INTA pcib0: slot 20 INTA hardwired to IRQ 16 found-> vendor=3D0x8086, dev=3D0x8c3a, revid=3D0x04 domain=3D0, bus=3D0, slot=3D22, func=3D0 class=3D07-80-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0006, statreg=3D0x0010, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Da, irq=3D11 powerspec 3 supports D0 D3 current D0 MSI supports 1 message, 64 bit map[10]: type Memory, range 64, base 0xf713c000, size 4, enabled pcib0: allocated type 3 (0xf713c000-0xf713c00f) for rid 10 of pci0:0:22:0 pcib0: matched entry for 0.22.INTA pcib0: slot 22 INTA hardwired to IRQ 16 found-> vendor=3D0x8086, dev=3D0x153a, revid=3D0x04 domain=3D0, bus=3D0, slot=3D25, func=3D0 class=3D02-00-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0007, statreg=3D0x0010, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Da, irq=3D3 powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit map[10]: type Memory, range 32, base 0xf7100000, size 17, enabled pcib0: allocated type 3 (0xf7100000-0xf711ffff) for rid 10 of pci0:0:25:0 map[14]: type Memory, range 32, base 0xf7139000, size 12, enabled pcib0: allocated type 3 (0xf7139000-0xf7139fff) for rid 14 of pci0:0:25:0 map[18]: type I/O Port, range 32, base 0xf040, size 5, enabled pcib0: allocated type 4 (0xf040-0xf05f) for rid 18 of pci0:0:25:0 pcib0: matched entry for 0.25.INTA pcib0: slot 25 INTA hardwired to IRQ 20 found-> vendor=3D0x8086, dev=3D0x8c2d, revid=3D0x04 domain=3D0, bus=3D0, slot=3D26, func=3D0 class=3D0c-03-20, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0006, statreg=3D0x0290, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Da, irq=3D11 powerspec 2 supports D0 D3 current D0 map[10]: type Memory, range 32, base 0xf7138000, size 10, enabled pcib0: allocated type 3 (0xf7138000-0xf71383ff) for rid 10 of pci0:0:26:0 pcib0: matched entry for 0.26.INTA pcib0: slot 26 INTA hardwired to IRQ 16 ehci early: SMM active, request owner change found-> vendor=3D0x8086, dev=3D0x8c20, revid=3D0x04 domain=3D0, bus=3D0, slot=3D27, func=3D0 class=3D04-03-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0006, statreg=3D0x0010, cachelnsz=3D16 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Da, irq=3D11 powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit map[10]: type Memory, range 64, base 0xf7130000, size 14, enabled pcib0: allocated type 3 (0xf7130000-0xf7133fff) for rid 10 of pci0:0:27:0 pcib0: matched entry for 0.27.INTA pcib0: slot 27 INTA hardwired to IRQ 22 found-> vendor=3D0x8086, dev=3D0x8c10, revid=3D0xd4 domain=3D0, bus=3D0, slot=3D28, func=3D0 class=3D06-04-00, hdrtype=3D0x01, mfdev=3D1 cmdreg=3D0x0007, statreg=3D0x0010, cachelnsz=3D16 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Da, irq=3D11 powerspec 3 supports D0 D3 current D0 MSI supports 1 message pcib0: matched entry for 0.28.INTA pcib0: slot 28 INTA hardwired to IRQ 16 secbus=3D2, subbus=3D2 found-> vendor=3D0x8086, dev=3D0x8c14, revid=3D0xd4 domain=3D0, bus=3D0, slot=3D28, func=3D2 class=3D06-04-00, hdrtype=3D0x01, mfdev=3D1 cmdreg=3D0x0007, statreg=3D0x0010, cachelnsz=3D16 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Dc, irq=3D10 powerspec 3 supports D0 D3 current D0 MSI supports 1 message pcib0: matched entry for 0.28.INTC pcib0: slot 28 INTC hardwired to IRQ 18 secbus=3D3, subbus=3D3 found-> vendor=3D0x8086, dev=3D0x8c16, revid=3D0xd4 domain=3D0, bus=3D0, slot=3D28, func=3D3 class=3D06-04-00, hdrtype=3D0x01, mfdev=3D1 cmdreg=3D0x0007, statreg=3D0x0010, cachelnsz=3D16 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Dd, irq=3D5 powerspec 3 supports D0 D3 current D0 MSI supports 1 message pcib0: matched entry for 0.28.INTD pcib0: slot 28 INTD hardwired to IRQ 19 secbus=3D4, subbus=3D7 found-> vendor=3D0x8086, dev=3D0x8c18, revid=3D0xd4 domain=3D0, bus=3D0, slot=3D28, func=3D4 class=3D06-04-00, hdrtype=3D0x01, mfdev=3D1 cmdreg=3D0x0007, statreg=3D0x0010, cachelnsz=3D16 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Da, irq=3D11 powerspec 3 supports D0 D3 current D0 MSI supports 1 message pcib0: matched entry for 0.28.INTA pcib0: slot 28 INTA hardwired to IRQ 16 secbus=3D8, subbus=3D8 found-> vendor=3D0x8086, dev=3D0x8c1c, revid=3D0xd4 domain=3D0, bus=3D0, slot=3D28, func=3D6 class=3D06-04-00, hdrtype=3D0x01, mfdev=3D1 cmdreg=3D0x0007, statreg=3D0x0010, cachelnsz=3D16 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Dc, irq=3D10 powerspec 3 supports D0 D3 current D0 MSI supports 1 message pcib0: matched entry for 0.28.INTC pcib0: slot 28 INTC hardwired to IRQ 18 secbus=3D9, subbus=3D16 found-> vendor=3D0x8086, dev=3D0x8c1e, revid=3D0xd4 domain=3D0, bus=3D0, slot=3D28, func=3D7 class=3D06-04-00, hdrtype=3D0x01, mfdev=3D1 cmdreg=3D0x0007, statreg=3D0x0010, cachelnsz=3D16 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Dd, irq=3D5 powerspec 3 supports D0 D3 current D0 MSI supports 1 message pcib0: matched entry for 0.28.INTD pcib0: slot 28 INTD hardwired to IRQ 19 secbus=3D17, subbus=3D17 found-> vendor=3D0x8086, dev=3D0x8c26, revid=3D0x04 domain=3D0, bus=3D0, slot=3D29, func=3D0 class=3D0c-03-20, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0006, statreg=3D0x0290, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Da, irq=3D5 powerspec 2 supports D0 D3 current D0 map[10]: type Memory, range 32, base 0xf7137000, size 10, enabled pcib0: allocated type 3 (0xf7137000-0xf71373ff) for rid 10 of pci0:0:29:0 pcib0: matched entry for 0.29.INTA pcib0: slot 29 INTA hardwired to IRQ 21 ehci early: SMM active, request owner change found-> vendor=3D0x8086, dev=3D0x8c4f, revid=3D0x04 domain=3D0, bus=3D0, slot=3D31, func=3D0 class=3D06-01-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0007, statreg=3D0x0210, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) found-> vendor=3D0x8086, dev=3D0x282a, revid=3D0x04 domain=3D0, bus=3D0, slot=3D31, func=3D2 class=3D01-04-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0007, statreg=3D0x02b0, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Db, irq=3D5 powerspec 3 supports D0 D3 current D0 MSI supports 1 message map[10]: type I/O Port, range 32, base 0xf090, size 3, enabled pcib0: allocated type 4 (0xf090-0xf097) for rid 10 of pci0:0:31:2 map[14]: type I/O Port, range 32, base 0xf080, size 2, enabled pcib0: allocated type 4 (0xf080-0xf083) for rid 14 of pci0:0:31:2 map[18]: type I/O Port, range 32, base 0xf070, size 3, enabled pcib0: allocated type 4 (0xf070-0xf077) for rid 18 of pci0:0:31:2 map[1c]: type I/O Port, range 32, base 0xf060, size 2, enabled pcib0: allocated type 4 (0xf060-0xf063) for rid 1c of pci0:0:31:2 map[20]: type I/O Port, range 32, base 0xf020, size 5, enabled pcib0: allocated type 4 (0xf020-0xf03f) for rid 20 of pci0:0:31:2 map[24]: type Memory, range 32, base 0xf7136000, size 11, enabled pcib0: allocated type 3 (0xf7136000-0xf71367ff) for rid 24 of pci0:0:31:2 pcib0: matched entry for 0.31.INTB pcib0: slot 31 INTB hardwired to IRQ 19 found-> vendor=3D0x8086, dev=3D0x8c22, revid=3D0x04 domain=3D0, bus=3D0, slot=3D31, func=3D3 class=3D0c-05-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0003, statreg=3D0x0280, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Dc, irq=3D10 map[10]: type Memory, range 64, base 0xf7135000, size 8, enabled pcib0: allocated type 3 (0xf7135000-0xf71350ff) for rid 10 of pci0:0:31:3 map[20]: type I/O Port, range 32, base 0xf000, size 5, enabled pcib0: allocated type 4 (0xf000-0xf01f) for rid 20 of pci0:0:31:3 pcib0: matched entry for 0.31.INTC pcib0: slot 31 INTC hardwired to IRQ 18 random: harvesting attach, 8 bytes (4 bits) from hostb0 pcib1: irq 16 at device 1.0 on pci0 pcib0: allocated type 4 (0xe000-0xefff) for rid 1c of pcib1 pcib0: allocated type 3 (0xf4000000-0xf50fffff) for rid 20 of pcib1 pcib0: allocated type 3 (0xe0000000-0xf1ffffff) for rid 24 of pcib1 pcib1: domain 0 pcib1: secondary bus 1 pcib1: subordinate bus 1 pcib1: I/O decode 0xe000-0xefff pcib1: memory decode 0xf4000000-0xf50fffff pcib1: prefetched decode 0xe0000000-0xf1ffffff pcib1: special decode VGA pci1: on pcib1 pcib1: allocated bus range (1-1) for rid 0 of pci1 pci1: domain=3D0, physical bus=3D1 found-> vendor=3D0x10de, dev=3D0x0ff6, revid=3D0xa1 domain=3D0, bus=3D1, slot=3D0, func=3D0 class=3D03-00-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0007, statreg=3D0x0010, cachelnsz=3D16 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Da, irq=3D11 powerspec 3 supports D0 D3 current D0 MSI supports 1 message, 64 bit map[10]: type Memory, range 32, base 0xf4000000, size 24, enabled pcib1: allocated memory range (0xf4000000-0xf4ffffff) for rid 10 of pci0:1:= 0:0 map[14]: type Prefetchable Memory, range 64, base 0xe0000000, size 28, ena= bled pcib1: allocated prefetch range (0xe0000000-0xefffffff) for rid 14 of pci0:= 1:0:0 map[1c]: type Prefetchable Memory, range 64, base 0xf0000000, size 25, ena= bled pcib1: allocated prefetch range (0xf0000000-0xf1ffffff) for rid 1c of pci0:= 1:0:0 map[24]: type I/O Port, range 32, base 0xe000, size 7, enabled pcib1: allocated I/O port range (0xe000-0xe07f) for rid 24 of pci0:1:0:0 pcib1: matched entry for 1.0.INTA pcib1: slot 0 INTA hardwired to IRQ 16 found-> vendor=3D0x10de, dev=3D0x0e1b, revid=3D0xa1 domain=3D0, bus=3D1, slot=3D0, func=3D1 class=3D04-03-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0006, statreg=3D0x0010, cachelnsz=3D16 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Db, irq=3D10 powerspec 3 supports D0 D3 current D0 MSI supports 1 message, 64 bit map[10]: type Memory, range 32, base 0xf5080000, size 14, enabled pcib1: allocated memory range (0xf5080000-0xf5083fff) for rid 10 of pci0:1:= 0:1 pcib1: matched entry for 1.0.INTB pcib1: slot 0 INTB hardwired to IRQ 17 vgapci0: port 0xe000-0xe07f mem 0xf4000000-0xf4fff= fff,0xe0000000-0xefffffff,0xf0000000-0xf1ffffff irq 16 at device 0.0 on pci1 nvidia0: on vgapci0 vgapci0: child nvidia0 requested pci_enable_io vgapci0: attempting to allocate 1 MSI vectors (1 supported) msi: routing MSI IRQ 264 to local APIC 0 vector 59 vgapci0: using IRQ 264 for MSI vgapci0: child nvidia0 requested pci_enable_io random: harvesting attach, 8 bytes (4 bits) from nvidia0 vgapci0: Boot video device random: harvesting attach, 8 bytes (4 bits) from vgapci0 hdac0: mem 0xf5080000-0xf5083fff irq 17 at= device 0.1 on pci1 hdac0: PCI card vendor: 0x1028, device: 0x05cc hdac0: HDA Driver Revision: 20120126_0002 hdac0: Config options: on=3D0x00000000 off=3D0x00000000 hdac0: attempting to allocate 1 MSI vectors (1 supported) msi: routing MSI IRQ 265 to local APIC 0 vector 60 hdac0: using IRQ 265 for MSI hdac0: Caps: OSS 4, ISS 4, BSS 0, NSDO 4, 64bit, CORB 256, RIRB 256 random: harvesting attach, 8 bytes (4 bits) from hdac0 random: harvesting attach, 8 bytes (4 bits) from pci1 random: harvesting attach, 8 bytes (4 bits) from pcib1 xhci0: mem 0xf7120000-0xf712ffff irq = 16 at device 20.0 on pci0 xhci0: 32 bytes context size, 64-bit DMA xhci0: attempting to allocate 1 MSI vectors (8 supported) msi: routing MSI IRQ 266 to local APIC 0 vector 61 xhci0: using IRQ 266 for MSI xhci0: MSI enabled xhci0: Port routing mask set to 0xffffffff usbus0 on xhci0 xhci0: usbpf: Attached random: harvesting attach, 8 bytes (4 bits) from usbus0 random: harvesting attach, 8 bytes (4 bits) from xhci0 pci0: at device 22.0 (no driver attached) em0: port 0xf040-0xf05f mem = 0xf7100000-0xf711ffff,0xf7139000-0xf7139fff irq 20 at device 25.0 on pci0 em0: attempting to allocate 1 MSI vectors (1 supported) msi: routing MSI IRQ 267 to local APIC 0 vector 62 em0: using IRQ 267 for MSI em0: Using an MSI interrupt em0: bpf attached em0: Ethernet address: 34:e6:d7:3c:4a:93 em0: netmap queues/slots: TX 1/1024, RX 1/1024 random: harvesting attach, 8 bytes (4 bits) from em0 ehci0: mem 0xf7138000-0xf71383f= f irq 16 at device 26.0 on pci0 ioapic0: routing intpin 16 (PCI IRQ 16) to lapic 0 vector 63 usbus1: EHCI version 1.0 usbus1 on ehci0 ehci0: usbpf: Attached random: harvesting attach, 8 bytes (4 bits) from usbus1 random: harvesting attach, 8 bytes (4 bits) from ehci0 hdac1: mem 0xf7130000-0xf7133fff irq 22 a= t device 27.0 on pci0 hdac1: PCI card vendor: 0x1028, device: 0x05cc hdac1: HDA Driver Revision: 20120126_0002 hdac1: Config options: on=3D0x00000000 off=3D0x00000000 hdac1: attempting to allocate 1 MSI vectors (1 supported) msi: routing MSI IRQ 268 to local APIC 0 vector 64 hdac1: using IRQ 268 for MSI hdac1: Caps: OSS 4, ISS 4, BSS 0, NSDO 1, 64bit, CORB 256, RIRB 256 random: harvesting attach, 8 bytes (4 bits) from hdac1 pcib2: irq 16 at device 28.0 on pci0 pcib2: domain 0 pcib2: secondary bus 2 pcib2: subordinate bus 2 pci2: on pcib2 pcib2: allocated bus range (2-2) for rid 0 of pci2 pci2: domain=3D0, physical bus=3D2 random: harvesting attach, 8 bytes (4 bits) from pci2 random: harvesting attach, 8 bytes (4 bits) from pcib2 pcib3: irq 18 at device 28.2 on pci0 pcib0: allocated type 3 (0xf7000000-0xf70fffff) for rid 20 of pcib3 pcib3: domain 0 pcib3: secondary bus 3 pcib3: subordinate bus 3 pcib3: memory decode 0xf7000000-0xf70fffff pci3: on pcib3 pcib3: allocated bus range (3-3) for rid 0 of pci3 pci3: domain=3D0, physical bus=3D3 found-> vendor=3D0x8086, dev=3D0x4232, revid=3D0x00 domain=3D0, bus=3D3, slot=3D0, func=3D0 class=3D02-80-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0006, statreg=3D0x0010, cachelnsz=3D16 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Da, irq=3D10 powerspec 3 supports D0 D3 current D0 MSI supports 1 message, 64 bit map[10]: type Memory, range 64, base 0xf7000000, size 13, enabled pcib3: allocated memory range (0xf7000000-0xf7001fff) for rid 10 of pci0:3:= 0:0 pcib3: matched entry for 3.0.INTA pcib3: slot 0 INTA hardwired to IRQ 18 iwn0: mem 0xf7000000-0xf7001fff irq 18 at device 0.0= on pci3 iwn0: attempting to allocate 1 MSI vectors (1 supported) msi: routing MSI IRQ 269 to local APIC 0 vector 65 iwn0: using IRQ 269 for MSI iwn0: MIMO 1T2R, MoW, address 00:24:d6:7a:03:ce iwn0: 11a rates: 6Mbps 9Mbps 12Mbps 18Mbps 24Mbps 36Mbps 48Mbps 54Mbps iwn0: 11b rates: 1Mbps 2Mbps 5.5Mbps 11Mbps iwn0: 11g rates: 1Mbps 2Mbps 5.5Mbps 11Mbps 6Mbps 9Mbps 12Mbps 18Mbps 24Mbp= s 36Mbps 48Mbps 54Mbps iwn0: 1T2R iwn0: 11na MCS 20MHz iwn0: MCS 0-7: 6.5Mbps - 65Mbps iwn0: 11na MCS 20MHz SGI iwn0: MCS 0-7: 7Mbps - 72Mbps iwn0: 11na MCS 40MHz: iwn0: MCS 0-7: 13.5Mbps - 135Mbps iwn0: 11na MCS 40MHz SGI: iwn0: MCS 0-7: 15Mbps - 150Mbps iwn0: 11ng MCS 20MHz iwn0: MCS 0-7: 6.5Mbps - 65Mbps iwn0: 11ng MCS 20MHz SGI iwn0: MCS 0-7: 7Mbps - 72Mbps iwn0: 11ng MCS 40MHz: iwn0: MCS 0-7: 13.5Mbps - 135Mbps iwn0: 11ng MCS 40MHz SGI: iwn0: MCS 0-7: 15Mbps - 150Mbps random: harvesting attach, 8 bytes (4 bits) from iwn0 random: harvesting attach, 8 bytes (4 bits) from pci3 random: harvesting attach, 8 bytes (4 bits) from pcib3 pcib4: irq 19 at device 28.3 on pci0 pcib0: allocated type 4 (0xd000-0xdfff) for rid 1c of pcib4 pcib0: allocated type 3 (0xf6500000-0xf6efffff) for rid 20 of pcib4 pcib0: allocated type 3 (0xf3500000-0xf3efffff) for rid 24 of pcib4 pcib4: domain 0 pcib4: secondary bus 4 pcib4: subordinate bus 7 pcib4: I/O decode 0xd000-0xdfff pcib4: memory decode 0xf6500000-0xf6efffff pcib4: prefetched decode 0xf3500000-0xf3efffff pci4: on pcib4 pcib4: allocated bus range (4-4) for rid 0 of pci4 pci4: domain=3D0, physical bus=3D4 random: harvesting attach, 8 bytes (4 bits) from pci4 random: harvesting attach, 8 bytes (4 bits) from pcib4 pcib5: irq 16 at device 28.4 on pci0 pcib0: allocated type 4 (0xc000-0xcfff) for rid 1c of pcib5 pcib0: allocated type 3 (0xf5b00000-0xf64fffff) for rid 20 of pcib5 pcib0: allocated type 3 (0xf2b00000-0xf34fffff) for rid 24 of pcib5 pcib5: domain 0 pcib5: secondary bus 8 pcib5: subordinate bus 8 pcib5: I/O decode 0xc000-0xcfff pcib5: memory decode 0xf5b00000-0xf64fffff pcib5: prefetched decode 0xf2b00000-0xf34fffff pci5: on pcib5 pcib5: allocated bus range (8-8) for rid 0 of pci5 pci5: domain=3D0, physical bus=3D8 random: harvesting attach, 8 bytes (4 bits) from pci5 random: harvesting attach, 8 bytes (4 bits) from pcib5 pcib6: irq 18 at device 28.6 on pci0 pcib0: allocated type 4 (0xa000-0xbfff) for rid 1c of pcib6 pcib0: allocated type 3 (0xf5100000-0xf5afffff) for rid 20 of pcib6 pcib0: allocated type 3 (0xf2100000-0xf2afffff) for rid 24 of pcib6 pcib6: domain 0 pcib6: secondary bus 9 pcib6: subordinate bus 16 pcib6: I/O decode 0xa000-0xbfff pcib6: memory decode 0xf5100000-0xf5afffff pcib6: prefetched decode 0xf2100000-0xf2afffff pci6: on pcib6 pcib6: allocated bus range (9-9) for rid 0 of pci6 pci6: domain=3D0, physical bus=3D9 random: harvesting attach, 8 bytes (4 bits) from pci6 random: harvesting attach, 8 bytes (4 bits) from pcib6 pcib7: irq 19 at device 28.7 on pci0 pcib0: allocated type 3 (0xf6f00000-0xf6ffffff) for rid 20 of pcib7 pcib7: domain 0 pcib7: secondary bus 17 pcib7: subordinate bus 17 pcib7: memory decode 0xf6f00000-0xf6ffffff pci7: on pcib7 pcib7: allocated bus range (17-17) for rid 0 of pci7 pci7: domain=3D0, physical bus=3D17 found-> vendor=3D0x1217, dev=3D0x8520, revid=3D0x01 domain=3D0, bus=3D17, slot=3D0, func=3D0 class=3D08-05-01, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0006, statreg=3D0x0010, cachelnsz=3D16 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Da, irq=3D5 powerspec 3 supports D0 D3 current D0 MSI supports 1 message, 64 bit, vector masks map[10]: type Memory, range 32, base 0xf6f01000, size 12, enabled pcib7: allocated memory range (0xf6f01000-0xf6f01fff) for rid 10 of pci0:17= :0:0 map[14]: type Memory, range 32, base 0xf6f00000, size 11, enabled pcib7: allocated memory range (0xf6f00000-0xf6f007ff) for rid 14 of pci0:17= :0:0 pcib7: matched entry for 17.0.INTA pcib7: slot 0 INTA hardwired to IRQ 19 sdhci_pci0: mem 0xf6f01000-0xf6f01fff,0xf6f00000-0xf6f007f= f irq 19 at device 0.0 on pci7 sdhci_pci0: attempting to allocate 1 MSI vectors (1 supported) msi: routing MSI IRQ 270 to local APIC 0 vector 66 sdhci_pci0: using IRQ 270 for MSI sdhci_pci0: Hardware doesn't specify timeout clock frequency, setting BROKE= N_TIMEOUT quirk. sdhci_pci0-slot0: 50MHz HS 1bit 3.3V 1.8V DMA sdhci_pci0-slot0: =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D REGISTER DUMP = =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D sdhci_pci0-slot0: Sys addr: 0x00000000 | Version: 0x00000603 sdhci_pci0-slot0: Blk size: 0x00000000 | Blk cnt: 0x00000000 sdhci_pci0-slot0: Argument: 0x00000000 | Trn mode: 0x00000000 sdhci_pci0-slot0: Present: 0x00080000 | Host ctl: 0x00000000 sdhci_pci0-slot0: Power: 0x00000000 | Blk gap: 0x00000000 sdhci_pci0-slot0: Wake-up: 0x00000000 | Clock: 0x00000002 sdhci_pci0-slot0: Timeout: 0x00000000 | Int stat: 0x00000000 sdhci_pci0-slot0: Int enab: 0x01ff00fb | Sig enab: 0x01ff00fb sdhci_pci0-slot0: AC12 err: 0x00000000 | Slot int: 0x00000000 sdhci_pci0-slot0: Caps: 0x25fe3280 | Max curr: 0x005800c8 sdhci_pci0-slot0: =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D sdhci_pci0: 1 slot(s) allocated random: harvesting attach, 8 bytes (4 bits) from sdhci_pci0 random: harvesting attach, 8 bytes (4 bits) from pci7 random: harvesting attach, 8 bytes (4 bits) from pcib7 ehci1: mem 0xf7137000-0xf71373f= f irq 21 at device 29.0 on pci0 ioapic0: routing intpin 21 (PCI IRQ 21) to lapic 0 vector 67 usbus2: EHCI version 1.0 usbus2 on ehci1 ehci1: usbpf: Attached random: harvesting attach, 8 bytes (4 bits) from usbus2 random: harvesting attach, 8 bytes (4 bits) from ehci1 isab0: at device 31.0 on pci0 isa0: on isab0 random: harvesting attach, 8 bytes (4 bits) from isa0 random: harvesting attach, 8 bytes (4 bits) from isab0 ahci0: port 0xf090-0xf097,0xf080-0xf083,= 0xf070-0xf077,0xf060-0xf063,0xf020-0xf03f mem 0xf7136000-0xf71367ff irq 19 = at device 31.2 on pci0 ahci0: attempting to allocate 1 MSI vectors (1 supported) msi: routing MSI IRQ 271 to local APIC 0 vector 68 ahci0: using IRQ 271 for MSI ahci0: AHCI v1.30 with 5 6Gbps ports, Port Multiplier not supported ahci0: Caps: 64bit NCQ MPS SS ALP AL CLO 6Gbps PMD SSC PSC 32cmd EM eSATA 5= ports ahci0: Caps2: APST ahcich0: at channel 0 on ahci0 ahcich0: Caps: random: harvesting attach, 8 bytes (4 bits) from ahcich0 ahcich1: at channel 1 on ahci0 ahcich1: Caps: HPCP MPSP random: harvesting attach, 8 bytes (4 bits) from ahcich1 ahcich2: at channel 2 on ahci0 ahcich2: Caps: ESP random: harvesting attach, 8 bytes (4 bits) from ahcich2 ahcich3: at channel 3 on ahci0 ahcich3: Caps: ESP random: harvesting attach, 8 bytes (4 bits) from ahcich3 ahcich4: not probed (disabled) ahciem0: on ahci0 ahciem0: Caps: ALHD XMT SMB LED random: harvesting attach, 8 bytes (4 bits) from ahciem0 random: harvesting attach, 8 bytes (4 bits) from ahci0 ichsmb0: port 0xf000-0xf01f mem 0xf7135= 000-0xf71350ff irq 18 at device 31.3 on pci0 ioapic0: routing intpin 18 (PCI IRQ 18) to lapic 0 vector 69 smbus0: on ichsmb0 smb0: on smbus0 random: harvesting attach, 8 bytes (4 bits) from smb0 random: harvesting attach, 8 bytes (4 bits) from smbus0 random: harvesting attach, 8 bytes (4 bits) from ichsmb0 random: harvesting attach, 8 bytes (4 bits) from pci0 random: harvesting attach, 8 bytes (4 bits) from pcib0 acpi_lid0: on acpi0 random: harvesting attach, 8 bytes (4 bits) from acpi_lid0 acpi_button0: on acpi0 random: harvesting attach, 8 bytes (4 bits) from acpi_button0 acpi_button1: on acpi0 random: harvesting attach, 8 bytes (4 bits) from acpi_button1 acpi_acad0: on acpi0 random: harvesting attach, 8 bytes (4 bits) from acpi_acad0 battery0: on acpi0 random: harvesting attach, 8 bytes (4 bits) from battery0 battery1: on acpi0 random: harvesting attach, 8 bytes (4 bits) from battery1 acpi_tz0: on acpi0 random: harvesting attach, 8 bytes (4 bits) from acpi_tz0 random: harvesting attach, 8 bytes (4 bits) from atdma0 random: harvesting attach, 8 bytes (4 bits) from fpupnp0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0065 atkbd: keyboard ID 0x41ab (2) kbdc: RESET_KBD return code:00fa kbdc: RESET_KBD status:00aa kbd0 at atkbd0 kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x1d0000 ioapic0: routing intpin 1 (ISA IRQ 1) to lapic 0 vector 70 atkbd0: [GIANT-LOCKED] random: harvesting attach, 8 bytes (4 bits) from atkbd0 psm0: unable to allocate IRQ random: harvesting attach, 8 bytes (4 bits) from atkbdc0 psmcpnp0: irq 12 on acpi0 psm0: current command byte:0065 kbdc: TEST_AUX_PORT status:0000 kbdc: RESET_AUX return code:00fa kbdc: RESET_AUX status:00aa kbdc: RESET_AUX ID:0000 kbdc: RESET_AUX return code:00fa kbdc: RESET_AUX status:00aa kbdc: RESET_AUX ID:0000 psm: status 00 02 64 psm: status 00 00 64 psm: status 00 03 64 psm: status 00 03 64 psm: data 08 00 00 psm: status 00 00 14 psm: status 73 03 0a psm: status 00 02 64 psm0: irq 12 on atkbdc0 ioapic0: routing intpin 12 (ISA IRQ 12) to lapic 0 vector 71 psm0: [GIANT-LOCKED] psm0: model GlidePoint, device ID 0-00, 2 buttons psm0: config:00004000, flags:00000008, packet size:3 psm0: syncmask:c0, syncbits:00 random: harvesting attach, 8 bytes (4 bits) from psm0 random: harvesting attach, 8 bytes (4 bits) from psmcpnp0 ppc1: using extended I/O port range ACPI: Enabled 2 GPEs in block 00 to 3F random: harvesting attach, 8 bytes (4 bits) from acpi0 random: harvesting attach, 8 bytes (4 bits) from apic0 acpi0: wakeup code va 0xfffffe060ba14000 pa 0x88000 random: harvesting attach, 8 bytes (4 bits) from nexus0 ahc_isa_identify 0: ioport 0xc00 alloc failed ahc_isa_identify 1: ioport 0x1c00 alloc failed ahc_isa_identify 2: ioport 0x2c00 alloc failed ahc_isa_identify 3: ioport 0x3c00 alloc failed ahc_isa_identify 4: ioport 0x4c00 alloc failed ahc_isa_identify 5: ioport 0x5c00 alloc failed ahc_isa_identify 6: ioport 0x6c00 alloc failed ahc_isa_identify 7: ioport 0x7c00 alloc failed ahc_isa_identify 8: ioport 0x8c00 alloc failed ahc_isa_identify 9: ioport 0x9c00 alloc failed ahc_isa_identify 10: ioport 0xac00 alloc failed ahc_isa_identify 11: ioport 0xbc00 alloc failed ahc_isa_identify 12: ioport 0xcc00 alloc failed ahc_isa_identify 13: ioport 0xdc00 alloc failed ahc_isa_identify 14: ioport 0xec00 alloc failed pcib0: allocated type 3 (0xb0000-0xb07ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb0800-0xb0fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb1000-0xb17ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb1800-0xb1fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb2000-0xb27ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb2800-0xb2fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb3000-0xb37ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb3800-0xb3fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb4000-0xb47ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb4800-0xb4fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb5000-0xb57ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb5800-0xb5fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb6000-0xb67ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb6800-0xb6fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb7000-0xb77ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb7800-0xb7fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb8000-0xb87ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb8800-0xb8fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb9000-0xb97ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb9800-0xb9fff) for rid 0 of orm0 pcib0: allocated type 3 (0xba000-0xba7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xba800-0xbafff) for rid 0 of orm0 pcib0: allocated type 3 (0xbb000-0xbb7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xbb800-0xbbfff) for rid 0 of orm0 pcib0: allocated type 3 (0xbc000-0xbc7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xbc800-0xbcfff) for rid 0 of orm0 pcib0: allocated type 3 (0xbd000-0xbd7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xbd800-0xbdfff) for rid 0 of orm0 pcib0: allocated type 3 (0xbe000-0xbe7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xbe800-0xbefff) for rid 0 of orm0 pcib0: allocated type 3 (0xbf000-0xbf7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xbf800-0xbffff) for rid 0 of orm0 pcib0: allocated type 3 (0xdc000-0xdc7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xdc800-0xdcfff) for rid 0 of orm0 pcib0: allocated type 3 (0xdd000-0xdd7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xdd800-0xddfff) for rid 0 of orm0 pcib0: allocated type 3 (0xde000-0xde7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xde800-0xdefff) for rid 0 of orm0 pcib0: allocated type 3 (0xdf000-0xdf7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xdf800-0xdffff) for rid 0 of orm0 pcib0: allocated type 3 (0xe0000-0xe07ff) for rid 0 of orm0 pcib0: allocated type 3 (0xe0800-0xe0fff) for rid 0 of orm0 pcib0: allocated type 3 (0xe1000-0xe17ff) for rid 0 of orm0 pcib0: allocated type 3 (0xe1800-0xe1fff) for rid 0 of orm0 pcib0: allocated type 3 (0xe2000-0xe27ff) for rid 0 of orm0 pcib0: allocated type 3 (0xe2800-0xe2fff) for rid 0 of orm0 pcib0: allocated type 3 (0xe3000-0xe37ff) for rid 0 of orm0 pcib0: allocated type 3 (0xe3800-0xe3fff) for rid 0 of orm0 pcib0: allocated type 3 (0xe4000-0xe47ff) for rid 0 of orm0 pcib0: allocated type 3 (0xe4800-0xe4fff) for rid 0 of orm0 pcib0: allocated type 3 (0xe5000-0xe57ff) for rid 0 of orm0 pcib0: allocated type 3 (0xe5800-0xe5fff) for rid 0 of orm0 pcib0: allocated type 3 (0xe6000-0xe67ff) for rid 0 of orm0 pcib0: allocated type 3 (0xe6800-0xe6fff) for rid 0 of orm0 pcib0: allocated type 3 (0xe7000-0xe77ff) for rid 0 of orm0 pcib0: allocated type 3 (0xe7800-0xe7fff) for rid 0 of orm0 isa_probe_children: disabling PnP devices atkbdc: atkbdc0 already exists; skipping it atrtc: atrtc0 already exists; skipping it attimer: attimer0 already exists; skipping it sc: sc0 already exists; skipping it isa_probe_children: probing non-PnP devices sc0 failed to probe on isa0 vga0 failed to probe on isa0 pcib0: allocated type 4 (0x3f0-0x3f5) for rid 0 of fdc0 pcib0: allocated type 4 (0x3f7-0x3f7) for rid 1 of fdc0 fdc0 failed to probe at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 ppc0: cannot reserve I/O port range ppc0 failed to probe at irq 7 on isa0 pcib0: allocated type 4 (0x3f8-0x3f8) for rid 0 of uart0 uart0 failed to probe at port 0x3f8 irq 4 on isa0 pcib0: allocated type 4 (0x2f8-0x2f8) for rid 0 of uart1 uart1 failed to probe at port 0x2f8 irq 3 on isa0 isa_probe_children: probing PnP devices random: harvesting attach, 8 bytes (4 bits) from acpi_perf0 random: harvesting attach, 8 bytes (4 bits) from acpi_perf1 random: harvesting attach, 8 bytes (4 bits) from acpi_perf2 random: harvesting attach, 8 bytes (4 bits) from acpi_perf3 random: harvesting attach, 8 bytes (4 bits) from acpi_perf4 random: harvesting attach, 8 bytes (4 bits) from acpi_perf5 random: harvesting attach, 8 bytes (4 bits) from acpi_perf6 random: harvesting attach, 8 bytes (4 bits) from acpi_perf7 coretemp0: on cpu0 coretemp0: Setting TjMax=3D100 random: harvesting attach, 8 bytes (4 bits) from coretemp0 est0: on cpu0 random: harvesting attach, 8 bytes (4 bits) from cpufreq0 random: harvesting attach, 8 bytes (4 bits) from est0 coretemp1: on cpu1 coretemp1: Setting TjMax=3D100 random: harvesting attach, 8 bytes (4 bits) from coretemp1 est1: on cpu1 random: harvesting attach, 8 bytes (4 bits) from cpufreq1 random: harvesting attach, 8 bytes (4 bits) from est1 coretemp2: on cpu2 coretemp2: Setting TjMax=3D100 random: harvesting attach, 8 bytes (4 bits) from coretemp2 est2: on cpu2 random: harvesting attach, 8 bytes (4 bits) from cpufreq2 random: harvesting attach, 8 bytes (4 bits) from est2 coretemp3: on cpu3 coretemp3: Setting TjMax=3D100 random: harvesting attach, 8 bytes (4 bits) from coretemp3 est3: on cpu3 random: harvesting attach, 8 bytes (4 bits) from cpufreq3 random: harvesting attach, 8 bytes (4 bits) from est3 coretemp4: on cpu4 coretemp4: Setting TjMax=3D100 random: harvesting attach, 8 bytes (4 bits) from coretemp4 est4: on cpu4 random: harvesting attach, 8 bytes (4 bits) from cpufreq4 random: harvesting attach, 8 bytes (4 bits) from est4 coretemp5: on cpu5 coretemp5: Setting TjMax=3D100 random: harvesting attach, 8 bytes (4 bits) from coretemp5 est5: on cpu5 random: harvesting attach, 8 bytes (4 bits) from cpufreq5 random: harvesting attach, 8 bytes (4 bits) from est5 coretemp6: on cpu6 coretemp6: Setting TjMax=3D100 random: harvesting attach, 8 bytes (4 bits) from coretemp6 est6: on cpu6 random: harvesting attach, 8 bytes (4 bits) from cpufreq6 random: harvesting attach, 8 bytes (4 bits) from est6 coretemp7: on cpu7 coretemp7: Setting TjMax=3D100 random: harvesting attach, 8 bytes (4 bits) from coretemp7 est7: on cpu7 random: harvesting attach, 8 bytes (4 bits) from cpufreq7 random: harvesting attach, 8 bytes (4 bits) from est7 Device configuration finished. procfs registered lapic: Divisor 2, Frequency 49885895 Hz Timecounters tick every 1.000 msec vlan: initialized, using hash tables with chaining Linux ELF exec handler installed tcp_init: net.inet.tcp.tcbhashsize auto tuned to 65536 IPsec: Initialized Security Association Processing. ipfw2 (+ipv6) initialized, divert enabled, nat loadable, default to deny, l= ogging disabled DUMMYNET 0 with IPv6 initialized (100409) load_dn_sched dn_sched RR loaded load_dn_sched dn_sched WF2Q+ loaded lo0: bpf attached load_dn_sched dn_sched FIFO loaded load_dn_sched dn_sched PRIO loaded load_dn_sched dn_sched QFQ loaded hptnr: no controller detected. hptrr: no controller detected. hdacc0: at cad 0 on hdac0 hdaa0: at nid 1 on hdacc0 hdaa0: Subsystem ID: 0x102805cc hdaa0: NumGPIO=3D0 NumGPO=3D0 NumGPI=3D0 GPIWake=3D0 GPIUnsol=3D0 hdaa0: Original pins configuration: hdaa0: nid 0x as seq device conn jack loc color misc hdaa0: 4 585600f0 15 0 Digital-out None Digital 0x18 Unknown 0 hdaa0: 5 185600f0 15 0 Digital-out Jack Digital 0x18 Unknown 0 hdaa0: 6 585600f0 15 0 Digital-out None Digital 0x18 Unknown 0 hdaa0: 7 185600f0 15 0 Digital-out Jack Digital 0x18 Unknown 0 hdaa0: Patched pins configuration: hdaa0: nid 0x as seq device conn jack loc color misc hdaa0: 4 585600f0 15 0 Digital-out None Digital 0x18 Unknown 0 D= ISA hdaa0: 5 185600f0 15 0 Digital-out Jack Digital 0x18 Unknown 0 hdaa0: 6 585600f0 15 0 Digital-out None Digital 0x18 Unknown 0 D= ISA hdaa0: 7 185600f0 15 0 Digital-out Jack Digital 0x18 Unknown 0 hdaa0: 2 associations found: hdaa0: Association 0 (15) out: hdaa0: Pin nid=3D5 seq=3D0 hdaa0: Association 1 (15) out: hdaa0: Pin nid=3D7 seq=3D0 hdaa0: Tracing association 0 (15) hdaa0: Pin 5 traced to DAC 8 hdaa0: Association 0 (15) trace succeeded hdaa0: Tracing association 1 (15) hdaa0: Pin 7 traced to DAC 9 hdaa0: Association 1 (15) trace succeeded hdaa0: Looking for additional DAC for association 0 (15) hdaa0: Looking for additional DAC for association 1 (15) hdaa0: Tracing input monitor hdaa0: Tracing other input monitors hdaa0: Tracing beeper hdaa0: FG config/quirks: forcestereo ivref50 ivref80 ivref100 ivref pcm0: at nid 5 on hdaa0 pcm0: Playback: pcm0: Stream cap: 0x00000005 AC3 PCM pcm0: PCM cap: 0x000e07f0 16 20 24 bits, 32 44 48 88 96 176 192 KHz pcm0: DAC: 8 pcm0:=20 pcm0: nid=3D5 [pin: Digital-out (Jack)] pcm0: + <- nid=3D8 [audio output] [src: pcm] pcm0:=20 pcm0: Mixer "vol" -> "none": child=3D0x00000010 pcm0: Mixer "pcm": parent=3D"vol" pcm0: Soft PCM mixer ENABLED pcm0: Playback channel matrix is: unknown, assuming 7.1 (disconnected) random: harvesting attach, 8 bytes (4 bits) from pcm0 pcm1: at nid 7 on hdaa0 pcm1: Playback: pcm1: Stream cap: 0x00000005 AC3 PCM pcm1: PCM cap: 0x000e07f0 16 20 24 bits, 32 44 48 88 96 176 192 KHz pcm1: DAC: 9 pcm1:=20 pcm1: nid=3D7 [pin: Digital-out (Jack)] pcm1: + <- nid=3D9 [audio output] [src: pcm] pcm1:=20 pcm1: Mixer "vol" -> "none": child=3D0x00000010 pcm1: Mixer "pcm": parent=3D"vol" pcm1: Soft PCM mixer ENABLED pcm1: Playback channel matrix is: unknown, assuming 7.1 (disconnected) random: harvesting attach, 8 bytes (4 bits) from pcm1 random: harvesting attach, 8 bytes (4 bits) from hdaa0 random: harvesting attach, 8 bytes (4 bits) from hdacc0 hdacc1: at cad 0 on hdac1 hdaa1: at nid 1 on hdacc1 hdaa1: Subsystem ID: 0x102805cc hdaa1: NumGPIO=3D5 NumGPO=3D0 NumGPI=3D0 GPIWake=3D0 GPIUnsol=3D1 hdaa1: GPIO0: disabled hdaa1: GPIO1: disabled hdaa1: GPIO2: disabled hdaa1: GPIO3: disabled hdaa1: GPIO4: disabled hdaa1: Original pins configuration: hdaa1: nid 0x as seq device conn jack loc color misc hdaa1: 18 90a60140 4 0 Mic Fixed Digital Internal Unknown 1 hdaa1: 19 411111f0 15 0 Speaker None 1/8 Rear Black 1 hdaa1: 20 90170110 1 0 Speaker Fixed Analog Internal Unknown 1 hdaa1: 21 0221401f 1 15 Headphones Jack 1/8 Front Green 0 hdaa1: 22 01014020 2 0 Line-out Jack 1/8 Rear Green 0 hdaa1: 24 02a19031 3 1 Mic Jack 1/8 Front Pink 0 hdaa1: 25 01a1903e 3 14 Mic Jack 1/8 Rear Pink 0 hdaa1: 26 411111f0 15 0 Speaker None 1/8 Rear Black 1 hdaa1: 27 411111f0 15 0 Speaker None 1/8 Rear Black 1 hdaa1: 29 40700001 0 1 Modem-handset None Unknown 0x00 Unknown 0 hdaa1: 30 411111f0 15 0 Speaker None 1/8 Rear Black 1 hdaa1: Patching widget caps nid=3D29 0x00400400 -> 0x00700400 hdaa1: Patched pins configuration: hdaa1: nid 0x as seq device conn jack loc color misc hdaa1: 18 90a60140 4 0 Mic Fixed Digital Internal Unknown 1 hdaa1: 19 411111f0 15 0 Speaker None 1/8 Rear Black 1 D= ISA hdaa1: 20 90170110 1 0 Speaker Fixed Analog Internal Unknown 1 hdaa1: 21 0221401f 1 15 Headphones Jack 1/8 Front Green 0 hdaa1: 22 01014020 2 0 Line-out Jack 1/8 Rear Green 0 hdaa1: 24 02a19031 3 1 Mic Jack 1/8 Front Pink 0 hdaa1: 25 01a1903e 3 14 Mic Jack 1/8 Rear Pink 0 hdaa1: 26 411111f0 15 0 Speaker None 1/8 Rear Black 1 D= ISA hdaa1: 27 411111f0 15 0 Speaker None 1/8 Rear Black 1 D= ISA hdaa1: 30 411111f0 15 0 Speaker None 1/8 Rear Black 1 D= ISA hdaa1: 4 associations found: hdaa1: Association 0 (1) out: hdaa1: Pin nid=3D20 seq=3D0 hdaa1: Pin nid=3D21 seq=3D15 hdaa1: Association 1 (2) out: hdaa1: Pin nid=3D22 seq=3D0 hdaa1: Association 2 (3) in: hdaa1: Pin nid=3D24 seq=3D1 hdaa1: Pin nid=3D25 seq=3D14 hdaa1: Association 3 (4) in: hdaa1: Pin nid=3D18 seq=3D0 hdaa1: Tracing association 0 (1) hdaa1: Pin 20 traced to DAC 2 hdaa1: Pin 21 traced to DAC 2 and hpredir 0 hdaa1: Association 0 (1) trace succeeded hdaa1: Tracing association 1 (2) hdaa1: Pin 22 traced to DAC 3 hdaa1: Association 1 (2) trace succeeded hdaa1: Tracing association 2 (3) hdaa1: Pin 24 traced to ADC 8 hdaa1: Pin 25 traced to ADC 8 hdaa1: Association 2 (3) trace succeeded hdaa1: Tracing association 3 (4) hdaa1: Pin 18 traced to ADC 9 hdaa1: Association 3 (4) trace succeeded hdaa1: Looking for additional DAC for association 0 (1) hdaa1: Looking for additional DAC for association 1 (2) hdaa1: Looking for additional ADC for association 2 (3) hdaa1: Looking for additional ADC for association 3 (4) hdaa1: Tracing input monitor hdaa1: Tracing nid 11 to out hdaa1: nid 11 is input monitor hdaa1: Tracing other input monitors hdaa1: Tracing nid 18 to out hdaa1: Tracing nid 24 to out hdaa1: Tracing nid 25 to out hdaa1: Tracing beeper hdaa1: Headphones redirection for association 0 nid=3D21 using unsolicited = responses. hdaa1: Redirect output to: main hdaa1: FG config/quirks: forcestereo ivref50 ivref80 ivref100 ivref pcm2: at nid 20,21 and 24,25 on hdaa1 pcm2: Playback: pcm2: Stream cap: 0x00000001 PCM pcm2: PCM cap: 0x000e0560 16 20 24 bits, 44 48 96 192 KHz pcm2: DAC: 2 pcm2:=20 pcm2: nid=3D20 [pin: Speaker (Fixed)] pcm2: + <- nid=3D12 [audio mixer] [src: pcm, mix] pcm2: + <- nid=3D2 [audio output] [src: pcm] pcm2: + <- nid=3D11 [audio mixer] [src: mix] pcm2:=20 pcm2: nid=3D21 [pin: Headphones (Green Jack)] pcm2: + <- nid=3D12 [audio mixer] [src: pcm, mix] pcm2: + <- nid=3D2 [audio output] [src: pcm] pcm2: + <- nid=3D11 [audio mixer] [src: mix] pcm2:=20 pcm2: Record: pcm2: Stream cap: 0x00000001 PCM pcm2: PCM cap: 0x000e0560 16 20 24 bits, 44 48 96 192 KHz pcm2: ADC: 8 pcm2:=20 pcm2: nid=3D8 [audio input] pcm2: + <- nid=3D35 [audio selector] [src: speaker, line, mic, mix] pcm2: + <- nid=3D24 [pin: Mic (Pink Jack)] [src: mic] pcm2: + <- nid=3D25 [pin: Mic (Pink Jack)] [src: line] pcm2: + <- nid=3D29 [beep widget] [src: speaker] pcm2: + <- nid=3D11 [audio mixer] [src: mix] pcm2:=20 pcm2: Input Mix: pcm2:=20 pcm2: nid=3D11 [audio mixer] pcm2: + <- nid=3D24 [pin: Mic (Pink Jack)] [src: mic] pcm2: + <- nid=3D25 [pin: Mic (Pink Jack)] [src: line] pcm2: + <- nid=3D29 [beep widget] [src: speaker] pcm2:=20 pcm2: Master Volume (OSS: vol): -65/0dB pcm2: +- ctl 1 (nid 2 out): -65/0dB (88 steps) pcm2: +- ctl 10 (nid 12 in 0): mute pcm2: +- ctl 11 (nid 12 in 1): mute pcm2: +- ctl 18 (nid 20 in ): mute pcm2: +- ctl 19 (nid 21 in ): mute pcm2:=20 pcm2: PCM Volume (OSS: pcm): -65/0dB pcm2: +- ctl 1 (nid 2 out): -65/0dB (88 steps) pcm2: +- ctl 10 (nid 12 in 0): mute pcm2:=20 pcm2: Microphone Volume (OSS: mic): 0/30dB pcm2: +- ctl 3 (nid 8 in 0): -17/30dB (64 steps) + mute pcm2: +- ctl 5 (nid 11 in 0): -34/12dB (32 steps) + mute pcm2: +- ctl 22 (nid 24 out): 0/30dB (4 steps) pcm2:=20 pcm2: Line-in Volume (OSS: line): 0/36dB pcm2: +- ctl 3 (nid 8 in 0): -17/30dB (64 steps) + mute pcm2: +- ctl 6 (nid 11 in 1): -34/12dB (32 steps) + mute pcm2: +- ctl 23 (nid 25 out): 0/36dB (4 steps) pcm2:=20 pcm2: Speaker/Beep Volume (OSS: speaker): -17/12dB pcm2: +- ctl 3 (nid 8 in 0): -17/30dB (64 steps) + mute pcm2: +- ctl 9 (nid 11 in 4): -34/12dB (32 steps) + mute pcm2:=20 pcm2: Recording Level (OSS: rec): -17/30dB pcm2: +- ctl 3 (nid 8 in 0): -17/30dB (64 steps) + mute pcm2:=20 pcm2: Input Mix Level (OSS: mix): -17/30dB pcm2: +- ctl 3 (nid 8 in 0): -17/30dB (64 steps) + mute pcm2: +- ctl 11 (nid 12 in 1): mute pcm2:=20 pcm2: Input Monitoring Level (OSS: igain): 0/0dB pcm2: +- ctl 11 (nid 12 in 1): mute pcm2:=20 pcm2: Mixer "vol": pcm2: Mixer "pcm": pcm2: Mixer "speaker": pcm2: Mixer "line": pcm2: Mixer "mic": pcm2: Mixer "mix": pcm2: Mixer "rec": pcm2: Mixer "igain": pcm2: Mixer "ogain": pcm2: Playback channel set is: Front Left, Front Right,=20 pcm2: Playback channel matrix is: 2.0 (unknown) pcm2: Recording channel set is: Front Left, Front Right,=20 pcm2: Recording channel matrix is: 2.0 (disconnected) random: harvesting attach, 8 bytes (4 bits) from pcm2 pcm3: at nid 22 and 18 on hdaa1 pcm3: Playback: pcm3: Stream cap: 0x00000001 PCM pcm3: PCM cap: 0x000e0560 16 20 24 bits, 44 48 96 192 KHz pcm3: DAC: 3 pcm3:=20 pcm3: nid=3D22 [pin: Line-out (Green Jack)] pcm3: + <- nid=3D13 [audio mixer] [src: pcm, mix] pcm3: + <- nid=3D3 [audio output] [src: pcm] pcm3: + <- nid=3D11 [audio mixer] [src: mix] pcm3:=20 pcm3: Record: pcm3: Stream cap: 0x00000001 PCM pcm3: PCM cap: 0x000e0560 16 20 24 bits, 44 48 96 192 KHz pcm3: ADC: 9 pcm3:=20 pcm3: nid=3D9 [audio input] pcm3: + <- nid=3D34 [audio selector] [src: speaker, monitor] pcm3: + <- nid=3D29 [beep widget] [src: speaker] pcm3: + <- nid=3D18 [pin: Mic (Fixed)] [src: monitor] pcm3:=20 pcm3: Master Volume (OSS: vol): -65/0dB pcm3: +- ctl 2 (nid 3 out): -65/0dB (88 steps) pcm3: +- ctl 12 (nid 13 in 0): mute pcm3: +- ctl 13 (nid 13 in 1): mute pcm3: +- ctl 20 (nid 22 in ): mute pcm3:=20 pcm3: PCM Volume (OSS: pcm): -65/0dB pcm3: +- ctl 2 (nid 3 out): -65/0dB (88 steps) pcm3: +- ctl 12 (nid 13 in 0): mute pcm3:=20 pcm3: Microphone2 Volume (OSS: monitor): 0/36dB pcm3: +- ctl 4 (nid 9 in 0): -17/30dB (64 steps) + mute pcm3: +- ctl 16 (nid 18 out): 0/36dB (4 steps) pcm3:=20 pcm3: Speaker/Beep Volume (OSS: speaker) pcm3: +- ctl 4 (nid 9 in 0): -17/30dB (64 steps) + mute pcm3:=20 pcm3: Recording Level (OSS: rec): -17/30dB pcm3: +- ctl 4 (nid 9 in 0): -17/30dB (64 steps) + mute pcm3: +- ctl 16 (nid 18 out): 0/36dB (4 steps) pcm3:=20 pcm3: Input Mix Level (OSS: mix) pcm3: +- ctl 13 (nid 13 in 1): mute pcm3:=20 pcm3: Input Monitoring Level (OSS: igain): 0/0dB pcm3: +- ctl 13 (nid 13 in 1): mute pcm3:=20 pcm3: Mixer "vol": pcm3: Mixer "pcm": pcm3: Mixer "rec": pcm3: Mixer "igain": pcm3: Mixer "ogain": pcm3: Mixer "monitor": pcm3: Playback channel set is: Front Left, Front Right,=20 pcm3: Playback channel matrix is: 2.0 (disconnected) pcm3: Automatically set rec source to: monitor pcm3: Recording channel set is: Front Left, Front Right,=20 pcm3: Recording channel matrix is: 2.0 (unknown) random: harvesting attach, 8 bytes (4 bits) from pcm3 random: harvesting attach, 8 bytes (4 bits) from hdaa1 random: harvesting attach, 8 bytes (4 bits) from hdacc1 usbus0: 5.0Gbps Super Speed USB v3.0 usbus1: 480Mbps High Speed USB v2.0 usbus2: 480Mbps High Speed USB v2.0 ugen0.1: <0x8086> at usbus0 ugen1.1: at usbus1 uhub0: <0x8086 XHCI root HUB, class 9/0, rev 3.00/1.00, addr 1> on usbus0 uhub1: on usbus1 ugen2.1: at usbus2 uhub2: on usbus2 ahcich0: AHCI reset... ahcich0: SATA connect time=3D900us status=3D00000123 ahcich0: AHCI reset: device found ahcich0: AHCI reset: device ready after 0ms ahcich1: AHCI reset... ahcich1: SATA connect time=3D1000us status=3D00000113 ahcich1: AHCI reset: device found ahcich1: AHCI reset: device ready after 0ms ahcich2: AHCI reset... ahcich2: SATA connect timeout time=3D10000us status=3D00000000 ahcich2: AHCI reset: device not found ahcich3: AHCI reset... ahcich3: SATA connect timeout time=3D10000us status=3D00000000 ahcich3: AHCI reset: device not found acpi_acad0: battery0: battery initialization start battery1: battery initialization start acline initialization start ses0 at ahciem0 bus 0 scbus4 target 0 lun 0 ses0: SEMB S-E-S 2.00 device ses0: SEMB SES Device ada0 at ahcich0 bus 0 scbus0 target 0 lun 0 ses0: Generation Code 0x0 has 1 SubEnclosures ses0: SubEnclosure ID 0, 1 Types With this ID, Descriptor Length 36, offse= t 8 ses0: WWN: 0 ses0: Type Desc[0]: Type 0x17, MaxElt 5, In Subenc 0, Text Length 0:=20 GEOM: new disk cd0 GEOM: new disk ada0 ada0: ATA8-ACS SATA 2.x device ada0: Serial Number W200TLZD cd0 at ahcich1 bus 0 scbus1 target 0 lun 0 cd0: Removable CD-ROM SCSI device cd0: Serial Number K0121171240 cd0: 150.000MB/s transfers (SATA 1.x, UDMA5, ATAPI 12bytes, PIO 8192bytes) cd0: 0MB (1 0 byte sectors) ada0: 300.000MB/s transfers (SATA 2.x, UDMA5, PIO 8192bytes) ada0: Command Queueing enabled ada0: 715404MB (1465149168 512 byte sectors) pass0 at ahcich0 bus 0 scbus0 target 0 lun 0 pass0: ATA8-ACS SATA 2.x device pass0: Serial Number W200TLZD pass0: 300.000MB/s transfers (SATA 2.x, UDMA5, PIO 8192bytes) pass0: Command Queueing enabled pass1 at ahcich1 bus 0 scbus1 target 0 lun 0 pass1: Removable CD-ROM SCSI device pass1: Serial Number K0121171240 pass1: 150.000MB/s transfers (SATA 1.x, UDMA5, ATAPI 12bytes, PIO 8192bytes) pass2 at ahciem0 bus 0 scbus4 target 0 lun 0 pass2: SEMB S-E-S 2.00 device lapic6: CMCI unmasked lapic7: CMCI unmasked lapic2: CMCI unmasked lapic3: CMCI unmasked lapic4: CMCI unmasked lapic5: CMCI unmasked SMP: AP CPU #1 Launched! cpu1 AP: ID: 0x00000001 VER: 0x01060015 LDR: 0x00000002 DFR: 0x00000000 x2API= C: 1 lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000011ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 cmci: 0x000100f2 SMP: AP CPU #6 Launched! cpu6 AP: ID: 0x00000006 VER: 0x01060015 LDR: 0x00000040 DFR: 0x00000000 x2API= C: 1 lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000011ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 cmci: 0x000000f2 SMP: AP CPU #7 Launched! cpu7 AP: ID: 0x00000007 VER: 0x01060015 LDR: 0x00000080 DFR: 0x00000000 x2API= C: 1 lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000011ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 cmci: 0x000000f2 SMP: AP CPU #4 Launched! cpu4 AP: ID: 0x00000004 VER: 0x01060015 LDR: 0x00000010 DFR: 0x00000000 x2API= C: 1 lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000011ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 cmci: 0x000000f2 SMP: AP CPU #5 Launched! cpu5 AP: ID: 0x00000005 VER: 0x01060015 LDR: 0x00000020 DFR: 0x00000000 x2API= C: 1 lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000011ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 cmci: 0x000000f2 SMP: AP CPU #2 Launched! cpu2 AP: ID: 0x00000002 VER: 0x01060015 LDR: 0x00000004 DFR: 0x00000000 x2API= C: 1 lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000011ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 cmci: 0x000000f2 SMP: AP CPU #3 Launched! cpu3 AP: ID: 0x00000003 VER: 0x01060015 LDR: 0x00000008 DFR: 0x00000000 x2API= C: 1 lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000011ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 cmci: 0x000000f2 ioapic0: routing intpin 1 (ISA IRQ 1) to lapic 2 vector 48 ioapic0: routing intpin 9 (ISA IRQ 9) to lapic 4 vector 48 ioapic0: routing intpin 12 (ISA IRQ 12) to lapic 6 vector 48 ioapic0: routing intpin 18 (PCI IRQ 18) to lapic 2 vector 49 ioapic0: routing intpin 21 (PCI IRQ 21) to lapic 4 vector 49 msi: Assigning MSI-X IRQ 257 to local APIC 1 vector 48 msi: Assigning MSI-X IRQ 258 to local APIC 2 vector 50 msi: Assigning MSI-X IRQ 259 to local APIC 3 vector 48 msi: Assigning MSI-X IRQ 260 to local APIC 4 vector 50 msi: Assigning MSI-X IRQ 261 to local APIC 5 vector 48 msi: Assigning MSI-X IRQ 262 to local APIC 6 vector 49 msi: Assigning MSI-X IRQ 263 to local APIC 7 vector 48 msi: Assigning MSI IRQ 264 to local APIC 6 vector 50 msi: Assigning MSI IRQ 266 to local APIC 2 vector 51 msi: Assigning MSI IRQ 267 to local APIC 4 vector 51 msi: Assigning MSI IRQ 268 to local APIC 6 vector 51 msi: Assigning MSI IRQ 270 to local APIC 2 vector 52 msi: Assigning MSI IRQ 271 to local APIC 4 vector 52 SMP: passed TSC synchronization test TSC timecounter discards lower 1 bit(s) Timecounter "TSC-low" frequency 1396804693 Hz quality 1000 WARNING: WITNESS option enabled, expect reduced performance. WARNING: DIAGNOSTIC option enabled, expect reduced performance. acpi_acad0: On Line acpi_acad0: acline initialization done, tried 1 times Trying to mount root from ufs:/dev/ada0s4a [rw]... battery0: battery initialization done, tried 1 times Expensive timeout(9) function: 0xffffffff8088fda0(0xffffffff817b0358) 0.004= 707308 s GEOM_PART: partition 1 on (ada0, MBR) is not aligned on 4096 bytes GEOM_PART: partition 2 on (ada0, MBR) is not aligned on 4096 bytes GEOM_PART: partition 3 on (ada0, MBR) is not aligned on 4096 bytes GEOM_PART: partition 1 on (diskid/DISK-W200TLZD, MBR) is not aligned on 409= 6 bytes GEOM_PART: partition 2 on (diskid/DISK-W200TLZD, MBR) is not aligned on 409= 6 bytes GEOM_PART: partition 3 on (diskid/DISK-W200TLZD, MBR) is not aligned on 409= 6 bytes start_init: trying /sbin/init uhub1: 2 ports with 2 removable, self powered random: harvesting attach, 8 bytes (4 bits) from uhub1 uhub2: 2 ports with 2 removable, self powered random: harvesting attach, 8 bytes (4 bits) from uhub2 uhub0: 21 ports with 21 removable, self powered random: harvesting attach, 8 bytes (4 bits) from uhub0 linprocfs registered ugen2.2: at usbus2 uhub3: on = usbus2 ugen1.2: at usbus1 uhub4: on = usbus1 uhub4: 6 ports with 6 removable, self powered random: harvesting attach, 8 bytes (4 bits) from uhub4 uhub3: 8 ports with 8 removable, self powered random: harvesting attach, 8 bytes (4 bits) from uhub3 wlan0: bpf attached wlan0: bpf attached wlan0: Ethernet address: 00:24:d6:7a:03:ce ugen2.3: at usbus2 ugen1.3: at usbus1 iwn0: iwn_read_firmware: ucode rev=3D0x08530501 wlan0: link state changed to UP Linux x86-64 ELF exec handler installed --mFHiwr52TKrxpkjc-- --W/+CTqSGWdiRg+8j Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQF8BAEBCgBmBQJW+TBVXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRDQ0I3Q0VGOTE3QTgwMUY0MzA2NEQ3N0Ix NTM5Q0M0MEEwNDlFRTE3AAoJEBU5zECgSe4XZ+YH/3QdWnnSwuDPtVBc3Iuof4Xy 7E4LUfwcCnRVsDtWovMa+qQ/VoyVlMo92Fo8LLjRQ5sFWxJ+Q2WJ///9O5PEYl6x u9HUQMUac/tGUAU4RirgYA+ruL3q1rzAImcknNx+3nZc79LVdLmdEc0uP4tkO7yB xT2SIcxSodYwRWPRd6HhiI90+U3nVxRgt0BTmRFmOLUNPXbn0IHeuH+9scMupNwn lu86JBGIltWbLSFZe9W1HM5ICFZEAdaKU5k5GQP3/K0F64nmLII8HX4d2lSPIcsr uiJpF8IHOowXslsQt/65sy74kItiXfxNimq5IazemEi2JfbzEcNxKYiV536ySw8= =4x/k -----END PGP SIGNATURE----- --W/+CTqSGWdiRg+8j-- From owner-freebsd-current@freebsd.org Mon Mar 28 13:33: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 48165AE0C8A for ; Mon, 28 Mar 2016 13:33:51 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 33349118B for ; Mon, 28 Mar 2016 13:33:51 +0000 (UTC) (envelope-from david@catwhisker.org) Received: by mailman.ysv.freebsd.org (Postfix) id 32870AE0C89; Mon, 28 Mar 2016 13:33:51 +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 3224DAE0C88 for ; Mon, 28 Mar 2016 13:33:51 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (mx.catwhisker.org [198.144.209.73]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id D8AF7118A for ; Mon, 28 Mar 2016 13:33:50 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.15.2/8.15.2) with ESMTP id u2SDXnaY016180; Mon, 28 Mar 2016 13:33:49 GMT (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.15.2/8.15.2/Submit) id u2SDXnej016179; Mon, 28 Mar 2016 06:33:49 -0700 (PDT) (envelope-from david) Date: Mon, 28 Mar 2016 06:33:49 -0700 From: David Wolfskill To: Konstantin Belousov Cc: current@freebsd.org Subject: Re: Panic after update from r297313 -> r297348 Message-ID: <20160328133349.GK4205@albert.catwhisker.org> Mail-Followup-To: David Wolfskill , Konstantin Belousov , current@freebsd.org References: <20160328123613.GI4205@albert.catwhisker.org> <20160328125701.GF1741@kib.kiev.ua> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="iAzLNm1y1mIRgolD" Content-Disposition: inline In-Reply-To: <20160328125701.GF1741@kib.kiev.ua> User-Agent: Mutt/1.5.24 (2015-08-30) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 Precedence: 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, 28 Mar 2016 13:33:51 -0000 --iAzLNm1y1mIRgolD Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Mar 28, 2016 at 03:57:01PM +0300, Konstantin Belousov wrote: > ... > Also, does anything change with the faulting kernel if you set > hw.lapic_tsc_deadline to 0 in loader ? Yes: the machine then boots succesfully: freebeast(11.0-C)[1] uname -a FreeBSD freebeast.catwhisker.org 11.0-CURRENT FreeBSD 11.0-CURRENT #2029 r= 297348M/297348:1100104: Mon Mar 28 04:55:00 PDT 2016 root@freebeast.cat= whisker.org:/common/S4/obj/usr/src/sys/GENERIC amd64 freebeast(11.0-C)[2]=20 This was after appending the line: hw.lapic_tsc_deadline=3D"0" to /boot/loader.conf. (I have not -- yet, at least -- tried that with my laptop.) Peace, david --=20 David H. Wolfskill david@catwhisker.org Those who would murder in the name of God or prophet are blasphemous coward= s. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --iAzLNm1y1mIRgolD Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQF8BAEBCgBmBQJW+TK9XxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRDQ0I3Q0VGOTE3QTgwMUY0MzA2NEQ3N0Ix NTM5Q0M0MEEwNDlFRTE3AAoJEBU5zECgSe4X5/gH/2KItC6PH9uVvUvSRT0TpYte GofaqqwxyYrQRUz/3EX60vPzDr5qJ4adxwltQ4VGQ0mCfxr1vMsVAJZOsJuYHdlc gfQdK4h5v5dQIeO3hi+RkFQvm1m7/RMoT10nViK3g4isejh6D21CZoCkQSPzL0AK 52dLRSryq/6nO8bFUbtnfnVCZztvLAriYv6MM2M/l2M/jnGHUfqhJsTOL95LmthR tyYQS2ctDJiTPNdjtbrl6yLqg0dxzYGsgArl7H0wJEOZwxqr3sO9c8Mn+lly7p4W Wa0c6Np4Y5tBq500rBYwOFBlhBbVNVQGNXpgOgyG2YP0dYmeHp0xtxQlMbHFYf8= =geDG -----END PGP SIGNATURE----- --iAzLNm1y1mIRgolD-- From owner-freebsd-current@freebsd.org Mon Mar 28 14:01: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 14B8BAE0325 for ; Mon, 28 Mar 2016 14:01:02 +0000 (UTC) (envelope-from afiskon@devzen.ru) Received: from relay16.nicmail.ru (relay16.nicmail.ru [195.208.5.134]) (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 AE87F1C50 for ; Mon, 28 Mar 2016 14:01:00 +0000 (UTC) (envelope-from afiskon@devzen.ru) Received: from [109.70.25.185] (port=48808 helo=fujitsu) by f17.mail.nic.ru with esmtp (Exim 5.55) (envelope-from ) id 1akXix-0005SN-5a; Mon, 28 Mar 2016 17:00:55 +0300 Received: from [93.174.131.138] (account afiskon@devzen.ru HELO fujitsu) by proxy06.mail.nic.ru (Exim 5.55) with id 1akXix-0002qC-Kq; Mon, 28 Mar 2016 17:00:55 +0300 Date: Mon, 28 Mar 2016 17:00:31 +0300 From: Aleksander Alekseev To: Gary Jennejohn Cc: Michael Gmelin , freebsd-current@freebsd.org Subject: Re: Need some help with ports and rebuilding the world Message-ID: <20160328170031.023f0adb@fujitsu> In-Reply-To: <20160328094742.68bc9046@ernst.home> References: <20160327234202.178df9a4@fujitsu> <20160327225612.713eaa2a@bsd64.grem.de> <20160328084735.29eff991@fujitsu> <20160328094742.68bc9046@ernst.home> 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.21 Precedence: 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, 28 Mar 2016 14:01:02 -0000 > I think I realized what's going on. I probably rebuilded the world on > two different machines but forgot to do it on this one. I will > re-check this and report results a bit later. OK, here is a problem. I can't upgrade the world because of compile errors I mentioned before: http://lpaste.net/948188758727983104 This issue reproduces with both CLang 3.6 and new CLang compiled manually from trunk (I created symlinks clang++-3.9 and clang-cpp-3.9 to clang-3.9 and it solved my problem with CLang I mentioned before). Thoughts? -- Best regards, Aleksander Alekseev http://eax.me/ From owner-freebsd-current@freebsd.org Mon Mar 28 15:38: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 81E09AE0AD9 for ; Mon, 28 Mar 2016 15:38:37 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from outbound1b.ore.mailhop.org (outbound1b.ore.mailhop.org [54.200.247.200]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 58F861DB4 for ; Mon, 28 Mar 2016 15:38:36 +0000 (UTC) (envelope-from ian@freebsd.org) X-MHO-User: 2c620b4b-f4fb-11e5-b278-7d22021d92d7 X-Report-Abuse-To: https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information X-Originating-IP: 73.34.117.227 X-Mail-Handler: DuoCircle Outbound SMTP Received: from ilsoft.org (unknown [73.34.117.227]) by outbound1.ore.mailhop.org (Halon Mail Gateway) with ESMTPSA; Mon, 28 Mar 2016 15:38:52 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.15.2/8.14.9) with ESMTP id u2SFcY6s002137; Mon, 28 Mar 2016 09:38:34 -0600 (MDT) (envelope-from ian@freebsd.org) Message-ID: <1459179514.1091.127.camel@freebsd.org> Subject: Re: SD card adapter doesn't working anymore From: Ian Lepore To: Ruslan Makhmatkhanov , FreeBSD Current Date: Mon, 28 Mar 2016 09:38:34 -0600 In-Reply-To: <56F8FA7C.1030204@FreeBSD.org> References: <56F5A0A9.8030207@FreeBSD.org> <1458947510.1091.91.camel@freebsd.org> <56F5CCDA.2060808@FreeBSD.org> <1458954555.1091.94.camel@freebsd.org> <56F6551D.1010308@FreeBSD.org> <1459132140.1091.122.camel@freebsd.org> <56F8FA7C.1030204@FreeBSD.org> Content-Type: text/plain; charset="us-ascii" X-Mailer: Evolution 3.16.5 FreeBSD GNOME Team Port Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 Precedence: 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, 28 Mar 2016 15:38:37 -0000 On Mon, 2016-03-28 at 12:33 +0300, Ruslan Makhmatkhanov wrote: > Ian Lepore wrote on 03/28/16 05:29 AM: > > [...] > > > > I updated to r297281 with this quirk applied. Sadly, it doesn't > > > change > > > anything - controllers still not recognized. I also tried to boot > > > this > > > revision with disabled hw.sdhci.enable_msi=0, that I applied > > > earlier. > > > > > > > I finally found some time today to give this stuff a try on my one > > x86 > > system that has an sdhci controller in it. Unfortunately, > > everything > > just works fine. I tried with a GENERIC kernel that has those > > devices > > compiled in, and I tried taking them out and loading sdhci_pci, > > mmc, > > and mmcsd as modules, and everything just worked both ways. > > > > The only thing I can think of now is to turn up the debugging > > levels. > > That's going to generate a lot of spewage, but if you > > paste/upload the > > output somewhere I'll look through it. So try setting: > > > > hw.sdhci.debug=3 > > hw.mmc.debug=3 > > > > in either loader.conf or via sysctl before you kldload the modules. > > If > > the sdhci output is too trashed with interrupt info, maybe lower it > > to > > 2. > > > > -- Ian > > Ian, not much changed with setting this knobs in loader.conf except > of > showing the "REGISTER DUMP" table, that I already sent you in one of > earlier responses. Here is the full dmesg: https://dpaste.de/GeaT/raw > > Also nothing is showing in messages/console upon plugging an SD card. > Maybe I should enable some debug in kernel to make it show anything? > Here is my kern conf: https://dpaste.de/0v9k/raw It's mostly generic, > but with debug bits disabled. > > Mine mmc/sdhci stuff is compiled in and shown in kldstat output: > [rm@smsh-zfs ~]> kldstat -v | grep mmc > 238 sdhci_pci/mmc > 187 mmc/mmcsd > Wow, there's just nothing to work with in that output. I think the increased debuging didn't output anything because nothing is happening, and that's consistant with the value in the Present State register when the driver attaches, which says that no card is inserted. (It says that in several ways... when a card is in, half a dozen of those bits should be non-zero.) It makes me think the controller isn't powered up, or is in some suspend mode or something. But that would be at the pci bus level, not something the driver is in control of. I had a problem like that initially on my FitPc2 x86 board that has sdhci on it, but the problem went away with a bios update. -- Ian From owner-freebsd-current@freebsd.org Mon Mar 28 15:48: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 D2DF8AE0E4C for ; Mon, 28 Mar 2016 15:48:43 +0000 (UTC) (envelope-from rm@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 B909A1307; Mon, 28 Mar 2016 15:48:43 +0000 (UTC) (envelope-from rm@FreeBSD.org) Received: from [127.0.0.1] (localhost [IPv6:::1]) by freefall.freebsd.org (Postfix) with ESMTP id 0BDC91002; Mon, 28 Mar 2016 15:48:42 +0000 (UTC) (envelope-from rm@FreeBSD.org) Subject: Re: SD card adapter doesn't working anymore To: Ian Lepore , FreeBSD Current References: <56F5A0A9.8030207@FreeBSD.org> <1458947510.1091.91.camel@freebsd.org> <56F5CCDA.2060808@FreeBSD.org> <1458954555.1091.94.camel@freebsd.org> <56F6551D.1010308@FreeBSD.org> <1459132140.1091.122.camel@freebsd.org> <56F8FA7C.1030204@FreeBSD.org> <1459179514.1091.127.camel@freebsd.org> From: Ruslan Makhmatkhanov Message-ID: <56F95239.5020901@FreeBSD.org> Date: Mon, 28 Mar 2016 18:48:09 +0300 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.7.0 MIME-Version: 1.0 In-Reply-To: <1459179514.1091.127.camel@freebsd.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 Precedence: 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, 28 Mar 2016 15:48:43 -0000 Ian Lepore wrote on 03/28/16 06:38 PM: > On Mon, 2016-03-28 at 12:33 +0300, Ruslan Makhmatkhanov wrote: >> Ian Lepore wrote on 03/28/16 05:29 AM: >> >> [...] >> >>>> I updated to r297281 with this quirk applied. Sadly, it doesn't >>>> change >>>> anything - controllers still not recognized. I also tried to boot >>>> this >>>> revision with disabled hw.sdhci.enable_msi=0, that I applied >>>> earlier. >>>> >>> >>> I finally found some time today to give this stuff a try on my one >>> x86 >>> system that has an sdhci controller in it. Unfortunately, >>> everything >>> just works fine. I tried with a GENERIC kernel that has those >>> devices >>> compiled in, and I tried taking them out and loading sdhci_pci, >>> mmc, >>> and mmcsd as modules, and everything just worked both ways. >>> >>> The only thing I can think of now is to turn up the debugging >>> levels. >>> That's going to generate a lot of spewage, but if you >>> paste/upload the >>> output somewhere I'll look through it. So try setting: >>> >>> hw.sdhci.debug=3 >>> hw.mmc.debug=3 >>> >>> in either loader.conf or via sysctl before you kldload the modules. >>> If >>> the sdhci output is too trashed with interrupt info, maybe lower it >>> to >>> 2. >>> >>> -- Ian >> >> Ian, not much changed with setting this knobs in loader.conf except >> of >> showing the "REGISTER DUMP" table, that I already sent you in one of >> earlier responses. Here is the full dmesg: https://dpaste.de/GeaT/raw >> >> Also nothing is showing in messages/console upon plugging an SD card. >> Maybe I should enable some debug in kernel to make it show anything? >> Here is my kern conf: https://dpaste.de/0v9k/raw It's mostly generic, >> but with debug bits disabled. >> >> Mine mmc/sdhci stuff is compiled in and shown in kldstat output: >> [rm@smsh-zfs ~]> kldstat -v | grep mmc >> 238 sdhci_pci/mmc >> 187 mmc/mmcsd >> > > Wow, there's just nothing to work with in that output. I think the > increased debuging didn't output anything because nothing is happening, > and that's consistant with the value in the Present State register when > the driver attaches, which says that no card is inserted. (It says > that in several ways... when a card is in, half a dozen of those bits > should be non-zero.) > > It makes me think the controller isn't powered up, or is in some > suspend mode or something. But that would be at the pci bus level, not > something the driver is in control of. I had a problem like that > initially on my FitPc2 x86 board that has sdhci on it, but the problem > went away with a bios update. > > -- Ian Ok, I'll try to do something about that. Just want to tell, that some time ago, after this controller stopped to work in -current, I had dual boot system with windows. And when I was needed to burn some SD, I just booted to windows and successfully write SD. I have a latest firmware for my laptop installed, so the only thing I can try is to boot some old FreeBSD versions to see if it will work with them, because this firmware can't be downgraded as far I know. -- Regards, Ruslan T.O.S. Of Reality From owner-freebsd-current@freebsd.org Mon Mar 28 17:29: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 0C33DAE1104 for ; Mon, 28 Mar 2016 17:29:57 +0000 (UTC) (envelope-from ultima1252@gmail.com) Received: from mail-vk0-x234.google.com (mail-vk0-x234.google.com [IPv6:2607:f8b0:400c:c05::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 B5094117E for ; Mon, 28 Mar 2016 17:29:56 +0000 (UTC) (envelope-from ultima1252@gmail.com) Received: by mail-vk0-x234.google.com with SMTP id e6so164413025vkh.2 for ; Mon, 28 Mar 2016 10:29:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:cc; bh=NXeF6OXz1tjJV6CKbQgvOmRzIb4RmoovfVa8vCDivkE=; b=XDxEvoE08M7ecyfoAokZnk92ewx0fjtPmoZs5EdZ6VmRmHRMKCUbgr3WU2HrrmccYZ 26mdGTftJYHnPYnFmaBmLlmgbyorNYO20jVZSGkhayuuGMAWnRyQed+R8XmRn+iwQMMf dPT515u5ZtvMA+xPNokYsdOHPES402BNobdbYKlPawxp6UGzZejCyQJ7YckQcc4uZft4 TUhZ2pVBYXBLGDrUWbwcUWflo1KOi/+EvUoyZr3ReG7qk6iTWri443fXiAYRDCjmd417 0qGUfvtXcth877iGxFyTjgVEg9pZxvy0XKOC1V5hiSAB2fcHnnR46PFWp0e/pfI0DPM0 rRqg== 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:cc; bh=NXeF6OXz1tjJV6CKbQgvOmRzIb4RmoovfVa8vCDivkE=; b=Cdmlt/y6EPop/h/sgtzwTH93zSJLCHCxhxTECUwE+CvjO+Fg4i++FgTfGXA695r53J gMzJLBdcC8Ye92XT4jmyPkN9FUx9jU5B+NL+hWgHq0bdFO/846Efvqa8/J8b0VLhqQKh YcWLAlzugT7X019qUf7HfjB6baUB6yhOTV9qcLp3DX1M4hapC1Zi5inaB/msl/c4IG4q 21cS5i6kqf0mhXX+6x5VWu0AC0ouAMI010Y7mZBjDEO3/CwldbSOsRVAeFh53HbbThdE HnVUPVuKhwDKwapymn/9d4WelOFZFKqRSxwI7Lq3Yk2LolUhvgNYAY9Hc8XslCc6VGhS YSUQ== X-Gm-Message-State: AD7BkJIbNR9uBeduwXKNC4SJ4L3BeCWnAE8/P2Jota11KaX3hmBVVVhKI9//zo/QKzO4aj5huF8TcMNeEo2X+A== MIME-Version: 1.0 X-Received: by 10.31.1.138 with SMTP id 132mt16095848vkb.140.1459186195645; Mon, 28 Mar 2016 10:29:55 -0700 (PDT) Received: by 10.31.194.194 with HTTP; Mon, 28 Mar 2016 10:29:55 -0700 (PDT) In-Reply-To: References: Date: Mon, 28 Mar 2016 13:29:55 -0400 Message-ID: Subject: Re: sr-iov issues, reset_hw() failed with error -100 From: Ultima Cc: freebsd-current@freebsd.org, freebsd-virtualization@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.21 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 Precedence: 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, 28 Mar 2016 17:29:57 -0000 Recently upgraded to r297351, once running iovctl -C -f /etc/iovctl.conf everything appears to work as it should. The main network interface ramains connected and pinging works fine. iovctl.conf PF { device : ix1; num_vfs : 31; } DEFAULT { passthrough : true; } VF-0 { passthrough : false; } VF-1 { passthrough : false; } Once vf's have been initialized, I have found none-passthrough vf's are unusable. # devctl attach pci0:129:0:129 devctl: Failed to attach pci0:129:0:129: Input/output error The dmesg spits out the same error as before, so it appears that the errors I was mentioning before is actually the none-passthrough vf's attempting to attach, but fails. /var/log/messages: ixv0: at device 0.131 on pci12 ixv0: Using MSIX interrupts with 2 vectors ixv0: ixgbe_reset_hw() failed with error -100 device_attach: ixv0 attach returned 5 ixv0: at device 0.129 on pci12 ixv0: Using MSIX interrupts with 2 vectors ixv0: ixgbe_reset_hw() failed with error -100 device_attach: ixv0 attach returned 5 On Wed, Mar 9, 2016 at 5:36 PM, Ultima wrote: > I have been interested in this when I first read about it in 2012. =] > > Can this be done in loader.conf? I have vmm_load="YES" > > I'm not sure if the vf's are usable, I have not actually tested the vf's. > The parent ix1 still shows no response. > > kldunload vmm > > kenv hw.vmm.force_iommu=1 > > kldload vmm > > iovctl -Cf /etc/iovctl.conf > > The same error messages appear, I currently on hmm i'm not sure, I > upgraded with git and it doesn't show rev(last time I use git for > source?) 8b372d1(master) > > On Wed, Mar 9, 2016 at 5:00 PM, Eric Joyner wrote: > >> I don't know if you're still interested in this, but did you do "kenv >> hw.vmm.force_iommu=1" before loading the vmm module? I think that might be >> necessary. >> >> On Wed, Feb 24, 2016 at 5:12 PM Ultima wrote: >> >>> Yeah, still getting the -100 error, I do have sendmail disabled. I just >>> tested with sendmail up and running then add the VF's and it still shows >>> the error message. >>> >>> On Wed, Feb 24, 2016 at 8:04 PM, Eric Joyner wrote: >>> >>>> Are you still getting the -100 errors when trying to load the VF driver? >>>> >>>> I've tried SR-IOV on a system here, and I can confirm that traffic >>>> stops passing on the PF interface when you create a VF interface. That >>>> didn't used to happen, so I'm investigating why that is right now. >>>> >>>> On Wed, Feb 24, 2016 at 8:09 AM Ultima wrote: >>>> >>>>> Decided to do some more tests, I actually have a second board with >>>>> sr-iov >>>>> capabilities that I used for awhile with vmware esxi. I decided to test >>>>> this out and unfortunately it won't activate, it is giving the no space >>>>> left on device error message. I double checked bios and all VT-d >>>>> related >>>>> options are enabled and have hw.ix.num_queues="4" in >>>>> /boot/loader.conf. Is >>>>> there anything else that may need to be set? .(It did work on vmware) >>>>> >>>>> For my second test, I moved the X540-AT1 to the board with the >>>>> X540-AT2. >>>>> It functioned with the same issues as the AT2 tho. >>>>> >>>>> >>>>> I don't think I listed the motherboards in question yet so ill list >>>>> them >>>>> now. >>>>> >>>>> S1200BTLRM - >>>>> >>>>> http://ark.intel.com/products/69633/Intel-Server-Board-S1200BTLRM?q=S1200BTLRM >>>>> MD80-TM0 >>>>> >>>>> - http://b2b.gigabyte.com/products/product-page.aspx?pid=5146#ov >>>>> >>>>> I'm not sure if it will be of any help tho. >>>>> >>>>> Ultima >>>>> _______________________________________________ >>>>> 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 Mar 28 21:52: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 B0F7EAE176A for ; Mon, 28 Mar 2016 21:52:19 +0000 (UTC) (envelope-from truckman@FreeBSD.org) Received: from gw.catspoiler.org (unknown [IPv6:2602:304:b010:ef20::f2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "gw.catspoiler.org", Issuer "gw.catspoiler.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 845341F36; Mon, 28 Mar 2016 21:52:19 +0000 (UTC) (envelope-from truckman@FreeBSD.org) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.15.2/8.15.2) with ESMTP id u2SLq9HN086958; Mon, 28 Mar 2016 14:52:13 -0700 (PDT) (envelope-from truckman@FreeBSD.org) Message-Id: <201603282152.u2SLq9HN086958@gw.catspoiler.org> Date: Mon, 28 Mar 2016 14:52:09 -0700 (PDT) From: Don Lewis Subject: Re: CURRENT slow and shaky network stability To: ohartman@zedat.fu-berlin.de cc: imb@protected-networks.net, kmacy@freebsd.org, freebsd-current@freebsd.org In-Reply-To: <20160328084440.501ef862.ohartman@zedat.fu-berlin.de> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 Precedence: 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, 28 Mar 2016 21:52:19 -0000 On 28 Mar, O. Hartmann wrote: > Am Sat, 26 Mar 2016 14:26:45 -0700 (PDT) > Don Lewis schrieb: > >> On 26 Mar, Michael Butler wrote: >> > -current is not great for interactive use at all. The strategy of >> > pre-emptively dropping idle processes to swap is hurting .. big time. >> > >> > Compare inactive memory to swap in this example .. >> > >> > 110 processes: 1 running, 108 sleeping, 1 zombie >> > CPU: 1.2% user, 0.0% nice, 4.3% system, 0.0% interrupt, 94.5% idle >> > Mem: 474M Active, 1609M Inact, 764M Wired, 281M Buf, 119M Free >> > Swap: 4096M Total, 917M Used, 3178M Free, 22% Inuse >> > >> > PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU >> > COMMAND >> > 1819 imb 1 28 0 213M 11284K select 1 147:44 5.97% >> > gkrellm >> > 59238 imb 43 20 0 980M 424M select 0 10:07 1.92% >> > firefox >> > >> > .. it shouldn't start randomly swapping out processes because they're >> > used infrequently when there's more than enough RAM to spare .. >> >> I don't know what changed, and probably something can use some tweaking, >> but paging out idle processes isn't always the wrong thing to do. For >> instance if I'm using poudriere to build a bunch of packages and its >> heavy use of tmpfs is pushing the machine into many GB of swap usage, I >> don't want interactive use like: >> vi foo.c >> cc foo.c >> vi foo.c >> to suffer because vi and cc have to be read in from a busy hard drive >> each time while unused console getty and idle sshd processes in a bunch >> of jails are still hanging on to memory even though they haven't >> executed any instructions since shortly after the machine was booted >> weeks ago. >> >> > It also shows up when trying to reboot .. on all of my gear, 90 seconds >> > of "fail-safe" time-out is no longer enough when a good proportion of >> > daemons have been dropped onto swap and must be brought back in to flush >> > their data segments :-( >> >> That's a different and known problem. See: >> > > CURRENT has rendered unusable and faulty. Updating ports for poudriere ends up in this > error/broken pipe from remote console: > > [~] poudriere ports -u -p head > [00:00:00] ====>> Updating portstree "head" > [00:00:00] ====>> Updating the ports tree... done > root@gate [~] Fssh_packet_write_wait: Connection to 192.168.250.111 port 22: Broken pipe > > > Although not under load, several processes over time gets idled/paged out - and they > never recover, the connection is then sabott, the whole thing unusable :-( I'm definitely not seeing that here. This is getting close to the end of a big poudriere run: last pid: 82549; load averages: 20.05, 20.72, 23.51 up 5+12:34:14 12:51:55 144 processes: 20 running, 109 sleeping, 15 stopped CPU: 85.3% user, 0.0% nice, 14.7% system, 0.0% interrupt, 0.0% idle Mem: 1082M Active, 19G Inact, 9718M Wired, 249M Buf, 1095M Free ARC: 3841M Total, 2039M MFU, 642M MRU, 3395K Anon, 111M Header, 1044M Other Swap: 40G Total, 9691M Used, 31G Free, 23% Inuse, 196K In At the moment, openoffice-4, openoffice-devel, libreoffice, and chromium are all being built and are using tmpfs for "wrkdir data localbase", so there are many GB of data in tmpfs, which is the reason for the high inact and swap usage. I just hit the return key in an idle (for a couple of hours) terminal window containing an ssh login session to the same machine. I got a fresh command prompt essentially instantaneously. It couldn't have taken more than a couple hundred milliseconds to wake up and page in the idle sshd and shell processes on the build server. [a couple hours later, after poudriere is done and all tmpfs is gone] last pid: 66089; load averages: 0.13, 1.59, 4.61 up 5+14:14:33 14:32:14 71 processes: 1 running, 55 sleeping, 15 stopped CPU: 3.1% user, 0.0% nice, 0.0% system, 0.0% interrupt, 96.9% idle Mem: 58M Active, 85M Inact, 12G Wired, 249M Buf, 19G Free ARC: 6249M Total, 2792M MFU, 2246M MRU, 16K Anon, 133M Header, 1078M Other Swap: 40G Total, 81M Used, 40G Free [after tracking down and exiting all of those stopped processes] last pid: 66103; load averages: 0.20, 0.99, 3.80 up 5+14:17:18 14:34:59 56 processes: 1 running, 55 sleeping CPU: 0.0% user, 0.0% nice, 0.1% system, 0.1% interrupt, 99.9% idle Mem: 57M Active, 88M Inact, 12G Wired, 249M Buf, 19G Free ARC: 6251M Total, 2793M MFU, 2247M MRU, 16K Anon, 133M Header, 1078M Other Swap: 40G Total, 63M Used, 40G Free The biggest chunk of the 63 MB of swap appears to be nginx. It's process size is 29 MB, but it has zero resident. It hasn't executed any code since it was first started when I booted the system several days ago. Other consumers appear to be getty and sshd and syslogd in various untouched jails. I've seen reports that r296137 and r297267 show the ssh problem, but this machine is in the middle with r297204 and I don't see it. As mentioned previously, I'm not running Xorg and a bunch of bloated X11 clients on this machine. Those make fat targets for having RAM taken from them, which would probably make my interactive experience less pleasant, but that should still not affect ssh. On my FreeBSD 10 machine, which has only 8 GB of RAM, my experience is that firefox gets pretty bloated after a while. It's currently at 2.6 GB (with 2.8 GB of swap currently in use - I've got some other RAM hogs running as well) and I'm not seeing any problems, but when it gets up in the 4-5 GB range, things can start to get pretty laggy, but I don't see problems with ssh. The biggest problem with firefox seems to be javascript, which seems to leak memory like a sieve. Making heavy use of the noscript plugin is the only way to keep Firefox usable. The only thing I can think of is that this is triggered by something in the machine configuration or the specific hardware. I'm running a GENERIC kernel and the only non-standard modification to /usr/src is the dummynet AQM patchset. The latter should have no effect since I"m not using ipfw on this machine. If I get a chance, I try booting my FreeBSD 11 machine with less RAM to see if that is a trigger. From owner-freebsd-current@freebsd.org Mon Mar 28 22:42: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 4DE66AE1F91 for ; Mon, 28 Mar 2016 22:42:14 +0000 (UTC) (envelope-from gljennjohn@gmail.com) Received: from mail-wm0-x22b.google.com (mail-wm0-x22b.google.com [IPv6:2a00:1450:400c:c09::22b]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D9C5F18B7 for ; Mon, 28 Mar 2016 22:42:13 +0000 (UTC) (envelope-from gljennjohn@gmail.com) Received: by mail-wm0-x22b.google.com with SMTP id 20so1462845wmh.1 for ; Mon, 28 Mar 2016 15:42:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:cc:subject:message-id:in-reply-to:references:reply-to :mime-version:content-transfer-encoding; bh=DW6BBZLumznFUoWcVFYs02Un8O6xV33gec+4FIHOvfs=; b=gab4XpdWytLglwasLVfJcuxgp7sNFsHYxkvRdE3h02tGMht52tdv03jIac5Y4qlcFo tzRUFa+QrA2nSEJZU+uAoVcXU2Ad//ehTiuzXZenLwNvOZHiardXLx7MrCjI3kOapry4 2f6CihceXGIktqF3SJtnhYbOik4aTTfuDKD5VXgSZ0FuN34O3yY/3Uxq0axFb8GMqaIK 96q1XdSBDtUPLdPUp717VyCbPY4j4P88C6hayTiq/XUz7t3rbHiskZeUQCqwa3sjlIjE 7QLtSL++q+81KmTPtdO4Z4JOPU7KeSEKVSEzgkb4vLZOuTkLVUVdyjljk0q+dOlimu42 Eo4Q== 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-transfer-encoding; bh=DW6BBZLumznFUoWcVFYs02Un8O6xV33gec+4FIHOvfs=; b=hbqJtoVMlmfpmIwV8C1qHm23tz4ROhkghRpx3HpbMCX7B31t6SeSRSfkeXJaaTa0Fd C0+3t8dgXA4pLyl6qpvnR+27gGAdPnb6zGz/O35le774M+jbPoNlyI+xyW3ZrbJseWYI h1ZK1z2Qr6k+PSUBybLrS9drwEdtrNzUscYaQeIMmyr0Zk5IshzeLZuc6bdn/N5tZAxZ Rgi5l0qJanR28Cj7lHOiTUJi27Sph3kNgPvrTYYshNKoR0lkYpZ759UIE0/tKlFaGDol pHKs9BkUJHNB5Sx2PBLPWV7Dq78aSe8xXOvDYsHxZ6qqJdRft+a5O7UBCqStbzCDsCgr g9Pw== X-Gm-Message-State: AD7BkJJqlFAdAnYzLIem/zEGqmAxQxUQyWty6zf5o/l2wW6APR3u5h/ZZ5627/vVLUYUdw== X-Received: by 10.194.202.133 with SMTP id ki5mr30688661wjc.27.1459204932531; Mon, 28 Mar 2016 15:42:12 -0700 (PDT) Received: from ernst.home (p578E1A4F.dip0.t-ipconnect.de. [87.142.26.79]) by smtp.gmail.com with ESMTPSA id u14sm11922373wmu.8.2016.03.28.15.42.11 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 28 Mar 2016 15:42:11 -0700 (PDT) Date: Tue, 29 Mar 2016 00:42:09 +0200 From: Gary Jennejohn To: Aleksander Alekseev Cc: Michael Gmelin , freebsd-current@freebsd.org Subject: Re: Need some help with ports and rebuilding the world Message-ID: <20160329004209.1bb0f0c1@ernst.home> In-Reply-To: <20160328170031.023f0adb@fujitsu> References: <20160327234202.178df9a4@fujitsu> <20160327225612.713eaa2a@bsd64.grem.de> <20160328084735.29eff991@fujitsu> <20160328094742.68bc9046@ernst.home> <20160328170031.023f0adb@fujitsu> 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.21 Precedence: 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, 28 Mar 2016 22:42:14 -0000 On Mon, 28 Mar 2016 17:00:31 +0300 Aleksander Alekseev wrote: > > I think I realized what's going on. I probably rebuilded the world on > > two different machines but forgot to do it on this one. I will > > re-check this and report results a bit later. > > OK, here is a problem. I can't upgrade the world because of compile > errors I mentioned before: > > http://lpaste.net/948188758727983104 > > This issue reproduces with both CLang 3.6 and new CLang compiled > manually from trunk (I created symlinks clang++-3.9 and clang-cpp-3.9 > to clang-3.9 and it solved my problem with CLang I mentioned before). > > Thoughts? > I see that you're using clang36 from ports. Right now clang38 is what's being used in 11-CURRENT. I don't know whether it will help, but you could try installing clang38 from ports. -- Gary Jennejohn From owner-freebsd-current@freebsd.org Mon Mar 28 22:44:26 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 DF057ADF070 for ; Mon, 28 Mar 2016 22:44:26 +0000 (UTC) (envelope-from gljennjohn@gmail.com) Received: from mail-wm0-x231.google.com (mail-wm0-x231.google.com [IPv6:2a00:1450:400c:c09::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 759F81B3D for ; Mon, 28 Mar 2016 22:44:26 +0000 (UTC) (envelope-from gljennjohn@gmail.com) Received: by mail-wm0-x231.google.com with SMTP id r72so33776770wmg.0 for ; Mon, 28 Mar 2016 15:44:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:cc:subject:message-id:in-reply-to:references:reply-to :mime-version:content-transfer-encoding; bh=ssacdXn1amM9YPhbe74eMsDEVz+6fgCzEmANcxvhaoo=; b=cG/ly0hNgm4mBEs+ou8Wj8hjqAOY2No32VeMK7MtdoxVti2AWVp8R5dnfaEwM/NCAH M5AuMZFDMtIEA3JJR5IaFvOBKUctN9qcR2a2GoWMOlpy0EjPStQ8pZO42m0tAi9+aXZ0 Ij4Ldm5QadtQjvOR/D+089U7NFKRQVTy3JS0PraIL8QavBrlU0hH32riHmcfUUHhQRPQ uEnEVn4qhspLqxX4xaU79A4DI+jfYEWh/Yd3DOfi/6lYyFkEUaXdrz94gYFGLxOY33Ir QgBQtEA42Tfbt6UbRAhK4/v66jVpEmozSXpVZXEKryqCn/B8NoXIKQj/mQD9MZ/R1Odn kqWQ== 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-transfer-encoding; bh=ssacdXn1amM9YPhbe74eMsDEVz+6fgCzEmANcxvhaoo=; b=kZ8AB1CmB8E/T7HBcA+oOUwF2ctJHWjtY9//2kU3eQ1MWZl3KUCJ59yL11c5+mET3O LTlli6dxkeR6lEeLvyNVNlNP2C8XNmrRboLwHDZskrFGcMordsdOe5Dqz/Z6TXTDkraZ VmIMBvnJdMuZL+ge86IBHD5Bn5mVtf4/JDPrRpHyUQ+AHo9tMpD5YmZAUis7fQsTocBl hIOSxLzwyi6jHdnWDTPkqyPjkqBSD5njm31r3Eu49OWnnqhm/8kjqMTaGgZI+XN5W31I 5FQ2flGAXOB+ti5tjEmavE8PagtdQGG89RCxEgC55mvKJwUVqcANGswa1FcuzUnPJx0H JcaA== X-Gm-Message-State: AD7BkJJZLX176k7n2XVl6byypZjeuen+0mRQv8/2kh3tYkRqwjWyjaGTSCOjS2cHEaaJyQ== X-Received: by 10.28.224.132 with SMTP id x126mr13349272wmg.88.1459205065085; Mon, 28 Mar 2016 15:44:25 -0700 (PDT) Received: from ernst.home (p578E1A4F.dip0.t-ipconnect.de. [87.142.26.79]) by smtp.gmail.com with ESMTPSA id c128sm11922799wma.11.2016.03.28.15.44.23 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 28 Mar 2016 15:44:24 -0700 (PDT) Date: Tue, 29 Mar 2016 00:44:21 +0200 From: Gary Jennejohn To: Aleksander Alekseev Cc: Michael Gmelin , freebsd-current@freebsd.org Subject: Re: Need some help with ports and rebuilding the world Message-ID: <20160329004421.4a58dd5f@ernst.home> In-Reply-To: <20160329004209.1bb0f0c1@ernst.home> References: <20160327234202.178df9a4@fujitsu> <20160327225612.713eaa2a@bsd64.grem.de> <20160328084735.29eff991@fujitsu> <20160328094742.68bc9046@ernst.home> <20160328170031.023f0adb@fujitsu> <20160329004209.1bb0f0c1@ernst.home> 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.21 Precedence: 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, 28 Mar 2016 22:44:27 -0000 On Tue, 29 Mar 2016 00:42:09 +0200 Gary Jennejohn wrote: > On Mon, 28 Mar 2016 17:00:31 +0300 > Aleksander Alekseev wrote: > > > > I think I realized what's going on. I probably rebuilded the world on > > > two different machines but forgot to do it on this one. I will > > > re-check this and report results a bit later. > > > > OK, here is a problem. I can't upgrade the world because of compile > > errors I mentioned before: > > > > http://lpaste.net/948188758727983104 > > > > This issue reproduces with both CLang 3.6 and new CLang compiled > > manually from trunk (I created symlinks clang++-3.9 and clang-cpp-3.9 > > to clang-3.9 and it solved my problem with CLang I mentioned before). > > > > Thoughts? > > > > I see that you're using clang36 from ports. Right now clang38 is > what's being used in 11-CURRENT. I don't know whether it will > help, but you could try installing clang38 from ports. > Oops, I see you already tried the latest clang. Sorry, can't think of anything other than installing 11-CURRENT from scratch. -- Gary Jennejohn From owner-freebsd-current@freebsd.org Mon Mar 28 22:50: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 957F7ADF264 for ; Mon, 28 Mar 2016 22:50:31 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (tensor.andric.com [IPv6:2001:7b8:3a7:1:2d0:b7ff:fea0:8c26]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "tensor.andric.com", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 5AE341D58 for ; Mon, 28 Mar 2016 22:50:31 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from [IPv6:2001:7b8:3a7::ad9c:32e8:3e6c:1da3] (unknown [IPv6:2001:7b8:3a7:0:ad9c:32e8:3e6c:1da3]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id A3A7F25B70; Tue, 29 Mar 2016 00:50:29 +0200 (CEST) Subject: Re: Need some help with ports and rebuilding the world Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Content-Type: multipart/signed; boundary="Apple-Mail=_A42E380F-3F92-48C2-B51D-F056E4EDD2A5"; protocol="application/pgp-signature"; micalg=pgp-sha1 X-Pgp-Agent: GPGMail 2.6b2 (ebbf3ef) From: Dimitry Andric In-Reply-To: <20160328170031.023f0adb@fujitsu> Date: Tue, 29 Mar 2016 00:50:20 +0200 Cc: Gary Jennejohn , Michael Gmelin , freebsd-current@freebsd.org Message-Id: References: <20160327234202.178df9a4@fujitsu> <20160327225612.713eaa2a@bsd64.grem.de> <20160328084735.29eff991@fujitsu> <20160328094742.68bc9046@ernst.home> <20160328170031.023f0adb@fujitsu> To: Aleksander Alekseev X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 Precedence: 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, 28 Mar 2016 22:50:31 -0000 --Apple-Mail=_A42E380F-3F92-48C2-B51D-F056E4EDD2A5 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii On 28 Mar 2016, at 16:00, Aleksander Alekseev wrote: > >> I think I realized what's going on. I probably rebuilded the world on >> two different machines but forgot to do it on this one. I will >> re-check this and report results a bit later. > > OK, here is a problem. I can't upgrade the world because of compile > errors I mentioned before: > > http://lpaste.net/948188758727983104 > > This issue reproduces with both CLang 3.6 and new CLang compiled > manually from trunk (I created symlinks clang++-3.9 and clang-cpp-3.9 > to clang-3.9 and it solved my problem with CLang I mentioned before). > > Thoughts? Don't try to build world with ports clang, it's not yet supported (at least not officially, and without jumping through some flaming hoops). Just use the compiler in the base system. If all that doesn't work, your system is likely hosed, and reinstalling from scratch is probably the easiest way to get back up to speed. -Dimitry --Apple-Mail=_A42E380F-3F92-48C2-B51D-F056E4EDD2A5 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.29 iEYEARECAAYFAlb5tTUACgkQsF6jCi4glqNklwCdFAIdnkDhw9BvsJ/IIjOqh9mX BVwAn2VpE7u1Nm0OniPDCDzQR7Mnvst/ =kZBu -----END PGP SIGNATURE----- --Apple-Mail=_A42E380F-3F92-48C2-B51D-F056E4EDD2A5-- From owner-freebsd-current@freebsd.org Tue Mar 29 00:26: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 08C3BAD5191 for ; Tue, 29 Mar 2016 00:26:41 +0000 (UTC) (envelope-from glebius@FreeBSD.org) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id E687F11C1 for ; Tue, 29 Mar 2016 00:26:40 +0000 (UTC) (envelope-from glebius@FreeBSD.org) Received: by mailman.ysv.freebsd.org (Postfix) id E5D16AD518D; Tue, 29 Mar 2016 00:26:40 +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 E5643AD518C for ; Tue, 29 Mar 2016 00:26:40 +0000 (UTC) (envelope-from glebius@FreeBSD.org) Received: from cell.glebi.us (glebi.us [96.95.210.25]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "cell.glebi.us", Issuer "cell.glebi.us" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id CDBE611C0 for ; Tue, 29 Mar 2016 00:26:40 +0000 (UTC) (envelope-from glebius@FreeBSD.org) Received: from cell.glebi.us (localhost [127.0.0.1]) by cell.glebi.us (8.15.2/8.15.2) with ESMTPS id u2T0QdWU049305 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Mon, 28 Mar 2016 17:26:39 -0700 (PDT) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.glebi.us (8.15.2/8.15.2/Submit) id u2T0Qdvm049304; Mon, 28 Mar 2016 17:26:39 -0700 (PDT) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.glebi.us: glebius set sender to glebius@FreeBSD.org using -f Date: Mon, 28 Mar 2016 17:26:39 -0700 From: Gleb Smirnoff To: Vitalij Satanivskij Cc: current@freebsd.org Subject: Re: CURRENT r296381 panic in vn_sendfile (/usr/src/sys/kern/kern_sendfile.c:833) Message-ID: <20160329002639.GD2616@FreeBSD.org> References: <20160304124053.GA25071@hell.ukr.net> <20160323181131.GN2616@FreeBSD.org> <20160323235925.GT2616@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="4ndw/alBWmZEhfcZ" Content-Disposition: inline In-Reply-To: <20160323235925.GT2616@FreeBSD.org> User-Agent: Mutt/1.5.24 (2015-08-30) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 Precedence: 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, 29 Mar 2016 00:26:41 -0000 --4ndw/alBWmZEhfcZ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Vitalij, here is latest version of the patch. If you already run the previous one, no need to switch to this one, keep running as is. The update covers only FreeBSD 4 and i386 compatibilties. current@, a review is appreciated. The patch not only fixes a recent bug, but also fixes a long standing problem that headers were not checked against socket buffer size. One could push unlimited data into sendfile() with headers. The patch also pushes also compat code under ifdef, so it is cut away if you aren't interested in COMPAT_FREEBSD4. On Wed, Mar 23, 2016 at 04:59:25PM -0700, Gleb Smirnoff wrote: T> Vitalij, T> T> although the first patch should fixup the panic, can you please T> instead run this one. And if it is possible, can you please T> monitor this sysctl: T> T> sysctl kern.ipc.sf_long_headers T> T> T> -- T> Totus tuus, Glebius. T> Index: sys/kern/kern_descrip.c T> =================================================================== T> --- sys/kern/kern_descrip.c (revision 297217) T> +++ sys/kern/kern_descrip.c (working copy) T> @@ -3958,7 +3958,7 @@ badfo_chown(struct file *fp, uid_t uid, gid_t gid, T> static int T> badfo_sendfile(struct file *fp, int sockfd, struct uio *hdr_uio, T> struct uio *trl_uio, off_t offset, size_t nbytes, off_t *sent, int flags, T> - int kflags, struct thread *td) T> + struct thread *td) T> { T> T> return (EBADF); T> @@ -4044,7 +4044,7 @@ invfo_chown(struct file *fp, uid_t uid, gid_t gid, T> int T> invfo_sendfile(struct file *fp, int sockfd, struct uio *hdr_uio, T> struct uio *trl_uio, off_t offset, size_t nbytes, off_t *sent, int flags, T> - int kflags, struct thread *td) T> + struct thread *td) T> { T> T> return (EINVAL); T> Index: sys/kern/kern_sendfile.c T> =================================================================== T> --- sys/kern/kern_sendfile.c (revision 297217) T> +++ sys/kern/kern_sendfile.c (working copy) T> @@ -95,6 +95,7 @@ struct sendfile_sync { T> }; T> T> counter_u64_t sfstat[sizeof(struct sfstat) / sizeof(uint64_t)]; T> +static counter_u64_t sf_long_headers; /* QQQGL */ T> T> static void T> sfstat_init(const void *unused) T> @@ -102,6 +103,7 @@ sfstat_init(const void *unused) T> T> COUNTER_ARRAY_ALLOC(sfstat, sizeof(struct sfstat) / sizeof(uint64_t), T> M_WAITOK); T> + sf_long_headers = counter_u64_alloc(M_WAITOK); /* QQQGL */ T> } T> SYSINIT(sfstat, SI_SUB_MBUF, SI_ORDER_FIRST, sfstat_init, NULL); T> T> @@ -117,6 +119,8 @@ sfstat_sysctl(SYSCTL_HANDLER_ARGS) T> } T> SYSCTL_PROC(_kern_ipc, OID_AUTO, sfstat, CTLTYPE_OPAQUE | CTLFLAG_RW, T> NULL, 0, sfstat_sysctl, "I", "sendfile statistics"); T> +SYSCTL_COUNTER_U64(_kern_ipc, OID_AUTO, sf_long_headers, CTLFLAG_RW, T> + &sf_long_headers, "times headers did not fit into socket buffer"); T> T> /* T> * Detach mapped page and release resources back to the system. Called T> @@ -516,7 +520,7 @@ sendfile_getsock(struct thread *td, int s, struct T> int T> vn_sendfile(struct file *fp, int sockfd, struct uio *hdr_uio, T> struct uio *trl_uio, off_t offset, size_t nbytes, off_t *sent, int flags, T> - int kflags, struct thread *td) T> + struct thread *td) T> { T> struct file *sock_fp; T> struct vnode *vp; T> @@ -534,7 +538,7 @@ vn_sendfile(struct file *fp, int sockfd, struct ui T> so = NULL; T> m = mh = NULL; T> sfs = NULL; T> - sbytes = 0; T> + hdrlen = sbytes = 0; T> softerr = 0; T> T> error = sendfile_getobj(td, fp, &obj, &vp, &shmfd, &obj_size, &bsize); T> @@ -560,26 +564,6 @@ vn_sendfile(struct file *fp, int sockfd, struct ui T> cv_init(&sfs->cv, "sendfile"); T> } T> T> - /* If headers are specified copy them into mbufs. */ T> - if (hdr_uio != NULL && hdr_uio->uio_resid > 0) { T> - hdr_uio->uio_td = td; T> - hdr_uio->uio_rw = UIO_WRITE; T> - /* T> - * In FBSD < 5.0 the nbytes to send also included T> - * the header. If compat is specified subtract the T> - * header size from nbytes. T> - */ T> - if (kflags & SFK_COMPAT) { T> - if (nbytes > hdr_uio->uio_resid) T> - nbytes -= hdr_uio->uio_resid; T> - else T> - nbytes = 0; T> - } T> - mh = m_uiotombuf(hdr_uio, M_WAITOK, 0, 0, 0); T> - hdrlen = m_length(mh, &mhtail); T> - } else T> - hdrlen = 0; T> - T> rem = nbytes ? omin(nbytes, obj_size - offset) : obj_size - offset; T> T> /* T> @@ -668,11 +652,23 @@ retry_space: T> SOCKBUF_UNLOCK(&so->so_snd); T> T> /* T> - * Reduce space in the socket buffer by the size of T> - * the header mbuf chain. T> - * hdrlen is set to 0 after the first loop. T> + * At the beginning of the first loop check if any headers T> + * are specified and copy them into mbufs. Reduce space in T> + * the socket buffer by the size of the header mbuf chain. T> + * Clear hdr_uio here and hdrlen at the end of the first loop. T> */ T> - space -= hdrlen; T> + if (hdr_uio != NULL) { T> + hdr_uio->uio_td = td; T> + hdr_uio->uio_rw = UIO_WRITE; T> + /* QQQGL remove counter */ T> + if (space < hdr_uio->uio_resid) T> + counter_u64_add(sf_long_headers, 1); T> + hdr_uio->uio_resid = min(hdr_uio->uio_resid, space); T> + mh = m_uiotombuf(hdr_uio, M_WAITOK, 0, 0, 0); T> + hdrlen = m_length(mh, &mhtail); T> + space -= hdrlen; T> + hdr_uio = NULL; T> + } T> T> if (vp != NULL) { T> error = vn_lock(vp, LK_SHARED); T> @@ -944,6 +940,17 @@ sendfile(struct thread *td, struct sendfile_args * T> &hdr_uio); T> if (error != 0) T> goto out; T> + /* T> + * In FBSD < 5.0 the nbytes to send also included T> + * the header. If compat is specified subtract the T> + * header size from nbytes. T> + */ T> + if (compat) { T> + if (uap->nbytes > hdr_uio->uio_resid) T> + uap->nbytes -= hdr_uio->uio_resid; T> + else T> + uap->nbytes = 0; T> + } T> } T> if (hdtr.trailers != NULL) { T> error = copyinuio(hdtr.trailers, hdtr.trl_cnt, T> @@ -965,7 +972,7 @@ sendfile(struct thread *td, struct sendfile_args * T> } T> T> error = fo_sendfile(fp, uap->s, hdr_uio, trl_uio, uap->offset, T> - uap->nbytes, &sbytes, uap->flags, compat ? SFK_COMPAT : 0, td); T> + uap->nbytes, &sbytes, uap->flags, td); T> fdrop(fp, td); T> T> if (uap->sbytes != NULL) T> Index: sys/sys/file.h T> =================================================================== T> --- sys/sys/file.h (revision 297217) T> +++ sys/sys/file.h (working copy) T> @@ -112,7 +112,7 @@ typedef int fo_chown_t(struct file *fp, uid_t uid, T> struct ucred *active_cred, struct thread *td); T> typedef int fo_sendfile_t(struct file *fp, int sockfd, struct uio *hdr_uio, T> struct uio *trl_uio, off_t offset, size_t nbytes, T> - off_t *sent, int flags, int kflags, struct thread *td); T> + off_t *sent, int flags, struct thread *td); T> typedef int fo_seek_t(struct file *fp, off_t offset, int whence, T> struct thread *td); T> typedef int fo_fill_kinfo_t(struct file *fp, struct kinfo_file *kif, T> @@ -376,11 +376,11 @@ fo_chown(struct file *fp, uid_t uid, gid_t gid, st T> static __inline int T> fo_sendfile(struct file *fp, int sockfd, struct uio *hdr_uio, T> struct uio *trl_uio, off_t offset, size_t nbytes, off_t *sent, int flags, T> - int kflags, struct thread *td) T> + struct thread *td) T> { T> T> return ((*fp->f_ops->fo_sendfile)(fp, sockfd, hdr_uio, trl_uio, offset, T> - nbytes, sent, flags, kflags, td)); T> + nbytes, sent, flags, td)); T> } T> T> static __inline int T> Index: sys/sys/socket.h T> =================================================================== T> --- sys/sys/socket.h (revision 297217) T> +++ sys/sys/socket.h (working copy) T> @@ -594,7 +594,6 @@ struct sf_hdtr { T> #define SF_FLAGS(rh, flags) (((rh) << 16) | (flags)) T> T> #ifdef _KERNEL T> -#define SFK_COMPAT 0x00000001 T> #define SF_READAHEAD(flags) ((flags) >> 16) T> #endif /* _KERNEL */ T> T> _______________________________________________ T> freebsd-current@freebsd.org mailing list T> https://lists.freebsd.org/mailman/listinfo/freebsd-current T> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" -- Totus tuus, Glebius. --4ndw/alBWmZEhfcZ Content-Type: text/x-diff; charset=us-ascii Content-Disposition: attachment; filename="sendfile.diff" Index: sys/compat/freebsd32/freebsd32_misc.c =================================================================== --- sys/compat/freebsd32/freebsd32_misc.c (revision 297366) +++ sys/compat/freebsd32/freebsd32_misc.c (working copy) @@ -1653,6 +1653,19 @@ freebsd32_do_sendfile(struct thread *td, hdtr32.hdr_cnt, &hdr_uio); if (error) goto out; +#ifdef COMPAT_FREEBSD4 + /* + * In FreeBSD < 5.0 the nbytes to send also included + * the header. If compat is specified subtract the + * header size from nbytes. + */ + if (compat) { + if (uap->nbytes > hdr_uio->uio_resid) + uap->nbytes -= hdr_uio->uio_resid; + else + uap->nbytes = 0; + } +#endif } if (hdtr.trailers != NULL) { iov32 = PTRIN(hdtr32.trailers); @@ -1670,7 +1683,7 @@ freebsd32_do_sendfile(struct thread *td, goto out; error = fo_sendfile(fp, uap->s, hdr_uio, trl_uio, offset, - uap->nbytes, &sbytes, uap->flags, compat ? SFK_COMPAT : 0, td); + uap->nbytes, &sbytes, uap->flags, td); fdrop(fp, td); if (uap->sbytes != NULL) Index: sys/kern/kern_descrip.c =================================================================== --- sys/kern/kern_descrip.c (revision 297366) +++ sys/kern/kern_descrip.c (working copy) @@ -3958,7 +3958,7 @@ badfo_chown(struct file *fp, uid_t uid, gid_t gid, static int badfo_sendfile(struct file *fp, int sockfd, struct uio *hdr_uio, struct uio *trl_uio, off_t offset, size_t nbytes, off_t *sent, int flags, - int kflags, struct thread *td) + struct thread *td) { return (EBADF); @@ -4044,7 +4044,7 @@ invfo_chown(struct file *fp, uid_t uid, gid_t gid, int invfo_sendfile(struct file *fp, int sockfd, struct uio *hdr_uio, struct uio *trl_uio, off_t offset, size_t nbytes, off_t *sent, int flags, - int kflags, struct thread *td) + struct thread *td) { return (EINVAL); Index: sys/kern/kern_sendfile.c =================================================================== --- sys/kern/kern_sendfile.c (revision 297366) +++ sys/kern/kern_sendfile.c (working copy) @@ -95,6 +95,7 @@ struct sendfile_sync { }; counter_u64_t sfstat[sizeof(struct sfstat) / sizeof(uint64_t)]; +static counter_u64_t sf_long_headers; /* QQQGL */ static void sfstat_init(const void *unused) @@ -102,6 +103,7 @@ sfstat_init(const void *unused) COUNTER_ARRAY_ALLOC(sfstat, sizeof(struct sfstat) / sizeof(uint64_t), M_WAITOK); + sf_long_headers = counter_u64_alloc(M_WAITOK); /* QQQGL */ } SYSINIT(sfstat, SI_SUB_MBUF, SI_ORDER_FIRST, sfstat_init, NULL); @@ -117,6 +119,9 @@ sfstat_sysctl(SYSCTL_HANDLER_ARGS) } SYSCTL_PROC(_kern_ipc, OID_AUTO, sfstat, CTLTYPE_OPAQUE | CTLFLAG_RW, NULL, 0, sfstat_sysctl, "I", "sendfile statistics"); +/* QQQGL */ +SYSCTL_COUNTER_U64(_kern_ipc, OID_AUTO, sf_long_headers, CTLFLAG_RW, + &sf_long_headers, "times headers did not fit into socket buffer"); /* * Detach mapped page and release resources back to the system. Called @@ -516,7 +521,7 @@ sendfile_getsock(struct thread *td, int s, struct int vn_sendfile(struct file *fp, int sockfd, struct uio *hdr_uio, struct uio *trl_uio, off_t offset, size_t nbytes, off_t *sent, int flags, - int kflags, struct thread *td) + struct thread *td) { struct file *sock_fp; struct vnode *vp; @@ -534,7 +539,7 @@ vn_sendfile(struct file *fp, int sockfd, struct ui so = NULL; m = mh = NULL; sfs = NULL; - sbytes = 0; + hdrlen = sbytes = 0; softerr = 0; error = sendfile_getobj(td, fp, &obj, &vp, &shmfd, &obj_size, &bsize); @@ -560,26 +565,6 @@ vn_sendfile(struct file *fp, int sockfd, struct ui cv_init(&sfs->cv, "sendfile"); } - /* If headers are specified copy them into mbufs. */ - if (hdr_uio != NULL && hdr_uio->uio_resid > 0) { - hdr_uio->uio_td = td; - hdr_uio->uio_rw = UIO_WRITE; - /* - * In FBSD < 5.0 the nbytes to send also included - * the header. If compat is specified subtract the - * header size from nbytes. - */ - if (kflags & SFK_COMPAT) { - if (nbytes > hdr_uio->uio_resid) - nbytes -= hdr_uio->uio_resid; - else - nbytes = 0; - } - mh = m_uiotombuf(hdr_uio, M_WAITOK, 0, 0, 0); - hdrlen = m_length(mh, &mhtail); - } else - hdrlen = 0; - rem = nbytes ? omin(nbytes, obj_size - offset) : obj_size - offset; /* @@ -668,11 +653,23 @@ retry_space: SOCKBUF_UNLOCK(&so->so_snd); /* - * Reduce space in the socket buffer by the size of - * the header mbuf chain. - * hdrlen is set to 0 after the first loop. + * At the beginning of the first loop check if any headers + * are specified and copy them into mbufs. Reduce space in + * the socket buffer by the size of the header mbuf chain. + * Clear hdr_uio here and hdrlen at the end of the first loop. */ - space -= hdrlen; + if (hdr_uio != NULL && hdr_uio->uio_resid > 0) { + hdr_uio->uio_td = td; + hdr_uio->uio_rw = UIO_WRITE; + /* QQQGL remove counter */ + if (space < hdr_uio->uio_resid) + counter_u64_add(sf_long_headers, 1); + hdr_uio->uio_resid = min(hdr_uio->uio_resid, space); + mh = m_uiotombuf(hdr_uio, M_WAITOK, 0, 0, 0); + hdrlen = m_length(mh, &mhtail); + space -= hdrlen; + hdr_uio = NULL; + } if (vp != NULL) { error = vn_lock(vp, LK_SHARED); @@ -944,6 +941,19 @@ sendfile(struct thread *td, struct sendfile_args * &hdr_uio); if (error != 0) goto out; +#ifdef COMPAT_FREEBSD4 + /* + * In FreeBSD < 5.0 the nbytes to send also included + * the header. If compat is specified subtract the + * header size from nbytes. + */ + if (compat) { + if (uap->nbytes > hdr_uio->uio_resid) + uap->nbytes -= hdr_uio->uio_resid; + else + uap->nbytes = 0; + } +#endif } if (hdtr.trailers != NULL) { error = copyinuio(hdtr.trailers, hdtr.trl_cnt, @@ -965,7 +975,7 @@ sendfile(struct thread *td, struct sendfile_args * } error = fo_sendfile(fp, uap->s, hdr_uio, trl_uio, uap->offset, - uap->nbytes, &sbytes, uap->flags, compat ? SFK_COMPAT : 0, td); + uap->nbytes, &sbytes, uap->flags, td); fdrop(fp, td); if (uap->sbytes != NULL) Index: sys/sys/file.h =================================================================== --- sys/sys/file.h (revision 297366) +++ sys/sys/file.h (working copy) @@ -112,7 +112,7 @@ typedef int fo_chown_t(struct file *fp, uid_t uid, struct ucred *active_cred, struct thread *td); typedef int fo_sendfile_t(struct file *fp, int sockfd, struct uio *hdr_uio, struct uio *trl_uio, off_t offset, size_t nbytes, - off_t *sent, int flags, int kflags, struct thread *td); + off_t *sent, int flags, struct thread *td); typedef int fo_seek_t(struct file *fp, off_t offset, int whence, struct thread *td); typedef int fo_fill_kinfo_t(struct file *fp, struct kinfo_file *kif, @@ -376,11 +376,11 @@ fo_chown(struct file *fp, uid_t uid, gid_t gid, st static __inline int fo_sendfile(struct file *fp, int sockfd, struct uio *hdr_uio, struct uio *trl_uio, off_t offset, size_t nbytes, off_t *sent, int flags, - int kflags, struct thread *td) + struct thread *td) { return ((*fp->f_ops->fo_sendfile)(fp, sockfd, hdr_uio, trl_uio, offset, - nbytes, sent, flags, kflags, td)); + nbytes, sent, flags, td)); } static __inline int Index: sys/sys/socket.h =================================================================== --- sys/sys/socket.h (revision 297366) +++ sys/sys/socket.h (working copy) @@ -594,7 +594,6 @@ struct sf_hdtr { #define SF_FLAGS(rh, flags) (((rh) << 16) | (flags)) #ifdef _KERNEL -#define SFK_COMPAT 0x00000001 #define SF_READAHEAD(flags) ((flags) >> 16) #endif /* _KERNEL */ --4ndw/alBWmZEhfcZ-- From owner-freebsd-current@freebsd.org Tue Mar 29 02:33: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 605A5AE1541; Tue, 29 Mar 2016 02:33:10 +0000 (UTC) (envelope-from kaduk@mit.edu) Received: from dmz-mailsec-scanner-2.mit.edu (dmz-mailsec-scanner-2.mit.edu [18.9.25.13]) (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 D8DA01119; Tue, 29 Mar 2016 02:33:09 +0000 (UTC) (envelope-from kaduk@mit.edu) X-AuditID: 1209190d-5cbff7000000769f-64-56f9e95e0049 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 E0.C5.30367.E59E9F65; Mon, 28 Mar 2016 22:33:02 -0400 (EDT) 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 u2T2X1e8003419; Mon, 28 Mar 2016 22:33:01 -0400 Received: from multics.mit.edu (system-low-sipb.mit.edu [18.187.2.37]) (authenticated bits=56) (User authenticated as kaduk@ATHENA.MIT.EDU) by outgoing.mit.edu (8.13.8/8.12.4) with ESMTP id u2T2WwBx031177 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Mon, 28 Mar 2016 22:33:00 -0400 Received: (from kaduk@localhost) by multics.mit.edu (8.12.9.20060308) id u2T2Wvt7011668; Mon, 28 Mar 2016 22:32:57 -0400 (EDT) Date: Mon, 28 Mar 2016 22:32:57 -0400 (EDT) From: Benjamin Kaduk X-X-Sender: kaduk@multics.mit.edu To: freebsd-hackers@FreeBSD.org cc: freebsd-current@FreeBSD.org Subject: Second call for 2016Q1 quarterly status report submissions Message-ID: User-Agent: Alpine 1.10 (GSO 962 2008-03-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFrrCIsWRmVeSWpSXmKPExsUixCmqrRv38meYwZ8JPBa7rp1mt5jz5gOT xfbN/xgdmD1mfJrPEsAYxWWTkpqTWZZapG+XwJVxfsIR5oKnXBUnb09jaWD8w9HFyMkhIWAi sf/nDJYuRi4OIYE2JonXZ7eygySEBDYySvSc1YdIHGKSeP7vPxOE08Ao8WnOYyCHg4NFQFvi z51QkAY2ATWJ9SuuMUNMVZTYfGoSmC0iIC+xr+k92FBmIHvL6slsILawgLPErTvbwWxeAUeJ kz9+MIHYogI6Eqv3T2GBiAtKnJz5hAWiV0ti+fRtLBMY+WchSc1CklrAyLSKUTYlt0o3NzEz pzg1Wbc4OTEvL7VI10gvN7NELzWldBMjOPAkeXcw/rvrdYhRgINRiYc3YtHPMCHWxLLiytxD jJIcTEqivH1zgEJ8SfkplRmJxRnxRaU5qcWHGCU4mJVEeLteAOV4UxIrq1KL8mFS0hwsSuK8 MTePhgkJpCeWpGanphakFsFkZTg4lCR4U0AaBYtS01Mr0jJzShDSTBycIMN5gIYHgA0vLkjM Lc5Mh8ifYlSUEucteg6UEABJZJTmwfWCE8NuJtVXjOJArwjzVoC08wCTClz3K6DBTECDpay+ gQwuSURISTUwumxVKfluuW9L07uVmvfCVzyfoHpK67/4q9a7cxI/vz3mc6BetdZ1cbjzF/4M 8TmbeU/c9u/WMubtZ3rW9rLlyG7Lra9f6OwPWnc/0qT/lMvh4N/ZEzuyjEovC+TeVnog/Eun 9YxB6z7Oby/VbpztYt72IPurtee3MO/pHvMNTxSdYfZYceyDqBJLcUaioRZzUXEiAARVS0nn AgAA X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 Precedence: 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, 29 Mar 2016 02:33:10 -0000 Dear FreeBSD Community, The deadline for the next FreeBSD Quarterly Status update is April 7, 2016, for work done in January through March -- less than two weeks away! Status report submissions do not have to be very long. They may be about anything happening in the FreeBSD project and community, and provide a great way to inform FreeBSD users and developers about what you're working on. Submission of reports is not restricted to committers. Anyone doing anything interesting and FreeBSD-related can -- and should -- write one! The preferred and easiest submission method is to use the XML generator [1] with the results emailed to the status report team at monthly at FreeBSD.org . There is also an XML template [2] which can be filled out manually and attached if preferred. For the expected content and style, please study our guidelines on how to write a good status report [3]. You can also review previous issues [4][5] for ideas on the style and format. We are looking forward to all of your 2016Q1 reports! Thanks, Ben (on behalf of monthly@) [1] http://www.freebsd.org/cgi/monthly.cgi [2] http://www.freebsd.org/news/status/report-sample.xml [3] http://www.freebsd.org/news/status/howto.html [4] http://www.freebsd.org/news/status/report-2015-07-2015-09.html [5] http://www.freebsd.org/news/status/report-2015-10-2015-12.html From owner-freebsd-current@freebsd.org Tue Mar 29 06:08: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 AAD91AE155D for ; Tue, 29 Mar 2016 06:08:49 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 67DBF1FF3; Tue, 29 Mar 2016 06:08:49 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost.zedat.fu-berlin.de (Exim 4.85) with esmtps (TLSv1.2:DHE-RSA-AES256-GCM-SHA384:256) (envelope-from ) id <1akmpb-001dxm-00>; Tue, 29 Mar 2016 08:08:47 +0200 Received: from p578a69f9.dip0.t-ipconnect.de ([87.138.105.249] helo=freyja.zeit4.iv.bundesimmobilien.de) by inpost2.zedat.fu-berlin.de (Exim 4.85) with esmtpsa (TLSv1.2:AES128-GCM-SHA256:128) (envelope-from ) id <1akmpa-001P5j-KO>; Tue, 29 Mar 2016 08:08:46 +0200 Date: Tue, 29 Mar 2016 08:08:40 +0200 From: "O. Hartmann" To: Don Lewis Cc: imb@protected-networks.net, kmacy@freebsd.org, freebsd-current@freebsd.org Subject: Re: CURRENT slow and shaky network stability Message-ID: <20160329080840.3da929de@freyja.zeit4.iv.bundesimmobilien.de> In-Reply-To: <201603282152.u2SLq9HN086958@gw.catspoiler.org> References: <20160328084440.501ef862.ohartman@zedat.fu-berlin.de> <201603282152.u2SLq9HN086958@gw.catspoiler.org> Organization: FU Berlin 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-Originating-IP: 87.138.105.249 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 Precedence: 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, 29 Mar 2016 06:08:49 -0000 On Mon, 28 Mar 2016 14:52:09 -0700 (PDT) Don Lewis wrote: > On 28 Mar, O. Hartmann wrote: > > Am Sat, 26 Mar 2016 14:26:45 -0700 (PDT) > > Don Lewis schrieb: > > > >> On 26 Mar, Michael Butler wrote: > >> > -current is not great for interactive use at all. The strategy of > >> > pre-emptively dropping idle processes to swap is hurting .. big time. > >> > > >> > Compare inactive memory to swap in this example .. > >> > > >> > 110 processes: 1 running, 108 sleeping, 1 zombie > >> > CPU: 1.2% user, 0.0% nice, 4.3% system, 0.0% interrupt, 94.5% idle > >> > Mem: 474M Active, 1609M Inact, 764M Wired, 281M Buf, 119M Free > >> > Swap: 4096M Total, 917M Used, 3178M Free, 22% Inuse > >> > > >> > PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU > >> > COMMAND > >> > 1819 imb 1 28 0 213M 11284K select 1 147:44 5.97% > >> > gkrellm > >> > 59238 imb 43 20 0 980M 424M select 0 10:07 1.92% > >> > firefox > >> > > >> > .. it shouldn't start randomly swapping out processes because they're > >> > used infrequently when there's more than enough RAM to spare .. > >> > >> I don't know what changed, and probably something can use some tweaking, > >> but paging out idle processes isn't always the wrong thing to do. For > >> instance if I'm using poudriere to build a bunch of packages and its > >> heavy use of tmpfs is pushing the machine into many GB of swap usage, I > >> don't want interactive use like: > >> vi foo.c > >> cc foo.c > >> vi foo.c > >> to suffer because vi and cc have to be read in from a busy hard drive > >> each time while unused console getty and idle sshd processes in a bunch > >> of jails are still hanging on to memory even though they haven't > >> executed any instructions since shortly after the machine was booted > >> weeks ago. > >> > >> > It also shows up when trying to reboot .. on all of my gear, 90 seconds > >> > of "fail-safe" time-out is no longer enough when a good proportion of > >> > daemons have been dropped onto swap and must be brought back in to flush > >> > their data segments :-( > >> > >> That's a different and known problem. See: > >> > > > > CURRENT has rendered unusable and faulty. Updating ports for poudriere ends > > up in this error/broken pipe from remote console: > > > > [~] poudriere ports -u -p head > > [00:00:00] ====>> Updating portstree "head" > > [00:00:00] ====>> Updating the ports tree... done > > root@gate [~] Fssh_packet_write_wait: Connection to 192.168.250.111 port > > 22: Broken pipe > > > > > > Although not under load, several processes over time gets idled/paged out - > > and they never recover, the connection is then sabott, the whole thing > > unusable :-( > > I'm definitely not seeing that here. This is getting close to the end > of a big poudriere run: > > last pid: 82549; load averages: 20.05, 20.72, 23.51 up 5+12:34:14 > 12:51:55 144 processes: 20 running, 109 sleeping, 15 stopped > CPU: 85.3% user, 0.0% nice, 14.7% system, 0.0% interrupt, 0.0% idle > Mem: 1082M Active, 19G Inact, 9718M Wired, 249M Buf, 1095M Free > ARC: 3841M Total, 2039M MFU, 642M MRU, 3395K Anon, 111M Header, 1044M Other > Swap: 40G Total, 9691M Used, 31G Free, 23% Inuse, 196K In > > At the moment, openoffice-4, openoffice-devel, libreoffice, and chromium > are all being built and are using tmpfs for "wrkdir data localbase", so > there are many GB of data in tmpfs, which is the reason for the high > inact and swap usage. I just hit the return key in an idle (for a > couple of hours) terminal window containing an ssh login session to the > same machine. I got a fresh command prompt essentially instantaneously. > It couldn't have taken more than a couple hundred milliseconds to wake > up and page in the idle sshd and shell processes on the build server. > > [a couple hours later, after poudriere is done and all tmpfs is gone] > > last pid: 66089; load averages: 0.13, 1.59, 4.61 up 5+14:14:33 > 14:32:14 71 processes: 1 running, 55 sleeping, 15 stopped > CPU: 3.1% user, 0.0% nice, 0.0% system, 0.0% interrupt, 96.9% idle > Mem: 58M Active, 85M Inact, 12G Wired, 249M Buf, 19G Free > ARC: 6249M Total, 2792M MFU, 2246M MRU, 16K Anon, 133M Header, 1078M Other > Swap: 40G Total, 81M Used, 40G Free > > [after tracking down and exiting all of those stopped processes] > > last pid: 66103; load averages: 0.20, 0.99, 3.80 up 5+14:17:18 > 14:34:59 56 processes: 1 running, 55 sleeping > CPU: 0.0% user, 0.0% nice, 0.1% system, 0.1% interrupt, 99.9% idle > Mem: 57M Active, 88M Inact, 12G Wired, 249M Buf, 19G Free > ARC: 6251M Total, 2793M MFU, 2247M MRU, 16K Anon, 133M Header, 1078M Other > Swap: 40G Total, 63M Used, 40G Free > > The biggest chunk of the 63 MB of swap appears to be nginx. It's > process size is 29 MB, but it has zero resident. It hasn't executed any > code since it was first started when I booted the system several days > ago. Other consumers appear to be getty and sshd and syslogd in various > untouched jails. > > > I've seen reports that r296137 and r297267 show the ssh problem, but > this machine is in the middle with r297204 and I don't see it. > > As mentioned previously, I'm not running Xorg and a bunch of bloated > X11 clients on this machine. Those make fat targets for having RAM > taken from them, which would probably make my interactive experience > less pleasant, but that should still not affect ssh. > > On my FreeBSD 10 machine, which has only 8 GB of RAM, my experience is > that firefox gets pretty bloated after a while. It's currently at 2.6 > GB (with 2.8 GB of swap currently in use - I've got some other RAM hogs > running as well) and I'm not seeing any problems, but when it gets up in > the 4-5 GB range, things can start to get pretty laggy, but I don't see > problems with ssh. The biggest problem with firefox seems to be > javascript, which seems to leak memory like a sieve. Making heavy use > of the noscript plugin is the only way to keep Firefox usable. > > The only thing I can think of is that this is triggered by something in > the machine configuration or the specific hardware. I'm running a > GENERIC kernel and the only non-standard modification to /usr/src is the > dummynet AQM patchset. The latter should have no effect since I"m not > using ipfw on this machine. > > If I get a chance, I try booting my FreeBSD 11 machine with less RAM to > see if that is a trigger. Several of my boxes do not run X11 or "... a bunch of bloated X11 clients" and they run with 8 GB, 16 GB or 32 GB of RAM (the latter one does have X11). On all remote systems with most recent CURRENT (we are talking about r297237 - 297369 tight now) I definitely do not get "immediately" a fresh prompt. it takes up to 60 seconds (and more) to recover, even if the box is in a state of unemployment (idle!). In a seriously rising bunch of cases I get now broken pipes. This also happens with sessions, when performing "poudriere options" on larger installations and this is completely unacceptable. From owner-freebsd-current@freebsd.org Tue Mar 29 09:38: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 5F0DAAE0BC0 for ; Tue, 29 Mar 2016 09:38:57 +0000 (UTC) (envelope-from mail@eax.me) Received: from relay12.nicmail.ru (relay12.nicmail.ru [195.208.5.7]) (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 12DF012C4; Tue, 29 Mar 2016 09:38:56 +0000 (UTC) (envelope-from mail@eax.me) Received: from [109.70.25.214] (port=53286 helo=fujitsu) by f06.mail.nic.ru with esmtp (Exim 5.55) (envelope-from ) id 1akq71-0008Ss-2n; Tue, 29 Mar 2016 12:38:59 +0300 Received: from [93.174.131.138] (account mail@eax.me HELO fujitsu) by proxy01.mail.nic.ru (Exim 5.55) with id 1akq6o-0000Lm-HO; Tue, 29 Mar 2016 12:38:46 +0300 Date: Tue, 29 Mar 2016 12:38:21 +0300 From: Aleksander Alekseev To: Dimitry Andric Cc: Gary Jennejohn , Michael Gmelin , freebsd-current@freebsd.org Subject: Re: Need some help with ports and rebuilding the world Message-ID: <20160329123821.120d8de8@fujitsu> In-Reply-To: References: <20160327234202.178df9a4@fujitsu> <20160327225612.713eaa2a@bsd64.grem.de> <20160328084735.29eff991@fujitsu> <20160328094742.68bc9046@ernst.home> <20160328170031.023f0adb@fujitsu> 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.21 Precedence: 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, 29 Mar 2016 09:38:57 -0000 OK, here is what I did so far. First I booted with 10.2 kernel (it's always good to have a backup). Now I have 10.2 kernel and world. After that I installed clang38 using ports (and discovered a bug #208375 in a process). > Don't try to build world with ports clang, it's not yet supported (at > least not officially, and without jumping through some flaming > hoops). It explains a lot, thanks! > Just use the compiler in the base system. ... but I got same errors using system clang 3.4.1: http://pastebin.com/raw/zz5UGsQV I'm at r297373 currently. Any ideas? -- Best regards, Aleksander Alekseev http://eax.me/ From owner-freebsd-current@freebsd.org Tue Mar 29 09: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 A9A4FAE0D6B for ; Tue, 29 Mar 2016 09:41:22 +0000 (UTC) (envelope-from satan@ukr.net) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 992E315B7 for ; Tue, 29 Mar 2016 09:41:22 +0000 (UTC) (envelope-from satan@ukr.net) Received: by mailman.ysv.freebsd.org (Postfix) id 97F78AE0D6A; Tue, 29 Mar 2016 09:41:22 +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 97970AE0D68 for ; Tue, 29 Mar 2016 09:41:22 +0000 (UTC) (envelope-from satan@ukr.net) Received: from hell.ukr.net (hell.ukr.net [212.42.67.68]) (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 37BCC15B4; Tue, 29 Mar 2016 09:41:22 +0000 (UTC) (envelope-from satan@ukr.net) Received: from satan by hell.ukr.net with local ID 1akq9H-0009v2-0R ; Tue, 29 Mar 2016 12:41:19 +0300 Date: Tue, 29 Mar 2016 12:41:19 +0300 From: Vitalij Satanivskij To: Gleb Smirnoff Cc: Vitalij Satanivskij , current@freebsd.org Subject: Re: CURRENT r296381 panic in vn_sendfile (/usr/src/sys/kern/kern_sendfile.c:833) Message-ID: <20160329094118.GA38129@hell.ukr.net> References: <20160304124053.GA25071@hell.ukr.net> <20160323181131.GN2616@FreeBSD.org> <20160323235925.GT2616@FreeBSD.org> <20160329002639.GD2616@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20160329002639.GD2616@FreeBSD.org> User-Agent: Mutt/1.5.24 (2015-08-30) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 Precedence: 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, 29 Mar 2016 09:41:22 -0000 Hello. OK about 3 hours with last patch No panic. Sysctl - sysctl kern.ipc.sf_long_headers kern.ipc.sf_long_headers: 1 Gleb Smirnoff wrote: GS> Vitalij, GS> GS> here is latest version of the patch. If you already run the GS> previous one, no need to switch to this one, keep running as is. GS> The update covers only FreeBSD 4 and i386 compatibilties. GS> GS> current@, a review is appreciated. The patch not only fixes a GS> recent bug, but also fixes a long standing problem that headers GS> were not checked against socket buffer size. One could push GS> unlimited data into sendfile() with headers. The patch also GS> pushes also compat code under ifdef, so it is cut away if GS> you aren't interested in COMPAT_FREEBSD4. GS> GS> On Wed, Mar 23, 2016 at 04:59:25PM -0700, Gleb Smirnoff wrote: GS> T> Vitalij, GS> T> GS> T> although the first patch should fixup the panic, can you please GS> T> instead run this one. And if it is possible, can you please GS> T> monitor this sysctl: GS> T> GS> T> sysctl kern.ipc.sf_long_headers GS> T> GS> T> GS> T> -- GS> T> Totus tuus, Glebius. GS> GS> T> Index: sys/kern/kern_descrip.c GS> T> =================================================================== GS> T> --- sys/kern/kern_descrip.c (revision 297217) GS> T> +++ sys/kern/kern_descrip.c (working copy) GS> T> @@ -3958,7 +3958,7 @@ badfo_chown(struct file *fp, uid_t uid, gid_t gid, GS> T> static int GS> T> badfo_sendfile(struct file *fp, int sockfd, struct uio *hdr_uio, GS> T> struct uio *trl_uio, off_t offset, size_t nbytes, off_t *sent, int flags, GS> T> - int kflags, struct thread *td) GS> T> + struct thread *td) GS> T> { GS> T> GS> T> return (EBADF); GS> T> @@ -4044,7 +4044,7 @@ invfo_chown(struct file *fp, uid_t uid, gid_t gid, GS> T> int GS> T> invfo_sendfile(struct file *fp, int sockfd, struct uio *hdr_uio, GS> T> struct uio *trl_uio, off_t offset, size_t nbytes, off_t *sent, int flags, GS> T> - int kflags, struct thread *td) GS> T> + struct thread *td) GS> T> { GS> T> GS> T> return (EINVAL); GS> T> Index: sys/kern/kern_sendfile.c GS> T> =================================================================== GS> T> --- sys/kern/kern_sendfile.c (revision 297217) GS> T> +++ sys/kern/kern_sendfile.c (working copy) GS> T> @@ -95,6 +95,7 @@ struct sendfile_sync { GS> T> }; GS> T> GS> T> counter_u64_t sfstat[sizeof(struct sfstat) / sizeof(uint64_t)]; GS> T> +static counter_u64_t sf_long_headers; /* QQQGL */ GS> T> GS> T> static void GS> T> sfstat_init(const void *unused) GS> T> @@ -102,6 +103,7 @@ sfstat_init(const void *unused) GS> T> GS> T> COUNTER_ARRAY_ALLOC(sfstat, sizeof(struct sfstat) / sizeof(uint64_t), GS> T> M_WAITOK); GS> T> + sf_long_headers = counter_u64_alloc(M_WAITOK); /* QQQGL */ GS> T> } GS> T> SYSINIT(sfstat, SI_SUB_MBUF, SI_ORDER_FIRST, sfstat_init, NULL); GS> T> GS> T> @@ -117,6 +119,8 @@ sfstat_sysctl(SYSCTL_HANDLER_ARGS) GS> T> } GS> T> SYSCTL_PROC(_kern_ipc, OID_AUTO, sfstat, CTLTYPE_OPAQUE | CTLFLAG_RW, GS> T> NULL, 0, sfstat_sysctl, "I", "sendfile statistics"); GS> T> +SYSCTL_COUNTER_U64(_kern_ipc, OID_AUTO, sf_long_headers, CTLFLAG_RW, GS> T> + &sf_long_headers, "times headers did not fit into socket buffer"); GS> T> GS> T> /* GS> T> * Detach mapped page and release resources back to the system. Called GS> T> @@ -516,7 +520,7 @@ sendfile_getsock(struct thread *td, int s, struct GS> T> int GS> T> vn_sendfile(struct file *fp, int sockfd, struct uio *hdr_uio, GS> T> struct uio *trl_uio, off_t offset, size_t nbytes, off_t *sent, int flags, GS> T> - int kflags, struct thread *td) GS> T> + struct thread *td) GS> T> { GS> T> struct file *sock_fp; GS> T> struct vnode *vp; GS> T> @@ -534,7 +538,7 @@ vn_sendfile(struct file *fp, int sockfd, struct ui GS> T> so = NULL; GS> T> m = mh = NULL; GS> T> sfs = NULL; GS> T> - sbytes = 0; GS> T> + hdrlen = sbytes = 0; GS> T> softerr = 0; GS> T> GS> T> error = sendfile_getobj(td, fp, &obj, &vp, &shmfd, &obj_size, &bsize); GS> T> @@ -560,26 +564,6 @@ vn_sendfile(struct file *fp, int sockfd, struct ui GS> T> cv_init(&sfs->cv, "sendfile"); GS> T> } GS> T> GS> T> - /* If headers are specified copy them into mbufs. */ GS> T> - if (hdr_uio != NULL && hdr_uio->uio_resid > 0) { GS> T> - hdr_uio->uio_td = td; GS> T> - hdr_uio->uio_rw = UIO_WRITE; GS> T> - /* GS> T> - * In FBSD < 5.0 the nbytes to send also included GS> T> - * the header. If compat is specified subtract the GS> T> - * header size from nbytes. GS> T> - */ GS> T> - if (kflags & SFK_COMPAT) { GS> T> - if (nbytes > hdr_uio->uio_resid) GS> T> - nbytes -= hdr_uio->uio_resid; GS> T> - else GS> T> - nbytes = 0; GS> T> - } GS> T> - mh = m_uiotombuf(hdr_uio, M_WAITOK, 0, 0, 0); GS> T> - hdrlen = m_length(mh, &mhtail); GS> T> - } else GS> T> - hdrlen = 0; GS> T> - GS> T> rem = nbytes ? omin(nbytes, obj_size - offset) : obj_size - offset; GS> T> GS> T> /* GS> T> @@ -668,11 +652,23 @@ retry_space: GS> T> SOCKBUF_UNLOCK(&so->so_snd); GS> T> GS> T> /* GS> T> - * Reduce space in the socket buffer by the size of GS> T> - * the header mbuf chain. GS> T> - * hdrlen is set to 0 after the first loop. GS> T> + * At the beginning of the first loop check if any headers GS> T> + * are specified and copy them into mbufs. Reduce space in GS> T> + * the socket buffer by the size of the header mbuf chain. GS> T> + * Clear hdr_uio here and hdrlen at the end of the first loop. GS> T> */ GS> T> - space -= hdrlen; GS> T> + if (hdr_uio != NULL) { GS> T> + hdr_uio->uio_td = td; GS> T> + hdr_uio->uio_rw = UIO_WRITE; GS> T> + /* QQQGL remove counter */ GS> T> + if (space < hdr_uio->uio_resid) GS> T> + counter_u64_add(sf_long_headers, 1); GS> T> + hdr_uio->uio_resid = min(hdr_uio->uio_resid, space); GS> T> + mh = m_uiotombuf(hdr_uio, M_WAITOK, 0, 0, 0); GS> T> + hdrlen = m_length(mh, &mhtail); GS> T> + space -= hdrlen; GS> T> + hdr_uio = NULL; GS> T> + } GS> T> GS> T> if (vp != NULL) { GS> T> error = vn_lock(vp, LK_SHARED); GS> T> @@ -944,6 +940,17 @@ sendfile(struct thread *td, struct sendfile_args * GS> T> &hdr_uio); GS> T> if (error != 0) GS> T> goto out; GS> T> + /* GS> T> + * In FBSD < 5.0 the nbytes to send also included GS> T> + * the header. If compat is specified subtract the GS> T> + * header size from nbytes. GS> T> + */ GS> T> + if (compat) { GS> T> + if (uap->nbytes > hdr_uio->uio_resid) GS> T> + uap->nbytes -= hdr_uio->uio_resid; GS> T> + else GS> T> + uap->nbytes = 0; GS> T> + } GS> T> } GS> T> if (hdtr.trailers != NULL) { GS> T> error = copyinuio(hdtr.trailers, hdtr.trl_cnt, GS> T> @@ -965,7 +972,7 @@ sendfile(struct thread *td, struct sendfile_args * GS> T> } GS> T> GS> T> error = fo_sendfile(fp, uap->s, hdr_uio, trl_uio, uap->offset, GS> T> - uap->nbytes, &sbytes, uap->flags, compat ? SFK_COMPAT : 0, td); GS> T> + uap->nbytes, &sbytes, uap->flags, td); GS> T> fdrop(fp, td); GS> T> GS> T> if (uap->sbytes != NULL) GS> T> Index: sys/sys/file.h GS> T> =================================================================== GS> T> --- sys/sys/file.h (revision 297217) GS> T> +++ sys/sys/file.h (working copy) GS> T> @@ -112,7 +112,7 @@ typedef int fo_chown_t(struct file *fp, uid_t uid, GS> T> struct ucred *active_cred, struct thread *td); GS> T> typedef int fo_sendfile_t(struct file *fp, int sockfd, struct uio *hdr_uio, GS> T> struct uio *trl_uio, off_t offset, size_t nbytes, GS> T> - off_t *sent, int flags, int kflags, struct thread *td); GS> T> + off_t *sent, int flags, struct thread *td); GS> T> typedef int fo_seek_t(struct file *fp, off_t offset, int whence, GS> T> struct thread *td); GS> T> typedef int fo_fill_kinfo_t(struct file *fp, struct kinfo_file *kif, GS> T> @@ -376,11 +376,11 @@ fo_chown(struct file *fp, uid_t uid, gid_t gid, st GS> T> static __inline int GS> T> fo_sendfile(struct file *fp, int sockfd, struct uio *hdr_uio, GS> T> struct uio *trl_uio, off_t offset, size_t nbytes, off_t *sent, int flags, GS> T> - int kflags, struct thread *td) GS> T> + struct thread *td) GS> T> { GS> T> GS> T> return ((*fp->f_ops->fo_sendfile)(fp, sockfd, hdr_uio, trl_uio, offset, GS> T> - nbytes, sent, flags, kflags, td)); GS> T> + nbytes, sent, flags, td)); GS> T> } GS> T> GS> T> static __inline int GS> T> Index: sys/sys/socket.h GS> T> =================================================================== GS> T> --- sys/sys/socket.h (revision 297217) GS> T> +++ sys/sys/socket.h (working copy) GS> T> @@ -594,7 +594,6 @@ struct sf_hdtr { GS> T> #define SF_FLAGS(rh, flags) (((rh) << 16) | (flags)) GS> T> GS> T> #ifdef _KERNEL GS> T> -#define SFK_COMPAT 0x00000001 GS> T> #define SF_READAHEAD(flags) ((flags) >> 16) GS> T> #endif /* _KERNEL */ GS> T> GS> GS> T> _______________________________________________ GS> T> freebsd-current@freebsd.org mailing list GS> T> https://lists.freebsd.org/mailman/listinfo/freebsd-current GS> T> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" GS> GS> GS> -- GS> Totus tuus, Glebius. GS> Index: sys/compat/freebsd32/freebsd32_misc.c GS> =================================================================== GS> --- sys/compat/freebsd32/freebsd32_misc.c (revision 297366) GS> +++ sys/compat/freebsd32/freebsd32_misc.c (working copy) GS> @@ -1653,6 +1653,19 @@ freebsd32_do_sendfile(struct thread *td, GS> hdtr32.hdr_cnt, &hdr_uio); GS> if (error) GS> goto out; GS> +#ifdef COMPAT_FREEBSD4 GS> + /* GS> + * In FreeBSD < 5.0 the nbytes to send also included GS> + * the header. If compat is specified subtract the GS> + * header size from nbytes. GS> + */ GS> + if (compat) { GS> + if (uap->nbytes > hdr_uio->uio_resid) GS> + uap->nbytes -= hdr_uio->uio_resid; GS> + else GS> + uap->nbytes = 0; GS> + } GS> +#endif GS> } GS> if (hdtr.trailers != NULL) { GS> iov32 = PTRIN(hdtr32.trailers); GS> @@ -1670,7 +1683,7 @@ freebsd32_do_sendfile(struct thread *td, GS> goto out; GS> GS> error = fo_sendfile(fp, uap->s, hdr_uio, trl_uio, offset, GS> - uap->nbytes, &sbytes, uap->flags, compat ? SFK_COMPAT : 0, td); GS> + uap->nbytes, &sbytes, uap->flags, td); GS> fdrop(fp, td); GS> GS> if (uap->sbytes != NULL) GS> Index: sys/kern/kern_descrip.c GS> =================================================================== GS> --- sys/kern/kern_descrip.c (revision 297366) GS> +++ sys/kern/kern_descrip.c (working copy) GS> @@ -3958,7 +3958,7 @@ badfo_chown(struct file *fp, uid_t uid, gid_t gid, GS> static int GS> badfo_sendfile(struct file *fp, int sockfd, struct uio *hdr_uio, GS> struct uio *trl_uio, off_t offset, size_t nbytes, off_t *sent, int flags, GS> - int kflags, struct thread *td) GS> + struct thread *td) GS> { GS> GS> return (EBADF); GS> @@ -4044,7 +4044,7 @@ invfo_chown(struct file *fp, uid_t uid, gid_t gid, GS> int GS> invfo_sendfile(struct file *fp, int sockfd, struct uio *hdr_uio, GS> struct uio *trl_uio, off_t offset, size_t nbytes, off_t *sent, int flags, GS> - int kflags, struct thread *td) GS> + struct thread *td) GS> { GS> GS> return (EINVAL); GS> Index: sys/kern/kern_sendfile.c GS> =================================================================== GS> --- sys/kern/kern_sendfile.c (revision 297366) GS> +++ sys/kern/kern_sendfile.c (working copy) GS> @@ -95,6 +95,7 @@ struct sendfile_sync { GS> }; GS> GS> counter_u64_t sfstat[sizeof(struct sfstat) / sizeof(uint64_t)]; GS> +static counter_u64_t sf_long_headers; /* QQQGL */ GS> GS> static void GS> sfstat_init(const void *unused) GS> @@ -102,6 +103,7 @@ sfstat_init(const void *unused) GS> GS> COUNTER_ARRAY_ALLOC(sfstat, sizeof(struct sfstat) / sizeof(uint64_t), GS> M_WAITOK); GS> + sf_long_headers = counter_u64_alloc(M_WAITOK); /* QQQGL */ GS> } GS> SYSINIT(sfstat, SI_SUB_MBUF, SI_ORDER_FIRST, sfstat_init, NULL); GS> GS> @@ -117,6 +119,9 @@ sfstat_sysctl(SYSCTL_HANDLER_ARGS) GS> } GS> SYSCTL_PROC(_kern_ipc, OID_AUTO, sfstat, CTLTYPE_OPAQUE | CTLFLAG_RW, GS> NULL, 0, sfstat_sysctl, "I", "sendfile statistics"); GS> +/* QQQGL */ GS> +SYSCTL_COUNTER_U64(_kern_ipc, OID_AUTO, sf_long_headers, CTLFLAG_RW, GS> + &sf_long_headers, "times headers did not fit into socket buffer"); GS> GS> /* GS> * Detach mapped page and release resources back to the system. Called GS> @@ -516,7 +521,7 @@ sendfile_getsock(struct thread *td, int s, struct GS> int GS> vn_sendfile(struct file *fp, int sockfd, struct uio *hdr_uio, GS> struct uio *trl_uio, off_t offset, size_t nbytes, off_t *sent, int flags, GS> - int kflags, struct thread *td) GS> + struct thread *td) GS> { GS> struct file *sock_fp; GS> struct vnode *vp; GS> @@ -534,7 +539,7 @@ vn_sendfile(struct file *fp, int sockfd, struct ui GS> so = NULL; GS> m = mh = NULL; GS> sfs = NULL; GS> - sbytes = 0; GS> + hdrlen = sbytes = 0; GS> softerr = 0; GS> GS> error = sendfile_getobj(td, fp, &obj, &vp, &shmfd, &obj_size, &bsize); GS> @@ -560,26 +565,6 @@ vn_sendfile(struct file *fp, int sockfd, struct ui GS> cv_init(&sfs->cv, "sendfile"); GS> } GS> GS> - /* If headers are specified copy them into mbufs. */ GS> - if (hdr_uio != NULL && hdr_uio->uio_resid > 0) { GS> - hdr_uio->uio_td = td; GS> - hdr_uio->uio_rw = UIO_WRITE; GS> - /* GS> - * In FBSD < 5.0 the nbytes to send also included GS> - * the header. If compat is specified subtract the GS> - * header size from nbytes. GS> - */ GS> - if (kflags & SFK_COMPAT) { GS> - if (nbytes > hdr_uio->uio_resid) GS> - nbytes -= hdr_uio->uio_resid; GS> - else GS> - nbytes = 0; GS> - } GS> - mh = m_uiotombuf(hdr_uio, M_WAITOK, 0, 0, 0); GS> - hdrlen = m_length(mh, &mhtail); GS> - } else GS> - hdrlen = 0; GS> - GS> rem = nbytes ? omin(nbytes, obj_size - offset) : obj_size - offset; GS> GS> /* GS> @@ -668,11 +653,23 @@ retry_space: GS> SOCKBUF_UNLOCK(&so->so_snd); GS> GS> /* GS> - * Reduce space in the socket buffer by the size of GS> - * the header mbuf chain. GS> - * hdrlen is set to 0 after the first loop. GS> + * At the beginning of the first loop check if any headers GS> + * are specified and copy them into mbufs. Reduce space in GS> + * the socket buffer by the size of the header mbuf chain. GS> + * Clear hdr_uio here and hdrlen at the end of the first loop. GS> */ GS> - space -= hdrlen; GS> + if (hdr_uio != NULL && hdr_uio->uio_resid > 0) { GS> + hdr_uio->uio_td = td; GS> + hdr_uio->uio_rw = UIO_WRITE; GS> + /* QQQGL remove counter */ GS> + if (space < hdr_uio->uio_resid) GS> + counter_u64_add(sf_long_headers, 1); GS> + hdr_uio->uio_resid = min(hdr_uio->uio_resid, space); GS> + mh = m_uiotombuf(hdr_uio, M_WAITOK, 0, 0, 0); GS> + hdrlen = m_length(mh, &mhtail); GS> + space -= hdrlen; GS> + hdr_uio = NULL; GS> + } GS> GS> if (vp != NULL) { GS> error = vn_lock(vp, LK_SHARED); GS> @@ -944,6 +941,19 @@ sendfile(struct thread *td, struct sendfile_args * GS> &hdr_uio); GS> if (error != 0) GS> goto out; GS> +#ifdef COMPAT_FREEBSD4 GS> + /* GS> + * In FreeBSD < 5.0 the nbytes to send also included GS> + * the header. If compat is specified subtract the GS> + * header size from nbytes. GS> + */ GS> + if (compat) { GS> + if (uap->nbytes > hdr_uio->uio_resid) GS> + uap->nbytes -= hdr_uio->uio_resid; GS> + else GS> + uap->nbytes = 0; GS> + } GS> +#endif GS> } GS> if (hdtr.trailers != NULL) { GS> error = copyinuio(hdtr.trailers, hdtr.trl_cnt, GS> @@ -965,7 +975,7 @@ sendfile(struct thread *td, struct sendfile_args * GS> } GS> GS> error = fo_sendfile(fp, uap->s, hdr_uio, trl_uio, uap->offset, GS> - uap->nbytes, &sbytes, uap->flags, compat ? SFK_COMPAT : 0, td); GS> + uap->nbytes, &sbytes, uap->flags, td); GS> fdrop(fp, td); GS> GS> if (uap->sbytes != NULL) GS> Index: sys/sys/file.h GS> =================================================================== GS> --- sys/sys/file.h (revision 297366) GS> +++ sys/sys/file.h (working copy) GS> @@ -112,7 +112,7 @@ typedef int fo_chown_t(struct file *fp, uid_t uid, GS> struct ucred *active_cred, struct thread *td); GS> typedef int fo_sendfile_t(struct file *fp, int sockfd, struct uio *hdr_uio, GS> struct uio *trl_uio, off_t offset, size_t nbytes, GS> - off_t *sent, int flags, int kflags, struct thread *td); GS> + off_t *sent, int flags, struct thread *td); GS> typedef int fo_seek_t(struct file *fp, off_t offset, int whence, GS> struct thread *td); GS> typedef int fo_fill_kinfo_t(struct file *fp, struct kinfo_file *kif, GS> @@ -376,11 +376,11 @@ fo_chown(struct file *fp, uid_t uid, gid_t gid, st GS> static __inline int GS> fo_sendfile(struct file *fp, int sockfd, struct uio *hdr_uio, GS> struct uio *trl_uio, off_t offset, size_t nbytes, off_t *sent, int flags, GS> - int kflags, struct thread *td) GS> + struct thread *td) GS> { GS> GS> return ((*fp->f_ops->fo_sendfile)(fp, sockfd, hdr_uio, trl_uio, offset, GS> - nbytes, sent, flags, kflags, td)); GS> + nbytes, sent, flags, td)); GS> } GS> GS> static __inline int GS> Index: sys/sys/socket.h GS> =================================================================== GS> --- sys/sys/socket.h (revision 297366) GS> +++ sys/sys/socket.h (working copy) GS> @@ -594,7 +594,6 @@ struct sf_hdtr { GS> #define SF_FLAGS(rh, flags) (((rh) << 16) | (flags)) GS> GS> #ifdef _KERNEL GS> -#define SFK_COMPAT 0x00000001 GS> #define SF_READAHEAD(flags) ((flags) >> 16) GS> #endif /* _KERNEL */ GS> GS> _______________________________________________ GS> freebsd-current@freebsd.org mailing list GS> https://lists.freebsd.org/mailman/listinfo/freebsd-current GS> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@freebsd.org Tue Mar 29 09:42: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 14D62AE0E22 for ; Tue, 29 Mar 2016 09:42:25 +0000 (UTC) (envelope-from satan@ukr.net) 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 03CAF1807 for ; Tue, 29 Mar 2016 09:42:25 +0000 (UTC) (envelope-from satan@ukr.net) Received: by mailman.ysv.freebsd.org (Postfix) id 03352AE0E21; Tue, 29 Mar 2016 09:42:25 +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 02DC3AE0E1F for ; Tue, 29 Mar 2016 09:42:25 +0000 (UTC) (envelope-from satan@ukr.net) Received: from hell.ukr.net (hell.ukr.net [212.42.67.68]) (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 94EA11803; Tue, 29 Mar 2016 09:42:24 +0000 (UTC) (envelope-from satan@ukr.net) Received: from satan by hell.ukr.net with local ID 1akqAI-0009vi-Al ; Tue, 29 Mar 2016 12:42:22 +0300 Date: Tue, 29 Mar 2016 12:42:22 +0300 From: Vitalij Satanivskij To: Vitalij Satanivskij Cc: Gleb Smirnoff , current@freebsd.org Subject: Re: CURRENT r296381 panic in vn_sendfile (/usr/src/sys/kern/kern_sendfile.c:833) Message-ID: <20160329094222.GA38149@hell.ukr.net> References: <20160304124053.GA25071@hell.ukr.net> <20160323181131.GN2616@FreeBSD.org> <20160323235925.GT2616@FreeBSD.org> <20160329002639.GD2616@FreeBSD.org> <20160329094118.GA38129@hell.ukr.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20160329094118.GA38129@hell.ukr.net> User-Agent: Mutt/1.5.24 (2015-08-30) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 Precedence: 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, 29 Mar 2016 09:42:25 -0000 Just forget, system was upgraded to 296385 (just sync with another servers ) Vitalij Satanivskij wrote: VS> VS> Hello. VS> VS> OK about 3 hours with last patch VS> VS> No panic. VS> VS> Sysctl - VS> sysctl kern.ipc.sf_long_headers VS> kern.ipc.sf_long_headers: 1 VS> VS> VS> Gleb Smirnoff wrote: VS> GS> Vitalij, VS> GS> VS> GS> here is latest version of the patch. If you already run the VS> GS> previous one, no need to switch to this one, keep running as is. VS> GS> The update covers only FreeBSD 4 and i386 compatibilties. VS> GS> VS> GS> current@, a review is appreciated. The patch not only fixes a VS> GS> recent bug, but also fixes a long standing problem that headers VS> GS> were not checked against socket buffer size. One could push VS> GS> unlimited data into sendfile() with headers. The patch also VS> GS> pushes also compat code under ifdef, so it is cut away if VS> GS> you aren't interested in COMPAT_FREEBSD4. VS> GS> VS> GS> On Wed, Mar 23, 2016 at 04:59:25PM -0700, Gleb Smirnoff wrote: VS> GS> T> Vitalij, VS> GS> T> VS> GS> T> although the first patch should fixup the panic, can you please VS> GS> T> instead run this one. And if it is possible, can you please VS> GS> T> monitor this sysctl: VS> GS> T> VS> GS> T> sysctl kern.ipc.sf_long_headers VS> GS> T> VS> GS> T> VS> GS> T> -- VS> GS> T> Totus tuus, Glebius. VS> GS> VS> GS> T> Index: sys/kern/kern_descrip.c VS> GS> T> =================================================================== VS> GS> T> --- sys/kern/kern_descrip.c (revision 297217) VS> GS> T> +++ sys/kern/kern_descrip.c (working copy) VS> GS> T> @@ -3958,7 +3958,7 @@ badfo_chown(struct file *fp, uid_t uid, gid_t gid, VS> GS> T> static int VS> GS> T> badfo_sendfile(struct file *fp, int sockfd, struct uio *hdr_uio, VS> GS> T> struct uio *trl_uio, off_t offset, size_t nbytes, off_t *sent, int flags, VS> GS> T> - int kflags, struct thread *td) VS> GS> T> + struct thread *td) VS> GS> T> { VS> GS> T> VS> GS> T> return (EBADF); VS> GS> T> @@ -4044,7 +4044,7 @@ invfo_chown(struct file *fp, uid_t uid, gid_t gid, VS> GS> T> int VS> GS> T> invfo_sendfile(struct file *fp, int sockfd, struct uio *hdr_uio, VS> GS> T> struct uio *trl_uio, off_t offset, size_t nbytes, off_t *sent, int flags, VS> GS> T> - int kflags, struct thread *td) VS> GS> T> + struct thread *td) VS> GS> T> { VS> GS> T> VS> GS> T> return (EINVAL); VS> GS> T> Index: sys/kern/kern_sendfile.c VS> GS> T> =================================================================== VS> GS> T> --- sys/kern/kern_sendfile.c (revision 297217) VS> GS> T> +++ sys/kern/kern_sendfile.c (working copy) VS> GS> T> @@ -95,6 +95,7 @@ struct sendfile_sync { VS> GS> T> }; VS> GS> T> VS> GS> T> counter_u64_t sfstat[sizeof(struct sfstat) / sizeof(uint64_t)]; VS> GS> T> +static counter_u64_t sf_long_headers; /* QQQGL */ VS> GS> T> VS> GS> T> static void VS> GS> T> sfstat_init(const void *unused) VS> GS> T> @@ -102,6 +103,7 @@ sfstat_init(const void *unused) VS> GS> T> VS> GS> T> COUNTER_ARRAY_ALLOC(sfstat, sizeof(struct sfstat) / sizeof(uint64_t), VS> GS> T> M_WAITOK); VS> GS> T> + sf_long_headers = counter_u64_alloc(M_WAITOK); /* QQQGL */ VS> GS> T> } VS> GS> T> SYSINIT(sfstat, SI_SUB_MBUF, SI_ORDER_FIRST, sfstat_init, NULL); VS> GS> T> VS> GS> T> @@ -117,6 +119,8 @@ sfstat_sysctl(SYSCTL_HANDLER_ARGS) VS> GS> T> } VS> GS> T> SYSCTL_PROC(_kern_ipc, OID_AUTO, sfstat, CTLTYPE_OPAQUE | CTLFLAG_RW, VS> GS> T> NULL, 0, sfstat_sysctl, "I", "sendfile statistics"); VS> GS> T> +SYSCTL_COUNTER_U64(_kern_ipc, OID_AUTO, sf_long_headers, CTLFLAG_RW, VS> GS> T> + &sf_long_headers, "times headers did not fit into socket buffer"); VS> GS> T> VS> GS> T> /* VS> GS> T> * Detach mapped page and release resources back to the system. Called VS> GS> T> @@ -516,7 +520,7 @@ sendfile_getsock(struct thread *td, int s, struct VS> GS> T> int VS> GS> T> vn_sendfile(struct file *fp, int sockfd, struct uio *hdr_uio, VS> GS> T> struct uio *trl_uio, off_t offset, size_t nbytes, off_t *sent, int flags, VS> GS> T> - int kflags, struct thread *td) VS> GS> T> + struct thread *td) VS> GS> T> { VS> GS> T> struct file *sock_fp; VS> GS> T> struct vnode *vp; VS> GS> T> @@ -534,7 +538,7 @@ vn_sendfile(struct file *fp, int sockfd, struct ui VS> GS> T> so = NULL; VS> GS> T> m = mh = NULL; VS> GS> T> sfs = NULL; VS> GS> T> - sbytes = 0; VS> GS> T> + hdrlen = sbytes = 0; VS> GS> T> softerr = 0; VS> GS> T> VS> GS> T> error = sendfile_getobj(td, fp, &obj, &vp, &shmfd, &obj_size, &bsize); VS> GS> T> @@ -560,26 +564,6 @@ vn_sendfile(struct file *fp, int sockfd, struct ui VS> GS> T> cv_init(&sfs->cv, "sendfile"); VS> GS> T> } VS> GS> T> VS> GS> T> - /* If headers are specified copy them into mbufs. */ VS> GS> T> - if (hdr_uio != NULL && hdr_uio->uio_resid > 0) { VS> GS> T> - hdr_uio->uio_td = td; VS> GS> T> - hdr_uio->uio_rw = UIO_WRITE; VS> GS> T> - /* VS> GS> T> - * In FBSD < 5.0 the nbytes to send also included VS> GS> T> - * the header. If compat is specified subtract the VS> GS> T> - * header size from nbytes. VS> GS> T> - */ VS> GS> T> - if (kflags & SFK_COMPAT) { VS> GS> T> - if (nbytes > hdr_uio->uio_resid) VS> GS> T> - nbytes -= hdr_uio->uio_resid; VS> GS> T> - else VS> GS> T> - nbytes = 0; VS> GS> T> - } VS> GS> T> - mh = m_uiotombuf(hdr_uio, M_WAITOK, 0, 0, 0); VS> GS> T> - hdrlen = m_length(mh, &mhtail); VS> GS> T> - } else VS> GS> T> - hdrlen = 0; VS> GS> T> - VS> GS> T> rem = nbytes ? omin(nbytes, obj_size - offset) : obj_size - offset; VS> GS> T> VS> GS> T> /* VS> GS> T> @@ -668,11 +652,23 @@ retry_space: VS> GS> T> SOCKBUF_UNLOCK(&so->so_snd); VS> GS> T> VS> GS> T> /* VS> GS> T> - * Reduce space in the socket buffer by the size of VS> GS> T> - * the header mbuf chain. VS> GS> T> - * hdrlen is set to 0 after the first loop. VS> GS> T> + * At the beginning of the first loop check if any headers VS> GS> T> + * are specified and copy them into mbufs. Reduce space in VS> GS> T> + * the socket buffer by the size of the header mbuf chain. VS> GS> T> + * Clear hdr_uio here and hdrlen at the end of the first loop. VS> GS> T> */ VS> GS> T> - space -= hdrlen; VS> GS> T> + if (hdr_uio != NULL) { VS> GS> T> + hdr_uio->uio_td = td; VS> GS> T> + hdr_uio->uio_rw = UIO_WRITE; VS> GS> T> + /* QQQGL remove counter */ VS> GS> T> + if (space < hdr_uio->uio_resid) VS> GS> T> + counter_u64_add(sf_long_headers, 1); VS> GS> T> + hdr_uio->uio_resid = min(hdr_uio->uio_resid, space); VS> GS> T> + mh = m_uiotombuf(hdr_uio, M_WAITOK, 0, 0, 0); VS> GS> T> + hdrlen = m_length(mh, &mhtail); VS> GS> T> + space -= hdrlen; VS> GS> T> + hdr_uio = NULL; VS> GS> T> + } VS> GS> T> VS> GS> T> if (vp != NULL) { VS> GS> T> error = vn_lock(vp, LK_SHARED); VS> GS> T> @@ -944,6 +940,17 @@ sendfile(struct thread *td, struct sendfile_args * VS> GS> T> &hdr_uio); VS> GS> T> if (error != 0) VS> GS> T> goto out; VS> GS> T> + /* VS> GS> T> + * In FBSD < 5.0 the nbytes to send also included VS> GS> T> + * the header. If compat is specified subtract the VS> GS> T> + * header size from nbytes. VS> GS> T> + */ VS> GS> T> + if (compat) { VS> GS> T> + if (uap->nbytes > hdr_uio->uio_resid) VS> GS> T> + uap->nbytes -= hdr_uio->uio_resid; VS> GS> T> + else VS> GS> T> + uap->nbytes = 0; VS> GS> T> + } VS> GS> T> } VS> GS> T> if (hdtr.trailers != NULL) { VS> GS> T> error = copyinuio(hdtr.trailers, hdtr.trl_cnt, VS> GS> T> @@ -965,7 +972,7 @@ sendfile(struct thread *td, struct sendfile_args * VS> GS> T> } VS> GS> T> VS> GS> T> error = fo_sendfile(fp, uap->s, hdr_uio, trl_uio, uap->offset, VS> GS> T> - uap->nbytes, &sbytes, uap->flags, compat ? SFK_COMPAT : 0, td); VS> GS> T> + uap->nbytes, &sbytes, uap->flags, td); VS> GS> T> fdrop(fp, td); VS> GS> T> VS> GS> T> if (uap->sbytes != NULL) VS> GS> T> Index: sys/sys/file.h VS> GS> T> =================================================================== VS> GS> T> --- sys/sys/file.h (revision 297217) VS> GS> T> +++ sys/sys/file.h (working copy) VS> GS> T> @@ -112,7 +112,7 @@ typedef int fo_chown_t(struct file *fp, uid_t uid, VS> GS> T> struct ucred *active_cred, struct thread *td); VS> GS> T> typedef int fo_sendfile_t(struct file *fp, int sockfd, struct uio *hdr_uio, VS> GS> T> struct uio *trl_uio, off_t offset, size_t nbytes, VS> GS> T> - off_t *sent, int flags, int kflags, struct thread *td); VS> GS> T> + off_t *sent, int flags, struct thread *td); VS> GS> T> typedef int fo_seek_t(struct file *fp, off_t offset, int whence, VS> GS> T> struct thread *td); VS> GS> T> typedef int fo_fill_kinfo_t(struct file *fp, struct kinfo_file *kif, VS> GS> T> @@ -376,11 +376,11 @@ fo_chown(struct file *fp, uid_t uid, gid_t gid, st VS> GS> T> static __inline int VS> GS> T> fo_sendfile(struct file *fp, int sockfd, struct uio *hdr_uio, VS> GS> T> struct uio *trl_uio, off_t offset, size_t nbytes, off_t *sent, int flags, VS> GS> T> - int kflags, struct thread *td) VS> GS> T> + struct thread *td) VS> GS> T> { VS> GS> T> VS> GS> T> return ((*fp->f_ops->fo_sendfile)(fp, sockfd, hdr_uio, trl_uio, offset, VS> GS> T> - nbytes, sent, flags, kflags, td)); VS> GS> T> + nbytes, sent, flags, td)); VS> GS> T> } VS> GS> T> VS> GS> T> static __inline int VS> GS> T> Index: sys/sys/socket.h VS> GS> T> =================================================================== VS> GS> T> --- sys/sys/socket.h (revision 297217) VS> GS> T> +++ sys/sys/socket.h (working copy) VS> GS> T> @@ -594,7 +594,6 @@ struct sf_hdtr { VS> GS> T> #define SF_FLAGS(rh, flags) (((rh) << 16) | (flags)) VS> GS> T> VS> GS> T> #ifdef _KERNEL VS> GS> T> -#define SFK_COMPAT 0x00000001 VS> GS> T> #define SF_READAHEAD(flags) ((flags) >> 16) VS> GS> T> #endif /* _KERNEL */ VS> GS> T> VS> GS> VS> GS> T> _______________________________________________ VS> GS> T> freebsd-current@freebsd.org mailing list VS> GS> T> https://lists.freebsd.org/mailman/listinfo/freebsd-current VS> GS> T> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" VS> GS> VS> GS> VS> GS> -- VS> GS> Totus tuus, Glebius. VS> VS> GS> Index: sys/compat/freebsd32/freebsd32_misc.c VS> GS> =================================================================== VS> GS> --- sys/compat/freebsd32/freebsd32_misc.c (revision 297366) VS> GS> +++ sys/compat/freebsd32/freebsd32_misc.c (working copy) VS> GS> @@ -1653,6 +1653,19 @@ freebsd32_do_sendfile(struct thread *td, VS> GS> hdtr32.hdr_cnt, &hdr_uio); VS> GS> if (error) VS> GS> goto out; VS> GS> +#ifdef COMPAT_FREEBSD4 VS> GS> + /* VS> GS> + * In FreeBSD < 5.0 the nbytes to send also included VS> GS> + * the header. If compat is specified subtract the VS> GS> + * header size from nbytes. VS> GS> + */ VS> GS> + if (compat) { VS> GS> + if (uap->nbytes > hdr_uio->uio_resid) VS> GS> + uap->nbytes -= hdr_uio->uio_resid; VS> GS> + else VS> GS> + uap->nbytes = 0; VS> GS> + } VS> GS> +#endif VS> GS> } VS> GS> if (hdtr.trailers != NULL) { VS> GS> iov32 = PTRIN(hdtr32.trailers); VS> GS> @@ -1670,7 +1683,7 @@ freebsd32_do_sendfile(struct thread *td, VS> GS> goto out; VS> GS> VS> GS> error = fo_sendfile(fp, uap->s, hdr_uio, trl_uio, offset, VS> GS> - uap->nbytes, &sbytes, uap->flags, compat ? SFK_COMPAT : 0, td); VS> GS> + uap->nbytes, &sbytes, uap->flags, td); VS> GS> fdrop(fp, td); VS> GS> VS> GS> if (uap->sbytes != NULL) VS> GS> Index: sys/kern/kern_descrip.c VS> GS> =================================================================== VS> GS> --- sys/kern/kern_descrip.c (revision 297366) VS> GS> +++ sys/kern/kern_descrip.c (working copy) VS> GS> @@ -3958,7 +3958,7 @@ badfo_chown(struct file *fp, uid_t uid, gid_t gid, VS> GS> static int VS> GS> badfo_sendfile(struct file *fp, int sockfd, struct uio *hdr_uio, VS> GS> struct uio *trl_uio, off_t offset, size_t nbytes, off_t *sent, int flags, VS> GS> - int kflags, struct thread *td) VS> GS> + struct thread *td) VS> GS> { VS> GS> VS> GS> return (EBADF); VS> GS> @@ -4044,7 +4044,7 @@ invfo_chown(struct file *fp, uid_t uid, gid_t gid, VS> GS> int VS> GS> invfo_sendfile(struct file *fp, int sockfd, struct uio *hdr_uio, VS> GS> struct uio *trl_uio, off_t offset, size_t nbytes, off_t *sent, int flags, VS> GS> - int kflags, struct thread *td) VS> GS> + struct thread *td) VS> GS> { VS> GS> VS> GS> return (EINVAL); VS> GS> Index: sys/kern/kern_sendfile.c VS> GS> =================================================================== VS> GS> --- sys/kern/kern_sendfile.c (revision 297366) VS> GS> +++ sys/kern/kern_sendfile.c (working copy) VS> GS> @@ -95,6 +95,7 @@ struct sendfile_sync { VS> GS> }; VS> GS> VS> GS> counter_u64_t sfstat[sizeof(struct sfstat) / sizeof(uint64_t)]; VS> GS> +static counter_u64_t sf_long_headers; /* QQQGL */ VS> GS> VS> GS> static void VS> GS> sfstat_init(const void *unused) VS> GS> @@ -102,6 +103,7 @@ sfstat_init(const void *unused) VS> GS> VS> GS> COUNTER_ARRAY_ALLOC(sfstat, sizeof(struct sfstat) / sizeof(uint64_t), VS> GS> M_WAITOK); VS> GS> + sf_long_headers = counter_u64_alloc(M_WAITOK); /* QQQGL */ VS> GS> } VS> GS> SYSINIT(sfstat, SI_SUB_MBUF, SI_ORDER_FIRST, sfstat_init, NULL); VS> GS> VS> GS> @@ -117,6 +119,9 @@ sfstat_sysctl(SYSCTL_HANDLER_ARGS) VS> GS> } VS> GS> SYSCTL_PROC(_kern_ipc, OID_AUTO, sfstat, CTLTYPE_OPAQUE | CTLFLAG_RW, VS> GS> NULL, 0, sfstat_sysctl, "I", "sendfile statistics"); VS> GS> +/* QQQGL */ VS> GS> +SYSCTL_COUNTER_U64(_kern_ipc, OID_AUTO, sf_long_headers, CTLFLAG_RW, VS> GS> + &sf_long_headers, "times headers did not fit into socket buffer"); VS> GS> VS> GS> /* VS> GS> * Detach mapped page and release resources back to the system. Called VS> GS> @@ -516,7 +521,7 @@ sendfile_getsock(struct thread *td, int s, struct VS> GS> int VS> GS> vn_sendfile(struct file *fp, int sockfd, struct uio *hdr_uio, VS> GS> struct uio *trl_uio, off_t offset, size_t nbytes, off_t *sent, int flags, VS> GS> - int kflags, struct thread *td) VS> GS> + struct thread *td) VS> GS> { VS> GS> struct file *sock_fp; VS> GS> struct vnode *vp; VS> GS> @@ -534,7 +539,7 @@ vn_sendfile(struct file *fp, int sockfd, struct ui VS> GS> so = NULL; VS> GS> m = mh = NULL; VS> GS> sfs = NULL; VS> GS> - sbytes = 0; VS> GS> + hdrlen = sbytes = 0; VS> GS> softerr = 0; VS> GS> VS> GS> error = sendfile_getobj(td, fp, &obj, &vp, &shmfd, &obj_size, &bsize); VS> GS> @@ -560,26 +565,6 @@ vn_sendfile(struct file *fp, int sockfd, struct ui VS> GS> cv_init(&sfs->cv, "sendfile"); VS> GS> } VS> GS> VS> GS> - /* If headers are specified copy them into mbufs. */ VS> GS> - if (hdr_uio != NULL && hdr_uio->uio_resid > 0) { VS> GS> - hdr_uio->uio_td = td; VS> GS> - hdr_uio->uio_rw = UIO_WRITE; VS> GS> - /* VS> GS> - * In FBSD < 5.0 the nbytes to send also included VS> GS> - * the header. If compat is specified subtract the VS> GS> - * header size from nbytes. VS> GS> - */ VS> GS> - if (kflags & SFK_COMPAT) { VS> GS> - if (nbytes > hdr_uio->uio_resid) VS> GS> - nbytes -= hdr_uio->uio_resid; VS> GS> - else VS> GS> - nbytes = 0; VS> GS> - } VS> GS> - mh = m_uiotombuf(hdr_uio, M_WAITOK, 0, 0, 0); VS> GS> - hdrlen = m_length(mh, &mhtail); VS> GS> - } else VS> GS> - hdrlen = 0; VS> GS> - VS> GS> rem = nbytes ? omin(nbytes, obj_size - offset) : obj_size - offset; VS> GS> VS> GS> /* VS> GS> @@ -668,11 +653,23 @@ retry_space: VS> GS> SOCKBUF_UNLOCK(&so->so_snd); VS> GS> VS> GS> /* VS> GS> - * Reduce space in the socket buffer by the size of VS> GS> - * the header mbuf chain. VS> GS> - * hdrlen is set to 0 after the first loop. VS> GS> + * At the beginning of the first loop check if any headers VS> GS> + * are specified and copy them into mbufs. Reduce space in VS> GS> + * the socket buffer by the size of the header mbuf chain. VS> GS> + * Clear hdr_uio here and hdrlen at the end of the first loop. VS> GS> */ VS> GS> - space -= hdrlen; VS> GS> + if (hdr_uio != NULL && hdr_uio->uio_resid > 0) { VS> GS> + hdr_uio->uio_td = td; VS> GS> + hdr_uio->uio_rw = UIO_WRITE; VS> GS> + /* QQQGL remove counter */ VS> GS> + if (space < hdr_uio->uio_resid) VS> GS> + counter_u64_add(sf_long_headers, 1); VS> GS> + hdr_uio->uio_resid = min(hdr_uio->uio_resid, space); VS> GS> + mh = m_uiotombuf(hdr_uio, M_WAITOK, 0, 0, 0); VS> GS> + hdrlen = m_length(mh, &mhtail); VS> GS> + space -= hdrlen; VS> GS> + hdr_uio = NULL; VS> GS> + } VS> GS> VS> GS> if (vp != NULL) { VS> GS> error = vn_lock(vp, LK_SHARED); VS> GS> @@ -944,6 +941,19 @@ sendfile(struct thread *td, struct sendfile_args * VS> GS> &hdr_uio); VS> GS> if (error != 0) VS> GS> goto out; VS> GS> +#ifdef COMPAT_FREEBSD4 VS> GS> + /* VS> GS> + * In FreeBSD < 5.0 the nbytes to send also included VS> GS> + * the header. If compat is specified subtract the VS> GS> + * header size from nbytes. VS> GS> + */ VS> GS> + if (compat) { VS> GS> + if (uap->nbytes > hdr_uio->uio_resid) VS> GS> + uap->nbytes -= hdr_uio->uio_resid; VS> GS> + else VS> GS> + uap->nbytes = 0; VS> GS> + } VS> GS> +#endif VS> GS> } VS> GS> if (hdtr.trailers != NULL) { VS> GS> error = copyinuio(hdtr.trailers, hdtr.trl_cnt, VS> GS> @@ -965,7 +975,7 @@ sendfile(struct thread *td, struct sendfile_args * VS> GS> } VS> GS> VS> GS> error = fo_sendfile(fp, uap->s, hdr_uio, trl_uio, uap->offset, VS> GS> - uap->nbytes, &sbytes, uap->flags, compat ? SFK_COMPAT : 0, td); VS> GS> + uap->nbytes, &sbytes, uap->flags, td); VS> GS> fdrop(fp, td); VS> GS> VS> GS> if (uap->sbytes != NULL) VS> GS> Index: sys/sys/file.h VS> GS> =================================================================== VS> GS> --- sys/sys/file.h (revision 297366) VS> GS> +++ sys/sys/file.h (working copy) VS> GS> @@ -112,7 +112,7 @@ typedef int fo_chown_t(struct file *fp, uid_t uid, VS> GS> struct ucred *active_cred, struct thread *td); VS> GS> typedef int fo_sendfile_t(struct file *fp, int sockfd, struct uio *hdr_uio, VS> GS> struct uio *trl_uio, off_t offset, size_t nbytes, VS> GS> - off_t *sent, int flags, int kflags, struct thread *td); VS> GS> + off_t *sent, int flags, struct thread *td); VS> GS> typedef int fo_seek_t(struct file *fp, off_t offset, int whence, VS> GS> struct thread *td); VS> GS> typedef int fo_fill_kinfo_t(struct file *fp, struct kinfo_file *kif, VS> GS> @@ -376,11 +376,11 @@ fo_chown(struct file *fp, uid_t uid, gid_t gid, st VS> GS> static __inline int VS> GS> fo_sendfile(struct file *fp, int sockfd, struct uio *hdr_uio, VS> GS> struct uio *trl_uio, off_t offset, size_t nbytes, off_t *sent, int flags, VS> GS> - int kflags, struct thread *td) VS> GS> + struct thread *td) VS> GS> { VS> GS> VS> GS> return ((*fp->f_ops->fo_sendfile)(fp, sockfd, hdr_uio, trl_uio, offset, VS> GS> - nbytes, sent, flags, kflags, td)); VS> GS> + nbytes, sent, flags, td)); VS> GS> } VS> GS> VS> GS> static __inline int VS> GS> Index: sys/sys/socket.h VS> GS> =================================================================== VS> GS> --- sys/sys/socket.h (revision 297366) VS> GS> +++ sys/sys/socket.h (working copy) VS> GS> @@ -594,7 +594,6 @@ struct sf_hdtr { VS> GS> #define SF_FLAGS(rh, flags) (((rh) << 16) | (flags)) VS> GS> VS> GS> #ifdef _KERNEL VS> GS> -#define SFK_COMPAT 0x00000001 VS> GS> #define SF_READAHEAD(flags) ((flags) >> 16) VS> GS> #endif /* _KERNEL */ VS> GS> VS> VS> GS> _______________________________________________ VS> GS> freebsd-current@freebsd.org mailing list VS> GS> https://lists.freebsd.org/mailman/listinfo/freebsd-current VS> GS> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" VS> VS> _______________________________________________ VS> freebsd-current@freebsd.org mailing list VS> https://lists.freebsd.org/mailman/listinfo/freebsd-current VS> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@freebsd.org Tue Mar 29 09:35: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 412EDAE0A74 for ; Tue, 29 Mar 2016 09:35:17 +0000 (UTC) (envelope-from afiskon@devzen.ru) Received: from relay15.nicmail.ru (relay15.nicmail.ru [195.208.5.161]) (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 EB2C71168; Tue, 29 Mar 2016 09:35:16 +0000 (UTC) (envelope-from afiskon@devzen.ru) Received: from [109.70.25.186] (port=56778 helo=fujitsu) by f19.mail.nic.ru with esmtp (Exim 5.55) (envelope-from ) id 1akq3G-0005iG-AU; Tue, 29 Mar 2016 12:35:07 +0300 Received: from [93.174.131.138] (account afiskon@devzen.ru HELO fujitsu) by proxy07.mail.nic.ru (Exim 5.55) with id 1akq3G-0005WG-5X; Tue, 29 Mar 2016 12:35:06 +0300 Date: Tue, 29 Mar 2016 12:34:40 +0300 From: Aleksander Alekseev To: Dimitry Andric Cc: Gary Jennejohn , Michael Gmelin , freebsd-current@freebsd.org Subject: Re: Need some help with ports and rebuilding the world Message-ID: <20160329123440.2c1baea4@fujitsu> In-Reply-To: References: <20160327234202.178df9a4@fujitsu> <20160327225612.713eaa2a@bsd64.grem.de> <20160328084735.29eff991@fujitsu> <20160328094742.68bc9046@ernst.home> <20160328170031.023f0adb@fujitsu> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Tue, 29 Mar 2016 11:17:45 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 Precedence: 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, 29 Mar 2016 09:35:17 -0000 OK, here is what I did so far. First I booted with 10.2 kernel (it's always good to have a backup). Now I have 10.2 kernel and world. After that I installed clang38 using ports (and discovered a bug #208375 in a process). > Don't try to build world with ports clang, it's not yet supported (at > least not officially, and without jumping through some flaming hoops). It explains a lot, thanks! > Just use the compiler in the base system. ... but I got same errors using system clang 3.4.1: http://pastebin.com/raw/zz5UGsQV I'm at r297373 currently. Any ideas? -- Best regards, Aleksander Alekseev http://eax.me/ From owner-freebsd-current@freebsd.org Tue Mar 29 10: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 CADBDAE1AEC for ; Tue, 29 Mar 2016 10: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 B19351BE4; Tue, 29 Mar 2016 10: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 48D2C1C78; Tue, 29 Mar 2016 10:21:30 +0000 (UTC) Date: Tue, 29 Mar 2016 10:21:07 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: np@FreeBSD.org, trasz@FreeBSD.org, tuexen@FreeBSD.org, imp@FreeBSD.org, emaste@FreeBSD.org, kib@FreeBSD.org, jhb@FreeBSD.org, wblock@FreeBSD.org, jamie@FreeBSD.org, gnn@FreeBSD.org, dumbbell@FreeBSD.org, jilles@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org Message-ID: <1697035767.151.1459246884511.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <455329182.148.1459182347391.JavaMail.jenkins@jenkins-9.freebsd.org> References: <455329182.148.1459182347391.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD_amd64_gcc4.9 - Build #1139 - Still Failing MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_HEAD_amd64_gcc4.9 X-Jenkins-Result: FAILURE Precedence: bulk X-Mailman-Approved-At: Tue, 29 Mar 2016 11:18:12 +0000 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.21 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Mar 2016 10:21:31 -0000 FreeBSD_HEAD_amd64_gcc4.9 - Build #1139 - Still Failing: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_gcc4.= 9/1139/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_gcc4.9/= 1139/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_gcc4.9/1= 139/console Change summaries: 297374 by kib: Calibrate the frequency of the of the native_lapic_ipi_wait() loop, and avoid a delay while waiting for IPI delivery acknowledgement in xAPIC mode. This makes the loop exit immediately after the delivery bit in APIC_ICR register is set, instead of waiting for some microseconds. We only need to ensure that some amount of time is allowed for the LAPIC to react to the command, and we need that the wait time is finite and reasonable. For that reasons, it is irrelevant if the CPU frequency or throttling decrease the speed and make the loop, calibrated for full CPU speed at boot time, execute somewhat slower. Discussed with:=09bde, jhb Tested by:=09pho Sponsored by:=09The FreeBSD Foundation 297373 by kib: Use ANSI function definition. Sponsored by:=09The FreeBSD Foundation 297370 by dumbbell: CAM: Generalize 4k quirk to all Samsung MZ7* SSDs This adds Samsung PM851 to the list. It can be found in Lenovo Thinkpad T440 for instance. Reviewed by:=09Kevin Bowling , =09=09Jason Wolfe Approved by:=09Kevin Bowling , =09=09Jason Wolfe MFC after:=091 week Differential Revision:=09https://reviews.freebsd.org/D5753 297369 by np: krping wasn't designed to take more than one client. Fail any connect requests if cb->state is not IDLE. Submitted by:=09Krishnamraju Eraparaju @ Chelsio Reviewed by:=09Steve Wise @ Open Grid Computing Sponsored by:=09Chelsio Communications 297368 by np: cxgbe/iw_cxgbe: Fix for stray "start_ep_timer timer already started!" messages. Submitted by:=09Krishnamraju Eraparaju @ Chelsio Sponsored by:=09Chelsio Communications 297367 by jamie: Move the various per-type arrays of OSD data into a single structure array. 297366 by jhb: Don't start the random harvester process until timers are working. This is a no-op currently, but in kernels with earlier AP startup, the random kthread was trying to use timeouts with sleeps before timers are working. Wait until SI_SUB_KICK_SCHEDULER to start the random kproc. Reviewed by:=09delphij, imp, markm Approved by:=09so Sponsored by:=09Netflix Differential Revision:=09https://reviews.freebsd.org/D5712 297365 by imp: Move pccard_safe_quote() up to subr_bus.c and rename to devctl_safe_quote() so it can be used more generally. 297364 by wblock: Fix two more unhappy instances of "user land". Submitted by:=09bdrewery MFC after:=091 week 297363 by emaste: simplify compile-time default keyboard map generation In r296926 the -P option was added to kbdcontrol, which enables this change for a simplified compile-time default keymap build process. PR:=09=09193865 Reviewed by:=09Oliver Pinter Tested by:=09Oliver Pinter MFC After:=091 month Sponsored by:=09The FreeBSD Foundation Differential Revision:=09https://reviews.freebsd.org/D5708 297362 by tuexen: Don't allow the user to set a peer primary which is restricted and not pending. MFC after: 1 week 297361 by tuexen: Restrict local addresses until they are acked by the peer. MFC after: 1 week 297360 by jilles: sh: Fix use-after-free if a trap replaces itself. MFC after:=091 week 297359 by jhb: Fix parsing of a 1GB page table entry. Use 'pdpe' to extract the PA of the 1GB page instead of 'pde' (which was a copy and paste bug from the 2MB page case further down). CID:=09=091341467 Reported by:=09pfg 297358 by gnn: Add ethertype reserved for network testing MFC after:=092 weeks 297357 by wblock: Replace "user land", which, for any definition of the word "user", sounds like some kind of horrific theme park. "Hey kids, want to go to User Land?" "No! We'll be good!" The obvious replacement is "userland", a compound word replete with term-of-art meaning and just a hint of cautionary tale. The alternate terms "flugelhorn" and "bullfrog", while also good, are less well-known and were voted down in committee. MFC after:=091 week 297356 by imp: Support simple soft floating point abi for CPUTYPE in arm. Complex types to follow. 297355 by trasz: Fix bunch of .Xrs. MFC after:=091 month Sponsored by:=09The FreeBSD Foundation The end of the build log: [...truncated 112601 lines...] --- s_sin.po --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include --sysroo= t=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/= tmp -B/usr/local/x86_64-freebsd/bin/ -pg -O2 -pipe -I/builds/FreeBSD_HEAD_= amd64_gcc4.9/lib/msun/x86 -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/msun/ld80= -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/msun/amd64 -I/builds/FreeBSD_HEAD_= amd64_gcc4.9/lib/msun/src -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libc/incl= ude -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libc/amd64 -MD -MF.depend.s= _sin.po -MTs_sin.po -std=3Dgnu99 -fstack-protector-strong -Wsystem-headers = -Wno-pointer-sign -Wno-error=3Dunused-function -Wno-error=3Denum-compare -W= no-error=3Dlogical-not-parentheses -Wno-error=3Dbool-compare -Wno-error=3Du= ninitialized -Wno-error=3Darray-bounds -Wno-error=3Dclobbered -Wno-error=3D= cast-align -Wno-error=3Dextra -Wno-error=3Dattributes -Wno-error=3Dinline -= Wno-error=3Dunused-but-set-variable -Wno-error=3Dunused-value -Wno-error=3D= strict-aliasing -Wno-error=3Daddress -Wno-unknown-pragmas -c /builds/Fr= eeBSD_HEAD_amd64_gcc4.9/lib/msun/src/s_sin.c -o s_sin.po --- all_subdir_cddl --- --- libumem_p.a --- building profiled umem library /usr/local/x86_64-freebsd/bin/ar -crD libumem_p.a `NM=3D'/usr/local/x86_64-= freebsd/bin/nm' NMFLAGS=3D'' lorder umem.po | tsort -q`=20 /usr/local/x86_64-freebsd/bin/ranlib -D libumem_p.a --- all_subdir_cddl/lib/libuutil --- =3D=3D=3D> cddl/lib/libuutil (all) --- all_subdir_lib --- --- s_sinf.po --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include --sysroo= t=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/= tmp -B/usr/local/x86_64-freebsd/bin/ -pg -O2 -pipe -I/builds/FreeBSD_HEAD_= amd64_gcc4.9/lib/msun/x86 -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/msun/ld80= -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/msun/amd64 -I/builds/FreeBSD_HEAD_= amd64_gcc4.9/lib/msun/src -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libc/incl= ude -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libc/amd64 -MD -MF.depend.s= _sinf.po -MTs_sinf.po -std=3Dgnu99 -fstack-protector-strong -Wsystem-header= s -Wno-pointer-sign -Wno-error=3Dunused-function -Wno-error=3Denum-compare = -Wno-error=3Dlogical-not-parentheses -Wno-error=3Dbool-compare -Wno-error= =3Duninitialized -Wno-error=3Darray-bounds -Wno-error=3Dclobbered -Wno-erro= r=3Dcast-align -Wno-error=3Dextra -Wno-error=3Dattributes -Wno-error=3Dinli= ne -Wno-error=3Dunused-but-set-variable -Wno-error=3Dunused-value -Wno-erro= r=3Dstrict-aliasing -Wno-error=3Daddress -Wno-unknown-pragmas -c /build= s/FreeBSD_HEAD_amd64_gcc4.9/lib/msun/src/s_sinf.c -o s_sinf.po --- all_subdir_cddl --- --- avl.po --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include --sysroo= t=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/= tmp -B/usr/local/x86_64-freebsd/bin/ -pg -O2 -pipe -DNATIVE_BUILD -I/build= s/FreeBSD_HEAD_amd64_gcc4.9/cddl/lib/libuutil/../../../cddl/contrib/opensol= aris/lib/libuutil/common -I/builds/FreeBSD_HEAD_amd64_gcc4.9/cddl/lib/libuu= til/../../../sys/cddl/compat/opensolaris -I/builds/FreeBSD_HEAD_amd64_gcc4.= 9/cddl/lib/libuutil/../../../sys/cddl/contrib/opensolaris/uts/common -I/bui= lds/FreeBSD_HEAD_amd64_gcc4.9/cddl/lib/libuutil/../../../cddl/compat/openso= laris/include -I/builds/FreeBSD_HEAD_amd64_gcc4.9/cddl/lib/libuutil/../../.= ./cddl/contrib/opensolaris/head -DNEED_SOLARIS_BOOLEAN -MD -MF.depend.av= l.po -MTavl.po -std=3Dgnu99 -fstack-protector-strong -Wno-pointer-sign -Wno= -error=3Dunused-function -Wno-error=3Denum-compare -Wno-error=3Dlogical-not= -parentheses -Wno-error=3Dbool-compare -Wno-error=3Duninitialized -Wno-erro= r=3Darray-bounds -Wno-error=3Dclobbered -Wno-error=3Dcast-align -Wno-error= =3Dextra -Wno-error=3Dattributes -Wno-error=3Dinline -Wno-error=3Dunused-bu= t-set-variable -Wno-error=3Dunused-value -Wno-error=3Dstrict-aliasing -Wno-= error=3Daddress -Wno-unknown-pragmas -c /builds/FreeBSD_HEAD_amd64_gcc4= .9/cddl/lib/libuutil/../../../sys/cddl/contrib/opensolaris/common/avl/avl.c= -o avl.po --- all_subdir_lib --- --- s_tan.po --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include --sysroo= t=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/= tmp -B/usr/local/x86_64-freebsd/bin/ -pg -O2 -pipe -I/builds/FreeBSD_HEAD_= amd64_gcc4.9/lib/msun/x86 -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/msun/ld80= -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/msun/amd64 -I/builds/FreeBSD_HEAD_= amd64_gcc4.9/lib/msun/src -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libc/incl= ude -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libc/amd64 -MD -MF.depend.s= _tan.po -MTs_tan.po -std=3Dgnu99 -fstack-protector-strong -Wsystem-headers = -Wno-pointer-sign -Wno-error=3Dunused-function -Wno-error=3Denum-compare -W= no-error=3Dlogical-not-parentheses -Wno-error=3Dbool-compare -Wno-error=3Du= ninitialized -Wno-error=3Darray-bounds -Wno-error=3Dclobbered -Wno-error=3D= cast-align -Wno-error=3Dextra -Wno-error=3Dattributes -Wno-error=3Dinline -= Wno-error=3Dunused-but-set-variable -Wno-error=3Dunused-value -Wno-error=3D= strict-aliasing -Wno-error=3Daddress -Wno-unknown-pragmas -c /builds/Fr= eeBSD_HEAD_amd64_gcc4.9/lib/msun/src/s_tan.c -o s_tan.po --- all_subdir_bin --- --- redir.o --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include --sysroo= t=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/= tmp -B/usr/local/x86_64-freebsd/bin/ -O2 -pipe -DSHELL -I. -I/builds/Free= BSD_HEAD_amd64_gcc4.9/bin/sh -g -MD -MF.depend.redir.o -MTredir.o -std=3Dg= nu99 -fstack-protector-strong -Wsystem-headers -Wall -Wno-format-y2k -Wno-u= ninitialized -Wno-pointer-sign -Wno-error=3Dunused-function -Wno-error=3Den= um-compare -Wno-error=3Dlogical-not-parentheses -Wno-error=3Dbool-compare -= Wno-error=3Duninitialized -Wno-error=3Darray-bounds -Wno-error=3Dclobbered = -Wno-error=3Dcast-align -Wno-error=3Dextra -Wno-error=3Dattributes -Wno-err= or=3Dinline -Wno-error=3Dunused-but-set-variable -Wno-error=3Dunused-value = -Wno-error=3Dstrict-aliasing -Wno-error=3Daddress -c /builds/FreeBSD_HE= AD_amd64_gcc4.9/bin/sh/redir.c -o redir.o --- all_subdir_lib --- --- s_tanf.po --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include --sysroo= t=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/= tmp -B/usr/local/x86_64-freebsd/bin/ -pg -O2 -pipe -I/builds/FreeBSD_HEAD_= amd64_gcc4.9/lib/msun/x86 -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/msun/ld80= -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/msun/amd64 -I/builds/FreeBSD_HEAD_= amd64_gcc4.9/lib/msun/src -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libc/incl= ude -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libc/amd64 -MD -MF.depend.s= _tanf.po -MTs_tanf.po -std=3Dgnu99 -fstack-protector-strong -Wsystem-header= s -Wno-pointer-sign -Wno-error=3Dunused-function -Wno-error=3Denum-compare = -Wno-error=3Dlogical-not-parentheses -Wno-error=3Dbool-compare -Wno-error= =3Duninitialized -Wno-error=3Darray-bounds -Wno-error=3Dclobbered -Wno-erro= r=3Dcast-align -Wno-error=3Dextra -Wno-error=3Dattributes -Wno-error=3Dinli= ne -Wno-error=3Dunused-but-set-variable -Wno-error=3Dunused-value -Wno-erro= r=3Dstrict-aliasing -Wno-error=3Daddress -Wno-unknown-pragmas -c /build= s/FreeBSD_HEAD_amd64_gcc4.9/lib/msun/src/s_tanf.c -o s_tanf.po --- s_tanh.po --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include --sysroo= t=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/= tmp -B/usr/local/x86_64-freebsd/bin/ -pg -O2 -pipe -I/builds/FreeBSD_HEAD_= amd64_gcc4.9/lib/msun/x86 -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/msun/ld80= -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/msun/amd64 -I/builds/FreeBSD_HEAD_= amd64_gcc4.9/lib/msun/src -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libc/incl= ude -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libc/amd64 -MD -MF.depend.s= _tanh.po -MTs_tanh.po -std=3Dgnu99 -fstack-protector-strong -Wsystem-header= s -Wno-pointer-sign -Wno-error=3Dunused-function -Wno-error=3Denum-compare = -Wno-error=3Dlogical-not-parentheses -Wno-error=3Dbool-compare -Wno-error= =3Duninitialized -Wno-error=3Darray-bounds -Wno-error=3Dclobbered -Wno-erro= r=3Dcast-align -Wno-error=3Dextra -Wno-error=3Dattributes -Wno-error=3Dinli= ne -Wno-error=3Dunused-but-set-variable -Wno-error=3Dunused-value -Wno-erro= r=3Dstrict-aliasing -Wno-error=3Daddress -Wno-unknown-pragmas -c /build= s/FreeBSD_HEAD_amd64_gcc4.9/lib/msun/src/s_tanh.c -o s_tanh.po --- all_subdir_cddl --- --- uu_alloc.po --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include --sysroo= t=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/= tmp -B/usr/local/x86_64-freebsd/bin/ -pg -O2 -pipe -DNATIVE_BUILD -I/build= s/FreeBSD_HEAD_amd64_gcc4.9/cddl/lib/libuutil/../../../cddl/contrib/opensol= aris/lib/libuutil/common -I/builds/FreeBSD_HEAD_amd64_gcc4.9/cddl/lib/libuu= til/../../../sys/cddl/compat/opensolaris -I/builds/FreeBSD_HEAD_amd64_gcc4.= 9/cddl/lib/libuutil/../../../sys/cddl/contrib/opensolaris/uts/common -I/bui= lds/FreeBSD_HEAD_amd64_gcc4.9/cddl/lib/libuutil/../../../cddl/compat/openso= laris/include -I/builds/FreeBSD_HEAD_amd64_gcc4.9/cddl/lib/libuutil/../../.= ./cddl/contrib/opensolaris/head -DNEED_SOLARIS_BOOLEAN -MD -MF.depend.uu= _alloc.po -MTuu_alloc.po -std=3Dgnu99 -fstack-protector-strong -Wno-pointer= -sign -Wno-error=3Dunused-function -Wno-error=3Denum-compare -Wno-error=3Dl= ogical-not-parentheses -Wno-error=3Dbool-compare -Wno-error=3Duninitialized= -Wno-error=3Darray-bounds -Wno-error=3Dclobbered -Wno-error=3Dcast-align -= Wno-error=3Dextra -Wno-error=3Dattributes -Wno-error=3Dinline -Wno-error=3D= unused-but-set-variable -Wno-error=3Dunused-value -Wno-error=3Dstrict-alias= ing -Wno-error=3Daddress -Wno-unknown-pragmas -c /builds/FreeBSD_HEAD_a= md64_gcc4.9/cddl/lib/libuutil/../../../cddl/contrib/opensolaris/lib/libuuti= l/common/uu_alloc.c -o uu_alloc.po --- all_subdir_lib --- --- s_tanhf.po --- --- all_subdir_bin --- --- show.o --- --- all_subdir_lib --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include --sysroo= t=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/= tmp -B/usr/local/x86_64-freebsd/bin/ -pg -O2 -pipe -I/builds/FreeBSD_HEAD_= amd64_gcc4.9/lib/msun/x86 -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/msun/ld80= -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/msun/amd64 -I/builds/FreeBSD_HEAD_= amd64_gcc4.9/lib/msun/src -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libc/incl= ude -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libc/amd64 -MD -MF.depend.s= _tanhf.po -MTs_tanhf.po -std=3Dgnu99 -fstack-protector-strong -Wsystem-head= ers -Wno-pointer-sign -Wno-error=3Dunused-function -Wno-error=3Denum-compar= e -Wno-error=3Dlogical-not-parentheses -Wno-error=3Dbool-compare -Wno-error= =3Duninitialized -Wno-error=3Darray-bounds -Wno-error=3Dclobbered -Wno-erro= r=3Dcast-align -Wno-error=3Dextra -Wno-error=3Dattributes -Wno-error=3Dinli= ne -Wno-error=3Dunused-but-set-variable -Wno-error=3Dunused-value -Wno-erro= r=3Dstrict-aliasing -Wno-error=3Daddress -Wno-unknown-pragmas -c /build= s/FreeBSD_HEAD_amd64_gcc4.9/lib/msun/src/s_tanhf.c -o s_tanhf.po --- all_subdir_bin --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include --sysroo= t=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/= tmp -B/usr/local/x86_64-freebsd/bin/ -O2 -pipe -DSHELL -I. -I/builds/Free= BSD_HEAD_amd64_gcc4.9/bin/sh -g -MD -MF.depend.show.o -MTshow.o -std=3Dgnu= 99 -fstack-protector-strong -Wsystem-headers -Wall -Wno-format-y2k -Wno-uni= nitialized -Wno-pointer-sign -Wno-error=3Dunused-function -Wno-error=3Denum= -compare -Wno-error=3Dlogical-not-parentheses -Wno-error=3Dbool-compare -Wn= o-error=3Duninitialized -Wno-error=3Darray-bounds -Wno-error=3Dclobbered -W= no-error=3Dcast-align -Wno-error=3Dextra -Wno-error=3Dattributes -Wno-error= =3Dinline -Wno-error=3Dunused-but-set-variable -Wno-error=3Dunused-value -W= no-error=3Dstrict-aliasing -Wno-error=3Daddress -c /builds/FreeBSD_HEAD= _amd64_gcc4.9/bin/sh/show.c -o show.o --- test.o --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include --sysroo= t=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/= tmp -B/usr/local/x86_64-freebsd/bin/ -O2 -pipe -DSHELL -I. -I/builds/Free= BSD_HEAD_amd64_gcc4.9/bin/sh -g -MD -MF.depend.test.o -MTtest.o -std=3Dgnu= 99 -fstack-protector-strong -Wsystem-headers -Wall -Wno-format-y2k -Wno-uni= nitialized -Wno-pointer-sign -Wno-error=3Dunused-function -Wno-error=3Denum= -compare -Wno-error=3Dlogical-not-parentheses -Wno-error=3Dbool-compare -Wn= o-error=3Duninitialized -Wno-error=3Darray-bounds -Wno-error=3Dclobbered -W= no-error=3Dcast-align -Wno-error=3Dextra -Wno-error=3Dattributes -Wno-error= =3Dinline -Wno-error=3Dunused-but-set-variable -Wno-error=3Dunused-value -W= no-error=3Dstrict-aliasing -Wno-error=3Daddress -c /builds/FreeBSD_HEAD= _amd64_gcc4.9/bin/sh/../test/test.c -o test.o --- all_subdir_lib --- --- s_tgammaf.po --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include --sysroo= t=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/= tmp -B/usr/local/x86_64-freebsd/bin/ -pg -O2 -pipe -I/builds/FreeBSD_HEAD_= amd64_gcc4.9/lib/msun/x86 -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/msun/ld80= -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/msun/amd64 -I/builds/FreeBSD_HEAD_= amd64_gcc4.9/lib/msun/src -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libc/incl= ude -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libc/amd64 -MD -MF.depend.s= _tgammaf.po -MTs_tgammaf.po -std=3Dgnu99 -fstack-protector-strong -Wsystem-= headers -Wno-pointer-sign -Wno-error=3Dunused-function -Wno-error=3Denum-co= mpare -Wno-error=3Dlogical-not-parentheses -Wno-error=3Dbool-compare -Wno-e= rror=3Duninitialized -Wno-error=3Darray-bounds -Wno-error=3Dclobbered -Wno-= error=3Dcast-align -Wno-error=3Dextra -Wno-error=3Dattributes -Wno-error=3D= inline -Wno-error=3Dunused-but-set-variable -Wno-error=3Dunused-value -Wno-= error=3Dstrict-aliasing -Wno-error=3Daddress -Wno-unknown-pragmas -c /b= uilds/FreeBSD_HEAD_amd64_gcc4.9/lib/msun/src/s_tgammaf.c -o s_tgammaf.po --- all_subdir_cddl --- --- uu_avl.po --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include --sysroo= t=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/= tmp -B/usr/local/x86_64-freebsd/bin/ -pg -O2 -pipe -DNATIVE_BUILD -I/build= s/FreeBSD_HEAD_amd64_gcc4.9/cddl/lib/libuutil/../../../cddl/contrib/opensol= aris/lib/libuutil/common -I/builds/FreeBSD_HEAD_amd64_gcc4.9/cddl/lib/libuu= til/../../../sys/cddl/compat/opensolaris -I/builds/FreeBSD_HEAD_amd64_gcc4.= 9/cddl/lib/libuutil/../../../sys/cddl/contrib/opensolaris/uts/common -I/bui= lds/FreeBSD_HEAD_amd64_gcc4.9/cddl/lib/libuutil/../../../cddl/compat/openso= laris/include -I/builds/FreeBSD_HEAD_amd64_gcc4.9/cddl/lib/libuutil/../../.= ./cddl/contrib/opensolaris/head -DNEED_SOLARIS_BOOLEAN -MD -MF.depend.uu= _avl.po -MTuu_avl.po -std=3Dgnu99 -fstack-protector-strong -Wno-pointer-sig= n -Wno-error=3Dunused-function -Wno-error=3Denum-compare -Wno-error=3Dlogic= al-not-parentheses -Wno-error=3Dbool-compare -Wno-error=3Duninitialized -Wn= o-error=3Darray-bounds -Wno-error=3Dclobbered -Wno-error=3Dcast-align -Wno-= error=3Dextra -Wno-error=3Dattributes -Wno-error=3Dinline -Wno-error=3Dunus= ed-but-set-variable -Wno-error=3Dunused-value -Wno-error=3Dstrict-aliasing = -Wno-error=3Daddress -Wno-unknown-pragmas -c /builds/FreeBSD_HEAD_amd64= _gcc4.9/cddl/lib/libuutil/../../../cddl/contrib/opensolaris/lib/libuutil/co= mmon/uu_avl.c -o uu_avl.po --- all_subdir_lib --- --- s_trunc.po --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include --sysroo= t=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/= tmp -B/usr/local/x86_64-freebsd/bin/ -pg -O2 -pipe -I/builds/FreeBSD_HEAD_= amd64_gcc4.9/lib/msun/x86 -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/msun/ld80= -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/msun/amd64 -I/builds/FreeBSD_HEAD_= amd64_gcc4.9/lib/msun/src -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libc/incl= ude -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libc/amd64 -MD -MF.depend.s= _trunc.po -MTs_trunc.po -std=3Dgnu99 -fstack-protector-strong -Wsystem-head= ers -Wno-pointer-sign -Wno-error=3Dunused-function -Wno-error=3Denum-compar= e -Wno-error=3Dlogical-not-parentheses -Wno-error=3Dbool-compare -Wno-error= =3Duninitialized -Wno-error=3Darray-bounds -Wno-error=3Dclobbered -Wno-erro= r=3Dcast-align -Wno-error=3Dextra -Wno-error=3Dattributes -Wno-error=3Dinli= ne -Wno-error=3Dunused-but-set-variable -Wno-error=3Dunused-value -Wno-erro= r=3Dstrict-aliasing -Wno-error=3Daddress -Wno-unknown-pragmas -c /build= s/FreeBSD_HEAD_amd64_gcc4.9/lib/msun/src/s_trunc.c -o s_trunc.po --- s_truncf.po --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include --sysroo= t=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/= tmp -B/usr/local/x86_64-freebsd/bin/ -pg -O2 -pipe -I/builds/FreeBSD_HEAD_= amd64_gcc4.9/lib/msun/x86 -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/msun/ld80= -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/msun/amd64 -I/builds/FreeBSD_HEAD_= amd64_gcc4.9/lib/msun/src -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libc/incl= ude -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libc/amd64 -MD -MF.depend.s= _truncf.po -MTs_truncf.po -std=3Dgnu99 -fstack-protector-strong -Wsystem-he= aders -Wno-pointer-sign -Wno-error=3Dunused-function -Wno-error=3Denum-comp= are -Wno-error=3Dlogical-not-parentheses -Wno-error=3Dbool-compare -Wno-err= or=3Duninitialized -Wno-error=3Darray-bounds -Wno-error=3Dclobbered -Wno-er= ror=3Dcast-align -Wno-error=3Dextra -Wno-error=3Dattributes -Wno-error=3Din= line -Wno-error=3Dunused-but-set-variable -Wno-error=3Dunused-value -Wno-er= ror=3Dstrict-aliasing -Wno-error=3Daddress -Wno-unknown-pragmas -c /bui= lds/FreeBSD_HEAD_amd64_gcc4.9/lib/msun/src/s_truncf.c -o s_truncf.po --- w_cabs.po --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include --sysroo= t=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/= tmp -B/usr/local/x86_64-freebsd/bin/ -pg -O2 -pipe -I/builds/FreeBSD_HEAD_= amd64_gcc4.9/lib/msun/x86 -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/msun/ld80= -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/msun/amd64 -I/builds/FreeBSD_HEAD_= amd64_gcc4.9/lib/msun/src -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libc/incl= ude -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libc/amd64 -MD -MF.depend.w= _cabs.po -MTw_cabs.po -std=3Dgnu99 -fstack-protector-strong -Wsystem-header= s -Wno-pointer-sign -Wno-error=3Dunused-function -Wno-error=3Denum-compare = -Wno-error=3Dlogical-not-parentheses -Wno-error=3Dbool-compare -Wno-error= =3Duninitialized -Wno-error=3Darray-bounds -Wno-error=3Dclobbered -Wno-erro= r=3Dcast-align -Wno-error=3Dextra -Wno-error=3Dattributes -Wno-error=3Dinli= ne -Wno-error=3Dunused-but-set-variable -Wno-error=3Dunused-value -Wno-erro= r=3Dstrict-aliasing -Wno-error=3Daddress -Wno-unknown-pragmas -c /build= s/FreeBSD_HEAD_amd64_gcc4.9/lib/msun/src/w_cabs.c -o w_cabs.po --- w_cabsf.po --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include --sysroo= t=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/= tmp -B/usr/local/x86_64-freebsd/bin/ -pg -O2 -pipe -I/builds/FreeBSD_HEAD_= amd64_gcc4.9/lib/msun/x86 -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/msun/ld80= -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/msun/amd64 -I/builds/FreeBSD_HEAD_= amd64_gcc4.9/lib/msun/src -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libc/incl= ude -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libc/amd64 -MD -MF.depend.w= _cabsf.po -MTw_cabsf.po -std=3Dgnu99 -fstack-protector-strong -Wsystem-head= ers -Wno-pointer-sign -Wno-error=3Dunused-function -Wno-error=3Denum-compar= e -Wno-error=3Dlogical-not-parentheses -Wno-error=3Dbool-compare -Wno-error= =3Duninitialized -Wno-error=3Darray-bounds -Wno-error=3Dclobbered -Wno-erro= r=3Dcast-align -Wno-error=3Dextra -Wno-error=3Dattributes -Wno-error=3Dinli= ne -Wno-error=3Dunused-but-set-variable -Wno-error=3Dunused-value -Wno-erro= r=3Dstrict-aliasing -Wno-error=3Daddress -Wno-unknown-pragmas -c /build= s/FreeBSD_HEAD_amd64_gcc4.9/lib/msun/src/w_cabsf.c -o w_cabsf.po --- w_drem.po --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include --sysroo= t=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/= tmp -B/usr/local/x86_64-freebsd/bin/ -pg -O2 -pipe -I/builds/FreeBSD_HEAD_= amd64_gcc4.9/lib/msun/x86 -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/msun/ld80= -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/msun/amd64 -I/builds/FreeBSD_HEAD_= amd64_gcc4.9/lib/msun/src -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libc/incl= ude -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libc/amd64 -MD -MF.depend.w= _drem.po -MTw_drem.po -std=3Dgnu99 -fstack-protector-strong -Wsystem-header= s -Wno-pointer-sign -Wno-error=3Dunused-function -Wno-error=3Denum-compare = -Wno-error=3Dlogical-not-parentheses -Wno-error=3Dbool-compare -Wno-error= =3Duninitialized -Wno-error=3Darray-bounds -Wno-error=3Dclobbered -Wno-erro= r=3Dcast-align -Wno-error=3Dextra -Wno-error=3Dattributes -Wno-error=3Dinli= ne -Wno-error=3Dunused-but-set-variable -Wno-error=3Dunused-value -Wno-erro= r=3Dstrict-aliasing -Wno-error=3Daddress -Wno-unknown-pragmas -c /build= s/FreeBSD_HEAD_amd64_gcc4.9/lib/msun/src/w_drem.c -o w_drem.po --- w_dremf.po --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include --sysroo= t=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/= tmp -B/usr/local/x86_64-freebsd/bin/ -pg -O2 -pipe -I/builds/FreeBSD_HEAD_= amd64_gcc4.9/lib/msun/x86 -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/msun/ld80= -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/msun/amd64 -I/builds/FreeBSD_HEAD_= amd64_gcc4.9/lib/msun/src -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libc/incl= ude -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libc/amd64 -MD -MF.depend.w= _dremf.po -MTw_dremf.po -std=3Dgnu99 -fstack-protector-strong -Wsystem-head= ers -Wno-pointer-sign -Wno-error=3Dunused-function -Wno-error=3Denum-compar= e -Wno-error=3Dlogical-not-parentheses -Wno-error=3Dbool-compare -Wno-error= =3Duninitialized -Wno-error=3Darray-bounds -Wno-error=3Dclobbered -Wno-erro= r=3Dcast-align -Wno-error=3Dextra -Wno-error=3Dattributes -Wno-error=3Dinli= ne -Wno-error=3Dunused-but-set-variable -Wno-error=3Dunused-value -Wno-erro= r=3Dstrict-aliasing -Wno-error=3Daddress -Wno-unknown-pragmas -c /build= s/FreeBSD_HEAD_amd64_gcc4.9/lib/msun/src/w_dremf.c -o w_dremf.po --- all_subdir_bin --- --- trap.o --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include --sysroo= t=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/= tmp -B/usr/local/x86_64-freebsd/bin/ -O2 -pipe -DSHELL -I. -I/builds/Free= BSD_HEAD_amd64_gcc4.9/bin/sh -g -MD -MF.depend.trap.o -MTtrap.o -std=3Dgnu= 99 -fstack-protector-strong -Wsystem-headers -Wall -Wno-format-y2k -Wno-uni= nitialized -Wno-pointer-sign -Wno-error=3Dunused-function -Wno-error=3Denum= -compare -Wno-error=3Dlogical-not-parentheses -Wno-error=3Dbool-compare -Wn= o-error=3Duninitialized -Wno-error=3Darray-bounds -Wno-error=3Dclobbered -W= no-error=3Dcast-align -Wno-error=3Dextra -Wno-error=3Dattributes -Wno-error= =3Dinline -Wno-error=3Dunused-but-set-variable -Wno-error=3Dunused-value -W= no-error=3Dstrict-aliasing -Wno-error=3Daddress -c /builds/FreeBSD_HEAD= _amd64_gcc4.9/bin/sh/trap.c -o trap.o --- all_subdir_cddl --- --- uu_dprintf.po --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include --sysroo= t=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/= tmp -B/usr/local/x86_64-freebsd/bin/ -pg -O2 -pipe -DNATIVE_BUILD -I/build= s/FreeBSD_HEAD_amd64_gcc4.9/cddl/lib/libuutil/../../../cddl/contrib/opensol= aris/lib/libuutil/common -I/builds/FreeBSD_HEAD_amd64_gcc4.9/cddl/lib/libuu= til/../../../sys/cddl/compat/opensolaris -I/builds/FreeBSD_HEAD_amd64_gcc4.= 9/cddl/lib/libuutil/../../../sys/cddl/contrib/opensolaris/uts/common -I/bui= lds/FreeBSD_HEAD_amd64_gcc4.9/cddl/lib/libuutil/../../../cddl/compat/openso= laris/include -I/builds/FreeBSD_HEAD_amd64_gcc4.9/cddl/lib/libuutil/../../.= ./cddl/contrib/opensolaris/head -DNEED_SOLARIS_BOOLEAN -MD -MF.depend.uu= _dprintf.po -MTuu_dprintf.po -std=3Dgnu99 -fstack-protector-strong -Wno-poi= nter-sign -Wno-error=3Dunused-function -Wno-error=3Denum-compare -Wno-error= =3Dlogical-not-parentheses -Wno-error=3Dbool-compare -Wno-error=3Duninitial= ized -Wno-error=3Darray-bounds -Wno-error=3Dclobbered -Wno-error=3Dcast-ali= gn -Wno-error=3Dextra -Wno-error=3Dattributes -Wno-error=3Dinline -Wno-erro= r=3Dunused-but-set-variable -Wno-error=3Dunused-value -Wno-error=3Dstrict-a= liasing -Wno-error=3Daddress -Wno-unknown-pragmas -c /builds/FreeBSD_HE= AD_amd64_gcc4.9/cddl/lib/libuutil/../../../cddl/contrib/opensolaris/lib/lib= uutil/common/uu_dprintf.c -o uu_dprintf.po --- all_subdir_lib --- --- s_copysignl.po --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include --sysroo= t=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/= tmp -B/usr/local/x86_64-freebsd/bin/ -pg -O2 -pipe -I/builds/FreeBSD_HEAD_= amd64_gcc4.9/lib/msun/x86 -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/msun/ld80= -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/msun/amd64 -I/builds/FreeBSD_HEAD_= amd64_gcc4.9/lib/msun/src -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libc/incl= ude -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libc/amd64 -MD -MF.depend.s= _copysignl.po -MTs_copysignl.po -std=3Dgnu99 -fstack-protector-strong -Wsys= tem-headers -Wno-pointer-sign -Wno-error=3Dunused-function -Wno-error=3Denu= m-compare -Wno-error=3Dlogical-not-parentheses -Wno-error=3Dbool-compare -W= no-error=3Duninitialized -Wno-error=3Darray-bounds -Wno-error=3Dclobbered -= Wno-error=3Dcast-align -Wno-error=3Dextra -Wno-error=3Dattributes -Wno-erro= r=3Dinline -Wno-error=3Dunused-but-set-variable -Wno-error=3Dunused-value -= Wno-error=3Dstrict-aliasing -Wno-error=3Daddress -Wno-unknown-pragmas -= c /builds/FreeBSD_HEAD_amd64_gcc4.9/lib/msun/src/s_copysignl.c -o s_copysig= nl.po --- s_fabsl.po --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include --sysroo= t=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/= tmp -B/usr/local/x86_64-freebsd/bin/ -pg -O2 -pipe -I/builds/FreeBSD_HEAD_= amd64_gcc4.9/lib/msun/x86 -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/msun/ld80= -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/msun/amd64 -I/builds/FreeBSD_HEAD_= amd64_gcc4.9/lib/msun/src -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libc/incl= ude -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libc/amd64 -MD -MF.depend.s= _fabsl.po -MTs_fabsl.po -std=3Dgnu99 -fstack-protector-strong -Wsystem-head= ers -Wno-pointer-sign -Wno-error=3Dunused-function -Wno-error=3Denum-compar= e -Wno-error=3Dlogical-not-parentheses -Wno-error=3Dbool-compare -Wno-error= =3Duninitialized -Wno-error=3Darray-bounds -Wno-error=3Dclobbered -Wno-erro= r=3Dcast-align -Wno-error=3Dextra -Wno-error=3Dattributes -Wno-error=3Dinli= ne -Wno-error=3Dunused-but-set-variable -Wno-error=3Dunused-value -Wno-erro= r=3Dstrict-aliasing -Wno-error=3Daddress -Wno-unknown-pragmas -c /build= s/FreeBSD_HEAD_amd64_gcc4.9/lib/msun/src/s_fabsl.c -o s_fabsl.po --- all_subdir_cddl --- --- uu_ident.po --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include --sysroo= t=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/= tmp -B/usr/local/x86_64-freebsd/bin/ -pg -O2 -pipe -DNATIVE_BUILD -I/build= s/FreeBSD_HEAD_amd64_gcc4.9/cddl/lib/libuutil/../../../cddl/contrib/opensol= aris/lib/libuutil/common -I/builds/FreeBSD_HEAD_amd64_gcc4.9/cddl/lib/libuu= til/../../../sys/cddl/compat/opensolaris -I/builds/FreeBSD_HEAD_amd64_gcc4.= 9/cddl/lib/libuutil/../../../sys/cddl/contrib/opensolaris/uts/common -I/bui= lds/FreeBSD_HEAD_amd64_gcc4.9/cddl/lib/libuutil/../../../cddl/compat/openso= laris/include -I/builds/FreeBSD_HEAD_amd64_gcc4.9/cddl/lib/libuutil/../../.= ./cddl/contrib/opensolaris/head -DNEED_SOLARIS_BOOLEAN -MD -MF.depend.uu= _ident.po -MTuu_ident.po -std=3Dgnu99 -fstack-protector-strong -Wno-pointer= -sign -Wno-error=3Dunused-function -Wno-error=3Denum-compare -Wno-error=3Dl= ogical-not-parentheses -Wno-error=3Dbool-compare -Wno-error=3Duninitialized= -Wno-error=3Darray-bounds -Wno-error=3Dclobbered -Wno-error=3Dcast-align -= Wno-error=3Dextra -Wno-error=3Dattributes -Wno-error=3Dinline -Wno-error=3D= unused-but-set-variable -Wno-error=3Dunused-value -Wno-error=3Dstrict-alias= ing -Wno-error=3Daddress -Wno-unknown-pragmas -c /builds/FreeBSD_HEAD_a= md64_gcc4.9/cddl/lib/libuutil/../../../cddl/contrib/opensolaris/lib/libuuti= l/common/uu_ident.c -o uu_ident.po --- all_subdir_lib --- --- s_modfl.po --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include --sysroo= t=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/= tmp -B/usr/local/x86_64-freebsd/bin/ -pg -O2 -pipe -I/builds/FreeBSD_HEAD_= amd64_gcc4.9/lib/msun/x86 -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/msun/ld80= -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/msun/amd64 -I/builds/FreeBSD_HEAD_= amd64_gcc4.9/lib/msun/src -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libc/incl= ude -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libc/amd64 -MD -MF.depend.s= _modfl.po -MTs_modfl.po -std=3Dgnu99 -fstack-protector-strong -Wsystem-head= ers -Wno-pointer-sign -Wno-error=3Dunused-function -Wno-error=3Denum-compar= e -Wno-error=3Dlogical-not-parentheses -Wno-error=3Dbool-compare -Wno-error= =3Duninitialized -Wno-error=3Darray-bounds -Wno-error=3Dclobbered -Wno-erro= r=3Dcast-align -Wno-error=3Dextra -Wno-error=3Dattributes -Wno-error=3Dinli= ne -Wno-error=3Dunused-but-set-variable -Wno-error=3Dunused-value -Wno-erro= r=3Dstrict-aliasing -Wno-error=3Daddress -Wno-unknown-pragmas -c /build= s/FreeBSD_HEAD_amd64_gcc4.9/lib/msun/src/s_modfl.c -o s_modfl.po --- e_acoshl.po --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include --sysroo= t=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/= tmp -B/usr/local/x86_64-freebsd/bin/ -pg -O2 -pipe -I/builds/FreeBSD_HEAD_= amd64_gcc4.9/lib/msun/x86 -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/msun/ld80= -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/msun/amd64 -I/builds/FreeBSD_HEAD_= amd64_gcc4.9/lib/msun/src -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libc/incl= ude -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libc/amd64 -MD -MF.depend.e= _acoshl.po -MTe_acoshl.po -std=3Dgnu99 -fstack-protector-strong -Wsystem-he= aders -Wno-pointer-sign -Wno-error=3Dunused-function -Wno-error=3Denum-comp= are -Wno-error=3Dlogical-not-parentheses -Wno-error=3Dbool-compare -Wno-err= or=3Duninitialized -Wno-error=3Darray-bounds -Wno-error=3Dclobbered -Wno-er= ror=3Dcast-align -Wno-error=3Dextra -Wno-error=3Dattributes -Wno-error=3Din= line -Wno-error=3Dunused-but-set-variable -Wno-error=3Dunused-value -Wno-er= ror=3Dstrict-aliasing -Wno-error=3Daddress -Wno-unknown-pragmas -c /bui= lds/FreeBSD_HEAD_amd64_gcc4.9/lib/msun/src/e_acoshl.c -o e_acoshl.po --- all_subdir_cddl --- --- uu_list.po --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include --sysroo= t=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/= tmp -B/usr/local/x86_64-freebsd/bin/ -pg -O2 -pipe -DNATIVE_BUILD -I/build= s/FreeBSD_HEAD_amd64_gcc4.9/cddl/lib/libuutil/../../../cddl/contrib/opensol= aris/lib/libuutil/common -I/builds/FreeBSD_HEAD_amd64_gcc4.9/cddl/lib/libuu= til/../../../sys/cddl/compat/opensolaris -I/builds/FreeBSD_HEAD_amd64_gcc4.= 9/cddl/lib/libuutil/../../../sys/cddl/contrib/opensolaris/uts/common -I/bui= lds/FreeBSD_HEAD_amd64_gcc4.9/cddl/lib/libuutil/../../../cddl/compat/openso= laris/include -I/builds/FreeBSD_HEAD_amd64_gcc4.9/cddl/lib/libuutil/../../.= ./cddl/contrib/opensolaris/head -DNEED_SOLARIS_BOOLEAN -MD -MF.depend.uu= _list.po -MTuu_list.po -std=3Dgnu99 -fstack-protector-strong -Wno-pointer-s= ign -Wno-error=3Dunused-function -Wno-error=3Denum-compare -Wno-error=3Dlog= ical-not-parentheses -Wno-error=3Dbool-compare -Wno-error=3Duninitialized -= Wno-error=3Darray-bounds -Wno-error=3Dclobbered -Wno-error=3Dcast-align -Wn= o-error=3Dextra -Wno-error=3Dattributes -Wno-error=3Dinline -Wno-error=3Dun= used-but-set-variable -Wno-error=3Dunused-value -Wno-error=3Dstrict-aliasin= g -Wno-error=3Daddress -Wno-unknown-pragmas -c /builds/FreeBSD_HEAD_amd= 64_gcc4.9/cddl/lib/libuutil/../../../cddl/contrib/opensolaris/lib/libuutil/= common/uu_list.c -o uu_list.po --- all_subdir_libexec --- --- hash.o --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include --sysroo= t=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/= tmp -B/usr/local/x86_64-freebsd/bin/ -O2 -pipe -DETC_ETHERS -DSYSLOG -DDEBU= G -DVEND_CMU -g -MD -MF.depend.hash.o -MThash.o -std=3Dgnu99 -fstack-pro= tector-strong -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wn= o-pointer-sign -Wformat=3D2 -Wno-format-extra-args -Wno-error=3Dunused-func= tion -Wno-error=3Denum-compare -Wno-error=3Dlogical-not-parentheses -Wno-er= ror=3Dbool-compare -Wno-error=3Duninitialized -Wno-error=3Darray-bounds -Wn= o-error=3Dclobbered -Wno-error=3Dcast-align -Wno-error=3Dextra -Wno-error= =3Dattributes -Wno-error=3Dinline -Wno-error=3Dunused-but-set-variable -Wno= -error=3Dunused-value -Wno-error=3Dstrict-aliasing -Wno-error=3Daddress = -c /builds/FreeBSD_HEAD_amd64_gcc4.9/libexec/bootpd/hash.c -o hash.o --- all_subdir_bin --- --- var.o --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include --sysroo= t=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/= tmp -B/usr/local/x86_64-freebsd/bin/ -O2 -pipe -DSHELL -I. -I/builds/Free= BSD_HEAD_amd64_gcc4.9/bin/sh -g -MD -MF.depend.var.o -MTvar.o -std=3Dgnu99= -fstack-protector-strong -Wsystem-headers -Wall -Wno-format-y2k -Wno-unini= tialized -Wno-pointer-sign -Wno-error=3Dunused-function -Wno-error=3Denum-c= ompare -Wno-error=3Dlogical-not-parentheses -Wno-error=3Dbool-compare -Wno-= error=3Duninitialized -Wno-error=3Darray-bounds -Wno-error=3Dclobbered -Wno= -error=3Dcast-align -Wno-error=3Dextra -Wno-error=3Dattributes -Wno-error= =3Dinline -Wno-error=3Dunused-but-set-variable -Wno-error=3Dunused-value -W= no-error=3Dstrict-aliasing -Wno-error=3Daddress -c /builds/FreeBSD_HEAD= _amd64_gcc4.9/bin/sh/var.c -o var.o --- all_subdir_lib --- --- e_acosl.po --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include --sysroo= t=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/= tmp -B/usr/local/x86_64-freebsd/bin/ -pg -O2 -pipe -I/builds/FreeBSD_HEAD_= amd64_gcc4.9/lib/msun/x86 -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/msun/ld80= -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/msun/amd64 -I/builds/FreeBSD_HEAD_= amd64_gcc4.9/lib/msun/src -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libc/incl= ude -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libc/amd64 -MD -MF.depend.e= _acosl.po -MTe_acosl.po -std=3Dgnu99 -fstack-protector-strong -Wsystem-head= ers -Wno-pointer-sign -Wno-error=3Dunused-function -Wno-error=3Denum-compar= e -Wno-error=3Dlogical-not-parentheses -Wno-error=3Dbool-compare -Wno-error= =3Duninitialized -Wno-error=3Darray-bounds -Wno-error=3Dclobbered -Wno-erro= r=3Dcast-align -Wno-error=3Dextra -Wno-error=3Dattributes -Wno-error=3Dinli= ne -Wno-error=3Dunused-but-set-variable -Wno-error=3Dunused-value -Wno-erro= r=3Dstrict-aliasing -Wno-error=3Daddress -Wno-unknown-pragmas -c /build= s/FreeBSD_HEAD_amd64_gcc4.9/lib/msun/src/e_acosl.c -o e_acosl.po --- e_asinl.po --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include --sysroo= t=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/= tmp -B/usr/local/x86_64-freebsd/bin/ -pg -O2 -pipe -I/builds/FreeBSD_HEAD_= amd64_gcc4.9/lib/msun/x86 -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/msun/ld80= -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/msun/amd64 -I/builds/FreeBSD_HEAD_= amd64_gcc4.9/lib/msun/src -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libc/incl= ude -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libc/amd64 -MD -MF.depend.e= _asinl.po -MTe_asinl.po -std=3Dgnu99 -fstack-protector-strong -Wsystem-head= ers -Wno-pointer-sign -Wno-error=3Dunused-function -Wno-error=3Denum-compar= e -Wno-error=3Dlogical-not-parentheses -Wno-error=3Dbool-compare -Wno-error= =3Duninitialized -Wno-error=3Darray-bounds -Wno-error=3Dclobbered -Wno-erro= r=3Dcast-align -Wno-error=3Dextra -Wno-error=3Dattributes -Wno-error=3Dinli= ne -Wno-error=3Dunused-but-set-variable -Wno-error=3Dunused-value -Wno-erro= r=3Dstrict-aliasing -Wno-error=3Daddress -Wno-unknown-pragmas -c /build= s/FreeBSD_HEAD_amd64_gcc4.9/lib/msun/src/e_asinl.c -o e_asinl.po --- all_subdir_libexec --- --- dumptab.o --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include --sysroo= t=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/= tmp -B/usr/local/x86_64-freebsd/bin/ -O2 -pipe -DETC_ETHERS -DSYSLOG -DDEBU= G -DVEND_CMU -g -MD -MF.depend.dumptab.o -MTdumptab.o -std=3Dgnu99 -fsta= ck-protector-strong -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitializ= ed -Wno-pointer-sign -Wformat=3D2 -Wno-format-extra-args -Wno-error=3Dunuse= d-function -Wno-error=3Denum-compare -Wno-error=3Dlogical-not-parentheses -= Wno-error=3Dbool-compare -Wno-error=3Duninitialized -Wno-error=3Darray-boun= ds -Wno-error=3Dclobbered -Wno-error=3Dcast-align -Wno-error=3Dextra -Wno-e= rror=3Dattributes -Wno-error=3Dinline -Wno-error=3Dunused-but-set-variable = -Wno-error=3Dunused-value -Wno-error=3Dstrict-aliasing -Wno-error=3Daddress= -c /builds/FreeBSD_HEAD_amd64_gcc4.9/libexec/bootpd/dumptab.c -o dumpt= ab.o --- all_subdir_lib --- --- e_atan2l.po --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include --sysroo= t=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/= tmp -B/usr/local/x86_64-freebsd/bin/ -pg -O2 -pipe -I/builds/FreeBSD_HEAD_= amd64_gcc4.9/lib/msun/x86 -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/msun/ld80= -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/msun/amd64 -I/builds/FreeBSD_HEAD_= amd64_gcc4.9/lib/msun/src -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libc/incl= ude -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libc/amd64 -MD -MF.depend.e= _atan2l.po -MTe_atan2l.po -std=3Dgnu99 -fstack-protector-strong -Wsystem-he= aders -Wno-pointer-sign -Wno-error=3Dunused-function -Wno-error=3Denum-comp= are -Wno-error=3Dlogical-not-parentheses -Wno-error=3Dbool-compare -Wno-err= or=3Duninitialized -Wno-error=3Darray-bounds -Wno-error=3Dclobbered -Wno-er= ror=3Dcast-align -Wno-error=3Dextra -Wno-error=3Dattributes -Wno-error=3Din= line -Wno-error=3Dunused-but-set-variable -Wno-error=3Dunused-value -Wno-er= ror=3Dstrict-aliasing -Wno-error=3Daddress -Wno-unknown-pragmas -c /bui= lds/FreeBSD_HEAD_amd64_gcc4.9/lib/msun/src/e_atan2l.c -o e_atan2l.po --- e_atanhl.po --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include --sysroo= t=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/= tmp -B/usr/local/x86_64-freebsd/bin/ -pg -O2 -pipe -I/builds/FreeBSD_HEAD_= amd64_gcc4.9/lib/msun/x86 -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/msun/ld80= -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/msun/amd64 -I/builds/FreeBSD_HEAD_= amd64_gcc4.9/lib/msun/src -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libc/incl= ude -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libc/amd64 -MD -MF.depend.e= _atanhl.po -MTe_atanhl.po -std=3Dgnu99 -fstack-protector-strong -Wsystem-he= aders -Wno-pointer-sign -Wno-error=3Dunused-function -Wno-error=3Denum-comp= are -Wno-error=3Dlogical-not-parentheses -Wno-error=3Dbool-compare -Wno-err= or=3Duninitialized -Wno-error=3Darray-bounds -Wno-error=3Dclobbered -Wno-er= ror=3Dcast-align -Wno-error=3Dextra -Wno-error=3Dattributes -Wno-error=3Din= line -Wno-error=3Dunused-but-set-variable -Wno-error=3Dunused-value -Wno-er= ror=3Dstrict-aliasing -Wno-error=3Daddress -Wno-unknown-pragmas -c /bui= lds/FreeBSD_HEAD_amd64_gcc4.9/lib/msun/src/e_atanhl.c -o e_atanhl.po --- all_subdir_libexec --- --- lookup.o --- --- all_subdir_cddl --- --- uu_misc.po --- --- all_subdir_libexec --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include --sysroo= t=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/= tmp -B/usr/local/x86_64-freebsd/bin/ -O2 -pipe -DETC_ETHERS -DSYSLOG -DDEBU= G -DVEND_CMU -g -MD -MF.depend.lookup.o -MTlookup.o -std=3Dgnu99 -fstack= -protector-strong -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized= -Wno-pointer-sign -Wformat=3D2 -Wno-format-extra-args -Wno-error=3Dunused-= function -Wno-error=3Denum-compare -Wno-error=3Dlogical-not-parentheses -Wn= o-error=3Dbool-compare -Wno-error=3Duninitialized -Wno-error=3Darray-bounds= -Wno-error=3Dclobbered -Wno-error=3Dcast-align -Wno-error=3Dextra -Wno-err= or=3Dattributes -Wno-error=3Dinline -Wno-error=3Dunused-but-set-variable -W= no-error=3Dunused-value -Wno-error=3Dstrict-aliasing -Wno-error=3Daddress = -c /builds/FreeBSD_HEAD_amd64_gcc4.9/libexec/bootpd/lookup.c -o lookup.o --- all_subdir_cddl --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include --sysroo= t=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/= tmp -B/usr/local/x86_64-freebsd/bin/ -pg -O2 -pipe -DNATIVE_BUILD -I/build= s/FreeBSD_HEAD_amd64_gcc4.9/cddl/lib/libuutil/../../../cddl/contrib/opensol= aris/lib/libuutil/common -I/builds/FreeBSD_HEAD_amd64_gcc4.9/cddl/lib/libuu= til/../../../sys/cddl/compat/opensolaris -I/builds/FreeBSD_HEAD_amd64_gcc4.= 9/cddl/lib/libuutil/../../../sys/cddl/contrib/opensolaris/uts/common -I/bui= lds/FreeBSD_HEAD_amd64_gcc4.9/cddl/lib/libuutil/../../../cddl/compat/openso= laris/include -I/builds/FreeBSD_HEAD_amd64_gcc4.9/cddl/lib/libuutil/../../.= ./cddl/contrib/opensolaris/head -DNEED_SOLARIS_BOOLEAN -MD -MF.depend.uu= _misc.po -MTuu_misc.po -std=3Dgnu99 -fstack-protector-strong -Wno-pointer-s= ign -Wno-error=3Dunused-function -Wno-error=3Denum-compare -Wno-error=3Dlog= ical-not-parentheses -Wno-error=3Dbool-compare -Wno-error=3Duninitialized -= Wno-error=3Darray-bounds -Wno-error=3Dclobbered -Wno-error=3Dcast-align -Wn= o-error=3Dextra -Wno-error=3Dattributes -Wno-error=3Dinline -Wno-error=3Dun= used-but-set-variable -Wno-error=3Dunused-value -Wno-error=3Dstrict-aliasin= g -Wno-error=3Daddress -Wno-unknown-pragmas -c /builds/FreeBSD_HEAD_amd= 64_gcc4.9/cddl/lib/libuutil/../../../cddl/contrib/opensolaris/lib/libuutil/= common/uu_misc.c -o uu_misc.po --- all_subdir_lib --- --- e_coshl.po --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include --sysroo= t=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/= tmp -B/usr/local/x86_64-freebsd/bin/ -pg -O2 -pipe -I/builds/FreeBSD_HEAD_= amd64_gcc4.9/lib/msun/x86 -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/msun/ld80= -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/msun/amd64 -I/builds/FreeBSD_HEAD_= amd64_gcc4.9/lib/msun/src -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libc/incl= ude -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libc/amd64 -MD -MF.depend.e= _coshl.po -MTe_coshl.po -std=3Dgnu99 -fstack-protector-strong -Wsystem-head= ers -Wno-pointer-sign -Wno-error=3Dunused-function -Wno-error=3Denum-compar= e -Wno-error=3Dlogical-not-parentheses -Wno-error=3Dbool-compare -Wno-error= =3Duninitialized -Wno-error=3Darray-bounds -Wno-error=3Dclobbered -Wno-erro= r=3Dcast-align -Wno-error=3Dextra -Wno-error=3Dattributes -Wno-error=3Dinli= ne -Wno-error=3Dunused-but-set-variable -Wno-error=3Dunused-value -Wno-erro= r=3Dstrict-aliasing -Wno-error=3Daddress -Wno-unknown-pragmas -c /build= s/FreeBSD_HEAD_amd64_gcc4.9/lib/msun/src/e_coshl.c -o e_coshl.po --- all_subdir_libexec --- --- getif.o --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include --sysroo= t=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/= tmp -B/usr/local/x86_64-freebsd/bin/ -O2 -pipe -DETC_ETHERS -DSYSLOG -DDEBU= G -DVEND_CMU -g -MD -MF.depend.getif.o -MTgetif.o -std=3Dgnu99 -fstack-p= rotector-strong -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -= Wno-pointer-sign -Wformat=3D2 -Wno-format-extra-args -Wno-error=3Dunused-fu= nction -Wno-error=3Denum-compare -Wno-error=3Dlogical-not-parentheses -Wno-= error=3Dbool-compare -Wno-error=3Duninitialized -Wno-error=3Darray-bounds -= Wno-error=3Dclobbered -Wno-error=3Dcast-align -Wno-error=3Dextra -Wno-error= =3Dattributes -Wno-error=3Dinline -Wno-error=3Dunused-but-set-variable -Wno= -error=3Dunused-value -Wno-error=3Dstrict-aliasing -Wno-error=3Daddress = -c /builds/FreeBSD_HEAD_amd64_gcc4.9/libexec/bootpd/getif.c -o getif.o --- all_subdir_lib --- --- e_fmodl.po --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include --sysroo= t=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/= tmp -B/usr/local/x86_64-freebsd/bin/ -pg -O2 -pipe -I/builds/FreeBSD_HEAD_= amd64_gcc4.9/lib/msun/x86 -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/msun/ld80= -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/msun/amd64 -I/builds/FreeBSD_HEAD_= amd64_gcc4.9/lib/msun/src -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libc/incl= ude -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libc/amd64 -MD -MF.depend.e= _fmodl.po -MTe_fmodl.po -std=3Dgnu99 -fstack-protector-strong -Wsystem-head= ers -Wno-pointer-sign -Wno-error=3Dunused-function -Wno-error=3Denum-compar= e -Wno-error=3Dlogical-not-parentheses -Wno-error=3Dbool-compare -Wno-error= =3Duninitialized -Wno-error=3Darray-bounds -Wno-error=3Dclobbered -Wno-erro= r=3Dcast-align -Wno-error=3Dextra -Wno-error=3Dattributes -Wno-error=3Dinli= ne -Wno-error=3Dunused-but-set-variable -Wno-error=3Dunused-value -Wno-erro= r=3Dstrict-aliasing -Wno-error=3Daddress -Wno-unknown-pragmas -c /build= s/FreeBSD_HEAD_amd64_gcc4.9/lib/msun/src/e_fmodl.c -o e_fmodl.po --- all_subdir_cddl --- --- uu_open.po --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include --sysroo= t=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/= tmp -B/usr/local/x86_64-freebsd/bin/ -pg -O2 -pipe -DNATIVE_BUILD -I/build= s/FreeBSD_HEAD_amd64_gcc4.9/cddl/lib/libuutil/../../../cddl/contrib/opensol= aris/lib/libuutil/common -I/builds/FreeBSD_HEAD_amd64_gcc4.9/cddl/lib/libuu= til/../../../sys/cddl/compat/opensolaris -I/builds/FreeBSD_HEAD_amd64_gcc4.= 9/cddl/lib/libuutil/../../../sys/cddl/contrib/opensolaris/uts/common -I/bui= lds/FreeBSD_HEAD_amd64_gcc4.9/cddl/lib/libuutil/../../../cddl/compat/openso= laris/include -I/builds/FreeBSD_HEAD_amd64_gcc4.9/cddl/lib/libuutil/../../.= ./cddl/contrib/opensolaris/head -DNEED_SOLARIS_BOOLEAN -MD -MF.depend.uu= _open.po -MTuu_open.po -std=3Dgnu99 -fstack-protector-strong -Wno-pointer-s= ign -Wno-error=3Dunused-function -Wno-error=3Denum-compare -Wno-error=3Dlog= ical-not-parentheses -Wno-error=3Dbool-compare -Wno-error=3Duninitialized -= Wno-error=3Darray-bounds -Wno-error=3Dclobbered -Wno-error=3Dcast-align -Wn= o-error=3Dextra -Wno-error=3Dattributes -Wno-error=3Dinline -Wno-error=3Dun= used-but-set-variable -Wno-error=3Dunused-value -Wno-error=3Dstrict-aliasin= g -Wno-error=3Daddress -Wno-unknown-pragmas -c /builds/FreeBSD_HEAD_amd= 64_gcc4.9/cddl/lib/libuutil/../../../cddl/contrib/opensolaris/lib/libuutil/= common/uu_open.c -o uu_open.po --- all_subdir_libexec --- --- hwaddr.o --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include --sysroo= t=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/= tmp -B/usr/local/x86_64-freebsd/bin/ -O2 -pipe -DETC_ETHERS -DSYSLOG -DDEBU= G -DVEND_CMU -g -MD -MF.depend.hwaddr.o -MThwaddr.o -std=3Dgnu99 -fstack= -protector-strong -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized= -Wno-pointer-sign -Wformat=3D2 -Wno-format-extra-args -Wno-error=3Dunused-= function -Wno-error=3Denum-compare -Wno-error=3Dlogical-not-parentheses -Wn= o-error=3Dbool-compare -Wno-error=3Duninitialized -Wno-error=3Darray-bounds= -Wno-error=3Dclobbered -Wno-error=3Dcast-align -Wno-error=3Dextra -Wno-err= or=3Dattributes -Wno-error=3Dinline -Wno-error=3Dunused-but-set-variable -W= no-error=3Dunused-value -Wno-error=3Dstrict-aliasing -Wno-error=3Daddress = -c /builds/FreeBSD_HEAD_amd64_gcc4.9/libexec/bootpd/hwaddr.c -o hwaddr.o --- all_subdir_bin --- --- builtins.o --- --- all_subdir_lib --- --- e_hypotl.po --- --- all_subdir_bin --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include --sysroo= t=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/= tmp -B/usr/local/x86_64-freebsd/bin/ -O2 -pipe -DSHELL -I. -I/builds/Free= BSD_HEAD_amd64_gcc4.9/bin/sh -g -MD -MF.depend.builtins.o -MTbuiltins.o -s= td=3Dgnu99 -fstack-protector-strong -Wsystem-headers -Wall -Wno-format-y2k = -Wno-uninitialized -Wno-pointer-sign -Wno-error=3Dunused-function -Wno-erro= r=3Denum-compare -Wno-error=3Dlogical-not-parentheses -Wno-error=3Dbool-com= pare -Wno-error=3Duninitialized -Wno-error=3Darray-bounds -Wno-error=3Dclob= bered -Wno-error=3Dcast-align -Wno-error=3Dextra -Wno-error=3Dattributes -W= no-error=3Dinline -Wno-error=3Dunused-but-set-variable -Wno-error=3Dunused-= value -Wno-error=3Dstrict-aliasing -Wno-error=3Daddress -c builtins.c -= o builtins.o --- all_subdir_lib --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include --sysroo= t=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/= tmp -B/usr/local/x86_64-freebsd/bin/ -pg -O2 -pipe -I/builds/FreeBSD_HEAD_= amd64_gcc4.9/lib/msun/x86 -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/msun/ld80= -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/msun/amd64 -I/builds/FreeBSD_HEAD_= amd64_gcc4.9/lib/msun/src -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libc/incl= ude -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libc/amd64 -MD -MF.depend.e= _hypotl.po -MTe_hypotl.po -std=3Dgnu99 -fstack-protector-strong -Wsystem-he= aders -Wno-pointer-sign -Wno-error=3Dunused-function -Wno-error=3Denum-comp= are -Wno-error=3Dlogical-not-parentheses -Wno-error=3Dbool-compare -Wno-err= or=3Duninitialized -Wno-error=3Darray-bounds -Wno-error=3Dclobbered -Wno-er= ror=3Dcast-align -Wno-error=3Dextra -Wno-error=3Dattributes -Wno-error=3Din= line -Wno-error=3Dunused-but-set-variable -Wno-error=3Dunused-value -Wno-er= ror=3Dstrict-aliasing -Wno-error=3Daddress -Wno-unknown-pragmas -c /bui= lds/FreeBSD_HEAD_amd64_gcc4.9/lib/msun/src/e_hypotl.c -o e_hypotl.po --- all_subdir_bin --- --- nodes.o --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include --sysroo= t=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/= tmp -B/usr/local/x86_64-freebsd/bin/ -O2 -pipe -DSHELL -I. -I/builds/Free= BSD_HEAD_amd64_gcc4.9/bin/sh -g -MD -MF.depend.nodes.o -MTnodes.o -std=3Dg= nu99 -fstack-protector-strong -Wsystem-headers -Wall -Wno-format-y2k -Wno-u= ninitialized -Wno-pointer-sign -Wno-error=3Dunused-function -Wno-error=3Den= um-compare -Wno-error=3Dlogical-not-parentheses -Wno-error=3Dbool-compare -= Wno-error=3Duninitialized -Wno-error=3Darray-bounds -Wno-error=3Dclobbered = -Wno-error=3Dcast-align -Wno-error=3Dextra -Wno-error=3Dattributes -Wno-err= or=3Dinline -Wno-error=3Dunused-but-set-variable -Wno-error=3Dunused-value = -Wno-error=3Dstrict-aliasing -Wno-error=3Daddress -c nodes.c -o nodes.o --- all_subdir_cddl --- --- uu_pname.po --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include --sysroo= t=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/= tmp -B/usr/local/x86_64-freebsd/bin/ -pg -O2 -pipe -DNATIVE_BUILD -I/build= s/FreeBSD_HEAD_amd64_gcc4.9/cddl/lib/libuutil/../../../cddl/contrib/opensol= aris/lib/libuutil/common -I/builds/FreeBSD_HEAD_amd64_gcc4.9/cddl/lib/libuu= til/../../../sys/cddl/compat/opensolaris -I/builds/FreeBSD_HEAD_amd64_gcc4.= 9/cddl/lib/libuutil/../../../sys/cddl/contrib/opensolaris/uts/common -I/bui= lds/FreeBSD_HEAD_amd64_gcc4.9/cddl/lib/libuutil/../../../cddl/compat/openso= laris/include -I/builds/FreeBSD_HEAD_amd64_gcc4.9/cddl/lib/libuutil/../../.= ./cddl/contrib/opensolaris/head -DNEED_SOLARIS_BOOLEAN -MD -MF.depend.uu= _pname.po -MTuu_pname.po -std=3Dgnu99 -fstack-protector-strong -Wno-pointer= -sign -Wno-error=3Dunused-function -Wno-error=3Denum-compare -Wno-error=3Dl= ogical-not-parentheses -Wno-error=3Dbool-compare -Wno-error=3Duninitialized= -Wno-error=3Darray-bounds -Wno-error=3Dclobbered -Wno-error=3Dcast-align -= Wno-error=3Dextra -Wno-error=3Dattributes -Wno-error=3Dinline -Wno-error=3D= unused-but-set-variable -Wno-error=3Dunused-value -Wno-error=3Dstrict-alias= ing -Wno-error=3Daddress -Wno-unknown-pragmas -c /builds/FreeBSD_HEAD_a= md64_gcc4.9/cddl/lib/libuutil/../../../cddl/contrib/opensolaris/lib/libuuti= l/common/uu_pname.c -o uu_pname.po --- all_subdir_libexec --- --- report.o --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include --sysroo= t=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/= tmp -B/usr/local/x86_64-freebsd/bin/ -O2 -pipe -DETC_ETHERS -DSYSLOG -DDEBU= G -DVEND_CMU -g -MD -MF.depend.report.o -MTreport.o -std=3Dgnu99 -fstack= -protector-strong -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized= -Wno-pointer-sign -Wformat=3D2 -Wno-format-extra-args -Wno-error=3Dunused-= function -Wno-error=3Denum-compare -Wno-error=3Dlogical-not-parentheses -Wn= o-error=3Dbool-compare -Wno-error=3Duninitialized -Wno-error=3Darray-bounds= -Wno-error=3Dclobbered -Wno-error=3Dcast-align -Wno-error=3Dextra -Wno-err= or=3Dattributes -Wno-error=3Dinline -Wno-error=3Dunused-but-set-variable -W= no-error=3Dunused-value -Wno-error=3Dstrict-aliasing -Wno-error=3Daddress = -c /builds/FreeBSD_HEAD_amd64_gcc4.9/libexec/bootpd/report.c -o report.o --- all_subdir_lib --- --- e_lgammal.po --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include --sysroo= t=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/= tmp -B/usr/local/x86_64-freebsd/bin/ -pg -O2 -pipe -I/builds/FreeBSD_HEAD_= amd64_gcc4.9/lib/msun/x86 -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/msun/ld80= -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/msun/amd64 -I/builds/FreeBSD_HEAD_= amd64_gcc4.9/lib/msun/src -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libc/incl= ude -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libc/amd64 -MD -MF.depend.e= _lgammal.po -MTe_lgammal.po -std=3Dgnu99 -fstack-protector-strong -Wsystem-= headers -Wno-pointer-sign -Wno-error=3Dunused-function -Wno-error=3Denum-co= mpare -Wno-error=3Dlogical-not-parentheses -Wno-error=3Dbool-compare -Wno-e= rror=3Duninitialized -Wno-error=3Darray-bounds -Wno-error=3Dclobbered -Wno-= error=3Dcast-align -Wno-error=3Dextra -Wno-error=3Dattributes -Wno-error=3D= inline -Wno-error=3Dunused-but-set-variable -Wno-error=3Dunused-value -Wno-= error=3Dstrict-aliasing -Wno-error=3Daddress -Wno-unknown-pragmas -c /b= uilds/FreeBSD_HEAD_amd64_gcc4.9/lib/msun/src/e_lgammal.c -o e_lgammal.po --- e_lgammal_r.po --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include --sysroo= t=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/= tmp -B/usr/local/x86_64-freebsd/bin/ -pg -O2 -pipe -I/builds/FreeBSD_HEAD_= amd64_gcc4.9/lib/msun/x86 -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/msun/ld80= -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/msun/amd64 -I/builds/FreeBSD_HEAD_= amd64_gcc4.9/lib/msun/src -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libc/incl= ude -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libc/amd64 -MD -MF.depend.e= _lgammal_r.po -MTe_lgammal_r.po -std=3Dgnu99 -fstack-protector-strong -Wsys= tem-headers -Wno-pointer-sign -Wno-error=3Dunused-function -Wno-error=3Denu= m-compare -Wno-error=3Dlogical-not-parentheses -Wno-error=3Dbool-compare -W= no-error=3Duninitialized -Wno-error=3Darray-bounds -Wno-error=3Dclobbered -= Wno-error=3Dcast-align -Wno-error=3Dextra -Wno-error=3Dattributes -Wno-erro= r=3Dinline -Wno-error=3Dunused-but-set-variable -Wno-error=3Dunused-value -= Wno-error=3Dstrict-aliasing -Wno-error=3Daddress -Wno-unknown-pragmas -= c /builds/FreeBSD_HEAD_amd64_gcc4.9/lib/msun/ld80/e_lgammal_r.c -o e_lgamma= l_r.po --- all_subdir_libexec --- --- tzone.o --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include --sysroo= t=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/= tmp -B/usr/local/x86_64-freebsd/bin/ -O2 -pipe -DETC_ETHERS -DSYSLOG -DDEBU= G -DVEND_CMU -g -MD -MF.depend.tzone.o -MTtzone.o -std=3Dgnu99 -fstack-p= rotector-strong -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -= Wno-pointer-sign -Wformat=3D2 -Wno-format-extra-args -Wno-error=3Dunused-fu= nction -Wno-error=3Denum-compare -Wno-error=3Dlogical-not-parentheses -Wno-= error=3Dbool-compare -Wno-error=3Duninitialized -Wno-error=3Darray-bounds -= Wno-error=3Dclobbered -Wno-error=3Dcast-align -Wno-error=3Dextra -Wno-error= =3Dattributes -Wno-error=3Dinline -Wno-error=3Dunused-but-set-variable -Wno= -error=3Dunused-value -Wno-error=3Dstrict-aliasing -Wno-error=3Daddress = -c /builds/FreeBSD_HEAD_amd64_gcc4.9/libexec/bootpd/tzone.c -o tzone.o --- all_subdir_cddl --- --- uu_strtoint.po --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include --sysroo= t=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/= tmp -B/usr/local/x86_64-freebsd/bin/ -pg -O2 -pipe -DNATIVE_BUILD -I/build= s/FreeBSD_HEAD_amd64_gcc4.9/cddl/lib/libuutil/../../../cddl/contrib/opensol= aris/lib/libuutil/common -I/builds/FreeBSD_HEAD_amd64_gcc4.9/cddl/lib/libuu= til/../../../sys/cddl/compat/opensolaris -I/builds/FreeBSD_HEAD_amd64_gcc4.= 9/cddl/lib/libuutil/../../../sys/cddl/contrib/opensolaris/uts/common -I/bui= lds/FreeBSD_HEAD_amd64_gcc4.9/cddl/lib/libuutil/../../../cddl/compat/openso= laris/include -I/builds/FreeBSD_HEAD_amd64_gcc4.9/cddl/lib/libuutil/../../.= ./cddl/contrib/opensolaris/head -DNEED_SOLARIS_BOOLEAN -MD -MF.depend.uu= _strtoint.po -MTuu_strtoint.po -std=3Dgnu99 -fstack-protector-strong -Wno-p= ointer-sign -Wno-error=3Dunused-function -Wno-error=3Denum-compare -Wno-err= or=3Dlogical-not-parentheses -Wno-error=3Dbool-compare -Wno-error=3Duniniti= alized -Wno-error=3Darray-bounds -Wno-error=3Dclobbered -Wno-error=3Dcast-a= lign -Wno-error=3Dextra -Wno-error=3Dattributes -Wno-error=3Dinline -Wno-er= ror=3Dunused-but-set-variable -Wno-error=3Dunused-value -Wno-error=3Dstrict= -aliasing -Wno-error=3Daddress -Wno-unknown-pragmas -c /builds/FreeBSD_= HEAD_amd64_gcc4.9/cddl/lib/libuutil/../../../cddl/contrib/opensolaris/lib/l= ibuutil/common/uu_strtoint.c -o uu_strtoint.po --- all_subdir_libexec --- --- rtmsg.o --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include --sysroo= t=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/= tmp -B/usr/local/x86_64-freebsd/bin/ -O2 -pipe -DETC_ETHERS -DSYSLOG -DDEBU= G -DVEND_CMU -g -MD -MF.depend.rtmsg.o -MTrtmsg.o -std=3Dgnu99 -fstack-p= rotector-strong -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -= Wno-pointer-sign -Wformat=3D2 -Wno-format-extra-args -Wno-error=3Dunused-fu= nction -Wno-error=3Denum-compare -Wno-error=3Dlogical-not-parentheses -Wno-= error=3Dbool-compare -Wno-error=3Duninitialized -Wno-error=3Darray-bounds -= Wno-error=3Dclobbered -Wno-error=3Dcast-align -Wno-error=3Dextra -Wno-error= =3Dattributes -Wno-error=3Dinline -Wno-error=3Dunused-but-set-variable -Wno= -error=3Dunused-value -Wno-error=3Dstrict-aliasing -Wno-error=3Daddress = -c /builds/FreeBSD_HEAD_amd64_gcc4.9/libexec/bootpd/rtmsg.c -o rtmsg.o --- all_subdir_bin --- --- syntax.o --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include --sysroo= t=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/= tmp -B/usr/local/x86_64-freebsd/bin/ -O2 -pipe -DSHELL -I. -I/builds/Free= BSD_HEAD_amd64_gcc4.9/bin/sh -g -MD -MF.depend.syntax.o -MTsyntax.o -std= =3Dgnu99 -fstack-protector-strong -Wsystem-headers -Wall -Wno-format-y2k -W= no-uninitialized -Wno-pointer-sign -Wno-error=3Dunused-function -Wno-error= =3Denum-compare -Wno-error=3Dlogical-not-parentheses -Wno-error=3Dbool-comp= are -Wno-error=3Duninitialized -Wno-error=3Darray-bounds -Wno-error=3Dclobb= ered -Wno-error=3Dcast-align -Wno-error=3Dextra -Wno-error=3Dattributes -Wn= o-error=3Dinline -Wno-error=3Dunused-but-set-variable -Wno-error=3Dunused-v= alue -Wno-error=3Dstrict-aliasing -Wno-error=3Daddress -c syntax.c -o s= yntax.o --- sh.full --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include --sysroo= t=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/= tmp -B/usr/local/x86_64-freebsd/bin/ -O2 -pipe -DSHELL -I. -I/builds/FreeBS= D_HEAD_amd64_gcc4.9/bin/sh -g -std=3Dgnu99 -fstack-protector-strong -Wsyste= m-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-e= rror=3Dunused-function -Wno-error=3Denum-compare -Wno-error=3Dlogical-not-p= arentheses -Wno-error=3Dbool-compare -Wno-error=3Duninitialized -Wno-error= =3Darray-bounds -Wno-error=3Dclobbered -Wno-error=3Dcast-align -Wno-error= =3Dextra -Wno-error=3Dattributes -Wno-error=3Dinline -Wno-error=3Dunused-bu= t-set-variable -Wno-error=3Dunused-value -Wno-error=3Dstrict-aliasing -Wno-= error=3Daddress -o sh.full alias.o arith_yacc.o arith_yylex.o cd.o echo.o = error.o eval.o exec.o expand.o histedit.o input.o jobs.o kill.o mail.o main= .o memalloc.o miscbltin.o mystring.o options.o output.o parser.o printf.o r= edir.o show.o test.o trap.o var.o builtins.o nodes.o syntax.o -ledit --- all_subdir_lib --- --- e_sinhl.po --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include --sysroo= t=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/= tmp -B/usr/local/x86_64-freebsd/bin/ -pg -O2 -pipe -I/builds/FreeBSD_HEAD_= amd64_gcc4.9/lib/msun/x86 -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/msun/ld80= -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/msun/amd64 -I/builds/FreeBSD_HEAD_= amd64_gcc4.9/lib/msun/src -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libc/incl= ude -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libc/amd64 -MD -MF.depend.e= _sinhl.po -MTe_sinhl.po -std=3Dgnu99 -fstack-protector-strong -Wsystem-head= ers -Wno-pointer-sign -Wno-error=3Dunused-function -Wno-error=3Denum-compar= e -Wno-error=3Dlogical-not-parentheses -Wno-error=3Dbool-compare -Wno-error= =3Duninitialized -Wno-error=3Darray-bounds -Wno-error=3Dclobbered -Wno-erro= r=3Dcast-align -Wno-error=3Dextra -Wno-error=3Dattributes -Wno-error=3Dinli= ne -Wno-error=3Dunused-but-set-variable -Wno-error=3Dunused-value -Wno-erro= r=3Dstrict-aliasing -Wno-error=3Daddress -Wno-unknown-pragmas -c /build= s/FreeBSD_HEAD_amd64_gcc4.9/lib/msun/src/e_sinhl.c -o e_sinhl.po --- all_subdir_bin --- histedit.o: In function `histedit': /builds/FreeBSD_HEAD_amd64_gcc4.9/bin/sh/histedit.c:125: undefined referenc= e to `_el_fn_sh_complete' collect2: error: ld returned 1 exit status *** [sh.full] Error code 1 bmake[4]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9/bin/sh 1 error bmake[4]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9/bin/sh *** [all_subdir_bin/sh] Error code 2 bmake[3]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9/bin 1 error bmake[3]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9/bin *** [all_subdir_bin] Error code 2 bmake[2]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9 --- all_subdir_libexec --- A failure has been detected in another branch of the parallel make bmake[4]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9/libexec/bootpd *** [all] Error code 2 bmake[3]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9/libexec 1 error bmake[3]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9/libexec *** [all_subdir_libexec] Error code 2 bmake[2]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9 --- all_subdir_cddl --- A failure has been detected in another branch of the parallel make bmake[5]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9/cddl/lib/libuutil *** [all_subdir_cddl/lib/libuutil] Error code 2 bmake[4]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9/cddl/lib 1 error bmake[4]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9/cddl/lib --- all_subdir_lib --- A failure has been detected in another branch of the parallel make bmake[4]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9/lib/msun --- all_subdir_cddl --- *** [all_subdir_cddl/lib] Error code 2 bmake[3]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9/cddl 1 error bmake[3]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9/cddl --- all_subdir_lib --- *** [all_subdir_lib/msun] Error code 2 bmake[3]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9/lib 1 error --- all_subdir_cddl --- *** [all_subdir_cddl] Error code 2 bmake[2]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9 --- all_subdir_lib --- bmake[3]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9/lib *** [all_subdir_lib] Error code 2 bmake[2]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9 4 errors bmake[2]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9 *** [everything] Error code 2 bmake[1]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9 1 error bmake[1]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9 *** [buildworld] Error code 2 make: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9 1 error make: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9 Build step 'Execute shell' marked build as failure [WARNINGS] Skipping publisher since build result is FAILURE IRC notifier plugin: Sending notification to: #freebsd-commits Email was triggered for: Failure - Any Sending email for trigger: Failure - Any From owner-freebsd-current@freebsd.org Tue Mar 29 12:23:52 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 5A59AAE02D7 for ; Tue, 29 Mar 2016 12:23:52 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from mail.auburn.protected-networks.net (mail.auburn.protected-networks.net [IPv6:2001:470:1f07:4e1::3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.auburn.protected-networks.net", Issuer "Protected Networks Root CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 1F71B11AA; Tue, 29 Mar 2016 12:23:52 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from mail.auburn.protected-networks.net (localhost.auburn.protected-networks.net [127.0.0.1]) by mail.auburn.protected-networks.net (Postfix) with ESMTP id DA7BA7F; Tue, 29 Mar 2016 08:23:45 -0400 (EDT) Received: from mail.auburn.protected-networks.net ([127.0.0.1]) by mail.auburn.protected-networks.net (mail.auburn.protected-networks.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id DmQpVvEn5uIg; Tue, 29 Mar 2016 08:23:44 -0400 (EDT) Received: from toshi.auburn.protected-networks.net (toshi.auburn.protected-networks.net [192.168.1.10]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "Iain Michael Butler", Issuer "Protected Networks CA" (verified OK)) (Authenticated sender: imb@mail.auburn.protected-networks.net) by mail.auburn.protected-networks.net (Postfix) with ESMTPSA id 2AB715; Tue, 29 Mar 2016 08:23:44 -0400 (EDT) To: freebsd-current Cc: kib@freebsd.org From: Michael Butler Subject: svn r297374 breaks kernel build if SMP undefined Openpgp: id=6F63E6399DCC8E3E94D60F0642FF6BAE0442D492 Message-ID: <56FA73CE.8060503@protected-networks.net> Date: Tue, 29 Mar 2016 08:23:42 -0400 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.7.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.21 Precedence: 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, 29 Mar 2016 12:23:52 -0000 If a custom kernel configuration file removes the SMP option, the kernel build fails on the implicit declaration of lapic_read_icr_lo on (or about) line 525 in local_apic.c. It refers to a static function whose definition is removed when SMP is undefined, imb From owner-freebsd-current@freebsd.org Tue Mar 29 12:38: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 734B3AE05EA for ; Tue, 29 Mar 2016 12:38:40 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (tensor.andric.com [IPv6:2001:7b8:3a7:1:2d0:b7ff:fea0:8c26]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "tensor.andric.com", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 38F1017F0 for ; Tue, 29 Mar 2016 12:38:40 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from [IPv6:2a03:fc02:2:1:64d6:d499:34de:64d] (unknown [IPv6:2a03:fc02:2:1:64d6:d499:34de:64d]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 1C7E025859; Tue, 29 Mar 2016 14:38:36 +0200 (CEST) Subject: Re: Need some help with ports and rebuilding the world Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Content-Type: multipart/signed; boundary="Apple-Mail=_B7F21DAA-3C52-4469-91B8-77FF676FA23D"; protocol="application/pgp-signature"; micalg=pgp-sha1 X-Pgp-Agent: GPGMail 2.6b2 (ebbf3ef) From: Dimitry Andric In-Reply-To: <20160329123821.120d8de8@fujitsu> Date: Tue, 29 Mar 2016 14:38:28 +0200 Cc: Gary Jennejohn , Michael Gmelin , freebsd-current@freebsd.org Message-Id: <72586F27-113D-4225-B7AB-A890C9522CD5@FreeBSD.org> References: <20160327234202.178df9a4@fujitsu> <20160327225612.713eaa2a@bsd64.grem.de> <20160328084735.29eff991@fujitsu> <20160328094742.68bc9046@ernst.home> <20160328170031.023f0adb@fujitsu> <20160329123821.120d8de8@fujitsu> To: Aleksander Alekseev X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 Precedence: 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, 29 Mar 2016 12:38:40 -0000 --Apple-Mail=_B7F21DAA-3C52-4469-91B8-77FF676FA23D Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii On 29 Mar 2016, at 11:38, Aleksander Alekseev wrote: > > OK, here is what I did so far. > > First I booted with 10.2 kernel (it's always good to have a backup). > Now I have 10.2 kernel and world. After that I installed clang38 using > ports (and discovered a bug #208375 in a process). > >> Don't try to build world with ports clang, it's not yet supported (at >> least not officially, and without jumping through some flaming >> hoops). > > It explains a lot, thanks! > >> Just use the compiler in the base system. > > ... but I got same errors using system clang 3.4.1: > > http://pastebin.com/raw/zz5UGsQV > > I'm at r297373 currently. > > Any ideas? For some reason, your build does not pick up the __alloc_size defines from sys/cdefs.h. You will have to figure out which cdefs.h your build is including, and check whether that is in sync with the rest of your source tree. If all else fails, delete your complete source tree, delete everything in /usr/obj, and restart the build. Also, in case settings in make.conf or src.conf are causing trouble, start with an empty make.conf and src.conf first, then add any settings one by one, to find the culprit. -Dimitry --Apple-Mail=_B7F21DAA-3C52-4469-91B8-77FF676FA23D Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.29 iEYEARECAAYFAlb6d0sACgkQsF6jCi4glqNOqACfSf6BWOcWq/nIwT4xeYpshugB gccAn0+fQIj99sQea25N7fKeLMbSehLy =Cwi5 -----END PGP SIGNATURE----- --Apple-Mail=_B7F21DAA-3C52-4469-91B8-77FF676FA23D-- From owner-freebsd-current@freebsd.org Tue Mar 29 13:53: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 606E2AE1EAD for ; Tue, 29 Mar 2016 13:53:49 +0000 (UTC) (envelope-from mail@eax.me) Received: from relay12.nicmail.ru (relay12.nicmail.ru [195.208.5.7]) (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 163D015B6; Tue, 29 Mar 2016 13:53:48 +0000 (UTC) (envelope-from mail@eax.me) Received: from [109.70.25.226] (port=59928 helo=fujitsu) by f06.mail.nic.ru with esmtp (Exim 5.55) (envelope-from ) id 1aku5l-00097n-2f; Tue, 29 Mar 2016 16:53:57 +0300 Received: from [93.174.131.138] (account mail@eax.me HELO fujitsu) by proxy04.mail.nic.ru (Exim 5.55) with id 1aku5Y-0002vo-Ek; Tue, 29 Mar 2016 16:53:44 +0300 Date: Tue, 29 Mar 2016 16:53:18 +0300 From: Aleksander Alekseev To: Dimitry Andric Cc: Gary Jennejohn , Michael Gmelin , freebsd-current@freebsd.org Subject: Re: Need some help with ports and rebuilding the world Message-ID: <20160329165318.2af443c4@fujitsu> In-Reply-To: <72586F27-113D-4225-B7AB-A890C9522CD5@FreeBSD.org> References: <20160327234202.178df9a4@fujitsu> <20160327225612.713eaa2a@bsd64.grem.de> <20160328084735.29eff991@fujitsu> <20160328094742.68bc9046@ernst.home> <20160328170031.023f0adb@fujitsu> <20160329123821.120d8de8@fujitsu> <72586F27-113D-4225-B7AB-A890C9522CD5@FreeBSD.org> 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.21 Precedence: 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, 29 Mar 2016 13:53:49 -0000 > For some reason, your build does not pick up the __alloc_size defines > from sys/cdefs.h. You will have to figure out which cdefs.h your > build is including, and check whether that is in sync with the rest > of your source tree. I removed CC, CXX and CPP lines from /etc/make.conf and it solved a problem. Still it's weird since cc (used now) and clang (explicitly specified before) supposed to be the same compiler: $ clang --version FreeBSD clang version 3.4.1 (tags/RELEASE_34/dot1-final 208032) 20140512 Target: x86_64-unknown-freebsd10.2 Thread model: posix $ cc --version FreeBSD clang version 3.4.1 (tags/RELEASE_34/dot1-final 208032) 20140512 Target: x86_64-unknown-freebsd10.2 Thread model: posix In fact cc and clang look like a hardlink to the same file. Any ideas why one is capable of building the world and second is not? -- Best regards, Aleksander Alekseev http://eax.me/ From owner-freebsd-current@freebsd.org Tue Mar 29 12:41:00 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 B0370AE0672 for ; Tue, 29 Mar 2016 12:41:00 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (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 A122F19B6 for ; Tue, 29 Mar 2016 12:41:00 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id u2TCf0FU027935 for ; Tue, 29 Mar 2016 12:41:00 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-current@FreeBSD.org Subject: [Bug 208275] Kernel panic when reading from /dev/cd0 with a damaged dvd Date: Tue, 29 Mar 2016 12:41:00 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: misc X-Bugzilla-Version: 11.0-CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: fk@fabiankeil.de X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-bugs@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-Mailman-Approved-At: Tue, 29 Mar 2016 13:57:24 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 Precedence: 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, 29 Mar 2016 12:41:00 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D208275 Fabian Keil changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |freebsd-current@FreeBSD.org --- Comment #7 from Fabian Keil --- Great, thanks for testing the patch. I believe that's all the information needed. CC'ing freebsd-current@ to see if a committer has time for this. FYI, when copying discs with lots of corrupt sectors, reducing kern.cam.cd.retry_count can significantly speed things up. --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-current@freebsd.org Tue Mar 29 14:02: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 EFF84AE02E0 for ; Tue, 29 Mar 2016 14:02:10 +0000 (UTC) (envelope-from freebsd@grem.de) Received: from mail.grem.de (outcast.grem.de [213.239.217.27]) by mx1.freebsd.org (Postfix) with SMTP id 5EFE11E67 for ; Tue, 29 Mar 2016 14:02:09 +0000 (UTC) (envelope-from freebsd@grem.de) Received: (qmail 64714 invoked by uid 89); 29 Mar 2016 14:02:02 -0000 Received: from unknown (HELO bsd64.grem.de) (mg@grem.de@194.97.158.70) by mail.grem.de with ESMTPA; 29 Mar 2016 14:02:02 -0000 Date: Tue, 29 Mar 2016 16:02:01 +0200 From: Michael Gmelin To: Aleksander Alekseev Cc: Dimitry Andric , Gary Jennejohn , freebsd-current@freebsd.org Subject: Re: Need some help with ports and rebuilding the world Message-ID: <20160329160201.292052a1@bsd64.grem.de> In-Reply-To: <20160329165318.2af443c4@fujitsu> References: <20160327234202.178df9a4@fujitsu> <20160327225612.713eaa2a@bsd64.grem.de> <20160328084735.29eff991@fujitsu> <20160328094742.68bc9046@ernst.home> <20160328170031.023f0adb@fujitsu> <20160329123821.120d8de8@fujitsu> <72586F27-113D-4225-B7AB-A890C9522CD5@FreeBSD.org> <20160329165318.2af443c4@fujitsu> X-Mailer: Claws Mail 3.13.2 (GTK+ 2.24.29; amd64-portbld-freebsd10.1) X-Face: $wrgCtfdVw_H9WAY?S&9+/F"!41z'L$uo*WzT8miX?kZ~W~Lr5W7v?j0Sde\mwB&/ypo^}> +a'4xMc^^KroE~+v^&^#[B">soBo1y6(TW6#UZiC]o>C6`ej+i Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAJFBMVEWJBwe5BQDl LASZU0/LTEWEfHbyj0Txi32+sKrp1Mv944X8/fm1rS+cAAAACXBIWXMAAAsTAAAL EwEAmpwYAAAAB3RJTUUH3wESCxwC7OBhbgAAACFpVFh0Q29tbWVudAAAAAAAQ3Jl YXRlZCB3aXRoIFRoZSBHSU1QbbCXAAAAAghJREFUOMu11DFvEzEUAGCfEhBVFzuq AKkLd0O6VrIQsLXVSZXoWE5N1K3DobBBA9fQpRWc8OkWouaIjedWKiyREOKs+3PY fvalCNjgLVHeF7/3bMtBzV8C/VsQ8tecEgCcDgrzjekwKZ7TwsJZd/ywEKwwP+ZM 8P3drTsAwWn2mpWuDDuYiK1bFs6De0KUUFw0tWxm+D4AIhuuvZqtyWYeO7jQ4Aea 7jUqI+ixhQoHex4WshEvSXdood7stlv4oSuFOC4tqGcr0NjEqXgV4mMJO38nld4+ xKNxRDon7khyKVqY7YR4d+Cg0OMrkWXZOM7YDkEfKiilCn1qYv4mighZiynuHHOA Wq9QJq+BIES7lMFUtcikMnkDGHUoncA+uHgrP0ctIEqfwLHzeSo+eUA66AqzwN6n 2ZHJhw6Qh/PoyC/QENyEyC/AyNjq74Bs+3UH0xYwzDUC4B97HgLocg1QLYgDDO1v f3UX9Y307Ew4AHh67YAFFsxEpkXwpXY3eIgMhAAE3R19L919nNnuD2wlPcDE3UeT L2ytEICQib9BXgS2fU8PrD82ToYO1OEmMSnYTjSqSv9wdC0tPYC+rQRQD9ESnldF CyqfmiYW+tlALt8gH2xrMdC/youbjzPXEun+/ReXsMCDyve3dZc09fn2Oas8oXGc Jj6/fOeK5UmSMPmf/jL+GD8BEj0k/Fn6IO4AAAAASUVORK5CYII= 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.21 Precedence: 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, 29 Mar 2016 14:02:11 -0000 On Tue, 29 Mar 2016 16:53:18 +0300 Aleksander Alekseev wrote: > > For some reason, your build does not pick up the __alloc_size > > defines from sys/cdefs.h. You will have to figure out which > > cdefs.h your build is including, and check whether that is in sync > > with the rest of your source tree. > > I removed CC, CXX and CPP lines from /etc/make.conf and it solved a > problem. Still it's weird since cc (used now) and clang (explicitly > specified before) supposed to be the same compiler: > > $ clang --version > FreeBSD clang version 3.4.1 (tags/RELEASE_34/dot1-final 208032) > 20140512 Target: x86_64-unknown-freebsd10.2 > Thread model: posix > > $ cc --version > FreeBSD clang version 3.4.1 (tags/RELEASE_34/dot1-final 208032) > 20140512 Target: x86_64-unknown-freebsd10.2 > Thread model: posix > > In fact cc and clang look like a hardlink to the same file. Any ideas > why one is capable of building the world and second is not? > Do you still have your old make.conf for comparison? Also, what is your PATH environment variable set to? - Michael -- Michael Gmelin From owner-freebsd-current@freebsd.org Tue Mar 29 14:29: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 6EB08AE0C04 for ; Tue, 29 Mar 2016 14:29:06 +0000 (UTC) (envelope-from mail@eax.me) Received: from relay15.nicmail.ru (relay15.nicmail.ru [195.208.5.161]) (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 224081F53; Tue, 29 Mar 2016 14:29:05 +0000 (UTC) (envelope-from mail@eax.me) Received: from [109.70.25.185] (port=34027 helo=fujitsu) by f19.mail.nic.ru with esmtp (Exim 5.55) (envelope-from ) id 1akudh-0003Cx-B5; Tue, 29 Mar 2016 17:29:01 +0300 Received: from [93.174.131.138] (account mail@eax.me HELO fujitsu) by proxy06.mail.nic.ru (Exim 5.55) with id 1akudh-00018d-CZ; Tue, 29 Mar 2016 17:29:01 +0300 Date: Tue, 29 Mar 2016 17:28:35 +0300 From: Aleksander Alekseev To: Michael Gmelin Cc: Dimitry Andric , Gary Jennejohn , freebsd-current@freebsd.org Subject: Re: Need some help with ports and rebuilding the world Message-ID: <20160329172835.6526c345@fujitsu> In-Reply-To: <20160329160201.292052a1@bsd64.grem.de> References: <20160327234202.178df9a4@fujitsu> <20160327225612.713eaa2a@bsd64.grem.de> <20160328084735.29eff991@fujitsu> <20160328094742.68bc9046@ernst.home> <20160328170031.023f0adb@fujitsu> <20160329123821.120d8de8@fujitsu> <72586F27-113D-4225-B7AB-A890C9522CD5@FreeBSD.org> <20160329165318.2af443c4@fujitsu> <20160329160201.292052a1@bsd64.grem.de> 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.21 Precedence: 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, 29 Mar 2016 14:29:06 -0000 > Do you still have your old make.conf for comparison? Sure. Current make.conf: ``` CPUTYPE?=native CFLAGS+=-O2 -pipe CXXFLAGS+=-O2 -pipe ``` Old make.conf: ``` CC=/usr/bin/clang CXX=/usr/bin/clang++ CPP=/usr/bin/clang-cpp CPUTYPE?=native CFLAGS+=-O2 -pipe CXXFLAGS+=-O2 -pipe ``` Just re-checked link from one of my previous messages: > ... but I got same errors using system clang 3.4.1: > http://pastebin.com/raw/zz5UGsQV > I'm at r297373 currently. So I'm certain it was /usr/bin/clang and family. For the record previously I always did ` sudo rm -rf /usr/obj ` before ` sudo time make -j2 buildworld `. I use sudo for buildworld since /usr/src is read-only for regular users. > Also, what is your PATH environment variable set to? $ echo $PATH /home/eax/bin:/sbin:/bin:/usr/sbin:/usr/bin:/usr/games:/usr/local/sbin:/usr/local/bin:/home/eax/bin $ sudo env | grep PATH Password: PATH=/home/eax/bin:/sbin:/bin:/usr/sbin:/usr/bin:/usr/games:/usr/local/sbin:/usr/local/bin:/home/eax/bin -- Best regards, Aleksander Alekseev http://eax.me/ From owner-freebsd-current@freebsd.org Tue Mar 29 15:06: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 DD61EAE14FB for ; Tue, 29 Mar 2016 15:06:41 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (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 CDDB81327 for ; Tue, 29 Mar 2016 15:06:41 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id u2TF6ftN069648 for ; Tue, 29 Mar 2016 15:06:41 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-current@FreeBSD.org Subject: [Bug 208275] Kernel panic when reading from /dev/cd0 with a damaged dvd Date: Tue, 29 Mar 2016 15:06:42 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: misc X-Bugzilla-Version: 11.0-CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: kib@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-bugs@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-Mailman-Approved-At: Tue, 29 Mar 2016 16:02:49 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 Precedence: 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, 29 Mar 2016 15:06:42 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D208275 Konstantin Belousov changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |kib@FreeBSD.org --- Comment #8 from Konstantin Belousov --- (In reply to Fabian Keil from comment #7) I think the only needed part of the change is the move of n calculation aft= er the error check. In head, cluster_read() and bread() relibably reset bp to NULL on error, _a= nd_ brelse ignores NULL argument. So it may be argued that the fix also could remobe brelse() call from the error path. --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-current@freebsd.org Tue Mar 29 15:58: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 E2588AE24B7 for ; Tue, 29 Mar 2016 15:58:34 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (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 D30DC1662 for ; Tue, 29 Mar 2016 15:58:34 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id u2TFwYEO068463 for ; Tue, 29 Mar 2016 15:58:34 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-current@FreeBSD.org Subject: [Bug 208275] Kernel panic when reading from /dev/cd0 with a damaged dvd Date: Tue, 29 Mar 2016 15:58:34 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: misc X-Bugzilla-Version: 11.0-CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: fk@fabiankeil.de X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-bugs@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-Mailman-Approved-At: Tue, 29 Mar 2016 16:26:36 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 Precedence: 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, 29 Mar 2016 15:58:35 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D208275 --- Comment #9 from Fabian Keil --- I agree that moving the n calculation behind the error block is technically sufficient to prevent the panic. I added the NULL check in front of the brelse() because the function contains a comment that indicates that passing NULL to it is considered incorrect. My assumption was that the brelse() was there for a reason and that bp would sometimes not be NULL or at least could be in the future. cluster_read() and bread*() indeed seem to reliably reset bp to NULL on error, but unlike breadn_flags(), cluster_read() has no comment that explicitly mentions this, so I wasn't sure that one can depend on this behaviour. If the behaviour is unlikely to change in the future, I agree that the brelse() should be removed. --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-current@freebsd.org Tue Mar 29 16:09: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 AA867AE2A42 for ; Tue, 29 Mar 2016 16:09:56 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (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 9B5E71083 for ; Tue, 29 Mar 2016 16:09:56 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id u2TG9ugk024710 for ; Tue, 29 Mar 2016 16:09:56 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-current@FreeBSD.org Subject: [Bug 208275] Kernel panic when reading from /dev/cd0 with a damaged dvd Date: Tue, 29 Mar 2016 16:09:56 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: misc X-Bugzilla-Version: 11.0-CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: kib@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-bugs@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-Mailman-Approved-At: Tue, 29 Mar 2016 16:26:42 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 Precedence: 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, 29 Mar 2016 16:09:56 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D208275 --- Comment #10 from Konstantin Belousov --- (In reply to Fabian Keil from comment #9) See the comment near the end of cluster_read(), right after the opening '{'= of if (reqbp) block. It all comes from r294954. --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-current@freebsd.org Tue Mar 29 16:42: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 E7484AE243B for ; Tue, 29 Mar 2016 16:42:40 +0000 (UTC) (envelope-from jiashiun@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 A438B1619; Tue, 29 Mar 2016 16:42:40 +0000 (UTC) (envelope-from jiashiun@gmail.com) Received: by mail-ig0-x22a.google.com with SMTP id cl4so80525761igb.0; Tue, 29 Mar 2016 09:42:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=NPhR84RIOnhMnTXrV5byzhTMRRkxo4ybqBHdvKuwn7E=; b=LcDXbUCTwNpnVXuLg0xsC8BelM/eW3dI0DBUtRApc8OzrB0XNdDAjBvNOuZJ0Bso1Q mer7XxlIMbe2Urw8TqUxw0rJFGVBe2CogBSpxu3cJkt3yjM6kItxpOj3jEh5zuZPdIMz w0yHR0/KwxUeF+6+hMLdacD2QkeW9Jw07PeCBQdNMh+2uPqAk3Nr05/1d4+CNMHMaxC8 iitrbB6FjQH8pAeKEAqnq+7p3LmeR5cquzgHhuRGwywOFWO5eollI53f5rERMjetcc3O 0jDO7JiuqSoKzRtLJ2p5Vz4XfIANe+cKlXrEFGEW2wti9LpTGG+WcOPDcyNMsHbnedZl kR6g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=NPhR84RIOnhMnTXrV5byzhTMRRkxo4ybqBHdvKuwn7E=; b=W3kXdvBt5Vh1TId0qB0KHos/YGJsSUcV831xXerPxcLvO1qGDMLAFWS0nmAoUouvCl mJOyfNl2Zruk9ty9YpyQE0t0MxUaHPgkj6af7e/57xSi9TGjrJn9nbx4WYMxsR+YzQ/H xk2ppjAxhj6kZAN0dNtmlgpZBAeSjk7PpTx7u/BzBuyp/T06jsMd5p9jrCGNXJwMMFdX lL0zOSah0Wrs4juAmAQrU2bFW7kAxV668tpAJm0IzSuasIh9HJA6sk0fl8dMpMvkIcJB 2a/wJ2jwCCB+eBpG+kEAOFTuSCZ6rOD56uhUG4oOowDLLMyckBI+P2mJtsqNmwbp//8g 2J4w== X-Gm-Message-State: AD7BkJJyLfRhNUwH/ZGn+/kjiK5xfb+ZavM9NnhRP7ZMfUmhjfTdwM+Qgzq7WG5hUaPDikjAfrqpzLAReu0Npw== X-Received: by 10.50.78.234 with SMTP id e10mr8534062igx.32.1459269759680; Tue, 29 Mar 2016 09:42:39 -0700 (PDT) MIME-Version: 1.0 Received: by 10.79.38.73 with HTTP; Tue, 29 Mar 2016 09:42:10 -0700 (PDT) In-Reply-To: <1459179514.1091.127.camel@freebsd.org> References: <56F5A0A9.8030207@FreeBSD.org> <1458947510.1091.91.camel@freebsd.org> <56F5CCDA.2060808@FreeBSD.org> <1458954555.1091.94.camel@freebsd.org> <56F6551D.1010308@FreeBSD.org> <1459132140.1091.122.camel@freebsd.org> <56F8FA7C.1030204@FreeBSD.org> <1459179514.1091.127.camel@freebsd.org> From: Jia-Shiun Li Date: Wed, 30 Mar 2016 00:42:10 +0800 Message-ID: Subject: Re: SD card adapter doesn't working anymore To: Ian Lepore Cc: Ruslan Makhmatkhanov , FreeBSD Current Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.21 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 Precedence: 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, 29 Mar 2016 16:42:41 -0000 On Mon, Mar 28, 2016 at 11:38 PM, Ian Lepore wrote: > Wow, there's just nothing to work with in that output. I think the > increased debuging didn't output anything because nothing is happening, > and that's consistant with the value in the Present State register when > the driver attaches, which says that no card is inserted. (It says > that in several ways... when a card is in, half a dozen of those bits > should be non-zero.) > > It makes me think the controller isn't powered up, or is in some > suspend mode or something. But that would be at the pci bus level, not > something the driver is in control of. I had a problem like that > initially on my FitPc2 x86 board that has sdhci on it, but the problem > went away with a bios update. > I tried it on my once-worked notebook. If sdcard was not inserted mmc0 does not get probed. If sdcard was inserted while loading sdhci_pci module, timeout repeats until I eject the sdcard. And inserting card afterward did not get it probed in either cases. Kernel is FreeBSD jsli-nb 11.0-CURRENT FreeBSD 11.0-CURRENT #8 r297267M: Fri Mar 25 19:50:53 CST 2016 jsli@4cbsd:/usr/obj/usr/src/sys/Minimal-NODEBUG amd64 No card: found-> vendor=0x197b, dev=0x2381, revid=0x00 domain=0, bus=7, slot=0, func=2 class=08-05-01, hdrtype=0x00, mfdev=1 cmdreg=0x0407, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=16 powerspec 3 supports D0 D3 current D3 MSI supports 1 message pci0:7:0:2: reprobing on driver added pci5: set ACPI power state D0 on \134_SB_.PCI0.EXP5.J382 pci0:7:0:2: Transition from D3 to D0 sdhci_pci0: mem 0xd7000200-0xd70002ff irq 16 at device 0.2 on pci5 sdhci_pci0: attempting to allocate 1 MSI vectors (1 supported) msi: routing MSI IRQ 259 to local APIC 1 vector 54 sdhci_pci0: using IRQ 259 for MSI sdhci_pci0-slot0: 50MHz 8bits 3.3V DMA sdhci_pci0-slot0: ============== REGISTER DUMP ============== sdhci_pci0-slot0: Sys addr: 0x00000000 | Version: 0x0000ac01 sdhci_pci0-slot0: Blk size: 0x00000000 | Blk cnt: 0x00000000 sdhci_pci0-slot0: Argument: 0x00000000 | Trn mode: 0x00000000 sdhci_pci0-slot0: Present: 0x00080000 | Host ctl: 0x00000000 sdhci_pci0-slot0: Power: 0x00000000 | Blk gap: 0x00000000 sdhci_pci0-slot0: Wake-up: 0x00000000 | Clock: 0x00000000 sdhci_pci0-slot0: Timeout: 0x00000000 | Int stat: 0x00000000 sdhci_pci0-slot0: Int enab: 0x01ff00fb | Sig enab: 0x01ff00fb sdhci_pci0-slot0: AC12 err: 0x00000000 | Slot int: 0x00000000 sdhci_pci0-slot0: Caps: 0x014832b2 | Max curr: 0x00000000 sdhci_pci0-slot0: =========================================== sdhci_pci0: 1 slot(s) allocated random: harvesting attach, 8 bytes (4 bits) from sdhci_pci0 Card inserted: found-> vendor=0x197b, dev=0x2381, revid=0x00 domain=0, bus=7, slot=0, func=2 class=08-05-01, hdrtype=0x00, mfdev=1 cmdreg=0x0407, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=16 powerspec 3 supports D0 D3 current D3 MSI supports 1 message pci0:7:0:2: reprobing on driver added pci5: set ACPI power state D0 on \134_SB_.PCI0.EXP5.J382 pci0:7:0:2: Transition from D3 to D0 sdhci_pci0: mem 0xd7000200-0xd70002ff irq 16 at device 0.2 on pci5 sdhci_pci0: attempting to allocate 1 MSI vectors (1 supported) msi: routing MSI IRQ 259 to local APIC 1 vector 54 sdhci_pci0: using IRQ 259 for MSI sdhci_pci0-slot0: 50MHz 8bits 3.3V DMA sdhci_pci0-slot0: ============== REGISTER DUMP ============== sdhci_pci0-slot0: Sys addr: 0x00000000 | Version: 0x0000ac01 sdhci_pci0-slot0: Blk size: 0x00000000 | Blk cnt: 0x00000000 sdhci_pci0-slot0: Argument: 0x00000000 | Trn mode: 0x00000000 sdhci_pci0-slot0: Present: 0x000f0000 | Host ctl: 0x00000000 sdhci_pci0-slot0: Power: 0x00000000 | Blk gap: 0x00000000 sdhci_pci0-slot0: Wake-up: 0x00000000 | Clock: 0x00000000 sdhci_pci0-slot0: Timeout: 0x00000000 | Int stat: 0x00000000 sdhci_pci0-slot0: Int enab: 0x01ff00fb | Sig enab: 0x01ff00fb sdhci_pci0-slot0: AC12 err: 0x00000000 | Slot int: 0x00000000 sdhci_pci0-slot0: Caps: 0x014832b2 | Max curr: 0x00000000 sdhci_pci0-slot0: =========================================== sdhci_pci0: 1 slot(s) allocated random: harvesting attach, 8 bytes (4 bits) from sdhci_pci0 found-> vendor=0x197b, dev=0x2383, revid=0x00 domain=0, bus=7, slot=0, func=3 class=08-80-00, hdrtype=0x00, mfdev=1 cmdreg=0x0007, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=16 powerspec 3 supports D0 D3 current D3 MSI supports 1 message pci0:7:0:3: reprobing on driver added pci5: set ACPI power state D0 on \134_SB_.PCI0.EXP5.J383 pci0:7:0:3: Transition from D3 to D0 pci0:7:0:3: Transition from D0 to D3 found-> vendor=0x197b, dev=0x2384, revid=0x00 domain=0, bus=7, slot=0, func=4 class=08-80-00, hdrtype=0x00, mfdev=1 cmdreg=0x0007, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=16 powerspec 3 supports D0 D3 current D3 MSI supports 1 message pci0:7:0:4: reprobing on driver added pci5: set ACPI power state D0 on \134_SB_.PCI0.EXP5.J384 pci0:7:0:4: Transition from D3 to D0 pci0:7:0:4: Transition from D0 to D3 pci6: driver added mmc0: on sdhci_pci0 sdhci_pci0-slot0: Divider 64 for freq 390625 (base 50000000) mmc0: Probing bus sdhci_pci0-slot0: CMD0 arg 0 flags 0x40 dlen 0 dflags 0 sdhci_pci0-slot0: Controller timeout sdhci_pci0-slot0: ============== REGISTER DUMP ============== sdhci_pci0-slot0: Sys addr: 0x00000000 | Version: 0x0000ac01 sdhci_pci0-slot0: Blk size: 0x00000000 | Blk cnt: 0x00000000 sdhci_pci0-slot0: Argument: 0x00000000 | Trn mode: 0x00000000 sdhci_pci0-slot0: Present: 0x01ff0000 | Host ctl: 0x00000001 sdhci_pci0-slot0: Power: 0x0000000f | Blk gap: 0x00000000 sdhci_pci0-slot0: Wake-up: 0x00000000 | Clock: 0x00004007 sdhci_pci0-slot0: Timeout: 0x00000000 | Int stat: 0x00000001 sdhci_pci0-slot0: Int enab: 0x01ff00fb | Sig enab: 0x01ff00fb sdhci_pci0-slot0: AC12 err: 0x00000000 | Slot int: 0x00000000 sdhci_pci0-slot0: Caps: 0x014832b2 | Max curr: 0x00000000 sdhci_pci0-slot0: =========================================== sdhci_pci0-slot0: CMD0 arg 0 flags 0x40 dlen 0 dflags 0 sdhci_pci0-slot0: Controller timeout sdhci_pci0-slot0: ============== REGISTER DUMP ============== sdhci_pci0-slot0: Sys addr: 0x00000000 | Version: 0x0000ac01 sdhci_pci0-slot0: Blk size: 0x00000000 | Blk cnt: 0x00000000 sdhci_pci0-slot0: Argument: 0x00000000 | Trn mode: 0x00000000 sdhci_pci0-slot0: Present: 0x01ff0000 | Host ctl: 0x00000001 sdhci_pci0-slot0: Power: 0x0000000f | Blk gap: 0x00000000 sdhci_pci0-slot0: Wake-up: 0x00000000 | Clock: 0x00004007 sdhci_pci0-slot0: Timeout: 0x00000000 | Int stat: 0x00000001 sdhci_pci0-slot0: Int enab: 0x01ff00fb | Sig enab: 0x01ff00fb sdhci_pci0-slot0: AC12 err: 0x00000000 | Slot int: 0x00000000 sdhci_pci0-slot0: Caps: 0x014832b2 | Max curr: 0x00000000 sdhci_pci0-slot0: =========================================== sdhci_pci0-slot0: CMD0 arg 0 flags 0x40 dlen 0 dflags 0 sdhci_pci0-slot0: Controller timeout sdhci_pci0-slot0: ============== REGISTER DUMP ============== sdhci_pci0-slot0: Sys addr: 0x00000000 | Version: 0x0000ac01 sdhci_pci0-slot0: Blk size: 0x00000000 | Blk cnt: 0x00000000 sdhci_pci0-slot0: Argument: 0x00000000 | Trn mode: 0x00000000 sdhci_pci0-slot0: Present: 0x01ff0000 | Host ctl: 0x00000001 sdhci_pci0-slot0: Power: 0x0000000f | Blk gap: 0x00000000 sdhci_pci0-slot0: Wake-up: 0x00000000 | Clock: 0x00004007 sdhci_pci0-slot0: Timeout: 0x00000000 | Int stat: 0x00000001 sdhci_pci0-slot0: Int enab: 0x01ff00fb | Sig enab: 0x01ff00fb sdhci_pci0-slot0: AC12 err: 0x00000000 | Slot int: 0x00000000 sdhci_pci0-slot0: Caps: 0x014832b2 | Max curr: 0x00000000 sdhci_pci0-slot0: =========================================== sdhci_pci0-slot0: CMD0 arg 0 flags 0x40 dlen 0 dflags 0 sdhci_pci0-slot0: Controller timeout sdhci_pci0-slot0: ============== REGISTER DUMP ============== sdhci_pci0-slot0: Sys addr: 0x00000000 | Version: 0x0000ac01 sdhci_pci0-slot0: Blk size: 0x00000000 | Blk cnt: 0x00000000 sdhci_pci0-slot0: Argument: 0x00000000 | Trn mode: 0x00000000 sdhci_pci0-slot0: Present: 0x01080000 | Host ctl: 0x00000001 sdhci_pci0-slot0: Power: 0x0000000f | Blk gap: 0x00000000 sdhci_pci0-slot0: Wake-up: 0x00000000 | Clock: 0x00004007 sdhci_pci0-slot0: Timeout: 0x00000000 | Int stat: 0x00000081 sdhci_pci0-slot0: Int enab: 0x01ff00fb | Sig enab: 0x01ff00fb sdhci_pci0-slot0: AC12 err: 0x00000000 | Slot int: 0x00000000 sdhci_pci0-slot0: Caps: 0x014832b2 | Max curr: 0x00000000 sdhci_pci0-slot0: =========================================== sdhci_pci0-slot0: CMD8 arg 0x1aa flags 0x65 dlen 0 dflags 0 sdhci_pci0-slot0: CMD8 arg 0x1aa flags 0x65 dlen 0 dflags 0 sdhci_pci0-slot0: CMD8 arg 0x1aa flags 0x65 dlen 0 dflags 0 sdhci_pci0-slot0: CMD8 arg 0x1aa flags 0x65 dlen 0 dflags 0 sdhci_pci0-slot0: CMD55 arg 0 flags 0x15 dlen 0 dflags 0 sdhci_pci0-slot0: CMD55 arg 0 flags 0x15 dlen 0 dflags 0 sdhci_pci0-slot0: CMD55 arg 0 flags 0x15 dlen 0 dflags 0 sdhci_pci0-slot0: CMD55 arg 0 flags 0x15 dlen 0 dflags 0 mmc0: SD probe: failed sdhci_pci0-slot0: CMD1 arg 0 flags 0x61 dlen 0 dflags 0 sdhci_pci0-slot0: CMD1 arg 0 flags 0x61 dlen 0 dflags 0 sdhci_pci0-slot0: CMD1 arg 0 flags 0x61 dlen 0 dflags 0 sdhci_pci0-slot0: CMD1 arg 0 flags 0x61 dlen 0 dflags 0 mmc0: MMC probe: failed mmc0: Current OCR: 0x00000000 mmc0: No compatible cards found on bus random: harvesting attach, 8 bytes (4 bits) from mmc0 -Jia-Shiun From owner-freebsd-current@freebsd.org Tue Mar 29 16:18: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 17E02AE2C43 for ; Tue, 29 Mar 2016 16:18:35 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (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 08E9A15E2 for ; Tue, 29 Mar 2016 16:18:35 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id u2TGIY2A043113 for ; Tue, 29 Mar 2016 16:18:34 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-current@FreeBSD.org Subject: [Bug 208275] Kernel panic when reading from /dev/cd0 with a damaged dvd Date: Tue, 29 Mar 2016 16:18:34 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: misc X-Bugzilla-Version: 11.0-CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: fk@fabiankeil.de X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-bugs@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-Mailman-Approved-At: Tue, 29 Mar 2016 17:18:31 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 Precedence: 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, 29 Mar 2016 16:18:35 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D208275 --- Comment #11 from Fabian Keil --- Thanks for the pointer. Somehow I missed that comment. --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-current@freebsd.org Tue Mar 29 17:31: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 107ACAE2F09 for ; Tue, 29 Mar 2016 17:31:14 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id C11BD1BED for ; Tue, 29 Mar 2016 17:31:13 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost.zedat.fu-berlin.de (Exim 4.85) for freebsd-current@freebsd.org with esmtps (TLSv1.2:DHE-RSA-AES256-GCM-SHA384:256) (envelope-from ) id <1akxTt-001bQp-JB>; Tue, 29 Mar 2016 19:31:05 +0200 Received: from x5ce122cf.dyn.telefonica.de ([92.225.34.207] helo=thor.walstatt.dynvpn.de) by inpost2.zedat.fu-berlin.de (Exim 4.85) for freebsd-current@freebsd.org with esmtpsa (TLSv1.2:AES128-GCM-SHA256:128) (envelope-from ) id <1akxTt-002PM4-9b>; Tue, 29 Mar 2016 19:31:05 +0200 Date: Tue, 29 Mar 2016 19:31:28 +0200 From: "O. Hartmann" To: FreeBSD CURRENT Subject: www/firefox: no audio since last update Message-ID: <20160329193128.735b4c64.ohartman@zedat.fu-berlin.de> Organization: FU Berlin X-Mailer: Claws Mail 3.13.2 (GTK+ 2.24.29; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; boundary="Sig_/n6/_EblHscZtstA1gf3fRWT"; protocol="application/pgp-signature" X-Originating-IP: 92.225.34.207 X-ZEDAT-Hint: A X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 Precedence: 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, 29 Mar 2016 17:31:14 -0000 --Sig_/n6/_EblHscZtstA1gf3fRWT Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable In the strain of the most recent update of www/firefox, on CURRENT the audi= o capability is gone! Firefox does not paly any kind of audio. Config is ports standard: =3D=3D=3D> The following configuration options are available for firefox-45= .0.1_3,1: BUNDLED_CAIRO=3Don: Use bundled fork of cairo-1.9.5 CANBERRA=3Doff: Sound theme alerts DBUS=3Don: D-Bus IPC system support DEBUG=3Doff: Build with debugging support DTRACE=3Don: Build with DTrace probes FFMPEG=3Don: FFmpeg support (WMA, AIFF, AC3, APE...) GCONF=3Doff: GConf configuration backend support GIO=3Don: Use GIO for file I/O GNOMEUI=3Doff: libgnomeui support module INTEGER_SAMPLES=3Doff: Integer audio sample format LIBPROXY=3Doff: Proxy support via libproxy OPTIMIZED_CFLAGS=3Don: Use extra compiler optimizations PGO=3Doff: Use Profile-Guided Optimization PROFILE=3Doff: Build with profiling support RUST=3Don: Build with components written in Rust language TEST=3Doff: Build and/or run tests =3D=3D=3D=3D> Options available for the multi AUDIO: you have to choose at = least one of them ALSA=3Don: ALSA audio architecture support PULSEAUDIO=3Don: PulseAudio sound server support =3D=3D=3D=3D> Options available for the single TOOLKIT: you have to select = exactly one of them GTK2=3Doff: GTK+ 2 GUI toolkit support GTK3=3Don: GTK+ 3 GUI toolkit support =3D=3D=3D> Use 'make config' to modify these settings --Sig_/n6/_EblHscZtstA1gf3fRWT Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBCAAGBQJW+rvxAAoJEOgBcD7A/5N88yMIAMute9ln5ESutFZV5FtAhaG+ Tgh10toyIUSxxSGzkJvtiCjb5yZQm3BhrFMxShKKZUtOkRvbWN+e5fXIo64d6Nbz gMGg3BCNzIVmZrtx4URLSmiSiZHuH2dCCZ79peXbaJo0DBkXt/zXzaTvWMamvuxQ 83ktkOYeiGpl35yAETNP25i51MyCrnHWChNTxn0GHuNU1+Efh+lQLviecW/9cWS6 hY6RfIHEcm7gAO4u0A3Up2u8Bz2xRdcdS5TNqQcFSReRVcpvqhAoZzXvaxxCqzwl xXhm4HjUk2tBsNBjMy/YaeBu5BEJdwaW3L86lj50C4IpP/Av6OvSNkT7sc96rb8= =1UnZ -----END PGP SIGNATURE----- --Sig_/n6/_EblHscZtstA1gf3fRWT-- From owner-freebsd-current@freebsd.org Tue Mar 29 18:16: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 D3DD4AE2992 for ; Tue, 29 Mar 2016 18:16:34 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (tensor.andric.com [87.251.56.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "tensor.andric.com", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 9889515B3 for ; Tue, 29 Mar 2016 18:16:34 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from [IPv6:2001:7b8:3a7::4513:c3a7:b0b8:ff47] (unknown [IPv6:2001:7b8:3a7:0:4513:c3a7:b0b8:ff47]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id B4CF569C5; Tue, 29 Mar 2016 20:16:25 +0200 (CEST) Subject: Re: Need some help with ports and rebuilding the world Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Content-Type: multipart/signed; boundary="Apple-Mail=_224C84BD-97A6-40F0-99B3-81B58AA994AE"; protocol="application/pgp-signature"; micalg=pgp-sha1 X-Pgp-Agent: GPGMail 2.6b2 (ebbf3ef) From: Dimitry Andric In-Reply-To: <20160329165318.2af443c4@fujitsu> Date: Tue, 29 Mar 2016 20:16:16 +0200 Cc: Gary Jennejohn , Michael Gmelin , freebsd-current@freebsd.org Message-Id: References: <20160327234202.178df9a4@fujitsu> <20160327225612.713eaa2a@bsd64.grem.de> <20160328084735.29eff991@fujitsu> <20160328094742.68bc9046@ernst.home> <20160328170031.023f0adb@fujitsu> <20160329123821.120d8de8@fujitsu> <72586F27-113D-4225-B7AB-A890C9522CD5@FreeBSD.org> <20160329165318.2af443c4@fujitsu> To: Aleksander Alekseev X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 Precedence: 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, 29 Mar 2016 18:16:34 -0000 --Apple-Mail=_224C84BD-97A6-40F0-99B3-81B58AA994AE Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On 29 Mar 2016, at 15:53, Aleksander Alekseev wrote: >=20 >> For some reason, your build does not pick up the __alloc_size defines >> from sys/cdefs.h. You will have to figure out which cdefs.h your >> build is including, and check whether that is in sync with the rest >> of your source tree. >=20 > I removed CC, CXX and CPP lines from /etc/make.conf and it solved a > problem. Still it's weird since cc (used now) and clang (explicitly > specified before) supposed to be the same compiler: >=20 > $ clang --version > FreeBSD clang version 3.4.1 (tags/RELEASE_34/dot1-final 208032) = 20140512 > Target: x86_64-unknown-freebsd10.2 > Thread model: posix >=20 > $ cc --version > FreeBSD clang version 3.4.1 (tags/RELEASE_34/dot1-final 208032) = 20140512 > Target: x86_64-unknown-freebsd10.2 > Thread model: posix >=20 > In fact cc and clang look like a hardlink to the same file. Any ideas > why one is capable of building the world and second is not? It should not make any difference, at least on my systems it does not. =46rom what I saw from in other post, you specified the full path to = clang in CC, which you should not do for a regular buildworld. The first stages of buildworld build a copy of clang under /usr/obj, and the later stages use that, but specifying a full path the compiler defeats this mechanism. Note that Bryan Drewery is working on making this better, but for now, just don't use full paths for CC, CXX and CPP in make.conf. -Dimitry --Apple-Mail=_224C84BD-97A6-40F0-99B3-81B58AA994AE Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.29 iEYEARECAAYFAlb6xnkACgkQsF6jCi4glqOZ0gCfRezIJPKrSZirg1vHPty8qyIz SAMAoLQ174Gu1uUmJoZ829tdGEj9Ch6G =6fRT -----END PGP SIGNATURE----- --Apple-Mail=_224C84BD-97A6-40F0-99B3-81B58AA994AE-- From owner-freebsd-current@freebsd.org Tue Mar 29 18:19: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 45116AE2A1D for ; Tue, 29 Mar 2016 18:19:13 +0000 (UTC) (envelope-from dumbbell@FreeBSD.org) Received: from mail.made4.biz (mail.made4.biz [IPv6:2001:41d0:2:c018::1:3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 0E4A816F6 for ; Tue, 29 Mar 2016 18:19:13 +0000 (UTC) (envelope-from dumbbell@FreeBSD.org) Received: from 141.7.19.93.rev.sfr.net ([93.19.7.141] helo=magellan.dumbbell.fr) by mail.made4.biz with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.86 (FreeBSD)) (envelope-from ) id 1akyEQ-0004ns-Ha for freebsd-current@freebsd.org; Tue, 29 Mar 2016 20:19:10 +0200 Subject: Re: installworld failed by mounting other's /usr/obj To: freebsd-current@freebsd.org References: From: =?UTF-8?Q?Jean-S=c3=a9bastien_P=c3=a9dron?= Message-ID: <56FAC71A.6090400@FreeBSD.org> Date: Tue, 29 Mar 2016 20:19:06 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.7.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="Tpd9JM5rSLf0c8kKoRBlPWrEtrkOsdQXP" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 Precedence: 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, 29 Mar 2016 18:19:13 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --Tpd9JM5rSLf0c8kKoRBlPWrEtrkOsdQXP Content-Type: multipart/mixed; boundary="OjNqbfgALKTJi8kF6aMxAiTh7q7k0fsO0" From: =?UTF-8?Q?Jean-S=c3=a9bastien_P=c3=a9dron?= To: freebsd-current@freebsd.org Message-ID: <56FAC71A.6090400@FreeBSD.org> Subject: Re: installworld failed by mounting other's /usr/obj References: In-Reply-To: --OjNqbfgALKTJi8kF6aMxAiTh7q7k0fsO0 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 27/03/2016 09:07, Jia-Shiun Li wrote: > I have one machine which is faster to build world and export /usr/obj f= or > others to install. >=20 > As of r297266 installworld would fail. It seems to be caused by r296921= > which would delete libc.ld. In this case libc.ld resides on a read-only= > /usr/obj mount. Hi! This was fixed by Bryan Drewery in r297270. --=20 Jean-S=E9bastien P=E9dron --OjNqbfgALKTJi8kF6aMxAiTh7q7k0fsO0-- --Tpd9JM5rSLf0c8kKoRBlPWrEtrkOsdQXP 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 iQJ8BAEBCgBmBQJW+scaXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ2NzA4N0ZEMUFFQUUwRTEyREJDNkE2RjAz OUU5OTc2MUE1RkQ5NENDAAoJEDnpl2Gl/ZTMM0sQANCreJe83lziiFjThV9fBS/k 71gOkCD7Wj47VuuvyMlCAo6eoaAXlRLOO2vcAj5/t04QnfDEgJnQ2QFweVm/Q8Ja KeE77N0FaIlD8MJQA7In7WhvHRqbcyL6l2RwrFOJ0Cm/AT1WvkundSAk2U/865WU qVEsqMsyGta/1AUzIy00yxcX1/OdLyyV6T7thX5fE/EGJM0Pbu577FyR4jp5uTaY votmZ+jjWCdCmZs/X1hBHEUMNT0GiUCqOWr5PYOE7Ee8WofmPhzFEAJbdc0wG/ng wa81nPTf2hcFtCUAjc0m1zU5+FR/pMRcSODbw5rCz1s81j3PjjUzSIvC5DPpd7CH PMfdd/qyTCBWNtWi2aBaiwfqH7OAwctr+K3UXpJhqeU6aaQtUW5/gkGvXmmSbokb co9bcY1/CsZlF9oWapnz3tx1x21o0vZcWyxEfiE/tjAOGvcmeXPqHM87Jn7nimG/ 983pZ6GURODjv67zucQgxgta+Q4CD3nDsWvPWLbGxME3Sl7gdewMou417gOVqDRN ZWOVd5d3vqWY8g+x2tq6K70WRp5prolPZK/ewygSRoACKOcitOapaXuhJcnLMSsv ORoOtz/jlcN1znEMbwf7udrJgbrFjACTy4X8qY8x4JbkcKOL+mGEgyqOq5Moow3O 2ug86brjFFV+VhHJFW2Y =/Cro -----END PGP SIGNATURE----- --Tpd9JM5rSLf0c8kKoRBlPWrEtrkOsdQXP-- From owner-freebsd-current@freebsd.org Tue Mar 29 19:14: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 24C6EAE294C for ; Tue, 29 Mar 2016 19:14:11 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from wonkity.com (wonkity.com [67.158.26.137]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "wonkity.com", Issuer "wonkity.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id E9C9716DB for ; Tue, 29 Mar 2016 19:14:10 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.15.2/8.15.2) with ESMTPS id u2TJDxOb052767 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Tue, 29 Mar 2016 13:13:59 -0600 (MDT) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.15.2/8.15.2/Submit) with ESMTP id u2TJDwiI052756; Tue, 29 Mar 2016 13:13:59 -0600 (MDT) (envelope-from wblock@wonkity.com) Date: Tue, 29 Mar 2016 13:13:58 -0600 (MDT) From: Warren Block To: Aleksander Alekseev cc: Gary Jennejohn , Michael Gmelin , freebsd-current@freebsd.org Subject: Re: Need some help with ports and rebuilding the world In-Reply-To: <20160328170031.023f0adb@fujitsu> Message-ID: References: <20160327234202.178df9a4@fujitsu> <20160327225612.713eaa2a@bsd64.grem.de> <20160328084735.29eff991@fujitsu> <20160328094742.68bc9046@ernst.home> <20160328170031.023f0adb@fujitsu> User-Agent: Alpine 2.20 (BSF 67 2015-01-07) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (wonkity.com [127.0.0.1]); Tue, 29 Mar 2016 13:13:59 -0600 (MDT) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 Precedence: 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, 29 Mar 2016 19:14:11 -0000 On Mon, 28 Mar 2016, Aleksander Alekseev wrote: >> I think I realized what's going on. I probably rebuilded the world on >> two different machines but forgot to do it on this one. I will >> re-check this and report results a bit later. > > OK, here is a problem. I can't upgrade the world because of compile > errors I mentioned before: > > http://lpaste.net/948188758727983104 > > This issue reproduces with both CLang 3.6 and new CLang compiled > manually from trunk (I created symlinks clang++-3.9 and clang-cpp-3.9 > to clang-3.9 and it solved my problem with CLang I mentioned before). Did you erase /usr/src before checking out -CURRENT? Obsolete files left in there can easily break things. 'svn stat /usr/src' will show those files with a '?'. From owner-freebsd-current@freebsd.org Tue Mar 29 19:17:52 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 7FA97AE29E1 for ; Tue, 29 Mar 2016 19:17:52 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from wonkity.com (wonkity.com [67.158.26.137]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "wonkity.com", Issuer "wonkity.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4720818DC; Tue, 29 Mar 2016 19:17:52 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.15.2/8.15.2) with ESMTPS id u2TJHgvF053694 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Tue, 29 Mar 2016 13:17:42 -0600 (MDT) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.15.2/8.15.2/Submit) with ESMTP id u2TJHfqv053689; Tue, 29 Mar 2016 13:17:42 -0600 (MDT) (envelope-from wblock@wonkity.com) Date: Tue, 29 Mar 2016 13:17:41 -0600 (MDT) From: Warren Block To: Aleksander Alekseev cc: Michael Gmelin , Dimitry Andric , Gary Jennejohn , freebsd-current@freebsd.org Subject: Re: Need some help with ports and rebuilding the world In-Reply-To: <20160329172835.6526c345@fujitsu> Message-ID: References: <20160327234202.178df9a4@fujitsu> <20160327225612.713eaa2a@bsd64.grem.de> <20160328084735.29eff991@fujitsu> <20160328094742.68bc9046@ernst.home> <20160328170031.023f0adb@fujitsu> <20160329123821.120d8de8@fujitsu> <72586F27-113D-4225-B7AB-A890C9522CD5@FreeBSD.org> <20160329165318.2af443c4@fujitsu> <20160329160201.292052a1@bsd64.grem.de> <20160329172835.6526c345@fujitsu> User-Agent: Alpine 2.20 (BSF 67 2015-01-07) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (wonkity.com [127.0.0.1]); Tue, 29 Mar 2016 13:17:42 -0600 (MDT) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 Precedence: 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, 29 Mar 2016 19:17:52 -0000 On Tue, 29 Mar 2016, Aleksander Alekseev wrote: >> Do you still have your old make.conf for comparison? > > Sure. Current make.conf: > > ``` > CPUTYPE?=native > CFLAGS+=-O2 -pipe > CXXFLAGS+=-O2 -pipe These will bite with no provocation, and prevent ports that want to set their own flags from using them. From owner-freebsd-current@freebsd.org Tue Mar 29 19:38: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 990B0AE2EC5 for ; Tue, 29 Mar 2016 19:38:05 +0000 (UTC) (envelope-from alexvpetrov@gmail.com) Received: from mail-lf0-x229.google.com (mail-lf0-x229.google.com [IPv6:2a00:1450:4010:c07::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 13FFE1485 for ; Tue, 29 Mar 2016 19:38:05 +0000 (UTC) (envelope-from alexvpetrov@gmail.com) Received: by mail-lf0-x229.google.com with SMTP id e133so20159061lfe.3 for ; Tue, 29 Mar 2016 12:38:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-transfer-encoding; bh=FFMU/JaBtAmLDNpYtDdHBpBO8bNZ3remyGUncr3jvPc=; b=cxKP9d3VVe9eEFmgvO7wyVj+bjTwIf9q/4t9XY2y6vxJNk9kvUg12PgZ+CvTZA1j+V RrIf5Lz2skxZ5TdKWDDdN+AEhaUSA/alQHzZhYwfehVj6pOkbBV0KHkcPY0xgUHpZY6U zvnsLBSUg2EFaK0VSfFVFAlMWzHlXAzMaS5Vr+ctvMKUEl2xOeXurRszzWtdjKXatqhA UxVOb+S/GHjLS7nsUHe6cgLv5ynLIWfWhq1h0uNQabxK7tWYucPVP8bmiXuN5AAIa0ZI 5X7qmbQb9IvogS9mc3a7CGq9iqFEW2QziCUytyffYK9+bxg0Ogh8fcg+ehZ36N6tM2V3 CKhQ== 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-transfer-encoding; bh=FFMU/JaBtAmLDNpYtDdHBpBO8bNZ3remyGUncr3jvPc=; b=hRzRyigrC/30ybNlSM1f9JfI85Qz7cZOs0UuOTK24nv6pGgL1k6FkDdbM/FzAUg2qy Mgh/i6QyDVncmZystZ0VEEy+sWSW4wYsdOwcpoloF4jjxwDe7NinN7orTpK70kpkhz2t yVOM/YAIyr9wmp5OUB0/lDGchonYFI8O1CFB9daCUZUqrpf7Eb99Q2dDsHTLQNOAmc5/ EecaxuuDi4VJ24ArCUxzh+Ih5vtcT0dDZlUEna3aLsxl5NHY0crimQ1oKrfoPitagE/D lzww6wv6Inamd68SL5vXtlKxiVm21jfjhLyZrUHQdqfZKBaIAwxKaJhHhxX/j8LFn+VZ z5mQ== X-Gm-Message-State: AD7BkJL7zP3KSHBilzqws1knj1QI96bPkqoEnL2+GNCcyhtev2k+4TxXS0gzH1ej6HfWXA== X-Received: by 10.25.21.166 with SMTP id 38mr2044071lfv.160.1459280282737; Tue, 29 Mar 2016 12:38:02 -0700 (PDT) Received: from alex.super (stone.g-service.ru. [84.22.141.217]) by smtp.googlemail.com with ESMTPSA id ke9sm40187lbc.28.2016.03.29.12.38.01 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 29 Mar 2016 12:38:01 -0700 (PDT) Subject: Re: www/firefox: no audio since last update To: "O. Hartmann" , FreeBSD CURRENT References: <20160329193128.735b4c64.ohartman@zedat.fu-berlin.de> From: "Alex V. Petrov" Message-ID: <56FAD998.5040404@gmail.com> Date: Wed, 30 Mar 2016 02:38:00 +0700 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.7.0 MIME-Version: 1.0 In-Reply-To: <20160329193128.735b4c64.ohartman@zedat.fu-berlin.de> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 Precedence: 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, 29 Mar 2016 19:38:05 -0000 For me halped: PULSEAUDIO=off 30.03.16 00:31, O. Hartmann пишет: > > In the strain of the most recent update of www/firefox, on CURRENT the audio capability > is gone! Firefox does not paly any kind of audio. Config is ports standard: > > ===> The following configuration options are available for firefox-45.0.1_3,1: > BUNDLED_CAIRO=on: Use bundled fork of cairo-1.9.5 > CANBERRA=off: Sound theme alerts > DBUS=on: D-Bus IPC system support > DEBUG=off: Build with debugging support > DTRACE=on: Build with DTrace probes > FFMPEG=on: FFmpeg support (WMA, AIFF, AC3, APE...) > GCONF=off: GConf configuration backend support > GIO=on: Use GIO for file I/O > GNOMEUI=off: libgnomeui support module > INTEGER_SAMPLES=off: Integer audio sample format > LIBPROXY=off: Proxy support via libproxy > OPTIMIZED_CFLAGS=on: Use extra compiler optimizations > PGO=off: Use Profile-Guided Optimization > PROFILE=off: Build with profiling support > RUST=on: Build with components written in Rust language > TEST=off: Build and/or run tests > ====> Options available for the multi AUDIO: you have to choose at least one of them > ALSA=on: ALSA audio architecture support > PULSEAUDIO=on: PulseAudio sound server support > ====> Options available for the single TOOLKIT: you have to select exactly one of them > GTK2=off: GTK+ 2 GUI toolkit support > GTK3=on: GTK+ 3 GUI toolkit support > ===> Use 'make config' to modify these settings > -- ----- Alex. From owner-freebsd-current@freebsd.org Tue Mar 29 20:00:23 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 2B9D6AE2863 for ; Tue, 29 Mar 2016 20:00:23 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (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 1C8A11BA7 for ; Tue, 29 Mar 2016 20:00:23 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id u2TK0MZw055914 for ; Tue, 29 Mar 2016 20:00:22 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-current@FreeBSD.org Subject: [Bug 208275] Kernel panic when reading from /dev/cd0 with a damaged dvd Date: Tue, 29 Mar 2016 20:00:22 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: misc X-Bugzilla-Version: 11.0-CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: commit-hook@freebsd.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-bugs@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-Mailman-Approved-At: Tue, 29 Mar 2016 20:09:07 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 Precedence: 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, 29 Mar 2016 20:00:23 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D208275 --- Comment #12 from commit-hook@freebsd.org --- A commit references this bug: Author: kib Date: Tue Mar 29 19:59:45 UTC 2016 New revision: 297401 URL: https://svnweb.freebsd.org/changeset/base/297401 Log: Do not access buffer if bread(9) or cluster_read(9) failed. On error, the functions free the buffer and set the pointer to NULL. Also remove useless call to brelse(9) on the error path. PR: 208275 Submitted by: Fabian Keil MFC after: 2 weeks Changes: head/sys/fs/cd9660/cd9660_vnops.c --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-current@freebsd.org Tue Mar 29 21:07: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 85018AE2D09 for ; Tue, 29 Mar 2016 21:07:54 +0000 (UTC) (envelope-from it@galasoluciones.com) Received: from mail.galasoluciones.com (maduixa.galasoluciones.com [92.222.120.224]) by mx1.freebsd.org (Postfix) with ESMTP id 4CE561481 for ; Tue, 29 Mar 2016 21:07:53 +0000 (UTC) (envelope-from it@galasoluciones.com) Received: from maduixa.galasoluciones.com (localhost [127.0.0.1]) by mail.galasoluciones.com (Postfix) with ESMTP id 030564E606 for ; Tue, 29 Mar 2016 22:55:25 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=galasoluciones.com; s=mail; t=1459284926; bh=sVsLUKZtmrFEOIBi/AGJGhyRgDW8IggCpRc2m2VWiRY=; h=From:Subject:Date:To; b=fAJajM7JQaGeE8ZRuN7j7cKhE5ATjDjT33JpLuckLVNOtTejBmpxjzTYO4RB4695a hIGckXLe7f/voE6Bt3+9LEqPaXMCn3ZPRmrJw+mTYFfZ0il4gdSUg3N1gSDyuxGMrq X6L8Wi7WYdCcLhZAyNR8F0O49eUph8WmyT91ug6g= X-Virus-Scanned: amavisd-new at galasoluciones.com Received: from mail.galasoluciones.com ([127.0.0.1]) by maduixa.galasoluciones.com (maduixa.galasoluciones.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id iPCYo5ZeBiiK for ; Tue, 29 Mar 2016 22:55:24 +0200 (CEST) Received: from [192.168.0.7] (cli-5b7ef0fc.bcn.adamo.es [91.126.240.252]) by mail.galasoluciones.com (Postfix) with ESMTPA id 28B314E605 for ; Tue, 29 Mar 2016 22:55:24 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=galasoluciones.com; s=mail; t=1459284924; bh=sVsLUKZtmrFEOIBi/AGJGhyRgDW8IggCpRc2m2VWiRY=; h=From:Subject:Date:To; b=rNGeMBqrFA6/uSu+Y+w+4NiFbMOioYsGvZPKN8EHbObOWPWVJeSynnAyko2rM2PLE pxzUkUBFyqc7mmHLHT6U9UaSeQkWGQizH+ZvnxjglzrlZkQg1KFnCyKamlNYtFqKFj 2lnpLKI4q/VwtzJy9OUH7kWPEGs9EkJsvSCT+rTo= From: Gala IT Subject: Booting FreeBSD on a RPI3 Message-Id: Date: Tue, 29 Mar 2016 22:58:25 +0200 To: freebsd-current@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) X-Mailer: Apple Mail (2.3124) Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.21 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 Precedence: 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, 29 Mar 2016 21:07:54 -0000 Hi, Being that it=E2=80=99s a 64-bit system and RPI2 images don=E2=80=99t = work, is there any procedure already established to build an image to = boot on a Raspberry Pi 3? Should Crochet work? How? Thanks, David.= From owner-freebsd-current@freebsd.org Tue Mar 29 21:12: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 57FB7AE2ED5 for ; Tue, 29 Mar 2016 21:12:45 +0000 (UTC) (envelope-from mail@eax.me) Received: from relay16.nicmail.ru (relay16.nicmail.ru [195.208.5.134]) (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 0BB4118F1; Tue, 29 Mar 2016 21:12:44 +0000 (UTC) (envelope-from mail@eax.me) Received: from [109.70.25.226] (port=60575 helo=fujitsu) by f17.mail.nic.ru with esmtp (Exim 5.55) (envelope-from ) id 1al0wE-000CQ9-5S; Wed, 30 Mar 2016 00:12:34 +0300 Received: from [188.123.231.37] (account mail@eax.me HELO fujitsu) by proxy04.mail.nic.ru (Exim 5.55) with id 1al0wE-0001WD-L8; Wed, 30 Mar 2016 00:12:34 +0300 Date: Wed, 30 Mar 2016 00:12:08 +0300 From: Aleksander Alekseev To: Warren Block Cc: Michael Gmelin , Dimitry Andric , Gary Jennejohn , freebsd-current@freebsd.org Subject: Re: Need some help with ports and rebuilding the world Message-ID: <20160330001208.0634c25c@fujitsu> In-Reply-To: References: <20160327234202.178df9a4@fujitsu> <20160327225612.713eaa2a@bsd64.grem.de> <20160328084735.29eff991@fujitsu> <20160328094742.68bc9046@ernst.home> <20160328170031.023f0adb@fujitsu> <20160329123821.120d8de8@fujitsu> <72586F27-113D-4225-B7AB-A890C9522CD5@FreeBSD.org> <20160329165318.2af443c4@fujitsu> <20160329160201.292052a1@bsd64.grem.de> <20160329172835.6526c345@fujitsu> 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.21 Precedence: 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, 29 Mar 2016 21:12:45 -0000 > Did you erase /usr/src before checking out -CURRENT? Obsolete files > left in there can easily break things. 'svn stat /usr/src' will show > those files with a '?'. I did. `svn stat /usr/src` outputs nothing and has return code 0. > The first stages of buildworld build a copy of clang under /usr/obj, > and the later stages use that, but specifying a full path the compiler > defeats this mechanism. That explains a lot, thanks. For the record - I successfully upgraded both world and kernel to CURRENT and everything seems to work normal so far. I will keep you in touch. Thanks a lot everyone for your help! >> CPUTYPE?=native >> CFLAGS+=-O2 -pipe >> CXXFLAGS+=-O2 -pipe > These will bite with no provocation, and prevent ports that want to > set their own flags from using them. Frankly as a rule of thumb I prefer binary packages. But how would you recommend to change these lines? You see if I use ports I would like compiled code to be optimized and preferably for local CPU. -- Best regards, Aleksander Alekseev http://eax.me/ From owner-freebsd-current@freebsd.org Tue Mar 29 21:26: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 1C22BAE2211 for ; Tue, 29 Mar 2016 21:26:37 +0000 (UTC) (envelope-from truckman@FreeBSD.org) Received: from gw.catspoiler.org (unknown [IPv6:2602:304:b010:ef20::f2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "gw.catspoiler.org", Issuer "gw.catspoiler.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id F0F3D1E43; Tue, 29 Mar 2016 21:26:36 +0000 (UTC) (envelope-from truckman@FreeBSD.org) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.15.2/8.15.2) with ESMTP id u2TLQRAf091023; Tue, 29 Mar 2016 14:26:31 -0700 (PDT) (envelope-from truckman@FreeBSD.org) Message-Id: <201603292126.u2TLQRAf091023@gw.catspoiler.org> Date: Tue, 29 Mar 2016 14:26:27 -0700 (PDT) From: Don Lewis Subject: Re: CURRENT slow and shaky network stability To: ohartman@zedat.fu-berlin.de cc: imb@protected-networks.net, kmacy@freebsd.org, freebsd-current@freebsd.org In-Reply-To: <201603282152.u2SLq9HN086958@gw.catspoiler.org> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 Precedence: 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, 29 Mar 2016 21:26:37 -0000 On 28 Mar, Don Lewis wrote: > On 28 Mar, O. Hartmann wrote: > If I get a chance, I try booting my FreeBSD 11 machine with less RAM to > see if that is a trigger. I just tried cranking hw.physmen down to 8 GB on 11.0-CURRENT r297204, GENERIC kernel. /boot/loader.conf contains: geom_mirror_load="YES" kern.geom.label.disk_ident.enable="0" kern.geom.label.gptid.enable="0" zfs_load="YES" vboxdrv_load="YES" hw.physmem="8G" /etc/sysctl.conf contains: kern.ipc.shm_allow_removed=1 No /etc/src.conf and nothing of that should matter in /etc/make.conf. This is what I see after running poudriere ports -p whatever -u last pid: 2102; load averages: 0.24, 0.52, 0.36 up 0+00:06:54 14:13:51 52 processes: 1 running, 51 sleeping CPU: 0.0% user, 0.0% nice, 0.0% system, 0.0% interrupt, 100% idle Mem: 95M Active, 20M Inact, 1145M Wired, 39K Buf, 5580M Free ARC: 595M Total, 256M MFU, 248M MRU, 16K Anon, 14M Header, 78M Other Swap: 40G Total, 40G Free No swap used, inactive memory low, no interactivity problems. Next I'll try r297267, which is what I believe you are running. I scanned the commit logs between r297204 and r297267 and didn't see anything terribly suspicious looking. Are you doing any stateful firewalling? If the firewall connection state times out more quickly than the ssh keepalive interval, that would break connections. From owner-freebsd-current@freebsd.org Tue Mar 29 23:38: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 C124FAE1496 for ; Tue, 29 Mar 2016 23:38:55 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-ig0-x22e.google.com (mail-ig0-x22e.google.com [IPv6:2607:f8b0:4001: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 7F9171F8E for ; Tue, 29 Mar 2016 23:38:55 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by mail-ig0-x22e.google.com with SMTP id nk17so88727485igb.1 for ; Tue, 29 Mar 2016 16:38:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-transfer-encoding; bh=/mPxlOhOcQStyKlCOJAz4e8bRSz10REQ9wyGr+Xv5+I=; b=bxKzbolvDLMfYoRRB1hrBBS+Bv2OT63IaNLjSDd0JC2sn7TNc/pxBYZPQY8bnQR3l5 CwXOVy1uWj2I9KWeKyQySTfFJPoprTgKikXnOwanRapMhHjOlIz4/3jaRfU+EjFqldG1 xB5bfwBKAxAVELFyrb2lfEcuT9Y7fjME8PRhZgPC3n9RUqlSCqMFF+eQu2eXKGjCQ/aO x41Ti+EGURqxX0iMD/J4y3oIrVPpZCpn1Odkll0l9cRKINgvk2wyMoVlYntkCHWgzsy3 /l+d7eFjojQdhp0IrfQjvyWxHPZTk2xGqxTD4whJKjBAoM5LvTtoQG9JppcRU0695yt5 Kkuw== 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-transfer-encoding; bh=/mPxlOhOcQStyKlCOJAz4e8bRSz10REQ9wyGr+Xv5+I=; b=Sx7jTmOz3VZYSs8zyj7JlYUdgHWfCUAHMCOxzB3RgVh+bEwDzibvM3vWrNHdgi0GOs weTdt+3fDWjVZFUa3XZQXC6Bu75hwsHo2uB203/4YWmHXxIJh6NPKnC1M1141vBAgaw0 DQdA2tlA4jhDLJ9/BV6YXXuPh/6i8GZHrM4dh8ZWaBQ/f2NJINjLerXsafpOh0gLEuth 8YhDRAeBt3MTCSqwAv6iZB7buHB+Qji6kyZCtbN0pf0YrcUY4GjU58iEZMIOPs9dgkvy CYRLKsTpdfUsC/PZoJ9AWt68u2zyf+P9dg7MFcWNUY/p0B5espam0TK0rAZityvWHkDh qMrQ== X-Gm-Message-State: AD7BkJIEkUrTl/9xKgsmXl4ppuzXqZ3BpO4W4IgYbxel4ZnqOoPQ0u4hknmnkDGwEL9HkWw+k5CFq3ob+Qv9cQ== MIME-Version: 1.0 X-Received: by 10.50.78.200 with SMTP id d8mr5738911igx.61.1459294734821; Tue, 29 Mar 2016 16:38:54 -0700 (PDT) Received: by 10.36.14.19 with HTTP; Tue, 29 Mar 2016 16:38:54 -0700 (PDT) In-Reply-To: References: Date: Tue, 29 Mar 2016 16:38:54 -0700 Message-ID: Subject: Re: Booting FreeBSD on a RPI3 From: Adrian Chadd To: Gala IT Cc: freebsd-current Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 Precedence: 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, 29 Mar 2016 23:38:55 -0000 Hi, It's under active development right now. Stay tuned. -a On 29 March 2016 at 13:58, Gala IT wrote: > Hi, > > Being that it=E2=80=99s a 64-bit system and RPI2 images don=E2=80=99t wor= k, is there any procedure already established to build an image to boot on = a Raspberry Pi 3? > > Should Crochet work? How? > > Thanks, > David. > _______________________________________________ > 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 Mar 30 01:35: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 45958AE2FD0 for ; Wed, 30 Mar 2016 01:35:36 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-211-156.reflexion.net [208.70.211.156]) (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 0A6871CB0 for ; Wed, 30 Mar 2016 01:35:35 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 8725 invoked from network); 30 Mar 2016 01:35:50 -0000 Received: from unknown (HELO mail-cs-02.app.dca.reflexion.local) (10.81.19.2) by 0 (rfx-qmail) with SMTP; 30 Mar 2016 01:35:50 -0000 Received: by mail-cs-02.app.dca.reflexion.local (Reflexion email security v7.90.1) with SMTP; Tue, 29 Mar 2016 21:35:19 -0400 (EDT) Received: (qmail 21452 invoked from network); 30 Mar 2016 01:35:18 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with SMTP; 30 Mar 2016 01:35:18 -0000 X-No-Relay: not in my network X-No-Relay: not in my network X-No-Relay: not in my network Received: from [192.168.1.8] (c-76-115-7-162.hsd1.or.comcast.net [76.115.7.162]) by iron2.pdx.net (Postfix) with ESMTPSA id 4CE221C4075; Tue, 29 Mar 2016 18:35:22 -0700 (PDT) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Subject: 11.0 -r297369: _el_fn_sh_complete missing in buildworld; /usr/obj/. . ./lib/libedit/ has no filecomplete.* Message-Id: <97E93CA6-3F0A-47C8-BAE6-1B6866EED3CB@dsl-only.net> Date: Tue, 29 Mar 2016 18:35:27 -0700 To: FreeBSD PowerPC ML , FreeBSD Current , FreeBSD Toolchain Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 Precedence: 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, 30 Mar 2016 01:35:36 -0000 Going from 11.0-CURRENT -r297048 to -r297369: buildworld after svnlite = update: /usr/obj/xtoolchain/powerpc.powerpc64/usr/src/. . . ends up with no = filecomplete.* but the build tries to use what would be some of its contents = (_el_fn_sh_complete) The details. . . > --- all_subdir_bin --- > --- sh.full --- > /usr/local/bin/powerpc64-portbld-freebsd11.0-gcc -isystem = /usr/obj/xtoolchain/powerpc.powerpc64/usr/src/tmp/usr/include = --sysroot=3D/usr/obj/xtoolchain/powerpc.powerpc64/usr/src/tmp = -B/usr/local/powerpc > 64-freebsd/bin/ -O2 -pipe -DSHELL -I. -I/usr/src/bin/sh -g -std=3Dgnu99 = -fstack-protector-strong -Wsystem-headers -Wall -Wno-format-y2k = -Wno-uninitialized -Wno-pointer-sign -Wno-error=3Dunused-function -W > no-error=3Denum-compare -Wno-error=3Dlogical-not-parentheses = -Wno-error=3Dbool-compare -Wno-error=3Duninitialized = -Wno-error=3Darray-bounds -Wno-error=3Dclobbered -Wno-error=3Dcast-align = -Wno-error=3Dextra -Wno-error > =3Dattributes -Wno-error=3Dinline -Wno-error=3Dunused-but-set-variable = -Wno-error=3Dunused-value -Wno-error=3Dstrict-aliasing = -Wno-error=3Daddress -o sh.full alias.o arith_yacc.o arith_yylex.o cd.o = echo.o error. > o eval.o exec.o expand.o histedit.o input.o jobs.o kill.o mail.o = main.o memalloc.o miscbltin.o mystring.o options.o output.o parser.o = printf.o redir.o show.o test.o trap.o var.o builtins.o nodes.o syn > tax.o -ledit > . . . > --- all_subdir_bin --- > histedit.o:(.toc+0x10): undefined reference to `_el_fn_sh_complete' > collect2: error: ld returned 1 exit status > *** [sh.full] Error code 1 >=20 > bmake[4]: stopped in /usr/src/bin/sh > 1 error >=20 > bmake[4]: stopped in /usr/src/bin/sh > # find /usr/src -name .svn -prune -o -exec grep el_fn_sh_complete {} ; = -print | more > unsigned char _el_fn_sh_complete(EditLine *, int); > /usr/src/lib/libedit/histedit.h > _el_fn_sh_complete(EditLine *el, int ch __attribute__((__unused__))) > /usr/src/lib/libedit/filecomplete.c > _el_fn_sh_complete); > /usr/src/bin/sh/histedit.c > # find /usr/src -name .svn -prune -o -exec grep filecomplete {} \; = -print | more > Binary file /usr/src/lib/libedit matches > /usr/src/lib/libedit > #include "filecomplete.h" > /usr/src/lib/libedit/readline.c > /* $NetBSD: filecomplete.h,v 1.9 2009/12/30 22:37:40 christos Exp = $ */ > * $FreeBSD: head/lib/libedit/filecomplete.h 276881 2015-01-09 = 07:40:56Z bapt $ > /usr/src/lib/libedit/filecomplete.h > OSRCS=3D chared.c common.c el.c emacs.c fcns.c filecomplete.c help.c = \ > /usr/src/lib/libedit/Makefile > /* $NetBSD: filecomplete.c,v 1.34 2014/10/18 15:07:02 riz Exp $ = */ > __RCSID("$NetBSD: filecomplete.c,v 1.34 2014/10/18 15:07:02 riz Exp = $"); > __FBSDID("$FreeBSD: head/lib/libedit/filecomplete.c 296435 2016-03-06 = 21:32:54Z pfg $"); > #include "filecomplete.h" > /usr/src/lib/libedit/filecomplete.c > # find /usr/obj/xtoolchain/powerpc.powerpc64/usr/src/ -name .svn = -prune -o -name "filecomplete*" -print | more > #=20 Supporting details. . . build command (self hosted on a powerpc64 PowerMac): > env __MAKE_CONF=3D/root/src.configs/make.conf = SRC_ENV_CONF=3D/root/src.configs/src.conf.powerpc64-xtoolchain.powerpc64-h= ost MAKEOBJDIRPREFIX=3D/usr/obj/xtoolchain/powerpc.powerpc64 make -j 5 = buildworld buildkernel make.conf is empty. src.conf: > TO_TYPE=3Dpowerpc64 > TOOLS_TO_TYPE=3D${TO_TYPE} > FROM_TYPE=3Dpowerpc64 > TOOLS_FROM_TYPE=3D${FROM_TYPE} > VERSION_CONTEXT=3D11.0 > # > KERNCONF=3DGENERIC64vtsc-NODEBUG > TARGET=3Dpowerpc > .if ${.MAKE.LEVEL} =3D=3D 0 > TARGET_ARCH=3D${TO_TYPE} > .export TARGET_ARCH > .endif > # > WITHOUT_CROSS_COMPILER=3D > # > WITH_FAST_DEPEND=3D > WITH_LIBCPLUSPLUS=3D > WITH_BOOT=3D > WITH_CLANG=3D > WITH_CLANG_IS_CC=3D > WITH_CLANG_FULL=3D > WITH_LLDB=3D > # > # LIB32 builds but does not work via gcc variants > WITHOUT_LIB32=3D > WITHOUT_GCC=3D > WITHOUT_GNUCXX=3D > # > NO_WERROR=3D > MALLOC_PRODUCTION=3D > WITH_DEBUG_FILES=3D > # > # > # TOOLS_TO_TYPE based on ${TO_TYPE}-xtoolchain-gcc related = bintutils... > # > CROSS_TOOLCHAIN=3D${TO_TYPE}-gcc > X_COMPILER_TYPE=3Dgcc > CROSS_BINUTILS_PREFIX=3D/usr/local/${TOOLS_TO_TYPE}-freebsd/bin/ > .if ${.MAKE.LEVEL} =3D=3D 0 > = XCC=3D/usr/local/bin/${TOOLS_TO_TYPE}-portbld-freebsd${VERSION_CONTEXT}-gc= c > = XCXX=3D/usr/local/bin/${TOOLS_TO_TYPE}-portbld-freebsd${VERSION_CONTEXT}-g= ++ > = XCPP=3D/usr/local/bin/${TOOLS_TO_TYPE}-portbld-freebsd${VERSION_CONTEXT}-c= pp > .export XCC > .export XCXX > .export XCPP > XAS=3D/usr/local/${TOOLS_TO_TYPE}-freebsd/bin/as > XAR=3D/usr/local/${TOOLS_TO_TYPE}-freebsd/bin/ar > XLD=3D/usr/local/${TOOLS_TO_TYPE}-freebsd/bin/ld > XNM=3D/usr/local/${TOOLS_TO_TYPE}-freebsd/bin/nm > XOBJCOPY=3D/usr/local/${TOOLS_TO_TYPE}-freebsd/bin/objcopy > XOBJDUMP=3D/usr/local/${TOOLS_TO_TYPE}-freebsd/bin/objdump > XRANLIB=3D/usr/local/${TOOLS_TO_TYPE}-freebsd/bin/ranlib > XSIZE=3D/usr/local/${TOOLS_TO_TYPE}-freebsd/bin/size > #NO-SUCH: XSTRINGS=3D/usr/local/${TOOLS_TO_TYPE}-freebsd/bin/strings > XSTRINGS=3D/usr/local/bin/${TOOLS_TO_TYPE}-freebsd-strings > .export XAS > .export XAR > .export XLD > .export XNM > .export XOBJCOPY > .export XOBJDUMP > .export XRANLIB > .export XSIZE > .export XSTRINGS > .endif > # > # > # =46rom gcc49 > # > .if ${.MAKE.LEVEL} =3D=3D 0 > CC=3D/usr/local/bin/gcc49 > CXX=3D/usr/local/bin/g++49 > CPP=3D/usr/local/bin/cpp49 > .export CC > .export CXX > .export CPP > .endif > # > # > # TOOLS_FROM_TYPE's appropriate binutils... > # > .if ${.MAKE.LEVEL} =3D=3D 0 > = AS=3D/usr/local/${TOOLS_FROM_TYPE}-portbld-freebsd${VERSION_CONTEXT}/bin/a= s > = AR=3D/usr/local/${TOOLS_FROM_TYPE}-portbld-freebsd${VERSION_CONTEXT}/bin/a= r > = LD=3D/usr/local/${TOOLS_FROM_TYPE}-portbld-freebsd${VERSION_CONTEXT}/bin/l= d > = NM=3D/usr/local/${TOOLS_FROM_TYPE}-portbld-freebsd${VERSION_CONTEXT}/bin/n= m > = OBJCOPY=3D/usr/local/${TOOLS_FROM_TYPE}-portbld-freebsd${VERSION_CONTEXT}/= bin/objcopy > = OBJDUMP=3D/usr/local/${TOOLS_FROM_TYPE}-portbld-freebsd${VERSION_CONTEXT}/= bin/objdump > = RANLIB=3D/usr/local/${TOOLS_FROM_TYPE}-portbld-freebsd${VERSION_CONTEXT}/b= in/ranlib > = SIZE=3D/usr/local/${TOOLS_FROM_TYPE}-portbld-freebsd${VERSION_CONTEXT}/bin= /size > #NO-SUCH: = STRINGS=3D/usr/local/${TOOLS_FROM_TYPE}-portbld-freebsd${VERSION_CONTEXT}/= bin/strings > STRINGS=3D/usr/local/bin/strings > .export AS > .export AR > .export LD > .export NM > .export OBJCOPY > .export OBJDUMP > .export RANLIB > .export SIZE > .export STRINGS > .endif =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-current@freebsd.org Wed Mar 30 02:15:00 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 50B19ADF7BC; Wed, 30 Mar 2016 02:15:00 +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 306181BF8; Wed, 30 Mar 2016 02:15:00 +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 562AF1EDF; Wed, 30 Mar 2016 02:14:59 +0000 (UTC) Date: Wed, 30 Mar 2016 02:14:53 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: np@FreeBSD.org, pfg@FreeBSD.org, adrian@FreeBSD.org, markj@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org, freebsd-i386@FreeBSD.org Message-ID: <726389380.155.1459304098191.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD_i386 - Build #2724 - Failure MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_HEAD_i386 X-Jenkins-Result: FAILURE Precedence: bulk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.21 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Mar 2016 02:15:00 -0000 FreeBSD_HEAD_i386 - Build #2724 - Failure: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/2724/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/2724/cha= nges Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/2724/cons= ole Change summaries: 297406 by np: Remove unnecessary dequeue_mutex (added in r294610) from the iWARP connection manager. Examining so_comp without synchronization with iw_so_event_handler is a harmless race. Submitted by:=09Krishnamraju Eraparaju @ Chelsio Reviewed by:=09Steve Wise @ Open Grid Computing Sponsored by:=09Chelsio Communications 297405 by adrian: [net80211] migrate the time_* macros to ieee80211_* namespace. It turns out that these will clash very annoyingly with the linux macros in the linuxkpi layer, so let the wookie^Wlinux win. The only user that I can find is ath(4), so fix it there too. 297404 by adrian: [net80211] Add fields to decode uAPSD fields. It turns out that madwifi actually has the basics for uAPSD implemented but it was never ported to FreeBSD. I may eventually port most of the pieces; I'll see how it goes! Obtained from:=09Madwifi 297403 by markj: Fix the lladdr copy in in6_lltable_dump_entry() after r292978. This bug caused "ndp -a" to show the wrong link layer address for neighbour cache entries. PR:=09208067 297402 by pfg: Small typo. The end of the build log: [...truncated 153955 lines...] ld -Bshareable -d -warn-common -o atavia.ko.full atavia.kld --- all_subdir_bktr --- --- bktr_os.o --- cc -O2 -pipe -DBKTR_FREEBSD_MODULE -fno-strict-aliasing -Werror -D_KERNEL= -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/us= r/src/sys/GENERIC/opt_global.h -I. -I/usr/src/sys -fno-common -g -I/usr/obj= /usr/src/sys/GENERIC -MD -MF.depend.bktr_os.o -MTbktr_os.o -mno-mmx -mno-= sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -= Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes= -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf= __=3D__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option = -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-bod= y -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-p= ointer-sign -Wno-error-shift-negative-value -mno-aes -mno-avx -std=3Diso9= 899:1999 -c /usr/src/sys/modules/bktr/bktr/../../../dev/bktr/bktr_os.c -o b= ktr_os.o --- all_subdir_ata --- --- atavia.ko.debug --- objcopy --only-keep-debug atavia.ko.full atavia.ko.debug --- atavia.ko --- objcopy --strip-debug --add-gnu-debuglink=3Datavia.ko.debug atavia.ko.full= atavia.ko --- atapci.ko.full --- ld -Bshareable -d -warn-common -o atapci.ko.full atapci.kld --- atapci.ko.debug --- objcopy --only-keep-debug atapci.ko.full atapci.ko.debug --- atapci.ko --- objcopy --strip-debug --add-gnu-debuglink=3Datapci.ko.debug atapci.ko.full= atapci.ko --- all_subdir_ath --- --- ah.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -I. -I/usr/src/sys/modules/ath/../../dev/ath -I/usr/src/sys/modules/ath/= ../../dev/ath/ath_hal -I. -I/usr/src/sys/modules/ath/../../contrib/dev/ath/= ath_hal/ -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/GENERIC= /opt_global.h -I. -I/usr/src/sys -fno-common -g -I/usr/obj/usr/src/sys/GENE= RIC -MD -MF.depend.ah.o -MTah.o -mno-mmx -mno-sse -msoft-float -ffreestan= ding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-e= xterns -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -= Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=3D__freebsd_kprintf__ -= Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno= -error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-e= quality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shif= t-negative-value -mno-aes -mno-avx -std=3Diso9899:1999 -c /usr/src/sys/mo= dules/ath/../../dev/ath/ath_hal/ah.c -o ah.o --- ah_osdep.o --- ctfconvert -L VERSION -g ah_osdep.o --- all_subdir_bridgestp --- =3D=3D=3D> bridgestp (all) --- machine --- machine -> /usr/src/sys/i386/include --- x86 --- x86 -> /usr/src/sys/x86/include --- bridgestp.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/GENERIC/opt_= global.h -I. -I/usr/src/sys -fno-common -g -I/usr/obj/usr/src/sys/GENERIC = -MD -MF.depend.bridgestp.o -MTbridgestp.o -mno-mmx -mno-sse -msoft-float -= ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -= Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -= Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=3D__freebsd_kpr= intf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-prag= mas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-pare= ntheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-e= rror-shift-negative-value -mno-aes -mno-avx -std=3Diso9899:1999 -c /usr/s= rc/sys/modules/bridgestp/../../net/bridgestp.c -o bridgestp.o --- all_subdir_bge --- ctfconvert -L VERSION -g if_bge.o --- if_bge.kld --- ld -d -warn-common -r -d -o if_bge.kld if_bge.o ctfmerge -L VERSION -g -o if_bge.kld if_bge.o :> export_syms awk -f /usr/src/sys/conf/kmod_syms.awk if_bge.kld export_syms | xargs -J% = objcopy % if_bge.kld --- if_bge.ko.full --- ld -Bshareable -d -warn-common -o if_bge.ko.full if_bge.kld --- if_bge.ko.debug --- objcopy --only-keep-debug if_bge.ko.full if_bge.ko.debug --- if_bge.ko --- objcopy --strip-debug --add-gnu-debuglink=3Dif_bge.ko.debug if_bge.ko.full= if_bge.ko --- xenmem_if.c --- awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/xen/xenmem/xenmem_if.= m -c --- modules-all --- --- all_subdir_ath --- --- ah_regdomain.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -I. -I/usr/src/sys/modules/ath/../../dev/ath -I/usr/src/sys/modules/ath/= ../../dev/ath/ath_hal -I. -I/usr/src/sys/modules/ath/../../contrib/dev/ath/= ath_hal/ -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/GENERIC= /opt_global.h -I. -I/usr/src/sys -fno-common -g -I/usr/obj/usr/src/sys/GENE= RIC -MD -MF.depend.ah_regdomain.o -MTah_regdomain.o -mno-mmx -mno-sse -ms= oft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredund= ant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpoin= ter-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=3D__= freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-u= nknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno= -error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-= sign -Wno-error-shift-negative-value -Wno-shift-count-negative -Wno-shift-c= ount-overflow -mno-aes -mno-avx -std=3Diso9899:1999 -c /usr/src/sys/module= s/ath/../../dev/ath/ath_hal/ah_regdomain.c -o ah_regdomain.o --- all_subdir_bktr --- ctfconvert -L VERSION -g bktr_os.o --- bktr_audio.o --- cc -O2 -pipe -DBKTR_FREEBSD_MODULE -fno-strict-aliasing -Werror -D_KERNEL= -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/us= r/src/sys/GENERIC/opt_global.h -I. -I/usr/src/sys -fno-common -g -I/usr/obj= /usr/src/sys/GENERIC -MD -MF.depend.bktr_audio.o -MTbktr_audio.o -mno-mmx= -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -= Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prot= otypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__= printf__=3D__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-o= ption -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-emp= ty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-e= rror-pointer-sign -Wno-error-shift-negative-value -mno-aes -mno-avx -std= =3Diso9899:1999 -c /usr/src/sys/modules/bktr/bktr/../../../dev/bktr/bktr_au= dio.c -o bktr_audio.o --- all_subdir_ath --- --- ah.o --- ctfconvert -L VERSION -g ah.o --- all_subdir_bktr --- ctfconvert -L VERSION -g bktr_audio.o --- bktr_tuner.o --- cc -O2 -pipe -DBKTR_FREEBSD_MODULE -fno-strict-aliasing -Werror -D_KERNEL= -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/us= r/src/sys/GENERIC/opt_global.h -I. -I/usr/src/sys -fno-common -g -I/usr/obj= /usr/src/sys/GENERIC -MD -MF.depend.bktr_tuner.o -MTbktr_tuner.o -mno-mmx= -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -= Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prot= otypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__= printf__=3D__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-o= ption -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-emp= ty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-e= rror-pointer-sign -Wno-error-shift-negative-value -mno-aes -mno-avx -std= =3Diso9899:1999 -c /usr/src/sys/modules/bktr/bktr/../../../dev/bktr/bktr_tu= ner.c -o bktr_tuner.o --- bktr_card.o --- cc -O2 -pipe -DBKTR_FREEBSD_MODULE -fno-strict-aliasing -Werror -D_KERNEL= -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/us= r/src/sys/GENERIC/opt_global.h -I. -I/usr/src/sys -fno-common -g -I/usr/obj= /usr/src/sys/GENERIC -MD -MF.depend.bktr_card.o -MTbktr_card.o -mno-mmx -= mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wa= ll -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-protot= ypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__pr= intf__=3D__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-opt= ion -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty= -body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-err= or-pointer-sign -Wno-error-shift-negative-value -mno-aes -mno-avx -std=3D= iso9899:1999 -c /usr/src/sys/modules/bktr/bktr/../../../dev/bktr/bktr_card.= c -o bktr_card.o --- bktr_tuner.o --- ctfconvert -L VERSION -g bktr_tuner.o --- acpi_if.c --- awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/dev/acpica/acpi_if.m = -c --- modules-all --- --- all_subdir_ath --- --- ah_eeprom_v3.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -I. -I/usr/src/sys/modules/ath/../../dev/ath -I/usr/src/sys/modules/ath/= ../../dev/ath/ath_hal -I. -I/usr/src/sys/modules/ath/../../contrib/dev/ath/= ath_hal/ -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/GENERIC= /opt_global.h -I. -I/usr/src/sys -fno-common -g -I/usr/obj/usr/src/sys/GENE= RIC -MD -MF.depend.ah_eeprom_v3.o -MTah_eeprom_v3.o -mno-mmx -mno-sse -ms= oft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredund= ant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpoin= ter-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=3D__= freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-u= nknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno= -error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-= sign -Wno-error-shift-negative-value -mno-aes -mno-avx -std=3Diso9899:199= 9 -c /usr/src/sys/modules/ath/../../dev/ath/ath_hal/ah_eeprom_v3.c -o ah_ee= prom_v3.o --- all_subdir_bktr --- --- bktr_card.o --- ctfconvert -L VERSION -g bktr_card.o --- msp34xx.o --- cc -O2 -pipe -DBKTR_FREEBSD_MODULE -fno-strict-aliasing -Werror -D_KERNEL= -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/us= r/src/sys/GENERIC/opt_global.h -I. -I/usr/src/sys -fno-common -g -I/usr/obj= /usr/src/sys/GENERIC -MD -MF.depend.msp34xx.o -MTmsp34xx.o -mno-mmx -mno-= sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -= Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes= -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf= __=3D__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option = -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-bod= y -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-p= ointer-sign -Wno-error-shift-negative-value -mno-aes -mno-avx -std=3Diso9= 899:1999 -c /usr/src/sys/modules/bktr/bktr/../../../dev/bktr/msp34xx.c -o m= sp34xx.o ctfconvert -L VERSION -g msp34xx.o --- bktr_core.o --- cc -O2 -pipe -DBKTR_FREEBSD_MODULE -fno-strict-aliasing -Werror -D_KERNEL= -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/us= r/src/sys/GENERIC/opt_global.h -I. -I/usr/src/sys -fno-common -g -I/usr/obj= /usr/src/sys/GENERIC -MD -MF.depend.bktr_core.o -MTbktr_core.o -mno-mmx -= mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wa= ll -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-protot= ypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__pr= intf__=3D__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-opt= ion -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty= -body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-err= or-pointer-sign -Wno-error-shift-negative-value -mno-aes -mno-avx -std=3D= iso9899:1999 -c /usr/src/sys/modules/bktr/bktr/../../../dev/bktr/bktr_core.= c -o bktr_core.o --- all_subdir_bridgestp --- ctfconvert -L VERSION -g bridgestp.o --- bridgestp.kld --- ld -d -warn-common -r -d -o bridgestp.kld bridgestp.o ctfmerge -L VERSION -g -o bridgestp.kld bridgestp.o --- all_subdir_ath --- --- ah_regdomain.o --- ctfconvert -L VERSION -g ah_regdomain.o --- all_subdir_bridgestp --- :> export_syms awk -f /usr/src/sys/conf/kmod_syms.awk bridgestp.kld export_syms | xargs -= J% objcopy % bridgestp.kld --- bridgestp.ko.full --- ld -Bshareable -d -warn-common -o bridgestp.ko.full bridgestp.kld --- bridgestp.ko.debug --- objcopy --only-keep-debug bridgestp.ko.full bridgestp.ko.debug --- bridgestp.ko --- objcopy --strip-debug --add-gnu-debuglink=3Dbridgestp.ko.debug bridgestp.k= o.full bridgestp.ko --- acpi_wmi_if.c --- awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/dev/acpi_support/acpi= _wmi_if.m -c --- modules-all --- --- all_subdir_ath --- --- ah_eeprom_v1.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -I. -I/usr/src/sys/modules/ath/../../dev/ath -I/usr/src/sys/modules/ath/= ../../dev/ath/ath_hal -I. -I/usr/src/sys/modules/ath/../../contrib/dev/ath/= ath_hal/ -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/GENERIC= /opt_global.h -I. -I/usr/src/sys -fno-common -g -I/usr/obj/usr/src/sys/GENE= RIC -MD -MF.depend.ah_eeprom_v1.o -MTah_eeprom_v1.o -mno-mmx -mno-sse -ms= oft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredund= ant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpoin= ter-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=3D__= freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-u= nknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno= -error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-= sign -Wno-error-shift-negative-value -mno-aes -mno-avx -std=3Diso9899:199= 9 -c /usr/src/sys/modules/ath/../../dev/ath/ath_hal/ah_eeprom_v1.c -o ah_ee= prom_v1.o --- all_subdir_bktr --- --- all_subdir_bktr/bktr_mem --- =3D=3D=3D> bktr/bktr_mem (all) --- machine --- machine -> /usr/src/sys/i386/include --- x86 --- x86 -> /usr/src/sys/x86/include --- bktr_mem.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/GENERIC/opt_= global.h -I. -I/usr/src/sys -fno-common -g -I/usr/obj/usr/src/sys/GENERIC = -MD -MF.depend.bktr_mem.o -MTbktr_mem.o -mno-mmx -mno-sse -msoft-float -ff= reestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wn= ested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wi= nline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=3D__freebsd_kprin= tf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragma= s -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parent= heses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-err= or-shift-negative-value -mno-aes -mno-avx -std=3Diso9899:1999 -c /usr/src= /sys/modules/bktr/bktr_mem/../../../dev/bktr/bktr_mem.c -o bktr_mem.o ctfconvert -L VERSION -g bktr_mem.o --- bktr_mem.kld --- ld -d -warn-common -r -d -o bktr_mem.kld bktr_mem.o ctfmerge -L VERSION -g -o bktr_mem.kld bktr_mem.o echo bktr_has_stored_addresses=09 bktr_store_address=09=09 bktr_retrieve_ad= dress > export_syms awk -f /usr/src/sys/conf/kmod_syms.awk bktr_mem.kld export_syms | xargs -J= % objcopy % bktr_mem.kld --- bktr_mem.ko.full --- ld -Bshareable -d -warn-common -o bktr_mem.ko.full bktr_mem.kld --- bktr_mem.ko.debug --- objcopy --only-keep-debug bktr_mem.ko.full bktr_mem.ko.debug --- bktr_mem.ko --- objcopy --strip-debug --add-gnu-debuglink=3Dbktr_mem.ko.debug bktr_mem.ko.= full bktr_mem.ko --- all_subdir_bwi --- =3D=3D=3D> bwi (all) --- all_subdir_ath --- ctfconvert -L VERSION -g ah_eeprom_v1.o --- all_subdir_bwi --- --- machine --- machine -> /usr/src/sys/i386/include --- x86 --- x86 -> /usr/src/sys/x86/include --- opt_inet.h --- ln -sf /usr/obj/usr/src/sys/GENERIC/opt_inet.h opt_inet.h --- opt_bwi.h --- ln -sf /usr/obj/usr/src/sys/GENERIC/opt_bwi.h opt_bwi.h --- opt_wlan.h --- ln -sf /usr/obj/usr/src/sys/GENERIC/opt_wlan.h opt_wlan.h --- device_if.h --- awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/kern/device_if.m -h --- bus_if.h --- awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/kern/bus_if.m -h --- pci_if.h --- awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/dev/pci/pci_if.m -h --- all_subdir_bwn --- =3D=3D=3D> bwn (all) --- all_subdir_bwi --- --- if_bwi_pci.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/GENERIC/opt_= global.h -I. -I/usr/src/sys -fno-common -g -I/usr/obj/usr/src/sys/GENERIC = -MD -MF.depend.if_bwi_pci.o -MTif_bwi_pci.o -mno-mmx -mno-sse -msoft-float= -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls= -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith= -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=3D__freebsd_k= printf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pr= agmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-pa= rentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno= -error-shift-negative-value -mno-aes -mno-avx -std=3Diso9899:1999 -c /usr= /src/sys/modules/bwi/../../dev/bwi/if_bwi_pci.c -o if_bwi_pci.o --- all_subdir_bwn --- --- machine --- machine -> /usr/src/sys/i386/include --- x86 --- x86 -> /usr/src/sys/x86/include --- device_if.h --- awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/kern/device_if.m -h --- bus_if.h --- awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/kern/bus_if.m -h --- pci_if.h --- awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/dev/pci/pci_if.m -h --- if_bwn.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/GENERIC/opt_= global.h -I. -I/usr/src/sys -fno-common -g -I/usr/obj/usr/src/sys/GENERIC = -MD -MF.depend.if_bwn.o -MTif_bwn.o -mno-mmx -mno-sse -msoft-float -ffrees= tanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wneste= d-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winlin= e -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=3D__freebsd_kprintf__= -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -= Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parenthese= s-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-s= hift-negative-value -Wno-error-sometimes-uninitialized -mno-aes -mno-avx -= std=3Diso9899:1999 -c /usr/src/sys/modules/bwn/../../dev/bwn/if_bwn.c -o if= _bwn.o --- all_subdir_bwi --- ctfconvert -L VERSION -g if_bwi_pci.o --- bwimac.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/GENERIC/opt_= global.h -I. -I/usr/src/sys -fno-common -g -I/usr/obj/usr/src/sys/GENERIC = -MD -MF.depend.bwimac.o -MTbwimac.o -mno-mmx -mno-sse -msoft-float -ffrees= tanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wneste= d-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winlin= e -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=3D__freebsd_kprintf__= -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -= Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parenthese= s-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-s= hift-negative-value -mno-aes -mno-avx -std=3Diso9899:1999 -c /usr/src/sys= /modules/bwi/../../dev/bwi/bwimac.c -o bwimac.o --- all_subdir_bwn --- /usr/src/sys/modules/bwn/../../dev/bwn/if_bwn.c:2615:7: error: implicit dec= laration of function 'time_before' is invalid in C99 [-Werror,-Wimplicit-fu= nction-declaration] if (time_before(lo->pwr_vec_read_time, expire)) { ^ --- all_subdir_ath --- --- ah_eeprom_v3.o --- ctfconvert -L VERSION -g ah_eeprom_v3.o --- all_subdir_bwn --- 1 error generated. *** [if_bwn.o] Error code 1 bmake[4]: stopped in /usr/src/sys/modules/bwn 1 error bmake[4]: stopped in /usr/src/sys/modules/bwn *** [all_subdir_bwn] Error code 2 bmake[3]: stopped in /usr/src/sys/modules --- all_subdir_ath --- A failure has been detected in another branch of the parallel make bmake[4]: stopped in /usr/src/sys/modules/ath *** [all_subdir_ath] Error code 2 bmake[3]: stopped in /usr/src/sys/modules --- all_subdir_bktr --- --- all_subdir_bktr/bktr --- ctfconvert -L VERSION -g bktr_core.o A failure has been detected in another branch of the parallel make bmake[5]: stopped in /usr/src/sys/modules/bktr/bktr *** [all_subdir_bktr/bktr] Error code 2 bmake[4]: stopped in /usr/src/sys/modules/bktr 1 error bmake[4]: stopped in /usr/src/sys/modules/bktr *** [all_subdir_bktr] Error code 2 bmake[3]: stopped in /usr/src/sys/modules --- all_subdir_bwi --- ctfconvert -L VERSION -g bwimac.o A failure has been detected in another branch of the parallel make bmake[4]: stopped in /usr/src/sys/modules/bwi *** [all_subdir_bwi] Error code 2 bmake[3]: stopped in /usr/src/sys/modules 4 errors bmake[3]: stopped in /usr/src/sys/modules *** [modules-all] Error code 2 bmake[2]: stopped in /usr/obj/usr/src/sys/GENERIC 1 error bmake[2]: stopped in /usr/obj/usr/src/sys/GENERIC *** [buildkernel] Error code 2 bmake[1]: stopped in /usr/src 1 error bmake[1]: stopped in /usr/src *** [buildkernel] Error code 2 make: stopped in /usr/src 1 error make: stopped in /usr/src Build step 'Execute shell' marked build as failure [PostBuildScript] - Execution post build scripts. [FreeBSD_HEAD_i386] $ /bin/sh -xe /tmp/hudson2018087691736678838.sh + export 'PATH=3D/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/sbin:/usr/local/b= in' + export 'jname=3DFreeBSD_HEAD_i386' + echo 'clean up jail FreeBSD_HEAD_i386' clean up jail FreeBSD_HEAD_i386 + sudo jail -r FreeBSD_HEAD_i386 + sudo ifconfig igb0 inet6 2610:1c1:1:607c::106:1 -alias + sudo umount FreeBSD_HEAD_i386/usr/src + sudo umount FreeBSD_HEAD_i386/dev + sudo rm -fr FreeBSD_HEAD_i386 + true + sudo chflags -R noschg FreeBSD_HEAD_i386 + sudo rm -fr FreeBSD_HEAD_i386 Email was triggered for: Failure - Any Sending email for trigger: Failure - Any From owner-freebsd-current@freebsd.org Wed Mar 30 04:15: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 8A2A4AE202B; Wed, 30 Mar 2016 04:15:09 +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 7DB471C51; Wed, 30 Mar 2016 04:15:09 +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 D17291F31; Wed, 30 Mar 2016 04:15:08 +0000 (UTC) Date: Wed, 30 Mar 2016 04:15:05 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: pfg@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org, freebsd-i386@FreeBSD.org Message-ID: <63416915.159.1459311308405.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <726389380.155.1459304098191.JavaMail.jenkins@jenkins-9.freebsd.org> References: <726389380.155.1459304098191.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD_i386 - Build #2725 - Still Failing MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_HEAD_i386 X-Jenkins-Result: FAILURE Precedence: bulk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.21 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Mar 2016 04:15:09 -0000 FreeBSD_HEAD_i386 - Build #2725 - Still Failing: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/2725/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/2725/cha= nges Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/2725/cons= ole Change summaries: 297407 by pfg: freopen(3): prevent uninitialized errno. The case doesn't look very likely but clean the possibility nevertheless CID:=09=091018720 MFC after:=091 week The end of the build log: [...truncated 153283 lines...] awk -f /usr/src/sys/conf/kmod_syms.awk if_bge.kld export_syms | xargs -J% = objcopy % if_bge.kld --- if_bge.ko.full --- ld -Bshareable -d -warn-common -o if_bge.ko.full if_bge.kld --- if_bge.ko.debug --- objcopy --only-keep-debug if_bge.ko.full if_bge.ko.debug --- if_bge.ko --- objcopy --strip-debug --add-gnu-debuglink=3Dif_bge.ko.debug if_bge.ko.full= if_bge.ko --- all_subdir_ata --- --- all_subdir_ata/atapci/chipsets/atavia --- =3D=3D=3D> ata/atapci/chipsets/atavia (all) --- machine --- machine -> /usr/src/sys/i386/include --- x86 --- x86 -> /usr/src/sys/x86/include --- ata_if.h --- awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/dev/ata/ata_if.m -h --- bus_if.h --- awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/kern/bus_if.m -h --- device_if.h --- awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/kern/device_if.m -h --- pci_if.h --- awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/dev/pci/pci_if.m -h --- ata-via.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/GENERIC/opt_= global.h -I. -I/usr/src/sys -fno-common -g -I/usr/obj/usr/src/sys/GENERIC = -MD -MF.depend.ata-via.o -MTata-via.o -mno-mmx -mno-sse -msoft-float -ffre= estanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnes= ted-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winl= ine -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=3D__freebsd_kprintf= __ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas = -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parenthe= ses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error= -shift-negative-value -mno-aes -mno-avx -std=3Diso9899:1999 -c /usr/src/s= ys/modules/ata/atapci/chipsets/atavia/../../../../../dev/ata/chipsets/ata-v= ia.c -o ata-via.o --- all_subdir_ata/atapci/chipsets/atasis --- ctfconvert -L VERSION -g ata-sis.o --- atasis.kld --- ld -d -warn-common -r -d -o atasis.kld ata-sis.o ctfmerge -L VERSION -g -o atasis.kld ata-sis.o :> export_syms awk -f /usr/src/sys/conf/kmod_syms.awk atasis.kld export_syms | xargs -J% = objcopy % atasis.kld --- atasis.ko.full --- ld -Bshareable -d -warn-common -o atasis.ko.full atasis.kld --- atasis.ko.debug --- objcopy --only-keep-debug atasis.ko.full atasis.ko.debug --- atasis.ko --- objcopy --strip-debug --add-gnu-debuglink=3Datasis.ko.debug atasis.ko.full= atasis.ko --- all_subdir_bridgestp --- =3D=3D=3D> bridgestp (all) --- machine --- machine -> /usr/src/sys/i386/include --- all_subdir_bktr --- ctfconvert -L VERSION -g bktr_tuner.o --- all_subdir_bridgestp --- --- x86 --- x86 -> /usr/src/sys/x86/include --- bridgestp.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/GENERIC/opt_= global.h -I. -I/usr/src/sys -fno-common -g -I/usr/obj/usr/src/sys/GENERIC = -MD -MF.depend.bridgestp.o -MTbridgestp.o -mno-mmx -mno-sse -msoft-float -= ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -= Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -= Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=3D__freebsd_kpr= intf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-prag= mas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-pare= ntheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-e= rror-shift-negative-value -mno-aes -mno-avx -std=3Diso9899:1999 -c /usr/s= rc/sys/modules/bridgestp/../../net/bridgestp.c -o bridgestp.o --- all_subdir_bktr --- --- bktr_card.o --- cc -O2 -pipe -DBKTR_FREEBSD_MODULE -fno-strict-aliasing -Werror -D_KERNEL= -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/us= r/src/sys/GENERIC/opt_global.h -I. -I/usr/src/sys -fno-common -g -I/usr/obj= /usr/src/sys/GENERIC -MD -MF.depend.bktr_card.o -MTbktr_card.o -mno-mmx -= mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wa= ll -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-protot= ypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__pr= intf__=3D__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-opt= ion -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty= -body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-err= or-pointer-sign -Wno-error-shift-negative-value -mno-aes -mno-avx -std=3D= iso9899:1999 -c /usr/src/sys/modules/bktr/bktr/../../../dev/bktr/bktr_card.= c -o bktr_card.o --- all_subdir_ath --- ctfconvert -L VERSION -g ah_regdomain.o --- ah_eeprom_v3.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -I. -I/usr/src/sys/modules/ath/../../dev/ath -I/usr/src/sys/modules/ath/= ../../dev/ath/ath_hal -I. -I/usr/src/sys/modules/ath/../../contrib/dev/ath/= ath_hal/ -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/GENERIC= /opt_global.h -I. -I/usr/src/sys -fno-common -g -I/usr/obj/usr/src/sys/GENE= RIC -MD -MF.depend.ah_eeprom_v3.o -MTah_eeprom_v3.o -mno-mmx -mno-sse -ms= oft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredund= ant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpoin= ter-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=3D__= freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-u= nknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno= -error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-= sign -Wno-error-shift-negative-value -mno-aes -mno-avx -std=3Diso9899:199= 9 -c /usr/src/sys/modules/ath/../../dev/ath/ath_hal/ah_eeprom_v3.c -o ah_ee= prom_v3.o --- all_subdir_ata --- --- all_subdir_ata/atapci/chipsets/atavia --- ctfconvert -L VERSION -g ata-via.o --- atavia.kld --- ld -d -warn-common -r -d -o atavia.kld ata-via.o ctfmerge -L VERSION -g -o atavia.kld ata-via.o :> export_syms awk -f /usr/src/sys/conf/kmod_syms.awk atavia.kld export_syms | xargs -J% = objcopy % atavia.kld --- atavia.ko.full --- ld -Bshareable -d -warn-common -o atavia.ko.full atavia.kld --- atavia.ko.debug --- objcopy --only-keep-debug atavia.ko.full atavia.ko.debug --- atavia.ko --- objcopy --strip-debug --add-gnu-debuglink=3Datavia.ko.debug atavia.ko.full= atavia.ko --- all_subdir_ath --- --- ah_eeprom_v1.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -I. -I/usr/src/sys/modules/ath/../../dev/ath -I/usr/src/sys/modules/ath/= ../../dev/ath/ath_hal -I. -I/usr/src/sys/modules/ath/../../contrib/dev/ath/= ath_hal/ -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/GENERIC= /opt_global.h -I. -I/usr/src/sys -fno-common -g -I/usr/obj/usr/src/sys/GENE= RIC -MD -MF.depend.ah_eeprom_v1.o -MTah_eeprom_v1.o -mno-mmx -mno-sse -ms= oft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredund= ant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpoin= ter-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=3D__= freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-u= nknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno= -error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-= sign -Wno-error-shift-negative-value -mno-aes -mno-avx -std=3Diso9899:199= 9 -c /usr/src/sys/modules/ath/../../dev/ath/ath_hal/ah_eeprom_v1.c -o ah_ee= prom_v1.o --- all_subdir_bktr --- ctfconvert -L VERSION -g bktr_card.o --- msp34xx.o --- cc -O2 -pipe -DBKTR_FREEBSD_MODULE -fno-strict-aliasing -Werror -D_KERNEL= -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/us= r/src/sys/GENERIC/opt_global.h -I. -I/usr/src/sys -fno-common -g -I/usr/obj= /usr/src/sys/GENERIC -MD -MF.depend.msp34xx.o -MTmsp34xx.o -mno-mmx -mno-= sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -= Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes= -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf= __=3D__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option = -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-bod= y -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-p= ointer-sign -Wno-error-shift-negative-value -mno-aes -mno-avx -std=3Diso9= 899:1999 -c /usr/src/sys/modules/bktr/bktr/../../../dev/bktr/msp34xx.c -o m= sp34xx.o ctfconvert -L VERSION -g msp34xx.o --- bktr_core.o --- cc -O2 -pipe -DBKTR_FREEBSD_MODULE -fno-strict-aliasing -Werror -D_KERNEL= -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/us= r/src/sys/GENERIC/opt_global.h -I. -I/usr/src/sys -fno-common -g -I/usr/obj= /usr/src/sys/GENERIC -MD -MF.depend.bktr_core.o -MTbktr_core.o -mno-mmx -= mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wa= ll -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-protot= ypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__pr= intf__=3D__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-opt= ion -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty= -body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-err= or-pointer-sign -Wno-error-shift-negative-value -mno-aes -mno-avx -std=3D= iso9899:1999 -c /usr/src/sys/modules/bktr/bktr/../../../dev/bktr/bktr_core.= c -o bktr_core.o --- all_subdir_ath --- ctfconvert -L VERSION -g ah_eeprom_v1.o --- all_subdir_bwi --- =3D=3D=3D> bwi (all) --- machine --- machine -> /usr/src/sys/i386/include --- x86 --- x86 -> /usr/src/sys/x86/include --- opt_inet.h --- ln -sf /usr/obj/usr/src/sys/GENERIC/opt_inet.h opt_inet.h --- opt_bwi.h --- ln -sf /usr/obj/usr/src/sys/GENERIC/opt_bwi.h opt_bwi.h --- opt_wlan.h --- ln -sf /usr/obj/usr/src/sys/GENERIC/opt_wlan.h opt_wlan.h --- device_if.h --- awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/kern/device_if.m -h --- bus_if.h --- awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/kern/bus_if.m -h --- pci_if.h --- awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/dev/pci/pci_if.m -h --- if_bwi_pci.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/GENERIC/opt_= global.h -I. -I/usr/src/sys -fno-common -g -I/usr/obj/usr/src/sys/GENERIC = -MD -MF.depend.if_bwi_pci.o -MTif_bwi_pci.o -mno-mmx -mno-sse -msoft-float= -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls= -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith= -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=3D__freebsd_k= printf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pr= agmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-pa= rentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno= -error-shift-negative-value -mno-aes -mno-avx -std=3Diso9899:1999 -c /usr= /src/sys/modules/bwi/../../dev/bwi/if_bwi_pci.c -o if_bwi_pci.o --- all_subdir_bridgestp --- ctfconvert -L VERSION -g bridgestp.o --- bridgestp.kld --- ld -d -warn-common -r -d -o bridgestp.kld bridgestp.o ctfmerge -L VERSION -g -o bridgestp.kld bridgestp.o :> export_syms awk -f /usr/src/sys/conf/kmod_syms.awk bridgestp.kld export_syms | xargs -= J% objcopy % bridgestp.kld --- bridgestp.ko.full --- ld -Bshareable -d -warn-common -o bridgestp.ko.full bridgestp.kld --- bridgestp.ko.debug --- objcopy --only-keep-debug bridgestp.ko.full bridgestp.ko.debug --- bridgestp.ko --- objcopy --strip-debug --add-gnu-debuglink=3Dbridgestp.ko.debug bridgestp.k= o.full bridgestp.ko --- all_subdir_bktr --- --- all_subdir_bktr/bktr_mem --- =3D=3D=3D> bktr/bktr_mem (all) --- machine --- machine -> /usr/src/sys/i386/include --- x86 --- x86 -> /usr/src/sys/x86/include --- bktr_mem.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/GENERIC/opt_= global.h -I. -I/usr/src/sys -fno-common -g -I/usr/obj/usr/src/sys/GENERIC = -MD -MF.depend.bktr_mem.o -MTbktr_mem.o -mno-mmx -mno-sse -msoft-float -ff= reestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wn= ested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wi= nline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=3D__freebsd_kprin= tf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragma= s -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parent= heses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-err= or-shift-negative-value -mno-aes -mno-avx -std=3Diso9899:1999 -c /usr/src= /sys/modules/bktr/bktr_mem/../../../dev/bktr/bktr_mem.c -o bktr_mem.o --- all_subdir_bwi --- ctfconvert -L VERSION -g if_bwi_pci.o --- all_subdir_bktr --- ctfconvert -L VERSION -g bktr_mem.o --- bktr_mem.kld --- ld -d -warn-common -r -d -o bktr_mem.kld bktr_mem.o ctfmerge -L VERSION -g -o bktr_mem.kld bktr_mem.o echo bktr_has_stored_addresses=09 bktr_store_address=09=09 bktr_retrieve_ad= dress > export_syms awk -f /usr/src/sys/conf/kmod_syms.awk bktr_mem.kld export_syms | xargs -J= % objcopy % bktr_mem.kld --- bktr_mem.ko.full --- ld -Bshareable -d -warn-common -o bktr_mem.ko.full bktr_mem.kld --- bktr_mem.ko.debug --- objcopy --only-keep-debug bktr_mem.ko.full bktr_mem.ko.debug --- bktr_mem.ko --- objcopy --strip-debug --add-gnu-debuglink=3Dbktr_mem.ko.debug bktr_mem.ko.= full bktr_mem.ko --- all_subdir_bwn --- =3D=3D=3D> bwn (all) --- all_subdir_bwi --- --- bwimac.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/GENERIC/opt_= global.h -I. -I/usr/src/sys -fno-common -g -I/usr/obj/usr/src/sys/GENERIC = -MD -MF.depend.bwimac.o -MTbwimac.o -mno-mmx -mno-sse -msoft-float -ffrees= tanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wneste= d-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winlin= e -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=3D__freebsd_kprintf__= -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -= Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parenthese= s-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-s= hift-negative-value -mno-aes -mno-avx -std=3Diso9899:1999 -c /usr/src/sys= /modules/bwi/../../dev/bwi/bwimac.c -o bwimac.o --- all_subdir_bwn --- --- machine --- machine -> /usr/src/sys/i386/include --- x86 --- x86 -> /usr/src/sys/x86/include --- device_if.h --- awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/kern/device_if.m -h --- bus_if.h --- awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/kern/bus_if.m -h --- pci_if.h --- awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/dev/pci/pci_if.m -h --- if_bwn.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/GENERIC/opt_= global.h -I. -I/usr/src/sys -fno-common -g -I/usr/obj/usr/src/sys/GENERIC = -MD -MF.depend.if_bwn.o -MTif_bwn.o -mno-mmx -mno-sse -msoft-float -ffrees= tanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wneste= d-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winlin= e -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=3D__freebsd_kprintf__= -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -= Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parenthese= s-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-s= hift-negative-value -Wno-error-sometimes-uninitialized -mno-aes -mno-avx -= std=3Diso9899:1999 -c /usr/src/sys/modules/bwn/../../dev/bwn/if_bwn.c -o if= _bwn.o --- all_subdir_ath --- --- ah_eeprom_v3.o --- ctfconvert -L VERSION -g ah_eeprom_v3.o --- all_subdir_bwn --- /usr/src/sys/modules/bwn/../../dev/bwn/if_bwn.c:2615:7: error: implicit dec= laration of function 'time_before' is invalid in C99 [-Werror,-Wimplicit-fu= nction-declaration] if (time_before(lo->pwr_vec_read_time, expire)) { ^ --- all_subdir_ath --- --- ar5210_attach.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -I. -I/usr/src/sys/modules/ath/../../dev/ath -I/usr/src/sys/modules/ath/= ../../dev/ath/ath_hal -I. -I/usr/src/sys/modules/ath/../../contrib/dev/ath/= ath_hal/ -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/GENERIC= /opt_global.h -I. -I/usr/src/sys -fno-common -g -I/usr/obj/usr/src/sys/GENE= RIC -MD -MF.depend.ar5210_attach.o -MTar5210_attach.o -mno-mmx -mno-sse -= msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredu= ndant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpo= inter-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=3D= __freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno= -unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -W= no-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointe= r-sign -Wno-error-shift-negative-value -mno-aes -mno-avx -std=3Diso9899:1= 999 -c /usr/src/sys/modules/ath/../../dev/ath/ath_hal/ar5210/ar5210_attach.= c -o ar5210_attach.o ctfconvert -L VERSION -g ar5210_attach.o --- ar5210_beacon.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -I. -I/usr/src/sys/modules/ath/../../dev/ath -I/usr/src/sys/modules/ath/= ../../dev/ath/ath_hal -I. -I/usr/src/sys/modules/ath/../../contrib/dev/ath/= ath_hal/ -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/GENERIC= /opt_global.h -I. -I/usr/src/sys -fno-common -g -I/usr/obj/usr/src/sys/GENE= RIC -MD -MF.depend.ar5210_beacon.o -MTar5210_beacon.o -mno-mmx -mno-sse -= msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredu= ndant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpo= inter-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=3D= __freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno= -unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -W= no-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointe= r-sign -Wno-error-shift-negative-value -mno-aes -mno-avx -std=3Diso9899:1= 999 -c /usr/src/sys/modules/ath/../../dev/ath/ath_hal/ar5210/ar5210_beacon.= c -o ar5210_beacon.o ctfconvert -L VERSION -g ar5210_beacon.o --- all_subdir_bwn --- 1 error generated. *** [if_bwn.o] Error code 1 bmake[4]: stopped in /usr/src/sys/modules/bwn 1 error bmake[4]: stopped in /usr/src/sys/modules/bwn *** [all_subdir_bwn] Error code 2 bmake[3]: stopped in /usr/src/sys/modules --- all_subdir_ath --- A failure has been detected in another branch of the parallel make bmake[4]: stopped in /usr/src/sys/modules/ath *** [all_subdir_ath] Error code 2 bmake[3]: stopped in /usr/src/sys/modules --- all_subdir_bwi --- ctfconvert -L VERSION -g bwimac.o A failure has been detected in another branch of the parallel make bmake[4]: stopped in /usr/src/sys/modules/bwi *** [all_subdir_bwi] Error code 2 bmake[3]: stopped in /usr/src/sys/modules --- all_subdir_bktr --- --- all_subdir_bktr/bktr --- ctfconvert -L VERSION -g bktr_core.o A failure has been detected in another branch of the parallel make bmake[5]: stopped in /usr/src/sys/modules/bktr/bktr *** [all_subdir_bktr/bktr] Error code 2 bmake[4]: stopped in /usr/src/sys/modules/bktr 1 error bmake[4]: stopped in /usr/src/sys/modules/bktr *** [all_subdir_bktr] Error code 2 bmake[3]: stopped in /usr/src/sys/modules 4 errors bmake[3]: stopped in /usr/src/sys/modules *** [modules-all] Error code 2 bmake[2]: stopped in /usr/obj/usr/src/sys/GENERIC 1 error bmake[2]: stopped in /usr/obj/usr/src/sys/GENERIC *** [buildkernel] Error code 2 bmake[1]: stopped in /usr/src 1 error bmake[1]: stopped in /usr/src *** [buildkernel] Error code 2 make: stopped in /usr/src 1 error make: stopped in /usr/src Build step 'Execute shell' marked build as failure [PostBuildScript] - Execution post build scripts. [FreeBSD_HEAD_i386] $ /bin/sh -xe /tmp/hudson2485483956499510584.sh + export 'PATH=3D/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/sbin:/usr/local/b= in' + export 'jname=3DFreeBSD_HEAD_i386' + echo 'clean up jail FreeBSD_HEAD_i386' clean up jail FreeBSD_HEAD_i386 + sudo jail -r FreeBSD_HEAD_i386 + sudo ifconfig igb0 inet6 2610:1c1:1:607c::106:1 -alias + sudo umount FreeBSD_HEAD_i386/usr/src + sudo umount FreeBSD_HEAD_i386/dev + sudo rm -fr FreeBSD_HEAD_i386 + true + sudo chflags -R noschg FreeBSD_HEAD_i386 + sudo rm -fr FreeBSD_HEAD_i386 Email was triggered for: Failure - Any Sending email for trigger: Failure - Any From owner-freebsd-current@freebsd.org Wed Mar 30 04:16: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 602C6AE20E2 for ; Wed, 30 Mar 2016 04:16:18 +0000 (UTC) (envelope-from jiashiun@gmail.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 2B3631DD3; Wed, 30 Mar 2016 04:16:18 +0000 (UTC) (envelope-from jiashiun@gmail.com) Received: by mail-io0-x230.google.com with SMTP id g185so51570665ioa.2; Tue, 29 Mar 2016 21:16:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=gTzkztWsr8ZnmvxgPm5XkkRCJYYI7XkoW2ihFCMiLrc=; b=c+IbCZhkDaiQ9Otu6A8eLBsdhNXSBmgjRULRpK2UB5h1z+U8i3Dq6EulAEBV1CNT76 Y/IaVcZRMLSfowMx/ZsRQApKxnnhSb9vLysDj4XiLcSD+g6aYwhcJbV0rafRDolwk0OI E0fcXf/RMjvnM4mejrmccdmq19AxEdQib4Uo+eqZ8OkkuQiDTXyDqZ3k9tAEaGRf+no7 1RQDQzsvX1jDCZsY5oBwc/zHZRhm9k/tE/2fLkH7Cvv6aBUlAhQG28RmbXj+KY8haDKt GQTGfD+V7nhD0dlchWH4TYL2blVhq+J+hrJE4ubQ3hKnfYNvZZT3cHdmEhgmOBkox4Ld ExoQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=gTzkztWsr8ZnmvxgPm5XkkRCJYYI7XkoW2ihFCMiLrc=; b=k4nW7wnYmx7EexFxrrfo5/PYkTdI/K5TYVYqIsp6LBtxZPACiM7Adm29Uqp8MH40fF bGS8Hb5uZlfpaxcZQaCTyNssJaD5Qqq/A5FWfG92B3oLeh9HouXUXRNIIUIHrkrW+Xxb Tv/KIGosbh70iC2TBcYzK2b11eLx7+jSbvHR5wzVBwTve4rVGsFdlybpoV5fUxsnYO2K +BfPujIaUCb5xkhGPkBroNrZS7oYCAVk7g08/ZSaIWxKNVw5K2a/L6NgG4Ih/Hu8D74c 8WZ3uryywNLY8tEtVPHLRvIZ2YXKH6ZM9+LSOuHRybFtf5YMRrqjzjgynYKLoP0lOowC L1UQ== X-Gm-Message-State: AD7BkJJtxNIiB4Mw4QxpgKU2mZ+D9vv2BnyZZp3/a2Nh8BL5qCZrlRX+eYEwb8TfJ1zHVm9GJrqnxmZ2Lk8iLw== X-Received: by 10.107.154.18 with SMTP id c18mr7748212ioe.169.1459311377515; Tue, 29 Mar 2016 21:16:17 -0700 (PDT) MIME-Version: 1.0 Received: by 10.79.38.73 with HTTP; Tue, 29 Mar 2016 21:15:48 -0700 (PDT) In-Reply-To: <56FAC71A.6090400@FreeBSD.org> References: <56FAC71A.6090400@FreeBSD.org> From: Jia-Shiun Li Date: Wed, 30 Mar 2016 12:15:48 +0800 Message-ID: Subject: Re: installworld failed by mounting other's /usr/obj To: =?UTF-8?B?SmVhbi1Tw6liYXN0aWVuIFDDqWRyb24=?= , Bryan Drewery Cc: freebsd-current Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.21 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 Precedence: 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, 30 Mar 2016 04:16:18 -0000 On Wed, Mar 30, 2016 at 2:19 AM, Jean-S=C3=A9bastien P=C3=A9dron wrote: > On 27/03/2016 09:07, Jia-Shiun Li wrote: > > I have one machine which is faster to build world and export /usr/obj f= or > > others to install. > > > > As of r297266 installworld would fail. It seems to be caused by r296921 > > which would delete libc.ld. In this case libc.ld resides on a read-only > > /usr/obj mount. > > Hi! > > This was fixed by Bryan Drewery in r297270. > > Yes I confirmed that in r297394 this is no longer issue. Thank you Jean and Bryan. -Jia-Shiun. From owner-freebsd-current@freebsd.org Wed Mar 30 06:49: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 6A370AE2FA5 for ; Wed, 30 Mar 2016 06:49:36 +0000 (UTC) (envelope-from rhurlin@gwdg.de) Received: from fmailer.gwdg.de (fmailer.gwdg.de [134.76.11.16]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 32C52194B; Wed, 30 Mar 2016 06:49:35 +0000 (UTC) (envelope-from rhurlin@gwdg.de) Received: from um-excht-a01.um.gwdg.de ([134.76.11.221] helo=email.gwdg.de) by mailer.gwdg.de with esmtp (Exim 4.80) (envelope-from ) id 1al9HO-0002zP-Qw; Wed, 30 Mar 2016 08:06:58 +0200 Received: from pc028.nfv.nw-fva.de (134.76.242.1) by email.gwdg.de (134.76.9.210) with Microsoft SMTP Server (TLS) id 14.3.195.1; Wed, 30 Mar 2016 08:06:58 +0200 CC: To: From: Rainer Hurling Subject: HEAD does not build bwn (after r297405 ?) Message-ID: <56FB6CFE.8040709@gwdg.de> Date: Wed, 30 Mar 2016 08:06:54 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.7.0 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8"; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Level: - X-Virus-Scanned: (clean) by clamav X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 Precedence: 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, 30 Mar 2016 06:49:36 -0000 If I try to build most recent HEAD (r297407), I get the following error: [..snip..] ===> bwn (all) machine -> /usr/src/sys/amd64/include x86 -> /usr/src/sys/x86/include awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/kern/device_if.m -h awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/kern/bus_if.m -h awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/dev/pci/pci_if.m -h /usr/local/bin/ccache cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/RHURLIN/opt_global.h -I. -I/usr/src/sys -fno-common -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -I/usr/obj/usr/src/sys/RHURLIN -MD -MF.depend.if_bwn.o -MTif_bwn.o -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fwrapv -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -Wno-error-sometimes-uninitialized -mno-aes -mno-avx -std=iso9899:1999 -c /usr/src/sys/modules/bwn/../../dev/bwn/if_bwn.c -o if_bwn.o /usr/src/sys/modules/bwn/../../dev/bwn/if_bwn.c:2615:7: error: implicit declaration of function 'time_before' is invalid in C99 [-Werror,-Wimplicit-function-declaration] if (time_before(lo->pwr_vec_read_time, expire)) { ^ 1 error generated. *** Error code 1 Stop. make[4]: stopped in /usr/src/sys/modules/bwn *** Error code 1 I suspect r297405 with its migration of time_* macros to be the reason? Regards, Rainer Hurling From owner-freebsd-current@freebsd.org Wed Mar 30 07:28: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 7E77CAE2A7F for ; Wed, 30 Mar 2016 07:28:49 +0000 (UTC) (envelope-from truckman@FreeBSD.org) Received: from gw.catspoiler.org (unknown [IPv6:2602:304:b010:ef20::f2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "gw.catspoiler.org", Issuer "gw.catspoiler.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4268F107D; Wed, 30 Mar 2016 07:28:49 +0000 (UTC) (envelope-from truckman@FreeBSD.org) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.15.2/8.15.2) with ESMTP id u2U7Sdwc092257; Wed, 30 Mar 2016 00:28:43 -0700 (PDT) (envelope-from truckman@FreeBSD.org) Message-Id: <201603300728.u2U7Sdwc092257@gw.catspoiler.org> Date: Wed, 30 Mar 2016 00:28:39 -0700 (PDT) From: Don Lewis Subject: Re: CURRENT slow and shaky network stability To: ohartman@zedat.fu-berlin.de cc: imb@protected-networks.net, kmacy@freebsd.org, freebsd-current@freebsd.org In-Reply-To: <201603292126.u2TLQRAf091023@gw.catspoiler.org> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 Precedence: 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, 30 Mar 2016 07:28:49 -0000 On 29 Mar, To: ohartman@zedat.fu-berlin.de wrote: > On 28 Mar, Don Lewis wrote: >> On 28 Mar, O. Hartmann wrote: > >> If I get a chance, I try booting my FreeBSD 11 machine with less RAM to >> see if that is a trigger. > > I just tried cranking hw.physmen down to 8 GB on 11.0-CURRENT r297204, > GENERIC kernel. /boot/loader.conf contains: > geom_mirror_load="YES" > kern.geom.label.disk_ident.enable="0" > kern.geom.label.gptid.enable="0" > zfs_load="YES" > vboxdrv_load="YES" > hw.physmem="8G" > > /etc/sysctl.conf contains: > kern.ipc.shm_allow_removed=1 > > No /etc/src.conf and nothing of that should matter in /etc/make.conf. > > > This is what I see after running > poudriere ports -p whatever -u > > last pid: 2102; load averages: 0.24, 0.52, 0.36 up 0+00:06:54 14:13:51 > 52 processes: 1 running, 51 sleeping > CPU: 0.0% user, 0.0% nice, 0.0% system, 0.0% interrupt, 100% idle > Mem: 95M Active, 20M Inact, 1145M Wired, 39K Buf, 5580M Free > ARC: 595M Total, 256M MFU, 248M MRU, 16K Anon, 14M Header, 78M Other > Swap: 40G Total, 40G Free > > No swap used, inactive memory low, no interactivity problems. Next I'll > try r297267, which is what I believe you are running. I scanned the > commit logs between r297204 and r297267 and didn't see anything terribly > suspicious looking. No problems here with r297267 either. I did a bunch of small poudriere runs since the system was first booted. Usable RAM is still dialed back to 8 GB. A bit of swap is in use, mostly because nginx, which has been unused since the system was booted, got swapped out. Inactive memory is low now that poudriere is done. last pid: 75471; load averages: 0.21, 0.15, 0.19 up 0+07:36:07 00:24:00 50 processes: 1 running, 49 sleeping CPU: 0.0% user, 0.0% nice, 0.0% system, 0.0% interrupt, 100% idle Mem: 5988K Active, 14M Inact, 2641M Wired, 41K Buf, 4179M Free ARC: 790M Total, 575M MFU, 169M MRU, 16K Anon, 9618K Header, 36M Other Swap: 40G Total, 50M Used, 40G Free Do you use tmpfs? Anything stored in there will get stashed in inactive memory and/or swap. From owner-freebsd-current@freebsd.org Wed Mar 30 08:23: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 86992AE2A99; Wed, 30 Mar 2016 08:23:20 +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 700211D74; Wed, 30 Mar 2016 08:23:20 +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 046D71FC7; Wed, 30 Mar 2016 08:23:19 +0000 (UTC) Date: Wed, 30 Mar 2016 08:23:16 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: pfg@FreeBSD.org, adrian@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org, freebsd-i386@FreeBSD.org Message-ID: <1657303193.161.1459326198923.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <63416915.159.1459311308405.JavaMail.jenkins@jenkins-9.freebsd.org> References: <63416915.159.1459311308405.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD_i386 - Build #2726 - Fixed MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_HEAD_i386 X-Jenkins-Result: SUCCESS Precedence: bulk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.21 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Mar 2016 08:23:20 -0000 FreeBSD_HEAD_i386 - Build #2726 - Fixed: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/2726/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/2726/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/2726/console Change summaries: 297409 by adrian: [bwn] fix time_before -> ieee80211_time_before() Noticed by: Jia-Shiun Li 297408 by pfg: freopen(3): prevent uninitialized errno. Revert r297407 and redo it cleanly. Pointed out by: Jukka A. Ukkonen CID: 1018720 MFC after: 1 week From owner-freebsd-current@freebsd.org Wed Mar 30 09:30: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 9CB24AE0EF9 for ; Wed, 30 Mar 2016 09:30:34 +0000 (UTC) (envelope-from matthias@petermann-it.de) Received: from d2ux.org (d2ux.org [5.9.151.140]) by mx1.freebsd.org (Postfix) with ESMTP id 67F941EDA for ; Wed, 30 Mar 2016 09:30:34 +0000 (UTC) (envelope-from matthias@petermann-it.de) Received: from d2ux.org (unknown [10.0.0.4]) by d2ux.org (Postfix) with ESMTP id DC943282285 for ; Wed, 30 Mar 2016 11:21:05 +0200 (CEST) X-Virus-Scanned: amavisd-new at d2ux.org Received: from d2ux.org ([10.0.0.4]) by d2ux.org (d2ux.org [10.0.0.4]) (amavisd-new, port 10024) with ESMTP id uynVmr9BsNum for ; Wed, 30 Mar 2016 11:21:05 +0200 (CEST) Received: from 10.0.0.5 (unknown [10.0.0.5]) by d2ux.org (Postfix) with ESMTP id 0417B28227A for ; Wed, 30 Mar 2016 11:21:04 +0200 (CEST) content-type: text/plain; charset="utf-8" to: freebsd-current@freebsd.org User-Agent: SOGoMail 2.3.8 MIME-Version: 1.0 date: Wed, 30 Mar 2016 11:21:04 +0200 subject: Add USB product id for i-tec USB =?utf-8?q?2=2E0?= Docking Station message-id: <58d-56fb9a80-2f-6b8b4580@226948201> X-Forward: 127.0.0.1 from: "Matthias Petermann" content-transfer-encoding: quoted-printable X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 Precedence: 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, 30 Mar 2016 09:30:34 -0000 Hi, in mid 2015 I did submit a patch[1] to add an USB product ID to improve= the out-of-the-box experience for owners of i-tec USB 2.0 Docking Stat= ions. As there is no state change on the report since then, I am wonder= ing if I did address this the wrong way. I'd appreciate of one of the d= evelopers could review the report and provide advise in case I did a mi= stake. Many thanks in advance & best regards, Matthias [1] https://bugs.freebsd.org/bugzilla/show=5Fbug.cgi?id=3D201084 From owner-freebsd-current@freebsd.org Wed Mar 30 09:32: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 158D5AE1280 for ; Wed, 30 Mar 2016 09:32:47 +0000 (UTC) (envelope-from lists@opsec.eu) Received: from home.opsec.eu (home.opsec.eu [IPv6:2001:14f8:200::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id D246714DA for ; Wed, 30 Mar 2016 09:32:46 +0000 (UTC) (envelope-from lists@opsec.eu) Received: from pi by home.opsec.eu with local (Exim 4.86_2 (FreeBSD)) (envelope-from ) id 1alCUX-0009h6-DQ; Wed, 30 Mar 2016 11:32:45 +0200 Date: Wed, 30 Mar 2016 11:32:45 +0200 From: Kurt Jaeger To: Matthias Petermann Cc: freebsd-current@freebsd.org Subject: Re: Add USB product id for i-tec USB 2.0 Docking Station Message-ID: <20160330093245.GW35640@home.opsec.eu> References: <58d-56fb9a80-2f-6b8b4580@226948201> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <58d-56fb9a80-2f-6b8b4580@226948201> X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 Precedence: 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, 30 Mar 2016 09:32:47 -0000 Hi! > in mid 2015 I did submit a patch[1] to add an USB product ID to > improve the out-of-the-box experience for owners of i-tec USB 2.0 > Docking Stations. As there is no state change on the report since > then, I am wondering if I did address this the wrong way. You did everything OK. It just never found its way to a committer with time to test and commit. Hmm. -- pi@opsec.eu +49 171 3101372 4 years to go ! From owner-freebsd-current@freebsd.org Wed Mar 30 09:42: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 3D7D6AE170A for ; Wed, 30 Mar 2016 09:42:25 +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 0913C1BC2 for ; Wed, 30 Mar 2016 09:42: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 1EB441FE023; Wed, 30 Mar 2016 11:42:17 +0200 (CEST) Subject: Re: Add USB product id for i-tec USB 2.0 Docking Station To: Kurt Jaeger , Matthias Petermann References: <58d-56fb9a80-2f-6b8b4580@226948201> <20160330093245.GW35640@home.opsec.eu> Cc: freebsd-current@freebsd.org From: Hans Petter Selasky Message-ID: <56FBA031.5050605@selasky.org> Date: Wed, 30 Mar 2016 11:45:21 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.5.0 MIME-Version: 1.0 In-Reply-To: <20160330093245.GW35640@home.opsec.eu> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 Precedence: 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, 30 Mar 2016 09:42:25 -0000 On 03/30/16 11:32, Kurt Jaeger wrote: > Hi! > >> in mid 2015 I did submit a patch[1] to add an USB product ID to >> improve the out-of-the-box experience for owners of i-tec USB 2.0 >> Docking Stations. As there is no state change on the report since >> then, I am wondering if I did address this the wrong way. > > You did everything OK. > > It just never found its way to a committer with time to test and commit. > Please assign the PR to hselasky @ freebsd . org or send me a link. Thank you. --HPS From owner-freebsd-current@freebsd.org Wed Mar 30 10:21:28 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 39BC1AE2892 for ; Wed, 30 Mar 2016 10:21:28 +0000 (UTC) (envelope-from lists@opsec.eu) Received: from home.opsec.eu (home.opsec.eu [IPv6:2001:14f8:200::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 032141318 for ; Wed, 30 Mar 2016 10:21:28 +0000 (UTC) (envelope-from lists@opsec.eu) Received: from pi by home.opsec.eu with local (Exim 4.86_2 (FreeBSD)) (envelope-from ) id 1alDFg-0009nM-KD; Wed, 30 Mar 2016 12:21:28 +0200 Date: Wed, 30 Mar 2016 12:21:28 +0200 From: Kurt Jaeger To: Matthias Petermann , freebsd-current@freebsd.org Subject: Re: Add USB product id for i-tec USB 2.0 Docking Station Message-ID: <20160330102128.GX35640@home.opsec.eu> References: <58d-56fb9a80-2f-6b8b4580@226948201> <20160330093245.GW35640@home.opsec.eu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20160330093245.GW35640@home.opsec.eu> X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 Precedence: 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, 30 Mar 2016 10:21:28 -0000 Hi! > > in mid 2015 I did submit a patch[1] to add an USB product ID to > > improve the out-of-the-box experience for owners of i-tec USB 2.0 > > Docking Stations. As there is no state change on the report since > > then, I am wondering if I did address this the wrong way. > > You did everything OK. hselasky committed the fix to HEAD (thanks!) There's one thing you could have done earlier in the release cycle for 10.3: Nudge on -current or -stable about the PR so that it can still be put into 10.3. I think it will be too late for 10.3 now 8-( -- pi@opsec.eu +49 171 3101372 4 years to go ! From owner-freebsd-current@freebsd.org Wed Mar 30 10:34: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 A186CAE2B6A for ; Wed, 30 Mar 2016 10:34:56 +0000 (UTC) (envelope-from matthias@petermann-it.de) Received: from d2ux.org (d2ux.org [5.9.151.140]) by mx1.freebsd.org (Postfix) with ESMTP id 5F6EB1A52 for ; Wed, 30 Mar 2016 10:34:56 +0000 (UTC) (envelope-from matthias@petermann-it.de) Received: from d2ux.org (unknown [10.0.0.4]) by d2ux.org (Postfix) with ESMTP id A987B282A22; Wed, 30 Mar 2016 12:34:54 +0200 (CEST) X-Virus-Scanned: amavisd-new at d2ux.org Received: from d2ux.org ([10.0.0.4]) by d2ux.org (d2ux.org [10.0.0.4]) (amavisd-new, port 10024) with ESMTP id 6VP2RXFmYgEU; Wed, 30 Mar 2016 12:34:54 +0200 (CEST) Received: from 10.0.0.5 (unknown [10.0.0.5]) by d2ux.org (Postfix) with ESMTP id 1DE35282A19; Wed, 30 Mar 2016 12:34:54 +0200 (CEST) content-type: text/plain; charset="utf-8" in-reply-to: <20160330102128.GX35640@home.opsec.eu> from: "Matthias Petermann" X-Forward: 127.0.0.1 date: Wed, 30 Mar 2016 12:34:53 +0200 cc: freebsd-current@freebsd.org to: "Kurt Jaeger" MIME-Version: 1.0 message-id: <58b-56fbac00-6d-6b8b4580@81991508> subject: =?utf-8?q?Re=3A?= Add USB product id for i-tec USB =?utf-8?q?2=2E0?= Docking Station User-Agent: SOGoMail 2.3.8 content-transfer-encoding: quoted-printable X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 Precedence: 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, 30 Mar 2016 10:34:56 -0000 Hi, Am Mittwoch, 30. M=C3=A4rz 2016 12:21 CEST, Kurt Jaeger schrieb: > Hi! > > > > in mid 2015 I did submit a patch[1] to add an USB product ID to > > > improve the out-of-the-box experience for owners of i-tec USB 2.0= > > > Docking Stations. As there is no state change on the report since= > > > then, I am wondering if I did address this the wrong way. > > > > You did everything OK. > > hselasky committed the fix to HEAD (thanks!) > > There's one thing you could have done earlier in the release cycle > for 10.3: Nudge on -current or -stable about the PR so that > it can still be put into 10.3. I think it will be too late for 10.3 n= ow 8-( Thanks, I will followup earlier next time. Anyway - at the time I did t= he patch the udl driver was not existing in 10.x series. Best regards, Matthias From owner-freebsd-current@freebsd.org Wed Mar 30 11:08: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 BFBABAE319F for ; Wed, 30 Mar 2016 11:08:43 +0000 (UTC) (envelope-from jiashiun@gmail.com) Received: from mail-ig0-x231.google.com (mail-ig0-x231.google.com [IPv6:2607:f8b0:4001:c05::231]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 7CC601834; Wed, 30 Mar 2016 11:08:43 +0000 (UTC) (envelope-from jiashiun@gmail.com) Received: by mail-ig0-x231.google.com with SMTP id l20so38259744igf.0; Wed, 30 Mar 2016 04:08:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=uURwVL+jEYvD07kfF1AxvCaOlu5pgIblrx6uqjyRCJ4=; b=na6C95JpoRufSEYVnrWnqi+MFP66r/1N1agevvVko8T3c9WCeLF2+M4gvcBBDaymhb U2Cw/bMUlWPPWpAT9IJRCrfADYLsChrrjOeijgU1K+zpUU5Qub1Safmxd+6XkD/hcONi 5w5TlcRUX5EiRJehyrzUs51q1qn8cTsSn3cV9G4H3U1rDbNDzzxawm+XlRdDhXHA1HQ6 nDVFMeplQwa/4Plmf3lZsQoE9O7gPyjH8jtlAXyVNbxm6G0sB/2hGZqnnG/KQq0Yr6qo ddI6ZE94u6YmYudYpZCSJ8owYeKTTjyzgsy3KtbwMDzKxpeRiI+hrDHmQBIP2zm4t3i2 rqOw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=uURwVL+jEYvD07kfF1AxvCaOlu5pgIblrx6uqjyRCJ4=; b=gCaDxir13jy5GNqUhQJZF0CJn+7tWdLxlT/9UMzomvnUBfl6hEB5TS6lPIOBV/Gmz+ HrzSN5MkOMUoxlQLdt093/ooiBuSj9KCoumkAB3e9Qc+h7XYbNooqaKAjyJNw2ef8ZUR qPGWiDHD3EURIBgXyJvDPl1hOmJsrEi0msp6iBv9OyiwsqHSLf/mWVkJKMyxfcmnizF4 fQjn4c72SvkdD4NtaPU/TMhTZy8h5dGrFp82MPAgby5Ho92U5vrjyLSJ/4chx2tq4V1O b1J3eVhNrrZ6VF7+083BdQSILSEEj8tf7fznV0vvKXi/N29USF1YvgXVL/1q5aSqkpFB S/Xw== X-Gm-Message-State: AD7BkJKYPWvZKiVMzxCKlVsCZ5xAzk0tV6dIQ1k8MvYzKkCg73bWeU5M+5LaxiXhWO0mHnwO3iF0vdfgkm6yrA== X-Received: by 10.50.61.169 with SMTP id q9mr7410915igr.10.1459336122750; Wed, 30 Mar 2016 04:08:42 -0700 (PDT) MIME-Version: 1.0 Received: by 10.79.38.73 with HTTP; Wed, 30 Mar 2016 04:08:13 -0700 (PDT) In-Reply-To: <56FB6CFE.8040709@gwdg.de> References: <56FB6CFE.8040709@gwdg.de> From: Jia-Shiun Li Date: Wed, 30 Mar 2016 19:08:13 +0800 Message-ID: Subject: Re: HEAD does not build bwn (after r297405 ?) To: Rainer Hurling Cc: Adrian Chadd , freebsd-current Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.21 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 Precedence: 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, 30 Mar 2016 11:08:44 -0000 On Wed, Mar 30, 2016 at 2:06 PM, Rainer Hurling wrote: > If I try to build most recent HEAD (r297407), I get the following error: > > I suspect r297405 with its migration of time_* macros to be the reason? > > Adrian Chadd fixed that in r297409. -Jia-Shiun. From owner-freebsd-current@freebsd.org Wed Mar 30 10:21:28 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 AA7C1AE2896 for ; Wed, 30 Mar 2016 10:21:28 +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 967BE131A; Wed, 30 Mar 2016 10:21:28 +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 63E6A5D; Wed, 30 Mar 2016 10:21:28 +0000 (UTC) Date: Wed, 30 Mar 2016 10:21:22 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: np@FreeBSD.org, pfg@FreeBSD.org, loos@FreeBSD.org, markj@FreeBSD.org, andrew@FreeBSD.org, mav@FreeBSD.org, glebius@FreeBSD.org, trasz@FreeBSD.org, adrian@FreeBSD.org, kib@FreeBSD.org, zbb@FreeBSD.org, hselasky@FreeBSD.org, bdrewery@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org Message-ID: <455037259.165.1459333287979.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1697035767.151.1459246884511.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1697035767.151.1459246884511.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD_amd64_gcc4.9 - Build #1140 - Still Failing MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_HEAD_amd64_gcc4.9 X-Jenkins-Result: FAILURE Precedence: bulk X-Mailman-Approved-At: Wed, 30 Mar 2016 11:22:40 +0000 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.21 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Mar 2016 10:21:28 -0000 FreeBSD_HEAD_amd64_gcc4.9 - Build #1140 - Still Failing: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_gcc4.= 9/1140/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_gcc4.9/= 1140/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_gcc4.9/1= 140/console Change summaries: 297409 by adrian: [bwn] fix time_before -> ieee80211_time_before() Noticed by: Jia-Shiun Li 297408 by pfg: freopen(3): prevent uninitialized errno. Revert r297407 and redo it cleanly. Pointed out by:=09Jukka A. Ukkonen CID:=09=091018720 MFC after:=091 week 297407 by pfg: freopen(3): prevent uninitialized errno. The case doesn't look very likely but clean the possibility nevertheless CID:=09=091018720 MFC after:=091 week 297406 by np: Remove unnecessary dequeue_mutex (added in r294610) from the iWARP connection manager. Examining so_comp without synchronization with iw_so_event_handler is a harmless race. Submitted by:=09Krishnamraju Eraparaju @ Chelsio Reviewed by:=09Steve Wise @ Open Grid Computing Sponsored by:=09Chelsio Communications 297405 by adrian: [net80211] migrate the time_* macros to ieee80211_* namespace. It turns out that these will clash very annoyingly with the linux macros in the linuxkpi layer, so let the wookie^Wlinux win. The only user that I can find is ath(4), so fix it there too. 297404 by adrian: [net80211] Add fields to decode uAPSD fields. It turns out that madwifi actually has the basics for uAPSD implemented but it was never ported to FreeBSD. I may eventually port most of the pieces; I'll see how it goes! Obtained from:=09Madwifi 297403 by markj: Fix the lladdr copy in in6_lltable_dump_entry() after r292978. This bug caused "ndp -a" to show the wrong link layer address for neighbour cache entries. PR:=09208067 297402 by pfg: Small typo. 297401 by kib: Do not access buffer if bread(9) or cluster_read(9) failed. On error, the functions free the buffer and set the pointer to NULL. Also remove useless call to brelse(9) on the error path. PR:=09208275 Submitted by:=09Fabian Keil MFC after:=092 weeks 297400 by glebius: The sendfile(2) allows to send extra data from userspace before the file data (headers). Historically the size of the headers was not checked against the socket buffer space. Application could easily overcommit the socket buffer space. With the new sendfile (r293439) the problem remained, but a KASSERT was inserted that checked that amount of data written to the socket matches its space. In case when size of headers is bigger that socket space, KASSERT fires. Without INVARIANTS the new sendfile won't panic, but would report incorrect amount of bytes sent. o With this change, the headers copyin is moved down into the cycle, after the sbspace() check. The uio size is trimmed by socket space there, which fixes the overcommit problem and its consequences. o The compatibility handling for FreeBSD 4 sendfile headers API is pushed up the stack to syscall wrappers. This required a copy and paste of the code, but in turn this allowed to remove extra stack carried parameter from fo_sendfile_t, and embrace entire compat code into #ifdef. If in future we got more fo_sendfile_t function, the copy and paste level would even reduce. Reviewed by:=09emax, gallatin, Maxim Dounin Tested by:=09Vitalij Satanivskij Sponsored by:=09Netflix 297399 by kib: Type of the interrupt handlers on x86 cannot be expressed in C. Simplify and unify placeholder type definitions. Reviewed by:=09jhb Sponsored by:=09The FreeBSD Foundation Differential revision:=09https://reviews.freebsd.org/D5771 297398 by kib: Fix several bugs in r297374: - fix UP build [1] - do not obliterate initial reading of rdtsc by the loop counter [2] - restore the meaning of the argument -1 to native_lapic_ipi_wait() as wait until LAPIC acknowledge without timeout - correct formula for calculating loop iteration count for 1us, it was inverted, and ensure that even on unlikely slow CPUs at least one check for ack is performed. Reported by:=09Michael Butler [1], rpokala[2], =09jhb[3] Tested by:=09Michael Butler Pointy hat to:=09kib Sponsored by:=09The FreeBSD Foundation 297397 by markj: Modify nd6_llinfo_timer() to acquire the nd6 lock before the LLE lock. When expiring a neighbour cache entry we may need to look up the associated default router, which requires the nd6 read lock. To avoid an LOR, the nd6 lock should be acquired first. X-MFC-With:=09r296063 Tested by:=09Larry Rosenman (previous revision) 297396 by mav: Modify "4958 zdb trips assert on pools with ashift >=3D 0xe". Unlike Illumos FreeBSD has concept of logical ashift, that specifies really minimal vdev block size that can be accessed. This knowledge allows properly pad physical I/O and correctly assert its alignment. This change fixes L2ARC write errors when device has logical sector size above 512 bytes. MFC after:=091 month 297395 by loos: Add the SPI driver for am335x. This driver works in PIO mode for now, interrupts are available only when FIFO is enabled. The FIFO cannot be used with arbitrary sizes which defeat its general use. At some point we can add DMA transfers where the FIFO can be more useful. Tested on uBMC (microBMC) and BBB. Sponsored by:=09Rubicon Communications (Netgate) 297394 by bdrewery: Reword descriptions of asserting locks held without WITNESS. This corrects an error in r296947 in that it is not possible to assert which thread holds a shared (or read) lock, but it is possible to assert that one is held. Just not very useful. MFC after:=091 week Submitted by:=09wblock, jhb Reviewed by:=09kib (earlier version), jhb, wblock Sponsored by:=09EMC / Isilon Storage Division Differential Revision:=09https://reviews.freebsd.org/D5659 297393 by bdrewery: Use proper kern.opts.mk rather than src.opts.mk from r297058. Reported by:=09kib Sponsored by:=09EMC / Isilon Storage Division 297392 by zbb: Reduce OFW PCI code duplication - involves ARM, PPC and SPARC64 Import portions of the PowerPC OF PCI implementation into new file "ofwpci.c", common for other platforms. The files ofw_pci.c and ofw_pci.h from sys/powerpc/ofw no longer exist. All required declarations are moved to sys/dev/ofw/ofwpci.h. This creates a new ofw_pci_write_ivar() function and modifies some others methods. Most functions contain existing ppc implementations in the majority unchanged. Now there is no need to have multiple identical copies of methods for various architectures. Requested by: jhibbits Reviewed by: jhibbits, marius Submitted by: Marcin Mazurek Obtained from: Semihalf Sponsored by: Annapurna Labs Differential Revision: https://reviews.freebsd.org/D4879 297391 by trasz: Remove some NULL checks for M_WAITOK allocations. MFC after:=091 month Sponsored by:=09The FreeBSD Foundation 297390 by andrew: Read the CPU ID for the current CPU from the GIC. The GIC may have a different ID space than the kernel. Because of this we need to read the ID from the hardware. The hardware will provide this value to the CPU by reading any of the first 8 Interrupt Processor Targets Registers. Obtained from:=09ABT Systems Ltd Sponsored by:=09The FreeBSD Foundation Differential Revision:=09https://reviews.freebsd.org/D5706 297389 by zbb: Improve HW checksums support in VNIC - Do not mark CSUM_IP_CHECKED and CSUM_IP_VALID on IPv6 packets. IPv6 does not have checksums by definition. - Set SCTP packets csum_flags CSUM_SCTP_VALID instead of CSUM_DATA_VALID and skip csum_data - Set csum_data simply as 0xffff without byteswap Pointed out by: yongari Reviewed by: yongari, wma Obtained from: Semihalf Sponsored by: Cavium Differential Revision: https://reviews.freebsd.org/D5537 297388 by zbb: Don't manage free SQ entry index by the atomic operations It is not necessary as entries are being manipulated under lock. Reviewed by: wma Obtained from: Semihalf Sponsored by: Cavium Differential Revision: https://reviews.freebsd.org/D5536 297387 by mav: Add some device IDs found on AMD FCH shipsets. MFC after:=092 weeks 297386 by mav: Add support for AMD FCH watchdog timers. MFC after:=092 weeks 297384 by trasz: Add phttpget(8) .Xr to fetch(1). MFC after:=091 month Sponsored by:=09The FreeBSD Foundation 297381 by hselasky: Verify that all segments in the loaded segment list are back to back with regard to the page offset, and not only the two first ones. The end of the build log: [...truncated 113035 lines...] --- s_sin.po --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include --sysroo= t=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/= tmp -B/usr/local/x86_64-freebsd/bin/ -pg -O2 -pipe -I/builds/FreeBSD_HEAD_= amd64_gcc4.9/lib/msun/x86 -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/msun/ld80= -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/msun/amd64 -I/builds/FreeBSD_HEAD_= amd64_gcc4.9/lib/msun/src -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libc/incl= ude -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libc/amd64 -MD -MF.depend.s= _sin.po -MTs_sin.po -std=3Dgnu99 -fstack-protector-strong -Wsystem-headers = -Wno-pointer-sign -Wno-error=3Dunused-function -Wno-error=3Denum-compare -W= no-error=3Dlogical-not-parentheses -Wno-error=3Dbool-compare -Wno-error=3Du= ninitialized -Wno-error=3Darray-bounds -Wno-error=3Dclobbered -Wno-error=3D= cast-align -Wno-error=3Dextra -Wno-error=3Dattributes -Wno-error=3Dinline -= Wno-error=3Dunused-but-set-variable -Wno-error=3Dunused-value -Wno-error=3D= strict-aliasing -Wno-error=3Daddress -Wno-unknown-pragmas -c /builds/Fr= eeBSD_HEAD_amd64_gcc4.9/lib/msun/src/s_sin.c -o s_sin.po --- all_subdir_cddl --- --- libumem_p.a --- building profiled umem library /usr/local/x86_64-freebsd/bin/ar -crD libumem_p.a `NM=3D'/usr/local/x86_64-= freebsd/bin/nm' NMFLAGS=3D'' lorder umem.po | tsort -q`=20 /usr/local/x86_64-freebsd/bin/ranlib -D libumem_p.a --- all_subdir_cddl/lib/libuutil --- =3D=3D=3D> cddl/lib/libuutil (all) --- avl.po --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include --sysroo= t=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/= tmp -B/usr/local/x86_64-freebsd/bin/ -pg -O2 -pipe -DNATIVE_BUILD -I/build= s/FreeBSD_HEAD_amd64_gcc4.9/cddl/lib/libuutil/../../../cddl/contrib/opensol= aris/lib/libuutil/common -I/builds/FreeBSD_HEAD_amd64_gcc4.9/cddl/lib/libuu= til/../../../sys/cddl/compat/opensolaris -I/builds/FreeBSD_HEAD_amd64_gcc4.= 9/cddl/lib/libuutil/../../../sys/cddl/contrib/opensolaris/uts/common -I/bui= lds/FreeBSD_HEAD_amd64_gcc4.9/cddl/lib/libuutil/../../../cddl/compat/openso= laris/include -I/builds/FreeBSD_HEAD_amd64_gcc4.9/cddl/lib/libuutil/../../.= ./cddl/contrib/opensolaris/head -DNEED_SOLARIS_BOOLEAN -MD -MF.depend.av= l.po -MTavl.po -std=3Dgnu99 -fstack-protector-strong -Wno-pointer-sign -Wno= -error=3Dunused-function -Wno-error=3Denum-compare -Wno-error=3Dlogical-not= -parentheses -Wno-error=3Dbool-compare -Wno-error=3Duninitialized -Wno-erro= r=3Darray-bounds -Wno-error=3Dclobbered -Wno-error=3Dcast-align -Wno-error= =3Dextra -Wno-error=3Dattributes -Wno-error=3Dinline -Wno-error=3Dunused-bu= t-set-variable -Wno-error=3Dunused-value -Wno-error=3Dstrict-aliasing -Wno-= error=3Daddress -Wno-unknown-pragmas -c /builds/FreeBSD_HEAD_amd64_gcc4= .9/cddl/lib/libuutil/../../../sys/cddl/contrib/opensolaris/common/avl/avl.c= -o avl.po --- all_subdir_lib --- --- s_sinf.po --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include --sysroo= t=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/= tmp -B/usr/local/x86_64-freebsd/bin/ -pg -O2 -pipe -I/builds/FreeBSD_HEAD_= amd64_gcc4.9/lib/msun/x86 -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/msun/ld80= -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/msun/amd64 -I/builds/FreeBSD_HEAD_= amd64_gcc4.9/lib/msun/src -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libc/incl= ude -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libc/amd64 -MD -MF.depend.s= _sinf.po -MTs_sinf.po -std=3Dgnu99 -fstack-protector-strong -Wsystem-header= s -Wno-pointer-sign -Wno-error=3Dunused-function -Wno-error=3Denum-compare = -Wno-error=3Dlogical-not-parentheses -Wno-error=3Dbool-compare -Wno-error= =3Duninitialized -Wno-error=3Darray-bounds -Wno-error=3Dclobbered -Wno-erro= r=3Dcast-align -Wno-error=3Dextra -Wno-error=3Dattributes -Wno-error=3Dinli= ne -Wno-error=3Dunused-but-set-variable -Wno-error=3Dunused-value -Wno-erro= r=3Dstrict-aliasing -Wno-error=3Daddress -Wno-unknown-pragmas -c /build= s/FreeBSD_HEAD_amd64_gcc4.9/lib/msun/src/s_sinf.c -o s_sinf.po --- s_tan.po --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include --sysroo= t=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/= tmp -B/usr/local/x86_64-freebsd/bin/ -pg -O2 -pipe -I/builds/FreeBSD_HEAD_= amd64_gcc4.9/lib/msun/x86 -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/msun/ld80= -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/msun/amd64 -I/builds/FreeBSD_HEAD_= amd64_gcc4.9/lib/msun/src -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libc/incl= ude -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libc/amd64 -MD -MF.depend.s= _tan.po -MTs_tan.po -std=3Dgnu99 -fstack-protector-strong -Wsystem-headers = -Wno-pointer-sign -Wno-error=3Dunused-function -Wno-error=3Denum-compare -W= no-error=3Dlogical-not-parentheses -Wno-error=3Dbool-compare -Wno-error=3Du= ninitialized -Wno-error=3Darray-bounds -Wno-error=3Dclobbered -Wno-error=3D= cast-align -Wno-error=3Dextra -Wno-error=3Dattributes -Wno-error=3Dinline -= Wno-error=3Dunused-but-set-variable -Wno-error=3Dunused-value -Wno-error=3D= strict-aliasing -Wno-error=3Daddress -Wno-unknown-pragmas -c /builds/Fr= eeBSD_HEAD_amd64_gcc4.9/lib/msun/src/s_tan.c -o s_tan.po --- all_subdir_bin --- --- redir.o --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include --sysroo= t=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/= tmp -B/usr/local/x86_64-freebsd/bin/ -O2 -pipe -DSHELL -I. -I/builds/Free= BSD_HEAD_amd64_gcc4.9/bin/sh -g -MD -MF.depend.redir.o -MTredir.o -std=3Dg= nu99 -fstack-protector-strong -Wsystem-headers -Wall -Wno-format-y2k -Wno-u= ninitialized -Wno-pointer-sign -Wno-error=3Dunused-function -Wno-error=3Den= um-compare -Wno-error=3Dlogical-not-parentheses -Wno-error=3Dbool-compare -= Wno-error=3Duninitialized -Wno-error=3Darray-bounds -Wno-error=3Dclobbered = -Wno-error=3Dcast-align -Wno-error=3Dextra -Wno-error=3Dattributes -Wno-err= or=3Dinline -Wno-error=3Dunused-but-set-variable -Wno-error=3Dunused-value = -Wno-error=3Dstrict-aliasing -Wno-error=3Daddress -c /builds/FreeBSD_HE= AD_amd64_gcc4.9/bin/sh/redir.c -o redir.o --- all_subdir_lib --- --- s_tanf.po --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include --sysroo= t=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/= tmp -B/usr/local/x86_64-freebsd/bin/ -pg -O2 -pipe -I/builds/FreeBSD_HEAD_= amd64_gcc4.9/lib/msun/x86 -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/msun/ld80= -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/msun/amd64 -I/builds/FreeBSD_HEAD_= amd64_gcc4.9/lib/msun/src -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libc/incl= ude -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libc/amd64 -MD -MF.depend.s= _tanf.po -MTs_tanf.po -std=3Dgnu99 -fstack-protector-strong -Wsystem-header= s -Wno-pointer-sign -Wno-error=3Dunused-function -Wno-error=3Denum-compare = -Wno-error=3Dlogical-not-parentheses -Wno-error=3Dbool-compare -Wno-error= =3Duninitialized -Wno-error=3Darray-bounds -Wno-error=3Dclobbered -Wno-erro= r=3Dcast-align -Wno-error=3Dextra -Wno-error=3Dattributes -Wno-error=3Dinli= ne -Wno-error=3Dunused-but-set-variable -Wno-error=3Dunused-value -Wno-erro= r=3Dstrict-aliasing -Wno-error=3Daddress -Wno-unknown-pragmas -c /build= s/FreeBSD_HEAD_amd64_gcc4.9/lib/msun/src/s_tanf.c -o s_tanf.po --- all_subdir_cddl --- --- uu_alloc.po --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include --sysroo= t=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/= tmp -B/usr/local/x86_64-freebsd/bin/ -pg -O2 -pipe -DNATIVE_BUILD -I/build= s/FreeBSD_HEAD_amd64_gcc4.9/cddl/lib/libuutil/../../../cddl/contrib/opensol= aris/lib/libuutil/common -I/builds/FreeBSD_HEAD_amd64_gcc4.9/cddl/lib/libuu= til/../../../sys/cddl/compat/opensolaris -I/builds/FreeBSD_HEAD_amd64_gcc4.= 9/cddl/lib/libuutil/../../../sys/cddl/contrib/opensolaris/uts/common -I/bui= lds/FreeBSD_HEAD_amd64_gcc4.9/cddl/lib/libuutil/../../../cddl/compat/openso= laris/include -I/builds/FreeBSD_HEAD_amd64_gcc4.9/cddl/lib/libuutil/../../.= ./cddl/contrib/opensolaris/head -DNEED_SOLARIS_BOOLEAN -MD -MF.depend.uu= _alloc.po -MTuu_alloc.po -std=3Dgnu99 -fstack-protector-strong -Wno-pointer= -sign -Wno-error=3Dunused-function -Wno-error=3Denum-compare -Wno-error=3Dl= ogical-not-parentheses -Wno-error=3Dbool-compare -Wno-error=3Duninitialized= -Wno-error=3Darray-bounds -Wno-error=3Dclobbered -Wno-error=3Dcast-align -= Wno-error=3Dextra -Wno-error=3Dattributes -Wno-error=3Dinline -Wno-error=3D= unused-but-set-variable -Wno-error=3Dunused-value -Wno-error=3Dstrict-alias= ing -Wno-error=3Daddress -Wno-unknown-pragmas -c /builds/FreeBSD_HEAD_a= md64_gcc4.9/cddl/lib/libuutil/../../../cddl/contrib/opensolaris/lib/libuuti= l/common/uu_alloc.c -o uu_alloc.po --- all_subdir_lib --- --- s_tanh.po --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include --sysroo= t=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/= tmp -B/usr/local/x86_64-freebsd/bin/ -pg -O2 -pipe -I/builds/FreeBSD_HEAD_= amd64_gcc4.9/lib/msun/x86 -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/msun/ld80= -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/msun/amd64 -I/builds/FreeBSD_HEAD_= amd64_gcc4.9/lib/msun/src -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libc/incl= ude -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libc/amd64 -MD -MF.depend.s= _tanh.po -MTs_tanh.po -std=3Dgnu99 -fstack-protector-strong -Wsystem-header= s -Wno-pointer-sign -Wno-error=3Dunused-function -Wno-error=3Denum-compare = -Wno-error=3Dlogical-not-parentheses -Wno-error=3Dbool-compare -Wno-error= =3Duninitialized -Wno-error=3Darray-bounds -Wno-error=3Dclobbered -Wno-erro= r=3Dcast-align -Wno-error=3Dextra -Wno-error=3Dattributes -Wno-error=3Dinli= ne -Wno-error=3Dunused-but-set-variable -Wno-error=3Dunused-value -Wno-erro= r=3Dstrict-aliasing -Wno-error=3Daddress -Wno-unknown-pragmas -c /build= s/FreeBSD_HEAD_amd64_gcc4.9/lib/msun/src/s_tanh.c -o s_tanh.po --- s_tanhf.po --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include --sysroo= t=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/= tmp -B/usr/local/x86_64-freebsd/bin/ -pg -O2 -pipe -I/builds/FreeBSD_HEAD_= amd64_gcc4.9/lib/msun/x86 -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/msun/ld80= -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/msun/amd64 -I/builds/FreeBSD_HEAD_= amd64_gcc4.9/lib/msun/src -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libc/incl= ude -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libc/amd64 -MD -MF.depend.s= _tanhf.po -MTs_tanhf.po -std=3Dgnu99 -fstack-protector-strong -Wsystem-head= ers -Wno-pointer-sign -Wno-error=3Dunused-function -Wno-error=3Denum-compar= e -Wno-error=3Dlogical-not-parentheses -Wno-error=3Dbool-compare -Wno-error= =3Duninitialized -Wno-error=3Darray-bounds -Wno-error=3Dclobbered -Wno-erro= r=3Dcast-align -Wno-error=3Dextra -Wno-error=3Dattributes -Wno-error=3Dinli= ne -Wno-error=3Dunused-but-set-variable -Wno-error=3Dunused-value -Wno-erro= r=3Dstrict-aliasing -Wno-error=3Daddress -Wno-unknown-pragmas -c /build= s/FreeBSD_HEAD_amd64_gcc4.9/lib/msun/src/s_tanhf.c -o s_tanhf.po --- all_subdir_cddl --- --- uu_avl.po --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include --sysroo= t=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/= tmp -B/usr/local/x86_64-freebsd/bin/ -pg -O2 -pipe -DNATIVE_BUILD -I/build= s/FreeBSD_HEAD_amd64_gcc4.9/cddl/lib/libuutil/../../../cddl/contrib/opensol= aris/lib/libuutil/common -I/builds/FreeBSD_HEAD_amd64_gcc4.9/cddl/lib/libuu= til/../../../sys/cddl/compat/opensolaris -I/builds/FreeBSD_HEAD_amd64_gcc4.= 9/cddl/lib/libuutil/../../../sys/cddl/contrib/opensolaris/uts/common -I/bui= lds/FreeBSD_HEAD_amd64_gcc4.9/cddl/lib/libuutil/../../../cddl/compat/openso= laris/include -I/builds/FreeBSD_HEAD_amd64_gcc4.9/cddl/lib/libuutil/../../.= ./cddl/contrib/opensolaris/head -DNEED_SOLARIS_BOOLEAN -MD -MF.depend.uu= _avl.po -MTuu_avl.po -std=3Dgnu99 -fstack-protector-strong -Wno-pointer-sig= n -Wno-error=3Dunused-function -Wno-error=3Denum-compare -Wno-error=3Dlogic= al-not-parentheses -Wno-error=3Dbool-compare -Wno-error=3Duninitialized -Wn= o-error=3Darray-bounds -Wno-error=3Dclobbered -Wno-error=3Dcast-align -Wno-= error=3Dextra -Wno-error=3Dattributes -Wno-error=3Dinline -Wno-error=3Dunus= ed-but-set-variable -Wno-error=3Dunused-value -Wno-error=3Dstrict-aliasing = -Wno-error=3Daddress -Wno-unknown-pragmas -c /builds/FreeBSD_HEAD_amd64= _gcc4.9/cddl/lib/libuutil/../../../cddl/contrib/opensolaris/lib/libuutil/co= mmon/uu_avl.c -o uu_avl.po --- all_subdir_bin --- --- show.o --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include --sysroo= t=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/= tmp -B/usr/local/x86_64-freebsd/bin/ -O2 -pipe -DSHELL -I. -I/builds/Free= BSD_HEAD_amd64_gcc4.9/bin/sh -g -MD -MF.depend.show.o -MTshow.o -std=3Dgnu= 99 -fstack-protector-strong -Wsystem-headers -Wall -Wno-format-y2k -Wno-uni= nitialized -Wno-pointer-sign -Wno-error=3Dunused-function -Wno-error=3Denum= -compare -Wno-error=3Dlogical-not-parentheses -Wno-error=3Dbool-compare -Wn= o-error=3Duninitialized -Wno-error=3Darray-bounds -Wno-error=3Dclobbered -W= no-error=3Dcast-align -Wno-error=3Dextra -Wno-error=3Dattributes -Wno-error= =3Dinline -Wno-error=3Dunused-but-set-variable -Wno-error=3Dunused-value -W= no-error=3Dstrict-aliasing -Wno-error=3Daddress -c /builds/FreeBSD_HEAD= _amd64_gcc4.9/bin/sh/show.c -o show.o --- all_subdir_lib --- --- s_tgammaf.po --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include --sysroo= t=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/= tmp -B/usr/local/x86_64-freebsd/bin/ -pg -O2 -pipe -I/builds/FreeBSD_HEAD_= amd64_gcc4.9/lib/msun/x86 -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/msun/ld80= -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/msun/amd64 -I/builds/FreeBSD_HEAD_= amd64_gcc4.9/lib/msun/src -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libc/incl= ude -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libc/amd64 -MD -MF.depend.s= _tgammaf.po -MTs_tgammaf.po -std=3Dgnu99 -fstack-protector-strong -Wsystem-= headers -Wno-pointer-sign -Wno-error=3Dunused-function -Wno-error=3Denum-co= mpare -Wno-error=3Dlogical-not-parentheses -Wno-error=3Dbool-compare -Wno-e= rror=3Duninitialized -Wno-error=3Darray-bounds -Wno-error=3Dclobbered -Wno-= error=3Dcast-align -Wno-error=3Dextra -Wno-error=3Dattributes -Wno-error=3D= inline -Wno-error=3Dunused-but-set-variable -Wno-error=3Dunused-value -Wno-= error=3Dstrict-aliasing -Wno-error=3Daddress -Wno-unknown-pragmas -c /b= uilds/FreeBSD_HEAD_amd64_gcc4.9/lib/msun/src/s_tgammaf.c -o s_tgammaf.po --- all_subdir_bin --- --- test.o --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include --sysroo= t=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/= tmp -B/usr/local/x86_64-freebsd/bin/ -O2 -pipe -DSHELL -I. -I/builds/Free= BSD_HEAD_amd64_gcc4.9/bin/sh -g -MD -MF.depend.test.o -MTtest.o -std=3Dgnu= 99 -fstack-protector-strong -Wsystem-headers -Wall -Wno-format-y2k -Wno-uni= nitialized -Wno-pointer-sign -Wno-error=3Dunused-function -Wno-error=3Denum= -compare -Wno-error=3Dlogical-not-parentheses -Wno-error=3Dbool-compare -Wn= o-error=3Duninitialized -Wno-error=3Darray-bounds -Wno-error=3Dclobbered -W= no-error=3Dcast-align -Wno-error=3Dextra -Wno-error=3Dattributes -Wno-error= =3Dinline -Wno-error=3Dunused-but-set-variable -Wno-error=3Dunused-value -W= no-error=3Dstrict-aliasing -Wno-error=3Daddress -c /builds/FreeBSD_HEAD= _amd64_gcc4.9/bin/sh/../test/test.c -o test.o --- all_subdir_lib --- --- s_trunc.po --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include --sysroo= t=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/= tmp -B/usr/local/x86_64-freebsd/bin/ -pg -O2 -pipe -I/builds/FreeBSD_HEAD_= amd64_gcc4.9/lib/msun/x86 -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/msun/ld80= -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/msun/amd64 -I/builds/FreeBSD_HEAD_= amd64_gcc4.9/lib/msun/src -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libc/incl= ude -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libc/amd64 -MD -MF.depend.s= _trunc.po -MTs_trunc.po -std=3Dgnu99 -fstack-protector-strong -Wsystem-head= ers -Wno-pointer-sign -Wno-error=3Dunused-function -Wno-error=3Denum-compar= e -Wno-error=3Dlogical-not-parentheses -Wno-error=3Dbool-compare -Wno-error= =3Duninitialized -Wno-error=3Darray-bounds -Wno-error=3Dclobbered -Wno-erro= r=3Dcast-align -Wno-error=3Dextra -Wno-error=3Dattributes -Wno-error=3Dinli= ne -Wno-error=3Dunused-but-set-variable -Wno-error=3Dunused-value -Wno-erro= r=3Dstrict-aliasing -Wno-error=3Daddress -Wno-unknown-pragmas -c /build= s/FreeBSD_HEAD_amd64_gcc4.9/lib/msun/src/s_trunc.c -o s_trunc.po --- s_truncf.po --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include --sysroo= t=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/= tmp -B/usr/local/x86_64-freebsd/bin/ -pg -O2 -pipe -I/builds/FreeBSD_HEAD_= amd64_gcc4.9/lib/msun/x86 -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/msun/ld80= -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/msun/amd64 -I/builds/FreeBSD_HEAD_= amd64_gcc4.9/lib/msun/src -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libc/incl= ude -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libc/amd64 -MD -MF.depend.s= _truncf.po -MTs_truncf.po -std=3Dgnu99 -fstack-protector-strong -Wsystem-he= aders -Wno-pointer-sign -Wno-error=3Dunused-function -Wno-error=3Denum-comp= are -Wno-error=3Dlogical-not-parentheses -Wno-error=3Dbool-compare -Wno-err= or=3Duninitialized -Wno-error=3Darray-bounds -Wno-error=3Dclobbered -Wno-er= ror=3Dcast-align -Wno-error=3Dextra -Wno-error=3Dattributes -Wno-error=3Din= line -Wno-error=3Dunused-but-set-variable -Wno-error=3Dunused-value -Wno-er= ror=3Dstrict-aliasing -Wno-error=3Daddress -Wno-unknown-pragmas -c /bui= lds/FreeBSD_HEAD_amd64_gcc4.9/lib/msun/src/s_truncf.c -o s_truncf.po --- w_cabs.po --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include --sysroo= t=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/= tmp -B/usr/local/x86_64-freebsd/bin/ -pg -O2 -pipe -I/builds/FreeBSD_HEAD_= amd64_gcc4.9/lib/msun/x86 -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/msun/ld80= -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/msun/amd64 -I/builds/FreeBSD_HEAD_= amd64_gcc4.9/lib/msun/src -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libc/incl= ude -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libc/amd64 -MD -MF.depend.w= _cabs.po -MTw_cabs.po -std=3Dgnu99 -fstack-protector-strong -Wsystem-header= s -Wno-pointer-sign -Wno-error=3Dunused-function -Wno-error=3Denum-compare = -Wno-error=3Dlogical-not-parentheses -Wno-error=3Dbool-compare -Wno-error= =3Duninitialized -Wno-error=3Darray-bounds -Wno-error=3Dclobbered -Wno-erro= r=3Dcast-align -Wno-error=3Dextra -Wno-error=3Dattributes -Wno-error=3Dinli= ne -Wno-error=3Dunused-but-set-variable -Wno-error=3Dunused-value -Wno-erro= r=3Dstrict-aliasing -Wno-error=3Daddress -Wno-unknown-pragmas -c /build= s/FreeBSD_HEAD_amd64_gcc4.9/lib/msun/src/w_cabs.c -o w_cabs.po --- w_cabsf.po --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include --sysroo= t=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/= tmp -B/usr/local/x86_64-freebsd/bin/ -pg -O2 -pipe -I/builds/FreeBSD_HEAD_= amd64_gcc4.9/lib/msun/x86 -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/msun/ld80= -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/msun/amd64 -I/builds/FreeBSD_HEAD_= amd64_gcc4.9/lib/msun/src -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libc/incl= ude -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libc/amd64 -MD -MF.depend.w= _cabsf.po -MTw_cabsf.po -std=3Dgnu99 -fstack-protector-strong -Wsystem-head= ers -Wno-pointer-sign -Wno-error=3Dunused-function -Wno-error=3Denum-compar= e -Wno-error=3Dlogical-not-parentheses -Wno-error=3Dbool-compare -Wno-error= =3Duninitialized -Wno-error=3Darray-bounds -Wno-error=3Dclobbered -Wno-erro= r=3Dcast-align -Wno-error=3Dextra -Wno-error=3Dattributes -Wno-error=3Dinli= ne -Wno-error=3Dunused-but-set-variable -Wno-error=3Dunused-value -Wno-erro= r=3Dstrict-aliasing -Wno-error=3Daddress -Wno-unknown-pragmas -c /build= s/FreeBSD_HEAD_amd64_gcc4.9/lib/msun/src/w_cabsf.c -o w_cabsf.po --- w_drem.po --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include --sysroo= t=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/= tmp -B/usr/local/x86_64-freebsd/bin/ -pg -O2 -pipe -I/builds/FreeBSD_HEAD_= amd64_gcc4.9/lib/msun/x86 -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/msun/ld80= -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/msun/amd64 -I/builds/FreeBSD_HEAD_= amd64_gcc4.9/lib/msun/src -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libc/incl= ude -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libc/amd64 -MD -MF.depend.w= _drem.po -MTw_drem.po -std=3Dgnu99 -fstack-protector-strong -Wsystem-header= s -Wno-pointer-sign -Wno-error=3Dunused-function -Wno-error=3Denum-compare = -Wno-error=3Dlogical-not-parentheses -Wno-error=3Dbool-compare -Wno-error= =3Duninitialized -Wno-error=3Darray-bounds -Wno-error=3Dclobbered -Wno-erro= r=3Dcast-align -Wno-error=3Dextra -Wno-error=3Dattributes -Wno-error=3Dinli= ne -Wno-error=3Dunused-but-set-variable -Wno-error=3Dunused-value -Wno-erro= r=3Dstrict-aliasing -Wno-error=3Daddress -Wno-unknown-pragmas -c /build= s/FreeBSD_HEAD_amd64_gcc4.9/lib/msun/src/w_drem.c -o w_drem.po --- all_subdir_cddl --- --- uu_dprintf.po --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include --sysroo= t=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/= tmp -B/usr/local/x86_64-freebsd/bin/ -pg -O2 -pipe -DNATIVE_BUILD -I/build= s/FreeBSD_HEAD_amd64_gcc4.9/cddl/lib/libuutil/../../../cddl/contrib/opensol= aris/lib/libuutil/common -I/builds/FreeBSD_HEAD_amd64_gcc4.9/cddl/lib/libuu= til/../../../sys/cddl/compat/opensolaris -I/builds/FreeBSD_HEAD_amd64_gcc4.= 9/cddl/lib/libuutil/../../../sys/cddl/contrib/opensolaris/uts/common -I/bui= lds/FreeBSD_HEAD_amd64_gcc4.9/cddl/lib/libuutil/../../../cddl/compat/openso= laris/include -I/builds/FreeBSD_HEAD_amd64_gcc4.9/cddl/lib/libuutil/../../.= ./cddl/contrib/opensolaris/head -DNEED_SOLARIS_BOOLEAN -MD -MF.depend.uu= _dprintf.po -MTuu_dprintf.po -std=3Dgnu99 -fstack-protector-strong -Wno-poi= nter-sign -Wno-error=3Dunused-function -Wno-error=3Denum-compare -Wno-error= =3Dlogical-not-parentheses -Wno-error=3Dbool-compare -Wno-error=3Duninitial= ized -Wno-error=3Darray-bounds -Wno-error=3Dclobbered -Wno-error=3Dcast-ali= gn -Wno-error=3Dextra -Wno-error=3Dattributes -Wno-error=3Dinline -Wno-erro= r=3Dunused-but-set-variable -Wno-error=3Dunused-value -Wno-error=3Dstrict-a= liasing -Wno-error=3Daddress -Wno-unknown-pragmas -c /builds/FreeBSD_HE= AD_amd64_gcc4.9/cddl/lib/libuutil/../../../cddl/contrib/opensolaris/lib/lib= uutil/common/uu_dprintf.c -o uu_dprintf.po --- all_subdir_lib --- --- w_dremf.po --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include --sysroo= t=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/= tmp -B/usr/local/x86_64-freebsd/bin/ -pg -O2 -pipe -I/builds/FreeBSD_HEAD_= amd64_gcc4.9/lib/msun/x86 -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/msun/ld80= -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/msun/amd64 -I/builds/FreeBSD_HEAD_= amd64_gcc4.9/lib/msun/src -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libc/incl= ude -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libc/amd64 -MD -MF.depend.w= _dremf.po -MTw_dremf.po -std=3Dgnu99 -fstack-protector-strong -Wsystem-head= ers -Wno-pointer-sign -Wno-error=3Dunused-function -Wno-error=3Denum-compar= e -Wno-error=3Dlogical-not-parentheses -Wno-error=3Dbool-compare -Wno-error= =3Duninitialized -Wno-error=3Darray-bounds -Wno-error=3Dclobbered -Wno-erro= r=3Dcast-align -Wno-error=3Dextra -Wno-error=3Dattributes -Wno-error=3Dinli= ne -Wno-error=3Dunused-but-set-variable -Wno-error=3Dunused-value -Wno-erro= r=3Dstrict-aliasing -Wno-error=3Daddress -Wno-unknown-pragmas -c /build= s/FreeBSD_HEAD_amd64_gcc4.9/lib/msun/src/w_dremf.c -o w_dremf.po --- all_subdir_bin --- --- trap.o --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include --sysroo= t=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/= tmp -B/usr/local/x86_64-freebsd/bin/ -O2 -pipe -DSHELL -I. -I/builds/Free= BSD_HEAD_amd64_gcc4.9/bin/sh -g -MD -MF.depend.trap.o -MTtrap.o -std=3Dgnu= 99 -fstack-protector-strong -Wsystem-headers -Wall -Wno-format-y2k -Wno-uni= nitialized -Wno-pointer-sign -Wno-error=3Dunused-function -Wno-error=3Denum= -compare -Wno-error=3Dlogical-not-parentheses -Wno-error=3Dbool-compare -Wn= o-error=3Duninitialized -Wno-error=3Darray-bounds -Wno-error=3Dclobbered -W= no-error=3Dcast-align -Wno-error=3Dextra -Wno-error=3Dattributes -Wno-error= =3Dinline -Wno-error=3Dunused-but-set-variable -Wno-error=3Dunused-value -W= no-error=3Dstrict-aliasing -Wno-error=3Daddress -c /builds/FreeBSD_HEAD= _amd64_gcc4.9/bin/sh/trap.c -o trap.o --- all_subdir_lib --- --- s_copysignl.po --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include --sysroo= t=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/= tmp -B/usr/local/x86_64-freebsd/bin/ -pg -O2 -pipe -I/builds/FreeBSD_HEAD_= amd64_gcc4.9/lib/msun/x86 -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/msun/ld80= -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/msun/amd64 -I/builds/FreeBSD_HEAD_= amd64_gcc4.9/lib/msun/src -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libc/incl= ude -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libc/amd64 -MD -MF.depend.s= _copysignl.po -MTs_copysignl.po -std=3Dgnu99 -fstack-protector-strong -Wsys= tem-headers -Wno-pointer-sign -Wno-error=3Dunused-function -Wno-error=3Denu= m-compare -Wno-error=3Dlogical-not-parentheses -Wno-error=3Dbool-compare -W= no-error=3Duninitialized -Wno-error=3Darray-bounds -Wno-error=3Dclobbered -= Wno-error=3Dcast-align -Wno-error=3Dextra -Wno-error=3Dattributes -Wno-erro= r=3Dinline -Wno-error=3Dunused-but-set-variable -Wno-error=3Dunused-value -= Wno-error=3Dstrict-aliasing -Wno-error=3Daddress -Wno-unknown-pragmas -= c /builds/FreeBSD_HEAD_amd64_gcc4.9/lib/msun/src/s_copysignl.c -o s_copysig= nl.po --- all_subdir_cddl --- --- uu_ident.po --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include --sysroo= t=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/= tmp -B/usr/local/x86_64-freebsd/bin/ -pg -O2 -pipe -DNATIVE_BUILD -I/build= s/FreeBSD_HEAD_amd64_gcc4.9/cddl/lib/libuutil/../../../cddl/contrib/opensol= aris/lib/libuutil/common -I/builds/FreeBSD_HEAD_amd64_gcc4.9/cddl/lib/libuu= til/../../../sys/cddl/compat/opensolaris -I/builds/FreeBSD_HEAD_amd64_gcc4.= 9/cddl/lib/libuutil/../../../sys/cddl/contrib/opensolaris/uts/common -I/bui= lds/FreeBSD_HEAD_amd64_gcc4.9/cddl/lib/libuutil/../../../cddl/compat/openso= laris/include -I/builds/FreeBSD_HEAD_amd64_gcc4.9/cddl/lib/libuutil/../../.= ./cddl/contrib/opensolaris/head -DNEED_SOLARIS_BOOLEAN -MD -MF.depend.uu= _ident.po -MTuu_ident.po -std=3Dgnu99 -fstack-protector-strong -Wno-pointer= -sign -Wno-error=3Dunused-function -Wno-error=3Denum-compare -Wno-error=3Dl= ogical-not-parentheses -Wno-error=3Dbool-compare -Wno-error=3Duninitialized= -Wno-error=3Darray-bounds -Wno-error=3Dclobbered -Wno-error=3Dcast-align -= Wno-error=3Dextra -Wno-error=3Dattributes -Wno-error=3Dinline -Wno-error=3D= unused-but-set-variable -Wno-error=3Dunused-value -Wno-error=3Dstrict-alias= ing -Wno-error=3Daddress -Wno-unknown-pragmas -c /builds/FreeBSD_HEAD_a= md64_gcc4.9/cddl/lib/libuutil/../../../cddl/contrib/opensolaris/lib/libuuti= l/common/uu_ident.c -o uu_ident.po --- all_subdir_lib --- --- s_fabsl.po --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include --sysroo= t=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/= tmp -B/usr/local/x86_64-freebsd/bin/ -pg -O2 -pipe -I/builds/FreeBSD_HEAD_= amd64_gcc4.9/lib/msun/x86 -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/msun/ld80= -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/msun/amd64 -I/builds/FreeBSD_HEAD_= amd64_gcc4.9/lib/msun/src -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libc/incl= ude -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libc/amd64 -MD -MF.depend.s= _fabsl.po -MTs_fabsl.po -std=3Dgnu99 -fstack-protector-strong -Wsystem-head= ers -Wno-pointer-sign -Wno-error=3Dunused-function -Wno-error=3Denum-compar= e -Wno-error=3Dlogical-not-parentheses -Wno-error=3Dbool-compare -Wno-error= =3Duninitialized -Wno-error=3Darray-bounds -Wno-error=3Dclobbered -Wno-erro= r=3Dcast-align -Wno-error=3Dextra -Wno-error=3Dattributes -Wno-error=3Dinli= ne -Wno-error=3Dunused-but-set-variable -Wno-error=3Dunused-value -Wno-erro= r=3Dstrict-aliasing -Wno-error=3Daddress -Wno-unknown-pragmas -c /build= s/FreeBSD_HEAD_amd64_gcc4.9/lib/msun/src/s_fabsl.c -o s_fabsl.po --- s_modfl.po --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include --sysroo= t=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/= tmp -B/usr/local/x86_64-freebsd/bin/ -pg -O2 -pipe -I/builds/FreeBSD_HEAD_= amd64_gcc4.9/lib/msun/x86 -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/msun/ld80= -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/msun/amd64 -I/builds/FreeBSD_HEAD_= amd64_gcc4.9/lib/msun/src -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libc/incl= ude -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libc/amd64 -MD -MF.depend.s= _modfl.po -MTs_modfl.po -std=3Dgnu99 -fstack-protector-strong -Wsystem-head= ers -Wno-pointer-sign -Wno-error=3Dunused-function -Wno-error=3Denum-compar= e -Wno-error=3Dlogical-not-parentheses -Wno-error=3Dbool-compare -Wno-error= =3Duninitialized -Wno-error=3Darray-bounds -Wno-error=3Dclobbered -Wno-erro= r=3Dcast-align -Wno-error=3Dextra -Wno-error=3Dattributes -Wno-error=3Dinli= ne -Wno-error=3Dunused-but-set-variable -Wno-error=3Dunused-value -Wno-erro= r=3Dstrict-aliasing -Wno-error=3Daddress -Wno-unknown-pragmas -c /build= s/FreeBSD_HEAD_amd64_gcc4.9/lib/msun/src/s_modfl.c -o s_modfl.po --- all_subdir_cddl --- --- uu_list.po --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include --sysroo= t=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/= tmp -B/usr/local/x86_64-freebsd/bin/ -pg -O2 -pipe -DNATIVE_BUILD -I/build= s/FreeBSD_HEAD_amd64_gcc4.9/cddl/lib/libuutil/../../../cddl/contrib/opensol= aris/lib/libuutil/common -I/builds/FreeBSD_HEAD_amd64_gcc4.9/cddl/lib/libuu= til/../../../sys/cddl/compat/opensolaris -I/builds/FreeBSD_HEAD_amd64_gcc4.= 9/cddl/lib/libuutil/../../../sys/cddl/contrib/opensolaris/uts/common -I/bui= lds/FreeBSD_HEAD_amd64_gcc4.9/cddl/lib/libuutil/../../../cddl/compat/openso= laris/include -I/builds/FreeBSD_HEAD_amd64_gcc4.9/cddl/lib/libuutil/../../.= ./cddl/contrib/opensolaris/head -DNEED_SOLARIS_BOOLEAN -MD -MF.depend.uu= _list.po -MTuu_list.po -std=3Dgnu99 -fstack-protector-strong -Wno-pointer-s= ign -Wno-error=3Dunused-function -Wno-error=3Denum-compare -Wno-error=3Dlog= ical-not-parentheses -Wno-error=3Dbool-compare -Wno-error=3Duninitialized -= Wno-error=3Darray-bounds -Wno-error=3Dclobbered -Wno-error=3Dcast-align -Wn= o-error=3Dextra -Wno-error=3Dattributes -Wno-error=3Dinline -Wno-error=3Dun= used-but-set-variable -Wno-error=3Dunused-value -Wno-error=3Dstrict-aliasin= g -Wno-error=3Daddress -Wno-unknown-pragmas -c /builds/FreeBSD_HEAD_amd= 64_gcc4.9/cddl/lib/libuutil/../../../cddl/contrib/opensolaris/lib/libuutil/= common/uu_list.c -o uu_list.po --- all_subdir_lib --- --- e_acoshl.po --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include --sysroo= t=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/= tmp -B/usr/local/x86_64-freebsd/bin/ -pg -O2 -pipe -I/builds/FreeBSD_HEAD_= amd64_gcc4.9/lib/msun/x86 -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/msun/ld80= -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/msun/amd64 -I/builds/FreeBSD_HEAD_= amd64_gcc4.9/lib/msun/src -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libc/incl= ude -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libc/amd64 -MD -MF.depend.e= _acoshl.po -MTe_acoshl.po -std=3Dgnu99 -fstack-protector-strong -Wsystem-he= aders -Wno-pointer-sign -Wno-error=3Dunused-function -Wno-error=3Denum-comp= are -Wno-error=3Dlogical-not-parentheses -Wno-error=3Dbool-compare -Wno-err= or=3Duninitialized -Wno-error=3Darray-bounds -Wno-error=3Dclobbered -Wno-er= ror=3Dcast-align -Wno-error=3Dextra -Wno-error=3Dattributes -Wno-error=3Din= line -Wno-error=3Dunused-but-set-variable -Wno-error=3Dunused-value -Wno-er= ror=3Dstrict-aliasing -Wno-error=3Daddress -Wno-unknown-pragmas -c /bui= lds/FreeBSD_HEAD_amd64_gcc4.9/lib/msun/src/e_acoshl.c -o e_acoshl.po --- e_acosl.po --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include --sysroo= t=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/= tmp -B/usr/local/x86_64-freebsd/bin/ -pg -O2 -pipe -I/builds/FreeBSD_HEAD_= amd64_gcc4.9/lib/msun/x86 -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/msun/ld80= -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/msun/amd64 -I/builds/FreeBSD_HEAD_= amd64_gcc4.9/lib/msun/src -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libc/incl= ude -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libc/amd64 -MD -MF.depend.e= _acosl.po -MTe_acosl.po -std=3Dgnu99 -fstack-protector-strong -Wsystem-head= ers -Wno-pointer-sign -Wno-error=3Dunused-function -Wno-error=3Denum-compar= e -Wno-error=3Dlogical-not-parentheses -Wno-error=3Dbool-compare -Wno-error= =3Duninitialized -Wno-error=3Darray-bounds -Wno-error=3Dclobbered -Wno-erro= r=3Dcast-align -Wno-error=3Dextra -Wno-error=3Dattributes -Wno-error=3Dinli= ne -Wno-error=3Dunused-but-set-variable -Wno-error=3Dunused-value -Wno-erro= r=3Dstrict-aliasing -Wno-error=3Daddress -Wno-unknown-pragmas -c /build= s/FreeBSD_HEAD_amd64_gcc4.9/lib/msun/src/e_acosl.c -o e_acosl.po --- all_subdir_bin --- --- var.o --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include --sysroo= t=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/= tmp -B/usr/local/x86_64-freebsd/bin/ -O2 -pipe -DSHELL -I. -I/builds/Free= BSD_HEAD_amd64_gcc4.9/bin/sh -g -MD -MF.depend.var.o -MTvar.o -std=3Dgnu99= -fstack-protector-strong -Wsystem-headers -Wall -Wno-format-y2k -Wno-unini= tialized -Wno-pointer-sign -Wno-error=3Dunused-function -Wno-error=3Denum-c= ompare -Wno-error=3Dlogical-not-parentheses -Wno-error=3Dbool-compare -Wno-= error=3Duninitialized -Wno-error=3Darray-bounds -Wno-error=3Dclobbered -Wno= -error=3Dcast-align -Wno-error=3Dextra -Wno-error=3Dattributes -Wno-error= =3Dinline -Wno-error=3Dunused-but-set-variable -Wno-error=3Dunused-value -W= no-error=3Dstrict-aliasing -Wno-error=3Daddress -c /builds/FreeBSD_HEAD= _amd64_gcc4.9/bin/sh/var.c -o var.o --- all_subdir_libexec --- --- hash.o --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include --sysroo= t=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/= tmp -B/usr/local/x86_64-freebsd/bin/ -O2 -pipe -DETC_ETHERS -DSYSLOG -DDEBU= G -DVEND_CMU -g -MD -MF.depend.hash.o -MThash.o -std=3Dgnu99 -fstack-pro= tector-strong -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wn= o-pointer-sign -Wformat=3D2 -Wno-format-extra-args -Wno-error=3Dunused-func= tion -Wno-error=3Denum-compare -Wno-error=3Dlogical-not-parentheses -Wno-er= ror=3Dbool-compare -Wno-error=3Duninitialized -Wno-error=3Darray-bounds -Wn= o-error=3Dclobbered -Wno-error=3Dcast-align -Wno-error=3Dextra -Wno-error= =3Dattributes -Wno-error=3Dinline -Wno-error=3Dunused-but-set-variable -Wno= -error=3Dunused-value -Wno-error=3Dstrict-aliasing -Wno-error=3Daddress = -c /builds/FreeBSD_HEAD_amd64_gcc4.9/libexec/bootpd/hash.c -o hash.o --- all_subdir_lib --- --- e_asinl.po --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include --sysroo= t=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/= tmp -B/usr/local/x86_64-freebsd/bin/ -pg -O2 -pipe -I/builds/FreeBSD_HEAD_= amd64_gcc4.9/lib/msun/x86 -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/msun/ld80= -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/msun/amd64 -I/builds/FreeBSD_HEAD_= amd64_gcc4.9/lib/msun/src -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libc/incl= ude -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libc/amd64 -MD -MF.depend.e= _asinl.po -MTe_asinl.po -std=3Dgnu99 -fstack-protector-strong -Wsystem-head= ers -Wno-pointer-sign -Wno-error=3Dunused-function -Wno-error=3Denum-compar= e -Wno-error=3Dlogical-not-parentheses -Wno-error=3Dbool-compare -Wno-error= =3Duninitialized -Wno-error=3Darray-bounds -Wno-error=3Dclobbered -Wno-erro= r=3Dcast-align -Wno-error=3Dextra -Wno-error=3Dattributes -Wno-error=3Dinli= ne -Wno-error=3Dunused-but-set-variable -Wno-error=3Dunused-value -Wno-erro= r=3Dstrict-aliasing -Wno-error=3Daddress -Wno-unknown-pragmas -c /build= s/FreeBSD_HEAD_amd64_gcc4.9/lib/msun/src/e_asinl.c -o e_asinl.po --- e_atan2l.po --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include --sysroo= t=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/= tmp -B/usr/local/x86_64-freebsd/bin/ -pg -O2 -pipe -I/builds/FreeBSD_HEAD_= amd64_gcc4.9/lib/msun/x86 -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/msun/ld80= -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/msun/amd64 -I/builds/FreeBSD_HEAD_= amd64_gcc4.9/lib/msun/src -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libc/incl= ude -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libc/amd64 -MD -MF.depend.e= _atan2l.po -MTe_atan2l.po -std=3Dgnu99 -fstack-protector-strong -Wsystem-he= aders -Wno-pointer-sign -Wno-error=3Dunused-function -Wno-error=3Denum-comp= are -Wno-error=3Dlogical-not-parentheses -Wno-error=3Dbool-compare -Wno-err= or=3Duninitialized -Wno-error=3Darray-bounds -Wno-error=3Dclobbered -Wno-er= ror=3Dcast-align -Wno-error=3Dextra -Wno-error=3Dattributes -Wno-error=3Din= line -Wno-error=3Dunused-but-set-variable -Wno-error=3Dunused-value -Wno-er= ror=3Dstrict-aliasing -Wno-error=3Daddress -Wno-unknown-pragmas -c /bui= lds/FreeBSD_HEAD_amd64_gcc4.9/lib/msun/src/e_atan2l.c -o e_atan2l.po --- all_subdir_libexec --- --- dumptab.o --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include --sysroo= t=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/= tmp -B/usr/local/x86_64-freebsd/bin/ -O2 -pipe -DETC_ETHERS -DSYSLOG -DDEBU= G -DVEND_CMU -g -MD -MF.depend.dumptab.o -MTdumptab.o -std=3Dgnu99 -fsta= ck-protector-strong -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitializ= ed -Wno-pointer-sign -Wformat=3D2 -Wno-format-extra-args -Wno-error=3Dunuse= d-function -Wno-error=3Denum-compare -Wno-error=3Dlogical-not-parentheses -= Wno-error=3Dbool-compare -Wno-error=3Duninitialized -Wno-error=3Darray-boun= ds -Wno-error=3Dclobbered -Wno-error=3Dcast-align -Wno-error=3Dextra -Wno-e= rror=3Dattributes -Wno-error=3Dinline -Wno-error=3Dunused-but-set-variable = -Wno-error=3Dunused-value -Wno-error=3Dstrict-aliasing -Wno-error=3Daddress= -c /builds/FreeBSD_HEAD_amd64_gcc4.9/libexec/bootpd/dumptab.c -o dumpt= ab.o --- all_subdir_cddl --- --- uu_misc.po --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include --sysroo= t=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/= tmp -B/usr/local/x86_64-freebsd/bin/ -pg -O2 -pipe -DNATIVE_BUILD -I/build= s/FreeBSD_HEAD_amd64_gcc4.9/cddl/lib/libuutil/../../../cddl/contrib/opensol= aris/lib/libuutil/common -I/builds/FreeBSD_HEAD_amd64_gcc4.9/cddl/lib/libuu= til/../../../sys/cddl/compat/opensolaris -I/builds/FreeBSD_HEAD_amd64_gcc4.= 9/cddl/lib/libuutil/../../../sys/cddl/contrib/opensolaris/uts/common -I/bui= lds/FreeBSD_HEAD_amd64_gcc4.9/cddl/lib/libuutil/../../../cddl/compat/openso= laris/include -I/builds/FreeBSD_HEAD_amd64_gcc4.9/cddl/lib/libuutil/../../.= ./cddl/contrib/opensolaris/head -DNEED_SOLARIS_BOOLEAN -MD -MF.depend.uu= _misc.po -MTuu_misc.po -std=3Dgnu99 -fstack-protector-strong -Wno-pointer-s= ign -Wno-error=3Dunused-function -Wno-error=3Denum-compare -Wno-error=3Dlog= ical-not-parentheses -Wno-error=3Dbool-compare -Wno-error=3Duninitialized -= Wno-error=3Darray-bounds -Wno-error=3Dclobbered -Wno-error=3Dcast-align -Wn= o-error=3Dextra -Wno-error=3Dattributes -Wno-error=3Dinline -Wno-error=3Dun= used-but-set-variable -Wno-error=3Dunused-value -Wno-error=3Dstrict-aliasin= g -Wno-error=3Daddress -Wno-unknown-pragmas -c /builds/FreeBSD_HEAD_amd= 64_gcc4.9/cddl/lib/libuutil/../../../cddl/contrib/opensolaris/lib/libuutil/= common/uu_misc.c -o uu_misc.po --- all_subdir_lib --- --- e_atanhl.po --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include --sysroo= t=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/= tmp -B/usr/local/x86_64-freebsd/bin/ -pg -O2 -pipe -I/builds/FreeBSD_HEAD_= amd64_gcc4.9/lib/msun/x86 -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/msun/ld80= -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/msun/amd64 -I/builds/FreeBSD_HEAD_= amd64_gcc4.9/lib/msun/src -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libc/incl= ude -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libc/amd64 -MD -MF.depend.e= _atanhl.po -MTe_atanhl.po -std=3Dgnu99 -fstack-protector-strong -Wsystem-he= aders -Wno-pointer-sign -Wno-error=3Dunused-function -Wno-error=3Denum-comp= are -Wno-error=3Dlogical-not-parentheses -Wno-error=3Dbool-compare -Wno-err= or=3Duninitialized -Wno-error=3Darray-bounds -Wno-error=3Dclobbered -Wno-er= ror=3Dcast-align -Wno-error=3Dextra -Wno-error=3Dattributes -Wno-error=3Din= line -Wno-error=3Dunused-but-set-variable -Wno-error=3Dunused-value -Wno-er= ror=3Dstrict-aliasing -Wno-error=3Daddress -Wno-unknown-pragmas -c /bui= lds/FreeBSD_HEAD_amd64_gcc4.9/lib/msun/src/e_atanhl.c -o e_atanhl.po --- e_coshl.po --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include --sysroo= t=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/= tmp -B/usr/local/x86_64-freebsd/bin/ -pg -O2 -pipe -I/builds/FreeBSD_HEAD_= amd64_gcc4.9/lib/msun/x86 -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/msun/ld80= -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/msun/amd64 -I/builds/FreeBSD_HEAD_= amd64_gcc4.9/lib/msun/src -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libc/incl= ude -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libc/amd64 -MD -MF.depend.e= _coshl.po -MTe_coshl.po -std=3Dgnu99 -fstack-protector-strong -Wsystem-head= ers -Wno-pointer-sign -Wno-error=3Dunused-function -Wno-error=3Denum-compar= e -Wno-error=3Dlogical-not-parentheses -Wno-error=3Dbool-compare -Wno-error= =3Duninitialized -Wno-error=3Darray-bounds -Wno-error=3Dclobbered -Wno-erro= r=3Dcast-align -Wno-error=3Dextra -Wno-error=3Dattributes -Wno-error=3Dinli= ne -Wno-error=3Dunused-but-set-variable -Wno-error=3Dunused-value -Wno-erro= r=3Dstrict-aliasing -Wno-error=3Daddress -Wno-unknown-pragmas -c /build= s/FreeBSD_HEAD_amd64_gcc4.9/lib/msun/src/e_coshl.c -o e_coshl.po --- all_subdir_libexec --- --- lookup.o --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include --sysroo= t=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/= tmp -B/usr/local/x86_64-freebsd/bin/ -O2 -pipe -DETC_ETHERS -DSYSLOG -DDEBU= G -DVEND_CMU -g -MD -MF.depend.lookup.o -MTlookup.o -std=3Dgnu99 -fstack= -protector-strong -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized= -Wno-pointer-sign -Wformat=3D2 -Wno-format-extra-args -Wno-error=3Dunused-= function -Wno-error=3Denum-compare -Wno-error=3Dlogical-not-parentheses -Wn= o-error=3Dbool-compare -Wno-error=3Duninitialized -Wno-error=3Darray-bounds= -Wno-error=3Dclobbered -Wno-error=3Dcast-align -Wno-error=3Dextra -Wno-err= or=3Dattributes -Wno-error=3Dinline -Wno-error=3Dunused-but-set-variable -W= no-error=3Dunused-value -Wno-error=3Dstrict-aliasing -Wno-error=3Daddress = -c /builds/FreeBSD_HEAD_amd64_gcc4.9/libexec/bootpd/lookup.c -o lookup.o --- all_subdir_cddl --- --- uu_open.po --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include --sysroo= t=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/= tmp -B/usr/local/x86_64-freebsd/bin/ -pg -O2 -pipe -DNATIVE_BUILD -I/build= s/FreeBSD_HEAD_amd64_gcc4.9/cddl/lib/libuutil/../../../cddl/contrib/opensol= aris/lib/libuutil/common -I/builds/FreeBSD_HEAD_amd64_gcc4.9/cddl/lib/libuu= til/../../../sys/cddl/compat/opensolaris -I/builds/FreeBSD_HEAD_amd64_gcc4.= 9/cddl/lib/libuutil/../../../sys/cddl/contrib/opensolaris/uts/common -I/bui= lds/FreeBSD_HEAD_amd64_gcc4.9/cddl/lib/libuutil/../../../cddl/compat/openso= laris/include -I/builds/FreeBSD_HEAD_amd64_gcc4.9/cddl/lib/libuutil/../../.= ./cddl/contrib/opensolaris/head -DNEED_SOLARIS_BOOLEAN -MD -MF.depend.uu= _open.po -MTuu_open.po -std=3Dgnu99 -fstack-protector-strong -Wno-pointer-s= ign -Wno-error=3Dunused-function -Wno-error=3Denum-compare -Wno-error=3Dlog= ical-not-parentheses -Wno-error=3Dbool-compare -Wno-error=3Duninitialized -= Wno-error=3Darray-bounds -Wno-error=3Dclobbered -Wno-error=3Dcast-align -Wn= o-error=3Dextra -Wno-error=3Dattributes -Wno-error=3Dinline -Wno-error=3Dun= used-but-set-variable -Wno-error=3Dunused-value -Wno-error=3Dstrict-aliasin= g -Wno-error=3Daddress -Wno-unknown-pragmas -c /builds/FreeBSD_HEAD_amd= 64_gcc4.9/cddl/lib/libuutil/../../../cddl/contrib/opensolaris/lib/libuutil/= common/uu_open.c -o uu_open.po --- all_subdir_lib --- --- e_fmodl.po --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include --sysroo= t=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/= tmp -B/usr/local/x86_64-freebsd/bin/ -pg -O2 -pipe -I/builds/FreeBSD_HEAD_= amd64_gcc4.9/lib/msun/x86 -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/msun/ld80= -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/msun/amd64 -I/builds/FreeBSD_HEAD_= amd64_gcc4.9/lib/msun/src -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libc/incl= ude -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libc/amd64 -MD -MF.depend.e= _fmodl.po -MTe_fmodl.po -std=3Dgnu99 -fstack-protector-strong -Wsystem-head= ers -Wno-pointer-sign -Wno-error=3Dunused-function -Wno-error=3Denum-compar= e -Wno-error=3Dlogical-not-parentheses -Wno-error=3Dbool-compare -Wno-error= =3Duninitialized -Wno-error=3Darray-bounds -Wno-error=3Dclobbered -Wno-erro= r=3Dcast-align -Wno-error=3Dextra -Wno-error=3Dattributes -Wno-error=3Dinli= ne -Wno-error=3Dunused-but-set-variable -Wno-error=3Dunused-value -Wno-erro= r=3Dstrict-aliasing -Wno-error=3Daddress -Wno-unknown-pragmas -c /build= s/FreeBSD_HEAD_amd64_gcc4.9/lib/msun/src/e_fmodl.c -o e_fmodl.po --- all_subdir_libexec --- --- getif.o --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include --sysroo= t=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/= tmp -B/usr/local/x86_64-freebsd/bin/ -O2 -pipe -DETC_ETHERS -DSYSLOG -DDEBU= G -DVEND_CMU -g -MD -MF.depend.getif.o -MTgetif.o -std=3Dgnu99 -fstack-p= rotector-strong -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -= Wno-pointer-sign -Wformat=3D2 -Wno-format-extra-args -Wno-error=3Dunused-fu= nction -Wno-error=3Denum-compare -Wno-error=3Dlogical-not-parentheses -Wno-= error=3Dbool-compare -Wno-error=3Duninitialized -Wno-error=3Darray-bounds -= Wno-error=3Dclobbered -Wno-error=3Dcast-align -Wno-error=3Dextra -Wno-error= =3Dattributes -Wno-error=3Dinline -Wno-error=3Dunused-but-set-variable -Wno= -error=3Dunused-value -Wno-error=3Dstrict-aliasing -Wno-error=3Daddress = -c /builds/FreeBSD_HEAD_amd64_gcc4.9/libexec/bootpd/getif.c -o getif.o --- all_subdir_cddl --- --- uu_pname.po --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include --sysroo= t=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/= tmp -B/usr/local/x86_64-freebsd/bin/ -pg -O2 -pipe -DNATIVE_BUILD -I/build= s/FreeBSD_HEAD_amd64_gcc4.9/cddl/lib/libuutil/../../../cddl/contrib/opensol= aris/lib/libuutil/common -I/builds/FreeBSD_HEAD_amd64_gcc4.9/cddl/lib/libuu= til/../../../sys/cddl/compat/opensolaris -I/builds/FreeBSD_HEAD_amd64_gcc4.= 9/cddl/lib/libuutil/../../../sys/cddl/contrib/opensolaris/uts/common -I/bui= lds/FreeBSD_HEAD_amd64_gcc4.9/cddl/lib/libuutil/../../../cddl/compat/openso= laris/include -I/builds/FreeBSD_HEAD_amd64_gcc4.9/cddl/lib/libuutil/../../.= ./cddl/contrib/opensolaris/head -DNEED_SOLARIS_BOOLEAN -MD -MF.depend.uu= _pname.po -MTuu_pname.po -std=3Dgnu99 -fstack-protector-strong -Wno-pointer= -sign -Wno-error=3Dunused-function -Wno-error=3Denum-compare -Wno-error=3Dl= ogical-not-parentheses -Wno-error=3Dbool-compare -Wno-error=3Duninitialized= -Wno-error=3Darray-bounds -Wno-error=3Dclobbered -Wno-error=3Dcast-align -= Wno-error=3Dextra -Wno-error=3Dattributes -Wno-error=3Dinline -Wno-error=3D= unused-but-set-variable -Wno-error=3Dunused-value -Wno-error=3Dstrict-alias= ing -Wno-error=3Daddress -Wno-unknown-pragmas -c /builds/FreeBSD_HEAD_a= md64_gcc4.9/cddl/lib/libuutil/../../../cddl/contrib/opensolaris/lib/libuuti= l/common/uu_pname.c -o uu_pname.po --- all_subdir_lib --- --- e_hypotl.po --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include --sysroo= t=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/= tmp -B/usr/local/x86_64-freebsd/bin/ -pg -O2 -pipe -I/builds/FreeBSD_HEAD_= amd64_gcc4.9/lib/msun/x86 -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/msun/ld80= -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/msun/amd64 -I/builds/FreeBSD_HEAD_= amd64_gcc4.9/lib/msun/src -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libc/incl= ude -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libc/amd64 -MD -MF.depend.e= _hypotl.po -MTe_hypotl.po -std=3Dgnu99 -fstack-protector-strong -Wsystem-he= aders -Wno-pointer-sign -Wno-error=3Dunused-function -Wno-error=3Denum-comp= are -Wno-error=3Dlogical-not-parentheses -Wno-error=3Dbool-compare -Wno-err= or=3Duninitialized -Wno-error=3Darray-bounds -Wno-error=3Dclobbered -Wno-er= ror=3Dcast-align -Wno-error=3Dextra -Wno-error=3Dattributes -Wno-error=3Din= line -Wno-error=3Dunused-but-set-variable -Wno-error=3Dunused-value -Wno-er= ror=3Dstrict-aliasing -Wno-error=3Daddress -Wno-unknown-pragmas -c /bui= lds/FreeBSD_HEAD_amd64_gcc4.9/lib/msun/src/e_hypotl.c -o e_hypotl.po --- all_subdir_bin --- --- builtins.o --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include --sysroo= t=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/= tmp -B/usr/local/x86_64-freebsd/bin/ -O2 -pipe -DSHELL -I. -I/builds/Free= BSD_HEAD_amd64_gcc4.9/bin/sh -g -MD -MF.depend.builtins.o -MTbuiltins.o -s= td=3Dgnu99 -fstack-protector-strong -Wsystem-headers -Wall -Wno-format-y2k = -Wno-uninitialized -Wno-pointer-sign -Wno-error=3Dunused-function -Wno-erro= r=3Denum-compare -Wno-error=3Dlogical-not-parentheses -Wno-error=3Dbool-com= pare -Wno-error=3Duninitialized -Wno-error=3Darray-bounds -Wno-error=3Dclob= bered -Wno-error=3Dcast-align -Wno-error=3Dextra -Wno-error=3Dattributes -W= no-error=3Dinline -Wno-error=3Dunused-but-set-variable -Wno-error=3Dunused-= value -Wno-error=3Dstrict-aliasing -Wno-error=3Daddress -c builtins.c -= o builtins.o --- all_subdir_libexec --- --- hwaddr.o --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include --sysroo= t=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/= tmp -B/usr/local/x86_64-freebsd/bin/ -O2 -pipe -DETC_ETHERS -DSYSLOG -DDEBU= G -DVEND_CMU -g -MD -MF.depend.hwaddr.o -MThwaddr.o -std=3Dgnu99 -fstack= -protector-strong -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized= -Wno-pointer-sign -Wformat=3D2 -Wno-format-extra-args -Wno-error=3Dunused-= function -Wno-error=3Denum-compare -Wno-error=3Dlogical-not-parentheses -Wn= o-error=3Dbool-compare -Wno-error=3Duninitialized -Wno-error=3Darray-bounds= -Wno-error=3Dclobbered -Wno-error=3Dcast-align -Wno-error=3Dextra -Wno-err= or=3Dattributes -Wno-error=3Dinline -Wno-error=3Dunused-but-set-variable -W= no-error=3Dunused-value -Wno-error=3Dstrict-aliasing -Wno-error=3Daddress = -c /builds/FreeBSD_HEAD_amd64_gcc4.9/libexec/bootpd/hwaddr.c -o hwaddr.o --- all_subdir_bin --- --- nodes.o --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include --sysroo= t=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/= tmp -B/usr/local/x86_64-freebsd/bin/ -O2 -pipe -DSHELL -I. -I/builds/Free= BSD_HEAD_amd64_gcc4.9/bin/sh -g -MD -MF.depend.nodes.o -MTnodes.o -std=3Dg= nu99 -fstack-protector-strong -Wsystem-headers -Wall -Wno-format-y2k -Wno-u= ninitialized -Wno-pointer-sign -Wno-error=3Dunused-function -Wno-error=3Den= um-compare -Wno-error=3Dlogical-not-parentheses -Wno-error=3Dbool-compare -= Wno-error=3Duninitialized -Wno-error=3Darray-bounds -Wno-error=3Dclobbered = -Wno-error=3Dcast-align -Wno-error=3Dextra -Wno-error=3Dattributes -Wno-err= or=3Dinline -Wno-error=3Dunused-but-set-variable -Wno-error=3Dunused-value = -Wno-error=3Dstrict-aliasing -Wno-error=3Daddress -c nodes.c -o nodes.o --- all_subdir_lib --- --- e_lgammal.po --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include --sysroo= t=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/= tmp -B/usr/local/x86_64-freebsd/bin/ -pg -O2 -pipe -I/builds/FreeBSD_HEAD_= amd64_gcc4.9/lib/msun/x86 -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/msun/ld80= -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/msun/amd64 -I/builds/FreeBSD_HEAD_= amd64_gcc4.9/lib/msun/src -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libc/incl= ude -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libc/amd64 -MD -MF.depend.e= _lgammal.po -MTe_lgammal.po -std=3Dgnu99 -fstack-protector-strong -Wsystem-= headers -Wno-pointer-sign -Wno-error=3Dunused-function -Wno-error=3Denum-co= mpare -Wno-error=3Dlogical-not-parentheses -Wno-error=3Dbool-compare -Wno-e= rror=3Duninitialized -Wno-error=3Darray-bounds -Wno-error=3Dclobbered -Wno-= error=3Dcast-align -Wno-error=3Dextra -Wno-error=3Dattributes -Wno-error=3D= inline -Wno-error=3Dunused-but-set-variable -Wno-error=3Dunused-value -Wno-= error=3Dstrict-aliasing -Wno-error=3Daddress -Wno-unknown-pragmas -c /b= uilds/FreeBSD_HEAD_amd64_gcc4.9/lib/msun/src/e_lgammal.c -o e_lgammal.po --- all_subdir_cddl --- --- uu_strtoint.po --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include --sysroo= t=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/= tmp -B/usr/local/x86_64-freebsd/bin/ -pg -O2 -pipe -DNATIVE_BUILD -I/build= s/FreeBSD_HEAD_amd64_gcc4.9/cddl/lib/libuutil/../../../cddl/contrib/opensol= aris/lib/libuutil/common -I/builds/FreeBSD_HEAD_amd64_gcc4.9/cddl/lib/libuu= til/../../../sys/cddl/compat/opensolaris -I/builds/FreeBSD_HEAD_amd64_gcc4.= 9/cddl/lib/libuutil/../../../sys/cddl/contrib/opensolaris/uts/common -I/bui= lds/FreeBSD_HEAD_amd64_gcc4.9/cddl/lib/libuutil/../../../cddl/compat/openso= laris/include -I/builds/FreeBSD_HEAD_amd64_gcc4.9/cddl/lib/libuutil/../../.= ./cddl/contrib/opensolaris/head -DNEED_SOLARIS_BOOLEAN -MD -MF.depend.uu= _strtoint.po -MTuu_strtoint.po -std=3Dgnu99 -fstack-protector-strong -Wno-p= ointer-sign -Wno-error=3Dunused-function -Wno-error=3Denum-compare -Wno-err= or=3Dlogical-not-parentheses -Wno-error=3Dbool-compare -Wno-error=3Duniniti= alized -Wno-error=3Darray-bounds -Wno-error=3Dclobbered -Wno-error=3Dcast-a= lign -Wno-error=3Dextra -Wno-error=3Dattributes -Wno-error=3Dinline -Wno-er= ror=3Dunused-but-set-variable -Wno-error=3Dunused-value -Wno-error=3Dstrict= -aliasing -Wno-error=3Daddress -Wno-unknown-pragmas -c /builds/FreeBSD_= HEAD_amd64_gcc4.9/cddl/lib/libuutil/../../../cddl/contrib/opensolaris/lib/l= ibuutil/common/uu_strtoint.c -o uu_strtoint.po --- all_subdir_lib --- --- e_lgammal_r.po --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include --sysroo= t=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/= tmp -B/usr/local/x86_64-freebsd/bin/ -pg -O2 -pipe -I/builds/FreeBSD_HEAD_= amd64_gcc4.9/lib/msun/x86 -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/msun/ld80= -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/msun/amd64 -I/builds/FreeBSD_HEAD_= amd64_gcc4.9/lib/msun/src -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libc/incl= ude -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libc/amd64 -MD -MF.depend.e= _lgammal_r.po -MTe_lgammal_r.po -std=3Dgnu99 -fstack-protector-strong -Wsys= tem-headers -Wno-pointer-sign -Wno-error=3Dunused-function -Wno-error=3Denu= m-compare -Wno-error=3Dlogical-not-parentheses -Wno-error=3Dbool-compare -W= no-error=3Duninitialized -Wno-error=3Darray-bounds -Wno-error=3Dclobbered -= Wno-error=3Dcast-align -Wno-error=3Dextra -Wno-error=3Dattributes -Wno-erro= r=3Dinline -Wno-error=3Dunused-but-set-variable -Wno-error=3Dunused-value -= Wno-error=3Dstrict-aliasing -Wno-error=3Daddress -Wno-unknown-pragmas -= c /builds/FreeBSD_HEAD_amd64_gcc4.9/lib/msun/ld80/e_lgammal_r.c -o e_lgamma= l_r.po --- all_subdir_libexec --- --- report.o --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include --sysroo= t=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/= tmp -B/usr/local/x86_64-freebsd/bin/ -O2 -pipe -DETC_ETHERS -DSYSLOG -DDEBU= G -DVEND_CMU -g -MD -MF.depend.report.o -MTreport.o -std=3Dgnu99 -fstack= -protector-strong -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized= -Wno-pointer-sign -Wformat=3D2 -Wno-format-extra-args -Wno-error=3Dunused-= function -Wno-error=3Denum-compare -Wno-error=3Dlogical-not-parentheses -Wn= o-error=3Dbool-compare -Wno-error=3Duninitialized -Wno-error=3Darray-bounds= -Wno-error=3Dclobbered -Wno-error=3Dcast-align -Wno-error=3Dextra -Wno-err= or=3Dattributes -Wno-error=3Dinline -Wno-error=3Dunused-but-set-variable -W= no-error=3Dunused-value -Wno-error=3Dstrict-aliasing -Wno-error=3Daddress = -c /builds/FreeBSD_HEAD_amd64_gcc4.9/libexec/bootpd/report.c -o report.o --- tzone.o --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include --sysroo= t=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/= tmp -B/usr/local/x86_64-freebsd/bin/ -O2 -pipe -DETC_ETHERS -DSYSLOG -DDEBU= G -DVEND_CMU -g -MD -MF.depend.tzone.o -MTtzone.o -std=3Dgnu99 -fstack-p= rotector-strong -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -= Wno-pointer-sign -Wformat=3D2 -Wno-format-extra-args -Wno-error=3Dunused-fu= nction -Wno-error=3Denum-compare -Wno-error=3Dlogical-not-parentheses -Wno-= error=3Dbool-compare -Wno-error=3Duninitialized -Wno-error=3Darray-bounds -= Wno-error=3Dclobbered -Wno-error=3Dcast-align -Wno-error=3Dextra -Wno-error= =3Dattributes -Wno-error=3Dinline -Wno-error=3Dunused-but-set-variable -Wno= -error=3Dunused-value -Wno-error=3Dstrict-aliasing -Wno-error=3Daddress = -c /builds/FreeBSD_HEAD_amd64_gcc4.9/libexec/bootpd/tzone.c -o tzone.o --- all_subdir_bin --- --- syntax.o --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include --sysroo= t=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/= tmp -B/usr/local/x86_64-freebsd/bin/ -O2 -pipe -DSHELL -I. -I/builds/Free= BSD_HEAD_amd64_gcc4.9/bin/sh -g -MD -MF.depend.syntax.o -MTsyntax.o -std= =3Dgnu99 -fstack-protector-strong -Wsystem-headers -Wall -Wno-format-y2k -W= no-uninitialized -Wno-pointer-sign -Wno-error=3Dunused-function -Wno-error= =3Denum-compare -Wno-error=3Dlogical-not-parentheses -Wno-error=3Dbool-comp= are -Wno-error=3Duninitialized -Wno-error=3Darray-bounds -Wno-error=3Dclobb= ered -Wno-error=3Dcast-align -Wno-error=3Dextra -Wno-error=3Dattributes -Wn= o-error=3Dinline -Wno-error=3Dunused-but-set-variable -Wno-error=3Dunused-v= alue -Wno-error=3Dstrict-aliasing -Wno-error=3Daddress -c syntax.c -o s= yntax.o --- all_subdir_libexec --- --- rtmsg.o --- --- all_subdir_bin --- --- sh.full --- --- all_subdir_libexec --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include --sysroo= t=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/= tmp -B/usr/local/x86_64-freebsd/bin/ -O2 -pipe -DETC_ETHERS -DSYSLOG -DDEBU= G -DVEND_CMU -g -MD -MF.depend.rtmsg.o -MTrtmsg.o -std=3Dgnu99 -fstack-p= rotector-strong -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -= Wno-pointer-sign -Wformat=3D2 -Wno-format-extra-args -Wno-error=3Dunused-fu= nction -Wno-error=3Denum-compare -Wno-error=3Dlogical-not-parentheses -Wno-= error=3Dbool-compare -Wno-error=3Duninitialized -Wno-error=3Darray-bounds -= Wno-error=3Dclobbered -Wno-error=3Dcast-align -Wno-error=3Dextra -Wno-error= =3Dattributes -Wno-error=3Dinline -Wno-error=3Dunused-but-set-variable -Wno= -error=3Dunused-value -Wno-error=3Dstrict-aliasing -Wno-error=3Daddress = -c /builds/FreeBSD_HEAD_amd64_gcc4.9/libexec/bootpd/rtmsg.c -o rtmsg.o --- all_subdir_bin --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include --sysroo= t=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/= tmp -B/usr/local/x86_64-freebsd/bin/ -O2 -pipe -DSHELL -I. -I/builds/FreeBS= D_HEAD_amd64_gcc4.9/bin/sh -g -std=3Dgnu99 -fstack-protector-strong -Wsyste= m-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-e= rror=3Dunused-function -Wno-error=3Denum-compare -Wno-error=3Dlogical-not-p= arentheses -Wno-error=3Dbool-compare -Wno-error=3Duninitialized -Wno-error= =3Darray-bounds -Wno-error=3Dclobbered -Wno-error=3Dcast-align -Wno-error= =3Dextra -Wno-error=3Dattributes -Wno-error=3Dinline -Wno-error=3Dunused-bu= t-set-variable -Wno-error=3Dunused-value -Wno-error=3Dstrict-aliasing -Wno-= error=3Daddress -o sh.full alias.o arith_yacc.o arith_yylex.o cd.o echo.o = error.o eval.o exec.o expand.o histedit.o input.o jobs.o kill.o mail.o main= .o memalloc.o miscbltin.o mystring.o options.o output.o parser.o printf.o r= edir.o show.o test.o trap.o var.o builtins.o nodes.o syntax.o -ledit --- all_subdir_lib --- --- e_sinhl.po --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include --sysroo= t=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/= tmp -B/usr/local/x86_64-freebsd/bin/ -pg -O2 -pipe -I/builds/FreeBSD_HEAD_= amd64_gcc4.9/lib/msun/x86 -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/msun/ld80= -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/msun/amd64 -I/builds/FreeBSD_HEAD_= amd64_gcc4.9/lib/msun/src -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libc/incl= ude -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libc/amd64 -MD -MF.depend.e= _sinhl.po -MTe_sinhl.po -std=3Dgnu99 -fstack-protector-strong -Wsystem-head= ers -Wno-pointer-sign -Wno-error=3Dunused-function -Wno-error=3Denum-compar= e -Wno-error=3Dlogical-not-parentheses -Wno-error=3Dbool-compare -Wno-error= =3Duninitialized -Wno-error=3Darray-bounds -Wno-error=3Dclobbered -Wno-erro= r=3Dcast-align -Wno-error=3Dextra -Wno-error=3Dattributes -Wno-error=3Dinli= ne -Wno-error=3Dunused-but-set-variable -Wno-error=3Dunused-value -Wno-erro= r=3Dstrict-aliasing -Wno-error=3Daddress -Wno-unknown-pragmas -c /build= s/FreeBSD_HEAD_amd64_gcc4.9/lib/msun/src/e_sinhl.c -o e_sinhl.po --- all_subdir_cddl --- --- libuutil_p.a --- building profiled uutil library /usr/local/x86_64-freebsd/bin/ar -crD libuutil_p.a `NM=3D'/usr/local/x86_64= -freebsd/bin/nm' NMFLAGS=3D'' lorder avl.po uu_alloc.po uu_avl.po uu_dprint= f.po uu_ident.po uu_list.po uu_misc.po uu_open.po uu_pname.po uu_strtoint.p= o | tsort -q`=20 /usr/local/x86_64-freebsd/bin/ranlib -D libuutil_p.a --- all_subdir_cddl/lib/libzfs_core --- =3D=3D=3D> cddl/lib/libzfs_core (all) --- all_subdir_bin --- histedit.o: In function `histedit': /builds/FreeBSD_HEAD_amd64_gcc4.9/bin/sh/histedit.c:125: undefined referenc= e to `_el_fn_sh_complete' collect2: error: ld returned 1 exit status *** [sh.full] Error code 1 bmake[4]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9/bin/sh 1 error bmake[4]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9/bin/sh *** [all_subdir_bin/sh] Error code 2 bmake[3]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9/bin 1 error bmake[3]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9/bin *** [all_subdir_bin] Error code 2 bmake[2]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9 --- all_subdir_lib --- A failure has been detected in another branch of the parallel make bmake[4]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9/lib/msun *** [all_subdir_lib/msun] Error code 2 bmake[3]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9/lib 1 error bmake[3]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9/lib *** [all_subdir_lib] Error code 2 bmake[2]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9 --- all_subdir_cddl --- A failure has been detected in another branch of the parallel make bmake[5]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9/cddl/lib/libzfs_core *** [all_subdir_cddl/lib/libzfs_core] Error code 2 bmake[4]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9/cddl/lib 1 error bmake[4]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9/cddl/lib *** [all_subdir_cddl/lib] Error code 2 bmake[3]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9/cddl 1 error bmake[3]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9/cddl *** [all_subdir_cddl] Error code 2 bmake[2]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9 --- all_subdir_libexec --- A failure has been detected in another branch of the parallel make bmake[4]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9/libexec/bootpd *** [all] Error code 2 bmake[3]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9/libexec 1 error bmake[3]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9/libexec *** [all_subdir_libexec] Error code 2 bmake[2]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9 4 errors bmake[2]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9 *** [everything] Error code 2 bmake[1]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9 1 error bmake[1]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9 *** [buildworld] Error code 2 make: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9 1 error make: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9 Build step 'Execute shell' marked build as failure [WARNINGS] Skipping publisher since build result is FAILURE IRC notifier plugin: Sending notification to: #freebsd-commits Email was triggered for: Failure - Any Sending email for trigger: Failure - Any From owner-freebsd-current@freebsd.org Wed Mar 30 11:33:39 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 D62A7AE38FD for ; Wed, 30 Mar 2016 11:33:39 +0000 (UTC) (envelope-from rhurlin@gwdg.de) Received: from fmailer.gwdg.de (fmailer.gwdg.de [134.76.11.16]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 9F643173F; Wed, 30 Mar 2016 11:33:38 +0000 (UTC) (envelope-from rhurlin@gwdg.de) Received: from um-excht-a02.um.gwdg.de ([134.76.11.222] helo=email.gwdg.de) by mailer.gwdg.de with esmtp (Exim 4.80) (envelope-from ) id 1alENU-0001af-4k; Wed, 30 Mar 2016 13:33:36 +0200 Received: from pc028.nfv.nw-fva.de (134.76.242.1) by email.gwdg.de (134.76.9.211) with Microsoft SMTP Server (TLS) id 14.3.195.1; Wed, 30 Mar 2016 13:33:35 +0200 Subject: Re: HEAD does not build bwn (after r297405 ?) To: Jia-Shiun Li References: <56FB6CFE.8040709@gwdg.de> CC: Adrian Chadd , freebsd-current From: Rainer Hurling Message-ID: <56FBB990.6070600@gwdg.de> Date: Wed, 30 Mar 2016 13:33:36 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.7.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset="utf-8"; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Level: - X-Virus-Scanned: (clean) by clamav X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 Precedence: 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, 30 Mar 2016 11:33:39 -0000 Am 30.03.16 um 13:08 schrieb Jia-Shiun Li: > On Wed, Mar 30, 2016 at 2:06 PM, Rainer Hurling > wrote: > > If I try to build most recent HEAD (r297407), I get the following error: > > I suspect r297405 with its migration of time_* macros to be the reason? > > > Adrian Chadd fixed that in r297409. Thanks for the info. I already noticed it and rebuild my box. Works fine so far. > > -Jia-Shiun. > From owner-freebsd-current@freebsd.org Wed Mar 30 16:33: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 E307EAE3E6F for ; Wed, 30 Mar 2016 16:33:22 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from wonkity.com (wonkity.com [67.158.26.137]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "wonkity.com", Issuer "wonkity.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id A652B14BC; Wed, 30 Mar 2016 16:33:22 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.15.2/8.15.2) with ESMTPS id u2UGX5L4027528 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Wed, 30 Mar 2016 10:33:05 -0600 (MDT) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.15.2/8.15.2/Submit) with ESMTP id u2UGX3M8027525; Wed, 30 Mar 2016 10:33:04 -0600 (MDT) (envelope-from wblock@wonkity.com) Date: Wed, 30 Mar 2016 10:33:03 -0600 (MDT) From: Warren Block To: Aleksander Alekseev cc: Michael Gmelin , Dimitry Andric , Gary Jennejohn , freebsd-current@freebsd.org Subject: Re: Need some help with ports and rebuilding the world In-Reply-To: <20160330001208.0634c25c@fujitsu> Message-ID: References: <20160327234202.178df9a4@fujitsu> <20160327225612.713eaa2a@bsd64.grem.de> <20160328084735.29eff991@fujitsu> <20160328094742.68bc9046@ernst.home> <20160328170031.023f0adb@fujitsu> <20160329123821.120d8de8@fujitsu> <72586F27-113D-4225-B7AB-A890C9522CD5@FreeBSD.org> <20160329165318.2af443c4@fujitsu> <20160329160201.292052a1@bsd64.grem.de> <20160329172835.6526c345@fujitsu> <20160330001208.0634c25c@fujitsu> User-Agent: Alpine 2.20 (BSF 67 2015-01-07) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (wonkity.com [127.0.0.1]); Wed, 30 Mar 2016 10:33:05 -0600 (MDT) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 Precedence: 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, 30 Mar 2016 16:33:23 -0000 On Wed, 30 Mar 2016, Aleksander Alekseev wrote: >>> CPUTYPE?=native >>> CFLAGS+=-O2 -pipe >>> CXXFLAGS+=-O2 -pipe > >> These will bite with no provocation, and prevent ports that want to >> set their own flags from using them. > > Frankly as a rule of thumb I prefer binary packages. But how would you > recommend to change these lines? You see if I use ports I would like > compiled code to be optimized and preferably for local CPU. Don't set them at all, just remove those lines from make.conf. Well, let me be more specific. It is probably safe to set CPUTYPE, although choosing native has caused problems for me, where specifically setting a type like core-avx2 has been fine. It is just the CFLAGS and CXXFLAGS that are best not set. When not set, the world and kernel build will use safe defaults, but ports that can safely override those flags for better performance can do so. From owner-freebsd-current@freebsd.org Wed Mar 30 17:47:27 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 37C34AE3DB6 for ; Wed, 30 Mar 2016 17:47:27 +0000 (UTC) (envelope-from rizzo.unipi@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 B497B1EB5 for ; Wed, 30 Mar 2016 17:47:26 +0000 (UTC) (envelope-from rizzo.unipi@gmail.com) Received: by mail-lf0-x231.google.com with SMTP id k79so41773766lfb.2 for ; Wed, 30 Mar 2016 10:47:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:message-id:subject:from:to; bh=PLYmc1g0/xKzeNIpFO3QnQmpdih5/qszH111l4Bc4Qk=; b=OCXrgvqsP+ktE4pSNxcDT8QZ63Sc0gfaOOJdAG9H9mPZaRrCimkPhPdcj6r8sPawtL rp9EJHYI2JbEtgjPhXV51504VuXjcKhc35QWOS4CFfWEHSqxMlNjWxPj+LXG9jB+tLxn UCTLd1PMKdh8SwW5u3Ig1PxB+p2uPnwwLRu6Hhztn0fbid4LVoTCJ16SXxqxQpxuzQ+p ym4r6iugCEN6RWdzQtxfzdir7+/0CsQ8T9qDMuzmzSDzVico4rp9K7MjhNmTmxtXKPhw 1t+bwAZb1QBM/M5Gp4QO3JzUqIIWiov8xRzQJdgHCqbTyakNiNXE89rVMlQL6cKv384Q dGHg== 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:date:message-id:subject:from :to; bh=PLYmc1g0/xKzeNIpFO3QnQmpdih5/qszH111l4Bc4Qk=; b=EomZbW/sIUppIA2nXL8Lj5kd6k+gL1Cbfm29YlYRd3qkuu53I/nego3y4nl2eXyiV5 K5daTfdNfluwYFmigw51mzNruXDUe/EDZmXneaecBBW7fqsA6b17ZqbyF5GDndgWRAXv X9wPok+hqkr6iUxnw0/vsnmnu2aulhwi+fC5YQqYZ/dMxDxxtQ5Xi2CwdTptHhzdESvN eX5PrYYQGIa7uYXamitHG/KNWeIQxGb5xh3lSARW2r953rlWHIAbVl6o4kiPDJX9KEVr cS7R+NAOLxUCxpci9wEjiPBhRwG5KZPW7cd810NP99UcudUcCJ9ZGkyXE3JYasSsbheC roGg== X-Gm-Message-State: AD7BkJKDmYFI7/o/vqBWerztt66FB3n15RcyIUgHf/6MwMXy8zGTH1f8wICoiQSw93t9DDz1c94zwI73jQzZRQ== MIME-Version: 1.0 X-Received: by 10.25.213.145 with SMTP id m139mr4652598lfg.96.1459360045071; Wed, 30 Mar 2016 10:47:25 -0700 (PDT) Sender: rizzo.unipi@gmail.com Received: by 10.114.184.146 with HTTP; Wed, 30 Mar 2016 10:47:25 -0700 (PDT) Date: Wed, 30 Mar 2016 19:47:25 +0200 X-Google-Sender-Auth: qaKNwOLjNixyqLE9QdWaKf2Iu3I Message-ID: Subject: accessing a PCIe register from userspace through kmem or other ways ? From: Luigi Rizzo To: freebsd-current Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.21 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 Precedence: 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, 30 Mar 2016 17:47:27 -0000 Hi, I'd like to test the rate at which I can access device registers on a PCIe card, and was wondering whether I need to patch a device driver, or perhaps I can use /dev/kmem once I figure out where the registers are mapped ? thanks luigi -- -----------------------------------------+------------------------------- Prof. Luigi RIZZO, rizzo@iet.unipi.it . Dip. di Ing. dell'Informazione http://www.iet.unipi.it/~luigi/ . Universita` di Pisa TEL +39-050-2217533 . via Diotisalvi 2 Mobile +39-338-6809875 . 56122 PISA (Italy) -----------------------------------------+------------------------------- From owner-freebsd-current@freebsd.org Wed Mar 30 18:20: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 A0BB5AE34EC for ; Wed, 30 Mar 2016 18:20:53 +0000 (UTC) (envelope-from jim.harris@gmail.com) Received: from mail-wm0-x22b.google.com (mail-wm0-x22b.google.com [IPv6:2a00:1450:400c:c09::22b]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 3A3951EB0 for ; Wed, 30 Mar 2016 18:20:53 +0000 (UTC) (envelope-from jim.harris@gmail.com) Received: by mail-wm0-x22b.google.com with SMTP id 191so99550083wmq.0 for ; Wed, 30 Mar 2016 11:20:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc; bh=2vmffltmRgkveuJf0FxUp+NY4glY9NIN6FJqvucBTqQ=; b=c3/yQUPzQa4TiT30b0a18iwFrZPfPjF4qkFoeMhuUPwlEnXjGwrAkuk4zHa7uTqbyi RyK1wSIT0rOjfg18IH12N645Gur1/fN1A9EwgbNiEl1dSkUIG0vSmBis6TNZ+gLOhS8l /ZIo1DJnWQGoV4WIbjWd+sVaCTz2sIooKW58Bkf8FuSX2N8IaGA8WSZg9DQB+ssfDW7J zmqAbrRFP73fRLADpzPfbfutkxldELP+i/bsi26DIJIHDXFamISQFMVVEwYPMt1MCh/D y28uz3pCmNp2uytTzcxNeTnwmDD3GLtGmIVVqAOuBrL1IJmBvHKVbzauJZWqfi7dRov0 UqQg== 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; bh=2vmffltmRgkveuJf0FxUp+NY4glY9NIN6FJqvucBTqQ=; b=JtWpqGQUYLEssaGlphBJ936OArNfMzn0jgl6LsA/1k90oc4OBFKMY9eb2UFpVaKVbo cgM4VhuJop9r3xMq7PH/JuOrpQ3RBapKdDJLhkHS7M8/uPfDnktUANdemn3iow0HVdLc F5xtzTCFCjXh1PX566BhCXQ1XXLxc/SEDiMen3nWAAsnqimHScrOn9K7I0IkTKtxgim3 4chfl5iafiBVmVRk3wyDwU/plqZ5e7KTXTprakuEHUR+5MUwV433Z+k1rq9AebKnod+I PtK/nujMLRMFfigsNeCxJnHZq/5xD2soBeRaEbKJtjEqaCr+xRwdzSg3HMc4VQvI4Z9Q pZyg== X-Gm-Message-State: AD7BkJJAkHqdV8G3K3sZ53gVQ2apn7/cjfrGhYRDxvYZteV3YFG/lth9huzZjWafYOMvGQnCIEza4wTu6aMT0g== MIME-Version: 1.0 X-Received: by 10.28.49.3 with SMTP id x3mr11649954wmx.4.1459362051877; Wed, 30 Mar 2016 11:20:51 -0700 (PDT) Received: by 10.194.115.99 with HTTP; Wed, 30 Mar 2016 11:20:51 -0700 (PDT) In-Reply-To: References: Date: Wed, 30 Mar 2016 11:20:51 -0700 Message-ID: Subject: Re: accessing a PCIe register from userspace through kmem or other ways ? From: Jim Harris To: Luigi Rizzo Cc: freebsd-current Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.21 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 Precedence: 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, 30 Mar 2016 18:20:53 -0000 On Wed, Mar 30, 2016 at 10:47 AM, Luigi Rizzo wrote: > Hi, > I'd like to test the rate at which I can access device registers > on a PCIe card, and was wondering whether I need to patch a device > driver, or perhaps I can use /dev/kmem once I figure out where > the registers are mapped ? > You do not need to patch a device driver. Have you looked at libpciaccess? This should give you everything you need. -Jim > thanks > luigi > > -- > -----------------------------------------+------------------------------- > Prof. Luigi RIZZO, rizzo@iet.unipi.it . Dip. di Ing. dell'Informazione > http://www.iet.unipi.it/~luigi/ . Universita` di Pisa > TEL +39-050-2217533 . via Diotisalvi 2 > Mobile +39-338-6809875 . 56122 PISA (Italy) > -----------------------------------------+------------------------------- > _______________________________________________ > 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 Mar 30 20:11: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 3F7CCAE3FFB for ; Wed, 30 Mar 2016 20:11:50 +0000 (UTC) (envelope-from it@galasoluciones.com) Received: from mail.galasoluciones.com (maduixa.galasoluciones.com [92.222.120.224]) by mx1.freebsd.org (Postfix) with ESMTP id E79A71153 for ; Wed, 30 Mar 2016 20:11:49 +0000 (UTC) (envelope-from it@galasoluciones.com) Received: from maduixa.galasoluciones.com (localhost [127.0.0.1]) by mail.galasoluciones.com (Postfix) with ESMTP id 12D9F4E606; Wed, 30 Mar 2016 22:08:47 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=galasoluciones.com; s=mail; t=1459368527; bh=Takqt4UZ0SgjJdPbDskrxmy8+N52Rf8y4z+xGd0IJgI=; h=Subject:From:In-Reply-To:Date:Cc:References:To; b=Zeszq4iUB8cm8IJ59SY1CVGJiZs9zHgodY6SQzMG33jD8sVX1fX7Oct8Ld93/Wy2v a1Sw4SdOk1eXpmALzq5wRJGKIgkn1V/PylJVClogecS1r2fIOpGbgqB8a7pbSNWRrp dhvBHQYgrPqo4jUOJHPKPar2L28ivqNOR++GV7OE= X-Virus-Scanned: amavisd-new at galasoluciones.com Received: from mail.galasoluciones.com ([127.0.0.1]) by maduixa.galasoluciones.com (maduixa.galasoluciones.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 0pY8lYQ88bvy; Wed, 30 Mar 2016 22:08:45 +0200 (CEST) Received: from [192.168.0.7] (cli-5b7ef0fc.bcn.adamo.es [91.126.240.252]) by mail.galasoluciones.com (Postfix) with ESMTPA id 076834E605; Wed, 30 Mar 2016 22:08:44 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=galasoluciones.com; s=mail; t=1459368525; bh=Takqt4UZ0SgjJdPbDskrxmy8+N52Rf8y4z+xGd0IJgI=; h=Subject:From:In-Reply-To:Date:Cc:References:To; b=mub/mLjSqkQKesv/VSpHUMkr1gP80ur9mGkT168wWHI0TTJwaRlkUMKKUPJKsX23c sesm1fDVSJxvZIE6gRJFn7TvGOV5SbPSWsRtky5/Ohl2HdMG9Nxo9kZoGn3NaY8Ip3 s5WTXpYzgvgSEShabj91BiqQD0iRg/5pwPrBkpy0= Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Subject: Re: Booting FreeBSD on a RPI3 From: Gala IT In-Reply-To: Date: Wed, 30 Mar 2016 22:11:45 +0200 Cc: freebsd-current Content-Transfer-Encoding: quoted-printable Message-Id: <1A9A04FA-3247-4A26-81F0-F11ECAD43F5A@galasoluciones.com> References: To: Adrian Chadd X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 Precedence: 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, 30 Mar 2016 20:11:50 -0000 Nice to know, thanks a lot :) > El 30 mar=C3=A7 2016, a les 1:38, Adrian Chadd = va escriure: >=20 > Hi, >=20 > It's under active development right now. Stay tuned. >=20 >=20 > -a >=20 >=20 > On 29 March 2016 at 13:58, Gala IT wrote: >> Hi, >>=20 >> Being that it=E2=80=99s a 64-bit system and RPI2 images don=E2=80=99t = work, is there any procedure already established to build an image to = boot on a Raspberry Pi 3? >>=20 >> Should Crochet work? How? >>=20 >> Thanks, >> David. >> _______________________________________________ >> 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 Mar 31 06:13: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 05865AE21AE for ; Thu, 31 Mar 2016 06:13:56 +0000 (UTC) (envelope-from dmarquess@gmail.com) Received: from mail-ig0-x235.google.com (mail-ig0-x235.google.com [IPv6:2607:f8b0:4001:c05::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 D2F6B1584 for ; Thu, 31 Mar 2016 06:13:55 +0000 (UTC) (envelope-from dmarquess@gmail.com) Received: by mail-ig0-x235.google.com with SMTP id l20so60518986igf.0 for ; Wed, 30 Mar 2016 23:13:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to; bh=+f7GBWugBcTUJOrcSIavC6mE6L8YPIR6jXO61D1SNIc=; b=LRjyMw693dyAECX45OPkdFRCGq694yreEeScQKtP4hMoOGpmtFcIQnw2VsnO7Zzqy8 WAy1TzJpnRDI3MxrC4siXbXjncXGzS8xIYqTH+k4Tr5mG5HnoMcxV8jZo5eERQVqjeSS L90KvYS06jxe+E0+wu64NmKMYkzfa7/Pz2tkPLolHSeKQRZd7q+Y+yFVWsdizTLufSKL xGm/K6p1I9jWd2lM5Kk4h9asqFKP3sfJhpIB19FtxVLaPTH81+LPo7ZK+SUJ9P7hlLxw QeyPDWaBzkIbaV7rbP7dcFYG5yvo2mx8fgXI5eegzkTGvpgaGZEwZTX2NWA7isyY7Xmi Vvdg== 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; bh=+f7GBWugBcTUJOrcSIavC6mE6L8YPIR6jXO61D1SNIc=; b=cdtE9D3Zs+qDDvC54q7x9CLbKYuTC10v9iMuXMDIusPIMCes42mV8qNIWoYPOww7Jn u0HXxwBSqgY03UGenTo5XqrfmMzmQf0P5d1dK9CINMGEP0Ods4HZCPFk6dqwbqGBXFO3 RbAn+3mqxoZyPsFEKUUTo8tsvcRoOZ2avGOgXM1ajhX91ASPNBWwdem5tXHvZgkGR+Pr dCEkBtWVqQBgXMraUEJPlv1OgQJPjJi1nDoz1FzPENkulTlbYlhjmML0F75z4UdIpWf7 1t6VB/fblj0QGvcxRpy06ZtyzQ6bqJpuZ0zOv2Riz+oN9g8zb++VqkULtVOxXYvlAZOH 2nvg== X-Gm-Message-State: AD7BkJKTWm/cJrBCxBKn97wZQ95fGHY8FE5waAAYd0gFiKS3fTQqO0ZguNs728X6l5rPaONzq2W0xDIj/fSgrA== MIME-Version: 1.0 X-Received: by 10.50.110.71 with SMTP id hy7mr14262168igb.76.1459404835240; Wed, 30 Mar 2016 23:13:55 -0700 (PDT) Received: by 10.107.20.209 with HTTP; Wed, 30 Mar 2016 23:13:55 -0700 (PDT) Date: Thu, 31 Mar 2016 01:13:55 -0500 Message-ID: Subject: Mixed ashift? From: Dustin Marquess To: freebsd-current@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.21 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 Precedence: 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, 31 Mar 2016 06:13:56 -0000 I have what I think is a pretty normal setup.. a bunch of HDDs plus 2 SSDs (one ZIL, one SLOG). The HDDs are standard 512 byte sector drives. The SSDs have 8k page sizes. In Illumos I added the SSDs to sd.conf and created the zpool and it shows the HDDs as ashift 9 and the SSDs as ashift 13, like normal: # zdb -C | grep ashift ashift: 9 ashift: 9 ashift: 9 ashift: 9 ashift: 13 The question is, how to replicate this in FreeBSD? The old "gnop" method doesn't work anymore, and setting "vfs.zfs.min_auto_ashift=13" causes it to use 13 for the HDDs, which seems like a waste. Is this not supported? Thanks! -Dustin From owner-freebsd-current@freebsd.org Thu Mar 31 06:15: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 AF887AE22A3 for ; Thu, 31 Mar 2016 06:15: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 8F13916CA for ; Thu, 31 Mar 2016 06:15: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 23BFFD63D for ; Thu, 31 Mar 2016 06:15:08 +0000 (UTC) Subject: Re: Mixed ashift? To: freebsd-current@freebsd.org References: From: Allan Jude Message-ID: <56FCC067.3060101@freebsd.org> Date: Thu, 31 Mar 2016 02:15:03 -0400 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.7.1 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="lfdDAC2dBh2VRFK00GE5DsUFHOnA0UbaD" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 Precedence: 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, 31 Mar 2016 06:15:09 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --lfdDAC2dBh2VRFK00GE5DsUFHOnA0UbaD Content-Type: multipart/mixed; boundary="AcXIbOpfESreFwuG3LsnSCK1r2BQV2CGQ" From: Allan Jude To: freebsd-current@freebsd.org Message-ID: <56FCC067.3060101@freebsd.org> Subject: Re: Mixed ashift? References: In-Reply-To: --AcXIbOpfESreFwuG3LsnSCK1r2BQV2CGQ Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 2016-03-31 02:13, Dustin Marquess wrote: > I have what I think is a pretty normal setup.. a bunch of HDDs plus 2 S= SDs > (one ZIL, one SLOG). >=20 > The HDDs are standard 512 byte sector drives. The SSDs have 8k page si= zes. >=20 > In Illumos I added the SSDs to sd.conf and created the zpool and it sho= ws > the HDDs as ashift 9 and the SSDs as ashift 13, like normal: >=20 > # zdb -C | grep ashift > ashift: 9 > ashift: 9 > ashift: 9 > ashift: 9 > ashift: 13 >=20 > The question is, how to replicate this in FreeBSD? The old "gnop" meth= od > doesn't work anymore, and setting "vfs.zfs.min_auto_ashift=3D13" causes= it to > use 13 for the HDDs, which seems like a waste. Is this not supported? >=20 > Thanks! > -Dustin > _______________________________________________ > 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 gnop should work, and you'd set the ashift before you add the devices. So add the hard drives with it set to 9, then set it to 13 and add the SL= OG --=20 Allan Jude --AcXIbOpfESreFwuG3LsnSCK1r2BQV2CGQ-- --lfdDAC2dBh2VRFK00GE5DsUFHOnA0UbaD 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) iQIcBAEBAgAGBQJW/MBrAAoJEBmVNT4SmAt+RcwQAMV/VUNyYftybIFveAQMENaA OXAKl22LdrOSjWX45jRfsP4r5CPOFXKaxZ6w0Rd57p5pYLeJi6e/rU0ejL+FwyTT vy3lthnuWmDD+4rh2Skr503VqegcpKltsXp95jnOK2B8tgWgs2pie3/OYX6XYu6p xlXbOYbaoSg45AMYUvB9mxXOQ7jBsFalSwGPigmhP9Eie7yqbP2kPzQC+zzkhAMy N5d8sLAJ2BTZi+FrN2RMtH2NcL8li6DooOCV8fPyb++UMph0kyBlNO9J7yOSxMae 4BM4d+2c+ChDRSz8WjOszF3ERRwwfTXBv93Rebd1DLd2F60s/sIXe/KA0+t0M4JR OeOezH8NPn5gbKQJrzkn1dBNn5e4VT6c1SYSlfokfIzU+qgiXIXtY3H08TOxNS1i DPUSNGo/Ntd9A3Vnem/8jK452rTuk332NccL19dxrzdzu1nE88k2h/1XYKhcUaU4 RsVyRK96/iXqaDR7xU6oM+XRb0WNDoAhMUtFXLTIvpwU0atS50J4XTiGE5KJyGw+ CqgenFGV07eUttL11g4d66FXGsi/yf7gTmbdE/quRVaohFkXtMf6cf5gZjzxAW1p 5+V6I57Vc4rVZg1/pPJ9W06IO5iKda3Xc1QIzxkSzJbE2i1Ciz+jWpco9Ucy0dQN KkRJrkmgk/0+n/51OxIB =rWYZ -----END PGP SIGNATURE----- --lfdDAC2dBh2VRFK00GE5DsUFHOnA0UbaD-- From owner-freebsd-current@freebsd.org Thu Mar 31 09:06:26 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 9A4DAAE4D2C for ; Thu, 31 Mar 2016 09:06:26 +0000 (UTC) (envelope-from killing@multiplay.co.uk) Received: from mail-wm0-x231.google.com (mail-wm0-x231.google.com [IPv6:2a00:1450:400c:c09::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 2A9B71362 for ; Thu, 31 Mar 2016 09:06:25 +0000 (UTC) (envelope-from killing@multiplay.co.uk) Received: by mail-wm0-x231.google.com with SMTP id p65so105445472wmp.0 for ; Thu, 31 Mar 2016 02:06:25 -0700 (PDT) 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-transfer-encoding; bh=gA4LnqdVpAV/zKe5HTZYsFTczUmj4tWQBgwl0DKpdHE=; b=gP5KfkDG0krgQnsZtcbyjzDhYt7mJHT/UbGH1Evpw6wBP96J0JNOu2D+JH/sTKIXFT SHoPcyQEWD36XA2ZooJyBjc2kNE9TaQVg+0pD6P6AsYYZyhB05a01fljbYdlETRoUAVf 12AZNJhj6jBXztUDoef7dL4Pa4+kxZuikf7X0s0sn87v+Pn2fFXsEmWbhAddvI5tnNYo ZVRcJdXFm2WJmUVnN89To7TjBZwsssdCVP4CAgiZSnakX5lrattQxJeD8VzZ144tn12F xC+tf5zh3t+0IJtk3EpeBuSr4T4GBf6utOazDVZpab72ID/8IBfiFfRnEPL6IJVTfsE1 /NRw== 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-transfer-encoding; bh=gA4LnqdVpAV/zKe5HTZYsFTczUmj4tWQBgwl0DKpdHE=; b=PqGukdBpeMRefA4nGRHRX0p22Gt6UF6RSXLiA5KEfjLxKcQf2g7ZVpr/zZurIjWOqB Gat6DiMGExc60ZbFcc6p/13HGcSV2ifVg/VBqbd7yjOPk8wbCmQfCNs26vjYNMUQLukk R2RX9sDs1dux6jTCgjOrV6/NaWuLAlnRX2TGxXvipVgkq8v41MVMPaFW6+DOBcYRu2tN QWh4c65SsReuB7vYu+GhSctHTbynYjzGMh8F7pIY84RQGOJ6Xy5hq95Tg5n28rlmtGeJ 0jougFjrKoOpisvJtPqjGG8CvYYjXDFHmQqKFzgBMTR1A5vjRsQrQvzdtEm/u7iIhXfK eY3g== X-Gm-Message-State: AD7BkJKxZZV61RYHRrEx5HvxVYX0ffsMBh6N3u5YbExRhIgnOI4XFMF556fFM8TsdcpGkK2S X-Received: by 10.194.120.229 with SMTP id lf5mr2362236wjb.151.1459415184331; Thu, 31 Mar 2016 02:06:24 -0700 (PDT) Received: from [10.10.1.58] (liv3d.labs.multiplay.co.uk. [82.69.141.171]) by smtp.gmail.com with ESMTPSA id e19sm23819443wmd.1.2016.03.31.02.06.23 for (version=TLSv1/SSLv3 cipher=OTHER); Thu, 31 Mar 2016 02:06:23 -0700 (PDT) Subject: Re: Mixed ashift? To: freebsd-current@freebsd.org References: <56FCC067.3060101@freebsd.org> From: Steven Hartland Message-ID: <56FCE896.3000708@multiplay.co.uk> Date: Thu, 31 Mar 2016 10:06:30 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.7.0 MIME-Version: 1.0 In-Reply-To: <56FCC067.3060101@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.21 Precedence: 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, 31 Mar 2016 09:06:26 -0000 vfs.zfs.min_auto_ashift is only used when a device is added so you can set it add, then change. On 31/03/2016 07:15, Allan Jude wrote: > On 2016-03-31 02:13, Dustin Marquess wrote: >> I have what I think is a pretty normal setup.. a bunch of HDDs plus 2 SSDs >> (one ZIL, one SLOG). >> >> The HDDs are standard 512 byte sector drives. The SSDs have 8k page sizes. >> >> In Illumos I added the SSDs to sd.conf and created the zpool and it shows >> the HDDs as ashift 9 and the SSDs as ashift 13, like normal: >> >> # zdb -C | grep ashift >> ashift: 9 >> ashift: 9 >> ashift: 9 >> ashift: 9 >> ashift: 13 >> >> The question is, how to replicate this in FreeBSD? The old "gnop" method >> doesn't work anymore, and setting "vfs.zfs.min_auto_ashift=13" causes it to >> use 13 for the HDDs, which seems like a waste. Is this not supported? >> >> Thanks! >> -Dustin >> _______________________________________________ >> 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" >> > gnop should work, and you'd set the ashift before you add the devices. > So add the hard drives with it set to 9, then set it to 13 and add the SLOG > From owner-freebsd-current@freebsd.org Thu Mar 31 10:53: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 742D7AE43B8 for ; Thu, 31 Mar 2016 10:53: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 666851095; Thu, 31 Mar 2016 10:53: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 46868541; Thu, 31 Mar 2016 10:53:34 +0000 (UTC) Date: Thu, 31 Mar 2016 10:53:19 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: pfg@FreeBSD.org, adrian@FreeBSD.org, loos@FreeBSD.org, emaste@FreeBSD.org, jamie@FreeBSD.org, hselasky@FreeBSD.org, gnn@FreeBSD.org, bdrewery@FreeBSD.org, mav@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org Message-ID: <1097152430.172.1459421613460.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <455037259.165.1459333287979.JavaMail.jenkins@jenkins-9.freebsd.org> References: <455037259.165.1459333287979.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD_amd64_gcc4.9 - Build #1141 - Fixed MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_HEAD_amd64_gcc4.9 X-Jenkins-Result: SUCCESS Precedence: bulk X-Mailman-Approved-At: Thu, 31 Mar 2016 11:05:42 +0000 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.21 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Mar 2016 10:53:34 -0000 FreeBSD_HEAD_amd64_gcc4.9 - Build #1141 - Fixed: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_gcc4.9/1141/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_gcc4.9/1141/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_gcc4.9/1141/console Change summaries: 297444 by hselasky: Fix bugs in currently unused bit searching loop. MFC after: 3 days Sponsored by: Mellanox Technologies 297443 by adrian: Add support for the Nuvoton NCT5104D. Make it compile only for i386/amd64 for now as it's been tested there. It's quite possible it'll show up elsewhere and we can enable it for other architectures later. Tested: * PC Engines APU1C4 Submitted by: Daniel Wyatt Reviewed by: adrian, loos Differential Revision: https://reviews.freebsd.org/D5389 297442 by bdrewery: hosttools: Trim unneeded directories. These should only be build tools that are in various Makefile.depend as host dependencies. Anything toolchain related is handled by toolchain and bootstrap-tools currently. Sponsored by: EMC / Isilon Storage Division 297441 by pfg: restore(8): fix use of uninitialized value. Prevent uninitialized use of scalar newvol when jumping to gethdr. CID: 1006491 297439 by gnn: Unbreak the RSS/PCBGROUp build. 297438 by bdrewery: DIRDEPS_BUILD: Don't reset OBJROOT in sub-makes. MAKEOBJDIRPREFIX is set to blank and exported from MAKELEVEL0 along with OBJROOT exported. In sub-makes OBJROOT is recalculated with an empty MAKEOBJDIRPREFIX though. Sponsored by: EMC / Isilon Storage Division 297437 by bdrewery: Regenerate 297436 by bdrewery: Remove FAST_DEPEND reference missed in r297434. 297435 by bdrewery: Fix the external GCC build after r297271 by setting -L /usr/lib. GCC does add /usr/lib to the library search path but it comes after /usr/local/lib which can find ports libraries such as libedit.so. The bad path comes in as /usr/local/lib/gcc/x86_64-portbld-freebsd11.0/5.3.0/../../../ which corresponds to /lib. This partially reverts r297271. Pointyhat to: bdrewery Sponsored by: EMC / Isilon Storage Division 297434 by bdrewery: Remove the old depend (mkdep) code and make FAST_DEPEND the one true way. Reviewed by: emaste, hselasky (partial), brooks (brief) Discussed on: arch@ Sponsored by: EMC / Isilon Storage Division Differential Revision: https://reviews.freebsd.org/D5742 297433 by bdrewery: show-valid-targets: Indent each target 2 spaces. Sponsored by: EMC / Isilon Storage Division 297431 by bdrewery: Remove redundant code imported into dirdeps.mk in r290956. Sponsored by: EMC / Isilon Storage Division 297430 by bdrewery: show-valid-targets: Organize all targets by the all_machine_list. Sponsored by: EMC / Isilon Storage Division 297428 by bdrewery: Move hosttools to Makefile.depend.host so it shows under host targets in show-valid-targets. Sponsored by: EMC / Isilon Storage Division 297427 by bdrewery: show-valid-targets: Show host targets and also order all of the targets. Sponsored by: EMC / Isilon Storage Division 297426 by loos: Enable SPI1 on Beaglebone Black. SPI1 was chosen because SPI0 shares the gpio pins with I2C1. Sponsored by: Rubicon Communications (Netgate) 297425 by loos: Use the AM33XX_IOPAD() MACRO which is easier to read (uses the same offset of TRM). While here remove i2c2_pins, it is already defined in am335x-bone-common.dtsi. Sponsored by: Rubicon Communications (Netgate) 297424 by jamie: Use osd_reserve / osd_jail_set_reserved, which is known to succeed. Also don't work around nonexistent osd_register failure. 297423 by loos: Add basic FDT support for the mx25l SPI flash. Sponsored by: Rubicon Communications (Netgate) 297422 by jamie: Add osd_reserve() and osd_set_reserved(), which allow M_WAITOK allocation of an OSD array, 297421 by mav: Plug open count leak on zvol rename. MFC after: 2 weeks 297420 by mav: Switch from using make_dev_p() to make_dev_s() to close races. 297419 by loos: Bump up the read and write timeouts. The old value was too small for low speed transfers. Sponsored by: Rubicon Communications (Netgate) 297418 by emaste: libc: stop exporting cerror i386 stopped exporting .cerror in r240152, and likewise for amd64 in r240178. It is not used by other libraries on any platform, so apply the same change to the remaining architectures. Reviewed by: jhibbits, jilles Sponsored by: The FreeBSD Foundation Differential Revision: https://reviews.freebsd.org/D5774 297417 by pfg: freopen(3): prevent uninitialized errno. Revert completley r297408 (and r297407): this ends up touching errno, which we are not allowed to do. Pointed out by: ache, bde 297416 by hselasky: Add new USB ID to UDL driver. Submitted by: Matthias Petermann PR: 201084 From owner-freebsd-current@freebsd.org Thu Mar 31 19:54: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 951E0AE48A7 for ; Thu, 31 Mar 2016 19:54:22 +0000 (UTC) (envelope-from dmarquess@gmail.com) Received: from mail-ig0-x232.google.com (mail-ig0-x232.google.com [IPv6:2607:f8b0:4001:c05::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 52BA51217 for ; Thu, 31 Mar 2016 19:54:22 +0000 (UTC) (envelope-from dmarquess@gmail.com) Received: by mail-ig0-x232.google.com with SMTP id cl4so134219773igb.0 for ; Thu, 31 Mar 2016 12:54:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc; bh=+KMkAax5sZLqQjXHGkeb50Y5SM2W4LUZpx5UifNIK34=; b=BC0ZJ3xge6xATuwV3TKbK9jqaNILmMwenLGUGP31Rp11ur6Id9oJMR0YDh6Vi3DzQv Q3MVKwo9Vn0q6GOG4J07yaoy3l0JjuvUhhdmm74SzPC5RkE54n8eslQcX/jCLkYiTXCL dcK0VUkQOBwc+6TOoP3pt5QzwsdA8nEofgandnGIqeW6G06kmNHYq39BYkLtkgKpVohP ssLQKqoYca2mhhCPnvw8NgxNQt9OalFfyRl61ExmASRdhnMF3eYl579cCCELys9ARI0w tTdowQtGiL1DBr9wQ6c9G0cu5HjRISP7aZu/z3f7J/hf1Rz5QryThyCLuwAfwPrH4ab7 3tLA== 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; bh=+KMkAax5sZLqQjXHGkeb50Y5SM2W4LUZpx5UifNIK34=; b=KXQmm1QufUIiDjPobSJb1+isZMoSYOajf89M87mhP7uxqluos+EXQ4rEU5LAhPTijg 6kFnTSiFzbURxPY1iyx6NMmN1VAix6P6gi1WZXKh1kg7mimjg9OfWKuOP43UoawNs8gS Jix4OcDdoW93uyC0QFEDFOKMkoHKqhBXY9CB7cmdgmFuM3Q7d2AZ6e7mBaPRIqq4y6U+ 0WI2LTToAkvzBz9xlogjgcH+28MvpQyeuBc/aJ6sumPDyD9ZPD7ApdVftoKpW/JNjw8I klFEep0PDu0MAhpakIUeE0EvyYz9fRocmbPKQS0XZtRfic9ASMjEgBLs0XX7JXpEWtPB mCLw== X-Gm-Message-State: AD7BkJL+ubp5BVWCPLAmiRgjT6KOnBiK4XNySxPyChknwBmHpOo7uNaHMqYdEEjC8WNGSsoetCFCsedzgubskQ== MIME-Version: 1.0 X-Received: by 10.50.92.41 with SMTP id cj9mr829281igb.38.1459454061726; Thu, 31 Mar 2016 12:54:21 -0700 (PDT) Received: by 10.107.20.209 with HTTP; Thu, 31 Mar 2016 12:54:21 -0700 (PDT) In-Reply-To: <56FCE896.3000708@multiplay.co.uk> References: <56FCC067.3060101@freebsd.org> <56FCE896.3000708@multiplay.co.uk> Date: Thu, 31 Mar 2016 14:54:21 -0500 Message-ID: Subject: Re: Mixed ashift? From: Dustin Marquess To: Steven Hartland Cc: freebsd-current@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.21 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 Precedence: 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, 31 Mar 2016 19:54:22 -0000 AH-HA! That makes perfect sense and is entirely obvious.. why didn't I think of that?! Thanks again! -Dustin On Thu, Mar 31, 2016 at 4:06 AM, Steven Hartland wrote: > vfs.zfs.min_auto_ashift is only used when a device is added so you can set > it add, then change. > > > > On 31/03/2016 07:15, Allan Jude wrote: > >> On 2016-03-31 02:13, Dustin Marquess wrote: >> >>> I have what I think is a pretty normal setup.. a bunch of HDDs plus 2 >>> SSDs >>> (one ZIL, one SLOG). >>> >>> The HDDs are standard 512 byte sector drives. The SSDs have 8k page >>> sizes. >>> >>> In Illumos I added the SSDs to sd.conf and created the zpool and it shows >>> the HDDs as ashift 9 and the SSDs as ashift 13, like normal: >>> >>> # zdb -C | grep ashift >>> ashift: 9 >>> ashift: 9 >>> ashift: 9 >>> ashift: 9 >>> ashift: 13 >>> >>> The question is, how to replicate this in FreeBSD? The old "gnop" method >>> doesn't work anymore, and setting "vfs.zfs.min_auto_ashift=13" causes it >>> to >>> use 13 for the HDDs, which seems like a waste. Is this not supported? >>> >>> Thanks! >>> -Dustin >>> _______________________________________________ >>> 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" >>> >>> gnop should work, and you'd set the ashift before you add the devices. >> So add the hard drives with it set to 9, then set it to 13 and add the >> SLOG >> >> > _______________________________________________ > 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 Mar 31 21:26: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 EF323AE3A51; Thu, 31 Mar 2016 21:26:20 +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 DD3F21BA3; Thu, 31 Mar 2016 21:26:20 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [IPv6:::1]) by freefall.freebsd.org (Postfix) with ESMTP id D6916187B; Thu, 31 Mar 2016 21:26:20 +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 7FBB11FC10; Thu, 31 Mar 2016 21:26:20 +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 kQumUtaOEmqp; Thu, 31 Mar 2016 21:26:18 +0000 (UTC) Subject: Re: svn commit: r297435 - head: still problems for stage 3 when gcc 4.2.1 is avoided (powerpc64 self-hosted build) DKIM-Filter: OpenDKIM Filter v2.9.2 mail.xzibition.com 2EB741FC08 To: Mark Millard , FreeBSD Current , FreeBSD Toolchain , FreeBSD PowerPC ML References: <5A0ACA76-6F1D-4975-9E59-2A64BB8EFC77@dsl-only.net> From: Bryan Drewery Organization: FreeBSD Message-ID: <56FD95F8.3020502@FreeBSD.org> Date: Thu, 31 Mar 2016 14:26:16 -0700 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:38.0) Gecko/20100101 Thunderbird/38.7.1 MIME-Version: 1.0 In-Reply-To: <5A0ACA76-6F1D-4975-9E59-2A64BB8EFC77@dsl-only.net> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 Precedence: 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, 31 Mar 2016 21:26:21 -0000 On 3/31/16 2:23 PM, Mark Millard wrote: > Should there be xtoolchain usage notes about avoiding /usr/local/include name conflicts and/or about how to assign CC/CXX/XCC/XCXX? > > As long as I use gcc49 tools for CC and CXX I still must do things like renaming files in /usr/local/include to avoid them interfering with system headers: Try setting X_COMPILER_TYPE=gcc as well. -- Regards, Bryan Drewery From owner-freebsd-current@freebsd.org Thu Mar 31 21:29: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 65E5EAE3C70 for ; Thu, 31 Mar 2016 21:29:49 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-211-157.reflexion.net [208.70.211.157]) (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 E22041D55 for ; Thu, 31 Mar 2016 21:29:48 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 32596 invoked from network); 31 Mar 2016 21:29:47 -0000 Received: from unknown (HELO mail-cs-01.app.dca.reflexion.local) (10.81.19.1) by 0 (rfx-qmail) with SMTP; 31 Mar 2016 21:29:47 -0000 Received: by mail-cs-01.app.dca.reflexion.local (Reflexion email security v7.90.1) with SMTP; Thu, 31 Mar 2016 17:30:09 -0400 (EDT) Received: (qmail 24404 invoked from network); 31 Mar 2016 21:30:08 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with SMTP; 31 Mar 2016 21:30:08 -0000 X-No-Relay: not in my network X-No-Relay: not in my network X-No-Relay: not in my network X-No-Relay: not in my network Received: from [192.168.1.8] (c-76-115-7-162.hsd1.or.comcast.net [76.115.7.162]) by iron2.pdx.net (Postfix) with ESMTPSA id 9F0261C407B; Thu, 31 Mar 2016 14:29:41 -0700 (PDT) Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Subject: Re: svn commit: r297435 - head: still problems for stage 3 when gcc 4.2.1 is avoided (powerpc64 self-hosted build) From: Mark Millard In-Reply-To: <56FD95F8.3020502@FreeBSD.org> Date: Thu, 31 Mar 2016 14:29:45 -0700 Cc: FreeBSD Current , FreeBSD Toolchain , FreeBSD PowerPC ML Content-Transfer-Encoding: quoted-printable Message-Id: <49DD1B97-FC9D-4CA6-B4DE-CDDAFA80920A@dsl-only.net> References: <5A0ACA76-6F1D-4975-9E59-2A64BB8EFC77@dsl-only.net> <56FD95F8.3020502@FreeBSD.org> To: Bryan Drewery X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 Precedence: 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, 31 Mar 2016 21:29:49 -0000 The src.conf that I listed in the original message included the line: > X_COMPILER_TYPE=3Dgcc So I'd already done that. Other suggestions? =3D=3D=3D Mark Millard markmi at dsl-only.net On 2016-Mar-31, at 2:26 PM, Bryan Drewery wrote: On 3/31/16 2:23 PM, Mark Millard wrote: > Should there be xtoolchain usage notes about avoiding = /usr/local/include name conflicts and/or about how to assign = CC/CXX/XCC/XCXX? >=20 > As long as I use gcc49 tools for CC and CXX I still must do things = like renaming files in /usr/local/include to avoid them interfering with = system headers: Try setting X_COMPILER_TYPE=3Dgcc as well. --=20 Regards, Bryan Drewery From owner-freebsd-current@freebsd.org Thu Mar 31 21:30: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 CCFDDAE3D26 for ; Thu, 31 Mar 2016 21:30:12 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-211-156.reflexion.net [208.70.211.156]) (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 802A01EA8 for ; Thu, 31 Mar 2016 21:30:12 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 2741 invoked from network); 31 Mar 2016 21:23:54 -0000 Received: from unknown (HELO mail-cs-01.app.dca.reflexion.local) (10.81.19.1) by 0 (rfx-qmail) with SMTP; 31 Mar 2016 21:23:54 -0000 Received: by mail-cs-01.app.dca.reflexion.local (Reflexion email security v7.90.1) with SMTP; Thu, 31 Mar 2016 17:23:54 -0400 (EDT) Received: (qmail 27376 invoked from network); 31 Mar 2016 21:23:53 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with SMTP; 31 Mar 2016 21:23:53 -0000 X-No-Relay: not in my network X-No-Relay: not in my network X-No-Relay: not in my network X-No-Relay: not in my network Received: from [192.168.1.8] (c-76-115-7-162.hsd1.or.comcast.net [76.115.7.162]) by iron2.pdx.net (Postfix) with ESMTPSA id 0F0981C407A; Thu, 31 Mar 2016 14:23:27 -0700 (PDT) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Subject: svn commit: r297435 - head: still problems for stage 3 when gcc 4.2.1 is avoided (powerpc64 self-hosted build) Date: Thu, 31 Mar 2016 14:23:30 -0700 Message-Id: <5A0ACA76-6F1D-4975-9E59-2A64BB8EFC77@dsl-only.net> Cc: Bryan Drewery To: FreeBSD Current , FreeBSD Toolchain , FreeBSD PowerPC ML Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 Precedence: 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, 31 Mar 2016 21:30:12 -0000 Recent changes have been trying to make things like = powerpc64-xtoolchain-gcc/powerpc64-gcc work better for = buildworld/buildkernel. I happen to do this on a powerpc64 context so the "cross build" is = actually self-hosted. No gcc 4.2.1 is present and clang 3.8.0 and before = have code generation problems for powerpc64 and powerpc so I avoid it = for system builds, including for stage 3. (Also, clang for powerpc64 = does not support building libstand: no soft-float support.) As of my last test (-r297465) buildworld's stage 3 failed from implicit = use of /usr/local/include materials unless I renamed various files = there. In part this is because of my using gcc49 tools for CC and for = CXX while using the powerpc64-gcc tools only for XCC and XCXX. Is there a standard or recommended way to configure things to avoid such = issues? Should powerpc64-gcc use be forced for CC and CXX as well as XCC = and XCXX? Should there be xtoolchain usage notes about avoiding /usr/local/include = name conflicts and/or about how to assign CC/CXX/XCC/XCXX? As long as I use gcc49 tools for CC and CXX I still must do things like = renaming files in /usr/local/include to avoid them interfering with = system headers: > # find /usr/local/include/ -name 'renamed*' -print > /usr/local/include/renamed_dwarf.h > /usr/local/include/atf-c/renamed_defs.h > /usr/local/include/renamed_iconv.h > /usr/local/include/renamed_libdwarf.h > /usr/local/include/renamed_histedit.h I use the likes of: > # diff -rq /usr/include /usr/local/include | grep "^Files " to find what to rename for the duration of the system builds. An example of what happens without the renames is below but I first note = the use of the name dwarf_errmsg in /usr/include vs. in = /usr/local/include (shown after the .h file rename but the build was = with the normal file name): > # find /usr/include/ -exec grep dwarf_errmsg {} \; -print > #define dwarf_errmsg(error) dwarf_errmsg_(&error) > const char *dwarf_errmsg_(Dwarf_Error *); > /usr/include/libdwarf.h > # find /usr/local/include/ -exec grep dwarf_errmsg {} \; -print > char* dwarf_errmsg(Dwarf_Error /*error*/); > /usr/local/include/renamed_libdwarf.h > # So dwarf_errmsg is from /usr/local/include and dwarf_errmsg_ is from = /usr/include . The failure shows references to dwarf_errmsg instead of dwarf_errmsg_ = --and dwarf_errmsg being undefined (dwarf_errno has similar issues): > -------------------------------------------------------------- > >>> stage 3: cross tools > -------------------------------------------------------------- > . . . > --- ctfconvert.full --- > /usr/local/bin/gcc49 -O2 -pipe = -I/usr/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/compat/opensolaris = -I/usr/src/cddl/usr.bin/ctfconvert/../../../cddl/compat/opensolaris/includ= e -I/usr/src/cddl/usr.b > in/ctfconvert/../../../cddl/contrib/opensolaris = -I/usr/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/contrib/opensolaris = -I/usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/head = -I/us > = r/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/tools/ctf/= common = -I/usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/tools= /ctf/cvt -I/usr/src/cddl/usr.bin/ctfconvert/. > ./../../sys/cddl/contrib/opensolaris/uts/common -DNEED_SOLARIS_BOOLEAN = -g -std=3Dgnu99 = -I/usr/obj/xtoolchain/powerpc.powerpc64/usr/src/tmp/legacy/usr/include = -static -L/usr/obj/xtoolchain/powerpc.power > pc64/usr/src/tmp/legacy/usr/lib -o ctfconvert.full alist.o ctf.o = ctfconvert.o dwarf.o fixup_tdescs.o hash.o iidesc.o input.o list.o = memory.o merge.o output.o st_parse.o stabs.o stack.o strtab.o symbol > .o tdata.o traverse.o util.o -ldwarf -lelf -lelf -lz -lpthread = -legacy > dwarf.o: In function `die_off': > = /usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/tools/c= tf/cvt/dwarf.c:270: undefined reference to `dwarf_errmsg' > dwarf.o: In function `die_sibling': > = /usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/tools/c= tf/cvt/dwarf.c:288: undefined reference to `dwarf_errmsg' > dwarf.o: In function `die_child': > = /usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/tools/c= tf/cvt/dwarf.c:305: undefined reference to `dwarf_errmsg' > dwarf.o: In function `die_tag': > = /usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/tools/c= tf/cvt/dwarf.c:319: undefined reference to `dwarf_errmsg' > dwarf.o: In function `die_unsigned': > = /usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/tools/c= tf/cvt/dwarf.c:370: undefined reference to `dwarf_errmsg' > = dwarf.o:/usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris= /tools/ctf/cvt/dwarf.c:418: more undefined references to `dwarf_errmsg' = follow > dwarf.o: In function `dw_read': > = /usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/tools/c= tf/cvt/dwarf.c:1963: undefined reference to `dwarf_errno' > = /usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/tools/c= tf/cvt/dwarf.c:1971: undefined reference to `dwarf_errmsg' > = /usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/tools/c= tf/cvt/dwarf.c:1977: undefined reference to `dwarf_errmsg' > collect2: error: ld returned 1 exit status > *** [ctfconvert.full] Error code 1 [Note: I have been able to remove some of my local workarounds as things = have been cleaned up recently. This area is just not one of them. = Getting powerpc64-gcc installed on a powerpc64 environment is one of = those things needing work arounds. amd64 building powerpc64-gcc has no = such issues (true cross compiler context: TARGET_ARCH=3Dpowerpc64 not = matching the host OS).] Context details: > # svnlite info /usr/src/ > Path: /usr/src > Working Copy Root Path: /usr/src > URL: https://svn0.us-west.freebsd.org/base/head > Relative URL: ^/head > Repository Root: https://svn0.us-west.freebsd.org/base > Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f > Revision: 297465 > Node Kind: directory > Schedule: normal > Last Changed Author: trasz > Last Changed Rev: 297465 > Last Changed Date: 2016-03-31 10:32:28 -0700 (Thu, 31 Mar 2016) > # freesd-version -ku; uname -aKU > su: freesd-version: not found > FreeBSD FBSDG5C0 11.0-CURRENT FreeBSD 11.0-CURRENT #24 r297048M: Sat = Mar 19 06:12:57 PDT 2016 = root@FBSDG5C0:/usr/obj/xtoolchain/powerpc.powerpc64/usr/src/sys/GENERIC64v= tsc-NODEBUG powerpc 1100103 1100103 > Script started on Thu Mar 31 11:11:06 2016 > Command: env __MAKE_CONF=3D/root/src.configs/make.conf = SRC_ENV_CONF=3D/root/src.configs/src.conf.powerpc64-xtoolchain.powerpc64-h= ost MAKEOBJDIRPREFIX=3D/usr/obj/xtoolchain/powerpc.powerpc64 make -j 5 = buildworld buildkernel The make.conf is empty. The src.conf is: > TO_TYPE=3Dpowerpc64 > TOOLS_TO_TYPE=3D${TO_TYPE} > FROM_TYPE=3Dpowerpc64 > TOOLS_FROM_TYPE=3D${FROM_TYPE} > VERSION_CONTEXT=3D11.0 > # > KERNCONF=3DGENERIC64vtsc-NODEBUG > TARGET=3Dpowerpc > .if ${.MAKE.LEVEL} =3D=3D 0 > TARGET_ARCH=3D${TO_TYPE} > .export TARGET_ARCH > .endif > # > WITHOUT_CROSS_COMPILER=3D > # > WITH_FAST_DEPEND=3D > WITH_LIBCPLUSPLUS=3D > WITH_BOOT=3D > WITH_CLANG=3D > WITH_CLANG_IS_CC=3D > WITH_CLANG_FULL=3D > WITH_LLDB=3D > # > # LIB32 builds but does not work via gcc variants last I tried = (crtbeginS code problem) > WITHOUT_LIB32=3D > WITHOUT_GCC=3D > WITHOUT_GNUCXX=3D > # > NO_WERROR=3D > MALLOC_PRODUCTION=3D > # > WITH_DEBUG_FILES=3D > # > # TOOLS_TO_TYPE based on ${TO_TYPE}-xtoolchain-gcc related = bintutils... > # > CROSS_TOOLCHAIN=3D${TO_TYPE}-gcc > X_COMPILER_TYPE=3Dgcc > CROSS_BINUTILS_PREFIX=3D/usr/local/${TOOLS_TO_TYPE}-freebsd/bin/ > #CFLAGS+=3D-v > .if ${.MAKE.LEVEL} =3D=3D 0 > = XCC=3D/usr/local/bin/${TOOLS_TO_TYPE}-portbld-freebsd${VERSION_CONTEXT}-gc= c > = XCXX=3D/usr/local/bin/${TOOLS_TO_TYPE}-portbld-freebsd${VERSION_CONTEXT}-g= ++ > = XCPP=3D/usr/local/bin/${TOOLS_TO_TYPE}-portbld-freebsd${VERSION_CONTEXT}-c= pp > .export XCC > .export XCXX > .export XCPP > XAS=3D/usr/local/${TOOLS_TO_TYPE}-freebsd/bin/as > XAR=3D/usr/local/${TOOLS_TO_TYPE}-freebsd/bin/ar > XLD=3D/usr/local/${TOOLS_TO_TYPE}-freebsd/bin/ld > XNM=3D/usr/local/${TOOLS_TO_TYPE}-freebsd/bin/nm > XOBJCOPY=3D/usr/local/${TOOLS_TO_TYPE}-freebsd/bin/objcopy > XOBJDUMP=3D/usr/local/${TOOLS_TO_TYPE}-freebsd/bin/objdump > XRANLIB=3D/usr/local/${TOOLS_TO_TYPE}-freebsd/bin/ranlib > XSIZE=3D/usr/local/${TOOLS_TO_TYPE}-freebsd/bin/size > #NO-SUCH: XSTRINGS=3D/usr/local/${TOOLS_TO_TYPE}-freebsd/bin/strings > XSTRINGS=3D/usr/local/bin/${TOOLS_TO_TYPE}-freebsd-strings > .export XAS > .export XAR > .export XLD > .export XNM > .export XOBJCOPY > .export XOBJDUMP > .export XRANLIB > .export XSIZE > .export XSTRINGS > .endif > # > # > # =46rom gcc49 > # > .if ${.MAKE.LEVEL} =3D=3D 0 > CC=3D/usr/local/bin/gcc49 > CXX=3D/usr/local/bin/g++49 > CPP=3D/usr/local/bin/cpp49 > .export CC > .export CXX > .export CPP > .endif > # > # > # TOOLS_FROM_TYPE's appropriate binutils... > # > .if ${.MAKE.LEVEL} =3D=3D 0 > = AS=3D/usr/local/${TOOLS_FROM_TYPE}-portbld-freebsd${VERSION_CONTEXT}/bin/a= s > = AR=3D/usr/local/${TOOLS_FROM_TYPE}-portbld-freebsd${VERSION_CONTEXT}/bin/a= r > = LD=3D/usr/local/${TOOLS_FROM_TYPE}-portbld-freebsd${VERSION_CONTEXT}/bin/l= d > = NM=3D/usr/local/${TOOLS_FROM_TYPE}-portbld-freebsd${VERSION_CONTEXT}/bin/n= m > = OBJCOPY=3D/usr/local/${TOOLS_FROM_TYPE}-portbld-freebsd${VERSION_CONTEXT}/= bin/objcopy > = OBJDUMP=3D/usr/local/${TOOLS_FROM_TYPE}-portbld-freebsd${VERSION_CONTEXT}/= bin/objdump > = RANLIB=3D/usr/local/${TOOLS_FROM_TYPE}-portbld-freebsd${VERSION_CONTEXT}/b= in/ranlib > = SIZE=3D/usr/local/${TOOLS_FROM_TYPE}-portbld-freebsd${VERSION_CONTEXT}/bin= /size > #NO-SUCH: = STRINGS=3D/usr/local/${TOOLS_FROM_TYPE}-portbld-freebsd${VERSION_CONTEXT}/= bin/strings > STRINGS=3D/usr/local/bin/strings > .export AS > .export AR > .export LD > .export NM > .export OBJCOPY > .export OBJDUMP > .export RANLIB > .export SIZE > .export STRINGS > .endif =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-current@freebsd.org Thu Mar 31 21:32: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 0151AAE3F22; Thu, 31 Mar 2016 21:32:13 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id E507C1165; Thu, 31 Mar 2016 21:32:12 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [IPv6:::1]) by freefall.freebsd.org (Postfix) with ESMTP id D3E451B47; Thu, 31 Mar 2016 21:32:12 +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 8B80F1FC87; Thu, 31 Mar 2016 21:32:12 +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 pUSRmr_DeGA4; Thu, 31 Mar 2016 21:32:09 +0000 (UTC) Subject: Re: svn commit: r297435 - head: still problems for stage 3 when gcc 4.2.1 is avoided (powerpc64 self-hosted build) DKIM-Filter: OpenDKIM Filter v2.9.2 mail.xzibition.com D657A1FC7E To: Mark Millard , FreeBSD Current , FreeBSD Toolchain , FreeBSD PowerPC ML References: <5A0ACA76-6F1D-4975-9E59-2A64BB8EFC77@dsl-only.net> From: Bryan Drewery Organization: FreeBSD Message-ID: <56FD9757.6040709@FreeBSD.org> Date: Thu, 31 Mar 2016 14:32:07 -0700 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:38.0) Gecko/20100101 Thunderbird/38.7.1 MIME-Version: 1.0 In-Reply-To: <5A0ACA76-6F1D-4975-9E59-2A64BB8EFC77@dsl-only.net> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 Precedence: 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, 31 Mar 2016 21:32:13 -0000 On 3/31/16 2:23 PM, Mark Millard wrote: > I use the likes of: > >> > # diff -rq /usr/include /usr/local/include | grep "^Files " > to find what to rename for the duration of the system builds. > > An example of what happens without the renames is below but I first note the use of the name dwarf_errmsg in /usr/include vs. in /usr/local/include (shown after the .h file rename but the build was with the normal file name): > Except for legacy, build-tools, bootstrap-tools, and cross-tools, none of /usr/include or /usr/local/include is supposed to be included. In those phases though it is intended that /usr/include is used. Not /usr/local/include though. What package is providing /usr/local/include/libdwarf.h? 'pkg which /usr/local/include/libdwarf.h' I ask so I can install it and recreate the issue and fix it. We likely just need to prioritize /usr/include over /usr/local/include for these phases, which gcc49 may have backwards since it has its prefix set to /usr/local from the ports build. >> > # find /usr/include/ -exec grep dwarf_errmsg {} \; -print >> > #define dwarf_errmsg(error) dwarf_errmsg_(&error) >> > const char *dwarf_errmsg_(Dwarf_Error *); >> > /usr/include/libdwarf.h >> > # find /usr/local/include/ -exec grep dwarf_errmsg {} \; -print >> > char* dwarf_errmsg(Dwarf_Error /*error*/); >> > /usr/local/include/renamed_libdwarf.h >> > # > So dwarf_errmsg is from /usr/local/include and dwarf_errmsg_ is from /usr/include . > > The failure shows references to dwarf_errmsg instead of dwarf_errmsg_ --and dwarf_errmsg being undefined (dwarf_errno has similar issues): > >> > -------------------------------------------------------------- >>>>> > >>> stage 3: cross tools >> > -------------------------------------------------------------- >> > . . . >> > --- ctfconvert.full --- >> > /usr/local/bin/gcc49 -O2 -pipe -I/usr/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/compat/opensolaris -I/usr/src/cddl/usr.bin/ctfconvert/../../../cddl/compat/opensolaris/include -I/usr/src/cddl/usr.b >> > in/ctfconvert/../../../cddl/contrib/opensolaris -I/usr/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/contrib/opensolaris -I/usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/head -I/us >> > r/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/tools/ctf/common >> -I/usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/tools/ctf/cvt >> -I/usr/src/cddl/usr.bin/ctfconvert/. >> > ./../../sys/cddl/contrib/opensolaris/uts/common -DNEED_SOLARIS_BOOLEAN -g -std=gnu99 -I/usr/obj/xtoolchain/powerpc.powerpc64/usr/src/tmp/legacy/usr/include -static -L/usr/obj/xtoolchain/powerpc.power >> > pc64/usr/src/tmp/legacy/usr/lib -o ctfconvert.full alist.o ctf.o ctfconvert.o dwarf.o fixup_tdescs.o hash.o iidesc.o input.o list.o memory.o merge.o output.o st_parse.o stabs.o stack.o strtab.o symbol >> > .o tdata.o traverse.o util.o -ldwarf -lelf -lelf -lz -lpthread -legacy >> > dwarf.o: In function `die_off': >> > /usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/tools/ctf/cvt/dwarf.c:270: undefined reference to `dwarf_errmsg' >> > dwarf.o: In function `die_sibling': >> > /usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/tools/ctf/cvt/dwarf.c:288: undefined reference to `dwarf_errmsg' >> > dwarf.o: In function `die_child': >> > /usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/tools/ctf/cvt/dwarf.c:305: undefined reference to `dwarf_errmsg' >> > dwarf.o: In function `die_tag': >> > /usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/tools/ctf/cvt/dwarf.c:319: undefined reference to `dwarf_errmsg' >> > dwarf.o: In function `die_unsigned': >> > /usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/tools/ctf/cvt/dwarf.c:370: undefined reference to `dwarf_errmsg' >> > dwarf.o:/usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/tools/ctf/cvt/dwarf.c:418: more undefined references to `dwarf_errmsg' follow >> > dwarf.o: In function `dw_read': >> > /usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/tools/ctf/cvt/dwarf.c:1963: undefined reference to `dwarf_errno' >> > /usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/tools/ctf/cvt/dwarf.c:1971: undefined reference to `dwarf_errmsg' >> > /usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/tools/ctf/cvt/dwarf.c:1977: undefined reference to `dwarf_errmsg' >> > collect2: error: ld returned 1 exit status >> > *** [ctfconvert.full] Error code 1 > -- Regards, Bryan Drewery From owner-freebsd-current@freebsd.org Thu Mar 31 21:53: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 6212DAE476E for ; Thu, 31 Mar 2016 21:53:10 +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 42A241C81 for ; Thu, 31 Mar 2016 21:53:10 +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 E61B8B988; Thu, 31 Mar 2016 17:53:08 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org Cc: Jim Harris , Luigi Rizzo Subject: Re: accessing a PCIe register from userspace through kmem or other ways ? Date: Thu, 31 Mar 2016 13:39:25 -0700 Message-ID: <2550091.UENsv0ilXD@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); Thu, 31 Mar 2016 17:53:09 -0400 (EDT) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 Precedence: 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, 31 Mar 2016 21:53:10 -0000 On Wednesday, March 30, 2016 11:20:51 AM Jim Harris wrote: > On Wed, Mar 30, 2016 at 10:47 AM, Luigi Rizzo wrote: > > > Hi, > > I'd like to test the rate at which I can access device registers > > on a PCIe card, and was wondering whether I need to patch a device > > driver, or perhaps I can use /dev/kmem once I figure out where > > the registers are mapped ? > > > > You do not need to patch a device driver. Have you looked at > libpciaccess? This should give you everything you need. You can also look at what pciconf uses. (It has a read_config() method that uses an ioctl on an fd of /dev/pci). -- John Baldwin From owner-freebsd-current@freebsd.org Thu Mar 31 21:55: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 36E3EAE488A for ; Thu, 31 Mar 2016 21:55:47 +0000 (UTC) (envelope-from rysto32@gmail.com) Received: from mail-io0-x244.google.com (mail-io0-x244.google.com [IPv6:2607:f8b0:4001:c06::244]) (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 019881E1D; Thu, 31 Mar 2016 21:55:47 +0000 (UTC) (envelope-from rysto32@gmail.com) Received: by mail-io0-x244.google.com with SMTP id g185so15645811ioa.0; Thu, 31 Mar 2016 14:55:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc; bh=iJbrvHtsj4KzAN0WKPQhwIqvL0ZIqPR+teH5WnLiy5I=; b=twNBRnFm2sqYPxMIhfzdiN00yMVAxh5DpC4Wz1RDVx5XW9UFQh2s7GwwHhc22yXH7L 49qFrR211V2NPvys0OiIhHveyXdhSkhZiu9ryBDEwLd8OKcVqYfqdC3ssm1WXgvMm1kg lRm4FO+ZCGxE3a2rnPUOtfGJ6AvbeIGshRPipibOc+RHIHJiXniL3vcIvdBld7lWtpnm yO9xdKfnuxk+IqnN6/p/2DFrHQBWW2ZeQyJOK32ylRIh0Xr6je6db8u+Lj4e7y8Oz7rk zn4+82Wz0Z5zwZrAJ29rvPnaYNogSqdwZnLYITzseXqvy+JEP9HhWWU+t1mkv10+EfaD P19w== 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; bh=iJbrvHtsj4KzAN0WKPQhwIqvL0ZIqPR+teH5WnLiy5I=; b=ZbzcGQFMXQ7Ow36wrACKTXYQzF955sWOLn9L6OZxlrE41/d0oY7otXP++X395da1kB Z0j3qFNhM002wb+lsSjgfITbFFXmopWghJtjcXGQjk1MvJJ4qa40PWLkCmf84A1AU3fX PYEWAn2DSxNUm9FoZGAfSZuhLU00wes/RYKKW4fWAB7YUudOsX+4zbAmxvHUDbc/aSDU fvphw+Iu1u77U0dNMYi37fNgUAErPZi/OQB2VI0jqgCEjpgQxg3knSmYZh1dsM9kOgOW 6UhVdfInJDrQe8vACJBifKrN6CCLnq4O6Tp+GYf7vP+yEUNeMk0zfpZnZfezSIrBKefJ 2AWw== X-Gm-Message-State: AD7BkJIG9VUz9VW3Uo/jLz0xMcifZNeGpkzJ5rg3Zg2KQXMVKhZCBKWVv5B2/qqPngXnSAELs+8f5JXM6bDXfQ== MIME-Version: 1.0 X-Received: by 10.107.159.137 with SMTP id i131mr1517614ioe.29.1459461346468; Thu, 31 Mar 2016 14:55:46 -0700 (PDT) Received: by 10.107.153.206 with HTTP; Thu, 31 Mar 2016 14:55:46 -0700 (PDT) In-Reply-To: <2550091.UENsv0ilXD@ralph.baldwin.cx> References: <2550091.UENsv0ilXD@ralph.baldwin.cx> Date: Thu, 31 Mar 2016 17:55:46 -0400 Message-ID: Subject: Re: accessing a PCIe register from userspace through kmem or other ways ? From: Ryan Stone To: John Baldwin Cc: FreeBSD Current , Jim Harris , Luigi Rizzo Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.21 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 Precedence: 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, 31 Mar 2016 21:55:47 -0000 On Thu, Mar 31, 2016 at 4:39 PM, John Baldwin wrote: > On Wednesday, March 30, 2016 11:20:51 AM Jim Harris wrote: > > On Wed, Mar 30, 2016 at 10:47 AM, Luigi Rizzo > wrote: > > > > > Hi, > > > I'd like to test the rate at which I can access device registers > > > on a PCIe card, and was wondering whether I need to patch a device > > > driver, or perhaps I can use /dev/kmem once I figure out where > > > the registers are mapped ? > > > > > > > You do not need to patch a device driver. Have you looked at > > libpciaccess? This should give you everything you need. > > You can also look at what pciconf uses. (It has a read_config() method > that uses an ioctl on an fd of /dev/pci). > pciconf can only access the configuration space, right? I believe that Luigi is more interested in measuring the latency to a register mapped from a BAR. From owner-freebsd-current@freebsd.org Thu Mar 31 22:02: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 04D9EAE4AD0 for ; Thu, 31 Mar 2016 22:02:33 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-211-157.reflexion.net [208.70.211.157]) (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 BBC2B120A for ; Thu, 31 Mar 2016 22:02:32 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 7655 invoked from network); 31 Mar 2016 22:02:52 -0000 Received: from unknown (HELO rtc-sm-01.app.dca.reflexion.local) (10.81.150.1) by 0 (rfx-qmail) with SMTP; 31 Mar 2016 22:02:52 -0000 Received: by rtc-sm-01.app.dca.reflexion.local (Reflexion email security v7.90.1) with SMTP; Thu, 31 Mar 2016 18:02:35 -0400 (EDT) Received: (qmail 23771 invoked from network); 31 Mar 2016 22:02:34 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with SMTP; 31 Mar 2016 22:02:34 -0000 X-No-Relay: not in my network X-No-Relay: not in my network X-No-Relay: not in my network X-No-Relay: not in my network Received: from [192.168.1.8] (c-76-115-7-162.hsd1.or.comcast.net [76.115.7.162]) by iron2.pdx.net (Postfix) with ESMTPSA id EAFED1C4061; Thu, 31 Mar 2016 15:02:25 -0700 (PDT) Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Subject: Re: svn commit: r297435 - head: still problems for stage 3 when gcc 4.2.1 is avoided (powerpc64 self-hosted build) From: Mark Millard In-Reply-To: <56FD9757.6040709@FreeBSD.org> Date: Thu, 31 Mar 2016 15:02:29 -0700 Cc: FreeBSD Current , FreeBSD Toolchain , FreeBSD PowerPC ML Content-Transfer-Encoding: quoted-printable Message-Id: <9E3033D5-F416-4B78-97C2-0A0AABF5A49E@dsl-only.net> References: <5A0ACA76-6F1D-4975-9E59-2A64BB8EFC77@dsl-only.net> <56FD9757.6040709@FreeBSD.org> To: Bryan Drewery X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 Precedence: 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, 31 Mar 2016 22:02:33 -0000 > On 2016-Mar-31, at 2:32 PM, Bryan Drewery = wrote: >=20 > On 3/31/16 2:23 PM, Mark Millard wrote: >> I use the likes of: >>=20 >>>> # diff -rq /usr/include /usr/local/include | grep "^Files " >> to find what to rename for the duration of the system builds. >>=20 >> An example of what happens without the renames is below but I first = note the use of the name dwarf_errmsg in /usr/include vs. in = /usr/local/include (shown after the .h file rename but the build was = with the normal file name): >>=20 >=20 > Except for legacy, build-tools, bootstrap-tools, and cross-tools, none > of /usr/include or /usr/local/include is supposed to be included. In > those phases though it is intended that /usr/include is used. Not > /usr/local/include though. >=20 > What package is providing /usr/local/include/libdwarf.h? 'pkg which > /usr/local/include/libdwarf.h' I ask so I can install it and recreate > the issue and fix it. Here is the list for the things I renamed, including for dwarf.h : > # pkg which /usr/local/include/dwarf.h /usr/local/include/libdwarf.h = /usr/local/include/atf-c/defs.h /usr/local/include/iconv.h = /usr/local/include/histedit.h > /usr/local/include/dwarf.h was installed by package libdwarf-20130207 > /usr/local/include/libdwarf.h was installed by package = libdwarf-20130207 > /usr/local/include/atf-c/defs.h was installed by package atf-0.21 > /usr/local/include/iconv.h was not found in the database > /usr/local/include/histedit.h was installed by package = libedit-3.1.20150325_1 It looks like iconv.h is from something later removed but was not = cleaned out at the time. I have /usr/local/include/readline/ material = from the same time frame: > # ls -lt /usr/local/include/ > .. . . > -rw-r--r-- 1 root wheel 12733 Apr 22 2015 mpc.h > -rw-r--r-- 1 root wheel 9348 Mar 12 2015 renamed_iconv.h > drwxr-xr-x 2 root wheel 512 Mar 12 2015 readline > # ls -lt /usr/local/include/readline > total 80 > -rw-r--r-- 1 root wheel 3193 Mar 12 2015 rltypedefs.h > -rw-r--r-- 1 root wheel 2438 Mar 12 2015 rlconf.h > -rw-r--r-- 1 root wheel 1835 Mar 12 2015 rlstdc.h > -rw-r--r-- 1 root wheel 3046 Mar 12 2015 tilde.h > -rw-r--r-- 1 root wheel 10079 Mar 12 2015 history.h > -rw-r--r-- 1 root wheel 3163 Mar 12 2015 keymaps.h > -rw-r--r-- 1 root wheel 4577 Mar 12 2015 chardefs.h > -rw-r--r-- 1 root wheel 37802 Mar 12 2015 readline.h but "pkg which" reports those files as being from readline-6.3.8 . I guess I can just delete would would normally have been = /usr/local/include/iconv.h . Back to quoting the earlier message: > We likely just need to prioritize /usr/include over /usr/local/include > for these phases, which gcc49 may have backwards since it has its = prefix > set to /usr/local from the ports build. >=20 >>>> # find /usr/include/ -exec grep dwarf_errmsg {} \; -print >>>> #define dwarf_errmsg(error) dwarf_errmsg_(&error) >>>> const char *dwarf_errmsg_(Dwarf_Error *); >>>> /usr/include/libdwarf.h >>>> # find /usr/local/include/ -exec grep dwarf_errmsg {} \; -print >>>> char* dwarf_errmsg(Dwarf_Error /*error*/); >>>> /usr/local/include/renamed_libdwarf.h >>>> # >> So dwarf_errmsg is from /usr/local/include and dwarf_errmsg_ is from = /usr/include . >>=20 >> The failure shows references to dwarf_errmsg instead of dwarf_errmsg_ = --and dwarf_errmsg being undefined (dwarf_errno has similar issues): >>=20 >>>> -------------------------------------------------------------- >>>>>>>>>> stage 3: cross tools >>>> -------------------------------------------------------------- >>>> . . . >>>> --- ctfconvert.full --- >>>> /usr/local/bin/gcc49 -O2 -pipe = -I/usr/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/compat/opensolaris = -I/usr/src/cddl/usr.bin/ctfconvert/../../../cddl/compat/opensolaris/includ= e -I/usr/src/cddl/usr.b >>>> in/ctfconvert/../../../cddl/contrib/opensolaris = -I/usr/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/contrib/opensolaris = -I/usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/head = -I/us >>>> = r/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/tools/ctf/= common >>> = -I/usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/tools= /ctf/cvt >>> -I/usr/src/cddl/usr.bin/ctfconvert/. >>>> ./../../sys/cddl/contrib/opensolaris/uts/common = -DNEED_SOLARIS_BOOLEAN -g -std=3Dgnu99 = -I/usr/obj/xtoolchain/powerpc.powerpc64/usr/src/tmp/legacy/usr/include = -static -L/usr/obj/xtoolchain/powerpc.power >>>> pc64/usr/src/tmp/legacy/usr/lib -o ctfconvert.full alist.o ctf.o = ctfconvert.o dwarf.o fixup_tdescs.o hash.o iidesc.o input.o list.o = memory.o merge.o output.o st_parse.o stabs.o stack.o strtab.o symbol >>>> .o tdata.o traverse.o util.o -ldwarf -lelf -lelf -lz = -lpthread -legacy >>>> dwarf.o: In function `die_off': >>>> = /usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/tools/c= tf/cvt/dwarf.c:270: undefined reference to `dwarf_errmsg' >>>> dwarf.o: In function `die_sibling': >>>> = /usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/tools/c= tf/cvt/dwarf.c:288: undefined reference to `dwarf_errmsg' >>>> dwarf.o: In function `die_child': >>>> = /usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/tools/c= tf/cvt/dwarf.c:305: undefined reference to `dwarf_errmsg' >>>> dwarf.o: In function `die_tag': >>>> = /usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/tools/c= tf/cvt/dwarf.c:319: undefined reference to `dwarf_errmsg' >>>> dwarf.o: In function `die_unsigned': >>>> = /usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/tools/c= tf/cvt/dwarf.c:370: undefined reference to `dwarf_errmsg' >>>> = dwarf.o:/usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris= /tools/ctf/cvt/dwarf.c:418: more undefined references to `dwarf_errmsg' = follow >>>> dwarf.o: In function `dw_read': >>>> = /usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/tools/c= tf/cvt/dwarf.c:1963: undefined reference to `dwarf_errno' >>>> = /usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/tools/c= tf/cvt/dwarf.c:1971: undefined reference to `dwarf_errmsg' >>>> = /usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/tools/c= tf/cvt/dwarf.c:1977: undefined reference to `dwarf_errmsg' >>>> collect2: error: ld returned 1 exit status >>>> *** [ctfconvert.full] Error code 1 >>=20 >=20 >=20 > --=20 > Regards, > Bryan Drewery =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-current@freebsd.org Thu Mar 31 22:34: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 AA9F8AE4556; Thu, 31 Mar 2016 22:34:43 +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 98ACF1236; Thu, 31 Mar 2016 22:34:43 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [IPv6:::1]) by freefall.freebsd.org (Postfix) with ESMTP id 888051668; Thu, 31 Mar 2016 22:34:43 +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 35E291FD7E; Thu, 31 Mar 2016 22:34:43 +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 H2VrfZ_ogwaq; Thu, 31 Mar 2016 22:34:34 +0000 (UTC) Subject: Re: svn commit: r297435 - head: still problems for stage 3 when gcc 4.2.1 is avoided (powerpc64 self-hosted build) DKIM-Filter: OpenDKIM Filter v2.9.2 mail.xzibition.com 5EDF31FD79 To: Mark Millard References: <5A0ACA76-6F1D-4975-9E59-2A64BB8EFC77@dsl-only.net> <56FD9757.6040709@FreeBSD.org> <9E3033D5-F416-4B78-97C2-0A0AABF5A49E@dsl-only.net> Cc: FreeBSD Current , FreeBSD Toolchain , FreeBSD PowerPC ML , Gerald Pfeifer From: Bryan Drewery Organization: FreeBSD Message-ID: <56FDA5F9.1090601@FreeBSD.org> Date: Thu, 31 Mar 2016 15:34:33 -0700 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:38.0) Gecko/20100101 Thunderbird/38.7.1 MIME-Version: 1.0 In-Reply-To: <9E3033D5-F416-4B78-97C2-0A0AABF5A49E@dsl-only.net> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 Precedence: 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, 31 Mar 2016 22:34:43 -0000 On 3/31/16 3:02 PM, Mark Millard wrote: >> > We likely just need to prioritize /usr/include over /usr/local/inclu= de >> > for these phases, which gcc49 may have backwards since it has its pr= efix >> > set to /usr/local from the ports build. Yup this is the problem with using the ports compiler as the "host" compiler: > # echo '' |/usr/local/bin/gcc49 -v -x c++ - -o /dev/null > Using built-in specs. > COLLECT_GCC=3D/usr/local/bin/gcc49 > COLLECT_LTO_WRAPPER=3D/usr/local/libexec/gcc49/gcc/x86_64-portbld-freeb= sd11.0/4.9.4/lto-wrapper > Target: x86_64-portbld-freebsd11.0 > Configured with: ./../gcc-4.9-20160210/configure --with-build-config=3D= bootstrap-debug --disable-nls --enable-gnu-indirect-function --libdir=3D/= usr/local/lib/gcc49 --libexecdir=3D/usr/local/libexec/gcc49 --program-suf= fix=3D49 --with-as=3D/usr/local/bin/as --with-gmp=3D/usr/local --with-gxx= -include-dir=3D/usr/local/lib/gcc49/include/c++/ --with-ld=3D/usr/local/b= in/ld --with-pkgversion=3D'FreeBSD Ports Collection' --with-system-zlib -= -with-ecj-jar=3D/usr/local/share/java/ecj-4.5.jar --enable-languages=3Dc,= c++,objc,fortran,java --prefix=3D/usr/local --localstatedir=3D/var --mand= ir=3D/usr/local/man --infodir=3D/usr/local/info/gcc49 --build=3Dx86_64-po= rtbld-freebsd11.0 > Thread model: posix > gcc version 4.9.4 20160210 (prerelease) (FreeBSD Ports Collection) > COLLECT_GCC_OPTIONS=3D'-v' '-o' '/dev/null' '-mtune=3Dgeneric' '-march=3D= x86-64' > /usr/local/libexec/gcc49/gcc/x86_64-portbld-freebsd11.0/4.9.4/cc1plus = -quiet -v - -quiet -dumpbase - -mtune=3Dgeneric -march=3Dx86-64 -auxbase = - -version -o /tmp//ccA75yFy.s > GNU C++ (FreeBSD Ports Collection) version 4.9.4 20160210 (prerelease) = (x86_64-portbld-freebsd11.0) > compiled by GNU C version 4.9.4 20160210 (prerelease), GMP vers= ion 5.1.3, MPFR version 3.1.3, MPC version 1.0.3 > GGC heuristics: --param ggc-min-expand=3D100 --param ggc-min-heapsize=3D= 131072 > ignoring nonexistent directory "/usr/local/lib/gcc49/gcc/x86_64-portbld= -freebsd11.0/4.9.4/../../../../../x86_64-portbld-freebsd11.0/include" > #include "..." search starts here: > #include <...> search starts here: > /usr/local/lib/gcc49/include/c++/ > /usr/local/lib/gcc49/include/c++//x86_64-portbld-freebsd11.0 > /usr/local/lib/gcc49/include/c++//backward > /usr/local/lib/gcc49/gcc/x86_64-portbld-freebsd11.0/4.9.4/include > /usr/local/include > /usr/local/lib/gcc49/gcc/x86_64-portbld-freebsd11.0/4.9.4/include-fixe= d > /usr/include > End of search list. Note the /usr/local/include and /usr/include order near the end. Passing -isystem /usr/include seems to fix it: > # echo '' |/usr/local/bin/gcc49 -v -x c++ - -o /dev/null -isystem /usr/= include > Using built-in specs. > COLLECT_GCC=3D/usr/local/bin/gcc49 > COLLECT_LTO_WRAPPER=3D/usr/local/libexec/gcc49/gcc/x86_64-portbld-freeb= sd11.0/4.9.4/lto-wrapper > Target: x86_64-portbld-freebsd11.0 > Configured with: ./../gcc-4.9-20160210/configure --with-build-config=3D= bootstrap-debug --disable-nls --enable-gnu-indirect-function --libdir=3D/= usr/local/lib/gcc49 --libexecdir=3D/usr/local/libexec/gcc49 --program-suf= fix=3D49 --with-as=3D/usr/local/bin/as --with-gmp=3D/usr/local --with-gxx= -include-dir=3D/usr/local/lib/gcc49/include/c++/ --with-ld=3D/usr/local/b= in/ld --with-pkgversion=3D'FreeBSD Ports Collection' --with-system-zlib -= -with-ecj-jar=3D/usr/local/share/java/ecj-4.5.jar --enable-languages=3Dc,= c++,objc,fortran,java --prefix=3D/usr/local --localstatedir=3D/var --mand= ir=3D/usr/local/man --infodir=3D/usr/local/info/gcc49 --build=3Dx86_64-po= rtbld-freebsd11.0 > Thread model: posix > gcc version 4.9.4 20160210 (prerelease) (FreeBSD Ports Collection) > COLLECT_GCC_OPTIONS=3D'-v' '-o' '/dev/null' '-isystem' '/usr/include' '= -mtune=3Dgeneric' '-march=3Dx86-64' > /usr/local/libexec/gcc49/gcc/x86_64-portbld-freebsd11.0/4.9.4/cc1plus = -quiet -v -isystem /usr/include - -quiet -dumpbase - -mtune=3Dgeneric -ma= rch=3Dx86-64 -auxbase - -version -o /tmp//ccNh006Z.s > GNU C++ (FreeBSD Ports Collection) version 4.9.4 20160210 (prerelease) = (x86_64-portbld-freebsd11.0) > compiled by GNU C version 4.9.4 20160210 (prerelease), GMP vers= ion 5.1.3, MPFR version 3.1.3, MPC version 1.0.3 > GGC heuristics: --param ggc-min-expand=3D100 --param ggc-min-heapsize=3D= 131072 > ignoring nonexistent directory "/usr/local/lib/gcc49/gcc/x86_64-portbld= -freebsd11.0/4.9.4/../../../../../x86_64-portbld-freebsd11.0/include" > ignoring duplicate directory "/usr/include" > #include "..." search starts here: > #include <...> search starts here: > /usr/include > /usr/local/lib/gcc49/include/c++/ > /usr/local/lib/gcc49/include/c++//x86_64-portbld-freebsd11.0 > /usr/local/lib/gcc49/include/c++//backward > /usr/local/lib/gcc49/gcc/x86_64-portbld-freebsd11.0/4.9.4/include > /usr/local/include > /usr/local/lib/gcc49/gcc/x86_64-portbld-freebsd11.0/4.9.4/include-fixe= d I didn't realize the ports compiler was defaulting /usr/local/include into the search path now. It does not have /usr/local/lib in the default library path as far as I can tell. It's also broken for its -rpath (noted in its pkg-message). So having a default /usr/local/include path seems odd. Adding -isystem /usr/include to fix this is probably possible but there's a risk someone will remove it as redundant. In this case I wish /usr/include was first but I'm not sure what impact that would have on consumers expecting /usr/local/include (and /usr/local/lib) overrides to work, though they would need to pass a -L /usr/local/lib anyhow and would likely be passing -I /usr/local/lib too. --=20 Regards, Bryan Drewery From owner-freebsd-current@freebsd.org Thu Mar 31 22:44: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 CF6D3AE48A2 for ; Thu, 31 Mar 2016 22:44:55 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from mail-pf0-x231.google.com (mail-pf0-x231.google.com [IPv6:2607:f8b0:400e:c00::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 9BECA1716 for ; Thu, 31 Mar 2016 22:44:55 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: by mail-pf0-x231.google.com with SMTP id n5so79217079pfn.2 for ; Thu, 31 Mar 2016 15:44:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=sender:subject:mime-version:from:in-reply-to:date:cc:message-id :references:to; bh=lQBZCPII2YTXOYAlvMYJfMEsFWDdNzv89moekgKXmfw=; b=Z3jaRpgFHK89Jp/YNRs8K0SmQvN7AfOCZJQkCHLAtcIS2jysJ1/VSgqema26vWlV7G fqCh1ns7mx6OHgnSeGCBDiaNGRaxT9Lk14b5BBIDI6t52wWNgbb0z1ZmvnEIh3iFsBCL Fh0b6ovw2LRA/L/dgzu3VQtWT6kO8LKo9qBFk1r0IOemanV/2/VxLNEw+ThvpQaMp/// NWCWOViPK3gdfskoqyEvChUXAk85albwBE3N9GH+os0VoHymbqQ8fezmwcg0Ln9Z9XVb ql8Cnkrh1oWCcwwSFXhBL+n04H1wYyU/LAjFMXby7C8PgSQZEnEBQ3HrbZBzNiEAmeNV c++Q== 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:from:in-reply-to :date:cc:message-id:references:to; bh=lQBZCPII2YTXOYAlvMYJfMEsFWDdNzv89moekgKXmfw=; b=eEO+Yh+MnSoU1yIMb9nTyhUWWBKHu+Il4EXt+o29T/zx5qlGzK/ZUCtSETVhXT0sSp PkfZ7MOj89Fa7AVaem6/cooIvWpDGrw0LnZ4V55RbG1pPal7QnuthlYVILhTbwJerrxK 2XfK5GaCugAgBLQ8aA0cb6jHZZAvTcxyViiiCrCwtlFQZBi/hOKeb6gyZdRZVKL+TMCe Sa39nS0MnLS1sKv7Zzb03yivZxXO4LKb5PQDSM9PrKi2/8SwTol0A9nM1RHZU6z+f5E5 /PP+gc9Ty30N1fAQ7gr9BY8qL1G9/DmeZE2+b3sHRbT58kYCNRq6aASNeT1Kih56gXz0 CA+A== X-Gm-Message-State: AD7BkJIXV13CYugJxEfgTuLfAUcnGyuKvoahVtm/v36MlIzVhJoUFNZrlObqiLZnGtkAsQ== X-Received: by 10.98.67.199 with SMTP id l68mr25387181pfi.18.1459464295103; Thu, 31 Mar 2016 15:44:55 -0700 (PDT) Received: from [100.127.5.59] ([69.53.245.84]) by smtp.gmail.com with ESMTPSA id ql1sm15748412pac.24.2016.03.31.15.44.53 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Thu, 31 Mar 2016 15:44:54 -0700 (PDT) Sender: Warner Losh Subject: Re: svn commit: r297435 - head: still problems for stage 3 when gcc 4.2.1 is avoided (powerpc64 self-hosted build) Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2104\)) Content-Type: multipart/signed; boundary="Apple-Mail=_29365E74-707B-47CB-9B7C-C91B946C1F86"; protocol="application/pgp-signature"; micalg=pgp-sha512 X-Pgp-Agent: GPGMail 2.5.2 From: Warner Losh In-Reply-To: <56FDA5F9.1090601@FreeBSD.org> Date: Thu, 31 Mar 2016 16:44:51 -0600 Cc: Mark Millard , FreeBSD Current , Gerald Pfeifer , FreeBSD PowerPC ML , FreeBSD Toolchain Message-Id: References: <5A0ACA76-6F1D-4975-9E59-2A64BB8EFC77@dsl-only.net> <56FD9757.6040709@FreeBSD.org> <9E3033D5-F416-4B78-97C2-0A0AABF5A49E@dsl-only.net> <56FDA5F9.1090601@FreeBSD.org> To: Bryan Drewery X-Mailer: Apple Mail (2.2104) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 Precedence: 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, 31 Mar 2016 22:44:55 -0000 --Apple-Mail=_29365E74-707B-47CB-9B7C-C91B946C1F86 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 > On Mar 31, 2016, at 4:34 PM, Bryan Drewery = wrote: > I didn't realize the ports compiler was defaulting /usr/local/include > into the search path now. It does not have /usr/local/lib in the > default library path as far as I can tell. It's also broken for its > -rpath (noted in its pkg-message). So having a default > /usr/local/include path seems odd. It has for a while now. It=E2=80=99s one of the maddening = inconsistencies that abound in this area. I took a poll a while ago and there seemed to be widespread = support for adding it to the base compiler. > Adding -isystem /usr/include to fix this is probably possible but > there's a risk someone will remove it as redundant. In this case I = wish > /usr/include was first but I'm not sure what impact that would have on > consumers expecting /usr/local/include (and /usr/local/lib) overrides = to > work, though they would need to pass a -L /usr/local/lib anyhow and > would likely be passing -I /usr/local/lib too. /usr/include should be first. But it isn=E2=80=99t. That=E2=80=99s = another inconsistency that was found when we looked at /usr/local stuff. Someone recently added = /usr/local/bin to the path, if I recall correctly. Warner --Apple-Mail=_29365E74-707B-47CB-9B7C-C91B946C1F86 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 iQIcBAEBCgAGBQJW/ahkAAoJEGwc0Sh9sBEA7o0P/imn/bPGIed9K9AcFYRgb37H SaG3d38dv0BfOKbLF18ZdgsxT+SCNjlbEodnaF0WQl9Z5yROomXTzB/iu41XbsCg EpgtY9ziJQkYVX4esJEgvcYdCtNbIS1LAt2vxQOaxCf+5eV5ZpRppp7h0LUFZdK4 ypHo9pIUjCeNlUp39Fvyg4lHVZiMe+T8utSYvn2AiLorJ9THDwCwyrVIXBcm+vyu 1Q6vaNsqH8X9bZMfCZ5jX8xd4lUAdsOSbJVh7mXYf6FKyuQlfJDkP3V/2I+7klNY o9U9fejq1fT4sL7d5tJMjF4+qkSU1Lwpck17NXoEFH9XfmNhz1gIJBiJ8UwXvy7M dt2G/DyDZpvEuc5eWQVuov0RF1m1zLV5S1qhqoOsgecjqfhoX4mDYv+w2jr6R6/3 Q8cFezAYmbA3hmrxcDEWzTin5JKsLEROjx88o1y3wxF0x3ZMaR6ZCJI38bpn2KEy eIWC3iBXdyXTmMGIETQzBwjToZEH/Bjhvlw0hn8ZwBpWH4l6+Sv/JKZ+1cfZa1F5 mjpLlDI+M2E9bhlIa6ovMmNdP0sQsm49i7zKyT6UZXs2hNsKJ1JxhX6DXQu3Nxa9 Rxi7PufO8SouKK5AIjtfbqI6B8mW/bvLkjcBNwYefLbb7pM/82RU/nPgjgciDeh4 yqAXuf4R5st8THHR9y+H =lG36 -----END PGP SIGNATURE----- --Apple-Mail=_29365E74-707B-47CB-9B7C-C91B946C1F86-- From owner-freebsd-current@freebsd.org Thu Mar 31 23:42: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 2D479AE4AE2 for ; Thu, 31 Mar 2016 23:42:51 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-211-157.reflexion.net [208.70.211.157]) (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 E0CC21E65 for ; Thu, 31 Mar 2016 23:42:50 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 31325 invoked from network); 31 Mar 2016 23:43:10 -0000 Received: from unknown (HELO rtc-sm-01.app.dca.reflexion.local) (10.81.150.1) by 0 (rfx-qmail) with SMTP; 31 Mar 2016 23:43:10 -0000 Received: by rtc-sm-01.app.dca.reflexion.local (Reflexion email security v7.90.1) with SMTP; Thu, 31 Mar 2016 19:42:52 -0400 (EDT) Received: (qmail 8083 invoked from network); 31 Mar 2016 23:42:52 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with SMTP; 31 Mar 2016 23:42:52 -0000 X-No-Relay: not in my network X-No-Relay: not in my network X-No-Relay: not in my network X-No-Relay: not in my network X-No-Relay: not in my network X-No-Relay: not in my network Received: from [192.168.1.8] (c-76-115-7-162.hsd1.or.comcast.net [76.115.7.162]) by iron2.pdx.net (Postfix) with ESMTPSA id E758B1C4078; Thu, 31 Mar 2016 16:42:42 -0700 (PDT) Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Subject: Re: svn commit: r297435 - head: still problems for stage 3 when gcc 4.2.1 is avoided (powerpc64 self-hosted build) From: Mark Millard In-Reply-To: <56FDA5F9.1090601@FreeBSD.org> Date: Thu, 31 Mar 2016 16:42:47 -0700 Cc: FreeBSD Current , FreeBSD Toolchain , FreeBSD PowerPC ML , Gerald Pfeifer , Warner Losh Content-Transfer-Encoding: quoted-printable Message-Id: <481DA341-0DFC-4AF1-AD4D-56C5388FA8E3@dsl-only.net> References: <5A0ACA76-6F1D-4975-9E59-2A64BB8EFC77@dsl-only.net> <56FD9757.6040709@FreeBSD.org> <9E3033D5-F416-4B78-97C2-0A0AABF5A49E@dsl-only.net> <56FDA5F9.1090601@FreeBSD.org> To: Bryan Drewery X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 Precedence: 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, 31 Mar 2016 23:42:51 -0000 On 2016-Mar-31, at 3:34 PM, Bryan Drewery = wrote: > #include "..." search starts here: > #include <...> search starts here: > /usr/local/lib/gcc49/include/c++/ > /usr/local/lib/gcc49/include/c++//x86_64-portbld-freebsd11.0 > /usr/local/lib/gcc49/include/c++//backward > /usr/local/lib/gcc49/gcc/x86_64-portbld-freebsd11.0/4.9.4/include > /usr/local/include > = /usr/local/lib/gcc49/gcc/x86_64-portbld-freebsd11.0/4.9.4/include-fixed > /usr/include > End of search list. Beyond /usr/local/include is also the fun of [ignoring C++ specific = issues]: (My quoting of a copy/paste) > # ls = /usr/local/lib/gcc49/gcc/powerpc64-portbld-freebsd11.0/4.9.4/include* > /usr/local/lib/gcc49/gcc/powerpc64-portbld-freebsd11.0/4.9.4/include: > altivec.h iso646.h ppc-asm.h = spu2vmx.h stdatomic.h stdint-gcc.h = unwind.h > float.h objc ppu_intrinsics.h = ssp stdbool.h stdint.h = varargs.h > htmintrin.h omp.h si2vmx.h = stdalign.h stddef.h stdnoreturn.h = vec_types.h > htmxlintrin.h paired.h spe.h = stdarg.h stdfix.h tgmath.h >=20 > = /usr/local/lib/gcc49/gcc/powerpc64-portbld-freebsd11.0/4.9.4/include-fixed= : > README libmilter limits.h netinet = stddef.h stdio.h stdlib.h sys = syslimits.h unistd.h wchar.h But at least in recent times after WCHAR_TYPE was fixed for = powerpc/powerpc64 I've not had troubles that traced to these for CC and = CXX being based on gcc49 while XCC and XCXX were based on powerpc64-gcc = for buildworld/buildkernel on a powerpc64 host. I have had various examples of /usr/local/include/ files breaking builds = depending on what ports were in place at the time. All along I've been = doing renaming in that area to allow buildworld/buildkernel use. =3D=3D=3D Mark Millard markmi at dsl-only.net Message history: On 2016-Mar-31, at 3:34 PM, Bryan Drewery = wrote: >=20 > On 3/31/16 3:02 PM, Mark Millard wrote: >>>> We likely just need to prioritize /usr/include over = /usr/local/include >>>> for these phases, which gcc49 may have backwards since it has its = prefix >>>> set to /usr/local from the ports build. >=20 > Yup this is the problem with using the ports compiler as the "host" > compiler: >=20 >> # echo '' |/usr/local/bin/gcc49 -v -x c++ - -o /dev/null >> Using built-in specs. >> COLLECT_GCC=3D/usr/local/bin/gcc49 >> = COLLECT_LTO_WRAPPER=3D/usr/local/libexec/gcc49/gcc/x86_64-portbld-freebsd1= 1.0/4.9.4/lto-wrapper >> Target: x86_64-portbld-freebsd11.0 >> Configured with: ./../gcc-4.9-20160210/configure = --with-build-config=3Dbootstrap-debug --disable-nls = --enable-gnu-indirect-function --libdir=3D/usr/local/lib/gcc49 = --libexecdir=3D/usr/local/libexec/gcc49 --program-suffix=3D49 = --with-as=3D/usr/local/bin/as --with-gmp=3D/usr/local = --with-gxx-include-dir=3D/usr/local/lib/gcc49/include/c++/ = --with-ld=3D/usr/local/bin/ld --with-pkgversion=3D'FreeBSD Ports = Collection' --with-system-zlib = --with-ecj-jar=3D/usr/local/share/java/ecj-4.5.jar = --enable-languages=3Dc,c++,objc,fortran,java --prefix=3D/usr/local = --localstatedir=3D/var --mandir=3D/usr/local/man = --infodir=3D/usr/local/info/gcc49 --build=3Dx86_64-portbld-freebsd11.0 >> Thread model: posix >> gcc version 4.9.4 20160210 (prerelease) (FreeBSD Ports Collection) >> COLLECT_GCC_OPTIONS=3D'-v' '-o' '/dev/null' '-mtune=3Dgeneric' = '-march=3Dx86-64' >> /usr/local/libexec/gcc49/gcc/x86_64-portbld-freebsd11.0/4.9.4/cc1plus = -quiet -v - -quiet -dumpbase - -mtune=3Dgeneric -march=3Dx86-64 -auxbase = - -version -o /tmp//ccA75yFy.s >> GNU C++ (FreeBSD Ports Collection) version 4.9.4 20160210 = (prerelease) (x86_64-portbld-freebsd11.0) >> compiled by GNU C version 4.9.4 20160210 (prerelease), GMP = version 5.1.3, MPFR version 3.1.3, MPC version 1.0.3 >> GGC heuristics: --param ggc-min-expand=3D100 --param = ggc-min-heapsize=3D131072 >> ignoring nonexistent directory = "/usr/local/lib/gcc49/gcc/x86_64-portbld-freebsd11.0/4.9.4/../../../../../= x86_64-portbld-freebsd11.0/include" >> #include "..." search starts here: >> #include <...> search starts here: >> /usr/local/lib/gcc49/include/c++/ >> /usr/local/lib/gcc49/include/c++//x86_64-portbld-freebsd11.0 >> /usr/local/lib/gcc49/include/c++//backward >> /usr/local/lib/gcc49/gcc/x86_64-portbld-freebsd11.0/4.9.4/include >> /usr/local/include >> = /usr/local/lib/gcc49/gcc/x86_64-portbld-freebsd11.0/4.9.4/include-fixed >> /usr/include >> End of search list. >=20 > Note the /usr/local/include and /usr/include order near the end. >=20 > Passing -isystem /usr/include seems to fix it: >=20 >> # echo '' |/usr/local/bin/gcc49 -v -x c++ - -o /dev/null -isystem = /usr/include >> Using built-in specs. >> COLLECT_GCC=3D/usr/local/bin/gcc49 >> = COLLECT_LTO_WRAPPER=3D/usr/local/libexec/gcc49/gcc/x86_64-portbld-freebsd1= 1.0/4.9.4/lto-wrapper >> Target: x86_64-portbld-freebsd11.0 >> Configured with: ./../gcc-4.9-20160210/configure = --with-build-config=3Dbootstrap-debug --disable-nls = --enable-gnu-indirect-function --libdir=3D/usr/local/lib/gcc49 = --libexecdir=3D/usr/local/libexec/gcc49 --program-suffix=3D49 = --with-as=3D/usr/local/bin/as --with-gmp=3D/usr/local = --with-gxx-include-dir=3D/usr/local/lib/gcc49/include/c++/ = --with-ld=3D/usr/local/bin/ld --with-pkgversion=3D'FreeBSD Ports = Collection' --with-system-zlib = --with-ecj-jar=3D/usr/local/share/java/ecj-4.5.jar = --enable-languages=3Dc,c++,objc,fortran,java --prefix=3D/usr/local = --localstatedir=3D/var --mandir=3D/usr/local/man = --infodir=3D/usr/local/info/gcc49 --build=3Dx86_64-portbld-freebsd11.0 >> Thread model: posix >> gcc version 4.9.4 20160210 (prerelease) (FreeBSD Ports Collection) >> COLLECT_GCC_OPTIONS=3D'-v' '-o' '/dev/null' '-isystem' '/usr/include' = '-mtune=3Dgeneric' '-march=3Dx86-64' >> /usr/local/libexec/gcc49/gcc/x86_64-portbld-freebsd11.0/4.9.4/cc1plus = -quiet -v -isystem /usr/include - -quiet -dumpbase - -mtune=3Dgeneric = -march=3Dx86-64 -auxbase - -version -o /tmp//ccNh006Z.s >> GNU C++ (FreeBSD Ports Collection) version 4.9.4 20160210 = (prerelease) (x86_64-portbld-freebsd11.0) >> compiled by GNU C version 4.9.4 20160210 (prerelease), GMP = version 5.1.3, MPFR version 3.1.3, MPC version 1.0.3 >> GGC heuristics: --param ggc-min-expand=3D100 --param = ggc-min-heapsize=3D131072 >> ignoring nonexistent directory = "/usr/local/lib/gcc49/gcc/x86_64-portbld-freebsd11.0/4.9.4/../../../../../= x86_64-portbld-freebsd11.0/include" >> ignoring duplicate directory "/usr/include" >> #include "..." search starts here: >> #include <...> search starts here: >> /usr/include >> /usr/local/lib/gcc49/include/c++/ >> /usr/local/lib/gcc49/include/c++//x86_64-portbld-freebsd11.0 >> /usr/local/lib/gcc49/include/c++//backward >> /usr/local/lib/gcc49/gcc/x86_64-portbld-freebsd11.0/4.9.4/include >> /usr/local/include >> = /usr/local/lib/gcc49/gcc/x86_64-portbld-freebsd11.0/4.9.4/include-fixed >=20 > I didn't realize the ports compiler was defaulting /usr/local/include > into the search path now. It does not have /usr/local/lib in the > default library path as far as I can tell. It's also broken for its > -rpath (noted in its pkg-message). So having a default > /usr/local/include path seems odd. >=20 > Adding -isystem /usr/include to fix this is probably possible but > there's a risk someone will remove it as redundant. In this case I = wish > /usr/include was first but I'm not sure what impact that would have on > consumers expecting /usr/local/include (and /usr/local/lib) overrides = to > work, though they would need to pass a -L /usr/local/lib anyhow and > would likely be passing -I /usr/local/lib too. >=20 >=20 >=20 > --=20 > Regards, > Bryan Drewery >=20 From owner-freebsd-current@freebsd.org Fri Apr 1 00:02: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 C3D4CAE537C; Fri, 1 Apr 2016 00:02:54 +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 B137219DA; Fri, 1 Apr 2016 00:02:54 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [IPv6:::1]) by freefall.freebsd.org (Postfix) with ESMTP id A871812B3; Fri, 1 Apr 2016 00:02:54 +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 610BC1FE99; Fri, 1 Apr 2016 00:02:54 +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 Ii1SnVmNmSay; Fri, 1 Apr 2016 00:02:51 +0000 (UTC) Subject: Re: svn commit: r297435 - head: still problems for stage 3 when gcc 4.2.1 is avoided (powerpc64 self-hosted build) DKIM-Filter: OpenDKIM Filter v2.9.2 mail.xzibition.com 38D731FE92 To: Mark Millard References: <5A0ACA76-6F1D-4975-9E59-2A64BB8EFC77@dsl-only.net> <56FD9757.6040709@FreeBSD.org> <9E3033D5-F416-4B78-97C2-0A0AABF5A49E@dsl-only.net> <56FDA5F9.1090601@FreeBSD.org> <481DA341-0DFC-4AF1-AD4D-56C5388FA8E3@dsl-only.net> Cc: FreeBSD Current , FreeBSD Toolchain , FreeBSD PowerPC ML , Gerald Pfeifer , Warner Losh From: Bryan Drewery Organization: FreeBSD Message-ID: <56FDBAA8.5060407@FreeBSD.org> Date: Thu, 31 Mar 2016 17:02:48 -0700 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:38.0) Gecko/20100101 Thunderbird/38.7.1 MIME-Version: 1.0 In-Reply-To: <481DA341-0DFC-4AF1-AD4D-56C5388FA8E3@dsl-only.net> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 Precedence: 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, 01 Apr 2016 00:02:54 -0000 On 3/31/16 4:42 PM, Mark Millard wrote: > On 2016-Mar-31, at 3:34 PM, Bryan Drewery wrote: >> > #include "..." search starts here: >> > #include <...> search starts here: >> > /usr/local/lib/gcc49/include/c++/ >> > /usr/local/lib/gcc49/include/c++//x86_64-portbld-freebsd11.0 >> > /usr/local/lib/gcc49/include/c++//backward >> > /usr/local/lib/gcc49/gcc/x86_64-portbld-freebsd11.0/4.9.4/include >> > /usr/local/include >> > /usr/local/lib/gcc49/gcc/x86_64-portbld-freebsd11.0/4.9.4/include-fixed >> > /usr/include >> > End of search list. > Beyond /usr/local/include is also the fun of [ignoring C++ specific issues]: > (My quoting of a copy/paste) > >> > # ls /usr/local/lib/gcc49/gcc/powerpc64-portbld-freebsd11.0/4.9.4/include* >> > /usr/local/lib/gcc49/gcc/powerpc64-portbld-freebsd11.0/4.9.4/include: >> > altivec.h iso646.h ppc-asm.h spu2vmx.h stdatomic.h stdint-gcc.h unwind.h >> > float.h objc ppu_intrinsics.h ssp stdbool.h stdint.h varargs.h >> > htmintrin.h omp.h si2vmx.h stdalign.h stddef.h stdnoreturn.h vec_types.h >> > htmxlintrin.h paired.h spe.h stdarg.h stdfix.h tgmath.h >> > >> > /usr/local/lib/gcc49/gcc/powerpc64-portbld-freebsd11.0/4.9.4/include-fixed: >> > README libmilter limits.h netinet stddef.h stdio.h stdlib.h sys syslimits.h unistd.h wchar.h > But at least in recent times after WCHAR_TYPE was fixed for powerpc/powerpc64 I've not had troubles that traced to these for CC and CXX being based on gcc49 while XCC and XCXX were based on powerpc64-gcc for buildworld/buildkernel on a powerpc64 host. > > I have had various examples of /usr/local/include/ files breaking builds depending on what ports were in place at the time. All along I've been doing renaming in that area to allow buildworld/buildkernel use. This should be fine with my fix too. Trying add this to your make.conf for now: CFLAGS.gcc+= -isystem /usr/include -- Regards, Bryan Drewery From owner-freebsd-current@freebsd.org Fri Apr 1 00:17: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 AB85BAE5782 for ; Fri, 1 Apr 2016 00:17:44 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-211-157.reflexion.net [208.70.211.157]) (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 6E7FD1028 for ; Fri, 1 Apr 2016 00:17:43 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 12557 invoked from network); 1 Apr 2016 00:17:43 -0000 Received: from unknown (HELO rtc-sm-01.app.dca.reflexion.local) (10.81.150.1) by 0 (rfx-qmail) with SMTP; 1 Apr 2016 00:17:43 -0000 Received: by rtc-sm-01.app.dca.reflexion.local (Reflexion email security v7.90.1) with SMTP; Thu, 31 Mar 2016 20:17:47 -0400 (EDT) Received: (qmail 28075 invoked from network); 1 Apr 2016 00:17:46 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with SMTP; 1 Apr 2016 00:17:46 -0000 X-No-Relay: not in my network X-No-Relay: not in my network X-No-Relay: not in my network X-No-Relay: not in my network X-No-Relay: not in my network X-No-Relay: not in my network Received: from [192.168.1.8] (c-76-115-7-162.hsd1.or.comcast.net [76.115.7.162]) by iron2.pdx.net (Postfix) with ESMTPSA id 3E6CF1C4075; Thu, 31 Mar 2016 17:17:37 -0700 (PDT) Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Subject: Re: svn commit: r297435 - head: still problems for stage 3 when gcc 4.2.1 is avoided (powerpc64 self-hosted build) From: Mark Millard In-Reply-To: <56FDBAA8.5060407@FreeBSD.org> Date: Thu, 31 Mar 2016 17:17:41 -0700 Cc: FreeBSD Current , FreeBSD Toolchain , FreeBSD PowerPC ML , Gerald Pfeifer , Warner Losh Content-Transfer-Encoding: quoted-printable Message-Id: <82792F3C-6F9A-49CD-8C64-27CDF9DFBAB7@dsl-only.net> References: <5A0ACA76-6F1D-4975-9E59-2A64BB8EFC77@dsl-only.net> <56FD9757.6040709@FreeBSD.org> <9E3033D5-F416-4B78-97C2-0A0AABF5A49E@dsl-only.net> <56FDA5F9.1090601@FreeBSD.org> <481DA341-0DFC-4AF1-AD4D-56C5388FA8E3@dsl-only.net> <56FDBAA8.5060407@FreeBSD.org> To: Bryan Drewery X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 Precedence: 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, 01 Apr 2016 00:17:44 -0000 On 2016-Mar-31, at 5:02 PM, Bryan Drewery wrote: > This should be fine with my fix too. >=20 > Trying add this to your make.conf for now: >=20 > CFLAGS.gcc+=3D -isystem /usr/include I'll try that. But just FYI: here are the lists of files from gcc49 that = having /usr/include first will change what gcc49 sets up for itself and = has been using in my past activities (spanning both 4.9.4/include/ and = 4.9.4/include-fixed/ ): > # diff -rq /usr/include/ = /usr/local/lib/gcc49/gcc/powerpc64-portbld-freebsd11.0/4.9.4/include/ | = grep "^Files " > Files /usr/include/float.h and = /usr/local/lib/gcc49/gcc/powerpc64-portbld-freebsd11.0/4.9.4/include/float= .h differ > Files /usr/include/iso646.h and = /usr/local/lib/gcc49/gcc/powerpc64-portbld-freebsd11.0/4.9.4/include/iso64= 6.h differ > Files /usr/include/ssp/ssp.h and = /usr/local/lib/gcc49/gcc/powerpc64-portbld-freebsd11.0/4.9.4/include/ssp/s= sp.h differ > Files /usr/include/ssp/stdio.h and = /usr/local/lib/gcc49/gcc/powerpc64-portbld-freebsd11.0/4.9.4/include/ssp/s= tdio.h differ > Files /usr/include/ssp/string.h and = /usr/local/lib/gcc49/gcc/powerpc64-portbld-freebsd11.0/4.9.4/include/ssp/s= tring.h differ > Files /usr/include/ssp/unistd.h and = /usr/local/lib/gcc49/gcc/powerpc64-portbld-freebsd11.0/4.9.4/include/ssp/u= nistd.h differ > Files /usr/include/stdalign.h and = /usr/local/lib/gcc49/gcc/powerpc64-portbld-freebsd11.0/4.9.4/include/stdal= ign.h differ > Files /usr/include/stdarg.h and = /usr/local/lib/gcc49/gcc/powerpc64-portbld-freebsd11.0/4.9.4/include/stdar= g.h differ > Files /usr/include/stdatomic.h and = /usr/local/lib/gcc49/gcc/powerpc64-portbld-freebsd11.0/4.9.4/include/stdat= omic.h differ > Files /usr/include/stdbool.h and = /usr/local/lib/gcc49/gcc/powerpc64-portbld-freebsd11.0/4.9.4/include/stdbo= ol.h differ > Files /usr/include/stddef.h and = /usr/local/lib/gcc49/gcc/powerpc64-portbld-freebsd11.0/4.9.4/include/stdde= f.h differ > Files /usr/include/stdint.h and = /usr/local/lib/gcc49/gcc/powerpc64-portbld-freebsd11.0/4.9.4/include/stdin= t.h differ > Files /usr/include/stdnoreturn.h and = /usr/local/lib/gcc49/gcc/powerpc64-portbld-freebsd11.0/4.9.4/include/stdno= return.h differ > Files /usr/include/tgmath.h and = /usr/local/lib/gcc49/gcc/powerpc64-portbld-freebsd11.0/4.9.4/include/tgmat= h.h differ > Files /usr/include/varargs.h and = /usr/local/lib/gcc49/gcc/powerpc64-portbld-freebsd11.0/4.9.4/include/varar= gs.h differ > # diff -rq /usr/include/ = /usr/local/lib/gcc49/gcc/powerpc64-portbld-freebsd11.0/4.9.4/include-fixed= / | grep "^Files " > Files /usr/include/libmilter/mfapi.h and = /usr/local/lib/gcc49/gcc/powerpc64-portbld-freebsd11.0/4.9.4/include-fixed= /libmilter/mfapi.h differ > Files /usr/include/limits.h and = /usr/local/lib/gcc49/gcc/powerpc64-portbld-freebsd11.0/4.9.4/include-fixed= /limits.h differ > Files /usr/include/netinet/ip_fil.h and = /usr/local/lib/gcc49/gcc/powerpc64-portbld-freebsd11.0/4.9.4/include-fixed= /netinet/ip_fil.h differ > Files /usr/include/netinet/ip_lookup.h and = /usr/local/lib/gcc49/gcc/powerpc64-portbld-freebsd11.0/4.9.4/include-fixed= /netinet/ip_lookup.h differ > Files /usr/include/netinet/ip_nat.h and = /usr/local/lib/gcc49/gcc/powerpc64-portbld-freebsd11.0/4.9.4/include-fixed= /netinet/ip_nat.h differ > Files /usr/include/netinet/ip_proxy.h and = /usr/local/lib/gcc49/gcc/powerpc64-portbld-freebsd11.0/4.9.4/include-fixed= /netinet/ip_proxy.h differ > Files /usr/include/netinet/ip_scan.h and = /usr/local/lib/gcc49/gcc/powerpc64-portbld-freebsd11.0/4.9.4/include-fixed= /netinet/ip_scan.h differ > Files /usr/include/netinet/ip_state.h and = /usr/local/lib/gcc49/gcc/powerpc64-portbld-freebsd11.0/4.9.4/include-fixed= /netinet/ip_state.h differ > Files /usr/include/stddef.h and = /usr/local/lib/gcc49/gcc/powerpc64-portbld-freebsd11.0/4.9.4/include-fixed= /stddef.h differ > Files /usr/include/stdio.h and = /usr/local/lib/gcc49/gcc/powerpc64-portbld-freebsd11.0/4.9.4/include-fixed= /stdio.h differ > Files /usr/include/stdlib.h and = /usr/local/lib/gcc49/gcc/powerpc64-portbld-freebsd11.0/4.9.4/include-fixed= /stdlib.h differ > Files /usr/include/sys/types.h and = /usr/local/lib/gcc49/gcc/powerpc64-portbld-freebsd11.0/4.9.4/include-fixed= /sys/types.h differ > Files /usr/include/unistd.h and = /usr/local/lib/gcc49/gcc/powerpc64-portbld-freebsd11.0/4.9.4/include-fixed= /unistd.h differ > Files /usr/include/wchar.h and = /usr/local/lib/gcc49/gcc/powerpc64-portbld-freebsd11.0/4.9.4/include-fixed= /wchar.h differ =3D=3D=3D Mark Millard markmi@dsl-only.net On 2016-Mar-31, at 5:02 PM, Bryan Drewery wrote: On 3/31/16 4:42 PM, Mark Millard wrote: > On 2016-Mar-31, at 3:34 PM, Bryan Drewery = wrote: >>> #include "..." search starts here: >>> #include <...> search starts here: >>> /usr/local/lib/gcc49/include/c++/ >>> /usr/local/lib/gcc49/include/c++//x86_64-portbld-freebsd11.0 >>> /usr/local/lib/gcc49/include/c++//backward >>> /usr/local/lib/gcc49/gcc/x86_64-portbld-freebsd11.0/4.9.4/include >>> /usr/local/include >>> = /usr/local/lib/gcc49/gcc/x86_64-portbld-freebsd11.0/4.9.4/include-fixed >>> /usr/include >>> End of search list. > Beyond /usr/local/include is also the fun of [ignoring C++ specific = issues]: > (My quoting of a copy/paste) >=20 >>> # ls = /usr/local/lib/gcc49/gcc/powerpc64-portbld-freebsd11.0/4.9.4/include* >>> = /usr/local/lib/gcc49/gcc/powerpc64-portbld-freebsd11.0/4.9.4/include: >>> altivec.h iso646.h ppc-asm.h = spu2vmx.h stdatomic.h stdint-gcc.h = unwind.h >>> float.h objc ppu_intrinsics.h = ssp stdbool.h stdint.h = varargs.h >>> htmintrin.h omp.h si2vmx.h = stdalign.h stddef.h stdnoreturn.h = vec_types.h >>> htmxlintrin.h paired.h spe.h = stdarg.h stdfix.h tgmath.h >>>=20 >>> = /usr/local/lib/gcc49/gcc/powerpc64-portbld-freebsd11.0/4.9.4/include-fixed= : >>> README libmilter limits.h netinet = stddef.h stdio.h stdlib.h sys = syslimits.h unistd.h wchar.h > But at least in recent times after WCHAR_TYPE was fixed for = powerpc/powerpc64 I've not had troubles that traced to these for CC and = CXX being based on gcc49 while XCC and XCXX were based on powerpc64-gcc = for buildworld/buildkernel on a powerpc64 host. >=20 > I have had various examples of /usr/local/include/ files breaking = builds depending on what ports were in place at the time. All along I've = been doing renaming in that area to allow buildworld/buildkernel use. This should be fine with my fix too. Trying add this to your make.conf for now: CFLAGS.gcc+=3D -isystem /usr/include --=20 Regards, Bryan Drewery From owner-freebsd-current@freebsd.org Fri Apr 1 03:14: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 0B71EAE45F4 for ; Fri, 1 Apr 2016 03:14:25 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-211-157.reflexion.net [208.70.211.157]) (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 C376316C4 for ; Fri, 1 Apr 2016 03:14:24 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 11101 invoked from network); 1 Apr 2016 03:14:44 -0000 Received: from unknown (HELO mail-cs-02.app.dca.reflexion.local) (10.81.19.2) by 0 (rfx-qmail) with SMTP; 1 Apr 2016 03:14:44 -0000 Received: by mail-cs-02.app.dca.reflexion.local (Reflexion email security v7.90.1) with SMTP; Thu, 31 Mar 2016 23:14:13 -0400 (EDT) Received: (qmail 2458 invoked from network); 1 Apr 2016 03:14:13 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with SMTP; 1 Apr 2016 03:14:13 -0000 X-No-Relay: not in my network X-No-Relay: not in my network X-No-Relay: not in my network X-No-Relay: not in my network X-No-Relay: not in my network X-No-Relay: not in my network Received: from [192.168.1.8] (c-76-115-7-162.hsd1.or.comcast.net [76.115.7.162]) by iron2.pdx.net (Postfix) with ESMTPSA id 3DD6C1C4075; Thu, 31 Mar 2016 20:14:16 -0700 (PDT) Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Subject: Re: svn commit: r297435 - head: still problems for stage 3 when gcc 4.2.1 is avoided (powerpc64 self-hosted build) From: Mark Millard In-Reply-To: <56FDBAA8.5060407@FreeBSD.org> Date: Thu, 31 Mar 2016 20:14:21 -0700 Cc: FreeBSD Current , FreeBSD Toolchain , FreeBSD PowerPC ML , Gerald Pfeifer , Warner Losh Content-Transfer-Encoding: quoted-printable Message-Id: <7DEF97EC-D970-4F64-AF72-8939609A1D48@dsl-only.net> References: <5A0ACA76-6F1D-4975-9E59-2A64BB8EFC77@dsl-only.net> <56FD9757.6040709@FreeBSD.org> <9E3033D5-F416-4B78-97C2-0A0AABF5A49E@dsl-only.net> <56FDA5F9.1090601@FreeBSD.org> <481DA341-0DFC-4AF1-AD4D-56C5388FA8E3@dsl-only.net> <56FDBAA8.5060407@FreeBSD.org> To: Bryan Drewery X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 Precedence: 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, 01 Apr 2016 03:14:25 -0000 On 2016-Mar-31, at 5:02 PM, Bryan Drewery = wrote: > This should be fine with my fix too. >=20 > Trying add this to your make.conf for now: >=20 > CFLAGS.gcc+=3D -isystem /usr/include [Context note: I normally use: > WITHOUT_CROSS_COMPILER=3D > # > WITH_FAST_DEPEND=3D > WITH_LIBCPLUSPLUS=3D > WITH_BOOT=3D > WITH_CLANG=3D > WITH_CLANG_IS_CC=3D > WITH_CLANG_FULL=3D > WITH_LLDB=3D so clang is built by powerpc64-gcc's tools even though clang is not used = for the build. ] The result was almost immediate build failure: > --- _bootstrap-tools-lib/clang/libllvmsupport --- > --- APFloat.o --- > In file included from = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/include/llvm/Suppo= rt/AlignOf.h:19:0, > from = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/include/llvm/ADT/S= mallVector.h:18, > from = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/include/llvm/Suppo= rt/Allocator.h:24, > from = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/include/llvm/ADT/S= tringMap.h:18, > from = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/include/llvm/Suppo= rt/Host.h:17, > from = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/include/llvm/ADT/H= ashing.h:49, > from = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/include/llvm/ADT/A= rrayRef.h:13, > from = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/include/llvm/ADT/A= PInt.h:19, > from = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/include/llvm/ADT/A= PFloat.h:20, > from = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/APFloa= t.cpp:15: > /usr/local/lib/gcc49/include/c++/cstddef:51:11: error: '::max_align_t' = has not been declared > using ::max_align_t; ^ =3D=3D=3D Mark Millard markmi at dsl-only.net On 2016-Mar-31, at 5:02 PM, Bryan Drewery = wrote: > On 3/31/16 4:42 PM, Mark Millard wrote: >> On 2016-Mar-31, at 3:34 PM, Bryan Drewery = wrote: >>>> #include "..." search starts here: >>>> #include <...> search starts here: >>>> /usr/local/lib/gcc49/include/c++/ >>>> /usr/local/lib/gcc49/include/c++//x86_64-portbld-freebsd11.0 >>>> /usr/local/lib/gcc49/include/c++//backward >>>> /usr/local/lib/gcc49/gcc/x86_64-portbld-freebsd11.0/4.9.4/include >>>> /usr/local/include >>>> = /usr/local/lib/gcc49/gcc/x86_64-portbld-freebsd11.0/4.9.4/include-fixed >>>> /usr/include >>>> End of search list. >> Beyond /usr/local/include is also the fun of [ignoring C++ specific = issues]: >> (My quoting of a copy/paste) >>=20 >>>> # ls = /usr/local/lib/gcc49/gcc/powerpc64-portbld-freebsd11.0/4.9.4/include* >>>> = /usr/local/lib/gcc49/gcc/powerpc64-portbld-freebsd11.0/4.9.4/include: >>>> altivec.h iso646.h ppc-asm.h = spu2vmx.h stdatomic.h stdint-gcc.h = unwind.h >>>> float.h objc ppu_intrinsics.h = ssp stdbool.h stdint.h = varargs.h >>>> htmintrin.h omp.h si2vmx.h = stdalign.h stddef.h stdnoreturn.h = vec_types.h >>>> htmxlintrin.h paired.h spe.h = stdarg.h stdfix.h tgmath.h >>>>=20 >>>> = /usr/local/lib/gcc49/gcc/powerpc64-portbld-freebsd11.0/4.9.4/include-fixed= : >>>> README libmilter limits.h netinet = stddef.h stdio.h stdlib.h sys = syslimits.h unistd.h wchar.h >> But at least in recent times after WCHAR_TYPE was fixed for = powerpc/powerpc64 I've not had troubles that traced to these for CC and = CXX being based on gcc49 while XCC and XCXX were based on powerpc64-gcc = for buildworld/buildkernel on a powerpc64 host. >>=20 >> I have had various examples of /usr/local/include/ files breaking = builds depending on what ports were in place at the time. All along I've = been doing renaming in that area to allow buildworld/buildkernel use. >=20 > This should be fine with my fix too. >=20 > Trying add this to your make.conf for now: >=20 > CFLAGS.gcc+=3D -isystem /usr/include >=20 --=20 Regards, Bryan Drewery From owner-freebsd-current@freebsd.org Fri Apr 1 03:33: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 AEAF6AE4D2B for ; Fri, 1 Apr 2016 03:33:11 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-211-156.reflexion.net [208.70.211.156]) (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 7073C13DD for ; Fri, 1 Apr 2016 03:33:10 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 20774 invoked from network); 1 Apr 2016 03:33:10 -0000 Received: from unknown (HELO mail-cs-01.app.dca.reflexion.local) (10.81.19.1) by 0 (rfx-qmail) with SMTP; 1 Apr 2016 03:33:10 -0000 Received: by mail-cs-01.app.dca.reflexion.local (Reflexion email security v7.90.1) with SMTP; Thu, 31 Mar 2016 23:33:32 -0400 (EDT) Received: (qmail 12225 invoked from network); 1 Apr 2016 03:33:31 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with SMTP; 1 Apr 2016 03:33:31 -0000 X-No-Relay: not in my network X-No-Relay: not in my network X-No-Relay: not in my network X-No-Relay: not in my network X-No-Relay: not in my network X-No-Relay: not in my network Received: from [192.168.1.8] (c-76-115-7-162.hsd1.or.comcast.net [76.115.7.162]) by iron2.pdx.net (Postfix) with ESMTPSA id 41F111C4075; Thu, 31 Mar 2016 20:33:03 -0700 (PDT) Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Subject: Re: svn commit: r297435 - head: still problems for stage 3 when gcc 4.2.1 is avoided (powerpc64 self-hosted build) From: Mark Millard In-Reply-To: <7DEF97EC-D970-4F64-AF72-8939609A1D48@dsl-only.net> Date: Thu, 31 Mar 2016 20:33:08 -0700 Cc: FreeBSD Current , FreeBSD Toolchain , FreeBSD PowerPC ML , Gerald Pfeifer , Warner Losh Content-Transfer-Encoding: quoted-printable Message-Id: References: <5A0ACA76-6F1D-4975-9E59-2A64BB8EFC77@dsl-only.net> <56FD9757.6040709@FreeBSD.org> <9E3033D5-F416-4B78-97C2-0A0AABF5A49E@dsl-only.net> <56FDA5F9.1090601@FreeBSD.org> <481DA341-0DFC-4AF1-AD4D-56C5388FA8E3@dsl-only.net> <56FDBAA8.5060407@FreeBSD.org> <7DEF97EC-D970-4F64-AF72-8939609A1D48@dsl-only.net> To: Bryan Drewery X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 Precedence: 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, 01 Apr 2016 03:33:11 -0000 On 2016-Mar-31, at 8:14 PM, Mark Millard wrote: >=20 > On 2016-Mar-31, at 5:02 PM, Bryan Drewery = wrote: >=20 >> This should be fine with my fix too. >>=20 >> Trying add this to your make.conf for now: >>=20 >> CFLAGS.gcc+=3D -isystem /usr/include >=20 > [Context note: I normally use: >=20 >> WITHOUT_CROSS_COMPILER=3D >> # >> WITH_FAST_DEPEND=3D >> WITH_LIBCPLUSPLUS=3D >> WITH_BOOT=3D >> WITH_CLANG=3D >> WITH_CLANG_IS_CC=3D >> WITH_CLANG_FULL=3D >> WITH_LLDB=3D >=20 >=20 > so clang is built by powerpc64-gcc's tools even though clang is not = used for the build. > ] >=20 > The result was almost immediate build failure: >=20 >> --- _bootstrap-tools-lib/clang/libllvmsupport --- >> --- APFloat.o --- >> In file included from = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/include/llvm/Suppo= rt/AlignOf.h:19:0, >> from = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/include/llvm/ADT/S= mallVector.h:18, >> from = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/include/llvm/Suppo= rt/Allocator.h:24, >> from = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/include/llvm/ADT/S= tringMap.h:18, >> from = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/include/llvm/Suppo= rt/Host.h:17, >> from = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/include/llvm/ADT/H= ashing.h:49, >> from = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/include/llvm/ADT/A= rrayRef.h:13, >> from = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/include/llvm/ADT/A= PInt.h:19, >> from = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/include/llvm/ADT/A= PFloat.h:20, >> from = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/APFloa= t.cpp:15: >> /usr/local/lib/gcc49/include/c++/cstddef:51:11: error: = '::max_align_t' has not been declared >> using ::max_align_t; > ^ >=20 > =3D=3D=3D > Mark Millard > markmi at dsl-only.net I added using -v in CFLAGS.gcc in order for it to report include search = paths. The last one of reported in the script output looks like: > ignoring nonexistent directory = "/usr/local/lib/gcc49/gcc/powerpc64-portbld-freebsd11.0/4.9.4/../../../../= ../powerpc64-portbld-freebsd11.0/include" > ignoring duplicate directory "/usr/include" > #include "..." search starts here: > #include <...> search starts here: > /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/include > = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/tools/clang/includ= e > /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support > . > = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/../../lib/clang/in= clude > /usr/obj/xtoolchain/powerpc.powerpc64/usr/src/tmp/legacy/usr/include > /usr/include > /usr/local/lib/gcc49/include/c++/ > /usr/local/lib/gcc49/include/c++//powerpc64-portbld-freebsd11.0 > /usr/local/lib/gcc49/include/c++//backward > /usr/local/lib/gcc49/gcc/powerpc64-portbld-freebsd11.0/4.9.4/include > /usr/local/include > = /usr/local/lib/gcc49/gcc/powerpc64-portbld-freebsd11.0/4.9.4/include-fixed= > End of search list. I appears that C++ needs its own override for where to find C++ header = before looking in the gcc49 specific places. These sorts of odd, hard to avoid dependencies are part of why I asked = if there was a standard/recommend assignment to use for CC/XCC: I was = hoping there was a known-good way to compile that avoided the issues, = possibly by using powerpc64-gcc tools for CC/XCC as well. FYI: The last C compile in this script output lists: > ignoring nonexistent directory = "/usr/local/lib/gcc49/gcc/powerpc64-portbld-freebsd11.0/4.9.4/../../../../= ../powerpc64-portbld-freebsd11.0/include" > ignoring duplicate directory "/usr/include" > ignoring duplicate directory = "/usr/src/kerberos5/tools/make-roken/../../include" > #include "..." search starts here: > #include <...> search starts here: > /usr/src/kerberos5/tools/make-roken/../../include > /usr/obj/xtoolchain/powerpc.powerpc64/usr/src/tmp/legacy/usr/include > /usr/include > /usr/local/lib/gcc49/gcc/powerpc64-portbld-freebsd11.0/4.9.4/include > /usr/local/include > = /usr/local/lib/gcc49/gcc/powerpc64-portbld-freebsd11.0/4.9.4/include-fixed= > End of search list. =3D=3D=3D Mark Millard markmi at dsl-only.net On 2016-Mar-31, at 5:02 PM, Bryan Drewery = wrote: > On 3/31/16 4:42 PM, Mark Millard wrote: >> On 2016-Mar-31, at 3:34 PM, Bryan Drewery = wrote: >>>> #include "..." search starts here: >>>> #include <...> search starts here: >>>> /usr/local/lib/gcc49/include/c++/ >>>> /usr/local/lib/gcc49/include/c++//x86_64-portbld-freebsd11.0 >>>> /usr/local/lib/gcc49/include/c++//backward >>>> /usr/local/lib/gcc49/gcc/x86_64-portbld-freebsd11.0/4.9.4/include >>>> /usr/local/include >>>> = /usr/local/lib/gcc49/gcc/x86_64-portbld-freebsd11.0/4.9.4/include-fixed >>>> /usr/include >>>> End of search list. >> Beyond /usr/local/include is also the fun of [ignoring C++ specific = issues]: >> (My quoting of a copy/paste) >>=20 >>>> # ls = /usr/local/lib/gcc49/gcc/powerpc64-portbld-freebsd11.0/4.9.4/include* >>>> = /usr/local/lib/gcc49/gcc/powerpc64-portbld-freebsd11.0/4.9.4/include: >>>> altivec.h iso646.h ppc-asm.h = spu2vmx.h stdatomic.h stdint-gcc.h = unwind.h >>>> float.h objc ppu_intrinsics.h = ssp stdbool.h stdint.h = varargs.h >>>> htmintrin.h omp.h si2vmx.h = stdalign.h stddef.h stdnoreturn.h = vec_types.h >>>> htmxlintrin.h paired.h spe.h = stdarg.h stdfix.h tgmath.h >>>>=20 >>>> = /usr/local/lib/gcc49/gcc/powerpc64-portbld-freebsd11.0/4.9.4/include-fixed= : >>>> README libmilter limits.h netinet = stddef.h stdio.h stdlib.h sys = syslimits.h unistd.h wchar.h >> But at least in recent times after WCHAR_TYPE was fixed for = powerpc/powerpc64 I've not had troubles that traced to these for CC and = CXX being based on gcc49 while XCC and XCXX were based on powerpc64-gcc = for buildworld/buildkernel on a powerpc64 host. >>=20 >> I have had various examples of /usr/local/include/ files breaking = builds depending on what ports were in place at the time. All along I've = been doing renaming in that area to allow buildworld/buildkernel use. >=20 > This should be fine with my fix too. >=20 > Trying add this to your make.conf for now: >=20 > CFLAGS.gcc+=3D -isystem /usr/include >=20 --=20 Regards, Bryan Drewery From owner-freebsd-current@freebsd.org Fri Apr 1 08:25: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 42E76AE301B; Fri, 1 Apr 2016 08:25:31 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (tensor.andric.com [IPv6:2001:7b8:3a7:1:2d0:b7ff:fea0:8c26]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "tensor.andric.com", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E1C861089; Fri, 1 Apr 2016 08:25:30 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from [IPv6:2001:7b8:3a7::5dfd:8cdd:f0f4:ff76] (unknown [IPv6:2001:7b8:3a7:0:5dfd:8cdd:f0f4:ff76]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 8F5107074; Fri, 1 Apr 2016 10:25:27 +0200 (CEST) Subject: Re: svn commit: r297435 - head: still problems for stage 3 when gcc 4.2.1 is avoided (powerpc64 self-hosted build) Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Content-Type: multipart/signed; boundary="Apple-Mail=_A95B8F40-09B8-483E-B4C8-EA591BCA8042"; protocol="application/pgp-signature"; micalg=pgp-sha1 X-Pgp-Agent: GPGMail 2.6b2 (ebbf3ef) From: Dimitry Andric In-Reply-To: Date: Fri, 1 Apr 2016 10:25:21 +0200 Cc: Bryan Drewery , FreeBSD Toolchain , FreeBSD Current , Gerald Pfeifer , FreeBSD PowerPC ML , Mark Millard Message-Id: <5FDFDC6A-911B-4A77-BCEF-BBB711BFA0AC@FreeBSD.org> References: <5A0ACA76-6F1D-4975-9E59-2A64BB8EFC77@dsl-only.net> <56FD9757.6040709@FreeBSD.org> <9E3033D5-F416-4B78-97C2-0A0AABF5A49E@dsl-only.net> <56FDA5F9.1090601@FreeBSD.org> To: Warner Losh X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 Precedence: 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, 01 Apr 2016 08:25:31 -0000 --Apple-Mail=_A95B8F40-09B8-483E-B4C8-EA591BCA8042 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 On 01 Apr 2016, at 00:44, Warner Losh wrote: >=20 >> On Mar 31, 2016, at 4:34 PM, Bryan Drewery = wrote: >> I didn't realize the ports compiler was defaulting /usr/local/include >> into the search path now. It does not have /usr/local/lib in the >> default library path as far as I can tell. It's also broken for its >> -rpath (noted in its pkg-message). So having a default >> /usr/local/include path seems odd. >=20 > It has for a while now. It=E2=80=99s one of the maddening = inconsistencies that abound in this > area. I took a poll a while ago and there seemed to be widespread = support for adding > it to the base compiler. This was the main reason /usr/local/include was *not* included in the base compiler, otherwise it would unpredictably pick up headers in /usr/local/include during builds. You can never know which conflicting headers a certain user has installed in /usr/local/include... :) >> Adding -isystem /usr/include to fix this is probably possible but >> there's a risk someone will remove it as redundant. In this case I = wish >> /usr/include was first but I'm not sure what impact that would have = on >> consumers expecting /usr/local/include (and /usr/local/lib) overrides = to >> work, though they would need to pass a -L /usr/local/lib anyhow and >> would likely be passing -I /usr/local/lib too. >=20 > /usr/include should be first. But it isn=E2=80=99t. That=E2=80=99s = another inconsistency that was found > when we looked at /usr/local stuff. Someone recently added = /usr/local/bin to the path, > if I recall correctly. Isn't that a bit of a bikeshed? I guess some people would just as well prefer /usr/local/include to be first, just like some people prefer /usr/local/bin before /usr/bin in their PATH. In any case, if such paths are added to external compilers, we better make sure almost everything in buildworld uses -nostdinc, and specifying exactly the include directories we need, and no others. Cumbersome, but maybe for a good cause. -Dimitry --Apple-Mail=_A95B8F40-09B8-483E-B4C8-EA591BCA8042 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.29 iEYEARECAAYFAlb+MHkACgkQsF6jCi4glqNjHgCgsJZMqs4Te2EV2NDcadXNc8ps miUAoPSWYhEHQHgVem89zyv2uzETotf7 =Q3vy -----END PGP SIGNATURE----- --Apple-Mail=_A95B8F40-09B8-483E-B4C8-EA591BCA8042-- From owner-freebsd-current@freebsd.org Fri Apr 1 11:07: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 9A1FBAEBA5A for ; Fri, 1 Apr 2016 11:07:57 +0000 (UTC) (envelope-from rizzo.unipi@gmail.com) Received: from mail-lf0-x22b.google.com (mail-lf0-x22b.google.com [IPv6:2a00:1450:4010:c07::22b]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 0AD3B1176; Fri, 1 Apr 2016 11:07:57 +0000 (UTC) (envelope-from rizzo.unipi@gmail.com) Received: by mail-lf0-x22b.google.com with SMTP id k79so79288219lfb.2; Fri, 01 Apr 2016 04:07:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc; bh=0u9/Et1qmWsck7zEP289xAgK3U8DsBhk1HGsMhUk8cA=; b=pHQUWOmZRVXAe1u4Ypro27QTb2Dv28ohdkFW2m6AYsuqf963Qng7iFoSPeiP1G9iMk DdRnSk5NtX2l//X2oRG0QWsRxJNXBA1s772N2vxcFXInU8DEIYoBl4M9LplD1orB3EAY irk8MC2Iy6V7R7hX+j+ESq1pLc+74h8++V2H3HOtozfjIm8bcEBAg81bGJj4yq4l01h+ /VAwGmbVfNj3H2dFii2yU1Bmoa75fHHNAxlST7wDJZMK3+QtbNjXcvtjMc+YKEKA2GfD kTCJOv8gVoCSXXe7RbsHEmRkP4KKgYHiK4gUrxHBmr0wVFV25CXpctoV1Mxv7bSJAcit doPg== 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; bh=0u9/Et1qmWsck7zEP289xAgK3U8DsBhk1HGsMhUk8cA=; b=OyTkcVb79IH9SIqMMN3fRNm+Ee2iXqi3ogZz0Avb/Ar/001EMxE6hKKrBcLTsHL98f sV1SBAtJenKafcLzec0uCsQeCcnDWC9zTe2HXiaQSGQK5g3AbTRQa9VqVI3CC6kjl5fJ xWUpa1uPRWQUrRJGefct2A/1dN15R4ew1L0b9Ftzq/NutUharqFF4cS3wQqElsTCOAQW XypIzzH1fO8UQRJg1PbYFcLRR7lGSV6p2AOlVfkZZ3yAnmTc1yiOfhgSD31iEAx/vsCl 2WynBn8RCn4Cw02Fj5l00tGvUi7Vw6ks9l/v0n/5zOWBapy7n6vLtZ5ylYjUtjdQx0GR Zl8w== X-Gm-Message-State: AD7BkJLqx/LBi3MGRkUi1tOMijTWKBSyAVKtoEhJeuHsAUHeudzeTOzb/AJ9MfK1AruqYLTnEJ03UVaTu+b7PA== MIME-Version: 1.0 X-Received: by 10.25.145.149 with SMTP id t143mr1628766lfd.37.1459508875176; Fri, 01 Apr 2016 04:07:55 -0700 (PDT) Sender: rizzo.unipi@gmail.com Received: by 10.114.199.19 with HTTP; Fri, 1 Apr 2016 04:07:55 -0700 (PDT) In-Reply-To: References: <2550091.UENsv0ilXD@ralph.baldwin.cx> Date: Fri, 1 Apr 2016 13:07:55 +0200 X-Google-Sender-Auth: 2MjIH989_JKTZkmjhHYGCiTmq7E Message-ID: Subject: Re: accessing a PCIe register from userspace through kmem or other ways ? From: Luigi Rizzo To: Ryan Stone , Jim Harris Cc: John Baldwin , FreeBSD Current , Giuseppe Lettieri , Vincenzo Maffione Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.21 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 Precedence: 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, 01 Apr 2016 11:07:57 -0000 On Thu, Mar 31, 2016 at 11:55 PM, Ryan Stone wrote: > On Thu, Mar 31, 2016 at 4:39 PM, John Baldwin wrote: > >> On Wednesday, March 30, 2016 11:20:51 AM Jim Harris wrote: >> > On Wed, Mar 30, 2016 at 10:47 AM, Luigi Rizzo >> wrote: >> > >> > > Hi, >> > > I'd like to test the rate at which I can access device registers >> > > on a PCIe card, and was wondering whether I need to patch a device >> > > driver, or perhaps I can use /dev/kmem once I figure out where >> > > the registers are mapped ? >> > > >> > >> > You do not need to patch a device driver. Have you looked at >> > libpciaccess? This should give you everything you need. >> >> You can also look at what pciconf uses. (It has a read_config() method >> that uses an ioctl on an fd of /dev/pci). >> > > pciconf can only access the configuration space, right? I believe that > Luigi is more interested in measuring the latency to a register mapped fr= om > a BAR. > =E2=80=8BThank you all for you answers, I will look at libpciaccess. Yes my goal is to look at the rate and latency for accessing BAR-mapped registers cheers luigi=E2=80=8B --=20 -----------------------------------------+------------------------------- Prof. Luigi RIZZO, rizzo@iet.unipi.it . Dip. di Ing. dell'Informazione http://www.iet.unipi.it/~luigi/ . Universita` di Pisa TEL +39-050-2217533 . via Diotisalvi 2 Mobile +39-338-6809875 . 56122 PISA (Italy) -----------------------------------------+------------------------------- From owner-freebsd-current@freebsd.org Fri Apr 1 14:25: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 BF9D5AEB4AB for ; Fri, 1 Apr 2016 14:25:25 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-io0-x22c.google.com (mail-io0-x22c.google.com [IPv6:2607:f8b0:4001: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 822161955 for ; Fri, 1 Apr 2016 14:25:25 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-io0-x22c.google.com with SMTP id e3so153341827ioa.1 for ; Fri, 01 Apr 2016 07:25:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc; bh=ztcpeWmxeXvDy1B2jwK/EMrAtztvPo6Dy8umTYIOtVI=; b=QiLU4d7K8buq1pwv9QhnKxh4t2VcTQy03nRuMlALFJiOA9Dc76rQLvXq2bC8Ku6EXV wOZqq/h0Z3enPngJzAAto/1apd5QyyZ2LXPgqATkgqYLf08K3NDsWqCUB0Pm4/rYLoGW ibvyYJKxHe/2GqtD0YSCfr90YfkRCaoIfFcm72tcp9OTbLs1zd8Q4C2x6oMl7eRM8D8o F6zja00NxnFzFHyL5auyBEIv4eJWlACf96pgMWgWaR7ytHG3B8HgDWZmoV9PtKncsxnt GeyKpdi42/acl6YFmxbw2Lc9kyDgK118olRMzsBPfyK+DLrtLL9ICWsiVBYLq/B5t7iD ewDA== 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; bh=ztcpeWmxeXvDy1B2jwK/EMrAtztvPo6Dy8umTYIOtVI=; b=fgM7gHG7DhpNyK0pggezZzTJbAPVDjuRfYxyLh0SScTqQqYXfXQp5Lf8OtiaYmPVlD TIC1yqm/kZeqqUFOHaIizT8BA11zk4+03B1gk2HOOIEkf3OSxYm3d40vAZUXDDCGX5sw RBV6iVYLQEvcpo4g6rp+5ywzq8ySdueBl2Ldb+ZRJxBX0n/Fu8bbY3hi7CinbXYXZkWw o4AgakkzTG6UWYAWdYjmRAjAck6NAiKiFl9mjSEZ2CAmEyJserGJi9VieJd7nM1ATvGw a6RKUotxqfNNQEuM5KT5c2eaWjIOL28gQ88YPvegZbH8Il7YAcZ7RHpgJYHN6TLe2szz 3qrg== X-Gm-Message-State: AD7BkJITVm57xR/ZNW1yI0FtZevGgn+rVgknr/PyBIlrs75f1BF0m9bhVDByXbd7EYZClqfesBNVhCWwU9XKng== MIME-Version: 1.0 X-Received: by 10.107.155.206 with SMTP id d197mr4703129ioe.135.1459520724863; Fri, 01 Apr 2016 07:25:24 -0700 (PDT) Sender: wlosh@bsdimp.com Received: by 10.36.194.3 with HTTP; Fri, 1 Apr 2016 07:25:24 -0700 (PDT) X-Originating-IP: [50.253.99.174] In-Reply-To: <5FDFDC6A-911B-4A77-BCEF-BBB711BFA0AC@FreeBSD.org> References: <5A0ACA76-6F1D-4975-9E59-2A64BB8EFC77@dsl-only.net> <56FD9757.6040709@FreeBSD.org> <9E3033D5-F416-4B78-97C2-0A0AABF5A49E@dsl-only.net> <56FDA5F9.1090601@FreeBSD.org> <5FDFDC6A-911B-4A77-BCEF-BBB711BFA0AC@FreeBSD.org> Date: Fri, 1 Apr 2016 08:25:24 -0600 X-Google-Sender-Auth: 4dKbIK7UyA631kxSL2aolgvrY_A Message-ID: Subject: Re: svn commit: r297435 - head: still problems for stage 3 when gcc 4.2.1 is avoided (powerpc64 self-hosted build) From: Warner Losh To: Dimitry Andric Cc: Bryan Drewery , FreeBSD Toolchain , FreeBSD Current , Gerald Pfeifer , FreeBSD PowerPC ML , Mark Millard Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.21 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 Precedence: 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, 01 Apr 2016 14:25:25 -0000 On Fri, Apr 1, 2016 at 2:25 AM, Dimitry Andric wrote: > On 01 Apr 2016, at 00:44, Warner Losh wrote: > > > >> On Mar 31, 2016, at 4:34 PM, Bryan Drewery > wrote: > >> I didn't realize the ports compiler was defaulting /usr/local/include > >> into the search path now. It does not have /usr/local/lib in the > >> default library path as far as I can tell. It's also broken for its > >> -rpath (noted in its pkg-message). So having a default > >> /usr/local/include path seems odd. > > > > It has for a while now. It=E2=80=99s one of the maddening inconsistenci= es that > abound in this > > area. I took a poll a while ago and there seemed to be widespread > support for adding > > it to the base compiler. > > This was the main reason /usr/local/include was *not* included in the > base compiler, otherwise it would unpredictably pick up headers in > /usr/local/include during builds. You can never know which conflicting > headers a certain user has installed in /usr/local/include... :) That's why it shouldn't be *FIRST*, not why it shouldn't be there at all. >> Adding -isystem /usr/include to fix this is probably possible but > >> there's a risk someone will remove it as redundant. In this case I wi= sh > >> /usr/include was first but I'm not sure what impact that would have on > >> consumers expecting /usr/local/include (and /usr/local/lib) overrides = to > >> work, though they would need to pass a -L /usr/local/lib anyhow and > >> would likely be passing -I /usr/local/lib too. > > > > /usr/include should be first. But it isn=E2=80=99t. That=E2=80=99s anot= her inconsistency > that was found > > when we looked at /usr/local stuff. Someone recently added > /usr/local/bin to the path, > > if I recall correctly. > > Isn't that a bit of a bikeshed? I guess some people would just as well > prefer /usr/local/include to be first, just like some people prefer > /usr/local/bin before /usr/bin in their PATH. > Sigh. No. /usr/local is moving into many different things in the base and ports. We should do it in a consistent way. What we have now is not consistent and somewhat brittle. > In any case, if such paths are added to external compilers, we better > make sure almost everything in buildworld uses -nostdinc, and specifying > exactly the include directories we need, and no others. Cumbersome, but > maybe for a good cause. That's the non-brittle solution here. An over-reliance on defaults makes it difficult to ensure other compilers will work, especially ones we don't tightly control the defaults for. Warner From owner-freebsd-current@freebsd.org Fri Apr 1 16:29:27 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 9FCF6AEA70D for ; Fri, 1 Apr 2016 16:29:27 +0000 (UTC) (envelope-from ru@FreeBSD.org) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 92448173B for ; Fri, 1 Apr 2016 16:29:27 +0000 (UTC) (envelope-from ru@FreeBSD.org) Received: by mailman.ysv.freebsd.org (Postfix) id 8DE64AEA70C; Fri, 1 Apr 2016 16:29:27 +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 8D8F2AEA70B for ; Fri, 1 Apr 2016 16:29:27 +0000 (UTC) (envelope-from ru@FreeBSD.org) Received: from lo0.su (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id DF6C1173A for ; Fri, 1 Apr 2016 16:29:26 +0000 (UTC) (envelope-from ru@FreeBSD.org) Date: Fri, 1 Apr 2016 19:29:10 +0300 From: Ruslan Ermilov To: current@freebsd.org Subject: Re: [FreeBSD-Announce] FreeBSD 2.2.9 Released! Message-ID: <20160401162910.GA64794@lo0.su> References: <442EE2D1.4060901@samsco.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <442EE2D1.4060901@samsco.org> X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 Precedence: 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, 01 Apr 2016 16:29:27 -0000 Hi, At Nginx, we are committed to supporting a wide range of BSD-like operating systems and their releases. It's our great pleasure to report that it's now again possible to build current nginx sources with FreeBSD 2.2.9. We know that many highload setups still use this FreeBSD version. On Fri, Apr 01, 2016 at 01:45:04PM +0000, Maxim Dounin wrote: > details: http://hg.nginx.org/nginx/rev/8426275a13fd > branches: > changeset: 6500:8426275a13fd > user: Maxim Dounin > date: Fri Apr 01 16:38:31 2016 +0300 > description: > Compatibility with FreeBSD 2.2.9. > > Added (RTLD_NOW | RTLD_GLOBAL) to dlopen() test. There is no RTLD_GLOBAL > on FreeBSD 2.2.9. > > Added uint32_t test, with fallback to u_int32_t, similar to uint64_t one. > Added fallback to u_int32_t in in_addr_t test. > > With these changes it is now possible to compile nginx on FreeBSD 2.2.9 > with only few minor warnings (assuming -Wno-error). On Sat, Apr 01, 2006 at 01:30:09PM -0700, Scott Long wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > It is my great pleasure and privilege to announce the availability of > FreeBSD 2.2.9-RELEASE. This release is the culmination of SEVENTY-SEVEN > months of tireless work by the FreeBSD developers, users, their children, > and their pets. Significant features in this release: > > - - XFree86 3.3.3, the industry leader in support for cutting edge PCI > graphics adapters and 2D acceleration. > - - The 8GB barrier in IDE drive sizes has finally been broken. The wd(4) > driver now supports unimaginable sizes of 137GB on a single drive! > - - Support for all of the latest high-speed FAST-WIDE (20MB/s) SCSI-2 > controllers. > - - The Linux emulator is now able to run Quake2 out-of-the-box. > > A full description of the release can be found here: > > ftp://ftp.FreeBSD.org/pub/FreeBSD/releases/i386/2.2.9-RELEASE/README.TXT > ftp://ftp.FreeBSD.org/pub/FreeBSD/releases/i386/2.2.9-RELEASE/RELNOTES.TXT > > > Availability > ------------- > > FreeBSD 2.2.9-RELEASE supports the i386 architecture and can be installed > directly over the net using bootable media or copied to a local NFS/FTP > server. > > Please continue to support the FreeBSD Project by purchasing media > from one of our supporting vendors. The following companies will be > offering FreeBSD 2.2.9 based products: > > ~ FreeBSD Mall, Inc. http://www.freebsdmall.com/ > ~ Daemonnews, Inc. http://www.bsdmall.com/freebsd1.html > > If you can't afford FreeBSD on media, are impatient, or just want to > use it for evangelism purposes, then by all means download the ISO > images. We can't promise that all the mirror sites will carry the > larger ISO images, but they will at least be available from the > following sites. > > FTP > --- > > At the time of this announcement the following FTP sites have FreeBSD > 2.2.9-RELEASE available. > > ftp://ftp.FreeBSD.org/pub/FreeBSD/releases > > FreeBSD is also available via anonymous FTP from mirror sites in the > following countries: Argentina, Australia, Brazil, Bulgaria, Canada, > China, Czech Republic, Denmark, Estonia, Finland, France, Germany, > Hong Kong, Hungary, Iceland, Ireland, Japan, Korea, Lithuania, > the Netherlands, New Zealand, Poland, Portugal, Romania, > Russia, Saudi Arabia, South Africa, Slovak Republic, Slovenia, Spain, > Sweden, Taiwan, Thailand, Ukraine, and the United Kingdom. > > Before trying the central FTP site, please check your regional > mirror(s) first by going to: > > ftp://ftp..FreeBSD.org/pub/FreeBSD > > Any additional mirror sites will be labeled ftp2, ftp3 and so on. > > More information about FreeBSD mirror sites can be found at: > > http://www.FreeBSD.org/doc/en_US.ISO8859-1/books/handbook/mirrors-ftp.html > > For instructions on installing FreeBSD, please see Chapter 2 of The > FreeBSD Handbook. It provides a complete installation walk-through > for users new to FreeBSD, and can be found online at: > > http://www.FreeBSD.org/doc/en_US.ISO8859-1/books/handbook/install.html > > Acknowledgments > ---------------- > > The release engineering team for 2.2.9-RELEASE includes: > > Scott Long Release Engineering > Ruslan Ermilov I386, creative director > Sniffy The Wonder Cat Warrm lap, typing assistance > Max The Dancing Cat Early morning wakeups, QA > Sammy The Tiny Cat Face licks, QA > > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.2 (FreeBSD) > > iD8DBQFELuG+HTr20QF8Xr8RAkoyAJ4nU4v9TK/Tjh8eEGbjNtGxmiVu0gCfcNtg > oNz6FNHVuv87MSKJeXJcMAU= > =Z5hh > -----END PGP SIGNATURE----- -- Ruslan Ermilov ru@FreeBSD.org FreeBSD committer From owner-freebsd-current@freebsd.org Fri Apr 1 16:39: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 481D7AEAAE6 for ; Fri, 1 Apr 2016 16:39:38 +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 254761C50 for ; Fri, 1 Apr 2016 16:39:38 +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 2E8C6B984; Fri, 1 Apr 2016 12:39:37 -0400 (EDT) From: John Baldwin To: Luigi Rizzo Cc: Ryan Stone , Jim Harris , FreeBSD Current , Giuseppe Lettieri , Vincenzo Maffione Subject: Re: accessing a PCIe register from userspace through kmem or other ways ? Date: Fri, 01 Apr 2016 09:31:22 -0700 Message-ID: <5045119.GKNSyI10vh@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: quoted-printable Content-Type: text/plain; charset="utf-8" X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Fri, 01 Apr 2016 12:39:37 -0400 (EDT) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 Precedence: 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, 01 Apr 2016 16:39:38 -0000 On Friday, April 01, 2016 01:07:55 PM Luigi Rizzo wrote: > On Thu, Mar 31, 2016 at 11:55 PM, Ryan Stone wrot= e: >=20 > > On Thu, Mar 31, 2016 at 4:39 PM, John Baldwin wro= te: > > > >> On Wednesday, March 30, 2016 11:20:51 AM Jim Harris wrote: > >> > On Wed, Mar 30, 2016 at 10:47 AM, Luigi Rizzo > >> wrote: > >> > > >> > > Hi, > >> > > I'd like to test the rate at which I can access device registe= rs > >> > > on a PCIe card, and was wondering whether I need to patch a de= vice > >> > > driver, or perhaps I can use /dev/kmem once I figure out where= > >> > > the registers are mapped ? > >> > > > >> > > >> > You do not need to patch a device driver. Have you looked at > >> > libpciaccess? This should give you everything you need. > >> > >> You can also look at what pciconf uses. (It has a read_config() m= ethod > >> that uses an ioctl on an fd of /dev/pci). > >> > > > > pciconf can only access the configuration space, right? I believe = that > > Luigi is more interested in measuring the latency to a register map= ped from > > a BAR. > > >=20 > =E2=80=8BThank you all for you answers, I will look at libpciaccess. >=20 > Yes my goal is to look at the rate and latency for accessing > BAR-mapped registers Sorry, I mapped PCIe registers to the PCI-e config space register set. = I am not sure exactly how libpciaccess handles register access (perhaps it r= eads raw bars and maps them via /dev/mem)? However, it would not be hard to= a new ioctl to /dev/pci to allow one to mmap a specific BAR of a given de= vice. --=20 John Baldwin From owner-freebsd-current@freebsd.org Fri Apr 1 16: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 9D9BAAEAE10 for ; Fri, 1 Apr 2016 16:48:25 +0000 (UTC) (envelope-from rysto32@gmail.com) Received: from mail-io0-x241.google.com (mail-io0-x241.google.com [IPv6:2607:f8b0:4001:c06::241]) (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 66BF21011; Fri, 1 Apr 2016 16:48:25 +0000 (UTC) (envelope-from rysto32@gmail.com) Received: by mail-io0-x241.google.com with SMTP id e3so18630052ioa.3; Fri, 01 Apr 2016 09:48:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc; bh=QRnaavI5AS9w07bLm24oz2gxpmfLqEMq8Aa1y5Dmgdg=; b=Yz3/1KwsUfUOnn4cmtbmDj9tYlD2BH6EOMC/Btk2QH8YSv+AqzW4DkNWZxnqzMgFPt oyBr7RuptAUf6/zBNX5Yi9lG4W9qnnj4hsYIdCyXuaSRKCvtaJ40/859nT2GAR8IeCpr RQpDMV2C84D9fitAEiO7WKJDxhrc0xT6sIRItSIryJJKrp6LQTDui34Uzo4j49wAtUL5 U2jMFIagVRyhKKl/aXqazBDwy9B93jMyPwUwiQ3AmYkUjwmvv3Mgokgla7zU1FikyPS+ zU6pRB9OTXNiUB/LhH82rUhBa7KKB9z9zIdSgNgelEdTkUBu7XKNlROeT2OmmInc2zOH 2sUw== 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; bh=QRnaavI5AS9w07bLm24oz2gxpmfLqEMq8Aa1y5Dmgdg=; b=LPZ68Nd0uKN8V6mk5hAIgXeE0X0Uh5miGp8XGwQYUlW2E4BfUvQh+nch4w7pWibR8o xdhdF8hiVS4B9BSODtCWg5+KzDGG8LpgwyXPvPKALMUDchq4P2IZNL+rNGpLNaZl3i9D zUdh0c1IOCPbh6jTm6nsuQgI6oZJ1pWr8et0hcl1R+ess5yek8FDrtu8AiLrIo/mb3js U10wxSJdSnJNZCH8lBkZgER1739gLG2s8573hf1qvIHkVNwxysb8Yt/RDwckfrgi8TAS +MG7cRkuaCqt/4bjneDGWHh1kHw31dx7Js6D4EAgsynyNMQJwvUv99tWqoSvR/9IQ6SC G7Uw== X-Gm-Message-State: AD7BkJKa8dyqZ/0F4vwXS2kZrTgcgyMWpltPINVDYQad/EZz8wz6PgmsC4PrQJJ5AXWalgNSgrWBJ/HT8C8+bw== MIME-Version: 1.0 X-Received: by 10.107.159.137 with SMTP id i131mr5879884ioe.29.1459529304861; Fri, 01 Apr 2016 09:48:24 -0700 (PDT) Received: by 10.107.153.206 with HTTP; Fri, 1 Apr 2016 09:48:24 -0700 (PDT) In-Reply-To: <5045119.GKNSyI10vh@ralph.baldwin.cx> References: <5045119.GKNSyI10vh@ralph.baldwin.cx> Date: Fri, 1 Apr 2016 12:48:24 -0400 Message-ID: Subject: Re: accessing a PCIe register from userspace through kmem or other ways ? From: Ryan Stone To: John Baldwin Cc: Luigi Rizzo , Jim Harris , FreeBSD Current , Giuseppe Lettieri , Vincenzo Maffione Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.21 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 Precedence: 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, 01 Apr 2016 16:48:25 -0000 On Fri, Apr 1, 2016 at 12:31 PM, John Baldwin wrote: > Sorry, I mapped PCIe registers to the PCI-e config space register set. I > am > not sure exactly how libpciaccess handles register access (perhaps it reads > raw bars and maps them via /dev/mem)? However, it would not be hard to a > new ioctl to /dev/pci to allow one to mmap a specific BAR of a given > device. > That is actually a really good question. I know that with some recent BIOSes if I enabled allocating 64-bit addresses to BARs, the BAR would actually be mapped outside of the range of /dev/mem. From a quick glance at libpciaccess, I don't think that it handles this case. A specific mechanism for allowing mmaping of BARs would be useful, I think. From owner-freebsd-current@freebsd.org Fri Apr 1 17:05: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 782ABAEB346 for ; Fri, 1 Apr 2016 17:05:05 +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 EB7CC196C for ; Fri, 1 Apr 2016 17:05:04 +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 u31H4xrL090652 (version=TLSv1 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Fri, 1 Apr 2016 20:05:00 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua u31H4xrL090652 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id u31H4w1e090651; Fri, 1 Apr 2016 20:04:58 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Fri, 1 Apr 2016 20:04:58 +0300 From: Konstantin Belousov To: Ryan Stone Cc: FreeBSD Current Subject: Re: accessing a PCIe register from userspace through kmem or other ways ? Message-ID: <20160401170458.GV1741@kib.kiev.ua> References: <5045119.GKNSyI10vh@ralph.baldwin.cx> 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.21 Precedence: 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, 01 Apr 2016 17:05:05 -0000 On Fri, Apr 01, 2016 at 12:48:24PM -0400, Ryan Stone wrote: > That is actually a really good question. I know that with some recent > BIOSes if I enabled allocating 64-bit addresses to BARs, the BAR would > actually be mapped outside of the range of /dev/mem. From a quick glance > at libpciaccess, I don't think that it handles this case. A specific > mechanism for allowing mmaping of BARs would be useful, I think. I am not sure what do you mean by 'outside of the range of /dev/mem'. IMO /dev/mem (not kmem) handles every possible physical address both for mmap(2) and for read(2)/write(2). For io interface there were some bugs, but they are believed to be fixed. I mean amd64. From owner-freebsd-current@freebsd.org Fri Apr 1 17:24:27 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 EBA27AEBBBC for ; Fri, 1 Apr 2016 17:24:27 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id AC31A195C; Fri, 1 Apr 2016 17:24:27 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost.zedat.fu-berlin.de (Exim 4.85) with esmtps (TLSv1.2:DHE-RSA-AES256-GCM-SHA384:256) (envelope-from ) id <1am2ny-00280k-Jg>; Fri, 01 Apr 2016 19:24:18 +0200 Received: from x4e34ae99.dyn.telefonica.de ([78.52.174.153] helo=thor.walstatt.dynvpn.de) by inpost2.zedat.fu-berlin.de (Exim 4.85) with esmtpsa (TLSv1.2:AES128-GCM-SHA256:128) (envelope-from ) id <1am2ny-003kIb-8Y>; Fri, 01 Apr 2016 19:24:18 +0200 Date: Fri, 1 Apr 2016 19:24:44 +0200 From: "O. Hartmann" To: Don Lewis Cc: imb@protected-networks.net, kmacy@freebsd.org, freebsd-current@freebsd.org Subject: Re: CURRENT slow and shaky network stability Message-ID: <20160401192444.69b1da2a.ohartman@zedat.fu-berlin.de> In-Reply-To: <201603300728.u2U7Sdwc092257@gw.catspoiler.org> References: <201603292126.u2TLQRAf091023@gw.catspoiler.org> <201603300728.u2U7Sdwc092257@gw.catspoiler.org> Organization: FU Berlin X-Mailer: Claws Mail 3.13.2 (GTK+ 2.24.29; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; boundary="Sig_/X8+BKAhRg2dyIUJGsh+8ifI"; protocol="application/pgp-signature" X-Originating-IP: 78.52.174.153 X-ZEDAT-Hint: A X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 Precedence: 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, 01 Apr 2016 17:24:28 -0000 --Sig_/X8+BKAhRg2dyIUJGsh+8ifI Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Am Wed, 30 Mar 2016 00:28:39 -0700 (PDT) Don Lewis schrieb: > On 29 Mar, To: ohartman@zedat.fu-berlin.de wrote: > > On 28 Mar, Don Lewis wrote: =20 > >> On 28 Mar, O. Hartmann wrote: =20 > > =20 > >> If I get a chance, I try booting my FreeBSD 11 machine with less RAM to > >> see if that is a trigger. =20 > >=20 > > I just tried cranking hw.physmen down to 8 GB on 11.0-CURRENT r297204, > > GENERIC kernel. /boot/loader.conf contains: > > geom_mirror_load=3D"YES" > > kern.geom.label.disk_ident.enable=3D"0" > > kern.geom.label.gptid.enable=3D"0" > > zfs_load=3D"YES" > > vboxdrv_load=3D"YES" > > hw.physmem=3D"8G" > >=20 > > /etc/sysctl.conf contains: > > kern.ipc.shm_allow_removed=3D1 > >=20 > > No /etc/src.conf and nothing of that should matter in /etc/make.conf. > >=20 > >=20 > > This is what I see after running > > poudriere ports -p whatever -u > >=20 > > last pid: 2102; load averages: 0.24, 0.52, 0.36 up 0+00:06:54 = 14:13:51 > > 52 processes: 1 running, 51 sleeping > > CPU: 0.0% user, 0.0% nice, 0.0% system, 0.0% interrupt, 100% idle > > Mem: 95M Active, 20M Inact, 1145M Wired, 39K Buf, 5580M Free > > ARC: 595M Total, 256M MFU, 248M MRU, 16K Anon, 14M Header, 78M Other > > Swap: 40G Total, 40G Free > >=20 > > No swap used, inactive memory low, no interactivity problems. Next I'll > > try r297267, which is what I believe you are running. I scanned the > > commit logs between r297204 and r297267 and didn't see anything terribly > > suspicious looking. =20 >=20 > No problems here with r297267 either. I did a bunch of small poudriere > runs since the system was first booted. Usable RAM is still dialed back > to 8 GB. A bit of swap is in use, mostly because nginx, which has been > unused since the system was booted, got swapped out. Inactive memory is > low now that poudriere is done. >=20 > last pid: 75471; load averages: 0.21, 0.15, 0.19 up 0+07:36:07 00= :24:00 > 50 processes: 1 running, 49 sleeping > CPU: 0.0% user, 0.0% nice, 0.0% system, 0.0% interrupt, 100% idle > Mem: 5988K Active, 14M Inact, 2641M Wired, 41K Buf, 4179M Free > ARC: 790M Total, 575M MFU, 169M MRU, 16K Anon, 9618K Header, 36M Other > Swap: 40G Total, 50M Used, 40G Free >=20 > Do you use tmpfs? Anything stored in there will get stashed in inactive > memory and/or swap. [...] Yes, /var/run and /tmp are on tmpfs=20 --Sig_/X8+BKAhRg2dyIUJGsh+8ifI Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBCAAGBQJW/q7cAAoJEOgBcD7A/5N8CFUH/it7vo9h2QMRdFVDjA2qMnv2 ykQ94Qv1dd61r1QHeKZB5jc5HMwI1yk40/ll/FdiHBISFv+zvo6Luui3uegm0qWX DLTwpKhBij+8GCXOOGafj1CWqB514JtrznaIkukVb4Jx+fkILurjTP6p+gIliOxx tAqSPd0SzArqOWdSkQ95lJ02DP8sKsXbORG/MqY0MSMvA2TXqCpRS/i0WLmDE6xO 9qE3azOpIjWuCY/4YgR3N+IT3iBsQvELLToKgLfzveCMsWa7YSmPAD7uMgnT3IhO WJYPsYN+Va2v+3x274088n6xmxXs3FuYYmpUEzH7kFGN0YXS/AJNSHjV4C/h1rY= =mSx1 -----END PGP SIGNATURE----- --Sig_/X8+BKAhRg2dyIUJGsh+8ifI-- From owner-freebsd-current@freebsd.org Fri Apr 1 20:37: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 2734DAECEAD for ; Fri, 1 Apr 2016 20:37:25 +0000 (UTC) (envelope-from truckman@FreeBSD.org) Received: from gw.catspoiler.org (unknown [IPv6:2602:304:b010:ef20::f2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "gw.catspoiler.org", Issuer "gw.catspoiler.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 098C51C19; Fri, 1 Apr 2016 20:37:25 +0000 (UTC) (envelope-from truckman@FreeBSD.org) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.15.2/8.15.2) with ESMTP id u31KbEOP002826; Fri, 1 Apr 2016 13:37:18 -0700 (PDT) (envelope-from truckman@FreeBSD.org) Message-Id: <201604012037.u31KbEOP002826@gw.catspoiler.org> Date: Fri, 1 Apr 2016 13:37:14 -0700 (PDT) From: Don Lewis Subject: Re: CURRENT slow and shaky network stability To: ohartman@zedat.fu-berlin.de cc: imb@protected-networks.net, kmacy@freebsd.org, freebsd-current@freebsd.org In-Reply-To: <20160401192444.69b1da2a.ohartman@zedat.fu-berlin.de> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 Precedence: 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, 01 Apr 2016 20:37:25 -0000 On 1 Apr, O. Hartmann wrote: > Am Wed, 30 Mar 2016 00:28:39 -0700 (PDT) > Don Lewis schrieb: >> Do you use tmpfs? Anything stored in there will get stashed in inactive >> memory and/or swap. > [...] > > Yes, /var/run and /tmp are on tmpfs There is probably not enough stashed in /var/run to make a difference, but if there is a lot in /tmp, it could bloat the amount of inactive memory and cause other things to be pushed to swap. What does df /tmp say? Depending on the workload, you might find that the change committed in r280963 helps interactivity. I still can't explain the ssh connection timeout problems that you are seeing. What does ps lax report as the MWCHAN for the stuck ssh and/or sshd processes? From owner-freebsd-current@freebsd.org Fri Apr 1 21:04: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 477D1B00708 for ; Fri, 1 Apr 2016 21:04:04 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 085251B22; Fri, 1 Apr 2016 21:04:03 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost.zedat.fu-berlin.de (Exim 4.85) with esmtps (TLSv1.2:DHE-RSA-AES256-GCM-SHA384:256) (envelope-from ) id <1am6Eb-003JSa-I2>; Fri, 01 Apr 2016 23:04:01 +0200 Received: from x5ce13030.dyn.telefonica.de ([92.225.48.48] helo=thor.walstatt.dynvpn.de) by inpost2.zedat.fu-berlin.de (Exim 4.85) with esmtpsa (TLSv1.2:AES128-GCM-SHA256:128) (envelope-from ) id <1am6Eb-003zxH-7K>; Fri, 01 Apr 2016 23:04:01 +0200 Date: Fri, 1 Apr 2016 23:04:26 +0200 From: "O. Hartmann" To: Don Lewis Cc: imb@protected-networks.net, kmacy@freebsd.org, freebsd-current@freebsd.org Subject: Re: CURRENT slow and shaky network stability Message-ID: <20160401230426.5e0977c7.ohartman@zedat.fu-berlin.de> In-Reply-To: <201604012037.u31KbEOP002826@gw.catspoiler.org> References: <20160401192444.69b1da2a.ohartman@zedat.fu-berlin.de> <201604012037.u31KbEOP002826@gw.catspoiler.org> Organization: FU Berlin X-Mailer: Claws Mail 3.13.2 (GTK+ 2.24.29; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; boundary="Sig_/6cFde0oHeUcZi2lIkZka60L"; protocol="application/pgp-signature" X-Originating-IP: 92.225.48.48 X-ZEDAT-Hint: A X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 Precedence: 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, 01 Apr 2016 21:04:04 -0000 --Sig_/6cFde0oHeUcZi2lIkZka60L Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Am Fri, 1 Apr 2016 13:37:14 -0700 (PDT) Don Lewis schrieb: > On 1 Apr, O. Hartmann wrote: > > Am Wed, 30 Mar 2016 00:28:39 -0700 (PDT) > > Don Lewis schrieb: =20 >=20 > >> Do you use tmpfs? Anything stored in there will get stashed in inacti= ve > >> memory and/or swap. =20 > > [...] > >=20 > > Yes, /var/run and /tmp are on tmpfs =20 >=20 > There is probably not enough stashed in /var/run to make a difference, > but if there is a lot in /tmp, it could bloat the amount of inactive > memory and cause other things to be pushed to swap. What does > df /tmp > say? >=20 > Depending on the workload, you might find that the change committed in > r280963 helps interactivity. The problems are still present with r297495 and all systems with CURRENT sh= ow symptoms of not being very responsive under load, even on the consoles/ssh connections = on non-X11 systems! >=20 > I still can't explain the ssh connection timeout problems that you are > seeing. What does > ps lax > report as the MWCHAN for the stuck ssh and/or sshd processes? >=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.org" --Sig_/6cFde0oHeUcZi2lIkZka60L Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBCAAGBQJW/uJaAAoJEOgBcD7A/5N8lCcIAOb4R1R/SJo7CIdaGk2HSfJ6 Nnrt73h7wUGbcUmlmUCnGTlXuC0aJ/kRzU0C5BeItk9TTyXdoLjZ8oxFSCz39+Ec T4wO0/UcRku6MlQQ7C6zchHe1GthsKkx2mn6De8jRKiOhhgJVKSmvD1/ANh5F0A9 cavmK4qf4rIjhKvQUGdv7CDNcez4CwRvVjAkmaO8qaEVCCkv45wYgZWi36TjZcok 1Ury0EKUkLW/R3qaHp+AdqR19DFCH8HdTBgYGNhJfZOrKWopk6e+WWFkmVu0Qb3i q4pTeSgbml6n0Qr7hD1zab3AfwGIuhDe3Maoy0KNyxkwnhUmvWYvDjcI/Xf6RXk= =he96 -----END PGP SIGNATURE----- --Sig_/6cFde0oHeUcZi2lIkZka60L-- From owner-freebsd-current@freebsd.org Fri Apr 1 21:10: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 74201B00891 for ; Fri, 1 Apr 2016 21:10:09 +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 6968D1CFC for ; Fri, 1 Apr 2016 21:10:09 +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 D5A1067838 for ; Fri, 1 Apr 2016 14:08:26 -0700 (PDT) Date: Fri, 1 Apr 2016 14:08:26 -0700 Subject: /usr/bin/make segmentation fault 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.21 Precedence: 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, 01 Apr 2016 21:10:09 -0000 Don't know how to debug this and cannot post the Makefile in question but it last worked in 8.4. In 11-CURRENT Var_Value appears to return NULL at /usr/src/contrib/bmake/compat.c:621 Var_Set(IMPSRC, Var_Value(TARGET, gn, &p1), pgn, 0); which passes the NULL to Var_Set as the second argument (val) where, eventually, /usr/src/contrib/bmake/var.c:973 Buf_AddBytes(&v->val, strlen(val), val); the SEGV is generated in strlen. Any and all pointers appreciated, Roger gdb /usr/bin/make 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"... Core was generated by `make'. Program terminated with signal 11, Segmentation fault. #0 0x000000000045a23f in strlen () (gdb) bt #0 0x000000000045a23f in strlen () #1 0x0000000000419dda in Var_Set (name=, val=, ctxt=, flags=) at /usr/src/contrib/bmake/var.c:973 #2 0x0000000000402040 in Compat_Make (gnp=0x800a1c340, pgnp=0x800a1df00) at /usr/src/contrib/bmake/compat.c:621 #3 0x000000000041eb38 in Lst_ForEachFrom (l=, ln=, proc=0x401f80 , d=0x800a1df00) at /usr/src/contrib/bmake/lst.lib/lstForEachFrom.c:104 #4 0x0000000000401ff1 in Compat_Make (gnp=0x800a1df00, pgnp=0x800a1e2c0) at /usr/src/contrib/bmake/compat.c:509 #5 0x000000000041eb38 in Lst_ForEachFrom (l=, ln=, proc=0x401f80 , d=0x800a1e2c0) at /usr/src/contrib/bmake/lst.lib/lstForEachFrom.c:104 #6 0x0000000000401ff1 in Compat_Make (gnp=0x800a1e2c0, pgnp=0x800a1e200) at /usr/src/contrib/bmake/compat.c:509 #7 0x000000000041eb38 in Lst_ForEachFrom (l=, ln=, proc=0x401f80 , d=0x800a1e200) at /usr/src/contrib/bmake/lst.lib/lstForEachFrom.c:104 #8 0x0000000000401ff1 in Compat_Make (gnp=0x800a1e200, pgnp=0x800a1e200) at /usr/src/contrib/bmake/compat.c:509 #9 0x0000000000402446 in Compat_Run (targs=) at /usr/src/contrib/bmake/compat.c:725 #10 0x000000000040c4cb in main (argc=4, argv=) at /usr/src/contrib/bmake/main.c:1396 #11 0x000000000040031f in _start () #12 0x0000000000000000 in ?? () From owner-freebsd-current@freebsd.org Fri Apr 1 22:52: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 93338AEC5F4; Fri, 1 Apr 2016 22:52:37 +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 8324D174D; Fri, 1 Apr 2016 22:52:37 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [IPv6:::1]) by freefall.freebsd.org (Postfix) with ESMTP id 7B5451B00; Fri, 1 Apr 2016 22:52:37 +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 479442111A; Fri, 1 Apr 2016 22:52:37 +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 UH2XqgjaCBRe; Fri, 1 Apr 2016 22:52:35 +0000 (UTC) Subject: Re: 11.0 -r297369: _el_fn_sh_complete missing in buildworld; /usr/obj/. . ./lib/libedit/ has no filecomplete.* DKIM-Filter: OpenDKIM Filter v2.9.2 mail.xzibition.com BC3BF21114 To: Mark Millard , FreeBSD PowerPC ML , FreeBSD Current , FreeBSD Toolchain References: <97E93CA6-3F0A-47C8-BAE6-1B6866EED3CB@dsl-only.net> From: Bryan Drewery Organization: FreeBSD Message-ID: <56FEFBB2.2050001@FreeBSD.org> Date: Fri, 1 Apr 2016 15:52:34 -0700 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:38.0) Gecko/20100101 Thunderbird/38.7.1 MIME-Version: 1.0 In-Reply-To: <97E93CA6-3F0A-47C8-BAE6-1B6866EED3CB@dsl-only.net> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 Precedence: 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, 01 Apr 2016 22:52:37 -0000 On 3/29/16 6:35 PM, Mark Millard wrote: > Going from 11.0-CURRENT -r297048 to -r297369: buildworld after svnlite update: > /usr/obj/xtoolchain/powerpc.powerpc64/usr/src/. . . ends up with no filecomplete.* > but the build tries to use what would be some of its contents (_el_fn_sh_complete) > > The details. . . FYI this was fixed in r297435. -- Regards, Bryan Drewery From owner-freebsd-current@freebsd.org Fri Apr 1 23:35: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 5D571B00112 for ; Fri, 1 Apr 2016 23:35:35 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-211-156.reflexion.net [208.70.211.156]) (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 0D39716AE for ; Fri, 1 Apr 2016 23:35:34 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 6823 invoked from network); 1 Apr 2016 23:35:49 -0000 Received: from unknown (HELO mail-cs-02.app.dca.reflexion.local) (10.81.19.2) by 0 (rfx-qmail) with SMTP; 1 Apr 2016 23:35:49 -0000 Received: by mail-cs-02.app.dca.reflexion.local (Reflexion email security v7.90.2) with SMTP; Fri, 01 Apr 2016 19:35:18 -0400 (EDT) Received: (qmail 15716 invoked from network); 1 Apr 2016 23:35:18 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with SMTP; 1 Apr 2016 23:35:18 -0000 X-No-Relay: not in my network X-No-Relay: not in my network X-No-Relay: not in my network X-No-Relay: not in my network X-No-Relay: not in my network X-No-Relay: not in my network X-No-Relay: not in my network Received: from [192.168.1.8] (c-76-115-7-162.hsd1.or.comcast.net [76.115.7.162]) by iron2.pdx.net (Postfix) with ESMTPSA id 47B391C42BD; Fri, 1 Apr 2016 16:35:22 -0700 (PDT) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Subject: Re: svn commit: r297435 - head: still problems for stage 3 when gcc 4.2.1 is avoided (powerpc64 self-hosted build) From: Mark Millard In-Reply-To: Date: Fri, 1 Apr 2016 16:35:26 -0700 Cc: Dimitry Andric , Bryan Drewery , FreeBSD Toolchain , FreeBSD Current , Gerald Pfeifer , FreeBSD PowerPC ML Content-Transfer-Encoding: quoted-printable Message-Id: <5334F356-982F-40CA-9009-41B59AAC8665@dsl-only.net> References: <5A0ACA76-6F1D-4975-9E59-2A64BB8EFC77@dsl-only.net> <56FD9757.6040709@FreeBSD.org> <9E3033D5-F416-4B78-97C2-0A0AABF5A49E@dsl-only.net> <56FDA5F9.1090601@FreeBSD.org> <5FDFDC6A-911B-4A77-BCEF-BBB711BFA0AC@FreeBSD.org> To: Warner Losh X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 Precedence: 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, 01 Apr 2016 23:35:35 -0000 [Just a top-post showing what powerpc64-xtoolchain-gcc/powerpc64-gcc has = for the default include search places:] powerpc64-xtoolchain-gcc/powerpc64-gcc also looks in /usr/local/include = before /usr/include : see below. > # portmaster --list-origins > . . . > devel/powerpc64-xtoolchain-gcc > . . . >=20 > # /usr/local/bin/powerpc64-portbld-freebsd11.0-gcc --version > powerpc64-portbld-freebsd11.0-gcc (FreeBSD Ports Collection for = powerpc64) 5.3.0 > Copyright (C) 2015 Free Software Foundation, Inc. > This is free software; see the source for copying conditions. There = is NO > warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR = PURPOSE. >=20 > # echo '' |/usr/local/bin/powerpc64-portbld-freebsd11.0-gcc -v -x c++ = - -o /dev/null > . . . > ignoring nonexistent directory = "/usr/local/lib/gcc/powerpc64-portbld-freebsd11.0/5.3.0/../../../../includ= e/c++/5.3.0" > ignoring nonexistent directory = "/usr/local/lib/gcc/powerpc64-portbld-freebsd11.0/5.3.0/../../../../includ= e/c++/5.3.0/powerpc64-portbld-freebsd11.0" > ignoring nonexistent directory = "/usr/local/lib/gcc/powerpc64-portbld-freebsd11.0/5.3.0/../../../../includ= e/c++/5.3.0/backward" > ignoring nonexistent directory = "/usr/local/lib/gcc/powerpc64-portbld-freebsd11.0/5.3.0/../../../../powerp= c64-portbld-freebsd11.0/include" > #include "..." search starts here: > #include <...> search starts here: > /usr/local/lib/gcc/powerpc64-portbld-freebsd11.0/5.3.0/include > /usr/local/include > /usr/local/lib/gcc/powerpc64-portbld-freebsd11.0/5.3.0/include-fixed > /usr/include > End of search list. > . . . =3D=3D=3D Mark Millard markmi at dsl-only.net On 2016-Apr-1, at 7:25 AM, Warner Losh wrote: >=20 >=20 >=20 > On Fri, Apr 1, 2016 at 2:25 AM, Dimitry Andric = wrote: > On 01 Apr 2016, at 00:44, Warner Losh wrote: > > > >> On Mar 31, 2016, at 4:34 PM, Bryan Drewery = wrote: > >> I didn't realize the ports compiler was defaulting = /usr/local/include > >> into the search path now. It does not have /usr/local/lib in the > >> default library path as far as I can tell. It's also broken for = its > >> -rpath (noted in its pkg-message). So having a default > >> /usr/local/include path seems odd. > > > > It has for a while now. It=E2=80=99s one of the maddening = inconsistencies that abound in this > > area. I took a poll a while ago and there seemed to be widespread = support for adding > > it to the base compiler. >=20 > This was the main reason /usr/local/include was *not* included in the > base compiler, otherwise it would unpredictably pick up headers in > /usr/local/include during builds. You can never know which = conflicting > headers a certain user has installed in /usr/local/include... :) >=20 > That's why it shouldn't be *FIRST*, not why it shouldn't be there > at all. >=20 > >> Adding -isystem /usr/include to fix this is probably possible but > >> there's a risk someone will remove it as redundant. In this case I = wish > >> /usr/include was first but I'm not sure what impact that would have = on > >> consumers expecting /usr/local/include (and /usr/local/lib) = overrides to > >> work, though they would need to pass a -L /usr/local/lib anyhow and > >> would likely be passing -I /usr/local/lib too. > > > > /usr/include should be first. But it isn=E2=80=99t. That=E2=80=99s = another inconsistency that was found > > when we looked at /usr/local stuff. Someone recently added = /usr/local/bin to the path, > > if I recall correctly. >=20 > Isn't that a bit of a bikeshed? I guess some people would just as = well > prefer /usr/local/include to be first, just like some people prefer > /usr/local/bin before /usr/bin in their PATH. >=20 > Sigh. No. /usr/local is moving into many different things in the base = and ports. We should > do it in a consistent way. What we have now is not consistent and = somewhat brittle. > =20 > In any case, if such paths are added to external compilers, we better > make sure almost everything in buildworld uses -nostdinc, and = specifying > exactly the include directories we need, and no others. Cumbersome, = but > maybe for a good cause. >=20 > That's the non-brittle solution here. An over-reliance on defaults = makes it > difficult to ensure other compilers will work, especially ones we = don't > tightly control the defaults for. >=20 > Warner =20 From owner-freebsd-current@freebsd.org Sat Apr 2 06:42: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 10A6FB00750 for ; Sat, 2 Apr 2016 06:42:10 +0000 (UTC) (envelope-from cy.schubert@komquats.com) Received: from smtp-out-so.shaw.ca (smtp-out-so.shaw.ca [64.59.136.137]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "Client", Issuer "CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id C29661D25; Sat, 2 Apr 2016 06:42:09 +0000 (UTC) (envelope-from cy.schubert@komquats.com) Received: from spqr.komquats.com ([96.50.22.10]) by shaw.ca with SMTP id mFG1aNT4SN9d0mFG2afMK9; Sat, 02 Apr 2016 00:42:08 -0600 X-Authority-Analysis: v=2.2 cv=QZUkhYTv c=1 sm=1 tr=0 a=jvE2nwUzI0ECrNeyr98KWA==:117 a=jvE2nwUzI0ECrNeyr98KWA==:17 a=L9H7d07YOLsA:10 a=9cW_t1CCXrUA:10 a=s5jvgZ67dGcA:10 a=kziv93cY1bsA:10 a=pkK9A6EYAAAA:8 a=BWvPGDcYAAAA:8 a=YxBL1-UpAAAA:8 a=6I5d2MoRAAAA:8 a=4UqMwgpwS4LfYrxx_q4A:9 Received: from slippy.cwsent.com (slippy [10.1.1.91]) by spqr.komquats.com (Postfix) with ESMTP id 0F4E313751; Fri, 1 Apr 2016 23:42:05 -0700 (PDT) Received: from slippy (localhost [127.0.0.1]) by slippy.cwsent.com (8.15.2/8.15.2) with ESMTP id u326g3Cf075635; Fri, 1 Apr 2016 23:42:03 -0700 (PDT) (envelope-from Cy.Schubert@komquats.com) Message-Id: <201604020642.u326g3Cf075635@slippy.cwsent.com> X-Mailer: exmh version 2.8.0 04/21/2012 with nmh-1.6 Reply-to: Cy Schubert From: Cy Schubert X-os: FreeBSD X-Sender: cy@cwsent.com X-URL: http://www.komquats.com/ To: Don Lewis cc: ohartman@zedat.fu-berlin.de, imb@protected-networks.net, kmacy@freebsd.org, freebsd-current@freebsd.org Subject: Re: CURRENT slow and shaky network stability In-Reply-To: Message from Don Lewis of "Wed, 30 Mar 2016 00:28:39 -0700." <201603300728.u2U7Sdwc092257@gw.catspoiler.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 01 Apr 2016 23:42:03 -0700 X-CMAE-Envelope: MS4wfOVRs8mTCYzeidGB4B/aqKRcUWdL01GJs1nEh9aPxsLZ80gxCq+cQ6NdfBLqNTikrfnGP+xGSKVNZuOmx1enTZcpoflr7JC1YZBcXqYTQIEBwfcwA0PU 2M8dnz8bqfQeHNsTz5ILWeeOkDyMzwmG/Wl5e1zNYl8fB78TSZ+P4ixYR7oDOLYjk0UUP5pTG56ky/eV1tZ69uI5UbTwT+JxwbTAIy7fw39HufoQP8zTgpbq ae0X8kw8zuhhPL97uZoAjaeAol9N620UQslSdNAn11MmV52viUwNBTNe+lHlA4noGI7wdG1IPuB8/Kr/8habEBb7EOhaa+8wJRQqJrp5ZwE= X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 Precedence: 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, 02 Apr 2016 06:42:10 -0000 In message <201603300728.u2U7Sdwc092257@gw.catspoiler.org>, Don Lewis writes: > On 29 Mar, To: ohartman@zedat.fu-berlin.de wrote: > > On 28 Mar, Don Lewis wrote: > >> On 28 Mar, O. Hartmann wrote: > > > >> If I get a chance, I try booting my FreeBSD 11 machine with less RAM to > >> see if that is a trigger. > > > > I just tried cranking hw.physmen down to 8 GB on 11.0-CURRENT r297204, > > GENERIC kernel. /boot/loader.conf contains: > > geom_mirror_load="YES" > > kern.geom.label.disk_ident.enable="0" > > kern.geom.label.gptid.enable="0" > > zfs_load="YES" > > vboxdrv_load="YES" > > hw.physmem="8G" > > > > /etc/sysctl.conf contains: > > kern.ipc.shm_allow_removed=1 > > > > No /etc/src.conf and nothing of that should matter in /etc/make.conf. > > > > > > This is what I see after running > > poudriere ports -p whatever -u > > > > last pid: 2102; load averages: 0.24, 0.52, 0.36 up 0+00:06:54 14:1 > 3:51 > > 52 processes: 1 running, 51 sleeping > > CPU: 0.0% user, 0.0% nice, 0.0% system, 0.0% interrupt, 100% idle > > Mem: 95M Active, 20M Inact, 1145M Wired, 39K Buf, 5580M Free > > ARC: 595M Total, 256M MFU, 248M MRU, 16K Anon, 14M Header, 78M Other > > Swap: 40G Total, 40G Free > > > > No swap used, inactive memory low, no interactivity problems. Next I'll > > try r297267, which is what I believe you are running. I scanned the > > commit logs between r297204 and r297267 and didn't see anything terribly > > suspicious looking. > > No problems here with r297267 either. I did a bunch of small poudriere > runs since the system was first booted. Usable RAM is still dialed back > to 8 GB. A bit of swap is in use, mostly because nginx, which has been > unused since the system was booted, got swapped out. Inactive memory is > low now that poudriere is done. > > last pid: 75471; load averages: 0.21, 0.15, 0.19 up 0+07:36:07 00:24: > 00 > 50 processes: 1 running, 49 sleeping > CPU: 0.0% user, 0.0% nice, 0.0% system, 0.0% interrupt, 100% idle > Mem: 5988K Active, 14M Inact, 2641M Wired, 41K Buf, 4179M Free > ARC: 790M Total, 575M MFU, 169M MRU, 16K Anon, 9618K Header, 36M Other > Swap: 40G Total, 50M Used, 40G Free > > Do you use tmpfs? Anything stored in there will get stashed in inactive > memory and/or swap. Tmpfs objects are treated as any other in memory. If the pages are recent enough they will be active. -- Cheers, Cy Schubert or FreeBSD UNIX: Web: http://www.FreeBSD.org The need of the many outweighs the greed of the few. From owner-freebsd-current@freebsd.org Sat Apr 2 07:21: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 2B8C0AEC74B for ; Sat, 2 Apr 2016 07:21:35 +0000 (UTC) (envelope-from cy.schubert@komquats.com) Received: from smtp-out-no.shaw.ca (smtp-out-no.shaw.ca [64.59.134.12]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "Client", Issuer "CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id E0FCD1379; Sat, 2 Apr 2016 07:21:34 +0000 (UTC) (envelope-from cy.schubert@komquats.com) Received: from spqr.komquats.com ([96.50.22.10]) by shaw.ca with SMTP id mFs5ad5uwQeymmFs6aN1aw; Sat, 02 Apr 2016 01:21:27 -0600 X-Authority-Analysis: v=2.2 cv=H9KZ+KQi c=1 sm=1 tr=0 a=jvE2nwUzI0ECrNeyr98KWA==:117 a=jvE2nwUzI0ECrNeyr98KWA==:17 a=L9H7d07YOLsA:10 a=9cW_t1CCXrUA:10 a=s5jvgZ67dGcA:10 a=kziv93cY1bsA:10 a=zxA2vyXaAAAA:8 a=BWvPGDcYAAAA:8 a=YxBL1-UpAAAA:8 a=6I5d2MoRAAAA:8 a=aq-nOvFh4-AADwbFSTIA:9 Received: from slippy.cwsent.com (slippy [10.1.1.91]) by spqr.komquats.com (Postfix) with ESMTP id 5900E13751; Sat, 2 Apr 2016 00:21:25 -0700 (PDT) Received: from slippy (localhost [127.0.0.1]) by slippy.cwsent.com (8.15.2/8.15.2) with ESMTP id u327LOiY027597; Sat, 2 Apr 2016 00:21:24 -0700 (PDT) (envelope-from Cy.Schubert@komquats.com) Message-Id: <201604020721.u327LOiY027597@slippy.cwsent.com> X-Mailer: exmh version 2.8.0 04/21/2012 with nmh-1.6 Reply-to: Cy Schubert From: Cy Schubert X-os: FreeBSD X-Sender: cy@cwsent.com X-URL: http://www.komquats.com/ To: Michael Butler cc: "O. Hartmann" , "K. Macy" , FreeBSD CURRENT Subject: Re: CURRENT slow and shaky network stability In-Reply-To: Message from Michael Butler of "Sat, 26 Mar 2016 13:28:16 -0400." <56F6C6B0.6010103@protected-networks.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 02 Apr 2016 00:21:24 -0700 X-CMAE-Envelope: MS4wfBim/KlLztbNmp9Ywu5JmoSFabH6Ii6eZHTGVvBsdxYCxiKYUUmhFuRyjy14U4hbLwQdGXCieBlstolFK1ky8Comv2pnOpZYFMU7zz2l/fFXxEf6Xo5b ZF+lRueOWZdnU5iXoQeskj1HorWAS1UXGTxwWSfBTbMFry062IbA/rCcboMPi3OY2dWLv2j2yGF9ZGDieFORBrh5SW3wCQJvHd8I2b1I0YdpT/HgtyjJWYEv zPRx2kh0BdxWqJ9j+7073mQwHqrCelp/GCsv4K1y+5qeBjVOaa2I0zUs/7vmVxdT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 Precedence: 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, 02 Apr 2016 07:21:35 -0000 In message <56F6C6B0.6010103@protected-networks.net>, Michael Butler writes: > -current is not great for interactive use at all. The strategy of > pre-emptively dropping idle processes to swap is hurting .. big time. > > Compare inactive memory to swap in this example .. > > 110 processes: 1 running, 108 sleeping, 1 zombie > CPU: 1.2% user, 0.0% nice, 4.3% system, 0.0% interrupt, 94.5% idle > Mem: 474M Active, 1609M Inact, 764M Wired, 281M Buf, 119M Free > Swap: 4096M Total, 917M Used, 3178M Free, 22% Inuse > > PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU > COMMAND > 1819 imb 1 28 0 213M 11284K select 1 147:44 5.97% > gkrellm > 59238 imb 43 20 0 980M 424M select 0 10:07 1.92% > firefox > > .. it shouldn't start randomly swapping out processes because they're > used infrequently when there's more than enough RAM to spare .. Inactive memory will after time be used to "top up" the free memory pool. > > It also shows up when trying to reboot .. on all of my gear, 90 seconds > of "fail-safe" time-out is no longer enough when a good proportion of > daemons have been dropped onto swap and must be brought back in to flush > their data segments :-( What does vmstat 5 display? A high scan rate is indicative of memory in short supply. My laptop has 6 GB RAM of which I've allocated 2.5 GB for ARC. Top shows that 3.6 GB are wired (not pagable) leaving 2.4 GB available for apps. The laptop is in the middle of a four thread buildworld. It's using 1.8 MB swap so far. ARC is 2560 MB. UFS cache is only 49 MB at the moment but will balloon to 603 MB during installworld. When it does my swap grows to 100-150 MB. (The reason is the large 2.5 GB ARC *and* a large 603 MB UFS cache.) Notice vmstat output below. On line 8 of my vmstat output you scan rate jump to 10K. Two pages per second are paged out. This is due to the free memory pool (in line 7) dropping to 49 MB, so it freed up a few pages by paging out. Notice that page reclaims (re) is high at times. These pages were scheduled to be paged out but were used before they were. This indicates that my laptop is is running pretty close to the line between paging a lot and not paging at all. slippy$ vmstat 5 procs memory page disks faults cpu r b w avm fre flt re pi po fr sr ad0 da0 in sy cs us sy id 4 0 0 3413M 208M 12039 11 9 0 12804 170 0 0 533 7865 2722 59 3 38 4 0 0 3260M 376M 18550 0 0 0 27436 386 9 8 576 23029 30705 94 6 0 4 1 0 3432M 171M 25345 0 6 0 15340 360 10 12 530 2524 1362 97 3 0 4 0 0 3395M 208M 20904 0 0 0 22995 395 12 11 517 5427 1142 97 3 0 4 0 0 3695M 53M 20102 0 0 0 12482 473 17 10 517 1383 1244 98 2 0 4 0 0 3404M 371M 22996 14 10 0 39691 4557 14 8 503 8540 1813 96 3 1 4 1 0 3673M 49M 22398 441 22 0 6778 429 10 13 543 3034 1609 97 3 0 4 0 0 3396M 439M 19522 26 3 2 33901 10137 11 15 545 5617 1686 97 3 0 4 0 0 3489M 412M 26636 0 0 0 25710 393 10 12 531 5287 1450 95 3 2 4 0 0 3558M 337M 23364 329 13 0 20051 410 11 15 561 6052 1702 96 3 0 4 0 0 3492M 335M 18244 0 3 0 18550 444 14 7 512 5140 2087 98 2 0 4 0 0 3412M 404M 21765 0 0 0 25611 388 7 12 533 7873 1394 97 3 0 5 0 0 3604M 189M 19044 0 0 0 8404 505 7 10 644 63940 90591 93 6 1 4 0 0 3533M 363M 13079 423 17 0 22327 464 11 8 501 7960 4194 94 3 3 4 0 0 3222M 616M 20822 218 17 0 34180 294 11 13 550 5602 1850 95 4 1 4 0 0 3307M 542M 19639 32 3 0 15940 345 13 10 516 2589 1505 96 3 1 4 0 0 3320M 527M 19656 0 1 0 19191 397 14 8 514 1886 1257 97 3 0 4 0 0 3295M 605M 21676 910 35 0 25978 356 14 12 533 3039 1490 95 4 0 Page outs is the first place to look. If no page outs, page reclaims will tell you your system may be borderline. A high scan rate says that your working set size is large enough to put some pressure on VM. Ideally in this case I should add memory but since I'm running this close to the line (I chose my ARC maximum well) I'll just save my money instead. Also, FreeBSD is doing exactly what it should in this scenario. Top is a good tool but it doesn't tell the whole picture. Run vmstat to get a better picture of your memory use. Following this thread throughout the day (on my cellphone), I'm not convinced this is a FreeBSD O/S problem. Check your apps. What are their working set sizes. Do your apps have a small or large locality of reference? Remember, O/S tuning is a matter of robbing Peter to pay Paul. Reducing the resources used by applications will pay back bigger dividends. Hope this helps. -- Cheers, Cy Schubert or FreeBSD UNIX: Web: http://www.FreeBSD.org The need of the many outweighs the greed of the few. From owner-freebsd-current@freebsd.org Sat Apr 2 08:08: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 54130B0048F for ; Sat, 2 Apr 2016 08:08:04 +0000 (UTC) (envelope-from cy.schubert@komquats.com) Received: from smtp-out-no.shaw.ca (smtp-out-no.shaw.ca [64.59.134.13]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "Client", Issuer "CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 1F63012BD; Sat, 2 Apr 2016 08:08:03 +0000 (UTC) (envelope-from cy.schubert@komquats.com) Received: from spqr.komquats.com ([96.50.22.10]) by shaw.ca with SMTP id mGb5adCuiQeymmGb6aN4GM; Sat, 02 Apr 2016 02:07:57 -0600 X-Authority-Analysis: v=2.2 cv=H9KZ+KQi c=1 sm=1 tr=0 a=jvE2nwUzI0ECrNeyr98KWA==:117 a=jvE2nwUzI0ECrNeyr98KWA==:17 a=L9H7d07YOLsA:10 a=9cW_t1CCXrUA:10 a=s5jvgZ67dGcA:10 a=kziv93cY1bsA:10 a=zxA2vyXaAAAA:8 a=BWvPGDcYAAAA:8 a=YxBL1-UpAAAA:8 a=6I5d2MoRAAAA:8 a=CXr4gaLU_lRdKpZPUXkA:9 Received: from slippy.cwsent.com (slippy [10.1.1.91]) by spqr.komquats.com (Postfix) with ESMTP id 9C11113751; Sat, 2 Apr 2016 01:07:55 -0700 (PDT) Received: from slippy (localhost [127.0.0.1]) by slippy.cwsent.com (8.15.2/8.15.2) with ESMTP id u3287tgc034452; Sat, 2 Apr 2016 01:07:55 -0700 (PDT) (envelope-from Cy.Schubert@komquats.com) Message-Id: <201604020807.u3287tgc034452@slippy.cwsent.com> X-Mailer: exmh version 2.8.0 04/21/2012 with nmh-1.6 Reply-to: Cy Schubert From: Cy Schubert X-os: FreeBSD X-Sender: cy@cwsent.com X-URL: http://www.komquats.com/ To: Michael Butler cc: "O. Hartmann" , "K. Macy" , FreeBSD CURRENT Subject: Re: CURRENT slow and shaky network stability In-Reply-To: Message from Michael Butler of "Sat, 26 Mar 2016 13:28:16 -0400." <56F6C6B0.6010103@protected-networks.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 02 Apr 2016 01:07:55 -0700 X-CMAE-Envelope: MS4wfFYUbmaLfveULuS0koV92QZN/iQfhvFRf0d04PRojky/swWD8umIyG4Dib+QeRagWunilZOLBWwLffiH+aKt0QVqKJKc5CjJLUYIkkcjN/fPntsz5gKQ 1curYd7ccbdY4gsOfJqJaAMjvGv+ZMG1OCBcJD7p3K+llWBfavnQong29EOYpTSGU0nUd31+dW1SA7bd6n0b315RMVf4BTIzM2ud7g+QsRFKh6k6LCRlL5JA JQfLVPwl8lsCwRi6FlvnN4pNY4aNiVLR2MZn8rXBa/M5sc44uInZFGPxzNb7ANFD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 Precedence: 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, 02 Apr 2016 08:08:04 -0000 In message <56F6C6B0.6010103@protected-networks.net>, Michael Butler writes: > -current is not great for interactive use at all. The strategy of > pre-emptively dropping idle processes to swap is hurting .. big time. FreeBSD doesn't "preemptively" or arbitrarily push pages out to disk. LRU doesn't do this. > > Compare inactive memory to swap in this example .. > > 110 processes: 1 running, 108 sleeping, 1 zombie > CPU: 1.2% user, 0.0% nice, 4.3% system, 0.0% interrupt, 94.5% idle > Mem: 474M Active, 1609M Inact, 764M Wired, 281M Buf, 119M Free > Swap: 4096M Total, 917M Used, 3178M Free, 22% Inuse To analyze this you need to capture vmstat output. You'll see the free pool dip below a threshold and pages go out to disk in response. If you have daemons with small working sets, pages that are not part of the working sets for daemons or applications will eventually be paged out. This is not a bad thing. In your example above, the 281 MB of UFS buffers are more active than the 917 MB paged out. If it's paged out and never used again, then it doesn't hurt. However the 281 MB of buffers saves you I/O. The inactive pages are part of your free pool that were active at one time but now are not. They may be reclaimed and if they are, you've just saved more I/O. Top is a poor tool to analyze memory use. Vmstat is the better tool to help understand memory use. Inactive memory isn't a bad thing per se. Monitor page outs, scan rate and page reclaims. -- Cheers, Cy Schubert or FreeBSD UNIX: Web: http://www.FreeBSD.org The need of the many outweighs the greed of the few. From owner-freebsd-current@freebsd.org Sat Apr 2 08:54: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 D915AAEBB12 for ; Sat, 2 Apr 2016 08:54:41 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 9BA5710D5; Sat, 2 Apr 2016 08:54:41 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost.zedat.fu-berlin.de (Exim 4.85) with esmtps (TLSv1.2:DHE-RSA-AES256-GCM-SHA384:256) (envelope-from ) id <1amHKG-001U7s-EC>; Sat, 02 Apr 2016 10:54:36 +0200 Received: from x5ce12874.dyn.telefonica.de ([92.225.40.116] helo=thor.walstatt.dynvpn.de) by inpost2.zedat.fu-berlin.de (Exim 4.85) with esmtpsa (TLSv1.2:AES128-GCM-SHA256:128) (envelope-from ) id <1amHKG-000ZAr-2n>; Sat, 02 Apr 2016 10:54:36 +0200 Date: Sat, 2 Apr 2016 10:55:03 +0200 From: "O. Hartmann" To: Cy Schubert Cc: Michael Butler , "K. Macy" , FreeBSD CURRENT Subject: Re: CURRENT slow and shaky network stability Message-ID: <20160402105503.7ede5be1.ohartman@zedat.fu-berlin.de> In-Reply-To: <201604020807.u3287tgc034452@slippy.cwsent.com> References: <56F6C6B0.6010103@protected-networks.net> <201604020807.u3287tgc034452@slippy.cwsent.com> Organization: FU Berlin X-Mailer: Claws Mail 3.13.2 (GTK+ 2.24.29; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; boundary="Sig_/VIBPN0rbNwuyJuk=dxEGA+U"; protocol="application/pgp-signature" X-Originating-IP: 92.225.40.116 X-ZEDAT-Hint: A X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 Precedence: 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, 02 Apr 2016 08:54:41 -0000 --Sig_/VIBPN0rbNwuyJuk=dxEGA+U Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Am Sat, 02 Apr 2016 01:07:55 -0700 Cy Schubert schrieb: > In message <56F6C6B0.6010103@protected-networks.net>, Michael Butler writ= es: > > -current is not great for interactive use at all. The strategy of > > pre-emptively dropping idle processes to swap is hurting .. big time. = =20 >=20 > FreeBSD doesn't "preemptively" or arbitrarily push pages out to disk. LRU= =20 > doesn't do this. >=20 > >=20 > > Compare inactive memory to swap in this example .. > >=20 > > 110 processes: 1 running, 108 sleeping, 1 zombie > > CPU: 1.2% user, 0.0% nice, 4.3% system, 0.0% interrupt, 94.5% idle > > Mem: 474M Active, 1609M Inact, 764M Wired, 281M Buf, 119M Free > > Swap: 4096M Total, 917M Used, 3178M Free, 22% Inuse =20 >=20 > To analyze this you need to capture vmstat output. You'll see the free po= ol=20 > dip below a threshold and pages go out to disk in response. If you have=20 > daemons with small working sets, pages that are not part of the working=20 > sets for daemons or applications will eventually be paged out. This is no= t=20 > a bad thing. In your example above, the 281 MB of UFS buffers are more=20 > active than the 917 MB paged out. If it's paged out and never used again,= =20 > then it doesn't hurt. However the 281 MB of buffers saves you I/O. The=20 > inactive pages are part of your free pool that were active at one time bu= t=20 > now are not. They may be reclaimed and if they are, you've just saved mor= e=20 > I/O. >=20 > Top is a poor tool to analyze memory use. Vmstat is the better tool to he= lp=20 > understand memory use. Inactive memory isn't a bad thing per se. Monitor= =20 > page outs, scan rate and page reclaims. >=20 >=20 I give up! Tried to check via ssh/vmstat what is going on. Last lines befor= e broken pipe: [...] procs memory page disks faults cpu r b w avm fre flt re pi po fr sr ad0 ad1 in sy cs us s= y id 22 0 22 5.8G 1.0G 46319 0 0 0 55721 1297 0 4 219 23907 5400 95= 5 0 22 0 22 5.4G 1.3G 51733 0 0 0 72436 1162 0 0 108 40869 3459 93= 7 0 15 0 22 12G 1.2G 54400 0 27 0 52188 1160 0 42 148 52192 4366 91= 9 0 14 0 22 12G 1.0G 44954 0 37 0 37550 1179 0 39 141 86209 4368 88= 12 0 26 0 22 12G 1.1G 60258 0 81 0 69459 1119 0 27 123 779569 704359 = 87 13 0 29 3 22 13G 774M 50576 0 68 0 32204 1304 0 2 102 507337 484861 = 93 7 0 27 0 22 13G 937M 47477 0 48 0 59458 1264 3 2 112 68131 44407 95= 5 0 36 0 22 13G 829M 83164 0 2 0 82575 1225 1 0 126 99366 38060 89= 11 0 35 0 22 6.2G 1.1G 98803 0 13 0 121375 1217 2 8 112 99371 4999 8= 5 15 0 34 0 22 13G 723M 54436 0 20 0 36952 1276 0 17 153 29142 4431 95= 5 0 Fssh_packet_write_wait: Connection to 192.168.0.1 port 22: Broken pipe This makes this crap system completely unusable. The server (FreeBSD 11.0-C= URRENT #20 r297503: Sat Apr 2 09:02:41 CEST 2016 amd64) in question did poudriere bul= k job. I can not even determine what terminal goes down first - another one, much more t= ime idle than the one shwoing the "vmstat 5" output, is still alive!=20 i consider this a serious bug and it is no benefit what happened since this= "fancy" update. :-( --Sig_/VIBPN0rbNwuyJuk=dxEGA+U Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBCAAGBQJW/4jnAAoJEOgBcD7A/5N8/d4IAJRwHWmiFPl6q7qSNwibPdkO NsTXGXHKjQQb1l33PHzWhnsmVEXLGBlEpJrVNosVUDv1W7rlWdgG8LjgbF4/WaB7 eHXNFNPl39bCg3CZ3+JlHnBxBMfxi0LJ4vuM2pm5/h8eNdEXedP8KxdZrsOWS5gs w/WGxSban1pFS1ftvQoRP/zh7WsW84hlJ+XP5i9ufTfu1gE4DMm0Uan9ivf+PirS X0jhw0/z5/KnOV0QuTdtHWY6O1iO7+8D+Dt6/Y6sTru3r+PYbBPdZp+SeN+phtY4 pUjj2dbNYs2mwVHavpCLoaD/NrfYpYA81EKrMcFCFu3Q8Y6phKKAVxJxEGl1aaM= =ND/8 -----END PGP SIGNATURE----- --Sig_/VIBPN0rbNwuyJuk=dxEGA+U-- From owner-freebsd-current@freebsd.org Sat Apr 2 09:38: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 4CAE7B00C7F for ; Sat, 2 Apr 2016 09:38:47 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 0EB331527; Sat, 2 Apr 2016 09:38:46 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost.zedat.fu-berlin.de (Exim 4.85) with esmtps (TLSv1.2:DHE-RSA-AES256-GCM-SHA384:256) (envelope-from ) id <1amI0x-001cun-U0>; Sat, 02 Apr 2016 11:38:43 +0200 Received: from x5ce12874.dyn.telefonica.de ([92.225.40.116] helo=thor.walstatt.dynvpn.de) by inpost2.zedat.fu-berlin.de (Exim 4.85) with esmtpsa (TLSv1.2:AES128-GCM-SHA256:128) (envelope-from ) id <1amI0x-000cLe-Jb>; Sat, 02 Apr 2016 11:38:43 +0200 Date: Sat, 2 Apr 2016 11:39:10 +0200 From: "O. Hartmann" To: Cy Schubert Cc: Michael Butler , "K. Macy" , FreeBSD CURRENT Subject: Re: CURRENT slow and shaky network stability Message-ID: <20160402113910.14de7eaf.ohartman@zedat.fu-berlin.de> In-Reply-To: <20160402105503.7ede5be1.ohartman@zedat.fu-berlin.de> References: <56F6C6B0.6010103@protected-networks.net> <201604020807.u3287tgc034452@slippy.cwsent.com> <20160402105503.7ede5be1.ohartman@zedat.fu-berlin.de> Organization: FU Berlin X-Mailer: Claws Mail 3.13.2 (GTK+ 2.24.29; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; boundary="Sig_/cnPyYwlIcD24/.m6dd2EX7j"; protocol="application/pgp-signature" X-Originating-IP: 92.225.40.116 X-ZEDAT-Hint: A X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 Precedence: 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, 02 Apr 2016 09:38:47 -0000 --Sig_/cnPyYwlIcD24/.m6dd2EX7j Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Am Sat, 2 Apr 2016 10:55:03 +0200 "O. Hartmann" schrieb: > Am Sat, 02 Apr 2016 01:07:55 -0700 > Cy Schubert schrieb: >=20 > > In message <56F6C6B0.6010103@protected-networks.net>, Michael Butler wr= ites: =20 > > > -current is not great for interactive use at all. The strategy of > > > pre-emptively dropping idle processes to swap is hurting .. big time.= =20 > >=20 > > FreeBSD doesn't "preemptively" or arbitrarily push pages out to disk. L= RU=20 > > doesn't do this. > > =20 > > >=20 > > > Compare inactive memory to swap in this example .. > > >=20 > > > 110 processes: 1 running, 108 sleeping, 1 zombie > > > CPU: 1.2% user, 0.0% nice, 4.3% system, 0.0% interrupt, 94.5% idle > > > Mem: 474M Active, 1609M Inact, 764M Wired, 281M Buf, 119M Free > > > Swap: 4096M Total, 917M Used, 3178M Free, 22% Inuse =20 > >=20 > > To analyze this you need to capture vmstat output. You'll see the free = pool=20 > > dip below a threshold and pages go out to disk in response. If you have= =20 > > daemons with small working sets, pages that are not part of the working= =20 > > sets for daemons or applications will eventually be paged out. This is = not=20 > > a bad thing. In your example above, the 281 MB of UFS buffers are more= =20 > > active than the 917 MB paged out. If it's paged out and never used agai= n,=20 > > then it doesn't hurt. However the 281 MB of buffers saves you I/O. The= =20 > > inactive pages are part of your free pool that were active at one time = but=20 > > now are not. They may be reclaimed and if they are, you've just saved m= ore=20 > > I/O. > >=20 > > Top is a poor tool to analyze memory use. Vmstat is the better tool to = help=20 > > understand memory use. Inactive memory isn't a bad thing per se. Monito= r=20 > > page outs, scan rate and page reclaims. > >=20 > > =20 >=20 > I give up! Tried to check via ssh/vmstat what is going on. Last lines bef= ore broken > pipe: >=20 > [...] > procs memory page disks faults cpu > r b w avm fre flt re pi po fr sr ad0 ad1 in sy cs us= sy id > 22 0 22 5.8G 1.0G 46319 0 0 0 55721 1297 0 4 219 23907 5400 = 95 5 0 > 22 0 22 5.4G 1.3G 51733 0 0 0 72436 1162 0 0 108 40869 3459 = 93 7 0 > 15 0 22 12G 1.2G 54400 0 27 0 52188 1160 0 42 148 52192 4366 = 91 9 0 > 14 0 22 12G 1.0G 44954 0 37 0 37550 1179 0 39 141 86209 4368 = 88 12 0 > 26 0 22 12G 1.1G 60258 0 81 0 69459 1119 0 27 123 779569 70435= 9 87 13 0 > 29 3 22 13G 774M 50576 0 68 0 32204 1304 0 2 102 507337 48486= 1 93 7 0 > 27 0 22 13G 937M 47477 0 48 0 59458 1264 3 2 112 68131 44407 = 95 5 0 > 36 0 22 13G 829M 83164 0 2 0 82575 1225 1 0 126 99366 38060 = 89 11 0 > 35 0 22 6.2G 1.1G 98803 0 13 0 121375 1217 2 8 112 99371 4999= 85 15 0 > 34 0 22 13G 723M 54436 0 20 0 36952 1276 0 17 153 29142 4431 = 95 5 0 > Fssh_packet_write_wait: Connection to 192.168.0.1 port 22: Broken pipe >=20 >=20 > This makes this crap system completely unusable. The server (FreeBSD 11.0= -CURRENT #20 > r297503: Sat Apr 2 09:02:41 CEST 2016 amd64) in question did poudriere b= ulk job. I can > not even determine what terminal goes down first - another one, much more= time idle than > the one shwoing the "vmstat 5" output, is still alive!=20 >=20 > i consider this a serious bug and it is no benefit what happened since th= is "fancy" > update. :-( By the way - it might be of interest and some hint. One of my boxes is acting as server and gateway. It utilises NAT, IPFW, whe= n it is under high load, as it was today, sometimes passing the network flow from ISP int= o the network for clients is extremely slow. I do not consider this the reason for collap= sing ssh sessions, since this incident happens also under no-load, but in the overal= l-view onto the problem, this could be a hint - I hope.=20 --Sig_/cnPyYwlIcD24/.m6dd2EX7j Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBCAAGBQJW/5M+AAoJEOgBcD7A/5N8TsMH+wRrvRrKanSvZNB2fF1wensa z3HSbLHcHTaQNI2DtsaVyiIJEybU7I90wCcA53QLVn17t4ksWs9jg4lJ2ZeDU1iY 5/cHwav9ZjUmVRRUJpF6VjeMjvlIRXVXDB29whVzlzVzyrAJHMdP5DWQy69teRlB jVb1tstMscKlVQpmfNE4a3no7PNnoGCxsKk4soCntDjPalPzLJFNWftmfZvbIcsU 4MFn7y6gqMbeA0o72RLp8S6gHKlbalHaQHlkSqFPoY8pXk/EGf2z9vyCMMBysj/9 0HqyBts2T2djPmSBOEkkIgkJSht990giT5Y9hjGentWuyWCE+xD0bpE+l2peyW8= =0c62 -----END PGP SIGNATURE----- --Sig_/cnPyYwlIcD24/.m6dd2EX7j-- From owner-freebsd-current@freebsd.org Sat Apr 2 11:15: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 76D56B00644 for ; Sat, 2 Apr 2016 11:15:36 +0000 (UTC) (envelope-from ccs189@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 57BC51644 for ; Sat, 2 Apr 2016 11:15:36 +0000 (UTC) (envelope-from ccs189@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id 53571B00643; Sat, 2 Apr 2016 11:15:36 +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 52F72B00642 for ; Sat, 2 Apr 2016 11:15:36 +0000 (UTC) (envelope-from ccs189@gmail.com) Received: from mail-pa0-x241.google.com (mail-pa0-x241.google.com [IPv6:2607:f8b0:400e:c03::241]) (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 264621643; Sat, 2 Apr 2016 11:15:36 +0000 (UTC) (envelope-from ccs189@gmail.com) Received: by mail-pa0-x241.google.com with SMTP id hn5so13597651pac.2; Sat, 02 Apr 2016 04:15:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=hVNr3Q5L80ZxPhTeOJ9eM9a8BVdpm1FembaY7fqHkF4=; b=nhDLLQ/qTmuBlNNy71Z4vlsgpGCgBjFJssagEKdP3b4jGQ8Dp7u09V3idEzw5jg0K0 Bpw6aK2KZsNb1CMXGMwgkI0Bvn3okqL5KEJ+ap6iQsIk8ufnR8AscYdSjl50s53yTM63 8ZiMtQlJ5kjz0FIQDsuVfAWY0+EvjoE4usjpjGt4y83EAjrw450vHm87vUst7+E7xUfl xvWqWFqycjaxqQrroPJIQrfkEDztRIWGsKiWSbDJAhfsExLUWkKYPVuVmXBef1pSzXZN DIyKUCI+nItZ2vU547wV2TMpBTX8CeFPU+/RF0kYnzJnW1hW6MX/F3g1k0g6Ubbi/zwa SMqQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=hVNr3Q5L80ZxPhTeOJ9eM9a8BVdpm1FembaY7fqHkF4=; b=KZcOkWhcBwUB6+KWRQJJBgOKKBMsw0ss5Q8+U5/dMRwZfMUegbUiezusqjBJvjFMXe W6cqJoWdQBRX5DyIyXrR9r6Yq/Oo3w+27spp5w6UJe3mSrhgu8KMxvs4mulpE9efi+Uc je87UJrsJOTENEDTHhUr+5kXKHUn5Tq3Vt03taci8owlN10xU1Zworiicm5uiy81zk3l Wy16oxGfNAbK4xIGyI2cMmnvnfSCAAD0tOwfwTmroxov8uF6nNxn7XEr5pNGntAdtm5W Yz8pQduZVEtEJi/LlqVU4l/QU3Ho0I2VjoLMb/JgGLTkyaRVe4lfrKtegJbROuh96yyT fVPg== X-Gm-Message-State: AD7BkJIw9XKjTXYutWnVE99nvHZB7diwGMG1zJrXFrWesPxXh2H+w3juo0DxDQOTQgKPsA== X-Received: by 10.66.193.161 with SMTP id hp1mr38189799pac.9.1459595735747; Sat, 02 Apr 2016 04:15:35 -0700 (PDT) Received: from [10.128.59.151] ([202.152.70.23]) by smtp.gmail.com with ESMTPSA id n19sm26245971pfi.53.2016.04.02.04.15.34 (version=TLSv1/SSLv3 cipher=OTHER); Sat, 02 Apr 2016 04:15:34 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (1.0) Subject: Re: [FreeBSD-Announce] FreeBSD 2.2.9 Released! From: Ccs189 X-Mailer: iPhone Mail (13E237) In-Reply-To: <20160401162910.GA64794@lo0.su> Date: Sat, 2 Apr 2016 19:15:31 +0800 Cc: current@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: References: <442EE2D1.4060901@samsco.org> <20160401162910.GA64794@lo0.su> To: Ruslan Ermilov X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 Precedence: 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, 02 Apr 2016 11:15:36 -0000 Sorry, Just to Ask a newbie question, is this a newest version of FreeBSD ? Or it's= April 1 ... ??=20 Best regards, Chan > On 2 Apr 2016, at 12:29 AM, Ruslan Ermilov wrote: >=20 > Hi, >=20 > At Nginx, we are committed to supporting a wide range of > BSD-like operating systems and their releases. It's our > great pleasure to report that it's now again possible to > build current nginx sources with FreeBSD 2.2.9. We know > that many highload setups still use this FreeBSD version. >=20 >> On Fri, Apr 01, 2016 at 01:45:04PM +0000, Maxim Dounin wrote: >> details: http://hg.nginx.org/nginx/rev/8426275a13fd >> branches: =20 >> changeset: 6500:8426275a13fd >> user: Maxim Dounin >> date: Fri Apr 01 16:38:31 2016 +0300 >> description: >> Compatibility with FreeBSD 2.2.9. >>=20 >> Added (RTLD_NOW | RTLD_GLOBAL) to dlopen() test. There is no RTLD_GLOBAL= >> on FreeBSD 2.2.9. >>=20 >> Added uint32_t test, with fallback to u_int32_t, similar to uint64_t one.= >> Added fallback to u_int32_t in in_addr_t test. >>=20 >> With these changes it is now possible to compile nginx on FreeBSD 2.2.9 >> with only few minor warnings (assuming -Wno-error). >=20 >> On Sat, Apr 01, 2006 at 01:30:09PM -0700, Scott Long wrote: >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA1 >>=20 >> It is my great pleasure and privilege to announce the availability of >> FreeBSD 2.2.9-RELEASE. This release is the culmination of SEVENTY-SEVEN >> months of tireless work by the FreeBSD developers, users, their children,= >> and their pets. Significant features in this release: >>=20 >> - - XFree86 3.3.3, the industry leader in support for cutting edge PCI >> graphics adapters and 2D acceleration. >> - - The 8GB barrier in IDE drive sizes has finally been broken. The wd(4= ) >> driver now supports unimaginable sizes of 137GB on a single drive! >> - - Support for all of the latest high-speed FAST-WIDE (20MB/s) SCSI-2 >> controllers. >> - - The Linux emulator is now able to run Quake2 out-of-the-box. >>=20 >> A full description of the release can be found here: >>=20 >> ftp://ftp.FreeBSD.org/pub/FreeBSD/releases/i386/2.2.9-RELEASE/README.TXT= >> ftp://ftp.FreeBSD.org/pub/FreeBSD/releases/i386/2.2.9-RELEASE/RELNOTES.T= XT >>=20 >>=20 >> Availability >> ------------- >>=20 >> FreeBSD 2.2.9-RELEASE supports the i386 architecture and can be installed= >> directly over the net using bootable media or copied to a local NFS/FTP >> server. >>=20 >> Please continue to support the FreeBSD Project by purchasing media >> from one of our supporting vendors. The following companies will be >> offering FreeBSD 2.2.9 based products: >>=20 >> ~ FreeBSD Mall, Inc. http://www.freebsdmall.com/ >> ~ Daemonnews, Inc. http://www.bsdmall.com/freebsd1.html >>=20 >> If you can't afford FreeBSD on media, are impatient, or just want to >> use it for evangelism purposes, then by all means download the ISO >> images. We can't promise that all the mirror sites will carry the >> larger ISO images, but they will at least be available from the >> following sites. >>=20 >> FTP >> --- >>=20 >> At the time of this announcement the following FTP sites have FreeBSD >> 2.2.9-RELEASE available. >>=20 >> ftp://ftp.FreeBSD.org/pub/FreeBSD/releases >>=20 >> FreeBSD is also available via anonymous FTP from mirror sites in the >> following countries: Argentina, Australia, Brazil, Bulgaria, Canada, >> China, Czech Republic, Denmark, Estonia, Finland, France, Germany, >> Hong Kong, Hungary, Iceland, Ireland, Japan, Korea, Lithuania, >> the Netherlands, New Zealand, Poland, Portugal, Romania, >> Russia, Saudi Arabia, South Africa, Slovak Republic, Slovenia, Spain, >> Sweden, Taiwan, Thailand, Ukraine, and the United Kingdom. >>=20 >> Before trying the central FTP site, please check your regional >> mirror(s) first by going to: >>=20 >> ftp://ftp..FreeBSD.org/pub/FreeBSD >>=20 >> Any additional mirror sites will be labeled ftp2, ftp3 and so on. >>=20 >> More information about FreeBSD mirror sites can be found at: >>=20 >> http://www.FreeBSD.org/doc/en_US.ISO8859-1/books/handbook/mirrors-ftp.htm= l >>=20 >> For instructions on installing FreeBSD, please see Chapter 2 of The >> FreeBSD Handbook. It provides a complete installation walk-through >> for users new to FreeBSD, and can be found online at: >>=20 >> http://www.FreeBSD.org/doc/en_US.ISO8859-1/books/handbook/install.html >>=20 >> Acknowledgments >> ---------------- >>=20 >> The release engineering team for 2.2.9-RELEASE includes: >>=20 >> Scott Long Release Engineering >> Ruslan Ermilov I386, creative director >> Sniffy The Wonder Cat Warrm lap, typing assistance >> Max The Dancing Cat Early morning wakeups, QA >> Sammy The Tiny Cat Face licks, QA >>=20 >> -----BEGIN PGP SIGNATURE----- >> Version: GnuPG v1.4.2 (FreeBSD) >>=20 >> iD8DBQFELuG+HTr20QF8Xr8RAkoyAJ4nU4v9TK/Tjh8eEGbjNtGxmiVu0gCfcNtg >> oNz6FNHVuv87MSKJeXJcMAU=3D >> =3DZ5hh >> -----END PGP SIGNATURE----- >=20 >=20 > --=20 > Ruslan Ermilov > ru@FreeBSD.org > FreeBSD committer > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org"= From owner-freebsd-current@freebsd.org Sat Apr 2 11:49:26 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 B1EC2B00E79 for ; Sat, 2 Apr 2016 11:49:26 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 999C41271 for ; Sat, 2 Apr 2016 11:49:26 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: by mailman.ysv.freebsd.org (Postfix) id 98E34B00E78; Sat, 2 Apr 2016 11:49:26 +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 9883DB00E77 for ; Sat, 2 Apr 2016 11:49:26 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 58F861270; Sat, 2 Apr 2016 11:49:26 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost.zedat.fu-berlin.de (Exim 4.85) with esmtps (TLSv1.2:DHE-RSA-AES256-GCM-SHA384:256) (envelope-from ) id <1amK3Q-001zxv-4p>; Sat, 02 Apr 2016 13:49:24 +0200 Received: from x5ce12874.dyn.telefonica.de ([92.225.40.116] helo=thor.walstatt.dynvpn.de) by inpost2.zedat.fu-berlin.de (Exim 4.85) with esmtpsa (TLSv1.2:AES128-GCM-SHA256:128) (envelope-from ) id <1amK3P-000lgd-Ou>; Sat, 02 Apr 2016 13:49:24 +0200 Date: Sat, 2 Apr 2016 13:49:54 +0200 From: "O. Hartmann" To: Ccs189 Cc: Ruslan Ermilov , current@freebsd.org Subject: Re: [FreeBSD-Announce] FreeBSD 2.2.9 Released! Message-ID: <20160402134954.4eaa18a4.ohartman@zedat.fu-berlin.de> In-Reply-To: References: <442EE2D1.4060901@samsco.org> <20160401162910.GA64794@lo0.su> Organization: FU Berlin X-Mailer: Claws Mail 3.13.2 (GTK+ 2.24.29; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; boundary="Sig_/lwisoPXL7yN+hE46V1p/M.a"; protocol="application/pgp-signature" X-Originating-IP: 92.225.40.116 X-ZEDAT-Hint: A X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 Precedence: 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, 02 Apr 2016 11:49:26 -0000 --Sig_/lwisoPXL7yN+hE46V1p/M.a Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Am Sat, 2 Apr 2016 19:15:31 +0800 Ccs189 schrieb: > Sorry, > Just to Ask a newbie question, is this a newest version of FreeBSD ? Or i= t's April > 1 ... ??=20 >=20 > Best regards, > Chan ;-) Back to the '90s >=20 >=20 > > On 2 Apr 2016, at 12:29 AM, Ruslan Ermilov wrote: > >=20 > > Hi, > >=20 > > At Nginx, we are committed to supporting a wide range of > > BSD-like operating systems and their releases. It's our > > great pleasure to report that it's now again possible to > > build current nginx sources with FreeBSD 2.2.9. We know > > that many highload setups still use this FreeBSD version. > > =20 > >> On Fri, Apr 01, 2016 at 01:45:04PM +0000, Maxim Dounin wrote: > >> details: http://hg.nginx.org/nginx/rev/8426275a13fd > >> branches: =20 > >> changeset: 6500:8426275a13fd > >> user: Maxim Dounin > >> date: Fri Apr 01 16:38:31 2016 +0300 > >> description: > >> Compatibility with FreeBSD 2.2.9. > >>=20 > >> Added (RTLD_NOW | RTLD_GLOBAL) to dlopen() test. There is no RTLD_GLO= BAL > >> on FreeBSD 2.2.9. > >>=20 > >> Added uint32_t test, with fallback to u_int32_t, similar to uint64_t o= ne. > >> Added fallback to u_int32_t in in_addr_t test. > >>=20 > >> With these changes it is now possible to compile nginx on FreeBSD 2.2.9 > >> with only few minor warnings (assuming -Wno-error). =20 > > =20 > >> On Sat, Apr 01, 2006 at 01:30:09PM -0700, Scott Long wrote: > >> -----BEGIN PGP SIGNED MESSAGE----- > >> Hash: SHA1 > >>=20 > >> It is my great pleasure and privilege to announce the availability of > >> FreeBSD 2.2.9-RELEASE. This release is the culmination of SEVENTY-SEV= EN > >> months of tireless work by the FreeBSD developers, users, their childr= en, > >> and their pets. Significant features in this release: > >>=20 > >> - - XFree86 3.3.3, the industry leader in support for cutting edge PCI > >> graphics adapters and 2D acceleration. > >> - - The 8GB barrier in IDE drive sizes has finally been broken. The w= d(4) > >> driver now supports unimaginable sizes of 137GB on a single drive! > >> - - Support for all of the latest high-speed FAST-WIDE (20MB/s) SCSI-2 > >> controllers. > >> - - The Linux emulator is now able to run Quake2 out-of-the-box. > >>=20 > >> A full description of the release can be found here: > >>=20 > >> ftp://ftp.FreeBSD.org/pub/FreeBSD/releases/i386/2.2.9-RELEASE/README.= TXT > >> ftp://ftp.FreeBSD.org/pub/FreeBSD/releases/i386/2.2.9-RELEASE/RELNOTE= S.TXT > >>=20 > >>=20 > >> Availability > >> ------------- > >>=20 > >> FreeBSD 2.2.9-RELEASE supports the i386 architecture and can be instal= led > >> directly over the net using bootable media or copied to a local NFS/FTP > >> server. > >>=20 > >> Please continue to support the FreeBSD Project by purchasing media > >> from one of our supporting vendors. The following companies will be > >> offering FreeBSD 2.2.9 based products: > >>=20 > >> ~ FreeBSD Mall, Inc. http://www.freebsdmall.com/ > >> ~ Daemonnews, Inc. http://www.bsdmall.com/freebsd1.html > >>=20 > >> If you can't afford FreeBSD on media, are impatient, or just want to > >> use it for evangelism purposes, then by all means download the ISO > >> images. We can't promise that all the mirror sites will carry the > >> larger ISO images, but they will at least be available from the > >> following sites. > >>=20 > >> FTP > >> --- > >>=20 > >> At the time of this announcement the following FTP sites have FreeBSD > >> 2.2.9-RELEASE available. > >>=20 > >> ftp://ftp.FreeBSD.org/pub/FreeBSD/releases > >>=20 > >> FreeBSD is also available via anonymous FTP from mirror sites in the > >> following countries: Argentina, Australia, Brazil, Bulgaria, Canada, > >> China, Czech Republic, Denmark, Estonia, Finland, France, Germany, > >> Hong Kong, Hungary, Iceland, Ireland, Japan, Korea, Lithuania, > >> the Netherlands, New Zealand, Poland, Portugal, Romania, > >> Russia, Saudi Arabia, South Africa, Slovak Republic, Slovenia, Spain, > >> Sweden, Taiwan, Thailand, Ukraine, and the United Kingdom. > >>=20 > >> Before trying the central FTP site, please check your regional > >> mirror(s) first by going to: > >>=20 > >> ftp://ftp..FreeBSD.org/pub/FreeBSD > >>=20 > >> Any additional mirror sites will be labeled ftp2, ftp3 and so on. > >>=20 > >> More information about FreeBSD mirror sites can be found at: > >>=20 > >> http://www.FreeBSD.org/doc/en_US.ISO8859-1/books/handbook/mirrors-ftp.= html > >>=20 > >> For instructions on installing FreeBSD, please see Chapter 2 of The > >> FreeBSD Handbook. It provides a complete installation walk-through > >> for users new to FreeBSD, and can be found online at: > >>=20 > >> http://www.FreeBSD.org/doc/en_US.ISO8859-1/books/handbook/install.html > >>=20 > >> Acknowledgments > >> ---------------- > >>=20 > >> The release engineering team for 2.2.9-RELEASE includes: > >>=20 > >> Scott Long Release Engineering > >> Ruslan Ermilov I386, creative director > >> Sniffy The Wonder Cat Warrm lap, typing assistance > >> Max The Dancing Cat Early morning wakeups, QA > >> Sammy The Tiny Cat Face licks, QA > >>=20 > >> -----BEGIN PGP SIGNATURE----- > >> Version: GnuPG v1.4.2 (FreeBSD) > >>=20 > >> iD8DBQFELuG+HTr20QF8Xr8RAkoyAJ4nU4v9TK/Tjh8eEGbjNtGxmiVu0gCfcNtg > >> oNz6FNHVuv87MSKJeXJcMAU=3D > >> =3DZ5hh > >> -----END PGP SIGNATURE----- =20 > >=20 > >=20 > > --=20 > > Ruslan Ermilov > > ru@FreeBSD.org > > FreeBSD committer > > _______________________________________________ > > 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 > _______________________________________________ > 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" --Sig_/lwisoPXL7yN+hE46V1p/M.a Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBCAAGBQJW/7HiAAoJEOgBcD7A/5N8svIIAOiiioGPzPmAUAlJiYxFFtRW NSPbuXT3Deyl5TSw3vDCvZhaLspcZf0+IlyS8k6blijRNDxGj0CIpeil+vbXpvKM FLDDQlUWePmyyf/+yE1JnS6Rlb0u9Bf0o6aR1WM5RxOx74zPb1wgH1JJCmvGU8VG HrwYtn3v3c00b/jmrqVfsi3UPHLT4ByHdM/y5C+GQ6Mh1YM5wjmh59/zE9hSrYIv kNXBzcoWJk3UjNxZFvztEdbuoubBMQqfgdlXvSTUDznQRAWa/UgBDj+vlOXtc9pk +UYi4f5Ji+/vZ8GkVc9kLrA1eg9wOrOjW5Pyg245FPMWh7J4NKSU3grsdXu8GFA= =obo9 -----END PGP SIGNATURE----- --Sig_/lwisoPXL7yN+hE46V1p/M.a-- From owner-freebsd-current@freebsd.org Sat Apr 2 20:08: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 3934EB009EE for ; Sat, 2 Apr 2016 20:08:02 +0000 (UTC) (envelope-from sjg@juniper.net) Received: from na01-bn1-obe.outbound.protection.outlook.com (mail-bn1bbn0103.outbound.protection.outlook.com [157.56.111.103]) (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 BC6301025 for ; Sat, 2 Apr 2016 20:08:00 +0000 (UTC) (envelope-from sjg@juniper.net) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=junipernetworks.onmicrosoft.com; s=selector1-juniper-net; h=From:To:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=6xBAYPBro5nUcTM2zzZIm1Suf3ZUpSh6w5dOt0wTiKs=; b=aBu08wPoNHrJizZjk9DY735Umt1gYBXarMlE15/y1Oa0990N39OiZEndqZCcEwXrPK5aHjEnRYlT9XvRI+uCUFCYU+Er8rqzA0j4aOqZGv+1XCT9JGa4Koe5TpMNZhtxQQ9jUaY6SlE5Ea6pfiv5wQNlqRPMKmYiK94SqG1XUJI= Received: from DM2PR0501CA0026.namprd05.prod.outlook.com (10.162.29.164) by DM2PR0501MB811.namprd05.prod.outlook.com (10.242.115.141) with Microsoft SMTP Server (TLS) id 15.1.447.15; Sat, 2 Apr 2016 20:07:53 +0000 Received: from BL2FFO11FD041.protection.gbl (2a01:111:f400:7c09::159) by DM2PR0501CA0026.outlook.office365.com (2a01:111:e400:5148::36) with Microsoft SMTP Server (TLS) id 15.1.447.15 via Frontend Transport; Sat, 2 Apr 2016 20:07:53 +0000 Authentication-Results: spf=softfail (sender IP is 66.129.239.19) smtp.mailfrom=juniper.net; freebsd.org; dkim=none (message not signed) header.d=none;freebsd.org; dmarc=none action=none header.from=juniper.net; Received-SPF: SoftFail (protection.outlook.com: domain of transitioning juniper.net discourages use of 66.129.239.19 as permitted sender) Received: from p-emfe01b-sac.jnpr.net (66.129.239.19) by BL2FFO11FD041.mail.protection.outlook.com (10.173.161.137) with Microsoft SMTP Server (TLS) id 15.1.453.6 via Frontend Transport; Sat, 2 Apr 2016 20:07:53 +0000 Received: from magenta.juniper.net (172.17.27.123) by p-emfe01b-sac.jnpr.net (172.24.192.21) with Microsoft SMTP Server (TLS) id 14.3.123.3; Sat, 2 Apr 2016 13:07:40 -0700 Received: from kaos.jnpr.net (kaos.jnpr.net [172.21.16.84]) by magenta.juniper.net (8.11.3/8.11.3) with ESMTP id u32K7dA68851; Sat, 2 Apr 2016 13:07:39 -0700 (PDT) (envelope-from sjg@juniper.net) Received: from kaos.jnpr.net (localhost [127.0.0.1]) by kaos.jnpr.net (Postfix) with ESMTP id 2B49D385508; Sat, 2 Apr 2016 13:07:39 -0700 (PDT) To: CC: , Subject: Re: /usr/bin/make segmentation fault In-Reply-To: <60ca824e-3e02-46b2-b440-900d4184c1fd@BL2FFO11FD055.protection.gbl> References: <60ca824e-3e02-46b2-b440-900d4184c1fd@BL2FFO11FD055.protection.gbl> Comments: In-reply-to: Roger Marquis message dated "Fri, 01 Apr 2016 14:08:26 -0700." From: "Simon J. Gerraty" X-Mailer: MH-E 8.6; nmh 1.6; GNU Emacs 24.5.1 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <32825.1459627659.1@kaos.jnpr.net> Date: Sat, 2 Apr 2016 13:07:39 -0700 Message-ID: <32827.1459627659@kaos.jnpr.net> X-EOPAttributedMessage: 0 X-Forefront-Antispam-Report: CIP:66.129.239.19; IPV:NLI; CTRY:US; EFV:NLI; SFV:NSPM; SFS:(10019020)(6009001)(2980300002)(24454002)(199003)(189002)(105596002)(87936001)(53416004)(76506005)(189998001)(110136002)(107886002)(92566002)(50466002)(19580395003)(81166005)(19580405001)(11100500001)(46406003)(6806005)(77096005)(50986999)(76176999)(2351001)(97756001)(586003)(47776003)(2810700001)(4001430100002)(106466001)(50226001)(5003600100002)(23726003)(117636001)(5008740100001)(86362001)(2906002)(4326007)(1096002)(1220700001)(42262002); DIR:OUT; SFP:1102; SCL:1; SRVR:DM2PR0501MB811; H:p-emfe01b-sac.jnpr.net; FPR:; SPF:SoftFail; MLV:sfv; A:1; MX:1; LANG:en; X-Microsoft-Exchange-Diagnostics: 1; BL2FFO11FD041; 1:X8cmw8Vtq9TNNQyf/5diGFy6l6Q49DDmQZwp2mLiG6vAem+jsNDEHAbVI9voG8ZoQzUbgnraOWYUAFz3kL9BTQgpQbzIkSgB1KgrHjo8YhXir3pEua8z+gX2Sd/UXepVgKyQw4fwr5hUSBEmtkl+Vwb7Ph/2nm50QGkxGfInDPrzPn9K962k2eXu6tYyYYFCI+qkxjmVSuIniQsNMQvBc3HV/4utXRxflboF4U87nSkiILicBvziGcu4sTk6hanlJt4PvkneUP6d4KCrVfDTJa9cK1myXjEygd+h4nHXzNHb7w/zlMRDYqG680XCmxl01WzDehAxeFg9oshUPfXsqSsmwAv+CKLCiqXwV9PIFg9JD2dKp8zEq8tSKJOzHN/QD693zgeWIRXYqFnOxPVvHZdgyLoXyDlQQ4jvZVNUQ18fvf/0FOEZN66ZXdiijGB68Lk1wCscrU4Miwb1xIrcykVyZLywNisa64Zbe6MUvTs1fsL6h2LiwgZ47+Lty32O X-MS-Office365-Filtering-Correlation-Id: 2c1e2137-e1c0-4fde-d4d5-08d35b327989 X-Microsoft-Exchange-Diagnostics: 1; DM2PR0501MB811; 2:T96DnXYEgu5YS4fCfJwxFUNOw9Moo/OT4TnE+GFloYjcQx8OcEwmfl/ycCarw5PJhy9OKJp9pVjoeV8vielBQoh3ZGI/d4uhvdqLcblqEuz2ZNKC1Bzpz6MNuKL8+De15ptMn3BWpekcGWey700I7cY7X7/d+d8EAtYj+hOzKHZFxqIwE5zyq066DBwW1IAO; 3:1wcOwQK6GRlAY9tP95VsB9YHs2Iv9lCzeT1sWwbIu3Y5FCYP2xmid2BAX35HeuTjhkD//H4eKZzDyXclj73nPvAX2sRllal6pI69cbJuln9bMI/jQYLzN4Oa8l1zZO4nCHoidFjzdOqWKQyamOg8f+1jHQSwpn/yobgSqYthIV07Y9Hcls0v/In1shzMT/96cvkaGBwLbDW/VBIotqK5i2RCAl3lpr4+dxWoKX6yDBM= X-Microsoft-Antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:DM2PR0501MB811; X-Microsoft-Exchange-Diagnostics: 1; DM2PR0501MB811; 25:hgOj0l0bhlfxClPyc1ERdzJz6YyqGOn9/qJKPCPoWcm1iTklIsZeKzgfLzb+SPI/s7gQrD7h+XoFMdzyeII+Ysgvg5OvRkhXyzFKLr0UrBjKfjAtIsbLa/n0wUOtYXlHt81y6zXKEZYait1QHzAg+s5qXuTKrmF7KuCybxyH8noj+USVe3v4LBS97ry8hQ7cS56xM0KbPoQDWI/VL27U+Mc42twzNZWd3QjMqhKWU/BNYKJBzTPk7VIQdUGfptCdkKwWDfyr8+pEOHdPe1tluBf+m6ceH+uGlLGdKFh+MRPgwOpO80treFaGEjZQOoWvEiLOQzWYlNKmiZv+A73+4NagzS7+QwJ7sY9WAaaBN5aV1DL28kzmvahU/aKp+litW51WUkPR8A9XisOIjI7I3ad4RI1sC8lYprD1CHOAoTIo6/QxqYeQlAzzDv935PHZO9cUPDajjubUQ8OcfPC5QeA2YSgsbXEXjKNsvH4Me9YuXcXsQrhhedF/j7XoD/K84AX4K4KuLmeXMDJn53811dURgzb26CkvBbJ1aPIs9drUQBEFWZ7FG6Zg9wk98CW9uZyxpWB3SgP6qPjB/CGknPWn77d1yeBraPl68d7AzX0LJPmtWtrLv7yj6p9kF4rVm1fxaRBCpy35QjkWLnK01H5gQzUE4X3tFFsOb5JsVow= X-Microsoft-Exchange-Diagnostics: 1; DM2PR0501MB811; 20:2RLN8bTyRFHCx08wXCMAOmXE36aV6uYYf2B3ey19CvWxnfdrot9hofGTFKu1vx8P/OMv5IN6/Xj0fFb3EyGTpIDFiYkAQdFaGZicHwcLGO4Tw2tnHH5X/AUL/ZtSugTzE7KYvECpc5KqId6icctqzxLmsSySzhfChUVs8RotLc7PBI/5s2j/M1r8fa/+Fq6LgZ3xhxzl0FwFM+rjLr+YBtdJRewe5V8BJ78VNNZtDgxCy9FiTpNAAsH/Q5I3IsgDO9kBLxuuKLKjW/X9ukO8ellhkrBl7QJzO5Th/uI787v/Y/aJd4AlJdrPMLvj4dFSvb15MzXx8ovdpXBfAxRN0l3RSr8yFmX4evRzo+6aqRlf5bz4NNODhOUTJfaHmm0VeSHjNAijZJ2QZqL83DRFiCyoaPOMo+QblTmmToQs1GFChxugUS9bWTSOgGogB3561zPBSOpGvzVIStex/vJiEokHE3ZVq3m4ht4OwOdQbAG/732Zsh7ck7KLE8ApOn00 X-Microsoft-Antispam-PRVS: X-Exchange-Antispam-Report-Test: UriScan:; X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(601004)(2401047)(5005006)(13023025)(13018025)(13017025)(13015025)(13024025)(8121501046)(10201501046)(3002001); SRVR:DM2PR0501MB811; BCL:0; PCL:0; RULEID:; SRVR:DM2PR0501MB811; X-Microsoft-Exchange-Diagnostics: 1; DM2PR0501MB811; 4:14G7D6glad2MDxoJLA6i0kUekuJf/0DxVRZaEL5/YU7YtraLFCXCnRZUIX/WgWIzclSCjL0nCKcEBxd74YM3GZEYcPKQ0iW1BnTWpyQSe4HsmEZ4uXPdzdSexFbG0iwN7elF7PryEp5yBxc4UzdMbzgSfWzHbUNGZt0c6wJrHRlgH1NZo0/sZ/8eH9jZADL/O6MUAz1C9LiuZLIkq7JW5X/6uR2iccpDmGUC5vurybveeFhekHfBOAkZQ0eczLdWEjFPCi9DsS6Y7zaHJrSHs9HfjWgCWFhwRGncg0Ol73rgB9vVcdSJCoHNDC/JXGxCLOVCYzcUp1fgQTha9zk9L4cKU9UyFGtKFMsptQEXX6hs79gZX4ysgjx5GTi6bTAJ4d38L5BUVQ08TibAERsh8+vsg+q+gsrno4FvX6Eajs1hspOb9/o32rkQlype+kuwk2RLCevwRhHUTec6Ai+Wnw== X-Forefront-PRVS: 09007040D4 X-Microsoft-Exchange-Diagnostics: =?us-ascii?Q?1; DM2PR0501MB811; 23:CjREMJXughlhGF2EShyzlgoyHcztZfkwFtUZ/vaM?= =?us-ascii?Q?VQ08hvRyHjsi90ueSGx4L4idS3JnyYdgCTnlWKUpjEJwd33+pBtV/FmKR55O?= =?us-ascii?Q?8fSgO+v2si0T2NyA51d1/4Md7zDJEiteLx0yA2uyJ1YWzJjzHoGwYEzWkpvI?= =?us-ascii?Q?YgimDyhqUcHHbx2O8lY24rETyd9e3tkVGsGNL3NUYKDQ39BCFTHSu9mXYBbC?= =?us-ascii?Q?tOG5PIPT+CKWs2PrlBZlPI8SCcgbFh1rnxZRqNmAR/afTt10nR031KTUFUqV?= =?us-ascii?Q?YeNoch5JEk1WtYXMC8dbsMq/kzHEhhUFn/JvoSZlNrUanCUIjR5YOTQlcPIn?= =?us-ascii?Q?41vYx5PwohNtRVeH3k/AutjICr7XrG9nmKu1uWnueMBpXYwf+ok2JY8VuJeh?= =?us-ascii?Q?IQF8NzVBxPjwYOKHIRCEk1wDAdiAdpfNxMLstJDaVwF07l39ZGwFa1W8/rh4?= =?us-ascii?Q?l6hQB2qC1hLDsjb2CILkgxWNWtazRzj3oNKLkorji6nOAXGxzjj9gO/7inqI?= =?us-ascii?Q?oWBrcfWVRtz8OrXaFRlaA8JSJg9MAC6g3TfjvXkhQGrEfwRmE5GvMvneuaQ3?= =?us-ascii?Q?S74dsTPDupjHq35dwKzYdciJovs0MJhPByGnSwJdiViDKIY6SGX2nI2Dv3id?= =?us-ascii?Q?R3OhhHp5E9KwEAKwEyTGzXZnlXrZaMof98/x8PKR+MTTiwoD4a2tfkWV49s2?= =?us-ascii?Q?NOFsQCTp8z9G/sIyi+OhD0W2tyXgDsyWtrWFQD8hsCoAyMMBfDEXZceY39C+?= =?us-ascii?Q?w1eTQyqlsJSYHFrC4z3WXHGcOUd4iE0J0jqnJ3se/4d2mGMELiEA+A6tkWm9?= =?us-ascii?Q?gUWAXypN6OlecTyxbYhFMNDSOMxwez5CFh6fzJTL3Ip+TgMacB3/MDXW+Ll1?= =?us-ascii?Q?d8YMPOhD3SgGwlrOK3Kl1RGoTIBCkSBk6sLqpIXPBwKFuCvTbyaq5ehAXbhd?= =?us-ascii?Q?96PrOeBy5BzF5y1veoqaNUQni3RLBnm+JoraUWbr4HzSX3pWvWV1+c7Ls2OI?= =?us-ascii?Q?VryTQyAZGA1SOHAPAywiZGx6Dy2CB++my9D7J3gu2+VMWUcwghi1YVM0hEsa?= =?us-ascii?Q?zh7nSYGqZghtq6KxkxWKQbEfeFjY?= X-Microsoft-Exchange-Diagnostics: 1; DM2PR0501MB811; 5:hFUcSGi8LRiaUPqRhzdL+V6I9bLbexh/ZDs2a6iXUTQBJp3Ml4zOCmm1v40QCS+1gjFyyvslYlkPNG8nA5BX4bn+4tR3olGxo5EeFLOyBdeaMf5su64wf1gU5HfFAXumqt/iHKTuCa55xHNlCBA67g==; 24:BSXDK3rAuqPCymJ4hPgs6xBgbDFNX0Wz+LBKI9/WKBaVnhcD90bW1JOZRQgOwjCMsRaAk60qQ6i15kM5XZbcL61EW7c3/kBFEc8BcsFmixY= SpamDiagnosticOutput: 1:23 SpamDiagnosticMetadata: NSPM X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-OriginalArrivalTime: 02 Apr 2016 20:07:53.1352 (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.19]; Helo=[p-emfe01b-sac.jnpr.net] X-MS-Exchange-CrossTenant-FromEntityHeader: HybridOnPrem X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM2PR0501MB811 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 Precedence: 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, 02 Apr 2016 20:08:02 -0000 Roger Marquis wrote: > Don't know how to debug this and cannot post the Makefile in question but it Can you provide something similar that triggers the issue? It's rather hard to tell what's wrong without knowing what *should* be happening. > last worked in 8.4. In 11-CURRENT Var_Value appears to return NULL at > /usr/src/contrib/bmake/compat.c:621 > > Var_Set(IMPSRC, Var_Value(TARGET, gn, &p1), pgn, 0); > > which passes the NULL to Var_Set as the second argument (val) where, > eventually, /usr/src/contrib/bmake/var.c:973 Which means TARGET hasn't been set, and there's probably something rather interesting about your makefile ;-) This should of course never happen. Even if Var_Set checked the failure and returned harmlessly you have a serious problem. > Any and all pointers appreciated, What is content of gn at > #2 0x0000000000402040 in Compat_Make (gnp=0x800a1c340, > #pgnp=0x800a1df00) > at /usr/src/contrib/bmake/compat.c:621 From owner-freebsd-current@freebsd.org Sat Apr 2 21:19: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 963DFB01A7C for ; Sat, 2 Apr 2016 21:19:36 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 57CC11AC1; Sat, 2 Apr 2016 21:19:35 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost.zedat.fu-berlin.de (Exim 4.85) with esmtps (TLSv1.2:DHE-RSA-AES256-GCM-SHA384:256) (envelope-from ) id <1amSx2-003Vdv-W9>; Sat, 02 Apr 2016 23:19:25 +0200 Received: from x55b2332a.dyn.telefonica.de ([85.178.51.42] helo=thor.walstatt.dynvpn.de) by inpost2.zedat.fu-berlin.de (Exim 4.85) with esmtpsa (TLSv1.2:AES128-GCM-SHA256:128) (envelope-from ) id <1amSx2-001Ppv-Le>; Sat, 02 Apr 2016 23:19:24 +0200 Date: Sat, 2 Apr 2016 23:19:55 +0200 From: "O. Hartmann" To: Cy Schubert Cc: Michael Butler , "K. Macy" , FreeBSD CURRENT Subject: Re: CURRENT slow and shaky network stability Message-ID: <20160402231955.41b05526.ohartman@zedat.fu-berlin.de> In-Reply-To: <20160402113910.14de7eaf.ohartman@zedat.fu-berlin.de> References: <56F6C6B0.6010103@protected-networks.net> <201604020807.u3287tgc034452@slippy.cwsent.com> <20160402105503.7ede5be1.ohartman@zedat.fu-berlin.de> <20160402113910.14de7eaf.ohartman@zedat.fu-berlin.de> Organization: FU Berlin X-Mailer: Claws Mail 3.13.2 (GTK+ 2.24.29; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; boundary="Sig_/eJJPtbrEuK1nN2zIpc7BmVr"; protocol="application/pgp-signature" X-Originating-IP: 85.178.51.42 X-ZEDAT-Hint: A X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 Precedence: 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, 02 Apr 2016 21:19:36 -0000 --Sig_/eJJPtbrEuK1nN2zIpc7BmVr Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Am Sat, 2 Apr 2016 11:39:10 +0200 "O. Hartmann" schrieb: > Am Sat, 2 Apr 2016 10:55:03 +0200 > "O. Hartmann" schrieb: >=20 > > Am Sat, 02 Apr 2016 01:07:55 -0700 > > Cy Schubert schrieb: > > =20 > > > In message <56F6C6B0.6010103@protected-networks.net>, Michael Butler = writes: =20 > > > > -current is not great for interactive use at all. The strategy of > > > > pre-emptively dropping idle processes to swap is hurting .. big tim= e. =20 > > >=20 > > > FreeBSD doesn't "preemptively" or arbitrarily push pages out to disk.= LRU=20 > > > doesn't do this. > > > =20 > > > >=20 > > > > Compare inactive memory to swap in this example .. > > > >=20 > > > > 110 processes: 1 running, 108 sleeping, 1 zombie > > > > CPU: 1.2% user, 0.0% nice, 4.3% system, 0.0% interrupt, 94.5% i= dle > > > > Mem: 474M Active, 1609M Inact, 764M Wired, 281M Buf, 119M Free > > > > Swap: 4096M Total, 917M Used, 3178M Free, 22% Inuse =20 > > >=20 > > > To analyze this you need to capture vmstat output. You'll see the fre= e pool=20 > > > dip below a threshold and pages go out to disk in response. If you ha= ve=20 > > > daemons with small working sets, pages that are not part of the worki= ng=20 > > > sets for daemons or applications will eventually be paged out. This i= s not=20 > > > a bad thing. In your example above, the 281 MB of UFS buffers are mor= e=20 > > > active than the 917 MB paged out. If it's paged out and never used ag= ain,=20 > > > then it doesn't hurt. However the 281 MB of buffers saves you I/O. Th= e=20 > > > inactive pages are part of your free pool that were active at one tim= e but=20 > > > now are not. They may be reclaimed and if they are, you've just saved= more=20 > > > I/O. > > >=20 > > > Top is a poor tool to analyze memory use. Vmstat is the better tool t= o help=20 > > > understand memory use. Inactive memory isn't a bad thing per se. Moni= tor=20 > > > page outs, scan rate and page reclaims. > > >=20 > > > =20 > >=20 > > I give up! Tried to check via ssh/vmstat what is going on. Last lines b= efore broken > > pipe: > >=20 > > [...] > > procs memory page disks faults cpu > > r b w avm fre flt re pi po fr sr ad0 ad1 in sy cs = us sy id > > 22 0 22 5.8G 1.0G 46319 0 0 0 55721 1297 0 4 219 23907 540= 0 95 5 0 > > 22 0 22 5.4G 1.3G 51733 0 0 0 72436 1162 0 0 108 40869 345= 9 93 7 0 > > 15 0 22 12G 1.2G 54400 0 27 0 52188 1160 0 42 148 52192 436= 6 91 9 0 > > 14 0 22 12G 1.0G 44954 0 37 0 37550 1179 0 39 141 86209 436= 8 88 12 0 > > 26 0 22 12G 1.1G 60258 0 81 0 69459 1119 0 27 123 779569 704= 359 87 13 0 > > 29 3 22 13G 774M 50576 0 68 0 32204 1304 0 2 102 507337 484= 861 93 7 0 > > 27 0 22 13G 937M 47477 0 48 0 59458 1264 3 2 112 68131 4440= 7 95 5 0 > > 36 0 22 13G 829M 83164 0 2 0 82575 1225 1 0 126 99366 3806= 0 89 11 0 > > 35 0 22 6.2G 1.1G 98803 0 13 0 121375 1217 2 8 112 99371 49= 99 85 15 0 > > 34 0 22 13G 723M 54436 0 20 0 36952 1276 0 17 153 29142 443= 1 95 5 0 > > Fssh_packet_write_wait: Connection to 192.168.0.1 port 22: Broken pipe > >=20 > >=20 > > This makes this crap system completely unusable. The server (FreeBSD 11= .0-CURRENT #20 > > r297503: Sat Apr 2 09:02:41 CEST 2016 amd64) in question did poudriere= bulk job. I > > can not even determine what terminal goes down first - another one, muc= h more time > > idle than the one shwoing the "vmstat 5" output, is still alive!=20 > >=20 > > i consider this a serious bug and it is no benefit what happened since = this "fancy" > > update. :-( =20 >=20 > By the way - it might be of interest and some hint. >=20 > One of my boxes is acting as server and gateway. It utilises NAT, IPFW, w= hen it is under > high load, as it was today, sometimes passing the network flow from ISP i= nto the network > for clients is extremely slow. I do not consider this the reason for coll= apsing ssh > sessions, since this incident happens also under no-load, but in the over= all-view onto > the problem, this could be a hint - I hope.=20 I just checked on one box, that "broke pipe" very quickly after I started p= oudriere, while it did well a couple of hours before until the pipe broke. It seems i= t's load dependend when the ssh session gets wrecked, but more important, after the = long-haul poudriere run, I rebooted the box and tried again with the mentioned broken= pipe after a couple of minutes after poudriere ran. Then I left the box for several hour= s and logged in again and checked the swap. Although there was for hours no load or othe= r pressure, there were 31% of of swap used - still (box has 16 GB of RAM and is propell= ed by a XEON E3-1245 V2). --Sig_/eJJPtbrEuK1nN2zIpc7BmVr Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEbBAEBCAAGBQJXADd7AAoJEOgBcD7A/5N8pLgH+Mi7sirm20gfmc98xIKyeYDE rEMIoUnhdgoBZ2hM2hWtyHlyMUXw/j/EjGi6Z/HsFZVdEvialKb/rUWDzTkAtp3R bQDaYU9bQ2muWcku/ENvGdfdUa3VYRCh6BOiHFcciPITDoAvi5wRsZeF5KgwfdIx 2wiJeOS4EcT8LcmhE19OiKPEJc3esjy1NkLQi+JKBwT06hVf6QiVmXcmgOxWoVCX 2xED4O9Hc6TfPb5ig0q8Fjkgg2ojMk9AL1Kcy4nrZ02z8hOCUjMrPTM5dSQMBy3X AHGZy5hn5/0QvJBTU4XW08HvZtag00bioqbMPg4ZiJxU7O5Xv+SpiXIPErIocg== =ZLue -----END PGP SIGNATURE----- --Sig_/eJJPtbrEuK1nN2zIpc7BmVr-- From owner-freebsd-current@freebsd.org Sat Apr 2 22:28: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 6443BAEC9A1 for ; Sat, 2 Apr 2016 22:28:24 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-ig0-x232.google.com (mail-ig0-x232.google.com [IPv6:2607:f8b0:4001:c05::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 2BB1112EF; Sat, 2 Apr 2016 22:28:24 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: by mail-ig0-x232.google.com with SMTP id ma7so38867343igc.0; Sat, 02 Apr 2016 15:28:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc; bh=hnO34w+BYG7/zNs7XO4qTJ+7ER3mouhWHXn9MIR2Q3s=; b=zHDGbAKP5vdjZAyqPWPr/Md+QZ9/2Vkevx1SJQmHXTTlNCyNuqI/ZxY+rwvAHPBNUa wtdTrRPoRURx/15gaCcDjIRJUXte4aJbI1MdEXPdtJJV4EM7yv65DORNnyds3xMAh5PM pe3csl4ZxP4zl/Kps5FDIb+VwRWDi/wBX/Wk3jYf9+Z8re+z/0P/3glVQQ0h1xqas1GW m2DYdLu1sOtBIS18kz78ff/VsYqaKjLSJPSLHcfy0C7M5sABHCtd2gmmT4i5RlkYQ6CA FvUOI2trLohwRISgD2sIIhwNiqG1bNVRqCs4kWg0KQTbtUQwxUO4lemhovwwZeSUAwgQ g4bg== 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; bh=hnO34w+BYG7/zNs7XO4qTJ+7ER3mouhWHXn9MIR2Q3s=; b=K651EhiqaH/ZjhE+BLQzt8pKywdnxeAFpg8RQv1Nqa924sGGPyhRz1BvT6Ma2ruQcJ oxeqkqPpRQPP/XL9ZYdk2W2bQ4CMD6BVogZVc6BI7vVjgayCsDl/mKcNG+ciu1bVKvVL tge7rS9kWkoh15L9wkdwndaYVSHeLlYDJ18dZH05nzWAEDWzEos79coSiY8QH2ZWCmeG B7/zxt7wGK50dGXTP3cvi/RBXteS1JpHWnghafMerWAwsIa5Qaa7gYiiQhr16DQapcx9 aPVQuxHZs5OL/Q3RKFI1sirQOi2UyNi6b7B4wd1cXhVwqzJwSYdtfyYVTtAPF3jgqp5U 3aEQ== X-Gm-Message-State: AD7BkJIGsxMFmSd+UWIucZNQrs8iDuCGIW6CR+q4BHImo5gaO658WYqNqOD4etDpfLog7a158mR0EH+B9zCPkA== MIME-Version: 1.0 X-Received: by 10.50.8.101 with SMTP id q5mr4355154iga.22.1459636103401; Sat, 02 Apr 2016 15:28:23 -0700 (PDT) Sender: kob6558@gmail.com Received: by 10.79.35.33 with HTTP; Sat, 2 Apr 2016 15:28:23 -0700 (PDT) In-Reply-To: <20160402231955.41b05526.ohartman@zedat.fu-berlin.de> References: <56F6C6B0.6010103@protected-networks.net> <201604020807.u3287tgc034452@slippy.cwsent.com> <20160402105503.7ede5be1.ohartman@zedat.fu-berlin.de> <20160402113910.14de7eaf.ohartman@zedat.fu-berlin.de> <20160402231955.41b05526.ohartman@zedat.fu-berlin.de> Date: Sat, 2 Apr 2016 15:28:23 -0700 X-Google-Sender-Auth: IzKqzb94BduVnKaQT1E8gn8L_cY Message-ID: Subject: Re: CURRENT slow and shaky network stability From: Kevin Oberman To: "O. Hartmann" Cc: Cy Schubert , Michael Butler , "K. Macy" , FreeBSD CURRENT Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.21 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 Precedence: 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, 02 Apr 2016 22:28:24 -0000 On Sat, Apr 2, 2016 at 2:19 PM, O. Hartmann wrote: > Am Sat, 2 Apr 2016 11:39:10 +0200 > "O. Hartmann" schrieb: > > > Am Sat, 2 Apr 2016 10:55:03 +0200 > > "O. Hartmann" schrieb: > > > > > Am Sat, 02 Apr 2016 01:07:55 -0700 > > > Cy Schubert schrieb: > > > > > > > In message <56F6C6B0.6010103@protected-networks.net>, Michael > Butler writes: > > > > > -current is not great for interactive use at all. The strategy of > > > > > pre-emptively dropping idle processes to swap is hurting .. big > time. > > > > > > > > FreeBSD doesn't "preemptively" or arbitrarily push pages out to > disk. LRU > > > > doesn't do this. > > > > > > > > > > > > > > Compare inactive memory to swap in this example .. > > > > > > > > > > 110 processes: 1 running, 108 sleeping, 1 zombie > > > > > CPU: 1.2% user, 0.0% nice, 4.3% system, 0.0% interrupt, 94.5% > idle > > > > > Mem: 474M Active, 1609M Inact, 764M Wired, 281M Buf, 119M Free > > > > > Swap: 4096M Total, 917M Used, 3178M Free, 22% Inuse > > > > > > > > To analyze this you need to capture vmstat output. You'll see the > free pool > > > > dip below a threshold and pages go out to disk in response. If you > have > > > > daemons with small working sets, pages that are not part of the > working > > > > sets for daemons or applications will eventually be paged out. This > is not > > > > a bad thing. In your example above, the 281 MB of UFS buffers are > more > > > > active than the 917 MB paged out. If it's paged out and never used > again, > > > > then it doesn't hurt. However the 281 MB of buffers saves you I/O. > The > > > > inactive pages are part of your free pool that were active at one > time but > > > > now are not. They may be reclaimed and if they are, you've just > saved more > > > > I/O. > > > > > > > > Top is a poor tool to analyze memory use. Vmstat is the better tool > to help > > > > understand memory use. Inactive memory isn't a bad thing per se. > Monitor > > > > page outs, scan rate and page reclaims. > > > > > > > > > > > > > > I give up! Tried to check via ssh/vmstat what is going on. Last lines > before broken > > > pipe: > > > > > > [...] > > > procs memory page disks faults > cpu > > > r b w avm fre flt re pi po fr sr ad0 ad1 in sy cs > us sy id > > > 22 0 22 5.8G 1.0G 46319 0 0 0 55721 1297 0 4 219 23907 > 5400 95 5 0 > > > 22 0 22 5.4G 1.3G 51733 0 0 0 72436 1162 0 0 108 40869 > 3459 93 7 0 > > > 15 0 22 12G 1.2G 54400 0 27 0 52188 1160 0 42 148 52192 > 4366 91 9 0 > > > 14 0 22 12G 1.0G 44954 0 37 0 37550 1179 0 39 141 86209 > 4368 88 12 0 > > > 26 0 22 12G 1.1G 60258 0 81 0 69459 1119 0 27 123 779569 > 704359 87 13 0 > > > 29 3 22 13G 774M 50576 0 68 0 32204 1304 0 2 102 507337 > 484861 93 7 0 > > > 27 0 22 13G 937M 47477 0 48 0 59458 1264 3 2 112 68131 > 44407 95 5 0 > > > 36 0 22 13G 829M 83164 0 2 0 82575 1225 1 0 126 99366 > 38060 89 11 0 > > > 35 0 22 6.2G 1.1G 98803 0 13 0 121375 1217 2 8 112 99371 > 4999 85 15 0 > > > 34 0 22 13G 723M 54436 0 20 0 36952 1276 0 17 153 29142 > 4431 95 5 0 > > > Fssh_packet_write_wait: Connection to 192.168.0.1 port 22: Broken pipe > > > > > > > > > This makes this crap system completely unusable. The server (FreeBSD > 11.0-CURRENT #20 > > > r297503: Sat Apr 2 09:02:41 CEST 2016 amd64) in question did > poudriere bulk job. I > > > can not even determine what terminal goes down first - another one, > much more time > > > idle than the one shwoing the "vmstat 5" output, is still alive! > > > > > > i consider this a serious bug and it is no benefit what happened since > this "fancy" > > > update. :-( > > > > By the way - it might be of interest and some hint. > > > > One of my boxes is acting as server and gateway. It utilises NAT, IPFW, > when it is under > > high load, as it was today, sometimes passing the network flow from ISP > into the network > > for clients is extremely slow. I do not consider this the reason for > collapsing ssh > > sessions, since this incident happens also under no-load, but in the > overall-view onto > > the problem, this could be a hint - I hope. > > I just checked on one box, that "broke pipe" very quickly after I started > poudriere, > while it did well a couple of hours before until the pipe broke. It seems > it's load > dependend when the ssh session gets wrecked, but more important, after the > long-haul > poudriere run, I rebooted the box and tried again with the mentioned > broken pipe after a > couple of minutes after poudriere ran. Then I left the box for several > hours and logged > in again and checked the swap. Although there was for hours no load or > other pressure, > there were 31% of of swap used - still (box has 16 GB of RAM and is > propelled by a XEON > E3-1245 V2). > Unless something has changed, just as things are not preemptively swapped out, they are also not preemptively swapped back in. AFAIK, once a process is swapped out, it will remain swapped out until/unless it becomes active. At that time it is swapped in and this can entail a significant delay. If my laptop is locked and something (usually Chromium) starts eating all of the memory and processes start swapping out, it can take >5 seconds to get the unlock window to display. -- Kevin Oberman, part-time kid-herd and retired network engineer From owner-freebsd-current@freebsd.org Sat Apr 2 22:38:27 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 9AA88AECC6B for ; Sat, 2 Apr 2016 22:38:27 +0000 (UTC) (envelope-from cy.schubert@komquats.com) Received: from smtp-out-so.shaw.ca (smtp-out-so.shaw.ca [64.59.136.137]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "Client", Issuer "CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 559BA1737; Sat, 2 Apr 2016 22:38:26 +0000 (UTC) (envelope-from cy.schubert@komquats.com) Received: from spqr.komquats.com ([96.50.22.10]) by shaw.ca with SMTP id mU8raQc4IN9d0mU8sahFtD; Sat, 02 Apr 2016 16:35:44 -0600 X-Authority-Analysis: v=2.2 cv=QZUkhYTv c=1 sm=1 tr=0 a=jvE2nwUzI0ECrNeyr98KWA==:117 a=jvE2nwUzI0ECrNeyr98KWA==:17 a=L9H7d07YOLsA:10 a=9cW_t1CCXrUA:10 a=s5jvgZ67dGcA:10 a=kziv93cY1bsA:10 a=BWvPGDcYAAAA:8 a=zxA2vyXaAAAA:8 a=YxBL1-UpAAAA:8 a=6I5d2MoRAAAA:8 a=gHwjbsXJ4-9PWJ6J5xwA:9 Received: from slippy.cwsent.com (slippy [10.1.1.91]) by spqr.komquats.com (Postfix) with ESMTP id A7CF713751; Sat, 2 Apr 2016 15:35:41 -0700 (PDT) Received: from slippy (localhost [127.0.0.1]) by slippy.cwsent.com (8.15.2/8.15.2) with ESMTP id u32MZeRC004837; Sat, 2 Apr 2016 15:35:41 -0700 (PDT) (envelope-from Cy.Schubert@komquats.com) Message-Id: <201604022235.u32MZeRC004837@slippy.cwsent.com> X-Mailer: exmh version 2.8.0 04/21/2012 with nmh-1.6 Reply-to: Cy Schubert From: Cy Schubert X-os: FreeBSD X-Sender: cy@cwsent.com X-URL: http://www.komquats.com/ To: "O. Hartmann" cc: Cy Schubert , Michael Butler , "K. Macy" , FreeBSD CURRENT Subject: Re: CURRENT slow and shaky network stability In-Reply-To: Message from "O. Hartmann" of "Sat, 02 Apr 2016 10:55:03 +0200." <20160402105503.7ede5be1.ohartman@zedat.fu-berlin.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 02 Apr 2016 15:35:40 -0700 X-CMAE-Envelope: MS4wfL3/ToV9PFDgw/w2PGHfYdL2H5UeQo2j5wwhMACdBotecK9GFlVbD3tze9eDgf7VqXjCpo8p8i6T0wZfnzzu824aB/T3mCyPl86Fc1iqk6tF2NVMTjGH cEpn3HYd0/OeA7U0NBLzl04+G60aFbDMwg08VKVXnBMI32pufqthvjC6DQJFW6QWFF/Lm9wnvs90GTAo1HRKESe2rmcmw/Co9TRg5P1UQN0Um/t2bf4m6ZDp lpDGqPm/mPKSzT4FSvJbx3DcQoVEZY/D/JzhguZMJRctcorLPMmrzeKWYo9KRfvv X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 Precedence: 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, 02 Apr 2016 22:38:27 -0000 In message <20160402105503.7ede5be1.ohartman@zedat.fu-berlin.de>, "O. Hartmann" writes: > --Sig_/VIBPN0rbNwuyJuk=dxEGA+U > Content-Type: text/plain; charset=US-ASCII > Content-Transfer-Encoding: quoted-printable > > Am Sat, 02 Apr 2016 01:07:55 -0700 > Cy Schubert schrieb: > > > In message <56F6C6B0.6010103@protected-networks.net>, Michael Butler writ= > es: > > > -current is not great for interactive use at all. The strategy of > > > pre-emptively dropping idle processes to swap is hurting .. big time. = > =20 > >=20 > > FreeBSD doesn't "preemptively" or arbitrarily push pages out to disk. LRU= > =20 > > doesn't do this. > >=20 > > >=20 > > > Compare inactive memory to swap in this example .. > > >=20 > > > 110 processes: 1 running, 108 sleeping, 1 zombie > > > CPU: 1.2% user, 0.0% nice, 4.3% system, 0.0% interrupt, 94.5% idle > > > Mem: 474M Active, 1609M Inact, 764M Wired, 281M Buf, 119M Free > > > Swap: 4096M Total, 917M Used, 3178M Free, 22% Inuse =20 > >=20 > > To analyze this you need to capture vmstat output. You'll see the free po= > ol=20 > > dip below a threshold and pages go out to disk in response. If you have=20 > > daemons with small working sets, pages that are not part of the working=20 > > sets for daemons or applications will eventually be paged out. This is no= > t=20 > > a bad thing. In your example above, the 281 MB of UFS buffers are more=20 > > active than the 917 MB paged out. If it's paged out and never used again,= > =20 > > then it doesn't hurt. However the 281 MB of buffers saves you I/O. The=20 > > inactive pages are part of your free pool that were active at one time bu= > t=20 > > now are not. They may be reclaimed and if they are, you've just saved mor= > e=20 > > I/O. > >=20 > > Top is a poor tool to analyze memory use. Vmstat is the better tool to he= > lp=20 > > understand memory use. Inactive memory isn't a bad thing per se. Monitor= > =20 > > page outs, scan rate and page reclaims. > >=20 > >=20 > > I give up! Tried to check via ssh/vmstat what is going on. Last lines befor= > e broken pipe: > > [...] > procs memory page disks faults cpu > r b w avm fre flt re pi po fr sr ad0 ad1 in sy cs us s= > y id > 22 0 22 5.8G 1.0G 46319 0 0 0 55721 1297 0 4 219 23907 5400 95= > 5 0 > 22 0 22 5.4G 1.3G 51733 0 0 0 72436 1162 0 0 108 40869 3459 93= > 7 0 > 15 0 22 12G 1.2G 54400 0 27 0 52188 1160 0 42 148 52192 4366 91= > 9 0 > 14 0 22 12G 1.0G 44954 0 37 0 37550 1179 0 39 141 86209 4368 88= > 12 0 > 26 0 22 12G 1.1G 60258 0 81 0 69459 1119 0 27 123 779569 704359 = > 87 13 0 > 29 3 22 13G 774M 50576 0 68 0 32204 1304 0 2 102 507337 484861 = > 93 7 0 > 27 0 22 13G 937M 47477 0 48 0 59458 1264 3 2 112 68131 44407 95= > 5 0 > 36 0 22 13G 829M 83164 0 2 0 82575 1225 1 0 126 99366 38060 89= > 11 0 > 35 0 22 6.2G 1.1G 98803 0 13 0 121375 1217 2 8 112 99371 4999 8= > 5 15 0 > 34 0 22 13G 723M 54436 0 20 0 36952 1276 0 17 153 29142 4431 95= > 5 0 > Fssh_packet_write_wait: Connection to 192.168.0.1 port 22: Broken pipe How many CPUs does FreeBSD see? (CPUs being the number of cores and threads, i.e. my dual core intel has two threads so FreeBSD sees four CPUs.) The load on the box shouldn't exceed more than two processes per CPU or you will notice performance issues. Ideally we look at load average first. If it's high then we check CPU%. If that looks good we look at memory and I/O. With the scant information at hand right now I see a possible CPU issue. Scan rate looks high but there's no paging so I'd consider it borderline. -- Cheers, Cy Schubert or FreeBSD UNIX: Web: http://www.FreeBSD.org The need of the many outweighs the greed of the few. From owner-freebsd-current@freebsd.org Sat Apr 2 22:57: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 F3719B00459 for ; Sat, 2 Apr 2016 22:57:57 +0000 (UTC) (envelope-from cy.schubert@komquats.com) Received: from smtp-out-no.shaw.ca (smtp-out-no.shaw.ca [64.59.134.13]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "Client", Issuer "CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id AC2741F12; Sat, 2 Apr 2016 22:57:57 +0000 (UTC) (envelope-from cy.schubert@komquats.com) Received: from spqr.komquats.com ([96.50.22.10]) by shaw.ca with SMTP id mUUKagITjQeymmUUMaOtkM; Sat, 02 Apr 2016 16:57:55 -0600 X-Authority-Analysis: v=2.2 cv=H9KZ+KQi c=1 sm=1 tr=0 a=jvE2nwUzI0ECrNeyr98KWA==:117 a=jvE2nwUzI0ECrNeyr98KWA==:17 a=L9H7d07YOLsA:10 a=9cW_t1CCXrUA:10 a=s5jvgZ67dGcA:10 a=kziv93cY1bsA:10 a=BWvPGDcYAAAA:8 a=zxA2vyXaAAAA:8 a=YxBL1-UpAAAA:8 a=6I5d2MoRAAAA:8 a=_3CExS8uxJAlMTfjgvoA:9 Received: from slippy.cwsent.com (slippy [10.1.1.91]) by spqr.komquats.com (Postfix) with ESMTP id BE89313751; Sat, 2 Apr 2016 15:57:52 -0700 (PDT) Received: from slippy (localhost [127.0.0.1]) by slippy.cwsent.com (8.15.2/8.15.2) with ESMTP id u32MvqRn036767; Sat, 2 Apr 2016 15:57:52 -0700 (PDT) (envelope-from Cy.Schubert@komquats.com) Message-Id: <201604022257.u32MvqRn036767@slippy.cwsent.com> X-Mailer: exmh version 2.8.0 04/21/2012 with nmh-1.6 Reply-to: Cy Schubert From: Cy Schubert X-os: FreeBSD X-Sender: cy@cwsent.com X-URL: http://www.komquats.com/ To: Kevin Oberman cc: "O. Hartmann" , Cy Schubert , Michael Butler , "K. Macy" , FreeBSD CURRENT Subject: Re: CURRENT slow and shaky network stability In-Reply-To: Message from Kevin Oberman of "Sat, 02 Apr 2016 15:28:23 -0700." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 02 Apr 2016 15:57:52 -0700 X-CMAE-Envelope: MS4wfEDv98/CYn9ucwUona34DsLgtXrsq7BUHbGVkrlInxHdzpYArwmPEBY7t86+D908w2OuPwIvEX44JL9oGLrb/cCzgPq5XSyLdQcRthOCu5B6HkhYdcms kLnw8i47mKqBvRlEEohl6M7E8fUgT/f014y65+AHri5M7QBij2FsloZ/W5m4w6SWJDbbjaumZpy/pIHN5WqA9H3dzMlD8c4vbQ2IgGcs83zH4w1vXYpdHZgH Rl+QSpS8Fq9jyx3bnEjp5ceSnUiyIPzow4I7s7A5fkNbdENkb400Qy23RzioB5xAaspDoGI3dJQN4X6XKAlilRrvhmvMxOfoD+EkfmrUHNU= X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 Precedence: 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, 02 Apr 2016 22:57:58 -0000 In message , Kevin Oberman writes: > --089e01176a5d71db0d052f8803c7 > Content-Type: text/plain; charset=UTF-8 > > On Sat, Apr 2, 2016 at 2:19 PM, O. Hartmann > wrote: > > > Am Sat, 2 Apr 2016 11:39:10 +0200 > > "O. Hartmann" schrieb: > > > > > Am Sat, 2 Apr 2016 10:55:03 +0200 > > > "O. Hartmann" schrieb: > > > > > > > Am Sat, 02 Apr 2016 01:07:55 -0700 > > > > Cy Schubert schrieb: > > > > > > > > > In message <56F6C6B0.6010103@protected-networks.net>, Michael > > Butler writes: > > > > > > -current is not great for interactive use at all. The strategy of > > > > > > pre-emptively dropping idle processes to swap is hurting .. big > > time. > > > > > > > > > > FreeBSD doesn't "preemptively" or arbitrarily push pages out to > > disk. LRU > > > > > doesn't do this. > > > > > > > > > > > > > > > > > Compare inactive memory to swap in this example .. > > > > > > > > > > > > 110 processes: 1 running, 108 sleeping, 1 zombie > > > > > > CPU: 1.2% user, 0.0% nice, 4.3% system, 0.0% interrupt, 94.5% > > idle > > > > > > Mem: 474M Active, 1609M Inact, 764M Wired, 281M Buf, 119M Free > > > > > > Swap: 4096M Total, 917M Used, 3178M Free, 22% Inuse > > > > > > > > > > To analyze this you need to capture vmstat output. You'll see the > > free pool > > > > > dip below a threshold and pages go out to disk in response. If you > > have > > > > > daemons with small working sets, pages that are not part of the > > working > > > > > sets for daemons or applications will eventually be paged out. This > > is not > > > > > a bad thing. In your example above, the 281 MB of UFS buffers are > > more > > > > > active than the 917 MB paged out. If it's paged out and never used > > again, > > > > > then it doesn't hurt. However the 281 MB of buffers saves you I/O. > > The > > > > > inactive pages are part of your free pool that were active at one > > time but > > > > > now are not. They may be reclaimed and if they are, you've just > > saved more > > > > > I/O. > > > > > > > > > > Top is a poor tool to analyze memory use. Vmstat is the better tool > > to help > > > > > understand memory use. Inactive memory isn't a bad thing per se. > > Monitor > > > > > page outs, scan rate and page reclaims. > > > > > > > > > > > > > > > > > > I give up! Tried to check via ssh/vmstat what is going on. Last lines > > before broken > > > > pipe: > > > > > > > > [...] > > > > procs memory page disks faults > > cpu > > > > r b w avm fre flt re pi po fr sr ad0 ad1 in sy cs > > us sy id > > > > 22 0 22 5.8G 1.0G 46319 0 0 0 55721 1297 0 4 219 23907 > > 5400 95 5 0 > > > > 22 0 22 5.4G 1.3G 51733 0 0 0 72436 1162 0 0 108 40869 > > 3459 93 7 0 > > > > 15 0 22 12G 1.2G 54400 0 27 0 52188 1160 0 42 148 52192 > > 4366 91 9 0 > > > > 14 0 22 12G 1.0G 44954 0 37 0 37550 1179 0 39 141 86209 > > 4368 88 12 0 > > > > 26 0 22 12G 1.1G 60258 0 81 0 69459 1119 0 27 123 779569 > > 704359 87 13 0 > > > > 29 3 22 13G 774M 50576 0 68 0 32204 1304 0 2 102 507337 > > 484861 93 7 0 > > > > 27 0 22 13G 937M 47477 0 48 0 59458 1264 3 2 112 68131 > > 44407 95 5 0 > > > > 36 0 22 13G 829M 83164 0 2 0 82575 1225 1 0 126 99366 > > 38060 89 11 0 > > > > 35 0 22 6.2G 1.1G 98803 0 13 0 121375 1217 2 8 112 99371 > > 4999 85 15 0 > > > > 34 0 22 13G 723M 54436 0 20 0 36952 1276 0 17 153 29142 > > 4431 95 5 0 > > > > Fssh_packet_write_wait: Connection to 192.168.0.1 port 22: Broken pipe > > > > > > > > > > > > This makes this crap system completely unusable. The server (FreeBSD > > 11.0-CURRENT #20 > > > > r297503: Sat Apr 2 09:02:41 CEST 2016 amd64) in question did > > poudriere bulk job. I > > > > can not even determine what terminal goes down first - another one, > > much more time > > > > idle than the one shwoing the "vmstat 5" output, is still alive! > > > > > > > > i consider this a serious bug and it is no benefit what happened since > > this "fancy" > > > > update. :-( > > > > > > By the way - it might be of interest and some hint. > > > > > > One of my boxes is acting as server and gateway. It utilises NAT, IPFW, > > when it is under > > > high load, as it was today, sometimes passing the network flow from ISP > > into the network > > > for clients is extremely slow. I do not consider this the reason for > > collapsing ssh > > > sessions, since this incident happens also under no-load, but in the > > overall-view onto > > > the problem, this could be a hint - I hope. > > > > I just checked on one box, that "broke pipe" very quickly after I started > > poudriere, > > while it did well a couple of hours before until the pipe broke. It seems > > it's load > > dependend when the ssh session gets wrecked, but more important, after the > > long-haul > > poudriere run, I rebooted the box and tried again with the mentioned > > broken pipe after a > > couple of minutes after poudriere ran. Then I left the box for several > > hours and logged > > in again and checked the swap. Although there was for hours no load or > > other pressure, > > there were 31% of of swap used - still (box has 16 GB of RAM and is > > propelled by a XEON > > E3-1245 V2). > > > > Unless something has changed, just as things are not preemptively swapped > out, they are also not preemptively swapped back in. AFAIK, once a process > is swapped out, it will remain swapped out until/unless it becomes active. > At that time it is swapped in and this can entail a significant delay. If > my laptop is locked and something (usually Chromium) starts eating all of > the memory and processes start swapping out, it can take >5 seconds to get > the unlock window to display. Yes! -- Cheers, Cy Schubert or FreeBSD UNIX: Web: http://www.FreeBSD.org The need of the many outweighs the greed of the few. From owner-freebsd-current@freebsd.org Sat Apr 2 22:59:30 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 C0D89B004EE for ; Sat, 2 Apr 2016 22:59:30 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-211-157.reflexion.net [208.70.211.157]) (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 8250F105E for ; Sat, 2 Apr 2016 22:59:29 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 25457 invoked from network); 2 Apr 2016 22:59:26 -0000 Received: from unknown (HELO rtc-sm-01.app.dca.reflexion.local) (10.81.150.1) by 0 (rfx-qmail) with SMTP; 2 Apr 2016 22:59:26 -0000 Received: by rtc-sm-01.app.dca.reflexion.local (Reflexion email security v7.90.2) with SMTP; Sat, 02 Apr 2016 18:59:32 -0400 (EDT) Received: (qmail 1449 invoked from network); 2 Apr 2016 22:59:32 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with SMTP; 2 Apr 2016 22:59:32 -0000 X-No-Relay: not in my network X-No-Relay: not in my network X-No-Relay: not in my network X-No-Relay: not in my network X-No-Relay: not in my network X-No-Relay: not in my network X-No-Relay: not in my network Received: from [192.168.1.8] (c-76-115-7-162.hsd1.or.comcast.net [76.115.7.162]) by iron2.pdx.net (Postfix) with ESMTPSA id 3D65B1C4387; Sat, 2 Apr 2016 15:59:23 -0700 (PDT) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Subject: Re: svn commit: r297435 - head: still problems for stage 3 when gcc 4.2.1 is avoided (powerpc64 self-hosted build) From: Mark Millard In-Reply-To: <5334F356-982F-40CA-9009-41B59AAC8665@dsl-only.net> Date: Sat, 2 Apr 2016 15:59:27 -0700 Cc: Dimitry Andric , FreeBSD Toolchain , FreeBSD Current , Gerald Pfeifer , FreeBSD PowerPC ML Content-Transfer-Encoding: quoted-printable Message-Id: References: <5A0ACA76-6F1D-4975-9E59-2A64BB8EFC77@dsl-only.net> <56FD9757.6040709@FreeBSD.org> <9E3033D5-F416-4B78-97C2-0A0AABF5A49E@dsl-only.net> <56FDA5F9.1090601@FreeBSD.org> <5FDFDC6A-911B-4A77-BCEF-BBB711BFA0AC@FreeBSD.org> <5334F356-982F-40CA-9009-41B59AAC8665@dsl-only.net> To: Warner Losh , Bryan Drewery X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 Precedence: 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, 02 Apr 2016 22:59:30 -0000 [My testing for the likes of the below does not yet extend outside = powerpc64 contexts.] For the likes of self-hosted powerpc64-xtoolchain-gcc/powerpc64-gcc use = with, say, gcc49 materials as the so-called "host" compiler tools I have = not yet found a way around using the workaround: > # ls -l /usr/lib/libstdc++.* > lrwxr-xr-x 1 root wheel 17 Feb 23 00:09 /usr/lib/libstdc++.a -> = /usr/lib/libc++.a > lrwxr-xr-x 1 root wheel 18 Feb 23 00:09 /usr/lib/libstdc++.so -> = /usr/lib/libc++.so But I appear to now have a src.conf (or a family of them) that avoids = needing workarounds in /usr/local/include and /usr/local/lib for = filename conflicts. This is based on CC/CXX ("HOST") and XCC/XCXX = ("CROSS") in src.conf being the likes of: "HOST" (CC/CXX): > CC=3Denv C_INCLUDE_PATH=3D/usr/include /usr/local/bin/gcc49 -L/usr/lib > CXX=3Denv C_INCLUDE_PATH=3D/usr/include = CPLUS_INCLUDE_PATH=3D/usr/include/c++/v1 /usr/local/bin/g++49 -std=3Dc++11= -nostdinc++ -L/usr/lib and. . . "CROSS" (XCC/XCXX): > TO_TYPE=3Dpowerpc64 > TOOLS_TO_TYPE=3D${TO_TYPE} > . . . > VERSION_CONTEXT=3D11.0 > . . . > = XCC=3D/usr/local/bin/${TOOLS_TO_TYPE}-portbld-freebsd${VERSION_CONTEXT}-gc= c > = XCXX=3D/usr/local/bin/${TOOLS_TO_TYPE}-portbld-freebsd${VERSION_CONTEXT}-g= ++ In other words: CROSS use is already handled for /usr/local/. . . just = given the compiler paths but some special src.conf adjustments beyond = compiler paths were needed for HOST. So far it appears that gcc49 materials can be used in "CROSS" and/or = powerpc64-gcc materials can be used in "HOST" via just appropriate = compiler-path editing. (I have jumped to testing -r297514 but am still = doing various build tests. So this aspect is subject to updates.) It = appears to be possible to use just one compiler/tool family --but in the = 2 different ways-- instead of using a mix of 2 compiler/tool families. Historically I've not gotten gcc variants to make a working lib32 for = powerpc64 and I've yet to retest this: So no claims about the lib32 = status are implied here. (The problem was code in crtbeginS that = arbitrarily used R30 in a way that the context was not set up for and so = crtbeginS code was dereferencing arbitrary addresses.) =3D=3D=3D Mark Millard markmi at dsl-only.net On 2016-Apr-1, at 4:35 PM, Mark Millard wrote: [Just a top-post showing what powerpc64-xtoolchain-gcc/powerpc64-gcc has = for the default include search places:] powerpc64-xtoolchain-gcc/powerpc64-gcc also looks in /usr/local/include = before /usr/include : see below. > # portmaster --list-origins > . . . > devel/powerpc64-xtoolchain-gcc > . . . >=20 > # /usr/local/bin/powerpc64-portbld-freebsd11.0-gcc --version > powerpc64-portbld-freebsd11.0-gcc (FreeBSD Ports Collection for = powerpc64) 5.3.0 > Copyright (C) 2015 Free Software Foundation, Inc. > This is free software; see the source for copying conditions. There = is NO > warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR = PURPOSE. >=20 > # echo '' |/usr/local/bin/powerpc64-portbld-freebsd11.0-gcc -v -x c++ = - -o /dev/null > . . . > ignoring nonexistent directory = "/usr/local/lib/gcc/powerpc64-portbld-freebsd11.0/5.3.0/../../../../includ= e/c++/5.3.0" > ignoring nonexistent directory = "/usr/local/lib/gcc/powerpc64-portbld-freebsd11.0/5.3.0/../../../../includ= e/c++/5.3.0/powerpc64-portbld-freebsd11.0" > ignoring nonexistent directory = "/usr/local/lib/gcc/powerpc64-portbld-freebsd11.0/5.3.0/../../../../includ= e/c++/5.3.0/backward" > ignoring nonexistent directory = "/usr/local/lib/gcc/powerpc64-portbld-freebsd11.0/5.3.0/../../../../powerp= c64-portbld-freebsd11.0/include" > #include "..." search starts here: > #include <...> search starts here: > /usr/local/lib/gcc/powerpc64-portbld-freebsd11.0/5.3.0/include > /usr/local/include > /usr/local/lib/gcc/powerpc64-portbld-freebsd11.0/5.3.0/include-fixed > /usr/include > End of search list. > . . . =3D=3D=3D Mark Millard markmi at dsl-only.net On 2016-Apr-1, at 7:25 AM, Warner Losh wrote: >=20 >=20 >=20 > On Fri, Apr 1, 2016 at 2:25 AM, Dimitry Andric = wrote: > On 01 Apr 2016, at 00:44, Warner Losh wrote: >>=20 >>> On Mar 31, 2016, at 4:34 PM, Bryan Drewery = wrote: >>> I didn't realize the ports compiler was defaulting = /usr/local/include >>> into the search path now. It does not have /usr/local/lib in the >>> default library path as far as I can tell. It's also broken for its >>> -rpath (noted in its pkg-message). So having a default >>> /usr/local/include path seems odd. >>=20 >> It has for a while now. It=E2=80=99s one of the maddening = inconsistencies that abound in this >> area. I took a poll a while ago and there seemed to be widespread = support for adding >> it to the base compiler. >=20 > This was the main reason /usr/local/include was *not* included in the > base compiler, otherwise it would unpredictably pick up headers in > /usr/local/include during builds. You can never know which = conflicting > headers a certain user has installed in /usr/local/include... :) >=20 > That's why it shouldn't be *FIRST*, not why it shouldn't be there > at all. >=20 >>> Adding -isystem /usr/include to fix this is probably possible but >>> there's a risk someone will remove it as redundant. In this case I = wish >>> /usr/include was first but I'm not sure what impact that would have = on >>> consumers expecting /usr/local/include (and /usr/local/lib) = overrides to >>> work, though they would need to pass a -L /usr/local/lib anyhow and >>> would likely be passing -I /usr/local/lib too. >>=20 >> /usr/include should be first. But it isn=E2=80=99t. That=E2=80=99s = another inconsistency that was found >> when we looked at /usr/local stuff. Someone recently added = /usr/local/bin to the path, >> if I recall correctly. >=20 > Isn't that a bit of a bikeshed? I guess some people would just as = well > prefer /usr/local/include to be first, just like some people prefer > /usr/local/bin before /usr/bin in their PATH. >=20 > Sigh. No. /usr/local is moving into many different things in the base = and ports. We should > do it in a consistent way. What we have now is not consistent and = somewhat brittle. >=20 > In any case, if such paths are added to external compilers, we better > make sure almost everything in buildworld uses -nostdinc, and = specifying > exactly the include directories we need, and no others. Cumbersome, = but > maybe for a good cause. >=20 > That's the non-brittle solution here. An over-reliance on defaults = makes it > difficult to ensure other compilers will work, especially ones we = don't > tightly control the defaults for. >=20 > Warner From owner-freebsd-current@freebsd.org Sat Apr 2 23:15:00 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 A6E95B009AA for ; Sat, 2 Apr 2016 23:15:00 +0000 (UTC) (envelope-from cy.schubert@komquats.com) Received: from smtp-out-so.shaw.ca (smtp-out-so.shaw.ca [64.59.136.137]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "Client", Issuer "CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 72900185D; Sat, 2 Apr 2016 23:15:00 +0000 (UTC) (envelope-from cy.schubert@komquats.com) Received: from spqr.komquats.com ([96.50.22.10]) by shaw.ca with SMTP id mUksaQlCcN9d0mUktahLwg; Sat, 02 Apr 2016 17:14:59 -0600 X-Authority-Analysis: v=2.2 cv=QZUkhYTv c=1 sm=1 tr=0 a=jvE2nwUzI0ECrNeyr98KWA==:117 a=jvE2nwUzI0ECrNeyr98KWA==:17 a=L9H7d07YOLsA:10 a=9cW_t1CCXrUA:10 a=s5jvgZ67dGcA:10 a=kziv93cY1bsA:10 a=BWvPGDcYAAAA:8 a=zxA2vyXaAAAA:8 a=YxBL1-UpAAAA:8 a=6I5d2MoRAAAA:8 a=zxFGSFYRmjXqNedrfAYA:9 Received: from slippy.cwsent.com (slippy [10.1.1.91]) by spqr.komquats.com (Postfix) with ESMTP id DCC6A13751; Sat, 2 Apr 2016 16:14:57 -0700 (PDT) Received: from slippy (localhost [127.0.0.1]) by slippy.cwsent.com (8.15.2/8.15.2) with ESMTP id u32NEvgs067448; Sat, 2 Apr 2016 16:14:57 -0700 (PDT) (envelope-from Cy.Schubert@komquats.com) Message-Id: <201604022314.u32NEvgs067448@slippy.cwsent.com> X-Mailer: exmh version 2.8.0 04/21/2012 with nmh-1.6 Reply-to: Cy Schubert From: Cy Schubert X-os: FreeBSD X-Sender: cy@cwsent.com X-URL: http://www.komquats.com/ To: "O. Hartmann" cc: Cy Schubert , Michael Butler , "K. Macy" , FreeBSD CURRENT Subject: Re: CURRENT slow and shaky network stability In-Reply-To: Message from "O. Hartmann" of "Sat, 02 Apr 2016 23:19:55 +0200." <20160402231955.41b05526.ohartman@zedat.fu-berlin.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 02 Apr 2016 16:14:57 -0700 X-CMAE-Envelope: MS4wfIvWvTwSFh4df2FEZQCQE+0CqZuXylIXM416cLVLTHZGxiXp9O4884BrKgHSMLy5v0B4vudE/ykI1gbRubIvuMIAgyI1K9LO3kbSxY0SGtOLLYpkhAyr GxG/3yknDZFHw4GiUOd+zrLFyWNem5SYjCF68Ze9ApKXO2jx8ksg8o9HXAFbJsUNKeXggTm6o8q24dcYrDSr3loRVmnCg8V0W42y7qv36bjojBSTIPLSbvAR 5fELqakTtJbK1Nv/76yi6uQio1Ov2OEJcE1qQKNp5fRmTKY4XhzoC7Mk853fa5GK X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 Precedence: 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, 02 Apr 2016 23:15:00 -0000 In message <20160402231955.41b05526.ohartman@zedat.fu-berlin.de>, "O. Hartmann" writes: > --Sig_/eJJPtbrEuK1nN2zIpc7BmVr > Content-Type: text/plain; charset=US-ASCII > Content-Transfer-Encoding: quoted-printable > > Am Sat, 2 Apr 2016 11:39:10 +0200 > "O. Hartmann" schrieb: > > > Am Sat, 2 Apr 2016 10:55:03 +0200 > > "O. Hartmann" schrieb: > >=20 > > > Am Sat, 02 Apr 2016 01:07:55 -0700 > > > Cy Schubert schrieb: > > > =20 > > > > In message <56F6C6B0.6010103@protected-networks.net>, Michael Butler = > writes: =20 > > > > > -current is not great for interactive use at all. The strategy of > > > > > pre-emptively dropping idle processes to swap is hurting .. big tim= > e. =20 > > > >=20 > > > > FreeBSD doesn't "preemptively" or arbitrarily push pages out to disk.= > LRU=20 > > > > doesn't do this. > > > > =20 > > > > >=20 > > > > > Compare inactive memory to swap in this example .. > > > > >=20 > > > > > 110 processes: 1 running, 108 sleeping, 1 zombie > > > > > CPU: 1.2% user, 0.0% nice, 4.3% system, 0.0% interrupt, 94.5% i= > dle > > > > > Mem: 474M Active, 1609M Inact, 764M Wired, 281M Buf, 119M Free > > > > > Swap: 4096M Total, 917M Used, 3178M Free, 22% Inuse =20 > > > >=20 > > > > To analyze this you need to capture vmstat output. You'll see the fre= > e pool=20 > > > > dip below a threshold and pages go out to disk in response. If you ha= > ve=20 > > > > daemons with small working sets, pages that are not part of the worki= > ng=20 > > > > sets for daemons or applications will eventually be paged out. This i= > s not=20 > > > > a bad thing. In your example above, the 281 MB of UFS buffers are mor= > e=20 > > > > active than the 917 MB paged out. If it's paged out and never used ag= > ain,=20 > > > > then it doesn't hurt. However the 281 MB of buffers saves you I/O. Th= > e=20 > > > > inactive pages are part of your free pool that were active at one tim= > e but=20 > > > > now are not. They may be reclaimed and if they are, you've just saved= > more=20 > > > > I/O. > > > >=20 > > > > Top is a poor tool to analyze memory use. Vmstat is the better tool t= > o help=20 > > > > understand memory use. Inactive memory isn't a bad thing per se. Moni= > tor=20 > > > > page outs, scan rate and page reclaims. > > > >=20 > > > > =20 > > >=20 > > > I give up! Tried to check via ssh/vmstat what is going on. Last lines b= > efore broken > > > pipe: > > >=20 > > > [...] > > > procs memory page disks faults cpu > > > r b w avm fre flt re pi po fr sr ad0 ad1 in sy cs = > us sy id > > > 22 0 22 5.8G 1.0G 46319 0 0 0 55721 1297 0 4 219 23907 540= > 0 95 5 0 > > > 22 0 22 5.4G 1.3G 51733 0 0 0 72436 1162 0 0 108 40869 345= > 9 93 7 0 > > > 15 0 22 12G 1.2G 54400 0 27 0 52188 1160 0 42 148 52192 436= > 6 91 9 0 > > > 14 0 22 12G 1.0G 44954 0 37 0 37550 1179 0 39 141 86209 436= > 8 88 12 0 > > > 26 0 22 12G 1.1G 60258 0 81 0 69459 1119 0 27 123 779569 704= > 359 87 13 0 > > > 29 3 22 13G 774M 50576 0 68 0 32204 1304 0 2 102 507337 484= > 861 93 7 0 > > > 27 0 22 13G 937M 47477 0 48 0 59458 1264 3 2 112 68131 4440= > 7 95 5 0 > > > 36 0 22 13G 829M 83164 0 2 0 82575 1225 1 0 126 99366 3806= > 0 89 11 0 > > > 35 0 22 6.2G 1.1G 98803 0 13 0 121375 1217 2 8 112 99371 49= > 99 85 15 0 > > > 34 0 22 13G 723M 54436 0 20 0 36952 1276 0 17 153 29142 443= > 1 95 5 0 > > > Fssh_packet_write_wait: Connection to 192.168.0.1 port 22: Broken pipe > > >=20 > > >=20 > > > This makes this crap system completely unusable. The server (FreeBSD 11= > .0-CURRENT #20 > > > r297503: Sat Apr 2 09:02:41 CEST 2016 amd64) in question did poudriere= > bulk job. I > > > can not even determine what terminal goes down first - another one, muc= > h more time > > > idle than the one shwoing the "vmstat 5" output, is still alive!=20 > > >=20 > > > i consider this a serious bug and it is no benefit what happened since = > this "fancy" > > > update. :-( =20 > >=20 > > By the way - it might be of interest and some hint. > >=20 > > One of my boxes is acting as server and gateway. It utilises NAT, IPFW, w= > hen it is under > > high load, as it was today, sometimes passing the network flow from ISP i= > nto the network > > for clients is extremely slow. I do not consider this the reason for coll= > apsing ssh > > sessions, since this incident happens also under no-load, but in the over= > all-view onto > > the problem, this could be a hint - I hope.=20 > > I just checked on one box, that "broke pipe" very quickly after I started p= > oudriere, > while it did well a couple of hours before until the pipe broke. It seems i= > t's load > dependend when the ssh session gets wrecked, but more important, after the = > long-haul > poudriere run, I rebooted the box and tried again with the mentioned broken= > pipe after a > couple of minutes after poudriere ran. Then I left the box for several hour= > s and logged > in again and checked the swap. Although there was for hours no load or othe= > r pressure, > there were 31% of of swap used - still (box has 16 GB of RAM and is propell= > ed by a XEON > E3-1245 V2). > 31%! Is it *actively* paging or is the 31% previously paged out and no paging is *currently* being experienced? 31% of how swap space in total? Also, what does ps aumx or ps aumxww say? Pipe it to head -40 or similar. -- Cheers, Cy Schubert or FreeBSD UNIX: Web: http://www.FreeBSD.org The need of the many outweighs the greed of the few. From owner-freebsd-current@freebsd.org Sat Apr 2 23:33:08 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 B7B85B00E70 for ; Sat, 2 Apr 2016 23:33:08 +0000 (UTC) (envelope-from cy.schubert@komquats.com) Received: from smtp-out-so.shaw.ca (smtp-out-so.shaw.ca [64.59.136.138]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "Client", Issuer "CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 833551ED2; Sat, 2 Apr 2016 23:33:07 +0000 (UTC) (envelope-from cy.schubert@komquats.com) Received: from spqr.komquats.com ([96.50.22.10]) by shaw.ca with SMTP id mV2KaQpJdN9d0mV2LahOj9; Sat, 02 Apr 2016 17:33:01 -0600 X-Authority-Analysis: v=2.2 cv=QZUkhYTv c=1 sm=1 tr=0 a=jvE2nwUzI0ECrNeyr98KWA==:117 a=jvE2nwUzI0ECrNeyr98KWA==:17 a=L9H7d07YOLsA:10 a=9cW_t1CCXrUA:10 a=s5jvgZ67dGcA:10 a=kziv93cY1bsA:10 a=BWvPGDcYAAAA:8 a=zxA2vyXaAAAA:8 a=YxBL1-UpAAAA:8 a=6I5d2MoRAAAA:8 a=sWikZTb7wAAnd21NdGsA:9 Received: from slippy.cwsent.com (slippy [10.1.1.91]) by spqr.komquats.com (Postfix) with ESMTP id E221B13751; Sat, 2 Apr 2016 16:32:59 -0700 (PDT) Received: from slippy (localhost [127.0.0.1]) by slippy.cwsent.com (8.15.2/8.15.2) with ESMTP id u32NWwvk093130; Sat, 2 Apr 2016 16:32:58 -0700 (PDT) (envelope-from Cy.Schubert@komquats.com) Message-Id: <201604022332.u32NWwvk093130@slippy.cwsent.com> X-Mailer: exmh version 2.8.0 04/21/2012 with nmh-1.6 Reply-to: Cy Schubert From: Cy Schubert X-os: FreeBSD X-Sender: cy@cwsent.com X-URL: http://www.komquats.com/ To: "O. Hartmann" cc: Cy Schubert , Michael Butler , "K. Macy" , FreeBSD CURRENT Subject: Re: CURRENT slow and shaky network stability In-Reply-To: Message from "O. Hartmann" of "Sat, 02 Apr 2016 11:39:10 +0200." <20160402113910.14de7eaf.ohartman@zedat.fu-berlin.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 02 Apr 2016 16:32:58 -0700 X-CMAE-Envelope: MS4wfAaamLg5eEnv1klHMcynaFhoNoNE0S2ai0UBg+oGNZiw1KN8BFOPqEmAoK1e0d7ATSgXr1h6/XFeg7mk9qXLPIj0V7+kS91Z/oqr7+PnXHYDIWgtgG02 tXvXRAOGKOBA0WlP5DZSz3WY+gj4dut+3Bkxlg0RtH0u0b68QfiWokV1kK/jG0rYGM1pXgYUxoUMcw8GZ9sQlbz26v2gJopFEc+TpPOvF8Fgdsus2lH+HSRK vXhgRitqInl1CAyJuqUeqwEmL7ftRV25ofRYUEhEpbHpFCg9w48Kso56Jgt/LgJ1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 Precedence: 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, 02 Apr 2016 23:33:08 -0000 In message <20160402113910.14de7eaf.ohartman@zedat.fu-berlin.de>, "O. Hartmann" writes: > --Sig_/cnPyYwlIcD24/.m6dd2EX7j > Content-Type: text/plain; charset=US-ASCII > Content-Transfer-Encoding: quoted-printable > > Am Sat, 2 Apr 2016 10:55:03 +0200 > "O. Hartmann" schrieb: > > > Am Sat, 02 Apr 2016 01:07:55 -0700 > > Cy Schubert schrieb: > >=20 > > > In message <56F6C6B0.6010103@protected-networks.net>, Michael Butler wr= > ites: =20 > > > > -current is not great for interactive use at all. The strategy of > > > > pre-emptively dropping idle processes to swap is hurting .. big time.= > =20 > > >=20 > > > FreeBSD doesn't "preemptively" or arbitrarily push pages out to disk. L= > RU=20 > > > doesn't do this. > > > =20 > > > >=20 > > > > Compare inactive memory to swap in this example .. > > > >=20 > > > > 110 processes: 1 running, 108 sleeping, 1 zombie > > > > CPU: 1.2% user, 0.0% nice, 4.3% system, 0.0% interrupt, 94.5% idle > > > > Mem: 474M Active, 1609M Inact, 764M Wired, 281M Buf, 119M Free > > > > Swap: 4096M Total, 917M Used, 3178M Free, 22% Inuse =20 > > >=20 > > > To analyze this you need to capture vmstat output. You'll see the free = > pool=20 > > > dip below a threshold and pages go out to disk in response. If you have= > =20 > > > daemons with small working sets, pages that are not part of the working= > =20 > > > sets for daemons or applications will eventually be paged out. This is = > not=20 > > > a bad thing. In your example above, the 281 MB of UFS buffers are more= > =20 > > > active than the 917 MB paged out. If it's paged out and never used agai= > n,=20 > > > then it doesn't hurt. However the 281 MB of buffers saves you I/O. The= > =20 > > > inactive pages are part of your free pool that were active at one time = > but=20 > > > now are not. They may be reclaimed and if they are, you've just saved m= > ore=20 > > > I/O. > > >=20 > > > Top is a poor tool to analyze memory use. Vmstat is the better tool to = > help=20 > > > understand memory use. Inactive memory isn't a bad thing per se. Monito= > r=20 > > > page outs, scan rate and page reclaims. > > >=20 > > > =20 > >=20 > > I give up! Tried to check via ssh/vmstat what is going on. Last lines bef= > ore broken > > pipe: > >=20 > > [...] > > procs memory page disks faults cpu > > r b w avm fre flt re pi po fr sr ad0 ad1 in sy cs us= > sy id > > 22 0 22 5.8G 1.0G 46319 0 0 0 55721 1297 0 4 219 23907 5400 = > 95 5 0 > > 22 0 22 5.4G 1.3G 51733 0 0 0 72436 1162 0 0 108 40869 3459 = > 93 7 0 > > 15 0 22 12G 1.2G 54400 0 27 0 52188 1160 0 42 148 52192 4366 = > 91 9 0 > > 14 0 22 12G 1.0G 44954 0 37 0 37550 1179 0 39 141 86209 4368 = > 88 12 0 > > 26 0 22 12G 1.1G 60258 0 81 0 69459 1119 0 27 123 779569 70435= > 9 87 13 0 > > 29 3 22 13G 774M 50576 0 68 0 32204 1304 0 2 102 507337 48486= > 1 93 7 0 > > 27 0 22 13G 937M 47477 0 48 0 59458 1264 3 2 112 68131 44407 = > 95 5 0 > > 36 0 22 13G 829M 83164 0 2 0 82575 1225 1 0 126 99366 38060 = > 89 11 0 > > 35 0 22 6.2G 1.1G 98803 0 13 0 121375 1217 2 8 112 99371 4999= > 85 15 0 > > 34 0 22 13G 723M 54436 0 20 0 36952 1276 0 17 153 29142 4431 = > 95 5 0 > > Fssh_packet_write_wait: Connection to 192.168.0.1 port 22: Broken pipe > >=20 > >=20 > > This makes this crap system completely unusable. The server (FreeBSD 11.0= > -CURRENT #20 > > r297503: Sat Apr 2 09:02:41 CEST 2016 amd64) in question did poudriere b= > ulk job. I can > > not even determine what terminal goes down first - another one, much more= > time idle than > > the one shwoing the "vmstat 5" output, is still alive!=20 > >=20 > > i consider this a serious bug and it is no benefit what happened since th= > is "fancy" > > update. :-( > > By the way - it might be of interest and some hint. > > One of my boxes is acting as server and gateway. It utilises NAT, IPFW, whe= > n it is under > high load, as it was today, sometimes passing the network flow from ISP int= > o the network > for clients is extremely slow. I do not consider this the reason for collap= > sing ssh > sessions, since this incident happens also under no-load, but in the overal= > l-view onto > the problem, this could be a hint - I hope.=20 Natd is a critical part of your network infrastructure. rtprio 1 natd or rtprio 1 it after the fact. It won't hurt and it'll take this variable out of consideration, as much as we can. -- Cheers, Cy Schubert or FreeBSD UNIX: Web: http://www.FreeBSD.org The need of the many outweighs the greed of the few.