From owner-freebsd-stable@freebsd.org Sun Sep 4 03:49:13 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 504D8BCDF19 for ; Sun, 4 Sep 2016 03:49:13 +0000 (UTC) (envelope-from matheus@eternamente.info) Received: from calvin.arroway.org (calvin.arroway.org [104.200.142.149]) by mx1.freebsd.org (Postfix) with ESMTP id 3A8C72EAA for ; Sun, 4 Sep 2016 03:49:12 +0000 (UTC) (envelope-from matheus@eternamente.info) Received: from elita (unknown [179.211.188.112]) by calvin.arroway.org (Postfix) with ESMTPA id 61D24301C0 for ; Sun, 4 Sep 2016 00:49:06 -0300 (BRT) Date: Sun, 4 Sep 2016 00:49:12 -0300 From: Nenhum_de_Nos To: "freebsd-stable@freebsd.org" Subject: Re: ue1 and ue2 swinging Message-Id: <20160904004912.fde07f06fae6198257138737@eternamente.info> In-Reply-To: <9e77a50390471340a8f9e0afbfa3785a.squirrel@cabo.dyn.arroway.org> References: <20160901222144.8b9271868373b86e04dbd1a2@eternamente.info> <9e77a50390471340a8f9e0afbfa3785a.squirrel@cabo.dyn.arroway.org> X-Mailer: Sylpheed 3.4.3 (GTK+ 2.10.14; i686-pc-mingw32) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Sep 2016 03:49:13 -0000 On Fri, 2 Sep 2016 13:05:45 -0300 "Nenhum_de_Nos" wrote: > > On Thu, September 1, 2016 23:34, Eric A. Borisch wrote: > > Matheus, > > > > I had a very similar problem, which led me to throw this together: > > > > https://github.com/eborisch/ethname > > > > I think the comments in it are fairly complete, let me know if anything > > doesn't make sense. > > > > Perhaps there is an easier way, but most discussions I found ended in "you > > could rename them on boot" - which is what this rc.d script does. I use it > > on my home router to great effect. (I rename the adapters to cable and > > priv > > just to make firewall rules etc. even clearer.) > > > > - Eric > > Eric, > > great hint there, I will try it later when I get home and report back > here. Thanks! > > matheus Hi Eric, I tried it and something is not working here, I suppose. I have the /usr/local/etc/ifmap, the ethname is on /usr/local/etc/rc.d, and if I run it past boot it works fine. But on reboot it doesn't. Is this the inteded way or am I missing something? thanks, matheus -- Nenhum_de_Nos From owner-freebsd-stable@freebsd.org Sun Sep 4 04:29:00 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 78870BCE9A1 for ; Sun, 4 Sep 2016 04:29:00 +0000 (UTC) (envelope-from eborisch@gmail.com) Received: from mail-it0-x22b.google.com (mail-it0-x22b.google.com [IPv6:2607:f8b0:4001:c0b::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 3C4C2FA5 for ; Sun, 4 Sep 2016 04:29:00 +0000 (UTC) (envelope-from eborisch@gmail.com) Received: by mail-it0-x22b.google.com with SMTP id i184so101249594itf.1 for ; Sat, 03 Sep 2016 21:29:00 -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=fEE556QqOvqXIlCkzU54VqydzvndVBhgPqVUsSG1PZo=; b=Fuzzmg8uD7ZvxdqNFR4UKlvs3k75Rn+rcWpcbFFneAgPoXDfHqGRTPVXXmq5x/ioqA 24p/FijNaxENF2tAgyy9O0JU4DeAEbGYnahiVoY7oteEze43zf8J4ip2ybwx4JgYWDA7 2Oyb0QsfW+VhNTvCket/8buhrAjcu8qDFQumUUa7jVUKSGc/FM/1Cbk+/HG0itvUJIPm 1lrkPeK8tOxEp4IQbwZeJGBU62sO1gTP1jJAq2QDRTVhv2ugOv1nrGZx+BsHDjwWGv4Y CiJFFeK2Mn0sZgaA4Z0GvjH+KKdKkM1k7fVospsvspOcbNaAVbrjsgWG96kv5FwKHlf4 s54Q== 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=fEE556QqOvqXIlCkzU54VqydzvndVBhgPqVUsSG1PZo=; b=DRiSw1Ak6zdoPUyltf38QCDRPCgaV71KbMzWsnGUByrClJj5lfivbcZ+UKQpuosC53 M5DKHxD6Tbe+mFSsxcyzwbyhpZ784N5SdKx0MBoSrcdYwdHCM+/8DQGjCpLBP7//PHiR qc6kpO3tVFb20nrGUAAAObp3WFYd5RbMZoPJtSCd9dNLz58uiubtpgHA3P++96S0l306 XLo89I32vRyMeAsUrfsds5K2Td+7USuPgyoNyX4r4nBqcV0Ye2cRQUd/qr6/2st/BChI CzQmLtr0htbnj2b1f8jdHQDL1nyUZVQ3WWoWa5Ku0iPybeAzj8JBhX398EOU1MSZbrun jtog== X-Gm-Message-State: AE9vXwMKC50tJe5JI0bIGhLVXkbTyFy4Od0cIskppxJkgGsytdfYDb2xISRVqntw5lo7ElpQCBLfKqpQaWJfmQ== X-Received: by 10.36.80.138 with SMTP id m132mr15081621itb.32.1472963339532; Sat, 03 Sep 2016 21:28:59 -0700 (PDT) MIME-Version: 1.0 Received: by 10.107.10.42 with HTTP; Sat, 3 Sep 2016 21:28:58 -0700 (PDT) In-Reply-To: <20160904004912.fde07f06fae6198257138737@eternamente.info> References: <20160901222144.8b9271868373b86e04dbd1a2@eternamente.info> <9e77a50390471340a8f9e0afbfa3785a.squirrel@cabo.dyn.arroway.org> <20160904004912.fde07f06fae6198257138737@eternamente.info> From: "Eric A. Borisch" Date: Sat, 3 Sep 2016 23:28:58 -0500 Message-ID: Subject: Re: ue1 and ue2 swinging To: Nenhum_de_Nos Cc: "freebsd-stable@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Sep 2016 04:29:00 -0000 On Saturday, September 3, 2016, Nenhum_de_Nos wrote: > On Fri, 2 Sep 2016 13:05:45 -0300 > "Nenhum_de_Nos" > wrote: > > > > > On Thu, September 1, 2016 23:34, Eric A. Borisch wrote: > > > Matheus, > > > > > > I had a very similar problem, which led me to throw this together: > > > > > > https://github.com/eborisch/ethname > > > > > > I think the comments in it are fairly complete, let me know if anything > > > doesn't make sense. > > > > > > Perhaps there is an easier way, but most discussions I found ended in > "you > > > could rename them on boot" - which is what this rc.d script does. I > use it > > > on my home router to great effect. (I rename the adapters to cable and > > > priv > > > just to make firewall rules etc. even clearer.) > > > > > > - Eric > > > > Eric, > > > > great hint there, I will try it later when I get home and report back > > here. Thanks! > > > > matheus > > Hi Eric, > > I tried it and something is not working here, I suppose. I have the > /usr/local/etc/ifmap, the ethname is on /usr/local/etc/rc.d, and if I run > it past boot it works fine. But on reboot it doesn't. Is this the inteded > way or am I missing something? > > thanks, > > matheus > You have ethname_enabled="YES" and ethname_devices="ue0 ue1" (or whichever devices you want renamed) in your rc.conf; their original names, not what you want them to become? If you have console access, can you try running it manually? I'll double check in a bit that the version on github matches what I'm running. - Eric From owner-freebsd-stable@freebsd.org Sun Sep 4 05:00:40 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A4E73BCC00D for ; Sun, 4 Sep 2016 05:00:40 +0000 (UTC) (envelope-from eborisch@gmail.com) Received: from mail-it0-x236.google.com (mail-it0-x236.google.com [IPv6:2607:f8b0:4001:c0b::236]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 6DE1BC80 for ; Sun, 4 Sep 2016 05:00:40 +0000 (UTC) (envelope-from eborisch@gmail.com) Received: by mail-it0-x236.google.com with SMTP id e124so101571259ith.0 for ; Sat, 03 Sep 2016 22:00: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=Z6CldDsWVHU6W0IL5hGhxB1BU6aw3rJ7G1l/5uN6spA=; b=z+RtSQZewiYJuIBBt56pZq7EkVoTr7C74Vsfmv07ZOvWb+aNW4gw7SNAYkxjjoILtW GER9AciUswkHZX1mY+6EF0iL+iCqKE4eMzJZUPVnbiwNOI1/SujP0LiCmmcamxWeuOGV grOtOps2Y9sr5bw8KMH0DyDTDcicTUSm4Ha69cXYfKZ5QW6NblubwHiNJ6VjXdTDNdFy t3D2yDvts/7dqstZhTLCmlIbjnTjYtPKSgX/MLJW9R/A4n0w3TV57TD9sRGCDE/KJtxV 8KqYUjxehoTKcf2MHSPZR1VF7eLr5dVhYST00tNlvFNbF3V3KR2wGue1tdvK2dpEZOpj D79w== 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=Z6CldDsWVHU6W0IL5hGhxB1BU6aw3rJ7G1l/5uN6spA=; b=XpkBeEWY/24UEkKVdSvqIn15OCqhXrPqMJxZXPvC3353SNYUniPJlISNvJArRyy6Xx IhcMd8u2KcqmvASPt9+m7h3d7GuCTnUJkSivXjvZGqGVCdrNH2Zhddb8pTO++oasDWEa 9srKGwvMWdOsmWRtQxNy763wia4L9E0j3oO/k3WMNozg3YVXIla+XcoIdi7fxzw+NabU IGmd+fwdA1DFyI7WRDjn1yfVav9Q5VLUvFnufMaIYFaErQZex6KzCCqk+co+TeYSD2pf jyJpG8s71ZwTbHt0ZmScZK9dyuqoYjULFCK1UyY7B2kPI4z82UzMIzVnbUZmUZqGRyTX pBqA== X-Gm-Message-State: AE9vXwOBifH3gdrOIfN0qKn/zSTh8+kcUzBni+qcEt9TzEqOvlOrE3FBzzjsNpLMRbKEfnKeR18toqMJY4jHBQ== X-Received: by 10.36.28.203 with SMTP id c194mr15006711itc.95.1472965239731; Sat, 03 Sep 2016 22:00:39 -0700 (PDT) MIME-Version: 1.0 Received: by 10.107.10.42 with HTTP; Sat, 3 Sep 2016 22:00:38 -0700 (PDT) In-Reply-To: References: <20160901222144.8b9271868373b86e04dbd1a2@eternamente.info> <9e77a50390471340a8f9e0afbfa3785a.squirrel@cabo.dyn.arroway.org> <20160904004912.fde07f06fae6198257138737@eternamente.info> From: "Eric A. Borisch" Date: Sun, 4 Sep 2016 00:00:38 -0500 Message-ID: Subject: Re: ue1 and ue2 swinging To: Nenhum_de_Nos Cc: "freebsd-stable@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Sep 2016 05:00:40 -0000 On Sat, Sep 3, 2016 at 11:28 PM, Eric A. Borisch wrote: > On Saturday, September 3, 2016, Nenhum_de_Nos > wrote: >> >> On Fri, 2 Sep 2016 13:05:45 -0300 >> "Nenhum_de_Nos" wrote: >> >> > >> > On Thu, September 1, 2016 23:34, Eric A. Borisch wrote: >> > > Matheus, >> > > >> > > I had a very similar problem, which led me to throw this together: >> > > >> > > https://github.com/eborisch/ethname >> > > >> > > I think the comments in it are fairly complete, let me know if >> > > anything >> > > doesn't make sense. >> > > >> > > Perhaps there is an easier way, but most discussions I found ended in >> > > "you >> > > could rename them on boot" - which is what this rc.d script does. I >> > > use it >> > > on my home router to great effect. (I rename the adapters to cable and >> > > priv >> > > just to make firewall rules etc. even clearer.) >> > > >> > > - Eric >> > >> > Eric, >> > >> > great hint there, I will try it later when I get home and report back >> > here. Thanks! >> > >> > matheus >> >> Hi Eric, >> >> I tried it and something is not working here, I suppose. I have the >> /usr/local/etc/ifmap, the ethname is on /usr/local/etc/rc.d, and if I run it >> past boot it works fine. But on reboot it doesn't. Is this the inteded way >> or am I missing something? >> >> thanks, >> >> matheus > > > You have ethname_enabled="YES" and ethname_devices="ue0 ue1" (or whichever > devices you want renamed) in your rc.conf; their original names, not what > you want them to become? > > If you have console access, can you try running it manually? I'll double > check in a bit that the version on github matches what I'm running. > > - Eric I'm running (and have been running) the version on github verbatim with success. Does 'service -e | grep ethname' return the path the ethname? If not, put the 'ethname' script chmod-ed 555 and owned by root into /usr/local/etc/rc.d ... I'm also running 11.0RC2, but on amd64; I don't think that should be the issue, especially if you can run it manually via 'service ethname start'. - Eric From owner-freebsd-stable@freebsd.org Sun Sep 4 08:23:15 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4FA26BCFDC0 for ; Sun, 4 Sep 2016 08:23:15 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 37B00E10 for ; Sun, 4 Sep 2016 08:23:15 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: by mailman.ysv.freebsd.org (Postfix) id 36E60BCFDBE; Sun, 4 Sep 2016 08:23:15 +0000 (UTC) Delivered-To: stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3695BBCFDBD for ; Sun, 4 Sep 2016 08:23:15 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citapm.icyb.net.ua (citapm.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 73043E0E for ; Sun, 4 Sep 2016 08:23:13 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citapm.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id LAA16972; Sun, 04 Sep 2016 11:20:38 +0300 (EEST) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1bgSfO-000IgF-FB; Sun, 04 Sep 2016 11:20:38 +0300 Subject: Re: X2APIC support To: Slawa Olhovchenkov , Konstantin Belousov References: <20151212130615.GE70867@zxy.spb.ru> <20151212133513.GL82577@kib.kiev.ua> <20160901112724.GX88122@zxy.spb.ru> <20160901114500.GJ83214@kib.kiev.ua> <20160901121300.GZ88122@zxy.spb.ru> Cc: stable@FreeBSD.org From: Andriy Gapon Message-ID: <4ba05c00-f737-f562-553d-a7fa59145768@FreeBSD.org> Date: Sun, 4 Sep 2016 11:19:16 +0300 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 In-Reply-To: <20160901121300.GZ88122@zxy.spb.ru> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Sep 2016 08:23:15 -0000 On 01/09/2016 15:13, Slawa Olhovchenkov wrote: > DMAR: Found table at 0x79b32798 > x2APIC available but disabled by DMAR table > Event timer "LAPIC" quality 600 > LAPIC: ipi_wait() us multiplier 1 (r 116268019 tsc 2200043851) > ACPI APIC Table: > Package ID shift: 5 > L3 cache ID shift: 5 > L2 cache ID shift: 1 > L1 cache ID shift: 1 > Core ID shift: 1 > kernel trap 12 with interrupts disabled > > > Fatal trap 12: page fault while in kernel mode > cpuid = 0; apic id = ff > fault virtual address = 0x0 > fault code = supervisor read data, page not present > instruction pointer = 0x20:0xffffffff80537e74 > stack pointer = 0x28:0xffffffff814b4a60 > frame pointer = 0x28:0xffffffff814b4a70 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, long 1, def32 0, gran 1 > processor eflags = resume, IOPL = 0 > current process = 0 () > trap number = 12 > panic: page fault > cpuid = 0 > KDB: stack backtrace: > #0 0xffffffff805272e7 at kdb_backtrace+0x67 > #1 0xffffffff804dd662 at vpanic+0x182 > #2 0xffffffff804dd4d3 at panic+0x43 > #3 0xffffffff807a3791 at trap_fatal+0x351 > #4 0xffffffff807a3983 at trap_pfault+0x1e3 > #5 0xffffffff807a2f0c at trap+0x26c > #6 0xffffffff80787ca1 at calltrap+0x8 > #7 0xffffffff8083b52a at topo_probe+0x61a Interesting. Could you please do 'list *topo_probe+0x61a' in kgdb, so that I can see what code is being executed when the trap happens? Also, disassembly of the function could be useful as well. Wait... Kostik, I see one strange thing which is common to both successful and unsuccessful configurations. All "SMP: Added CPU..." lines have "AP" in them. It seems like the platform does not tell explicitly tell which CPU is the BSP, see cpu_add() function. This can break quite a few assumption. And I am not even sure how the successful scenario works. Ah... I see that there is a backup code in cpu_mp_start() where boot_cpu_id is set based on the current CPU's Local APIC ID. I suspect then that this information is incorrect in the failing case. Slawa, my guess can be checked by adding a printf to cpu_mp_start() right after boot_cpu_id assignment. > #8 0xffffffff8078fe81 at cpu_mp_start+0x1b1 > #9 0xffffffff805382ca at mp_start+0x3a > #10 0xffffffff80465cd8 at mi_startup+0x118 > #11 0xffffffff8028dfac at btext+0x2c > Uptime: 1s -- Andriy Gapon From owner-freebsd-stable@freebsd.org Sun Sep 4 08:25:15 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CD4AFBCFE85; Sun, 4 Sep 2016 08:25:15 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citapm.icyb.net.ua (citapm.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 02E71F51; Sun, 4 Sep 2016 08:25:14 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citapm.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id LAA16980; Sun, 04 Sep 2016 11:25:13 +0300 (EEST) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1bgSjp-000IgY-8A; Sun, 04 Sep 2016 11:25:13 +0300 Subject: Re: Regression with revision 303970 (was kern.proc.pathname failure while booting from zfs) To: Frederic Chardon , Konstantin Belousov References: Cc: freebsd-stable@FreeBSD.org, freebsd-current@FreeBSD.org From: Andriy Gapon Message-ID: <1aebfb2b-5df6-abe0-686f-b170fdaef510@FreeBSD.org> Date: Sun, 4 Sep 2016 11:24:17 +0300 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Sep 2016 08:25:15 -0000 On 27/08/2016 22:09, Frederic Chardon wrote: >> Anybody is able to reproduce this behavior or is it a local problem? > Reverting 303970 solves this issue. gcore and adb works again, and I > can start the vboxnet service. > I recreated my boot pool with no properties defined, just to be sure. I can not reproduce this issue here. Unfortunately, I have no clue how kern.proc.pathname works, so I would appreciate any hints at what filesystem operations I should look for potential problems. -- Andriy Gapon From owner-freebsd-stable@freebsd.org Sun Sep 4 08:40:00 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D1A81BCE67B for ; Sun, 4 Sep 2016 08:40:00 +0000 (UTC) (envelope-from slw@zxy.spb.ru) 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 BE380F02 for ; Sun, 4 Sep 2016 08:40:00 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: by mailman.ysv.freebsd.org (Postfix) id BD7B2BCE67A; Sun, 4 Sep 2016 08:40:00 +0000 (UTC) Delivered-To: stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BD152BCE679 for ; Sun, 4 Sep 2016 08:40:00 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from zxy.spb.ru (zxy.spb.ru [195.70.199.98]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 8127AF01; Sun, 4 Sep 2016 08:40:00 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from slw by zxy.spb.ru with local (Exim 4.86 (FreeBSD)) (envelope-from ) id 1bgSy6-000IKo-A2; Sun, 04 Sep 2016 11:39:58 +0300 Date: Sun, 4 Sep 2016 11:39:58 +0300 From: Slawa Olhovchenkov To: Andriy Gapon Cc: Konstantin Belousov , stable@FreeBSD.org Subject: Re: X2APIC support Message-ID: <20160904083958.GD34394@zxy.spb.ru> References: <20151212130615.GE70867@zxy.spb.ru> <20151212133513.GL82577@kib.kiev.ua> <20160901112724.GX88122@zxy.spb.ru> <20160901114500.GJ83214@kib.kiev.ua> <20160901121300.GZ88122@zxy.spb.ru> <4ba05c00-f737-f562-553d-a7fa59145768@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4ba05c00-f737-f562-553d-a7fa59145768@FreeBSD.org> User-Agent: Mutt/1.5.24 (2015-08-30) X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: slw@zxy.spb.ru X-SA-Exim-Scanned: No (on zxy.spb.ru); SAEximRunCond expanded to false X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Sep 2016 08:40:00 -0000 On Sun, Sep 04, 2016 at 11:19:16AM +0300, Andriy Gapon wrote: > On 01/09/2016 15:13, Slawa Olhovchenkov wrote: > > DMAR: Found table at 0x79b32798 > > x2APIC available but disabled by DMAR table > > > Event timer "LAPIC" quality 600 > > LAPIC: ipi_wait() us multiplier 1 (r 116268019 tsc 2200043851) > > ACPI APIC Table: > > Package ID shift: 5 > > L3 cache ID shift: 5 > > L2 cache ID shift: 1 > > L1 cache ID shift: 1 > > Core ID shift: 1 > > kernel trap 12 with interrupts disabled > > > > > > Fatal trap 12: page fault while in kernel mode > > cpuid = 0; apic id = ff > > > fault virtual address = 0x0 > > fault code = supervisor read data, page not present > > instruction pointer = 0x20:0xffffffff80537e74 > > stack pointer = 0x28:0xffffffff814b4a60 > > frame pointer = 0x28:0xffffffff814b4a70 > > code segment = base 0x0, limit 0xfffff, type 0x1b > > = DPL 0, pres 1, long 1, def32 0, gran 1 > > processor eflags = resume, IOPL = 0 > > current process = 0 () > > trap number = 12 > > panic: page fault > > cpuid = 0 > > KDB: stack backtrace: > > #0 0xffffffff805272e7 at kdb_backtrace+0x67 > > #1 0xffffffff804dd662 at vpanic+0x182 > > #2 0xffffffff804dd4d3 at panic+0x43 > > #3 0xffffffff807a3791 at trap_fatal+0x351 > > #4 0xffffffff807a3983 at trap_pfault+0x1e3 > > #5 0xffffffff807a2f0c at trap+0x26c > > #6 0xffffffff80787ca1 at calltrap+0x8 > > #7 0xffffffff8083b52a at topo_probe+0x61a > > Interesting. Could you please do 'list *topo_probe+0x61a' in kgdb, so that I (kgdb) list *topo_probe+0x61a 0xffffffff8083b52a is in topo_probe (/usr/src/sys/x86/x86/mp_x86.c:540). 535 topo_layers[layer].subtype); 536 } 537 } 538 539 parent = &topo_root; 540 for (layer = 0; layer < nlayers; ++layer) { 541 node_id = boot_cpu_id >> topo_layers[layer].id_shift; 542 node = topo_find_node_by_hwid(parent, node_id, 543 topo_layers[layer].type, 544 topo_layers[layer].subtype); Current language: auto; currently minimal > can see what code is being executed when the trap happens? Also, disassembly of > the function could be useful as well. (kgdb) x/40i *topo_probe+0x600 0xffffffff8083b510 : and $0xf8,%al 0xffffffff8083b512 : movslq -0x4(%r12),%rcx 0xffffffff8083b517 : mov %rbx,%rdi 0xffffffff8083b51a : callq 0xffffffff80537e30 0xffffffff8083b51f : mov %rax,%rbx 0xffffffff8083b522 : mov %rbx,%rdi 0xffffffff8083b525 : callq 0xffffffff80537e70 0xffffffff8083b52a : add $0xc,%r12 0xffffffff8083b52e : dec %r14d 0xffffffff8083b531 : jne 0xffffffff8083b500 0xffffffff8083b533 : movb $0x1,0xffffffff80dfa664 0xffffffff8083b53b : add $0x68,%rsp 0xffffffff8083b53f : pop %rbx 0xffffffff8083b540 : pop %r12 0xffffffff8083b542 : pop %r13 0xffffffff8083b544 : pop %r14 0xffffffff8083b546 : pop %r15 0xffffffff8083b548 : pop %rbp 0xffffffff8083b549 : retq 0xffffffff8083b54a : nopw 0x0(%rax,%rax,1) > Wait... > Kostik, I see one strange thing which is common to both successful and > unsuccessful configurations. All "SMP: Added CPU..." lines have "AP" in them. for #1..#23 no line 'SMP: AP CPU #0 Launched!' > It seems like the platform does not tell explicitly tell which CPU is the BSP, > see cpu_add() function. This can break quite a few assumption. And I am not > even sure how the successful scenario works. # mptable =============================================================================== MPTable ------------------------------------------------------------------------------- MP Floating Pointer Structure: location: BIOS physical address: 0x000fd050 signature: '_MP_' length: 16 bytes version: 1.4 checksum: 0x27 mode: Virtual Wire ------------------------------------------------------------------------------- MP Config Table Header: physical address: 0x000fcaa0 signature: 'PCMP' base table length: 1228 version: 1.4 checksum: 0x95 OEM ID: 'A M I' Product ID: 'ALASKA' OEM table pointer: 0x00000000 OEM table size: 0 entry count: 112 local APIC address: 0xfee00000 extended table length: 220 extended table checksum: 72 ------------------------------------------------------------------------------- MP Config Base Table Entries: -- Processors: APIC ID Version State Family Model Step Flags 0 0x15 BSP, usable 6 15 1 0xbfebfbff 2 0x15 AP, usable 6 15 1 0xbfebfbff 4 0x15 AP, usable 6 15 1 0xbfebfbff 6 0x15 AP, usable 6 15 1 0xbfebfbff 8 0x15 AP, usable 6 15 1 0xbfebfbff 10 0x15 AP, usable 6 15 1 0xbfebfbff 16 0x15 AP, usable 6 15 1 0xbfebfbff 18 0x15 AP, usable 6 15 1 0xbfebfbff 20 0x15 AP, usable 6 15 1 0xbfebfbff 22 0x15 AP, usable 6 15 1 0xbfebfbff 24 0x15 AP, usable 6 15 1 0xbfebfbff 26 0x15 AP, usable 6 15 1 0xbfebfbff 32 0x15 AP, usable 6 15 1 0xbfebfbff 34 0x15 AP, usable 6 15 1 0xbfebfbff 36 0x15 AP, usable 6 15 1 0xbfebfbff 38 0x15 AP, usable 6 15 1 0xbfebfbff 40 0x15 AP, usable 6 15 1 0xbfebfbff 42 0x15 AP, usable 6 15 1 0xbfebfbff 48 0x15 AP, usable 6 15 1 0xbfebfbff 50 0x15 AP, usable 6 15 1 0xbfebfbff 52 0x15 AP, usable 6 15 1 0xbfebfbff 54 0x15 AP, usable 6 15 1 0xbfebfbff 56 0x15 AP, usable 6 15 1 0xbfebfbff 58 0x15 AP, usable 6 15 1 0xbfebfbff > Ah... I see that there is a backup code in cpu_mp_start() where boot_cpu_id is > set based on the current CPU's Local APIC ID. I suspect then that this > information is incorrect in the failing case. > > Slawa, > my guess can be checked by adding a printf to cpu_mp_start() right after > boot_cpu_id assignment. System now in early production and I can't be reboot often. > > #8 0xffffffff8078fe81 at cpu_mp_start+0x1b1 > > #9 0xffffffff805382ca at mp_start+0x3a > > #10 0xffffffff80465cd8 at mi_startup+0x118 > > #11 0xffffffff8028dfac at btext+0x2c > > Uptime: 1s > > > -- > Andriy Gapon From owner-freebsd-stable@freebsd.org Sun Sep 4 10:46:55 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6BFB2A93EE7 for ; Sun, 4 Sep 2016 10:46:55 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from zxy.spb.ru (zxy.spb.ru [195.70.199.98]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 33A6EB84 for ; Sun, 4 Sep 2016 10:46:55 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from slw by zxy.spb.ru with local (Exim 4.86 (FreeBSD)) (envelope-from ) id 1bgUwu-000L4V-5B for freebsd-stable@freebsd.org; Sun, 04 Sep 2016 13:46:52 +0300 Date: Sun, 4 Sep 2016 13:46:52 +0300 From: Slawa Olhovchenkov To: freebsd-stable@freebsd.org Subject: 11.0 messages regression Message-ID: <20160904104652.GB22212@zxy.spb.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.24 (2015-08-30) X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: slw@zxy.spb.ru X-SA-Exim-Scanned: No (on zxy.spb.ru); SAEximRunCond expanded to false X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Sep 2016 10:46:55 -0000 After upgrading to 11.0 messages in message buffer to highly interlaced: da18: Fixed Direct Access SPC-4 SCSI device da18: Serial Number 162813454D9E da18: 600.000MB/s transfers da18: Command Queueing enabled da18: 500786MB (1025610768 512 byte sectors) mps3:0:1:0): UNMAPPED SMP: AP CPU #16 Launched! SMP: AP CPU #2 Launched! SMP: AP CPU #20 Launched! SMP: AP CPU #7 Launched! SMP: AP CPU #12 Launched! SMP: AP CPU #19 Launched! SMP: AP CPU #8 Launched! da19 at mps3 bus 0 scbus15 target 1 lun 0 SMP: AP CPU #14 Launched! da19: Fixed Direct Access SPC-4 SCSI device SMP: AP CPU #9 Launched! da19: Serial Number 162813454642 SMP: AP CPU #17 Launched! da19: 600.000MB/s transfersSMP: AP CPU #6 Launched! da19: Command Queueing enabled SMP: AP CPU #15 Launched! da19: 500786MB (1025610768 512 byte sectors) SMP: AP CPU #5 Launched! SMP: AP CPU #23 Launched! SMP: AP CPU #1 Launched! SMP: AP CPU #21 Launched! SMP: AP CPU #4 Launched! SMP: AP CPU #10 Launched! SMP: AP CPU #18 Launched! SMP: AP CPU #22 Launched! SMP: AP CPU #3 Launched! SMP: AP CPU #13 Launched! SMP: AP CPU #11 Launched! For example, output from 10.3 (different host): da18 at mps2 bus 0 scbus10 target 4 lun 0 da18: Fixed Direct Access SPC-4 SCSI device da18: Serial Number PK2334PBHD8DBR da18: 600.000MB/s transfers da18: Command Queueing enabled da18: 3815447MB (7814037168 512 byte sectors) da15 at mps2 bus 0 scbus10 target 1 lun 0 da15: Fixed Direct Access SPC-4 SCSI device da15: Serial Number PK2334PBHEB0KR da15: 600.000MB/s transfers da15: Command Queueing enabled da15: 3815447MB (7814037168 512 byte sectors) da19 at mps2 bus 0 scbus10 target 5 lun 0 da17: 600.000MB/s transfers da17: Command Queueing enabled da17: 3815447MB (7814037168 512 byte sectors) da19: Fixed Direct Access SPC-4 SCSI device da19: Serial Number Y5P7KJ7AFSAA da19: 600.000MB/s transfers da19: Command Queueing enabled da19: 3815447MB (7814037168 512 byte sectors) da16 at mps2 bus 0 scbus10 target 2 lun 0 da16: Fixed Direct Access SPC-4 SCSI device da16: Serial Number PK2334PBHE83ZR da16: 600.000MB/s transfers da16: Command Queueing enabled da16: 3815447MB (7814037168 512 byte sectors) uhub0: 2 ports with 2 removable, self powered uhub1: 2 ports with 2 removable, self powered SMP: AP CPU #8 Launched! SMP: AP CPU #4 Launched! SMP: AP CPU #10 Launched! SMP: AP CPU #3 Launched! SMP: AP CPU #11 Launched! SMP: AP CPU #2 Launched! SMP: AP CPU #6 Launched! SMP: AP CPU #9 Launched! SMP: AP CPU #1 Launched! SMP: AP CPU #15 Launched! SMP: AP CPU #7 Launched! SMP: AP CPU #13 Launched! SMP: AP CPU #5 Launched! SMP: AP CPU #12 Launched! SMP: AP CPU #14 Launched! Also, mps log error in not safe way: (da6:mps1:0:2:0): Retrying command (da6:mps1:0:2:0): READ(6). CDB: 08 00 00 20 e0 00 (da6:mps1:0:2:0): CAM status: SCSI Status Error (da6:mps1:0:2:0): SCSI status: Check Condition (da6:mps1:0:2:0): SCSI sense: ABORTED COMMAND asc:0,0 (No additional sense information) (da6:mps1:0:2:0): Retrying command (per sense data) (da6:mps1:0:2:0): READ(6). CDB: 08 00 02 20 e0 00 length 114688 SMID 585 terminated ioc 804b scsi 0 state 0 xfer 0 (da6:mps1:0:2:0): READ(16). CDB: 88 00 00 00 00 01 d1 c0 ba 20 00 00 00 e0 00 00 length 114688 SMID 916 terminated ioc 804b s(da6:mps1:0:2:0): READ(6). CDB: 08 00 02 20 e0 00 csi 0 state 0 xfer 0 (da6:mps1:0:2:0): CAM status: CCB request completed with an error (da6:mps1:0:2:0): READ(16). CDB: 88 00 00 00 00 01 d1 c0 bc 20 00 00 00 e0 00 00 length 114688 SMID 635 terminated ioc 804b s(da6:csi 0 state 0 xfer 0 mps1:0: (da6:mps1:0:2:0): READ(16). CDB: 88 00 00 00 00 01 d1 c0 be af 00 00 00 01 00 00 length 512 SMID 801 terminated ioc 804b scsi2:0): 0 state 0 xfer 0 Retrying command (da6:mps1:0:2:0): READ(16). CDB: 88 00 00 00 00 01 d1 c0 ba 20 00 00 00 e0 00 00 (da6:mps1:0:2:0): CAM status: CCB request completed with an error (da6:mps1:0:2:0): Retrying command (da6:mps1:0:2:0): READ(16). CDB: 88 00 00 00 00 01 d1 c0 bc 20 00 00 00 e0 00 00 (da6:mps1:0:2:0): CAM status: CCB request completed with an error (da6:mps1:0:2:0): Retrying command (da6:mps1:0:2:0): READ(16). CDB: 88 00 00 00 00 01 d1 c0 be af 00 00 00 01 00 00 (da6:mps1:0:2:0): CAM status: CCB request completed with an error (da6:mps1:0:2:0): Retrying command From owner-freebsd-stable@freebsd.org Sun Sep 4 12:27:04 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 68A54A9D0FC for ; Sun, 4 Sep 2016 12:27:04 +0000 (UTC) (envelope-from jhs@berklix.com) Received: from land.berklix.org (land.berklix.org [144.76.10.75]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id F21AC8CB for ; Sun, 4 Sep 2016 12:27:03 +0000 (UTC) (envelope-from jhs@berklix.com) Received: from mart.js.berklix.net (p5B2276D7.dip0.t-ipconnect.de [91.34.118.215]) (authenticated bits=128) by land.berklix.org (8.15.2/8.15.2) with ESMTPA id u84BbXRt009141 for ; Sun, 4 Sep 2016 11:37:34 GMT (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (fire.js.berklix.net [192.168.91.41]) by mart.js.berklix.net (8.14.3/8.14.3) with ESMTP id u84Bbcq5004723 for ; Sun, 4 Sep 2016 13:37:38 +0200 (CEST) (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (localhost [127.0.0.1]) by fire.js.berklix.net (8.14.7/8.14.7) with ESMTP id u84BbQoB062773 for ; Sun, 4 Sep 2016 13:37:38 +0200 (CEST) (envelope-from jhs@berklix.com) Message-Id: <201609041137.u84BbQoB062773@fire.js.berklix.net> To: freebsd-stable@freebsd.org Subject: omitting make installkernel in an upgarde between 2 x 10-stable From: "Julian H. Stacey" Organization: http://berklix.eu BSD Linux Unix Consultants, Munich Germany User-agent: EXMH on FreeBSD http://www.berklix.eu/free/ X-From: http://www.berklix.eu/~jhs/ Date: Sun, 04 Sep 2016 13:37:26 +0200 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Sep 2016 12:27:04 -0000 Hi stable@ people In a jail, uname -r 10.3-RELEASE-p4, I started cd /usr/src ; make buildworld, then realised per https://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/makeworld.html I will not be able to make installkernel ; reboot preceeding make installworld Am I on route to shooting myself in the foot ? It's a live server BTW though I'm admin of all, & lightly loaded. Cheers, Julian -- Julian Stacey, BSD Linux Unix Sys Eng Consultant Munich Reply below, Prefix '> '. Plain text, No .doc, base64, HTML, quoted-printable. http://berklix.eu/brexit/#stolen_votes From owner-freebsd-stable@freebsd.org Sun Sep 4 12:35:16 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B5A40A9D3FD for ; Sun, 4 Sep 2016 12:35:16 +0000 (UTC) (envelope-from matheus@eternamente.info) Received: from calvin.arroway.org (calvin.arroway.org [104.200.142.149]) by mx1.freebsd.org (Postfix) with ESMTP id 863C1C9C for ; Sun, 4 Sep 2016 12:35:16 +0000 (UTC) (envelope-from matheus@eternamente.info) Received: from elita (unknown [179.211.188.112]) by calvin.arroway.org (Postfix) with ESMTPA id CB7D7301B5 for ; Sun, 4 Sep 2016 09:35:14 -0300 (BRT) Date: Sun, 4 Sep 2016 09:35:14 -0300 From: Nenhum_de_Nos To: freebsd-stable@freebsd.org Subject: Re: ue1 and ue2 swinging Message-Id: <20160904093514.cf43252dfecfd9b21540c717@eternamente.info> In-Reply-To: References: <20160901222144.8b9271868373b86e04dbd1a2@eternamente.info> <9e77a50390471340a8f9e0afbfa3785a.squirrel@cabo.dyn.arroway.org> <20160904004912.fde07f06fae6198257138737@eternamente.info> X-Mailer: Sylpheed 3.4.3 (GTK+ 2.10.14; i686-pc-mingw32) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Sep 2016 12:35:16 -0000 On Sun, 4 Sep 2016 00:00:38 -0500 "Eric A. Borisch" wrote: > On Sat, Sep 3, 2016 at 11:28 PM, Eric A. Borisch wrote: > > On Saturday, September 3, 2016, Nenhum_de_Nos > > wrote: > >> > >> On Fri, 2 Sep 2016 13:05:45 -0300 > >> "Nenhum_de_Nos" wrote: > >> > >> > > >> > On Thu, September 1, 2016 23:34, Eric A. Borisch wrote: > >> > > Matheus, > >> > > > >> > > I had a very similar problem, which led me to throw this together: > >> > > > >> > > https://github.com/eborisch/ethname > >> > > > >> > > I think the comments in it are fairly complete, let me know if > >> > > anything > >> > > doesn't make sense. > >> > > > >> > > Perhaps there is an easier way, but most discussions I found ended in > >> > > "you > >> > > could rename them on boot" - which is what this rc.d script does. I > >> > > use it > >> > > on my home router to great effect. (I rename the adapters to cable and > >> > > priv > >> > > just to make firewall rules etc. even clearer.) > >> > > > >> > > - Eric > >> > > >> > Eric, > >> > > >> > great hint there, I will try it later when I get home and report back > >> > here. Thanks! > >> > > >> > matheus > >> > >> Hi Eric, > >> > >> I tried it and something is not working here, I suppose. I have the > >> /usr/local/etc/ifmap, the ethname is on /usr/local/etc/rc.d, and if I run it > >> past boot it works fine. But on reboot it doesn't. Is this the inteded way > >> or am I missing something? > >> > >> thanks, > >> > >> matheus > > > > > > You have ethname_enabled="YES" and ethname_devices="ue0 ue1" (or whichever > > devices you want renamed) in your rc.conf; their original names, not what > > you want them to become? > > > > If you have console access, can you try running it manually? I'll double > > check in a bit that the version on github matches what I'm running. > > > > - Eric > > I'm running (and have been running) the version on github verbatim with success. > > Does 'service -e | grep ethname' return the path the ethname? If not, > put the 'ethname' script chmod-ed 555 and owned by root into > /usr/local/etc/rc.d ... > > I'm also running 11.0RC2, but on amd64; I don't think that should be > the issue, especially if you can run it manually via 'service ethname > start'. > > - Eric Eric, I think all things are fine here: root@bee:~ # service -e | grep eth /usr/local/etc/rc.d/ethname root@bee:~ # cat /etc/rc.conf | grep ethn ethname_enable="YES" ethname_devices="ue1 ue2" root@bee:~ # ls -l /usr/local/etc/rc.d/ethname -r-xr-xr-x 1 root wheel 3119 Sep 2 20:28 /usr/local/etc/rc.d/ethname root@bee:~ # cat /usr/local/etc/ifmap #b8:27:eb:fe:5a:e5 lan 00:00:00:00:00:00 net 00:00:0:00:00:01 cabo root@bee:~ # /usr/local/etc/rc.d/ethname restart tempdev0 tempdev1 cabo net root@bee:~ # I don't get it working right after boot, despite service -e returns it. after running on terminal I get it fine then. any hints? thanks! matheus -- Nenhum_de_Nos From owner-freebsd-stable@freebsd.org Sun Sep 4 13:12:39 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6947CA9DA95; Sun, 4 Sep 2016 13:12:39 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citapm.icyb.net.ua (citapm.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 8B00AA62; Sun, 4 Sep 2016 13:12:37 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citapm.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id QAA17345; Sun, 04 Sep 2016 16:12:35 +0300 (EEST) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1bgXDv-000ItX-Lj; Sun, 04 Sep 2016 16:12:35 +0300 Subject: Re: Regression with revision 303970 (was kern.proc.pathname failure while booting from zfs) To: Frederic Chardon , Konstantin Belousov References: <1aebfb2b-5df6-abe0-686f-b170fdaef510@FreeBSD.org> Cc: freebsd-stable@FreeBSD.org, freebsd-current@FreeBSD.org From: Andriy Gapon Message-ID: Date: Sun, 4 Sep 2016 16:11:39 +0300 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 In-Reply-To: <1aebfb2b-5df6-abe0-686f-b170fdaef510@FreeBSD.org> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Sep 2016 13:12:39 -0000 On 04/09/2016 11:24, Andriy Gapon wrote: > On 27/08/2016 22:09, Frederic Chardon wrote: >>> Anybody is able to reproduce this behavior or is it a local problem? >> Reverting 303970 solves this issue. gcore and adb works again, and I >> can start the vboxnet service. >> I recreated my boot pool with no properties defined, just to be sure. > > I can not reproduce this issue here. I was not trying hard enough. I've just reproduced the problem using a non-default normalization property. The issue is that 303970 disabled the use of VFS name cache when any name "mangling" (normalization, case-insensitivity) is enabled. And apparently I misunderstood how vop_stdvptocnp() works. So, right now zfs_vptocnp() is broken when its argument is a non-directory vnode. That fact is masked when the name cache is used and is exposed otherwise. I will think about a fix. Could you please file a bug report for this (if not already)? Sorry about the breakage. -- Andriy Gapon From owner-freebsd-stable@freebsd.org Sun Sep 4 14:35:43 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BEBA7A9D06D for ; Sun, 4 Sep 2016 14:35:43 +0000 (UTC) (envelope-from jhs@berklix.com) Received: from land.berklix.org (land.berklix.org [144.76.10.75]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 5A3D1AEB for ; Sun, 4 Sep 2016 14:35:42 +0000 (UTC) (envelope-from jhs@berklix.com) Received: from mart.js.berklix.net (p5B2276D7.dip0.t-ipconnect.de [91.34.118.215]) (authenticated bits=128) by land.berklix.org (8.15.2/8.15.2) with ESMTPA id u84EZZ1W026137 for ; Sun, 4 Sep 2016 14:35:35 GMT (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (fire.js.berklix.net [192.168.91.41]) by mart.js.berklix.net (8.14.3/8.14.3) with ESMTP id u84EZd1x005639 for ; Sun, 4 Sep 2016 16:35:40 +0200 (CEST) (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (localhost [127.0.0.1]) by fire.js.berklix.net (8.14.7/8.14.7) with ESMTP id u84EZT7K068273 for ; Sun, 4 Sep 2016 16:35:39 +0200 (CEST) (envelope-from jhs@berklix.com) Message-Id: <201609041435.u84EZT7K068273@fire.js.berklix.net> cc: freebsd-stable@freebsd.org Subject: Re: omitting make installkernel in an upgarde between 2 x 10-stable From: "Julian H. Stacey" Organization: http://berklix.eu BSD Unix Linux Consultants, Munich Germany User-agent: EXMH on FreeBSD http://berklix.eu/free/ X-From: http://www.berklix.eu/~jhs/ In-reply-to: Your message "Sun, 04 Sep 2016 13:37:26 +0200." <201609041137.u84BbQoB062773@fire.js.berklix.net> Date: Sun, 04 Sep 2016 16:35:29 +0200 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Sep 2016 14:35:43 -0000 Hi, Reference: > From: "Julian H. Stacey" > Date: Sun, 04 Sep 2016 13:37:26 +0200 "Julian H. Stacey" wrote: > Hi stable@ people > In a jail, uname -r 10.3-RELEASE-p4, I started > cd /usr/src ; make buildworld, > then realised per > https://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/makeworld.html > I will not be able to > make installkernel ; reboot > preceeding > make installworld > Am I on route to shooting myself in the foot ? It survived. No shot foot :-) Cheers, Julian -- Julian Stacey, BSD Linux Unix Sys Eng Consultant Munich Reply below, Prefix '> '. Plain text, No .doc, base64, HTML, quoted-printable. http://berklix.eu/brexit/#stolen_votes From owner-freebsd-stable@freebsd.org Sun Sep 4 14:51:09 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 10073A9D583; Sun, 4 Sep 2016 14:51:09 +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 8019B17C; Sun, 4 Sep 2016 14:51:08 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from tom.home (kib@localhost [127.0.0.1]) by kib.kiev.ua (8.15.2/8.15.2) with ESMTPS id u84Ep3N2066275 (version=TLSv1 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Sun, 4 Sep 2016 17:51:04 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua u84Ep3N2066275 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id u84Ep3m5066266; Sun, 4 Sep 2016 17:51:03 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Sun, 4 Sep 2016 17:51:03 +0300 From: Konstantin Belousov To: Andriy Gapon Cc: Frederic Chardon , freebsd-stable@FreeBSD.org, freebsd-current@FreeBSD.org Subject: Re: Regression with revision 303970 (was kern.proc.pathname failure while booting from zfs) Message-ID: <20160904145103.GD83214@kib.kiev.ua> References: <1aebfb2b-5df6-abe0-686f-b170fdaef510@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.6.1 (2016-04-27) 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-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Sep 2016 14:51:09 -0000 On Sun, Sep 04, 2016 at 04:11:39PM +0300, Andriy Gapon wrote: > On 04/09/2016 11:24, Andriy Gapon wrote: > > On 27/08/2016 22:09, Frederic Chardon wrote: > >>> Anybody is able to reproduce this behavior or is it a local problem? > >> Reverting 303970 solves this issue. gcore and adb works again, and I > >> can start the vboxnet service. > >> I recreated my boot pool with no properties defined, just to be sure. > > > > I can not reproduce this issue here. > > I was not trying hard enough. I've just reproduced the problem using a > non-default normalization property. The issue is that 303970 disabled the use > of VFS name cache when any name "mangling" (normalization, case-insensitivity) > is enabled. And apparently I misunderstood how vop_stdvptocnp() works. So, > right now zfs_vptocnp() is broken when its argument is a non-directory vnode. > That fact is masked when the name cache is used and is exposed otherwise. It is only masked when name cache has an entry for the vnode. So sometimes vn_fullpath() should be broken even if no normalization is applied. OTOH, classic filesystems like UFS do not have any other means to translate non-directory inode to name and parent at all, except the namecache hint. From owner-freebsd-stable@freebsd.org Sun Sep 4 15:14:21 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 862FDA9DC89 for ; Sun, 4 Sep 2016 15:14:21 +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 6DF661B9 for ; Sun, 4 Sep 2016 15:14:21 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id 6D596A9DC88; Sun, 4 Sep 2016 15:14:21 +0000 (UTC) Delivered-To: stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6D02FA9DC87 for ; Sun, 4 Sep 2016 15:14:21 +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 0EBF01B8; Sun, 4 Sep 2016 15:14:20 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from tom.home (kib@localhost [127.0.0.1]) by kib.kiev.ua (8.15.2/8.15.2) with ESMTPS id u84FEGqa071178 (version=TLSv1 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Sun, 4 Sep 2016 18:14:16 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua u84FEGqa071178 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id u84FEF6h071177; Sun, 4 Sep 2016 18:14:15 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Sun, 4 Sep 2016 18:14:15 +0300 From: Konstantin Belousov To: Andriy Gapon Cc: Slawa Olhovchenkov , stable@FreeBSD.org Subject: Re: X2APIC support Message-ID: <20160904151415.GE83214@kib.kiev.ua> References: <20151212130615.GE70867@zxy.spb.ru> <20151212133513.GL82577@kib.kiev.ua> <20160901112724.GX88122@zxy.spb.ru> <20160901114500.GJ83214@kib.kiev.ua> <20160901121300.GZ88122@zxy.spb.ru> <4ba05c00-f737-f562-553d-a7fa59145768@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4ba05c00-f737-f562-553d-a7fa59145768@FreeBSD.org> User-Agent: Mutt/1.6.1 (2016-04-27) 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-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Sep 2016 15:14:21 -0000 On Sun, Sep 04, 2016 at 11:19:16AM +0300, Andriy Gapon wrote: > On 01/09/2016 15:13, Slawa Olhovchenkov wrote: > > DMAR: Found table at 0x79b32798 > > x2APIC available but disabled by DMAR table > > > Event timer "LAPIC" quality 600 > > LAPIC: ipi_wait() us multiplier 1 (r 116268019 tsc 2200043851) > > ACPI APIC Table: > > Package ID shift: 5 > > L3 cache ID shift: 5 > > L2 cache ID shift: 1 > > L1 cache ID shift: 1 > > Core ID shift: 1 > > kernel trap 12 with interrupts disabled > > > > > > Fatal trap 12: page fault while in kernel mode > > cpuid = 0; apic id = ff > > > fault virtual address = 0x0 > > fault code = supervisor read data, page not present > > instruction pointer = 0x20:0xffffffff80537e74 > > stack pointer = 0x28:0xffffffff814b4a60 > > frame pointer = 0x28:0xffffffff814b4a70 > > code segment = base 0x0, limit 0xfffff, type 0x1b > > = DPL 0, pres 1, long 1, def32 0, gran 1 > > processor eflags = resume, IOPL = 0 > > current process = 0 () > > trap number = 12 > > panic: page fault > > cpuid = 0 > > KDB: stack backtrace: > > #0 0xffffffff805272e7 at kdb_backtrace+0x67 > > #1 0xffffffff804dd662 at vpanic+0x182 > > #2 0xffffffff804dd4d3 at panic+0x43 > > #3 0xffffffff807a3791 at trap_fatal+0x351 > > #4 0xffffffff807a3983 at trap_pfault+0x1e3 > > #5 0xffffffff807a2f0c at trap+0x26c > > #6 0xffffffff80787ca1 at calltrap+0x8 > > #7 0xffffffff8083b52a at topo_probe+0x61a > > Interesting. Could you please do 'list *topo_probe+0x61a' in kgdb, so that I > can see what code is being executed when the trap happens? Also, disassembly of > the function could be useful as well. > > Wait... > Kostik, I see one strange thing which is common to both successful and > unsuccessful configurations. All "SMP: Added CPU..." lines have "AP" in them. > It seems like the platform does not tell explicitly tell which CPU is the BSP, > see cpu_add() function. This can break quite a few assumption. And I am not > even sure how the successful scenario works. > Ah... I see that there is a backup code in cpu_mp_start() where boot_cpu_id is > set based on the current CPU's Local APIC ID. I suspect then that this > information is incorrect in the failing case. > Well, there is no easy way to read the LAPIC Id of BSP before LAPICs are initialized. BIOS might reprogram LAPIC Ids, so reading from CPUID[1].EBX[31:24] might return incorrect data. Even more incorrect it might be in the x2APIC state, since 8 bits are not enough for 32bit x2APIC Id. > Slawa, > my guess can be checked by adding a printf to cpu_mp_start() right after > boot_cpu_id assignment. > > > #8 0xffffffff8078fe81 at cpu_mp_start+0x1b1 > > #9 0xffffffff805382ca at mp_start+0x3a > > #10 0xffffffff80465cd8 at mi_startup+0x118 > > #11 0xffffffff8028dfac at btext+0x2c > > Uptime: 1s > > > -- > Andriy Gapon From owner-freebsd-stable@freebsd.org Sun Sep 4 15:50:42 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A4956A9D50D for ; Sun, 4 Sep 2016 15:50:42 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 8FEC6E87 for ; Sun, 4 Sep 2016 15:50:42 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: by mailman.ysv.freebsd.org (Postfix) id 8B9F9A9D50B; Sun, 4 Sep 2016 15:50:42 +0000 (UTC) Delivered-To: stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8B355A9D50A for ; Sun, 4 Sep 2016 15:50:42 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citapm.icyb.net.ua (citapm.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id DDCF4E86 for ; Sun, 4 Sep 2016 15:50:41 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citapm.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id SAA17556; Sun, 04 Sep 2016 18:50:40 +0300 (EEST) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1bgZgt-000J13-SM; Sun, 04 Sep 2016 18:50:39 +0300 Subject: Re: X2APIC support To: Konstantin Belousov References: <20151212130615.GE70867@zxy.spb.ru> <20151212133513.GL82577@kib.kiev.ua> <20160901112724.GX88122@zxy.spb.ru> <20160901114500.GJ83214@kib.kiev.ua> <20160901121300.GZ88122@zxy.spb.ru> <4ba05c00-f737-f562-553d-a7fa59145768@FreeBSD.org> <20160904151415.GE83214@kib.kiev.ua> Cc: Slawa Olhovchenkov , stable@FreeBSD.org From: Andriy Gapon Message-ID: Date: Sun, 4 Sep 2016 18:49:43 +0300 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 In-Reply-To: <20160904151415.GE83214@kib.kiev.ua> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Sep 2016 15:50:42 -0000 On 04/09/2016 18:14, Konstantin Belousov wrote: > On Sun, Sep 04, 2016 at 11:19:16AM +0300, Andriy Gapon wrote: >> Kostik, I see one strange thing which is common to both successful and >> unsuccessful configurations. All "SMP: Added CPU..." lines have "AP" in them. >> It seems like the platform does not tell explicitly tell which CPU is the BSP, >> see cpu_add() function. This can break quite a few assumption. And I am not >> even sure how the successful scenario works. >> Ah... I see that there is a backup code in cpu_mp_start() where boot_cpu_id is >> set based on the current CPU's Local APIC ID. I suspect then that this >> information is incorrect in the failing case. >> > Well, there is no easy way to read the LAPIC Id of BSP before LAPICs > are initialized. BIOS might reprogram LAPIC Ids, so reading from > CPUID[1].EBX[31:24] might return incorrect data. Even more incorrect > it might be in the x2APIC state, since 8 bits are not enough for 32bit > x2APIC Id. Hmm, I am not sure how what you are saying here is relevant to the problem. I believe that cpu_mp_start() is executed (on the BSP) after the BSP's LAPIC is initialized. So, the code should just work. My theory was that the BSP's LAPIC ID was incorrectly programmed by BIOS (firmware). -- Andriy Gapon From owner-freebsd-stable@freebsd.org Sun Sep 4 16:21:05 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4DB00A9DD88 for ; Sun, 4 Sep 2016 16:21:05 +0000 (UTC) (envelope-from fbsd@xtaz.co.uk) Received: from mail.xtaz.uk (tao.xtaz.uk [IPv6:2001:8b0:fe33::10]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 1513C230 for ; Sun, 4 Sep 2016 16:21:05 +0000 (UTC) (envelope-from fbsd@xtaz.co.uk) Received: by mail.xtaz.uk (Postfix, from userid 1001) id CD18E209B022; Sun, 4 Sep 2016 17:21:01 +0100 (BST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=xtaz.co.uk; s=mail; t=1473006061; x=1474820461; bh=q11AZziXQhhATPDsPDU8jKmuS1x5JZgPTwy2b8gxywM=; h=Date:From:To:Cc:Subject:References:In-Reply-To; b=NkXt8RaBxZmdDK8GJ5SPqoFKf1Zvemd9EOL9zZ9rpaLAK+iyBtmnVlO63RQNjEXeA lH1EnSyDvGZS92W46bkn/dX9w4smyqsgXx3i01OMROdQOV95RNrFAcKZZPLsiEPcBO M4ikhDOPF3EHXsW0tRin2kE3Zp6c0MoFoJLzhrBMAhGysvmaG/Hj/Fp8QaNcEC6ZJA khnLPelJDSKRO4OAKxkJ5+c3HAzELXfotzIEu1CFeRksqWHt8+YXghHYPTEu593QCJ AuAi5fBSTeKXgLqEZ96xebGpygucLZEK+xjfaNiK/mLv0hlpbdLm3AWUjPfT6Y0TUR bi46S37GwFqZg== Date: Sun, 4 Sep 2016 17:21:01 +0100 From: Matt Smith To: "Julian H. Stacey" Cc: freebsd-stable@freebsd.org Subject: Re: omitting make installkernel in an upgarde between 2 x 10-stable Message-ID: <20160904162101.GA1172@xtaz.uk> Mail-Followup-To: Matt Smith , "Julian H. Stacey" , freebsd-stable@freebsd.org References: <201609041137.u84BbQoB062773@fire.js.berklix.net> <201609041435.u84EZT7K068273@fire.js.berklix.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline In-Reply-To: <201609041435.u84EZT7K068273@fire.js.berklix.net> User-Agent: Mutt/1.6.1 (2016-04-27) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Sep 2016 16:21:05 -0000 On Sep 04 16:35, Julian H. Stacey wrote: >Hi, Reference: >> From: "Julian H. Stacey" >> Date: Sun, 04 Sep 2016 13:37:26 +0200 > >"Julian H. Stacey" wrote: >> Hi stable@ people >> In a jail, uname -r 10.3-RELEASE-p4, I started >> cd /usr/src ; make buildworld, >> then realised per >> https://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/makeworld.html >> I will not be able to >> make installkernel ; reboot >> preceeding >> make installworld >> Am I on route to shooting myself in the foot ? > >It survived. No shot foot :-) Just to let you know. I have done this for years on versions 4 through to 10 and never had a single problem. Only on minor version upgrades though from say 10.2 to 10.3. My procedure is: make -j4 buildworld && make -j4 buildkernel make installkernel make installworld mergemaster shutdown -r now make delete-old make delete-old-libs I do this because I don't have a keyboard or monitor on the machine during normal use. This has *always* worked fine. However for a major version upgrade from say 10.x to 11.x I have always done it the correct and proper way using single user mode via the console. -- Matt From owner-freebsd-stable@freebsd.org Sun Sep 4 16:29:33 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 787D6A9DFE3 for ; Sun, 4 Sep 2016 16:29:33 +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 5F68F82B for ; Sun, 4 Sep 2016 16:29:33 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id 5EC1CA9DFE2; Sun, 4 Sep 2016 16:29:33 +0000 (UTC) Delivered-To: stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5E6A1A9DFE1 for ; Sun, 4 Sep 2016 16:29:33 +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 E1B2582A; Sun, 4 Sep 2016 16:29:32 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from tom.home (kib@localhost [127.0.0.1]) by kib.kiev.ua (8.15.2/8.15.2) with ESMTPS id u84GTR0c089020 (version=TLSv1 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Sun, 4 Sep 2016 19:29:27 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua u84GTR0c089020 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id u84GTRHv089019; Sun, 4 Sep 2016 19:29:27 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Sun, 4 Sep 2016 19:29:27 +0300 From: Konstantin Belousov To: Andriy Gapon Cc: Slawa Olhovchenkov , stable@FreeBSD.org Subject: Re: X2APIC support Message-ID: <20160904162926.GF83214@kib.kiev.ua> References: <20151212130615.GE70867@zxy.spb.ru> <20151212133513.GL82577@kib.kiev.ua> <20160901112724.GX88122@zxy.spb.ru> <20160901114500.GJ83214@kib.kiev.ua> <20160901121300.GZ88122@zxy.spb.ru> <4ba05c00-f737-f562-553d-a7fa59145768@FreeBSD.org> <20160904151415.GE83214@kib.kiev.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.6.1 (2016-04-27) 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-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Sep 2016 16:29:33 -0000 On Sun, Sep 04, 2016 at 06:49:43PM +0300, Andriy Gapon wrote: > On 04/09/2016 18:14, Konstantin Belousov wrote: > > On Sun, Sep 04, 2016 at 11:19:16AM +0300, Andriy Gapon wrote: > >> Kostik, I see one strange thing which is common to both successful and > >> unsuccessful configurations. All "SMP: Added CPU..." lines have "AP" in them. > >> It seems like the platform does not tell explicitly tell which CPU is the BSP, > >> see cpu_add() function. This can break quite a few assumption. And I am not > >> even sure how the successful scenario works. > >> Ah... I see that there is a backup code in cpu_mp_start() where boot_cpu_id is > >> set based on the current CPU's Local APIC ID. I suspect then that this > >> information is incorrect in the failing case. > >> > > Well, there is no easy way to read the LAPIC Id of BSP before LAPICs > > are initialized. BIOS might reprogram LAPIC Ids, so reading from > > CPUID[1].EBX[31:24] might return incorrect data. Even more incorrect > > it might be in the x2APIC state, since 8 bits are not enough for 32bit > > x2APIC Id. > > Hmm, I am not sure how what you are saying here is relevant to the problem. > I believe that cpu_mp_start() is executed (on the BSP) after the BSP's LAPIC is > initialized. So, the code should just work. The order is madt_probe()->madt_probe_cpus()->madt_setup_local(). madt_probe() and madt_probe_cpus() are called from apic_init9) at SI_SUB_TUNABLEs, and madt_probe_cpus()->madt_add_cpu()->lapic_create()-> cpu_add() is how the SMP: ... lines are printed. The madt_setup_local() code is called from apic_setup_local() at SI_SUB_CPU, this is where APIC window is mapped or x2APIC mode is enabled by the call to native_lapic_init(). You cannot get BSP LAPIC Id earlier than native_lapic_init() was executed. mp_start()->cpu_mp_start() is called right after the madt_setup_local(). > > My theory was that the BSP's LAPIC ID was incorrectly programmed by BIOS (firmware). This is possible, of course. But it would not affect "SMP: Added CPU ..." lines. From owner-freebsd-stable@freebsd.org Sun Sep 4 16:47:57 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 48787A9D795 for ; Sun, 4 Sep 2016 16:47:57 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from elsa.codelab.cz (elsa.codelab.cz [94.124.105.4]) (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 075F427F for ; Sun, 4 Sep 2016 16:47:56 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from elsa.codelab.cz (localhost [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id A1FF828430; Sun, 4 Sep 2016 18:47:47 +0200 (CEST) Received: from illbsd.quip.test (ip-86-49-16-209.net.upcbroadband.cz [86.49.16.209]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTPSA id 7776E28411; Sun, 4 Sep 2016 18:47:46 +0200 (CEST) Message-ID: <57CC5031.7070904@quip.cz> Date: Sun, 04 Sep 2016 18:47:45 +0200 From: Miroslav Lachman <000.fbsd@quip.cz> User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:35.0) Gecko/20100101 Firefox/35.0 SeaMonkey/2.32 MIME-Version: 1.0 To: Matt Smith , "Julian H. Stacey" , freebsd-stable@freebsd.org Subject: Re: omitting make installkernel in an upgarde between 2 x 10-stable References: <201609041137.u84BbQoB062773@fire.js.berklix.net> <201609041435.u84EZT7K068273@fire.js.berklix.net> <20160904162101.GA1172@xtaz.uk> In-Reply-To: <20160904162101.GA1172@xtaz.uk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Sep 2016 16:47:57 -0000 Matt Smith wrote on 09/04/2016 18:21: > On Sep 04 16:35, Julian H. Stacey wrote: >> Hi, Reference: >>> From: "Julian H. Stacey" >>> Date: Sun, 04 Sep 2016 13:37:26 +0200 >> >> "Julian H. Stacey" wrote: >>> Hi stable@ people >>> In a jail, uname -r 10.3-RELEASE-p4, I started >>> cd /usr/src ; make buildworld, >>> then realised per >>> >>> https://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/makeworld.html >>> >>> I will not be able to >>> make installkernel ; reboot >>> preceeding >>> make installworld >>> Am I on route to shooting myself in the foot ? >> >> It survived. No shot foot :-) It should work in most cases but there are always some edge cases where it can fail. > Just to let you know. I have done this for years on versions 4 through > to 10 and never had a single problem. Only on minor version upgrades > though from say 10.2 to 10.3. My procedure is: > > make -j4 buildworld && make -j4 buildkernel > make installkernel > make installworld > mergemaster > shutdown -r now > make delete-old > make delete-old-libs > > I do this because I don't have a keyboard or monitor on the machine > during normal use. This has *always* worked fine. However for a major > version upgrade from say 10.x to 11.x I have always done it the correct > and proper way using single user mode via the console. I never did it in single user. There were some cases where it emitted warnings in the case of upgrade from 8.4 to 10.2 but it was fixed by second run of installkernel && installworld before "shutdown -r now" and then everything booted fine. Miroslav Lachman From owner-freebsd-stable@freebsd.org Sun Sep 4 17:15:07 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 10D2AA9DFF4 for ; Sun, 4 Sep 2016 17:15:07 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id EF99336B for ; Sun, 4 Sep 2016 17:15:06 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: by mailman.ysv.freebsd.org (Postfix) id EEFA9A9DFF3; Sun, 4 Sep 2016 17:15:06 +0000 (UTC) Delivered-To: stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id EEA00A9DFF2 for ; Sun, 4 Sep 2016 17:15:06 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citapm.icyb.net.ua (citapm.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 54A9D36A for ; Sun, 4 Sep 2016 17:15:05 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citapm.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id UAA17702; Sun, 04 Sep 2016 20:15:04 +0300 (EEST) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1bgb0Z-000J5X-Em; Sun, 04 Sep 2016 20:15:03 +0300 Subject: Re: X2APIC support To: Konstantin Belousov References: <20151212130615.GE70867@zxy.spb.ru> <20151212133513.GL82577@kib.kiev.ua> <20160901112724.GX88122@zxy.spb.ru> <20160901114500.GJ83214@kib.kiev.ua> <20160901121300.GZ88122@zxy.spb.ru> <4ba05c00-f737-f562-553d-a7fa59145768@FreeBSD.org> <20160904151415.GE83214@kib.kiev.ua> <20160904162926.GF83214@kib.kiev.ua> Cc: Slawa Olhovchenkov , stable@FreeBSD.org From: Andriy Gapon Message-ID: <358ed414-9da6-ac29-55fc-6d7be680c2ce@FreeBSD.org> Date: Sun, 4 Sep 2016 20:14:07 +0300 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 In-Reply-To: <20160904162926.GF83214@kib.kiev.ua> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Sep 2016 17:15:07 -0000 On 04/09/2016 19:29, Konstantin Belousov wrote: > This is possible, of course. But it would not affect "SMP: Added CPU ..." > lines. Well, looking at the code it seems that only if mptable is used, then those lines are expected to correctly identify a BSP. With MADT there is no information to identify the BSP and that is supposed to happen in cpu_mp_start(). static void madt_add_cpu(u_int acpi_id, u_int apic_id, u_int flags) { struct lapic_info *la; /* * The MADT does not include a BSP flag, so we have to let the * MP code figure out which CPU is the BSP on its own. */ ... In other words, those "SMP: Added CPU ..." are truly a cosmetic issue. And it's my guess (just a guess) that BSP LAPIC ID is incorrect in the problematic configuration. -- Andriy Gapon From owner-freebsd-stable@freebsd.org Sun Sep 4 17:35:16 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CEF55B714A4; Sun, 4 Sep 2016 17:35:16 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citapm.icyb.net.ua (citapm.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id F0601ED4; Sun, 4 Sep 2016 17:35:15 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citapm.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id UAA17735; Sun, 04 Sep 2016 20:35:14 +0300 (EEST) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1bgbK5-000J6Z-Qr; Sun, 04 Sep 2016 20:35:13 +0300 Subject: Re: Regression with revision 303970 (was kern.proc.pathname failure while booting from zfs) To: Konstantin Belousov References: <1aebfb2b-5df6-abe0-686f-b170fdaef510@FreeBSD.org> <20160904145103.GD83214@kib.kiev.ua> Cc: Frederic Chardon , freebsd-stable@FreeBSD.org, freebsd-current@FreeBSD.org From: Andriy Gapon Message-ID: Date: Sun, 4 Sep 2016 20:33:52 +0300 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 In-Reply-To: <20160904145103.GD83214@kib.kiev.ua> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Sep 2016 17:35:16 -0000 On 04/09/2016 17:51, Konstantin Belousov wrote: > It is only masked when name cache has an entry for the vnode. So sometimes > vn_fullpath() should be broken even if no normalization is applied. Yes, this is true. > OTOH, classic filesystems like UFS do not have any other means to translate > non-directory inode to name and parent at all, except the namecache hint. In fact, this is true for ZFS as well. While ZFS znodes have an attribute that specifies a (single) parent, it's obviously unreliable for files, because a file can be linked into multiple directories and then unlinked from a directory specified by the attribute. So, at the moment I do not have any good ideas on how to make this work. Maybe trying to use the parent attribute and failing when it's inconsistent would be good enough... -- Andriy Gapon From owner-freebsd-stable@freebsd.org Sun Sep 4 18:30:41 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B5AE0A9D398 for ; Sun, 4 Sep 2016 18:30:41 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id A7F0DF8B; Sun, 4 Sep 2016 18:30:41 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 9795B87; Sun, 4 Sep 2016 18:30:41 +0000 (UTC) Date: Sun, 4 Sep 2016 18:30:34 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: jenkins-admin@FreeBSD.org, freebsd-stable@FreeBSD.org Message-ID: <1781529334.1.1473013841565.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Build failed in Jenkins: FreeBSD_stable_10 #374 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Instance-Identity: MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAkKKb2VAfYQKfu1t7qk4nR5qzUBEI+UqT4BPec4qHVhqUy0FFdq50sMH+3y9bCDNOufctov6VqTNffZ3YXArnZK95YF0OX97fh+E9txYOUX1adc+TikcKjuYpHmL5dE62eaZTI+4A5jnRonskQ1PaoIFz0Kbu4mWzkFsmdiXTraGzomXq4cHUCATA2+K4eDYgjXEQI30z3GOMmmZ4t/+6QGk1cMb/BqMWHbn80AsRCb4tU7Hpd72XLDpsuO7YRP1Q0CjmNAuBOTj+sFiiOe6U9HpqOlQN+iFUvBdZo/ybuy5Kh71cAaYQNL68cYdZJ6binH/DkG3KY/fS7DFYAeuwjwIDAQAB X-Jenkins-Job: FreeBSD_stable_10 X-Jenkins-Result: FAILURE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Sep 2016 18:30:41 -0000 See ------------------------------------------ [...truncated 326676 lines...] [192.168.10.2] out: bin/sh/expansion/functional_test:ifs6 -> passed [0.033s] [192.168.10.2] out: bin/sh/expansion/functional_test:ifs7 -> passed [0.034s] [192.168.10.2] out: bin/sh/expansion/functional_test:length1 -> passed [0.033s] [192.168.10.2] out: bin/sh/expansion/functional_test:length2 -> passed [0.034s] [192.168.10.2] out: bin/sh/expansion/functional_test:length3 -> passed [0.033s] [192.168.10.2] out: bin/sh/expansion/functional_test:length4 -> passed [0.033s] [192.168.10.2] out: bin/sh/expansion/functional_test:length5 -> passed [0.034s] [192.168.10.2] out: bin/sh/expansion/functional_test:length6 -> passed [0.033s] [192.168.10.2] out: bin/sh/expansion/functional_test:length7 -> passed [0.034s] [192.168.10.2] out: bin/sh/expansion/functional_test:length8 -> passed [0.033s] [192.168.10.2] out: bin/sh/expansion/functional_test:local1 -> passed [0.033s] [192.168.10.2] out: bin/sh/expansion/functional_test:local2 -> passed [0.033s] [192.168.10.2] out: bin/sh/expansion/functional_test:pathname1 -> passed [0.902s] [192.168.10.2] out: bin/sh/expansion/functional_test:pathname2 -> passed [1.123s] [192.168.10.2] out: bin/sh/expansion/functional_test:pathname3 -> passed [0.372s] [192.168.10.2] out: bin/sh/expansion/functional_test:pathname4 -> passed [0.639s] [192.168.10.2] out: bin/sh/expansion/functional_test:pathname5 -> passed [0.392s] [192.168.10.2] out: bin/sh/expansion/functional_test:plus_minus1 -> passed [0.406s] [192.168.10.2] out: bin/sh/expansion/functional_test:plus_minus2 -> passed [0.595s] [192.168.10.2] out: bin/sh/expansion/functional_test:plus_minus3 -> passed [0.032s] [192.168.10.2] out: bin/sh/expansion/functional_test:plus_minus4 -> passed [0.031s] [192.168.10.2] out: bin/sh/expansion/functional_test:plus_minus5 -> passed [0.033s] [192.168.10.2] out: bin/sh/expansion/functional_test:plus_minus6 -> passed [0.040s] [192.168.10.2] out: bin/sh/expansion/functional_test:plus_minus7 -> passed [0.034s] [192.168.10.2] out: bin/sh/expansion/functional_test:plus_minus8 -> passed [0.032s] [192.168.10.2] out: bin/sh/expansion/functional_test:question1 -> passed [0.054s] [192.168.10.2] out: bin/sh/expansion/functional_test:readonly1 -> passed [0.032s] [192.168.10.2] out: bin/sh/expansion/functional_test:redir1 -> passed [0.056s] [192.168.10.2] out: bin/sh/expansion/functional_test:set_u1 -> passed [0.063s] [192.168.10.2] out: bin/sh/expansion/functional_test:set_u2 -> passed [0.030s] [192.168.10.2] out: bin/sh/expansion/functional_test:set_u3 -> passed [0.030s] [192.168.10.2] out: bin/sh/expansion/functional_test:tilde1 -> passed [0.034s] [192.168.10.2] out: bin/sh/expansion/functional_test:tilde2 -> passed [0.047s] [192.168.10.2] out: bin/sh/expansion/functional_test:trim1 -> passed [0.033s] [192.168.10.2] out: bin/sh/expansion/functional_test:trim2 -> passed [0.033s] [192.168.10.2] out: bin/sh/expansion/functional_test:trim3 -> passed [0.032s] [192.168.10.2] out: bin/sh/expansion/functional_test:trim4 -> passed [0.081s] [192.168.10.2] out: bin/sh/expansion/functional_test:trim5 -> passed [0.031s] [192.168.10.2] out: bin/sh/expansion/functional_test:trim6 -> passed [0.035s] [192.168.10.2] out: bin/sh/expansion/functional_test:trim7 -> passed [0.031s] [192.168.10.2] out: bin/sh/expansion/functional_test:trim8 -> passed [0.033s] [192.168.10.2] out: bin/sh/parameters/functional_test:env1 -> passed [0.027s] [192.168.10.2] out: bin/sh/parameters/functional_test:exitstatus1 -> passed [0.028s] [192.168.10.2] out: bin/sh/parameters/functional_test:mail1 -> passed [0.039s] [192.168.10.2] out: bin/sh/parameters/functional_test:mail2 -> passed [0.036s] [192.168.10.2] out: bin/sh/parameters/functional_test:optind1 -> passed [0.028s] [192.168.10.2] out: bin/sh/parameters/functional_test:optind2 -> passed [0.030s] [192.168.10.2] out: bin/sh/parameters/functional_test:positional1 -> passed [0.028s] [192.168.10.2] out: bin/sh/parameters/functional_test:positional2 -> passed [0.030s] [192.168.10.2] out: bin/sh/parameters/functional_test:positional3 -> passed [0.030s] [192.168.10.2] out: bin/sh/parameters/functional_test:positional5 -> passed [0.029s] [192.168.10.2] out: bin/sh/parameters/functional_test:pwd1 -> passed [0.032s] [192.168.10.2] out: bin/sh/parameters/functional_test:pwd2 -> passed [1.258s] [192.168.10.2] out: bin/sh/parser/functional_test:alias1 -> passed [0.028s] [192.168.10.2] out: bin/sh/parser/functional_test:alias10 -> passed [0.031s] [192.168.10.2] out: bin/sh/parser/functional_test:alias11 -> passed [0.028s] [192.168.10.2] out: bin/sh/parser/functional_test:alias12 -> passed [0.028s] [192.168.10.2] out: bin/sh/parser/functional_test:alias13 -> passed [0.029s] [192.168.10.2] out: bin/sh/parser/functional_test:alias14 -> passed [0.031s] [192.168.10.2] out: bin/sh/parser/functional_test:alias15 -> passed [0.032s] [192.168.10.2] out: bin/sh/parser/functional_test:alias2 -> passed [0.031s] [192.168.10.2] out: bin/sh/parser/functional_test:alias3 -> passed [0.031s] [192.168.10.2] out: bin/sh/parser/functional_test:alias4 -> passed [0.031s] [192.168.10.2] out: bin/sh/parser/functional_test:alias5 -> passed [0.031s] [192.168.10.2] out: bin/sh/parser/functional_test:alias6 -> passed [0.034s] [192.168.10.2] out: bin/sh/parser/functional_test:alias7 -> passed [0.030s] [192.168.10.2] out: bin/sh/parser/functional_test:alias8 -> passed [0.028s] [192.168.10.2] out: bin/sh/parser/functional_test:alias9 -> passed [0.028s] [192.168.10.2] out: bin/sh/parser/functional_test:and_pipe_not -> passed [0.031s] [192.168.10.2] out: bin/sh/parser/functional_test:case1 -> passed [0.029s] [192.168.10.2] out: bin/sh/parser/functional_test:case2 -> passed [0.031s] [192.168.10.2] out: bin/sh/parser/functional_test:dollar_quote1 -> passed [0.028s] [192.168.10.2] out: bin/sh/parser/functional_test:dollar_quote10 -> passed [0.040s] [192.168.10.2] out: bin/sh/parser/functional_test:dollar_quote11 -> passed [0.031s] [192.168.10.2] out: bin/sh/parser/functional_test:dollar_quote12 -> passed [0.029s] [192.168.10.2] out: bin/sh/parser/functional_test:dollar_quote2 -> passed [0.579s] [192.168.10.2] out: bin/sh/parser/functional_test:dollar_quote3 -> passed [0.563s] [192.168.10.2] out: bin/sh/parser/functional_test:dollar_quote4 -> passed [0.221s] [192.168.10.2] out: bin/sh/parser/functional_test:dollar_quote5 -> passed [0.167s] [192.168.10.2] out: bin/sh/parser/functional_test:dollar_quote6 -> passed [0.332s] [192.168.10.2] out: bin/sh/parser/functional_test:dollar_quote7 -> passed [0.223s] [192.168.10.2] out: bin/sh/parser/functional_test:dollar_quote8 -> passed [0.269s] [192.168.10.2] out: bin/sh/parser/functional_test:dollar_quote9 -> passed [0.034s] [192.168.10.2] out: bin/sh/parser/functional_test:empty_braces1 -> passed [0.029s] [192.168.10.2] out: bin/sh/parser/functional_test:empty_cmd1 -> passed [0.042s] [192.168.10.2] out: bin/sh/parser/functional_test:for1 -> passed [0.032s] [192.168.10.2] out: bin/sh/parser/functional_test:for2 -> passed [0.039s] [192.168.10.2] out: bin/sh/parser/functional_test:func1 -> passed [0.035s] [192.168.10.2] out: bin/sh/parser/functional_test:func2 -> passed [0.034s] [192.168.10.2] out: bin/sh/parser/functional_test:func3 -> passed [0.032s] [192.168.10.2] out: bin/sh/parser/functional_test:heredoc1 -> passed [0.050s] [192.168.10.2] out: bin/sh/parser/functional_test:heredoc10 -> passed [0.036s] [192.168.10.2] out: bin/sh/parser/functional_test:heredoc11 -> passed [0.035s] [192.168.10.2] out: bin/sh/parser/functional_test:heredoc2 -> passed [0.039s] [192.168.10.2] out: bin/sh/parser/functional_test:heredoc3 -> passed [0.033s] [192.168.10.2] out: bin/sh/parser/functional_test:heredoc4 -> passed [0.038s] [192.168.10.2] out: bin/sh/parser/functional_test:heredoc5 -> passed [0.044s] [192.168.10.2] out: bin/sh/parser/functional_test:heredoc6 -> passed [0.030s] [192.168.10.2] out: bin/sh/parser/functional_test:heredoc7 -> passed [0.031s] [192.168.10.2] out: bin/sh/parser/functional_test:heredoc8 -> passed [0.032s] [192.168.10.2] out: bin/sh/parser/functional_test:heredoc9 -> passed [0.044s] [192.168.10.2] out: bin/sh/parser/functional_test:line_cont1 -> passed [0.028s] [192.168.10.2] out: bin/sh/parser/functional_test:line_cont2 -> passed [0.028s] [192.168.10.2] out: bin/sh/parser/functional_test:line_cont3 -> passed [0.031s] [192.168.10.2] out: bin/sh/parser/functional_test:no_space1 -> passed [0.038s] [192.168.10.2] out: bin/sh/parser/functional_test:no_space2 -> passed [0.031s] [192.168.10.2] out: bin/sh/parser/functional_test:only_redir1 -> passed [0.031s] [192.168.10.2] out: bin/sh/parser/functional_test:only_redir2 -> passed [0.032s] [192.168.10.2] out: bin/sh/parser/functional_test:only_redir3 -> passed [0.033s] [192.168.10.2] out: bin/sh/parser/functional_test:only_redir4 -> passed [0.030s] [192.168.10.2] out: bin/sh/parser/functional_test:pipe_not1 -> passed [0.031s] [192.168.10.2] out: bin/sh/parser/functional_test:var_assign1 -> passed [0.039s] [192.168.10.2] out: bin/sh/set-e/functional_test:and1 -> passed [0.030s] [192.168.10.2] out: bin/sh/set-e/functional_test:and2 -> passed [0.031s] [192.168.10.2] out: bin/sh/set-e/functional_test:and3 -> passed [0.030s] [192.168.10.2] out: bin/sh/set-e/functional_test:and4 -> passed [0.030s] [192.168.10.2] out: bin/sh/set-e/functional_test:background1 -> passed [0.030s] [192.168.10.2] out: bin/sh/set-e/functional_test:cmd1 -> passed [0.028s] [192.168.10.2] out: bin/sh/set-e/functional_test:cmd2 -> passed [0.027s] [192.168.10.2] out: bin/sh/set-e/functional_test:elif1 -> passed [0.035s] [192.168.10.2] out: bin/sh/set-e/functional_test:elif2 -> passed [0.028s] [192.168.10.2] out: bin/sh/set-e/functional_test:eval1 -> passed [0.027s] [192.168.10.2] out: bin/sh/set-e/functional_test:eval2 -> passed [0.027s] [192.168.10.2] out: bin/sh/set-e/functional_test:for1 -> passed [0.027s] [192.168.10.2] out: bin/sh/set-e/functional_test:func1 -> passed [0.027s] [192.168.10.2] out: bin/sh/set-e/functional_test:func2 -> passed [0.028s] [192.168.10.2] out: bin/sh/set-e/functional_test:if1 -> passed [0.029s] [192.168.10.2] out: bin/sh/set-e/functional_test:if2 -> passed [0.029s] [192.168.10.2] out: bin/sh/set-e/functional_test:if3 -> passed [0.028s] [192.168.10.2] out: bin/sh/set-e/functional_test:not1 -> passed [0.033s] [192.168.10.2] out: bin/sh/set-e/functional_test:not2 -> passed [0.028s] [192.168.10.2] out: bin/sh/set-e/functional_test:or1 -> passed [0.026s] [192.168.10.2] out: bin/sh/set-e/functional_test:or2 -> passed [0.026s] [192.168.10.2] out: bin/sh/set-e/functional_test:or3 -> passed [0.027s] [192.168.10.2] out: bin/sh/set-e/functional_test:pipe1 -> passed [0.027s] [192.168.10.2] out: bin/sh/set-e/functional_test:pipe2 -> passed [0.027s] [192.168.10.2] out: bin/sh/set-e/functional_test:return1 -> passed [0.027s] [192.168.10.2] out: bin/sh/set-e/functional_test:semi1 -> passed [0.028s] [192.168.10.2] out: bin/sh/set-e/functional_test:semi2 -> passed [0.030s] [192.168.10.2] out: bin/sh/set-e/functional_test:subshell1 -> passed [0.032s] [192.168.10.2] out: bin/sh/set-e/functional_test:subshell2 -> passed [0.027s] [192.168.10.2] out: bin/sh/set-e/functional_test:until1 -> passed [0.027s] [192.168.10.2] out: bin/sh/set-e/functional_test:until2 -> passed [0.027s] [192.168.10.2] out: bin/sh/set-e/functional_test:until3 -> passed [0.028s] [192.168.10.2] out: bin/sh/set-e/functional_test:while1 -> passed [0.030s] [192.168.10.2] out: bin/sh/set-e/functional_test:while2 -> passed [0.029s] [192.168.10.2] out: bin/sh/set-e/functional_test:while3 -> passed [0.032s] [192.168.10.2] out: bin/test/legacy_test:main -> passed [0.068s] [192.168.10.2] out: bin/expr/expr_test:arithmetic_ops -> expected_failure: the following testcases fail with syntax errors on FreeBSD: Expected 0, got expr: syntax error from expression: .java_wrapper : / [0.017s] [192.168.10.2] out: bin/expr/expr_test:basic_functional -> passed [0.018s] [192.168.10.2] out: bin/expr/expr_test:basic_math -> passed [0.016s] [192.168.10.2] out: bin/expr/expr_test:colon_vs_math -> passed [0.018s] [192.168.10.2] out: bin/expr/expr_test:compare_ops -> passed [0.033s] [192.168.10.2] out: bin/expr/expr_test:compare_ops_precedence -> passed [0.018s] [192.168.10.2] out: bin/expr/expr_test:gtkmm -> passed [0.024s] [192.168.10.2] out: bin/expr/expr_test:lang -> passed [0.044s] [192.168.10.2] out: bin/expr/expr_test:math_precedence -> passed [0.016s] [192.168.10.2] out: bin/expr/expr_test:multiply -> passed [0.017s] [192.168.10.2] out: bin/expr/expr_test:negative -> passed [0.024s] [192.168.10.2] out: bin/expr/expr_test:overflow -> passed [0.034s] [192.168.10.2] out: bin/expr/expr_test:precedence -> passed [0.018s] [192.168.10.2] out: bin/expr/expr_test:regex -> passed [0.016s] [192.168.10.2] out: bin/date/format_string_test:A_test -> passed [0.775s] [192.168.10.2] out: bin/date/format_string_test:B_test -> passed [0.705s] [192.168.10.2] out: bin/date/format_string_test:C_test -> passed [0.598s] [192.168.10.2] out: bin/date/format_string_test:D_test -> passed [0.809s] [192.168.10.2] out: bin/date/format_string_test:F_test -> passed [0.205s] [192.168.10.2] out: bin/date/format_string_test:G_test -> passed [0.508s] [192.168.10.2] out: bin/date/format_string_test:H_test -> passed [0.341s] [192.168.10.2] out: bin/date/format_string_test:I_test -> passed [0.586s] [192.168.10.2] out: bin/date/format_string_test:M_test -> passed [0.332s] [192.168.10.2] out: bin/date/format_string_test:R_test -> passed [0.628s] [192.168.10.2] out: bin/date/format_string_test:S_test -> passed [0.439s] [192.168.10.2] out: bin/date/format_string_test:U_test -> passed [0.160s] [192.168.10.2] out: bin/date/format_string_test:V_test -> passed [0.145s] [192.168.10.2] out: bin/date/format_string_test:W_test -> passed [0.160s] [192.168.10.2] out: bin/date/format_string_test:X_test -> passed [0.186s] [192.168.10.2] out: bin/date/format_string_test:Y_test -> passed [0.149s] [192.168.10.2] out: bin/date/format_string_test:Z_test -> passed [0.248s] [192.168.10.2] out: bin/date/format_string_test:a_test -> passed [0.570s] [192.168.10.2] out: bin/date/format_string_test:b_test -> passed [0.319s] [192.168.10.2] out: bin/date/format_string_test:c_test -> passed [0.369s] [192.168.10.2] out: bin/date/format_string_test:d_test -> passed [0.359s] [192.168.10.2] out: bin/date/format_string_test:e_test -> passed [0.327s] [192.168.10.2] out: bin/date/format_string_test:g_test -> passed [0.441s] [192.168.10.2] out: bin/date/format_string_test:h_test -> passed [0.346s] [192.168.10.2] out: bin/date/format_string_test:j_test -> passed [0.599s] [192.168.10.2] out: bin/date/format_string_test:k_test -> passed [0.538s] [192.168.10.2] out: bin/date/format_string_test:l_test -> passed [0.308s] [192.168.10.2] out: bin/date/format_string_test:m_test -> passed [0.421s] [192.168.10.2] out: bin/date/format_string_test:p_test -> passed [0.720s] [192.168.10.2] out: bin/date/format_string_test:percent_test -> passed [0.274s] [192.168.10.2] out: bin/date/format_string_test:plus_test -> passed [0.384s] [192.168.10.2] out: bin/date/format_string_test:r_test -> passed [0.229s] [192.168.10.2] out: bin/date/format_string_test:s_test -> passed [0.035s] [192.168.10.2] out: bin/date/format_string_test:u_test -> passed [0.035s] [192.168.10.2] out: bin/date/format_string_test:v_test -> passed [0.035s] [192.168.10.2] out: bin/date/format_string_test:w_test -> passed [0.036s] [192.168.10.2] out: bin/date/format_string_test:x_test -> passed [0.036s] [192.168.10.2] out: bin/date/format_string_test:y_test -> passed [0.033s] [192.168.10.2] out: bin/date/format_string_test:z_test -> passed [0.033s] [192.168.10.2] out: bin/mv/legacy_test:main -> passed [8.778s] [192.168.10.2] out: bin/sleep/sleep_test:fraction -> passed [0.882s] [192.168.10.2] out: bin/sleep/sleep_test:hex -> passed [1.242s] [192.168.10.2] out: bin/sleep/sleep_test:nonnumeric -> passed [0.267s] [192.168.10.2] out: bin/dd/dd_test:io -> passed [0.096s] [192.168.10.2] out: bin/dd/dd_test:length -> passed [0.039s] [192.168.10.2] out: bin/dd/dd_test:seek -> passed [0.320s] [192.168.10.2] out: bin/pax/legacy_test:main -> passed [0.917s] [192.168.10.2] out: bin/ls/ls_tests:1_flag -> passed [7.738s] [192.168.10.2] out: bin/ls/ls_tests:A_flag -> passed [6.569s] [192.168.10.2] out: bin/ls/ls_tests:A_flag_implied_when_root -> passed [5.599s] [192.168.10.2] out: bin/ls/ls_tests:B_flag -> passed [0.376s] [192.168.10.2] out: bin/ls/ls_tests:C_flag -> passed [7.666s] [192.168.10.2] out: bin/ls/ls_tests:D_flag -> passed [0.307s] [192.168.10.2] out: bin/ls/ls_tests:F_flag -> passed [8.708s] [192.168.10.2] out: bin/ls/ls_tests:H_flag -> passed [4.897s] [192.168.10.2] out: bin/ls/ls_tests:I_flag -> passed [5.270s] [192.168.10.2] out: bin/ls/ls_tests:I_flag_voids_implied_A_flag_when_root -> passed [5.166s] [192.168.10.2] out: bin/ls/ls_tests:L_flag -> passed [0.377s] [192.168.10.2] out: bin/ls/ls_tests:R_flag -> passed [6.207s] [192.168.10.2] out: bin/ls/ls_tests:S_flag -> passed [7.652s] [192.168.10.2] out: bin/ls/ls_tests:T_flag -> passed [0.201s] [192.168.10.2] out: bin/ls/ls_tests:a_flag -> passed [5.421s] [192.168.10.2] out: bin/ls/ls_tests:b_flag -> passed [0.370s] [192.168.10.2] out: bin/ls/ls_tests:d_flag -> passed [0.703s] Resuming build at Sun Sep 04 18:28:11 GMT 2016 after Jenkins restart Waiting to resume part of FreeBSD_stable_10 #374: ??? Waiting to resume part of FreeBSD_stable_10 #374: chaos.ysv.freebsd.org is offline Waiting to resume part of FreeBSD_stable_10 #374: chaos.ysv.freebsd.org is offline Waiting to resume part of FreeBSD_stable_10 #374: chaos.ysv.freebsd.org is offline Waiting to resume part of FreeBSD_stable_10 #374: chaos.ysv.freebsd.org is offline Waiting to resume part of FreeBSD_stable_10 #374: chaos.ysv.freebsd.org is offline Waiting to resume part of FreeBSD_stable_10 #374: chaos.ysv.freebsd.org is offline Waiting to resume part of FreeBSD_stable_10 #374: chaos.ysv.freebsd.org is offline Waiting to resume part of FreeBSD_stable_10 #374: chaos.ysv.freebsd.org is offline Waiting to resume part of FreeBSD_stable_10 #374: chaos.ysv.freebsd.org is offline Waiting to resume part of FreeBSD_stable_10 #374: chaos.ysv.freebsd.org is offline Ready to run at Sun Sep 04 18:30:32 GMT 2016 [192.168.10.2] out: bin/ls/ls_tests:f_flag -> broken: Test case body timed out [134680.815s] [192.168.10.2] out: bin/ls/ls_tests:g_flag -> passed [6.433s] [192.168.10.2] out: bin/ls/ls_tests:h_flag -> passed [4.379s] [192.168.10.2] out: bin/ls/ls_tests:i_flag -> passed [3.000s] [192.168.10.2] out: bin/ls/ls_tests:k_flag -> [Pipeline] } [Pipeline] // node [Pipeline] node Running on master in /usr/local/jenkins/workspace/FreeBSD_stable_10 [Pipeline] { [Pipeline] step From owner-freebsd-stable@freebsd.org Sun Sep 4 21:51:01 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5771FA9D4AE for ; Sun, 4 Sep 2016 21:51:01 +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 499B283B; Sun, 4 Sep 2016 21:51:01 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 9BE698D; Sun, 4 Sep 2016 21:51:01 +0000 (UTC) Date: Sun, 4 Sep 2016 21:51:01 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: jenkins-admin@FreeBSD.org, freebsd-stable@FreeBSD.org Message-ID: <1149413850.3.1473025861577.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1781529334.1.1473013841565.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1781529334.1.1473013841565.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is back to normal : FreeBSD_stable_10 #375 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Instance-Identity: MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAkKKb2VAfYQKfu1t7qk4nR5qzUBEI+UqT4BPec4qHVhqUy0FFdq50sMH+3y9bCDNOufctov6VqTNffZ3YXArnZK95YF0OX97fh+E9txYOUX1adc+TikcKjuYpHmL5dE62eaZTI+4A5jnRonskQ1PaoIFz0Kbu4mWzkFsmdiXTraGzomXq4cHUCATA2+K4eDYgjXEQI30z3GOMmmZ4t/+6QGk1cMb/BqMWHbn80AsRCb4tU7Hpd72XLDpsuO7YRP1Q0CjmNAuBOTj+sFiiOe6U9HpqOlQN+iFUvBdZo/ybuy5Kh71cAaYQNL68cYdZJ6binH/DkG3KY/fS7DFYAeuwjwIDAQAB X-Jenkins-Job: FreeBSD_stable_10 X-Jenkins-Result: SUCCESS X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Sep 2016 21:51:01 -0000 See From owner-freebsd-stable@freebsd.org Sun Sep 4 21:57:42 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8F13CA9D802 for ; Sun, 4 Sep 2016 21:57:42 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from zxy.spb.ru (zxy.spb.ru [195.70.199.98]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 54F68D5B for ; Sun, 4 Sep 2016 21:57:42 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from slw by zxy.spb.ru with local (Exim 4.86 (FreeBSD)) (envelope-from ) id 1bgfQ3-000AN9-5G for freebsd-stable@FreeBSD.org; Mon, 05 Sep 2016 00:57:39 +0300 Date: Mon, 5 Sep 2016 00:57:39 +0300 From: Slawa Olhovchenkov To: freebsd-stable@FreeBSD.org Subject: 11.0 stuck on high network load Message-ID: <20160904215739.GC22212@zxy.spb.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.24 (2015-08-30) X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: slw@zxy.spb.ru X-SA-Exim-Scanned: No (on zxy.spb.ru); SAEximRunCond expanded to false X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Sep 2016 21:57:42 -0000 I am try using 11.0 on Dual E5-2620 (no X2APIC). Under high network load and may be addtional conditional system go to unresponsible state -- no reaction to network and console (USB IPMI emulation). INVARIANTS give to high overhad. Is this exist some way to debug this? From owner-freebsd-stable@freebsd.org Mon Sep 5 00:47:36 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BC818B73257 for ; Mon, 5 Sep 2016 00:47:36 +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 8BBD48AF for ; Mon, 5 Sep 2016 00:47:36 +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 u850lRqe033547 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sun, 4 Sep 2016 18:47:27 -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 u850lQ3Z033544; Sun, 4 Sep 2016 18:47:26 -0600 (MDT) (envelope-from wblock@wonkity.com) Date: Sun, 4 Sep 2016 18:47:26 -0600 (MDT) From: Warren Block To: Matt Smith cc: "Julian H. Stacey" , freebsd-stable@freebsd.org Subject: Re: omitting make installkernel in an upgarde between 2 x 10-stable In-Reply-To: <20160904162101.GA1172@xtaz.uk> Message-ID: References: <201609041137.u84BbQoB062773@fire.js.berklix.net> <201609041435.u84EZT7K068273@fire.js.berklix.net> <20160904162101.GA1172@xtaz.uk> 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]); Sun, 04 Sep 2016 18:47:27 -0600 (MDT) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Sep 2016 00:47:36 -0000 On Sun, 4 Sep 2016, Matt Smith wrote: > On Sep 04 16:35, Julian H. Stacey wrote: >> Hi, Reference: >>> From: "Julian H. Stacey" >>> Date: Sun, 04 Sep 2016 13:37:26 +0200 >> >> "Julian H. Stacey" wrote: >>> Hi stable@ people >>> In a jail, uname -r 10.3-RELEASE-p4, I started >>> cd /usr/src ; make buildworld, >>> then realised per >>> https://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/makeworld.html >>> I will not be able to >>> make installkernel ; reboot >>> preceeding >>> make installworld >>> Am I on route to shooting myself in the foot ? >> >> It survived. No shot foot :-) > > Just to let you know. I have done this for years on versions 4 through to 10 > and never had a single problem. Only on minor version upgrades though from > say 10.2 to 10.3. My procedure is: > > make -j4 buildworld && make -j4 buildkernel > make installkernel > make installworld > mergemaster > shutdown -r now > make delete-old > make delete-old-libs > > I do this because I don't have a keyboard or monitor on the machine during > normal use. This has *always* worked fine. However for a major version > upgrade from say 10.x to 11.x I have always done it the correct and proper > way using single user mode via the console. Can't recall the last time I did single user. It might have been more than a decade now. Here is what I do: http://www.wonkity.com/~wblock/docs/html/buildworld.html (And no, "kernel" is not a mistake.) From owner-freebsd-stable@freebsd.org Mon Sep 5 01:06:51 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3D528B73884 for ; Mon, 5 Sep 2016 01:06: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 D8407EFF for ; Mon, 5 Sep 2016 01:06:49 +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 u8516goZ007937; Mon, 5 Sep 2016 01:06:42 GMT (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.15.2/8.15.2/Submit) id u8516e5n007936; Sun, 4 Sep 2016 18:06:40 -0700 (PDT) (envelope-from david) Date: Sun, 4 Sep 2016 18:06:40 -0700 From: David Wolfskill To: Warren Block Cc: freebsd-stable@freebsd.org Subject: Re: omitting make installkernel in an upgarde between 2 x 10-stable Message-ID: <20160905010640.GI1247@albert.catwhisker.org> Mail-Followup-To: David Wolfskill , Warren Block , freebsd-stable@freebsd.org References: <201609041137.u84BbQoB062773@fire.js.berklix.net> <201609041435.u84EZT7K068273@fire.js.berklix.net> <20160904162101.GA1172@xtaz.uk> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="81JctsDUVPekGcy+" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.6.1 (2016-04-27) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Sep 2016 01:06:51 -0000 --81JctsDUVPekGcy+ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Sep 04, 2016 at 06:47:26PM -0600, Warren Block wrote: > ... > Can't recall the last time I did single user. It might have been more=20 > than a decade now. Here is what I do: > http://www.wonkity.com/~wblock/docs/html/buildworld.html >=20 > (And no, "kernel" is not a mistake.) > .... I (also) rarely boot into single-user mode (in gerneral, and certainly for in-place src updgrades -- and I do those way more often than any sane person would recomend, certainly for machines that one is intending to actually use productively). But -- perhaps out of a (misplaced?) sense of paranoia -- immediately prior to "make installworld", I remove /usr/share/man and rename /usr/include -- in order to be sure that the contents of /usr/share/man and /usr/include actually correspond with what I've just installed (once it's completed). (This presumes, of course, that the only process to update those hierarchies in any meaningful way is "make installworld" -- as any other modifications would be lost. In my case, that is intentional.) [For thos who may be curious: I generally track head and stable/{head-1} daily; since stable/11 was branched, I'm also still tracking stable/10 until I decide to drop stable/10 and migrate to stable/11. I do this on a couple of machines, one of which is my (perhaps abused) 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. --81JctsDUVPekGcy+ Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQF8BAEBCgBmBQJXzMUgXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRDQ0I3Q0VGOTE3QTgwMUY0MzA2NEQ3N0Ix NTM5Q0M0MEEwNDlFRTE3AAoJEBU5zECgSe4XLl0H/1b4KmxjlhAw4MKnjTwM2prQ 6bEKpISlIrSzFdsLbd7/o7i8VE+tCwA0d3dSt0L5s4SlPoWic8aPxt3wMHwAU3nI yfcKIFOkEjIwGi8+mtADhM6kpnTIXIeTYpXrc8UWGoLyXk1NL2fJ9EV0IDDTm3wO CMeydVEFJSepABXZeVTtzakp7DtJrb/7Ha8I6VNBJxYXH9LGJ1XXf4aVNcvQE54o 7TPUTyauGsyMgnToEPCc8Cl7v30b/QC+LaSG5YSCMUYwkUrZov5ICCMZ7ttNESLv fuonDw4fZt4KKyjWIiIWCI55KCmdBoslrS9M7+dq/bBexlWrJVrTZr6bNiP5RTw= =UQ9K -----END PGP SIGNATURE----- --81JctsDUVPekGcy+-- From owner-freebsd-stable@freebsd.org Mon Sep 5 01:46:19 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BE2C1A9D267 for ; Mon, 5 Sep 2016 01:46:19 +0000 (UTC) (envelope-from hiren@strugglingcoder.info) Received: from mail.strugglingcoder.info (strugglingcoder.info [104.236.146.68]) by mx1.freebsd.org (Postfix) with ESMTP id A4A75E91 for ; Mon, 5 Sep 2016 01:46:19 +0000 (UTC) (envelope-from hiren@strugglingcoder.info) Received: from localhost (unknown [10.1.1.3]) (Authenticated sender: hiren@strugglingcoder.info) by mail.strugglingcoder.info (Postfix) with ESMTPA id 0E0F31769E; Sun, 4 Sep 2016 18:46:13 -0700 (PDT) Date: Sun, 4 Sep 2016 18:46:12 -0700 From: hiren panchasara To: Slawa Olhovchenkov Cc: freebsd-stable@FreeBSD.org Subject: Re: 11.0 stuck on high network load Message-ID: <20160905014612.GA42393@strugglingcoder.info> References: <20160904215739.GC22212@zxy.spb.ru> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="sm4nu43k4a2Rpi4c" Content-Disposition: inline In-Reply-To: <20160904215739.GC22212@zxy.spb.ru> User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Sep 2016 01:46:19 -0000 --sm4nu43k4a2Rpi4c Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On 09/05/16 at 12:57P, Slawa Olhovchenkov wrote: > I am try using 11.0 on Dual E5-2620 (no X2APIC). > Under high network load and may be addtional conditional system go to > unresponsible state -- no reaction to network and console (USB IPMI > emulation). INVARIANTS give to high overhad. Is this exist some way to > debug this? Can you panic it from console to get to db> to get backtrace and other info when it goes unresponsive? Cheers, Hiren --sm4nu43k4a2Rpi4c Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQF8BAABCgBmBQJXzM5hXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRBNEUyMEZBMUQ4Nzg4RjNGMTdFNjZGMDI4 QjkyNTBFMTU2M0VERkU1AAoJEIuSUOFWPt/lMYYH/iFAHzV3OAhsJTcbizOvweP0 IZx9oFGM4arH76VVNJarNkgLxd5wwO3H906xPTOJbl9YVtC+esFXt5T5X70AUgkO gC9nJffp+eT+8sxY+Nls3FPbIWAz8l6JFYZs+FVhTxPwvwWjUDFyT73OU/FKVp9/ x1NmTbSK9+aWtMgEoR18N8IYRxfJkBGyNir3dBGstAWGOnZs0MKdkf0JNUKnZZtk 6JFkn7M4q32eJaqr+5Z0NPMXssbc6xPrVv9F8yJDQLhkCPsjrHpvcvUpM0xaofmE Xs3E4q8Av1TFh0SD1XFO9FKpNoYCiQjE9m/vsuxSBtfhTOeEhh+kTcYSD9kelWk= =ukjg -----END PGP SIGNATURE----- --sm4nu43k4a2Rpi4c-- From owner-freebsd-stable@freebsd.org Mon Sep 5 03:48:12 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CC026AC4D49; Mon, 5 Sep 2016 03:48:12 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id BF175E0; Mon, 5 Sep 2016 03:48:12 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 11128A3; Mon, 5 Sep 2016 03:48:12 +0000 (UTC) Date: Mon, 5 Sep 2016 03:48:10 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: ache@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-stable@FreeBSD.org, freebsd-arm@FreeBSD.org Message-ID: <1796263471.9.1473047293078.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <618306179.6.1473039190572.JavaMail.jenkins@jenkins-9.freebsd.org> References: <618306179.6.1473039190572.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_STABLE_11-arm64 - Build #111 - Fixed MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_STABLE_11-arm64 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.23 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Sep 2016 03:48:12 -0000 FreeBSD_STABLE_11-arm64 - Build #111 - Fixed: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_STABLE_11-arm64/111/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_STABLE_11-arm64/111/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_STABLE_11-arm64/111/console Change summaries: 305404 by ache: MFC r305241 fgetwc(3) may set both __SEOF and __SERR at once (in case of incomplete sequence near EOF), so we can't just check for (wc == WEOF && !__sfeof(fp)) and must relay on __sferror(fp) with __SERR clearing/restoring. From owner-freebsd-stable@freebsd.org Mon Sep 5 04:54:01 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C0BA3B719CD for ; Mon, 5 Sep 2016 04:54:01 +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 B4357C2D; Mon, 5 Sep 2016 04:54:01 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id BB73CA5; Mon, 5 Sep 2016 04:54:01 +0000 (UTC) Date: Mon, 5 Sep 2016 04:54:01 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: jenkins-admin@FreeBSD.org, freebsd-stable@FreeBSD.org Message-ID: <1402691967.10.1473051241357.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build became unstable: FreeBSD_stable_10 #376 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Instance-Identity: MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAkKKb2VAfYQKfu1t7qk4nR5qzUBEI+UqT4BPec4qHVhqUy0FFdq50sMH+3y9bCDNOufctov6VqTNffZ3YXArnZK95YF0OX97fh+E9txYOUX1adc+TikcKjuYpHmL5dE62eaZTI+4A5jnRonskQ1PaoIFz0Kbu4mWzkFsmdiXTraGzomXq4cHUCATA2+K4eDYgjXEQI30z3GOMmmZ4t/+6QGk1cMb/BqMWHbn80AsRCb4tU7Hpd72XLDpsuO7YRP1Q0CjmNAuBOTj+sFiiOe6U9HpqOlQN+iFUvBdZo/ybuy5Kh71cAaYQNL68cYdZJ6binH/DkG3KY/fS7DFYAeuwjwIDAQAB X-Jenkins-Job: FreeBSD_stable_10 X-Jenkins-Result: UNSTABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Sep 2016 04:54:01 -0000 See From owner-freebsd-stable@freebsd.org Mon Sep 5 07:43:52 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9C4D8B71783 for ; Mon, 5 Sep 2016 07:43:52 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from zxy.spb.ru (zxy.spb.ru [195.70.199.98]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 51BDC1D0 for ; Mon, 5 Sep 2016 07:43:52 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from slw by zxy.spb.ru with local (Exim 4.86 (FreeBSD)) (envelope-from ) id 1bgoZI-0000id-BX; Mon, 05 Sep 2016 10:43:48 +0300 Date: Mon, 5 Sep 2016 10:43:48 +0300 From: Slawa Olhovchenkov To: hiren panchasara Cc: freebsd-stable@FreeBSD.org Subject: Re: 11.0 stuck on high network load Message-ID: <20160905074348.GE34394@zxy.spb.ru> References: <20160904215739.GC22212@zxy.spb.ru> <20160905014612.GA42393@strugglingcoder.info> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20160905014612.GA42393@strugglingcoder.info> User-Agent: Mutt/1.5.24 (2015-08-30) X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: slw@zxy.spb.ru X-SA-Exim-Scanned: No (on zxy.spb.ru); SAEximRunCond expanded to false X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Sep 2016 07:43:52 -0000 On Sun, Sep 04, 2016 at 06:46:12PM -0700, hiren panchasara wrote: > On 09/05/16 at 12:57P, Slawa Olhovchenkov wrote: > > I am try using 11.0 on Dual E5-2620 (no X2APIC). > > Under high network load and may be addtional conditional system go to > > unresponsible state -- no reaction to network and console (USB IPMI > > emulation). INVARIANTS give to high overhad. Is this exist some way to > > debug this? > > Can you panic it from console to get to db> to get backtrace and other > info when it goes unresponsive? no no reaction > Cheers, > Hiren From owner-freebsd-stable@freebsd.org Mon Sep 5 16:15:00 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DD1DFA9DF53 for ; Mon, 5 Sep 2016 16:15:00 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-it0-x233.google.com (mail-it0-x233.google.com [IPv6:2607:f8b0:4001:c0b::233]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id ADEE4B0A for ; Mon, 5 Sep 2016 16:15:00 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-it0-x233.google.com with SMTP id e124so153108340ith.0 for ; Mon, 05 Sep 2016 09:15:00 -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:from:date:message-id :subject:to:cc; bh=iR3YNocHrKLBiQ4SjP+/vINYgPkSoISO8ktTs9SUzKc=; b=dmLz5q9l/ucooPRMoSrHGxWcYe1HwB7pNzmvKrctAN88e+1ho5b9gHYIxBFGfS3pqu GnlvA7PInNCet7d1P2sUL68/hLA93+Z5mkwKk3T+vptOtCfQ/KcG9cXq1cpQ9AF9LKuD Cf25zHHi34k1GxpYymXSOHw6Ytlbt2aBUfZ4Hx2hWsHhrhLybPOwkGPnV++TMknBaFtQ dkU4neVLRA/N45PqIslWoNDFgY8L+BSkRldX12YbX0qYUOoAHwteogz5QI37tFkcqNhd wwzeAfC1gewPXCVCixBSrhh/EED1a368OG0MOciF8IAVT7TXIaoo/pUc28iBips4d30/ hDmg== 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:from :date:message-id:subject:to:cc; bh=iR3YNocHrKLBiQ4SjP+/vINYgPkSoISO8ktTs9SUzKc=; b=LjMRam9g4Q9FAxSsDIw1bUtb1pjPC+JufUMFp+pxzgVCRIR/mMl4MuIcKCHpKX3EsY PfHRwf+kgZsIBrQKtkoLt2W5eHT5bxZYmL+f+FcHYRll4AiN6mK9t19hiZxCbwGMicHR MVPdS+flFbXHRL8lHMc+2I6USTaQN9y1cwfqliHym17Zg/y4a3UY9yBoj1EjUoPD+O31 P6mvPAnpOxFErkLfH4/sG98s+v9HtJahI8SDE3Xu+i4Ckhypq4ENn3aeIRrTTmRJMVzM Ap/Cozn/7hluKPqKScJJMt3Rhn01HL9ZS80fWSatrfzv9J6lzp7k/r298Jz2O4UvQkR+ BncQ== X-Gm-Message-State: AE9vXwNMVHpklIj3945XSvjea7tr1ndEnzOJqZ2fGMb/SJTVeoggxjGSayMPk14JTX56TjmtkfYgQGkgpdbH6Q== X-Received: by 10.36.149.193 with SMTP id m184mr26538541itd.94.1473092099901; Mon, 05 Sep 2016 09:14:59 -0700 (PDT) MIME-Version: 1.0 Sender: wlosh@bsdimp.com Received: by 10.36.65.7 with HTTP; Mon, 5 Sep 2016 09:14:59 -0700 (PDT) X-Originating-IP: [50.253.99.174] In-Reply-To: <20160905074348.GE34394@zxy.spb.ru> References: <20160904215739.GC22212@zxy.spb.ru> <20160905014612.GA42393@strugglingcoder.info> <20160905074348.GE34394@zxy.spb.ru> From: Warner Losh Date: Mon, 5 Sep 2016 10:14:59 -0600 X-Google-Sender-Auth: lGnH4th4Pl1KeJhAlMTIRdEAkV8 Message-ID: Subject: Re: 11.0 stuck on high network load To: Slawa Olhovchenkov Cc: hiren panchasara , FreeBSD-STABLE Mailing List Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Sep 2016 16:15:01 -0000 On Mon, Sep 5, 2016 at 1:43 AM, Slawa Olhovchenkov wrote: > On Sun, Sep 04, 2016 at 06:46:12PM -0700, hiren panchasara wrote: > >> On 09/05/16 at 12:57P, Slawa Olhovchenkov wrote: >> > I am try using 11.0 on Dual E5-2620 (no X2APIC). >> > Under high network load and may be addtional conditional system go to >> > unresponsible state -- no reaction to network and console (USB IPMI >> > emulation). INVARIANTS give to high overhad. Is this exist some way to >> > debug this? >> >> Can you panic it from console to get to db> to get backtrace and other >> info when it goes unresponsive? > > no > no reaction So the canonical 'ipmitool chassis power diag' doesn't send an NMI to get you to the debugger? I've seen this at Netflix on one variant of our flash offload box with a Intel e5-2697v2 running with the Chelsio driver. We're working around it by having fewer receive threads than CPUs in the system. The only way the boxes would come back was with watchdog. The load was streaming video > ~36Gbps out 4 lagged 10G ports. Console is totally unresponsive as well. This is on our FreeBSD-10 stable based fork. >From my debugging, we go from totally fine as far as I can tell from ps, etc in the moments leading to the hang to being totally wedged. It seems a very sudden-onset condition. Sound at all familiar? Warner From owner-freebsd-stable@freebsd.org Mon Sep 5 16:47:05 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8C446B966E4 for ; Mon, 5 Sep 2016 16:47:05 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from zxy.spb.ru (zxy.spb.ru [195.70.199.98]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 41C5EAAD for ; Mon, 5 Sep 2016 16:47:05 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from slw by zxy.spb.ru with local (Exim 4.86 (FreeBSD)) (envelope-from ) id 1bgx2u-000DYn-Rd; Mon, 05 Sep 2016 19:46:56 +0300 Date: Mon, 5 Sep 2016 19:46:56 +0300 From: Slawa Olhovchenkov To: Warner Losh Cc: hiren panchasara , FreeBSD-STABLE Mailing List Subject: Re: 11.0 stuck on high network load Message-ID: <20160905164656.GG34394@zxy.spb.ru> References: <20160904215739.GC22212@zxy.spb.ru> <20160905014612.GA42393@strugglingcoder.info> <20160905074348.GE34394@zxy.spb.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.24 (2015-08-30) X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: slw@zxy.spb.ru X-SA-Exim-Scanned: No (on zxy.spb.ru); SAEximRunCond expanded to false X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Sep 2016 16:47:05 -0000 On Mon, Sep 05, 2016 at 10:14:59AM -0600, Warner Losh wrote: > On Mon, Sep 5, 2016 at 1:43 AM, Slawa Olhovchenkov wrote: > > On Sun, Sep 04, 2016 at 06:46:12PM -0700, hiren panchasara wrote: > > > >> On 09/05/16 at 12:57P, Slawa Olhovchenkov wrote: > >> > I am try using 11.0 on Dual E5-2620 (no X2APIC). > >> > Under high network load and may be addtional conditional system go to > >> > unresponsible state -- no reaction to network and console (USB IPMI > >> > emulation). INVARIANTS give to high overhad. Is this exist some way to > >> > debug this? > >> > >> Can you panic it from console to get to db> to get backtrace and other > >> info when it goes unresponsive? > > > > no > > no reaction > > So the canonical 'ipmitool chassis power diag' doesn't send an NMI to > get you to the debugger? Don't try (and don't know about this). Can you some explain? Is this FreeBSD by default catch NMI and enter to debugger? How to interoperable with USB stack (I am beware USB keyboard may be locked)? > I've seen this at Netflix on one variant of our flash offload box with > a Intel e5-2697v2 running with the Chelsio driver. We're working > around it by having fewer receive threads than CPUs in the system. The > only way the boxes would come back was with watchdog. The load was > streaming video > ~36Gbps out 4 lagged 10G ports. Console is totally > unresponsive as well. This is on our FreeBSD-10 stable based fork. > >From my debugging, we go from totally fine as far as I can tell from > ps, etc in the moments leading to the hang to being totally wedged. It > seems a very sudden-onset condition. Sound at all familiar? > > Warner Not sure. This is less power box and can be servered only 20Gbit, using Intel card (lagg 2x10H). Day ago I am using on this box 10-STABLE w/o such issuse. (Not cleancly remember, may be some month ago this box crashed by this issuse -- at the that time I am don't have any ideas about crash) May be stuck caused by some poor (too big) memory request from nginx (atempt parsing some malformed files). Or frequent nginx core dump (from this malformed files). 11.0 on two different more power box servered from 40 to 55Gbit w/o stuck. But w/o malformed files (t.e. w/o bogus memory request and w/o nginx crash). Not sure about correlation. From owner-freebsd-stable@freebsd.org Mon Sep 5 17:50:30 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 217A8B965E3 for ; Mon, 5 Sep 2016 17:50:30 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-it0-x231.google.com (mail-it0-x231.google.com [IPv6:2607:f8b0:4001:c0b::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 DDAC5F8E for ; Mon, 5 Sep 2016 17:50:29 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-it0-x231.google.com with SMTP id i184so156718308itf.1 for ; Mon, 05 Sep 2016 10:50:29 -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:from:date:message-id :subject:to:cc; bh=IPFLcLf8ChZ8vrO0osJjpe1ZacjFt9QK04VdafeEixU=; b=qcGpG1oI4FQIc5tYm4SaO47OQbqRoubVyqoterjkzDQnBibJ7VvERIqOqTw/pVo7PT uOPIkoDLKSES2KaUESPirfl+Pbpwsa01GV4HoPw7X5KKwImlcVBsHMhwzPySAOWnyVuA b5qmaIUTtV4IlnxawnRbW6WbRSr0eucvZDS7bGDEJJYGKmxklXhoxKq+lWycPpGZBGZq d5fDiIPN+rfd0hIiEeMKzSE51+NWBt8s4Qa4YYuZnCcLsW7Itp2avygw4HBxlHyekcKl iSwmZ+sx2sSJ7nA55KjIqvjZIiER99HBRKbDZRSdN+S2jyEI5Fhz+g7G2Y1k51/8JZVr JGUw== 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:from :date:message-id:subject:to:cc; bh=IPFLcLf8ChZ8vrO0osJjpe1ZacjFt9QK04VdafeEixU=; b=Bl0Vqp3RkEySbq/Iuhq6U4QYGmxq55lCoWJZT2qI2fymIMC9yEdWXwSwd7x3fpYlka 2kS1NdJkBJLt5PAbFPvMbCxq/kVl7cETVCZGxmfcDB03AfagUOnGLgQz4pifrIQMutpU PGVUz46sG9qkI3afuVrXg79E/ioObvMXu/B1qEIFC/FnjAMPBifhP7d2dNfJgWqULegy Kj+yttSyiLJCg/LYt8/fypmbmlUhEIUiCC+NhVFN0P1+F3rAd6cbKoEDugM92TdfkBP/ vTDvJAmWIyu7/XTFMa2g9i2FYTVZGeCqTRyr4B7FmlOS0ORS+F/NulbE3ExaAynsBR+I nK1A== X-Gm-Message-State: AE9vXwNvyPucbWyh3Y5o1szJWCjqfYWSsJovUGMVBrXtAYSr78REnLa/yP1ZS6LQ/GQ1XA2F9wEmLeLQW/XW0Q== X-Received: by 10.36.210.68 with SMTP id z65mr26810334itf.32.1473097829344; Mon, 05 Sep 2016 10:50:29 -0700 (PDT) MIME-Version: 1.0 Sender: wlosh@bsdimp.com Received: by 10.36.65.7 with HTTP; Mon, 5 Sep 2016 10:50:28 -0700 (PDT) X-Originating-IP: [50.253.99.174] In-Reply-To: <20160905164656.GG34394@zxy.spb.ru> References: <20160904215739.GC22212@zxy.spb.ru> <20160905014612.GA42393@strugglingcoder.info> <20160905074348.GE34394@zxy.spb.ru> <20160905164656.GG34394@zxy.spb.ru> From: Warner Losh Date: Mon, 5 Sep 2016 11:50:28 -0600 X-Google-Sender-Auth: 75jAQ8k1MKtpX2W5e2MgB2FXoq8 Message-ID: Subject: Re: 11.0 stuck on high network load To: Slawa Olhovchenkov Cc: hiren panchasara , FreeBSD-STABLE Mailing List Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Sep 2016 17:50:30 -0000 On Mon, Sep 5, 2016 at 10:46 AM, Slawa Olhovchenkov wrote: > On Mon, Sep 05, 2016 at 10:14:59AM -0600, Warner Losh wrote: > >> On Mon, Sep 5, 2016 at 1:43 AM, Slawa Olhovchenkov wrote: >> > On Sun, Sep 04, 2016 at 06:46:12PM -0700, hiren panchasara wrote: >> > >> >> On 09/05/16 at 12:57P, Slawa Olhovchenkov wrote: >> >> > I am try using 11.0 on Dual E5-2620 (no X2APIC). >> >> > Under high network load and may be addtional conditional system go to >> >> > unresponsible state -- no reaction to network and console (USB IPMI >> >> > emulation). INVARIANTS give to high overhad. Is this exist some way to >> >> > debug this? >> >> >> >> Can you panic it from console to get to db> to get backtrace and other >> >> info when it goes unresponsive? >> > >> > no >> > no reaction >> >> So the canonical 'ipmitool chassis power diag' doesn't send an NMI to >> get you to the debugger? > > Don't try (and don't know about this). > Can you some explain? The BCM sends the NMI to the CPU. > Is this FreeBSD by default catch NMI and enter to debugger? Yes. > How to interoperable with USB stack (I am beware USB keyboard may be locked)? I've just done serial console, so I'm not sure. I think that it works... >> I've seen this at Netflix on one variant of our flash offload box with >> a Intel e5-2697v2 running with the Chelsio driver. We're working >> around it by having fewer receive threads than CPUs in the system. The >> only way the boxes would come back was with watchdog. The load was >> streaming video > ~36Gbps out 4 lagged 10G ports. Console is totally >> unresponsive as well. This is on our FreeBSD-10 stable based fork. >> >From my debugging, we go from totally fine as far as I can tell from >> ps, etc in the moments leading to the hang to being totally wedged. It >> seems a very sudden-onset condition. Sound at all familiar? >> >> Warner > > Not sure. > This is less power box and can be servered only 20Gbit, using Intel > card (lagg 2x10H). Day ago I am using on this box 10-STABLE w/o such > issuse. (Not cleancly remember, may be some month ago this box crashed > by this issuse -- at the that time I am don't have any ideas about crash) OK. > May be stuck caused by some poor (too big) memory request from nginx > (atempt parsing some malformed files). Or frequent nginx core dump > (from this malformed files). OK. We're using nginx too, with our modified sendfile. > 11.0 on two different more power box servered from 40 to 55Gbit w/o stuck. > But w/o malformed files (t.e. w/o bogus memory request and w/o nginx > crash). Not sure about correlation. In our case it seems like a timing issue between too many threads. The same hardware can handle 1x40G no probem... Warner From owner-freebsd-stable@freebsd.org Mon Sep 5 18:02:39 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9E040B969DE for ; Mon, 5 Sep 2016 18:02:39 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from zxy.spb.ru (zxy.spb.ru [195.70.199.98]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 5FCC4B36 for ; Mon, 5 Sep 2016 18:02:39 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from slw by zxy.spb.ru with local (Exim 4.86 (FreeBSD)) (envelope-from ) id 1bgyE8-000FIM-9V; Mon, 05 Sep 2016 21:02:36 +0300 Date: Mon, 5 Sep 2016 21:02:36 +0300 From: Slawa Olhovchenkov To: Warner Losh Cc: hiren panchasara , FreeBSD-STABLE Mailing List Subject: Re: 11.0 stuck on high network load Message-ID: <20160905180236.GH34394@zxy.spb.ru> References: <20160904215739.GC22212@zxy.spb.ru> <20160905014612.GA42393@strugglingcoder.info> <20160905074348.GE34394@zxy.spb.ru> <20160905164656.GG34394@zxy.spb.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.24 (2015-08-30) X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: slw@zxy.spb.ru X-SA-Exim-Scanned: No (on zxy.spb.ru); SAEximRunCond expanded to false X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Sep 2016 18:02:39 -0000 On Mon, Sep 05, 2016 at 11:50:28AM -0600, Warner Losh wrote: > > How to interoperable with USB stack (I am beware USB keyboard may be locked)? > > I've just done serial console, so I'm not sure. I think that it works... IPMI or hardware? > >> I've seen this at Netflix on one variant of our flash offload box with > >> a Intel e5-2697v2 running with the Chelsio driver. We're working > >> around it by having fewer receive threads than CPUs in the system. The > >> only way the boxes would come back was with watchdog. The load was > >> streaming video > ~36Gbps out 4 lagged 10G ports. Console is totally > >> unresponsive as well. This is on our FreeBSD-10 stable based fork. > >> >From my debugging, we go from totally fine as far as I can tell from > >> ps, etc in the moments leading to the hang to being totally wedged. It > >> seems a very sudden-onset condition. Sound at all familiar? > >> > >> Warner > > > > Not sure. > > This is less power box and can be servered only 20Gbit, using Intel > > card (lagg 2x10H). Day ago I am using on this box 10-STABLE w/o such > > issuse. (Not cleancly remember, may be some month ago this box crashed > > by this issuse -- at the that time I am don't have any ideas about crash) > > OK. > > > May be stuck caused by some poor (too big) memory request from nginx > > (atempt parsing some malformed files). Or frequent nginx core dump > > (from this malformed files). > > OK. We're using nginx too, with our modified sendfile. I am don't use sendfile and use ZFS. > > 11.0 on two different more power box servered from 40 to 55Gbit w/o stuck. > > But w/o malformed files (t.e. w/o bogus memory request and w/o nginx > > crash). Not sure about correlation. > > In our case it seems like a timing issue between too many threads. The > same hardware can handle 1x40G no probem... I am already reconfigure NIC to have total number of recive thread as half of total CPU cores. I am don't see high number of AIO tasks immediate before stuck (around 100). From owner-freebsd-stable@freebsd.org Mon Sep 5 19:56:41 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 67E86B96529 for ; Mon, 5 Sep 2016 19:56:41 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 5A32B19EF; Mon, 5 Sep 2016 19:56:41 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 380BFBA; Mon, 5 Sep 2016 19:56:40 +0000 (UTC) Date: Mon, 5 Sep 2016 19:56:36 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: jenkins-admin@FreeBSD.org, freebsd-stable@FreeBSD.org Message-ID: <1009593303.16.1473105396785.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1402691967.10.1473051241357.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1402691967.10.1473051241357.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is back to stable : FreeBSD_stable_10 #377 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Instance-Identity: MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAkKKb2VAfYQKfu1t7qk4nR5qzUBEI+UqT4BPec4qHVhqUy0FFdq50sMH+3y9bCDNOufctov6VqTNffZ3YXArnZK95YF0OX97fh+E9txYOUX1adc+TikcKjuYpHmL5dE62eaZTI+4A5jnRonskQ1PaoIFz0Kbu4mWzkFsmdiXTraGzomXq4cHUCATA2+K4eDYgjXEQI30z3GOMmmZ4t/+6QGk1cMb/BqMWHbn80AsRCb4tU7Hpd72XLDpsuO7YRP1Q0CjmNAuBOTj+sFiiOe6U9HpqOlQN+iFUvBdZo/ybuy5Kh71cAaYQNL68cYdZJ6binH/DkG3KY/fS7DFYAeuwjwIDAQAB X-Jenkins-Job: FreeBSD_stable_10 X-Jenkins-Result: SUCCESS X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Sep 2016 19:56:41 -0000 See From owner-freebsd-stable@freebsd.org Mon Sep 5 20:14:24 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 08F1DB96E1F for ; Mon, 5 Sep 2016 20:14:24 +0000 (UTC) (envelope-from jim@ohlste.in) Received: from mail-qk0-x236.google.com (mail-qk0-x236.google.com [IPv6:2607:f8b0:400d:c09::236]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C07EBA14 for ; Mon, 5 Sep 2016 20:14:23 +0000 (UTC) (envelope-from jim@ohlste.in) Received: by mail-qk0-x236.google.com with SMTP id l2so199209698qkf.3 for ; Mon, 05 Sep 2016 13:14:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ohlste-in.20150623.gappssmtp.com; s=20150623; h=to:from:subject:message-id:date:user-agent:mime-version :content-transfer-encoding; bh=uTXojigi/hkbvdvRn3GJP6w7CtCJbXoZ8TVRE/z5EyQ=; b=vhpOukYm/Q1OcezhRxTZcsmj/pBeV7GbcivAAq3lhJA6XqLZSfbJIwYlEyJlokBgA7 BMrpJA1g3nb4wVK3QPW3NfKKoMOr8QVnmTaywlnjgDVrxg76Lq2VnxNCik8BjsOlH58/ uAmW6uDCbKXmBYpLQtN/87hD5Zql/G1CE/oXjTTbjgQKElTuJRaGWcTIU5VKteF0DLfS 19l7X8QeHcSVR//n46lC/szwK6A3fwx5iacoyxs6q3HihsJKfZM60nnCod8dW8J7Hxs+ so51JkaJ14QjQwqHHzQhL1u8XHSWfOVhLSpAW6UjSD75h5mai5PYy18azcJFIlu2tzlC C7bQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:to:from:subject:message-id:date:user-agent :mime-version:content-transfer-encoding; bh=uTXojigi/hkbvdvRn3GJP6w7CtCJbXoZ8TVRE/z5EyQ=; b=QoaKaPBIFhJyPQOmncIth/LzBt4o53FDU2lRkoFp4Imqp6b3orGzf6UCWqP+/+O8ZV 53jIaO/jebDMJE/xcghxrj+Nx4gzrEiRnXDw1RHNyWZiLFrqBy6CUfLmlitGovyIEIzO JYkEYNiOGHn9OGYNvCjq00/B1tEqwDii6LctPe8LDaOTCgnvo8b9W1VxkHuAsAJ0xi2f FhDKsj8Ck9dN7+bZACLyBM0J6ZArcRikOrwdWc+aoNe/CN6pjBPU5lUalX5Aleflwkxr Ek88NXV5JDNAjTPkqH/s35rqJNaFZE9GQX14OkYK78flIBGutKv94MAJhOfNXN1fAJYq FH6Q== X-Gm-Message-State: AE9vXwO56t3Qn/SCLDXz4KhjXR4Wer6r9sDiqBysxlfoj5CItDr2FiEMSWaDc9A/zT1FNQ== X-Received: by 10.55.140.131 with SMTP id o125mr41599093qkd.17.1473106462064; Mon, 05 Sep 2016 13:14:22 -0700 (PDT) Received: from [192.168.1.6] (pool-108-39-64-29.nrflva.fios.verizon.net. [108.39.64.29]) by smtp.gmail.com with ESMTPSA id z52sm5028089qta.40.2016.09.05.13.14.20 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 05 Sep 2016 13:14:20 -0700 (PDT) To: FreeBSD Stable ML From: Jim Ohlstein Subject: AIO not working on NFS share - ? Regression Message-ID: <6c9093cd-1323-77b1-b27e-f53b58ec86e4@ohlste.in> Date: Mon, 5 Sep 2016 16:14:18 -0400 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Sep 2016 20:14:24 -0000 Hello, For sometime now we've used a backend (non-internet accessible) server to generate static content that is shared via NFS to a front-end server for internet access. Both machines use ZFS exclusively. The webserver is nginx and we had AIO set to on, with the AIO module built into the kernel.In 10.x it "just worked". About two weeks ago I upgraded that backend machine to 11-STABLE in order to start building packages for 11. I've just updated it again to r305417. I don't recall it not working as expected. More recently I upgraded the front-end machine to 11-STABLE @r305311. Since then, AIO is not working and I get a critical error in the nginx logs like this: 2016/09/05 15:58:02 [crit] 21145#0: *649 aio_read("/path/to/file") failed (45: Operation not supported) while sending response to client ... In 11 AIO is built into the kernel by default, and I have confirmed that it works as expected in files from a local file system. Since the webserver isn't aware that the file system in question is shared via NFS, it seems this is an operating system issue. -- Jim Ohlstein From owner-freebsd-stable@freebsd.org Mon Sep 5 20:26:32 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 47A75B962B9 for ; Mon, 5 Sep 2016 20:26:32 +0000 (UTC) (envelope-from asomers@gmail.com) Received: from mail-oi0-x234.google.com (mail-oi0-x234.google.com [IPv6:2607:f8b0:4003:c06::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 0DF6D233 for ; Mon, 5 Sep 2016 20:26:32 +0000 (UTC) (envelope-from asomers@gmail.com) Received: by mail-oi0-x234.google.com with SMTP id m11so130746495oif.1 for ; Mon, 05 Sep 2016 13:26:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=q0EFZH49jrKMgtuaTHtLCmRFDERE0hTRYmqYi1Yg2yA=; b=jnRJbVm6HYqWYE6yjHOLaA7BkQeu8TC6dJqr4C8fhZdk0+45z3a0egFdm9b7XuQOuB 9Z7WCrdHUonYa7XeKtIxF97k39Ouqvkbr4CdhwfMrADEf9hrg/I9/a2gv0trP2OV6wq/ vYgQiOgOyqoHRLF93V/LTVGG7K2ge3Up/MBRqWiMh4ZsLMDEuLJYClJDzVD5gTpExb1N ZQzPMB3dPQMjgjAG5MSP8a/H1+0zSHrssqu0XDTNCr3YGkeYPxhQorhfhgPeQgrXVPl1 QAlHJITsZVy28SPtlCZE/c8ZHsacxsN1s3G/L3hfxoc+f7XYb8WR7JM1aC+uLBoeSr+a bUOA== 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:from :date:message-id:subject:to:cc; bh=q0EFZH49jrKMgtuaTHtLCmRFDERE0hTRYmqYi1Yg2yA=; b=aOqH5WMEd5KdoJVuvCKUL6Mhvzhkok/itiIn9muq3Ld1he+13JEa6x5+m4sY9RVgSh rzwcF8w7A0i2MqSQTzr5J5Xf1Sf7m4k6yw2Fwc54QTUYzrqxhrhUfHTJbhcC3k1PrlKB 01HpYGflg/n2wNT/iFDhKqZkV+j+9l6iDOgmQo+4xf1r5jFJ6KCI4GVVlj86gn8cZRIX hwgR8yJPJlT23T1pqKD80LN+7vM27pPy67XImlOCpJgnNO94mH4nzno33SGfPVN7Gjnr pfkHNOR9UCitnUxC3okjvFf9Bc50yuHvVkSbO9sWhM8bwG0w99MflJT0N2/2mB6ZAopa EH+g== X-Gm-Message-State: AE9vXwNbrExxIqwJCTysG/kkbo38mZfrz3b43W03UlhD5AwdFNmB9u/uINI1Kd7+0Ozcs6Cr51GTNl7EUiIaeQ== X-Received: by 10.157.7.137 with SMTP id 9mr33140085oto.108.1473107191277; Mon, 05 Sep 2016 13:26:31 -0700 (PDT) MIME-Version: 1.0 Sender: asomers@gmail.com Received: by 10.202.75.216 with HTTP; Mon, 5 Sep 2016 13:26:30 -0700 (PDT) In-Reply-To: <6c9093cd-1323-77b1-b27e-f53b58ec86e4@ohlste.in> References: <6c9093cd-1323-77b1-b27e-f53b58ec86e4@ohlste.in> From: Alan Somers Date: Mon, 5 Sep 2016 14:26:30 -0600 X-Google-Sender-Auth: gF6_Gf53zyZsijLQrsIoynYHvMM Message-ID: Subject: Re: AIO not working on NFS share - ? Regression To: Jim Ohlstein Cc: FreeBSD Stable ML Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Sep 2016 20:26:32 -0000 Just to get your webserver out of the picture, could you please try running the aio test suite on an NFS share? Do it like this: $ cd /usr/tests/sys/aio $ export TMPFS=/path/to/some/nfs/share $ kyua test -Alan On Mon, Sep 5, 2016 at 2:14 PM, Jim Ohlstein wrote: > Hello, > > For sometime now we've used a backend (non-internet accessible) server to > generate static content that is shared via NFS to a front-end server for > internet access. Both machines use ZFS exclusively. > > The webserver is nginx and we had AIO set to on, with the AIO module built > into the kernel.In 10.x it "just worked". > > About two weeks ago I upgraded that backend machine to 11-STABLE in order to > start building packages for 11. I've just updated it again to r305417. I > don't recall it not working as expected. > > More recently I upgraded the front-end machine to 11-STABLE @r305311. Since > then, AIO is not working and I get a critical error in the nginx logs like > this: > > 2016/09/05 15:58:02 [crit] 21145#0: *649 aio_read("/path/to/file") failed > (45: Operation not supported) while sending response to client ... > > In 11 AIO is built into the kernel by default, and I have confirmed that it > works as expected in files from a local file system. Since the webserver > isn't aware that the file system in question is shared via NFS, it seems > this is an operating system issue. > > -- > Jim Ohlstein > _______________________________________________ > freebsd-stable@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@freebsd.org Mon Sep 5 20:34:18 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 745BFB965A0 for ; Mon, 5 Sep 2016 20:34:18 +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 1A4C9A48; Mon, 5 Sep 2016 20:34:17 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from tom.home (kib@localhost [127.0.0.1]) by kib.kiev.ua (8.15.2/8.15.2) with ESMTPS id u85KYCZw000426 (version=TLSv1 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Mon, 5 Sep 2016 23:34:12 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua u85KYCZw000426 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id u85KYCkO000425; Mon, 5 Sep 2016 23:34:12 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Mon, 5 Sep 2016 23:34:12 +0300 From: Konstantin Belousov To: Alan Somers Cc: Jim Ohlstein , FreeBSD Stable ML Subject: Re: AIO not working on NFS share - ? Regression Message-ID: <20160905203412.GQ83214@kib.kiev.ua> References: <6c9093cd-1323-77b1-b27e-f53b58ec86e4@ohlste.in> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.6.1 (2016-04-27) 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-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Sep 2016 20:34:18 -0000 On Mon, Sep 05, 2016 at 02:26:30PM -0600, Alan Somers wrote: > Just to get your webserver out of the picture, could you please try > running the aio test suite on an NFS share? Do it like this: > $ cd /usr/tests/sys/aio > $ export TMPFS=/path/to/some/nfs/share > $ kyua test By default, unsafe aio is disabled, i.e. aio where the operation is not really async and can usurp kernel thread for indefinite amount of time. Non-local filesystems accesses are classified as unsafe, since their completion is controlled by remote host. > > -Alan > > On Mon, Sep 5, 2016 at 2:14 PM, Jim Ohlstein wrote: > > Hello, > > > > For sometime now we've used a backend (non-internet accessible) server to > > generate static content that is shared via NFS to a front-end server for > > internet access. Both machines use ZFS exclusively. > > > > The webserver is nginx and we had AIO set to on, with the AIO module built > > into the kernel.In 10.x it "just worked". > > > > About two weeks ago I upgraded that backend machine to 11-STABLE in order to > > start building packages for 11. I've just updated it again to r305417. I > > don't recall it not working as expected. > > > > More recently I upgraded the front-end machine to 11-STABLE @r305311. Since > > then, AIO is not working and I get a critical error in the nginx logs like > > this: > > > > 2016/09/05 15:58:02 [crit] 21145#0: *649 aio_read("/path/to/file") failed > > (45: Operation not supported) while sending response to client ... > > > > In 11 AIO is built into the kernel by default, and I have confirmed that it > > works as expected in files from a local file system. Since the webserver > > isn't aware that the file system in question is shared via NFS, it seems > > this is an operating system issue. > > > > -- > > Jim Ohlstein > > _______________________________________________ > > freebsd-stable@freebsd.org mailing list > > https://lists.freebsd.org/mailman/listinfo/freebsd-stable > > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > _______________________________________________ > freebsd-stable@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@freebsd.org Mon Sep 5 20:41:30 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9E770B96785 for ; Mon, 5 Sep 2016 20:41:30 +0000 (UTC) (envelope-from jim@ohlste.in) Received: from mail-qt0-x229.google.com (mail-qt0-x229.google.com [IPv6:2607:f8b0:400d:c0d::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 4870FFD9 for ; Mon, 5 Sep 2016 20:41:30 +0000 (UTC) (envelope-from jim@ohlste.in) Received: by mail-qt0-x229.google.com with SMTP id p30so29717291qte.3 for ; Mon, 05 Sep 2016 13:41:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ohlste-in.20150623.gappssmtp.com; s=20150623; h=subject:to:references:cc:from:message-id:date:user-agent :mime-version:in-reply-to:content-transfer-encoding; bh=b0tB8FLCsLXr9XHM4Dbj3e7ypdxzf7hYh+08BVysWhI=; b=EPHDP+217u6Ufxt2C0LJvD810clKmagHIc78y54bFUWxSziY7FR7qXA5OdEXYmnN+A vOqOU+zvGi4i6RJTsMrB26THNxyPsgaYNQLjp/d0E2hJ1N4JOOXvwPEqfLWYG5QSeFjK pdmsNpKD5uVFVLccYKa/f12xFo6BIZHV7HwRZahSOlGAb14M2VlQyqGn/naP7AvodEV1 1bK15cs9P1Egv43dhfeUhs4J2EYitm49Vf7ltEhlMRY2qg2oaG8bBYztUF1Q2QoPCSrZ Gn0mJipEOWb3Vgyawb5mUIs3qfyfGCN7PYxiXNpKM6eeMMm3s5fBa5DITIyfm9VQKWAl PF3A== 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:cc:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding; bh=b0tB8FLCsLXr9XHM4Dbj3e7ypdxzf7hYh+08BVysWhI=; b=Ng0oodcztq99UN700PX34FCM7qpyGU3Ur6am6XcE6tRysINP4tJe452HbiXcydxxBa Ywkh9ve8jqZXqR6Fs/FsFWJLv4RAZ3ghq9aQzyB+63tg4whI4Y0oF/DDI+Zc1A95PbfM 3fjKX+CpYU1hHzc0nPQ3b+adPwDuG0duB/GDRVdoe4cRxSxdZ7bWwcbXALS2L0JlvZ24 YGYihBg5ijDMirw6NEpOd/8+NFI9pnXgohGs+iWwUIATZo82ghx6A+sFevWHzIczBX5W YdkFmK7m6or3+bf5hOcFpOUh7JrvcpsZ5JilwW7V2eJ5fC5o82uZ5bhAQ6ObbY5uU5ra cdqg== X-Gm-Message-State: AE9vXwNzmGVxgt67R6neF4qayS59AnQ/IU5eO/xv3T2US+NHn7BqDGBhGH+uLFP6Wg4p4w== X-Received: by 10.200.51.226 with SMTP id d31mr2283614qtb.43.1473108089400; Mon, 05 Sep 2016 13:41:29 -0700 (PDT) Received: from [192.168.1.6] (pool-108-39-64-29.nrflva.fios.verizon.net. [108.39.64.29]) by smtp.gmail.com with ESMTPSA id m201sm15620201qke.44.2016.09.05.13.41.27 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 05 Sep 2016 13:41:28 -0700 (PDT) Subject: Re: AIO not working on NFS share - ? Regression To: Konstantin Belousov , Alan Somers References: <6c9093cd-1323-77b1-b27e-f53b58ec86e4@ohlste.in> <20160905203412.GQ83214@kib.kiev.ua> Cc: FreeBSD Stable ML , np@FreeBSD.org From: Jim Ohlstein Message-ID: <87af720e-7506-d1de-9f93-f9d5a2589f7a@ohlste.in> Date: Mon, 5 Sep 2016 16:41:27 -0400 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 In-Reply-To: <20160905203412.GQ83214@kib.kiev.ua> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Sep 2016 20:41:30 -0000 Hello, On 09/05/2016 04:34 PM, Konstantin Belousov wrote: > On Mon, Sep 05, 2016 at 02:26:30PM -0600, Alan Somers wrote: >> Just to get your webserver out of the picture, could you please try >> running the aio test suite on an NFS share? Do it like this: >> $ cd /usr/tests/sys/aio >> $ export TMPFS=/path/to/some/nfs/share >> $ kyua test > By default, unsafe aio is disabled, i.e. aio where the operation is not > really async and can usurp kernel thread for indefinite amount of time. > Non-local filesystems accesses are classified as unsafe, since their > completion is controlled by remote host. Setting vfs.aio.enable_unsafe to 1 solved the problem, though I don't recall this being necessary in the past. Thanks for the quick responses and fix. > >> >> -Alan >> >> On Mon, Sep 5, 2016 at 2:14 PM, Jim Ohlstein wrote: >>> Hello, >>> >>> For sometime now we've used a backend (non-internet accessible) server to >>> generate static content that is shared via NFS to a front-end server for >>> internet access. Both machines use ZFS exclusively. >>> >>> The webserver is nginx and we had AIO set to on, with the AIO module built >>> into the kernel.In 10.x it "just worked". >>> >>> About two weeks ago I upgraded that backend machine to 11-STABLE in order to >>> start building packages for 11. I've just updated it again to r305417. I >>> don't recall it not working as expected. >>> >>> More recently I upgraded the front-end machine to 11-STABLE @r305311. Since >>> then, AIO is not working and I get a critical error in the nginx logs like >>> this: >>> >>> 2016/09/05 15:58:02 [crit] 21145#0: *649 aio_read("/path/to/file") failed >>> (45: Operation not supported) while sending response to client ... >>> >>> In 11 AIO is built into the kernel by default, and I have confirmed that it >>> works as expected in files from a local file system. Since the webserver >>> isn't aware that the file system in question is shared via NFS, it seems >>> this is an operating system issue. -- Jim Ohlstein From owner-freebsd-stable@freebsd.org Mon Sep 5 21:21:51 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 89AE1AC4884 for ; Mon, 5 Sep 2016 21:21:51 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from na01-bl2-obe.outbound.protection.outlook.com (mail-bl2on0085.outbound.protection.outlook.com [65.55.169.85]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "Microsoft IT SSL SHA2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C2CA813B; Mon, 5 Sep 2016 21:21:50 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from YTXPR01MB0189.CANPRD01.PROD.OUTLOOK.COM (10.165.218.133) by YTXPR01MB0191.CANPRD01.PROD.OUTLOOK.COM (10.165.218.135) with Microsoft SMTP Server (version=TLS1_0, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA_P384) id 15.1.609.9; Mon, 5 Sep 2016 21:21:42 +0000 Received: from YTXPR01MB0189.CANPRD01.PROD.OUTLOOK.COM ([10.165.218.133]) by YTXPR01MB0189.CANPRD01.PROD.OUTLOOK.COM ([10.165.218.133]) with mapi id 15.01.0599.016; Mon, 5 Sep 2016 21:21:42 +0000 From: Rick Macklem To: Harry Schmalzbauer CC: Konstantin Belousov , FreeBSD Stable , Mark Johnston , "kib@FreeBSD.org" Subject: Re: unionfs bugs, a partial patch and some comments [Was: Re: 1-BETA3 Panic: __lockmgr_args: downgrade a recursed lockmgr nfs @ /usr/local/share/deploy-tools/RELENG_11/src/sys/fs/unionfs/union_vnops.c:1905] Thread-Topic: unionfs bugs, a partial patch and some comments [Was: Re: 1-BETA3 Panic: __lockmgr_args: downgrade a recursed lockmgr nfs @ /usr/local/share/deploy-tools/RELENG_11/src/sys/fs/unionfs/union_vnops.c:1905] Thread-Index: AQHR8Usp3UC6l4vlEEOdyPFAeIRbFKBAJI+AgAA/AgCAA/TscIAA8igAgAiYa2KABCvkAIAZfWvF Date: Mon, 5 Sep 2016 21:21:42 +0000 Message-ID: References: <57A79E24.8000100@omnilan.de> <57A83C78.1070403@omnilan.de> <20160809060213.GA67664@raichu> <57A9A6C0.9060609@omnilan.de> , <20160812123950.GO83214@kib.kiev.ua> , <57B8793E.4070004@omnilan.de> In-Reply-To: <57B8793E.4070004@omnilan.de> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: spf=none (sender IP is ) smtp.mailfrom=rmacklem@uoguelph.ca; x-originating-ip: [25.165.183.132] x-ms-office365-filtering-correlation-id: 7c254b4a-3ffc-41ed-018e-08d3d5d2a1e1 x-microsoft-exchange-diagnostics: 1; YTXPR01MB0191; 6:5lGjdfPCAR0zGLdXM9UmH8PUosP8QkRbvWpuaBV8RP8cJGs5sXSJLzHaEfURjbqo1IRda77ZUN9502FAXTLaDjCrrmALWYoBS0LsXGG7+5h4zmLKsoakEiOgY/zdTx6Xx/1QoTkhz67UR9sJsST3F3D8GVWBjwKacHvwEQLVkQnHoGG59aUNRDjWIEo+TZd44YCBODfwh6wkOWyhOP5oUb5y32vtplcj6Xez9QqazzxEpBZ2vDXa/BSLVPCtAOfaUtWxIPaEbcRgt8AS/FV+U6U9HSiGcfUY3rkOx4TPg/qN/nsa4oA/EW3rWW9izpr/; 5:9SyJ2X3xWsUkJxmata1mKwfEKyUiZ2kBHxwS5I0s4Fqvi4VY9n64bTJIbD4q+p+StogH6bjy1hlwpFiONA5zbakjhJk5d2YyGVUcIgqhegYzFgyEIzpFpBM1iHXyGep1w8SGVp7qJkjnKv1hrWAwrQ==; 24:7hO2fiMUJulYt8EBZxWKMKVwgOLPMBeqUS/VNojiW+6iZWmV55nXMSBPUnYa7E3ReRJ/Zz5aj7/ALyTWGhbymckBrXpY6/dhrhtgdrEGUkA=; 7:0SA23gQQkPiV2FQUxJoUfcpyKLeb8+wgWif6x2VfCz6jqIW669HGu/b/TDY9EntAYbmkb6AwVlwxgXO4tl4eTKjw0jKUDeoxzgb3vEcVzXxA6DNdvb1x5vaOjCYGxkRSbCg0qUykjYuplEfdL33I8zQH5GND3jK0Lcnda0Mb/9A21LsQqz5fYmTXWH/15aP6UpV3vgHORET2bwYY6soIdEVVemXC+JPc2kXxNGAXG98DVKyemy9g1c13MzfA7zNO x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:YTXPR01MB0191; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(75325880899374); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040176)(2401047)(8121501046)(5005006)(10201501046)(3002001)(6043046)(6042046); SRVR:YTXPR01MB0191; BCL:0; PCL:0; RULEID:; SRVR:YTXPR01MB0191; x-forefront-prvs: 005671E15D x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(7916002)(24454002)(199003)(51444003)(189002)(76176999)(7846002)(50986999)(19625215002)(54356999)(19627405001)(77096005)(586003)(106116001)(101416001)(106356001)(15975445007)(105586002)(11100500001)(3660700001)(2950100001)(68736007)(2900100001)(10400500002)(4326007)(5890100001)(86362001)(33656002)(5660300001)(2906002)(19617315012)(97736004)(5002640100001)(7906003)(3280700002)(66066001)(87936001)(7696003)(19580395003)(7736002)(19580405001)(8676002)(9686002)(81156014)(74482002)(92566002)(6116002)(102836003)(74316002)(3846002)(16236675004)(8936002)(189998001)(81166006)(122556002)(93886004)(110136002); DIR:OUT; SFP:1101; SCL:1; SRVR:YTXPR01MB0191; H:YTXPR01MB0189.CANPRD01.PROD.OUTLOOK.COM; FPR:; SPF:None; PTR:InfoNoRecords; A:1; MX:1; LANG:en; received-spf: None (protection.outlook.com: uoguelph.ca does not designate permitted sender hosts) spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM MIME-Version: 1.0 X-OriginatorOrg: uoguelph.ca X-MS-Exchange-CrossTenant-originalarrivaltime: 05 Sep 2016 21:21:42.3506 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: be62a12b-2cad-49a1-a5fa-85f4f3156a7d X-MS-Exchange-Transport-CrossTenantHeadersStamped: YTXPR01MB0191 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Sep 2016 21:21:51 -0000 Harry Schmalzbauer wrote: >Bez=FCglich Rick Macklem's Nachricht vom 18.08.2016 02:03 (localtime): >> Kostik wrote: >> [stuff snipped] >>> insmnque() performs the cleanup on its own, and that default cleanup is= not suitable >for the situation. I think that insmntque1() would betterfit= your requirements, your >need to move the common code into a helper.It see= ms that >unionfs_ins_cached_vnode() cleanup could reuse it. >> >> I've attached an updated patch (untested like the last one). This one cr= eates a >> custom version insmntque_stddtr() that first calls unionfs_noderem() and= then >> does the same stuff as insmntque_stddtr(). This looks like it does the r= equired >> stuff (unionfs_noderem() is what the unionfs VOP_RECLAIM() does). >> It switches the node back to using its own v_vnlock that is exclusively = locked, >> among other things. > >Thanks a lot, today I gave it a try. > >With this patch, one reproducable panic can still be easily triggered: > I have directory A unionfs_mounted under directory B. >Then I mount_unionfs the same directory A below another directory C. >panic: __lockmgr_args: downgrade a recursed lockmgr nfs @ >/usr/local/share/deploy-tools/RELENG_11/src/sys/fs/unionfs/union_vnops.c:1= 905 >Result is this backtrace, hardly helpful I guess: > >#1 0xffffffff80ae5fd9 in kern_reboot (howto=3D260) at >/usr/local/share/deploy-tools/RELENG_11/src/sys/kern/kern_shutdown.c:366 >#2 0xffffffff80ae658b in vpanic (fmt=3D, ap=3Doptimized out>) > at >/usr/local/share/deploy-tools/RELENG_11/src/sys/kern/kern_shutdown.c:759 >#3 0xffffffff80ae63c3 in panic (fmt=3D0x0) at >/usr/local/share/deploy-tools/RELENG_11/src/sys/kern/kern_shutdown.c:690 >#4 0xffffffff80ab7ab7 in __lockmgr_args (lk=3D, >flags=3D, ilk=3D, wmesg=3Doptimized out>, > pri=3D, timo=3D, file=3Doptimized out>, line=3D) > > at /usr/local/share/deploy-tools/RELENG_11/src/sys/kern/kern_lock.c:= 992 >#5 0xffffffff80ba510c in vop_stdlock (ap=3D) at >lockmgr.h:98 >#6 0xffffffff8111932d in VOP_LOCK1_APV (vop=3D, >a=3D) at vnode_if.c:2087 >#7 0xffffffff80a18cfc in unionfs_lock (ap=3D0xfffffe007a3ba6a0) at >vnode_if.h:859 >#8 0xffffffff8111932d in VOP_LOCK1_APV (vop=3D, >a=3D) at vnode_if.c:2087 >#9 0xffffffff80bc9b93 in _vn_lock (vp=3D, >flags=3D66560, file=3D, line=3D)= at >vnode_if.h:859 >#10 0xffffffff80a18460 in unionfs_readdir (ap=3D) at >/usr/local/share/deploy-tools/RELENG_11/src/sys/fs/unionfs/union_vnops.c:1= 531 >#11 0xffffffff81118ecf in VOP_READDIR_APV (vop=3D, >a=3D) at vnode_if.c:1822 >#12 0xffffffff80bc6e3b in kern_getdirentries (td=3D, >fd=3D, buf=3D0x800c3d000
bounds>, > count=3D, basep=3D0xfffffe007a3ba980, residp=3D0x= 0) >at vnode_if.h:758 >#13 0xffffffff80bc6bf8 in sys_getdirentries (td=3D0x0, >uap=3D0xfffffe007a3baa40) at >/usr/local/share/deploy-tools/RELENG_11/src/sys/kern/vfs_syscalls.c:3940 >#14 0xffffffff80fad6b8 in amd64_syscall (td=3D, >traced=3D0) at subr_syscall.c:135 >#15 0xffffffff80f8feab in Xfast_syscall () at >/usr/local/share/deploy-tools/RELENG_11/src/sys/amd64/amd64/exception.S:39= 6 >#16 0x0000000000452eea in ?? () >Previous frame inner to this frame (corrupt stack? Ok, I finally got around to looking at this and the panic() looks like a pr= etty straightforward bug in the unionfs code. - In unionfs_readdir(), it does a vn_lock(..LK_UPGRADE) and then later in t= he code vn_lock(..LK_DOWNGRADE) if it did the upgrade. (At line#1531 as noted in = the backtrace.) - In unionfs_lock(), it sets LK_CANRECURSE when it is the rootvp and LK_E= XCLUSIVE. (So it allows recursive acquisition in this case.) --> Then it would call vn_lock(..LK_DOWNGRADE), which would panic if it has= recursed. Now, I'll admit unionfs_lock() is too obscure for me to understand, but... Is it necessary to vn_lock(..LK_DOWNGRADE) or can unionfs_readdir() just re= turn with the vnode exclusively locked? (It would be easy to change the code to avoid the vn_lock(..LK_DOWNGRADE) c= all when it has done the vn_lock(..LK_EXCLUSIVE) after vn_lock(..LK_UPGRADE) f= ails.) rick >I ran your previous patch with for some time. >Similarly, mounting one directory below a 2nd mountpount crashed the >machine (forgot to config dumpdir, so can't compare backtrace with the >current patch). >Otherwise, at least with the previous patch, I haven't had any other >panic for about one week. > >Thanks, > >-Harry From owner-freebsd-stable@freebsd.org Tue Sep 6 02:18:04 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 96B34B96376 for ; Tue, 6 Sep 2016 02:18:04 +0000 (UTC) (envelope-from eborisch@gmail.com) Received: from mail-it0-x229.google.com (mail-it0-x229.google.com [IPv6:2607:f8b0:4001:c0b::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 6CAEE1A6 for ; Tue, 6 Sep 2016 02:18:04 +0000 (UTC) (envelope-from eborisch@gmail.com) Received: by mail-it0-x229.google.com with SMTP id e124so170994093ith.0 for ; Mon, 05 Sep 2016 19:18:04 -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=9nkce15UgPxMFOAOCq6rtvOAK4CeMWda60xWtlwG0Dc=; b=xGtlncGXTv1BrTD/TgY+IOkZm5tsY+lctqrd1pF6sJcb9w0dUbJSlXtk8dGlsyinQr pzm+YQovlMbVew/ppfuyjBkgxHy+jriKS/YnahAhGcJIC8awsHHw/VIX55o7W3YzMbgM MVBG5uzXztbks5EOASoxw5muBTccHwvEtjTO4wXoeQxb3brLl98Tfv+7Db0hLQZIdM0T ylYmuUpAVOwX9yYgPwti/tF4fiIY1KII5Su20rSdG8pqn9tIFyZ7CBfibZ+EGzq+CwcJ r+Rq89jsiGqJsZhaF7Qo0x2BKSHhXolFjTW8jkzvOlLCxlskaviCtx+cQZTzQYZNP85p fZKg== 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=9nkce15UgPxMFOAOCq6rtvOAK4CeMWda60xWtlwG0Dc=; b=cI0G5wTlnUxIoMLLFjmHRbbCfsMLXq/VOxwiztYwnLD9dmjMHHiO5HWG0tdKA4tKv+ GI6JcAuho9Whsw62DJLz/+C9WZe6pxOrQc/j3nR8PktqA6q87FIW5zAaMTZ39a4B1WBl VAuSHig/5qCKbdqn3qS8Dc9e5lPa7vmJ8eBbX1IWzSOsLfKE++T7li1axjKOluPwahAD 2uRv4aznv9dTs3b4InEWO5s7Df2GOjSvGyZN0OflE54n3hunERpl00uiQRX7lUQaff7n X1yzKy5bj7IZYB8lMRnxaXMBdx/BscbDrot5nifJkTB4qLIFcqwFXaN/ecQNr6NSiEqZ JDZA== X-Gm-Message-State: AE9vXwMZveh45WRt0WEyAq/PVXaStC4nN+kYv3g7O6jWkWURicfUivnBdf3DvzAfaWP8zkUDi68R4HVS48OPbA== X-Received: by 10.107.205.197 with SMTP id d188mr2196242iog.46.1473128283704; Mon, 05 Sep 2016 19:18:03 -0700 (PDT) MIME-Version: 1.0 Received: by 10.107.10.42 with HTTP; Mon, 5 Sep 2016 19:18:02 -0700 (PDT) In-Reply-To: <20160904093514.cf43252dfecfd9b21540c717@eternamente.info> References: <20160901222144.8b9271868373b86e04dbd1a2@eternamente.info> <9e77a50390471340a8f9e0afbfa3785a.squirrel@cabo.dyn.arroway.org> <20160904004912.fde07f06fae6198257138737@eternamente.info> <20160904093514.cf43252dfecfd9b21540c717@eternamente.info> From: "Eric A. Borisch" Date: Mon, 5 Sep 2016 21:18:02 -0500 Message-ID: Subject: Re: ue1 and ue2 swinging To: Nenhum_de_Nos Cc: "freebsd-stable@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Sep 2016 02:18:04 -0000 On Sunday, September 4, 2016, Nenhum_de_Nos wrote: > On Sun, 4 Sep 2016 00:00:38 -0500 > "Eric A. Borisch" > wrote: > > > On Sat, Sep 3, 2016 at 11:28 PM, Eric A. Borisch > wrote: > > > On Saturday, September 3, 2016, Nenhum_de_Nos < > matheus@eternamente.info > > > > wrote: > > >> > > >> On Fri, 2 Sep 2016 13:05:45 -0300 > > >> "Nenhum_de_Nos" > wrote: > > >> > > >> > > > >> > On Thu, September 1, 2016 23:34, Eric A. Borisch wrote: > > >> > > Matheus, > > >> > > > > >> > > I had a very similar problem, which led me to throw this together: > > >> > > > > >> > > https://github.com/eborisch/ethname > > >> > > > > >> > > I think the comments in it are fairly complete, let me know if > > >> > > anything > > >> > > doesn't make sense. > > >> > > > > >> > > Perhaps there is an easier way, but most discussions I found > ended in > > >> > > "you > > >> > > could rename them on boot" - which is what this rc.d script does. > I > > >> > > use it > > >> > > on my home router to great effect. (I rename the adapters to > cable and > > >> > > priv > > >> > > just to make firewall rules etc. even clearer.) > > >> > > > > >> > > - Eric > > >> > > > >> > Eric, > > >> > > > >> > great hint there, I will try it later when I get home and report > back > > >> > here. Thanks! > > >> > > > >> > matheus > > >> > > >> Hi Eric, > > >> > > >> I tried it and something is not working here, I suppose. I have the > > >> /usr/local/etc/ifmap, the ethname is on /usr/local/etc/rc.d, and if I > run it > > >> past boot it works fine. But on reboot it doesn't. Is this the > inteded way > > >> or am I missing something? > > >> > > >> thanks, > > >> > > >> matheus > > > > > > > > > You have ethname_enabled="YES" and ethname_devices="ue0 ue1" (or > whichever > > > devices you want renamed) in your rc.conf; their original names, not > what > > > you want them to become? > > > > > > If you have console access, can you try running it manually? I'll > double > > > check in a bit that the version on github matches what I'm running. > > > > > > - Eric > > > > I'm running (and have been running) the version on github verbatim with > success. > > > > Does 'service -e | grep ethname' return the path the ethname? If not, > > put the 'ethname' script chmod-ed 555 and owned by root into > > /usr/local/etc/rc.d ... > > > > I'm also running 11.0RC2, but on amd64; I don't think that should be > > the issue, especially if you can run it manually via 'service ethname > > start'. > > > > - Eric > > Eric, > > I think all things are fine here: > > root@bee:~ # service -e | grep eth > /usr/local/etc/rc.d/ethname > root@bee:~ # cat /etc/rc.conf | grep ethn > ethname_enable="YES" > ethname_devices="ue1 ue2" > root@bee:~ # ls -l /usr/local/etc/rc.d/ethname > -r-xr-xr-x 1 root wheel 3119 Sep 2 20:28 /usr/local/etc/rc.d/ethname > root@bee:~ # cat /usr/local/etc/ifmap > > #b8:27:eb:fe:5a:e5 lan > 00:00:00:00:00:00 net > 00:00:0:00:00:01 cabo > root@bee:~ # /usr/local/etc/rc.d/ethname restart > tempdev0 > tempdev1 > cabo > net > root@bee:~ # > > > I don't get it working right after boot, despite service -e returns it. > > after running on terminal I get it fine then. > > any hints? > > thanks! > > matheus > Bringing back to the list for resolution. The ueN (axe based) devices were not quite up yet on this system when the renaming script was run. I've updated (on github) the script to wait for the requested devices to appear (with configurable timeout), as well as added notes regarding making sure the drivers for the devices you wish to rename are either compiled in, or loaded via loader.conf, such that we aren't dependent upon devd to do so. I'd love some feedback on the script if anyone else has a use case for it / wants to kick the tires, and then I'll file a PR to add to ports. - Eric From owner-freebsd-stable@freebsd.org Tue Sep 6 07:20:38 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D6F8BB96689 for ; Tue, 6 Sep 2016 07:20:38 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id CB510E8F; Tue, 6 Sep 2016 07:20:38 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 8515CD2; Tue, 6 Sep 2016 07:20:38 +0000 (UTC) Date: Tue, 6 Sep 2016 07:20:34 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: avg@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-stable@FreeBSD.org Message-ID: <241027906.22.1473146438617.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_stable_9 - Build #1187 - Failure MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_stable_9 X-Jenkins-Result: FAILURE Precedence: bulk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Sep 2016 07:20:38 -0000 FreeBSD_stable_9 - Build #1187 - Failure: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_stable_9/1187/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_stable_9/1187/chan= ges Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_stable_9/1187/conso= le Change summaries: 305464 by avg: MFC r304674: intpm: add support for SB800 305459 by avg: MFC r303738: report sector size and number of sectors in lsdev output for bios disks The end of the build log: [...truncated 55663 lines...] =3D=3D=3D> usr.bin/xinstall (all) cc -O2 -pipe -DGTAGS -DSYSV_CURSES -I/builds/FreeBSD_stable_9/usr.bin/vi -= I/builds/FreeBSD_stable_9/usr.bin/vi/../../contrib/nvi -I/builds/FreeBSD_st= able_9/usr.bin/vi/../../contrib/nvi/include -std=3Dgnu99 -fstack-protector= -Wno-pointer-sign -c /builds/FreeBSD_stable_9/usr.bin/vi/../../contrib/nvi= /common/put.c -o put.o cc -O2 -pipe -I/builds/FreeBSD_stable_9/usr.bin/xinstall/../../contrib/mtr= ee -I/builds/FreeBSD_stable_9/usr.bin/xinstall/../../lib/libnetbsd -std=3Dg= nu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -= Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-ari= th -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-par= ameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant= -decls -Wold-style-definition -Wno-pointer-sign -c /builds/FreeBSD_stable_9= /usr.bin/xinstall/xinstall.c -o xinstall.o gzip -cn /builds/FreeBSD_stable_9/usr.bin/xargs/xargs.1 > xargs.1.gz cc -O2 -pipe -std=3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wal= l -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-pr= ototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch= -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnest= ed-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -o x= args xargs.o strnsubst.o=20 cc -O2 -pipe -DGTAGS -DSYSV_CURSES -I/builds/FreeBSD_stable_9/usr.bin/vi -= I/builds/FreeBSD_stable_9/usr.bin/vi/../../contrib/nvi -I/builds/FreeBSD_st= able_9/usr.bin/vi/../../contrib/nvi/include -std=3Dgnu99 -fstack-protector= -Wno-pointer-sign -c /builds/FreeBSD_stable_9/usr.bin/vi/../../contrib/nvi= /common/screen.c -o screen.o =3D=3D=3D> usr.bin/xlint (all) =3D=3D=3D> usr.bin/xlint/lint1 (all) cc -O2 -pipe -I. -I/builds/FreeBSD_stable_9/usr.bin/xlint/lint1 -I/builds/= FreeBSD_stable_9/usr.bin/xlint/lint1/../arch/amd64 -I/builds/FreeBSD_stable= _9/usr.bin/xlint/lint1/../common -std=3Dgnu99 -fstack-protector -Wno-point= er-sign -c /builds/FreeBSD_stable_9/usr.bin/xlint/lint1/mem1.c -o mem1.o =3D=3D=3D> usr.bin/xstr (all) cc -O2 -pipe -std=3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wal= l -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-pr= ototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch= -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnest= ed-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /b= uilds/FreeBSD_stable_9/usr.bin/xstr/xstr.c -o xstr.o cc -O2 -pipe -I. -I/builds/FreeBSD_stable_9/usr.bin/xlint/lint1 -I/builds/= FreeBSD_stable_9/usr.bin/xlint/lint1/../arch/amd64 -I/builds/FreeBSD_stable= _9/usr.bin/xlint/lint1/../common -std=3Dgnu99 -fstack-protector -Wno-point= er-sign -c /builds/FreeBSD_stable_9/usr.bin/xlint/lint1/../common/mem.c -o = mem.o cc -O2 -pipe -DGTAGS -DSYSV_CURSES -I/builds/FreeBSD_stable_9/usr.bin/vi -= I/builds/FreeBSD_stable_9/usr.bin/vi/../../contrib/nvi -I/builds/FreeBSD_st= able_9/usr.bin/vi/../../contrib/nvi/include -std=3Dgnu99 -fstack-protector= -Wno-pointer-sign -c /builds/FreeBSD_stable_9/usr.bin/vi/../../contrib/nvi= /common/search.c -o search.o cc -O2 -pipe -I. -I/builds/FreeBSD_stable_9/usr.bin/xlint/lint1 -I/builds/= FreeBSD_stable_9/usr.bin/xlint/lint1/../arch/amd64 -I/builds/FreeBSD_stable= _9/usr.bin/xlint/lint1/../common -std=3Dgnu99 -fstack-protector -Wno-point= er-sign -c /builds/FreeBSD_stable_9/usr.bin/xlint/lint1/err.c -o err.o cc -O2 -pipe -I. -I/builds/FreeBSD_stable_9/usr.bin/xlint/lint1 -I/builds/= FreeBSD_stable_9/usr.bin/xlint/lint1/../arch/amd64 -I/builds/FreeBSD_stable= _9/usr.bin/xlint/lint1/../common -std=3Dgnu99 -fstack-protector -Wno-point= er-sign -c /builds/FreeBSD_stable_9/usr.bin/xlint/lint1/main1.c -o main1.o cc -O2 -pipe -DGTAGS -DSYSV_CURSES -I/builds/FreeBSD_stable_9/usr.bin/vi -= I/builds/FreeBSD_stable_9/usr.bin/vi/../../contrib/nvi -I/builds/FreeBSD_st= able_9/usr.bin/vi/../../contrib/nvi/include -std=3Dgnu99 -fstack-protector= -Wno-pointer-sign -c /builds/FreeBSD_stable_9/usr.bin/vi/../../contrib/nvi= /common/seq.c -o seq.o gzip -cn /builds/FreeBSD_stable_9/usr.bin/xstr/xstr.1 > xstr.1.gz cc -O2 -pipe -std=3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wal= l -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-pr= ototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch= -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnest= ed-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -o x= str xstr.o=20 cc -O2 -pipe -I. -I/builds/FreeBSD_stable_9/usr.bin/xlint/lint1 -I/builds/= FreeBSD_stable_9/usr.bin/xlint/lint1/../arch/amd64 -I/builds/FreeBSD_stable= _9/usr.bin/xlint/lint1/../common -std=3Dgnu99 -fstack-protector -Wno-point= er-sign -c /builds/FreeBSD_stable_9/usr.bin/xlint/lint1/decl.c -o decl.o cc -O2 -pipe -I. -I/builds/FreeBSD_stable_9/usr.bin/xlint/lint1 -I/builds/= FreeBSD_stable_9/usr.bin/xlint/lint1/../arch/amd64 -I/builds/FreeBSD_stable= _9/usr.bin/xlint/lint1/../common -std=3Dgnu99 -fstack-protector -Wno-point= er-sign -c /builds/FreeBSD_stable_9/usr.bin/xlint/lint1/init.c -o init.o cc -O2 -pipe -I/builds/FreeBSD_stable_9/usr.bin/xinstall/../../contrib/mtr= ee -I/builds/FreeBSD_stable_9/usr.bin/xinstall/../../lib/libnetbsd -std=3Dg= nu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -= Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-ari= th -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-par= ameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant= -decls -Wold-style-definition -Wno-pointer-sign -c /builds/FreeBSD_stable_9= /usr.bin/xinstall/../../contrib/mtree/getid.c -o getid.o cc -O2 -pipe -DGTAGS -DSYSV_CURSES -I/builds/FreeBSD_stable_9/usr.bin/vi -= I/builds/FreeBSD_stable_9/usr.bin/vi/../../contrib/nvi -I/builds/FreeBSD_st= able_9/usr.bin/vi/../../contrib/nvi/include -std=3Dgnu99 -fstack-protector= -Wno-pointer-sign -c /builds/FreeBSD_stable_9/usr.bin/vi/../../contrib/nvi= /common/recover.c -o recover.o =3D=3D=3D> usr.bin/xz (all) gzip -cn /builds/FreeBSD_stable_9/usr.bin/xinstall/install.1 > install.1.gz cc -O2 -pipe -I/builds/FreeBSD_stable_9/usr.bin/xinstall/../../contrib/mtr= ee -I/builds/FreeBSD_stable_9/usr.bin/xinstall/../../lib/libnetbsd -std=3Dg= nu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -= Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-ari= th -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-par= ameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant= -decls -Wold-style-definition -Wno-pointer-sign -o xinstall xinstall.o get= id.o -lmd cc -O2 -pipe -DHAVE_CONFIG_H -I/builds/FreeBSD_stable_9/usr.bin/xz/../../= lib/liblzma -I/builds/FreeBSD_stable_9/usr.bin/xz/../../contrib/xz/src/com= mon -std=3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-for= mat-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -= Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /builds/FreeBSD_stab= le_9/usr.bin/xz/../../contrib/xz/src/xz/args.c -o args.o cc -O2 -pipe -DHAVE_CONFIG_H -I/builds/FreeBSD_stable_9/usr.bin/xz/../../= lib/liblzma -I/builds/FreeBSD_stable_9/usr.bin/xz/../../contrib/xz/src/com= mon -std=3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-for= mat-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -= Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /builds/FreeBSD_stab= le_9/usr.bin/xz/../../contrib/xz/src/xz/coder.c -o coder.o cc -O2 -pipe -I. -I/builds/FreeBSD_stable_9/usr.bin/xlint/lint1 -I/builds/= FreeBSD_stable_9/usr.bin/xlint/lint1/../arch/amd64 -I/builds/FreeBSD_stable= _9/usr.bin/xlint/lint1/../common -std=3Dgnu99 -fstack-protector -Wno-point= er-sign -c /builds/FreeBSD_stable_9/usr.bin/xlint/lint1/emit.c -o emit.o cc -O2 -pipe -DGTAGS -DSYSV_CURSES -I/builds/FreeBSD_stable_9/usr.bin/vi -= I/builds/FreeBSD_stable_9/usr.bin/vi/../../contrib/nvi -I/builds/FreeBSD_st= able_9/usr.bin/vi/../../contrib/nvi/include -std=3Dgnu99 -fstack-protector= -Wno-pointer-sign -c /builds/FreeBSD_stable_9/usr.bin/vi/../../contrib/nvi= /common/util.c -o util.o cc -O2 -pipe -DHAVE_CONFIG_H -I/builds/FreeBSD_stable_9/usr.bin/xz/../../= lib/liblzma -I/builds/FreeBSD_stable_9/usr.bin/xz/../../contrib/xz/src/com= mon -std=3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-for= mat-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -= Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /builds/FreeBSD_stab= le_9/usr.bin/xz/../../contrib/xz/src/xz/file_io.c -o file_io.o =3D=3D=3D> usr.bin/xzdec (all) cc -O2 -pipe -DGTAGS -DSYSV_CURSES -I/builds/FreeBSD_stable_9/usr.bin/vi -= I/builds/FreeBSD_stable_9/usr.bin/vi/../../contrib/nvi -I/builds/FreeBSD_st= able_9/usr.bin/vi/../../contrib/nvi/include -std=3Dgnu99 -fstack-protector= -Wno-pointer-sign -c /builds/FreeBSD_stable_9/usr.bin/vi/../../contrib/nvi= /ex/ex.c -o ex.o cc -O2 -pipe -DHAVE_CONFIG_H -I/builds/FreeBSD_stable_9/usr.bin/xzdec/../= ../lib/liblzma -I/builds/FreeBSD_stable_9/usr.bin/xzdec/../../contrib/xz/s= rc/common -std=3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wall -W= no-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-protot= ypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /builds/FreeBS= D_stable_9/usr.bin/xzdec/../../contrib/xz/src/xzdec/xzdec.c -o xzdec.o cc -O2 -pipe -DHAVE_CONFIG_H -I/builds/FreeBSD_stable_9/usr.bin/xzdec/../= ../lib/liblzma -I/builds/FreeBSD_stable_9/usr.bin/xzdec/../../contrib/xz/s= rc/common -std=3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wall -W= no-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-protot= ypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /builds/FreeBS= D_stable_9/usr.bin/xzdec/../../contrib/xz/src/common/tuklib_progname.c -o t= uklib_progname.o cc -O2 -pipe -DHAVE_CONFIG_H -I/builds/FreeBSD_stable_9/usr.bin/xz/../../= lib/liblzma -I/builds/FreeBSD_stable_9/usr.bin/xz/../../contrib/xz/src/com= mon -std=3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-for= mat-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -= Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /builds/FreeBSD_stab= le_9/usr.bin/xz/../../contrib/xz/src/xz/hardware.c -o hardware.o cc -O2 -pipe -DHAVE_CONFIG_H -I/builds/FreeBSD_stable_9/usr.bin/xzdec/../= ../lib/liblzma -I/builds/FreeBSD_stable_9/usr.bin/xzdec/../../contrib/xz/s= rc/common -std=3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wall -W= no-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-protot= ypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /builds/FreeBS= D_stable_9/usr.bin/xzdec/../../contrib/xz/src/common/tuklib_exit.c -o tukli= b_exit.o gzip -cn /builds/FreeBSD_stable_9/usr.bin/xzdec/../../contrib/xz/src/xzdec/= xzdec.1 > xzdec.1.gz cc -O2 -pipe -DHAVE_CONFIG_H -I/builds/FreeBSD_stable_9/usr.bin/xzdec/../= ../lib/liblzma -I/builds/FreeBSD_stable_9/usr.bin/xzdec/../../contrib/xz/s= rc/common -std=3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wall -W= no-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-protot= ypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -o xzdec xzdec.o= tuklib_progname.o tuklib_exit.o -llzma cc -O2 -pipe -DHAVE_CONFIG_H -I/builds/FreeBSD_stable_9/usr.bin/xz/../../= lib/liblzma -I/builds/FreeBSD_stable_9/usr.bin/xz/../../contrib/xz/src/com= mon -std=3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-for= mat-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -= Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /builds/FreeBSD_stab= le_9/usr.bin/xz/../../contrib/xz/src/xz/list.c -o list.o cc -O2 -pipe -DHAVE_CONFIG_H -I/builds/FreeBSD_stable_9/usr.bin/xz/../../= lib/liblzma -I/builds/FreeBSD_stable_9/usr.bin/xz/../../contrib/xz/src/com= mon -std=3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-for= mat-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -= Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /builds/FreeBSD_stab= le_9/usr.bin/xz/../../contrib/xz/src/xz/main.c -o main.o cc -O2 -pipe -I. -I/builds/FreeBSD_stable_9/usr.bin/xlint/lint1 -I/builds/= FreeBSD_stable_9/usr.bin/xlint/lint1/../arch/amd64 -I/builds/FreeBSD_stable= _9/usr.bin/xlint/lint1/../common -std=3Dgnu99 -fstack-protector -Wno-point= er-sign -c /builds/FreeBSD_stable_9/usr.bin/xlint/lint1/emit1.c -o emit1.o =3D=3D=3D> usr.bin/yacc (all) cc -O2 -pipe -std=3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wal= l -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-pr= ototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch= -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnest= ed-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /b= uilds/FreeBSD_stable_9/usr.bin/yacc/closure.c -o closure.o cc -O2 -pipe -I. -I/builds/FreeBSD_stable_9/usr.bin/xlint/lint1 -I/builds/= FreeBSD_stable_9/usr.bin/xlint/lint1/../arch/amd64 -I/builds/FreeBSD_stable= _9/usr.bin/xlint/lint1/../common -std=3Dgnu99 -fstack-protector -Wno-point= er-sign -c /builds/FreeBSD_stable_9/usr.bin/xlint/lint1/../common/inittyp.c= -o inittyp.o cc -O2 -pipe -std=3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wal= l -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-pr= ototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch= -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnest= ed-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /b= uilds/FreeBSD_stable_9/usr.bin/yacc/error.c -o error.o sh /builds/FreeBSD_stable_9/usr.bin/xlint/lint1/makeman /builds/FreeBSD_sta= ble_9/obj/builds/FreeBSD_stable_9/tmp/usr/libexec/lint1 -m >lint.7 cc -O2 -pipe -I. -I/builds/FreeBSD_stable_9/usr.bin/xlint/lint1 -I/builds/= FreeBSD_stable_9/usr.bin/xlint/lint1/../arch/amd64 -I/builds/FreeBSD_stable= _9/usr.bin/xlint/lint1/../common -std=3Dgnu99 -fstack-protector -Wno-point= er-sign -c cgram.c -o cgram.o cc -O2 -pipe -DHAVE_CONFIG_H -I/builds/FreeBSD_stable_9/usr.bin/xz/../../= lib/liblzma -I/builds/FreeBSD_stable_9/usr.bin/xz/../../contrib/xz/src/com= mon -std=3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-for= mat-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -= Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /builds/FreeBSD_stab= le_9/usr.bin/xz/../../contrib/xz/src/xz/message.c -o message.o cc -O2 -pipe -std=3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wal= l -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-pr= ototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch= -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnest= ed-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /b= uilds/FreeBSD_stable_9/usr.bin/yacc/lalr.c -o lalr.o cc -O2 -pipe -DHAVE_CONFIG_H -I/builds/FreeBSD_stable_9/usr.bin/xz/../../= lib/liblzma -I/builds/FreeBSD_stable_9/usr.bin/xz/../../contrib/xz/src/com= mon -std=3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-for= mat-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -= Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /builds/FreeBSD_stab= le_9/usr.bin/xz/../../contrib/xz/src/xz/options.c -o options.o cc -O2 -pipe -DGTAGS -DSYSV_CURSES -I/builds/FreeBSD_stable_9/usr.bin/vi -= I/builds/FreeBSD_stable_9/usr.bin/vi/../../contrib/nvi -I/builds/FreeBSD_st= able_9/usr.bin/vi/../../contrib/nvi/include -std=3Dgnu99 -fstack-protector= -Wno-pointer-sign -c /builds/FreeBSD_stable_9/usr.bin/vi/../../contrib/nvi= /ex/ex_abbrev.c -o ex_abbrev.o cc -O2 -pipe -std=3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wal= l -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-pr= ototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch= -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnest= ed-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /b= uilds/FreeBSD_stable_9/usr.bin/yacc/lr0.c -o lr0.o cc -O2 -pipe -DHAVE_CONFIG_H -I/builds/FreeBSD_stable_9/usr.bin/xz/../../= lib/liblzma -I/builds/FreeBSD_stable_9/usr.bin/xz/../../contrib/xz/src/com= mon -std=3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-for= mat-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -= Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /builds/FreeBSD_stab= le_9/usr.bin/xz/../../contrib/xz/src/xz/signals.c -o signals.o cc -O2 -pipe -I. -I/builds/FreeBSD_stable_9/usr.bin/xlint/lint1 -I/builds/= FreeBSD_stable_9/usr.bin/xlint/lint1/../arch/amd64 -I/builds/FreeBSD_stable= _9/usr.bin/xlint/lint1/../common -std=3Dgnu99 -fstack-protector -Wno-point= er-sign -c /builds/FreeBSD_stable_9/usr.bin/xlint/lint1/tree.c -o tree.o cc -O2 -pipe -DGTAGS -DSYSV_CURSES -I/builds/FreeBSD_stable_9/usr.bin/vi -= I/builds/FreeBSD_stable_9/usr.bin/vi/../../contrib/nvi -I/builds/FreeBSD_st= able_9/usr.bin/vi/../../contrib/nvi/include -std=3Dgnu99 -fstack-protector= -Wno-pointer-sign -c /builds/FreeBSD_stable_9/usr.bin/vi/../../contrib/nvi= /ex/ex_append.c -o ex_append.o cc -O2 -pipe -DHAVE_CONFIG_H -I/builds/FreeBSD_stable_9/usr.bin/xz/../../= lib/liblzma -I/builds/FreeBSD_stable_9/usr.bin/xz/../../contrib/xz/src/com= mon -std=3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-for= mat-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -= Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /builds/FreeBSD_stab= le_9/usr.bin/xz/../../contrib/xz/src/xz/suffix.c -o suffix.o cc -O2 -pipe -DGTAGS -DSYSV_CURSES -I/builds/FreeBSD_stable_9/usr.bin/vi -= I/builds/FreeBSD_stable_9/usr.bin/vi/../../contrib/nvi -I/builds/FreeBSD_st= able_9/usr.bin/vi/../../contrib/nvi/include -std=3Dgnu99 -fstack-protector= -Wno-pointer-sign -c /builds/FreeBSD_stable_9/usr.bin/vi/../../contrib/nvi= /ex/ex_args.c -o ex_args.o cc -O2 -pipe -std=3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wal= l -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-pr= ototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch= -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnest= ed-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /b= uilds/FreeBSD_stable_9/usr.bin/yacc/main.c -o main.o cc -O2 -pipe -DHAVE_CONFIG_H -I/builds/FreeBSD_stable_9/usr.bin/xz/../../= lib/liblzma -I/builds/FreeBSD_stable_9/usr.bin/xz/../../contrib/xz/src/com= mon -std=3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-for= mat-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -= Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /builds/FreeBSD_stab= le_9/usr.bin/xz/../../contrib/xz/src/xz/util.c -o util.o cc -O2 -pipe -DGTAGS -DSYSV_CURSES -I/builds/FreeBSD_stable_9/usr.bin/vi -= I/builds/FreeBSD_stable_9/usr.bin/vi/../../contrib/nvi -I/builds/FreeBSD_st= able_9/usr.bin/vi/../../contrib/nvi/include -std=3Dgnu99 -fstack-protector= -Wno-pointer-sign -c /builds/FreeBSD_stable_9/usr.bin/vi/../../contrib/nvi= /ex/ex_argv.c -o ex_argv.o cc -O2 -pipe -DHAVE_CONFIG_H -I/builds/FreeBSD_stable_9/usr.bin/xz/../../= lib/liblzma -I/builds/FreeBSD_stable_9/usr.bin/xz/../../contrib/xz/src/com= mon -std=3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-for= mat-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -= Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /builds/FreeBSD_stab= le_9/usr.bin/xz/../../contrib/xz/src/common/tuklib_open_stdxxx.c -o tuklib_= open_stdxxx.o cc -O2 -pipe -DHAVE_CONFIG_H -I/builds/FreeBSD_stable_9/usr.bin/xz/../../= lib/liblzma -I/builds/FreeBSD_stable_9/usr.bin/xz/../../contrib/xz/src/com= mon -std=3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-for= mat-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -= Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /builds/FreeBSD_stab= le_9/usr.bin/xz/../../contrib/xz/src/common/tuklib_progname.c -o tuklib_pro= gname.o cc -O2 -pipe -std=3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wal= l -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-pr= ototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch= -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnest= ed-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /b= uilds/FreeBSD_stable_9/usr.bin/yacc/mkpar.c -o mkpar.o cc -O2 -pipe -DHAVE_CONFIG_H -I/builds/FreeBSD_stable_9/usr.bin/xz/../../= lib/liblzma -I/builds/FreeBSD_stable_9/usr.bin/xz/../../contrib/xz/src/com= mon -std=3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-for= mat-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -= Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /builds/FreeBSD_stab= le_9/usr.bin/xz/../../contrib/xz/src/common/tuklib_exit.c -o tuklib_exit.o cc -O2 -pipe -DHAVE_CONFIG_H -I/builds/FreeBSD_stable_9/usr.bin/xz/../../= lib/liblzma -I/builds/FreeBSD_stable_9/usr.bin/xz/../../contrib/xz/src/com= mon -std=3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-for= mat-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -= Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /builds/FreeBSD_stab= le_9/usr.bin/xz/../../contrib/xz/src/common/tuklib_cpucores.c -o tuklib_cpu= cores.o cc -O2 -pipe -DHAVE_CONFIG_H -I/builds/FreeBSD_stable_9/usr.bin/xz/../../= lib/liblzma -I/builds/FreeBSD_stable_9/usr.bin/xz/../../contrib/xz/src/com= mon -std=3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-for= mat-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -= Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /builds/FreeBSD_stab= le_9/usr.bin/xz/../../contrib/xz/src/common/tuklib_mbstr_width.c -o tuklib_= mbstr_width.o cc -O2 -pipe -std=3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wal= l -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-pr= ototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch= -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnest= ed-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /b= uilds/FreeBSD_stable_9/usr.bin/yacc/output.c -o output.o cc -O2 -pipe -DHAVE_CONFIG_H -I/builds/FreeBSD_stable_9/usr.bin/xz/../../= lib/liblzma -I/builds/FreeBSD_stable_9/usr.bin/xz/../../contrib/xz/src/com= mon -std=3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-for= mat-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -= Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /builds/FreeBSD_stab= le_9/usr.bin/xz/../../contrib/xz/src/common/tuklib_mbstr_fw.c -o tuklib_mbs= tr_fw.o gzip -cn /builds/FreeBSD_stable_9/usr.bin/xz/../../contrib/xz/src/xz/xz.1 >= xz.1.gz cc -O2 -pipe -DHAVE_CONFIG_H -I/builds/FreeBSD_stable_9/usr.bin/xz/../../= lib/liblzma -I/builds/FreeBSD_stable_9/usr.bin/xz/../../contrib/xz/src/com= mon -std=3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-for= mat-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -= Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -o xz args.o coder.o f= ile_io.o hardware.o list.o main.o message.o options.o signals.o suffix.o ut= il.o tuklib_open_stdxxx.o tuklib_progname.o tuklib_exit.o tuklib_cpucores.o= tuklib_mbstr_width.o tuklib_mbstr_fw.o -llzma cc -O2 -pipe -std=3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wal= l -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-pr= ototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch= -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnest= ed-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /b= uilds/FreeBSD_stable_9/usr.bin/yacc/reader.c -o reader.o cc -O2 -pipe -DGTAGS -DSYSV_CURSES -I/builds/FreeBSD_stable_9/usr.bin/vi -= I/builds/FreeBSD_stable_9/usr.bin/vi/../../contrib/nvi -I/builds/FreeBSD_st= able_9/usr.bin/vi/../../contrib/nvi/include -std=3Dgnu99 -fstack-protector= -Wno-pointer-sign -c /builds/FreeBSD_stable_9/usr.bin/vi/../../contrib/nvi= /ex/ex_at.c -o ex_at.o cc -O2 -pipe -DGTAGS -DSYSV_CURSES -I/builds/FreeBSD_stable_9/usr.bin/vi -= I/builds/FreeBSD_stable_9/usr.bin/vi/../../contrib/nvi -I/builds/FreeBSD_st= able_9/usr.bin/vi/../../contrib/nvi/include -std=3Dgnu99 -fstack-protector= -Wno-pointer-sign -c /builds/FreeBSD_stable_9/usr.bin/vi/../../contrib/nvi= /ex/ex_bang.c -o ex_bang.o cc -O2 -pipe -DGTAGS -DSYSV_CURSES -I/builds/FreeBSD_stable_9/usr.bin/vi -= I/builds/FreeBSD_stable_9/usr.bin/vi/../../contrib/nvi -I/builds/FreeBSD_st= able_9/usr.bin/vi/../../contrib/nvi/include -std=3Dgnu99 -fstack-protector= -Wno-pointer-sign -c /builds/FreeBSD_stable_9/usr.bin/vi/../../contrib/nvi= /ex/ex_cd.c -o ex_cd.o cc -O2 -pipe -DGTAGS -DSYSV_CURSES -I/builds/FreeBSD_stable_9/usr.bin/vi -= I/builds/FreeBSD_stable_9/usr.bin/vi/../../contrib/nvi -I/builds/FreeBSD_st= able_9/usr.bin/vi/../../contrib/nvi/include -std=3Dgnu99 -fstack-protector= -Wno-pointer-sign -c /builds/FreeBSD_stable_9/usr.bin/vi/../../contrib/nvi= /ex/ex_cmd.c -o ex_cmd.o cc -O2 -pipe -DGTAGS -DSYSV_CURSES -I/builds/FreeBSD_stable_9/usr.bin/vi -= I/builds/FreeBSD_stable_9/usr.bin/vi/../../contrib/nvi -I/builds/FreeBSD_st= able_9/usr.bin/vi/../../contrib/nvi/include -std=3Dgnu99 -fstack-protector= -Wno-pointer-sign -c /builds/FreeBSD_stable_9/usr.bin/vi/../../contrib/nvi= /ex/ex_cscope.c -o ex_cscope.o =3D=3D=3D> usr.bin/yes (all) cc -O2 -pipe -I. -I/builds/FreeBSD_stable_9/usr.bin/xlint/lint1 -I/builds/= FreeBSD_stable_9/usr.bin/xlint/lint1/../arch/amd64 -I/builds/FreeBSD_stable= _9/usr.bin/xlint/lint1/../common -std=3Dgnu99 -fstack-protector -Wno-point= er-sign -c /builds/FreeBSD_stable_9/usr.bin/xlint/lint1/func.c -o func.o cc -O2 -pipe -std=3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wal= l -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-pr= ototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch= -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnest= ed-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /b= uilds/FreeBSD_stable_9/usr.bin/yes/yes.c -o yes.o gzip -cn /builds/FreeBSD_stable_9/usr.bin/yes/yes.1 > yes.1.gz cc -O2 -pipe -std=3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wal= l -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-pr= ototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch= -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnest= ed-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -o y= es yes.o=20 cc -O2 -pipe -I. -I/builds/FreeBSD_stable_9/usr.bin/xlint/lint1 -I/builds/= FreeBSD_stable_9/usr.bin/xlint/lint1/../arch/amd64 -I/builds/FreeBSD_stable= _9/usr.bin/xlint/lint1/../common -std=3Dgnu99 -fstack-protector -Wno-point= er-sign -c scan.c -o scan.o cc -O2 -pipe -DGTAGS -DSYSV_CURSES -I/builds/FreeBSD_stable_9/usr.bin/vi -= I/builds/FreeBSD_stable_9/usr.bin/vi/../../contrib/nvi -I/builds/FreeBSD_st= able_9/usr.bin/vi/../../contrib/nvi/include -std=3Dgnu99 -fstack-protector= -Wno-pointer-sign -c /builds/FreeBSD_stable_9/usr.bin/vi/../../contrib/nvi= /ex/ex_delete.c -o ex_delete.o cc -O2 -pipe -DGTAGS -DSYSV_CURSES -I/builds/FreeBSD_stable_9/usr.bin/vi -= I/builds/FreeBSD_stable_9/usr.bin/vi/../../contrib/nvi -I/builds/FreeBSD_st= able_9/usr.bin/vi/../../contrib/nvi/include -std=3Dgnu99 -fstack-protector= -Wno-pointer-sign -c /builds/FreeBSD_stable_9/usr.bin/vi/../../contrib/nvi= /ex/ex_display.c -o ex_display.o cc -O2 -pipe -DGTAGS -DSYSV_CURSES -I/builds/FreeBSD_stable_9/usr.bin/vi -= I/builds/FreeBSD_stable_9/usr.bin/vi/../../contrib/nvi -I/builds/FreeBSD_st= able_9/usr.bin/vi/../../contrib/nvi/include -std=3Dgnu99 -fstack-protector= -Wno-pointer-sign -c /builds/FreeBSD_stable_9/usr.bin/vi/../../contrib/nvi= /ex/ex_edit.c -o ex_edit.o cc -O2 -pipe -std=3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wal= l -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-pr= ototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch= -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnest= ed-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /b= uilds/FreeBSD_stable_9/usr.bin/yacc/skeleton.c -o skeleton.o =3D=3D=3D> usr.bin/ypcat (all) cc -O2 -pipe -DGTAGS -DSYSV_CURSES -I/builds/FreeBSD_stable_9/usr.bin/vi -= I/builds/FreeBSD_stable_9/usr.bin/vi/../../contrib/nvi -I/builds/FreeBSD_st= able_9/usr.bin/vi/../../contrib/nvi/include -std=3Dgnu99 -fstack-protector= -Wno-pointer-sign -c /builds/FreeBSD_stable_9/usr.bin/vi/../../contrib/nvi= /ex/ex_equal.c -o ex_equal.o cc -O2 -pipe -std=3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wal= l -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-pr= ototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch= -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnest= ed-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /b= uilds/FreeBSD_stable_9/usr.bin/yacc/symtab.c -o symtab.o cc -O2 -pipe -std=3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wal= l -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-pr= ototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /builds/Fr= eeBSD_stable_9/usr.bin/ypcat/ypcat.c -o ypcat.o cc -O2 -pipe -DGTAGS -DSYSV_CURSES -I/builds/FreeBSD_stable_9/usr.bin/vi -= I/builds/FreeBSD_stable_9/usr.bin/vi/../../contrib/nvi -I/builds/FreeBSD_st= able_9/usr.bin/vi/../../contrib/nvi/include -std=3Dgnu99 -fstack-protector= -Wno-pointer-sign -c /builds/FreeBSD_stable_9/usr.bin/vi/../../contrib/nvi= /ex/ex_file.c -o ex_file.o cc -O2 -pipe -std=3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wal= l -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-pr= ototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch= -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnest= ed-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /b= uilds/FreeBSD_stable_9/usr.bin/yacc/verbose.c -o verbose.o cc -O2 -pipe -DGTAGS -DSYSV_CURSES -I/builds/FreeBSD_stable_9/usr.bin/vi -= I/builds/FreeBSD_stable_9/usr.bin/vi/../../contrib/nvi -I/builds/FreeBSD_st= able_9/usr.bin/vi/../../contrib/nvi/include -std=3Dgnu99 -fstack-protector= -Wno-pointer-sign -c /builds/FreeBSD_stable_9/usr.bin/vi/../../contrib/nvi= /ex/ex_filter.c -o ex_filter.o gzip -cn /builds/FreeBSD_stable_9/usr.bin/ypcat/ypcat.1 > ypcat.1.gz cc -O2 -pipe -std=3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wal= l -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-pr= ototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -o ypcat ypc= at.o=20 gzip -cn lint.7 > lint.7.gz =3D=3D=3D> usr.bin/ypmatch (all) cc -O2 -pipe -std=3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wal= l -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-pr= ototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /builds/Fr= eeBSD_stable_9/usr.bin/ypmatch/ypmatch.c -o ypmatch.o cc -O2 -pipe -DGTAGS -DSYSV_CURSES -I/builds/FreeBSD_stable_9/usr.bin/vi -= I/builds/FreeBSD_stable_9/usr.bin/vi/../../contrib/nvi -I/builds/FreeBSD_st= able_9/usr.bin/vi/../../contrib/nvi/include -std=3Dgnu99 -fstack-protector= -Wno-pointer-sign -c /builds/FreeBSD_stable_9/usr.bin/vi/../../contrib/nvi= /ex/ex_global.c -o ex_global.o cc -O2 -pipe -std=3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wal= l -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-pr= ototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch= -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnest= ed-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /b= uilds/FreeBSD_stable_9/usr.bin/yacc/warshall.c -o warshall.o gzip -cn /builds/FreeBSD_stable_9/usr.bin/ypmatch/ypmatch.1 > ypmatch.1.gz cc -O2 -pipe -std=3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wal= l -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-pr= ototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -o ypmatch y= pmatch.o=20 gzip -cn /builds/FreeBSD_stable_9/usr.bin/yacc/yacc.1 > yacc.1.gz gzip -cn /builds/FreeBSD_stable_9/usr.bin/yacc/yyfix.1 > yyfix.1.gz cc -O2 -pipe -std=3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wal= l -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-pr= ototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch= -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnest= ed-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -o y= acc closure.o error.o lalr.o lr0.o main.o mkpar.o output.o reader.o skeleto= n.o symtab.o verbose.o warshall.o=20 =3D=3D=3D> usr.bin/ypwhich (all) cc -O2 -pipe -DGTAGS -DSYSV_CURSES -I/builds/FreeBSD_stable_9/usr.bin/vi -= I/builds/FreeBSD_stable_9/usr.bin/vi/../../contrib/nvi -I/builds/FreeBSD_st= able_9/usr.bin/vi/../../contrib/nvi/include -std=3Dgnu99 -fstack-protector= -Wno-pointer-sign -c /builds/FreeBSD_stable_9/usr.bin/vi/../../contrib/nvi= /ex/ex_init.c -o ex_init.o cc -O2 -pipe -std=3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wal= l -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /builds/FreeBSD_s= table_9/usr.bin/ypwhich/ypwhich.c -o ypwhich.o gzip -cn /builds/FreeBSD_stable_9/usr.bin/ypwhich/ypwhich.1 > ypwhich.1.gz cc -O2 -pipe -std=3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wal= l -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -o ypwhich ypwhich.= o=20 cc -O2 -pipe -DGTAGS -DSYSV_CURSES -I/builds/FreeBSD_stable_9/usr.bin/vi -= I/builds/FreeBSD_stable_9/usr.bin/vi/../../contrib/nvi -I/builds/FreeBSD_st= able_9/usr.bin/vi/../../contrib/nvi/include -std=3Dgnu99 -fstack-protector= -Wno-pointer-sign -c /builds/FreeBSD_stable_9/usr.bin/vi/../../contrib/nvi= /ex/ex_join.c -o ex_join.o cc -O2 -pipe -I. -I/builds/FreeBSD_stable_9/usr.bin/xlint/lint1 -I/builds/= FreeBSD_stable_9/usr.bin/xlint/lint1/../arch/amd64 -I/builds/FreeBSD_stable= _9/usr.bin/xlint/lint1/../common -std=3Dgnu99 -fstack-protector -Wno-point= er-sign -o lint1 cgram.o scan.o mem1.o mem.o err.o main1.o decl.o tree.o f= unc.o init.o emit.o emit1.o inittyp.o -ll -lm cc -O2 -pipe -DGTAGS -DSYSV_CURSES -I/builds/FreeBSD_stable_9/usr.bin/vi -= I/builds/FreeBSD_stable_9/usr.bin/vi/../../contrib/nvi -I/builds/FreeBSD_st= able_9/usr.bin/vi/../../contrib/nvi/include -std=3Dgnu99 -fstack-protector= -Wno-pointer-sign -c /builds/FreeBSD_stable_9/usr.bin/vi/../../contrib/nvi= /ex/ex_map.c -o ex_map.o cc -O2 -pipe -DGTAGS -DSYSV_CURSES -I/builds/FreeBSD_stable_9/usr.bin/vi -= I/builds/FreeBSD_stable_9/usr.bin/vi/../../contrib/nvi -I/builds/FreeBSD_st= able_9/usr.bin/vi/../../contrib/nvi/include -std=3Dgnu99 -fstack-protector= -Wno-pointer-sign -c /builds/FreeBSD_stable_9/usr.bin/vi/../../contrib/nvi= /ex/ex_mark.c -o ex_mark.o =3D=3D=3D> usr.bin/xlint/lint2 (all) cc -O2 -pipe -DGTAGS -DSYSV_CURSES -I/builds/FreeBSD_stable_9/usr.bin/vi -= I/builds/FreeBSD_stable_9/usr.bin/vi/../../contrib/nvi -I/builds/FreeBSD_st= able_9/usr.bin/vi/../../contrib/nvi/include -std=3Dgnu99 -fstack-protector= -Wno-pointer-sign -c /builds/FreeBSD_stable_9/usr.bin/vi/../../contrib/nvi= /ex/ex_mkexrc.c -o ex_mkexrc.o cc -O2 -pipe -I/builds/FreeBSD_stable_9/usr.bin/xlint/lint2/../lint1 -I/bu= ilds/FreeBSD_stable_9/usr.bin/xlint/lint2/../arch/amd64 -I/builds/FreeBSD_s= table_9/usr.bin/xlint/lint2/../common -std=3Dgnu99 -fstack-protector -Wno-= pointer-sign -c /builds/FreeBSD_stable_9/usr.bin/xlint/lint2/main2.c -o mai= n2.o cc -O2 -pipe -DGTAGS -DSYSV_CURSES -I/builds/FreeBSD_stable_9/usr.bin/vi -= I/builds/FreeBSD_stable_9/usr.bin/vi/../../contrib/nvi -I/builds/FreeBSD_st= able_9/usr.bin/vi/../../contrib/nvi/include -std=3Dgnu99 -fstack-protector= -Wno-pointer-sign -c /builds/FreeBSD_stable_9/usr.bin/vi/../../contrib/nvi= /ex/ex_move.c -o ex_move.o cc -O2 -pipe -DGTAGS -DSYSV_CURSES -I/builds/FreeBSD_stable_9/usr.bin/vi -= I/builds/FreeBSD_stable_9/usr.bin/vi/../../contrib/nvi -I/builds/FreeBSD_st= able_9/usr.bin/vi/../../contrib/nvi/include -std=3Dgnu99 -fstack-protector= -Wno-pointer-sign -c /builds/FreeBSD_stable_9/usr.bin/vi/../../contrib/nvi= /ex/ex_open.c -o ex_open.o cc -O2 -pipe -I/builds/FreeBSD_stable_9/usr.bin/xlint/lint2/../lint1 -I/bu= ilds/FreeBSD_stable_9/usr.bin/xlint/lint2/../arch/amd64 -I/builds/FreeBSD_s= table_9/usr.bin/xlint/lint2/../common -std=3Dgnu99 -fstack-protector -Wno-= pointer-sign -c /builds/FreeBSD_stable_9/usr.bin/xlint/lint2/hash.c -o hash= .o cc -O2 -pipe -DGTAGS -DSYSV_CURSES -I/builds/FreeBSD_stable_9/usr.bin/vi -= I/builds/FreeBSD_stable_9/usr.bin/vi/../../contrib/nvi -I/builds/FreeBSD_st= able_9/usr.bin/vi/../../contrib/nvi/include -std=3Dgnu99 -fstack-protector= -Wno-pointer-sign -c /builds/FreeBSD_stable_9/usr.bin/vi/../../contrib/nvi= /ex/ex_preserve.c -o ex_preserve.o cc -O2 -pipe -I/builds/FreeBSD_stable_9/usr.bin/xlint/lint2/../lint1 -I/bu= ilds/FreeBSD_stable_9/usr.bin/xlint/lint2/../arch/amd64 -I/builds/FreeBSD_s= table_9/usr.bin/xlint/lint2/../common -std=3Dgnu99 -fstack-protector -Wno-= pointer-sign -c /builds/FreeBSD_stable_9/usr.bin/xlint/lint2/read.c -o read= .o cc -O2 -pipe -DGTAGS -DSYSV_CURSES -I/builds/FreeBSD_stable_9/usr.bin/vi -= I/builds/FreeBSD_stable_9/usr.bin/vi/../../contrib/nvi -I/builds/FreeBSD_st= able_9/usr.bin/vi/../../contrib/nvi/include -std=3Dgnu99 -fstack-protector= -Wno-pointer-sign -c /builds/FreeBSD_stable_9/usr.bin/vi/../../contrib/nvi= /ex/ex_print.c -o ex_print.o cc -O2 -pipe -I/builds/FreeBSD_stable_9/usr.bin/xlint/lint2/../lint1 -I/bu= ilds/FreeBSD_stable_9/usr.bin/xlint/lint2/../arch/amd64 -I/builds/FreeBSD_s= table_9/usr.bin/xlint/lint2/../common -std=3Dgnu99 -fstack-protector -Wno-= pointer-sign -c /builds/FreeBSD_stable_9/usr.bin/xlint/lint2/../common/mem.= c -o mem.o cc -O2 -pipe -I/builds/FreeBSD_stable_9/usr.bin/xlint/lint2/../lint1 -I/bu= ilds/FreeBSD_stable_9/usr.bin/xlint/lint2/../arch/amd64 -I/builds/FreeBSD_s= table_9/usr.bin/xlint/lint2/../common -std=3Dgnu99 -fstack-protector -Wno-= pointer-sign -c /builds/FreeBSD_stable_9/usr.bin/xlint/lint2/mem2.c -o mem2= .o cc -O2 -pipe -DGTAGS -DSYSV_CURSES -I/builds/FreeBSD_stable_9/usr.bin/vi -= I/builds/FreeBSD_stable_9/usr.bin/vi/../../contrib/nvi -I/builds/FreeBSD_st= able_9/usr.bin/vi/../../contrib/nvi/include -std=3Dgnu99 -fstack-protector= -Wno-pointer-sign -c /builds/FreeBSD_stable_9/usr.bin/vi/../../contrib/nvi= /ex/ex_put.c -o ex_put.o cc -O2 -pipe -I/builds/FreeBSD_stable_9/usr.bin/xlint/lint2/../lint1 -I/bu= ilds/FreeBSD_stable_9/usr.bin/xlint/lint2/../arch/amd64 -I/builds/FreeBSD_s= table_9/usr.bin/xlint/lint2/../common -std=3Dgnu99 -fstack-protector -Wno-= pointer-sign -c /builds/FreeBSD_stable_9/usr.bin/xlint/lint2/chk.c -o chk.o cc -O2 -pipe -I/builds/FreeBSD_stable_9/usr.bin/xlint/lint2/../lint1 -I/bu= ilds/FreeBSD_stable_9/usr.bin/xlint/lint2/../arch/amd64 -I/builds/FreeBSD_s= table_9/usr.bin/xlint/lint2/../common -std=3Dgnu99 -fstack-protector -Wno-= pointer-sign -c /builds/FreeBSD_stable_9/usr.bin/xlint/lint2/msg.c -o msg.o cc -O2 -pipe -DGTAGS -DSYSV_CURSES -I/builds/FreeBSD_stable_9/usr.bin/vi -= I/builds/FreeBSD_stable_9/usr.bin/vi/../../contrib/nvi -I/builds/FreeBSD_st= able_9/usr.bin/vi/../../contrib/nvi/include -std=3Dgnu99 -fstack-protector= -Wno-pointer-sign -c /builds/FreeBSD_stable_9/usr.bin/vi/../../contrib/nvi= /ex/ex_quit.c -o ex_quit.o cc -O2 -pipe -I/builds/FreeBSD_stable_9/usr.bin/xlint/lint2/../lint1 -I/bu= ilds/FreeBSD_stable_9/usr.bin/xlint/lint2/../arch/amd64 -I/builds/FreeBSD_s= table_9/usr.bin/xlint/lint2/../common -std=3Dgnu99 -fstack-protector -Wno-= pointer-sign -c /builds/FreeBSD_stable_9/usr.bin/xlint/lint2/../lint1/emit.= c -o emit.o cc -O2 -pipe -DGTAGS -DSYSV_CURSES -I/builds/FreeBSD_stable_9/usr.bin/vi -= I/builds/FreeBSD_stable_9/usr.bin/vi/../../contrib/nvi -I/builds/FreeBSD_st= able_9/usr.bin/vi/../../contrib/nvi/include -std=3Dgnu99 -fstack-protector= -Wno-pointer-sign -c /builds/FreeBSD_stable_9/usr.bin/vi/../../contrib/nvi= /ex/ex_read.c -o ex_read.o cc -O2 -pipe -DGTAGS -DSYSV_CURSES -I/builds/FreeBSD_stable_9/usr.bin/vi -= I/builds/FreeBSD_stable_9/usr.bin/vi/../../contrib/nvi -I/builds/FreeBSD_st= able_9/usr.bin/vi/../../contrib/nvi/include -std=3Dgnu99 -fstack-protector= -Wno-pointer-sign -c /builds/FreeBSD_stable_9/usr.bin/vi/../../contrib/nvi= /ex/ex_screen.c -o ex_screen.o cc -O2 -pipe -I/builds/FreeBSD_stable_9/usr.bin/xlint/lint2/../lint1 -I/bu= ilds/FreeBSD_stable_9/usr.bin/xlint/lint2/../arch/amd64 -I/builds/FreeBSD_s= table_9/usr.bin/xlint/lint2/../common -std=3Dgnu99 -fstack-protector -Wno-= pointer-sign -c /builds/FreeBSD_stable_9/usr.bin/xlint/lint2/emit2.c -o emi= t2.o cc -O2 -pipe -DGTAGS -DSYSV_CURSES -I/builds/FreeBSD_stable_9/usr.bin/vi -= I/builds/FreeBSD_stable_9/usr.bin/vi/../../contrib/nvi -I/builds/FreeBSD_st= able_9/usr.bin/vi/../../contrib/nvi/include -std=3Dgnu99 -fstack-protector= -Wno-pointer-sign -c /builds/FreeBSD_stable_9/usr.bin/vi/../../contrib/nvi= /ex/ex_script.c -o ex_script.o cc -O2 -pipe -DGTAGS -DSYSV_CURSES -I/builds/FreeBSD_stable_9/usr.bin/vi -= I/builds/FreeBSD_stable_9/usr.bin/vi/../../contrib/nvi -I/builds/FreeBSD_st= able_9/usr.bin/vi/../../contrib/nvi/include -std=3Dgnu99 -fstack-protector= -Wno-pointer-sign -c /builds/FreeBSD_stable_9/usr.bin/vi/../../contrib/nvi= /ex/ex_set.c -o ex_set.o cc -O2 -pipe -I/builds/FreeBSD_stable_9/usr.bin/xlint/lint2/../lint1 -I/bu= ilds/FreeBSD_stable_9/usr.bin/xlint/lint2/../arch/amd64 -I/builds/FreeBSD_s= table_9/usr.bin/xlint/lint2/../common -std=3Dgnu99 -fstack-protector -Wno-= pointer-sign -c /builds/FreeBSD_stable_9/usr.bin/xlint/lint2/../common/init= typ.c -o inittyp.o cc -O2 -pipe -DGTAGS -DSYSV_CURSES -I/builds/FreeBSD_stable_9/usr.bin/vi -= I/builds/FreeBSD_stable_9/usr.bin/vi/../../contrib/nvi -I/builds/FreeBSD_st= able_9/usr.bin/vi/../../contrib/nvi/include -std=3Dgnu99 -fstack-protector= -Wno-pointer-sign -c /builds/FreeBSD_stable_9/usr.bin/vi/../../contrib/nvi= /ex/ex_shell.c -o ex_shell.o cc -O2 -pipe -DGTAGS -DSYSV_CURSES -I/builds/FreeBSD_stable_9/usr.bin/vi -= I/builds/FreeBSD_stable_9/usr.bin/vi/../../contrib/nvi -I/builds/FreeBSD_st= able_9/usr.bin/vi/../../contrib/nvi/include -std=3Dgnu99 -fstack-protector= -Wno-pointer-sign -c /builds/FreeBSD_stable_9/usr.bin/vi/../../contrib/nvi= /ex/ex_shift.c -o ex_shift.o cc -O2 -pipe -I/builds/FreeBSD_stable_9/usr.bin/xlint/lint2/../lint1 -I/bu= ilds/FreeBSD_stable_9/usr.bin/xlint/lint2/../arch/amd64 -I/builds/FreeBSD_s= table_9/usr.bin/xlint/lint2/../common -std=3Dgnu99 -fstack-protector -Wno-= pointer-sign -o lint2 main2.o hash.o read.o mem.o mem2.o chk.o msg.o emit.= o emit2.o inittyp.o=20 =3D=3D=3D> usr.bin/xlint/xlint (all) cc -O2 -pipe -DGTAGS -DSYSV_CURSES -I/builds/FreeBSD_stable_9/usr.bin/vi -= I/builds/FreeBSD_stable_9/usr.bin/vi/../../contrib/nvi -I/builds/FreeBSD_st= able_9/usr.bin/vi/../../contrib/nvi/include -std=3Dgnu99 -fstack-protector= -Wno-pointer-sign -c /builds/FreeBSD_stable_9/usr.bin/vi/../../contrib/nvi= /ex/ex_source.c -o ex_source.o cc -O2 -pipe -I/builds/FreeBSD_stable_9/usr.bin/xlint/xlint/../lint1 -DPRE= FIX=3D\"\" -I/builds/FreeBSD_stable_9/usr.bin/xlint/xlint/../arch/amd64 -I/= builds/FreeBSD_stable_9/usr.bin/xlint/xlint/../common -std=3Dgnu99 -fstack= -protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-pa= rameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-t= ype -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast= -align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-= style-definition -Wno-pointer-sign -c /builds/FreeBSD_stable_9/usr.bin/xlin= t/xlint/xlint.c -o xlint.o cc -O2 -pipe -I/builds/FreeBSD_stable_9/usr.bin/xlint/xlint/../lint1 -DPRE= FIX=3D\"\" -I/builds/FreeBSD_stable_9/usr.bin/xlint/xlint/../arch/amd64 -I/= builds/FreeBSD_stable_9/usr.bin/xlint/xlint/../common -std=3Dgnu99 -fstack= -protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-pa= rameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-t= ype -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast= -align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-= style-definition -Wno-pointer-sign -c /builds/FreeBSD_stable_9/usr.bin/xlin= t/xlint/../common/mem.c -o mem.o cc -O2 -pipe -DGTAGS -DSYSV_CURSES -I/builds/FreeBSD_stable_9/usr.bin/vi -= I/builds/FreeBSD_stable_9/usr.bin/vi/../../contrib/nvi -I/builds/FreeBSD_st= able_9/usr.bin/vi/../../contrib/nvi/include -std=3Dgnu99 -fstack-protector= -Wno-pointer-sign -c /builds/FreeBSD_stable_9/usr.bin/vi/../../contrib/nvi= /ex/ex_stop.c -o ex_stop.o gzip -cn /builds/FreeBSD_stable_9/usr.bin/xlint/xlint/lint.1 > lint.1.gz cc -O2 -pipe -DGTAGS -DSYSV_CURSES -I/builds/FreeBSD_stable_9/usr.bin/vi -= I/builds/FreeBSD_stable_9/usr.bin/vi/../../contrib/nvi -I/builds/FreeBSD_st= able_9/usr.bin/vi/../../contrib/nvi/include -std=3Dgnu99 -fstack-protector= -Wno-pointer-sign -c /builds/FreeBSD_stable_9/usr.bin/vi/../../contrib/nvi= /ex/ex_subst.c -o ex_subst.o cc -O2 -pipe -DGTAGS -DSYSV_CURSES -I/builds/FreeBSD_stable_9/usr.bin/vi -= I/builds/FreeBSD_stable_9/usr.bin/vi/../../contrib/nvi -I/builds/FreeBSD_st= able_9/usr.bin/vi/../../contrib/nvi/include -std=3Dgnu99 -fstack-protector= -Wno-pointer-sign -c /builds/FreeBSD_stable_9/usr.bin/vi/../../contrib/nvi= /ex/ex_tag.c -o ex_tag.o /builds/FreeBSD_stable_9/usr.bin/vi/../../contrib/nvi/ex/ex_subst.c: In fun= ction 's': /builds/FreeBSD_stable_9/usr.bin/vi/../../contrib/nvi/ex/ex_subst.c:421: wa= rning: comparison is always false due to limited range of data type /builds/FreeBSD_stable_9/usr.bin/vi/../../contrib/nvi/ex/ex_subst.c:423: wa= rning: comparison is always false due to limited range of data type cc -O2 -pipe -DGTAGS -DSYSV_CURSES -I/builds/FreeBSD_stable_9/usr.bin/vi -= I/builds/FreeBSD_stable_9/usr.bin/vi/../../contrib/nvi -I/builds/FreeBSD_st= able_9/usr.bin/vi/../../contrib/nvi/include -std=3Dgnu99 -fstack-protector= -Wno-pointer-sign -c /builds/FreeBSD_stable_9/usr.bin/vi/../../contrib/nvi= /ex/ex_txt.c -o ex_txt.o cc -O2 -pipe -I/builds/FreeBSD_stable_9/usr.bin/xlint/xlint/../lint1 -DPRE= FIX=3D\"\" -I/builds/FreeBSD_stable_9/usr.bin/xlint/xlint/../arch/amd64 -I/= builds/FreeBSD_stable_9/usr.bin/xlint/xlint/../common -std=3Dgnu99 -fstack= -protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-pa= rameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-t= ype -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast= -align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-= style-definition -Wno-pointer-sign -o xlint xlint.o mem.o=20 =3D=3D=3D> usr.bin/xlint/llib (all) /builds/FreeBSD_stable_9/usr.bin/vi/../../contrib/nvi/ex/ex_txt.c: In funct= ion 'ex_txt': /builds/FreeBSD_stable_9/usr.bin/vi/../../contrib/nvi/ex/ex_txt.c:109: warn= ing: implicit declaration of function 'v_txt_auto' lint -cghapbx -Cposix /builds/FreeBSD_stable_9/usr.bin/xlint/llib/llib-lpos= ix llib-lposix: _types.h(62): warning: struct __timer never defined [233] _types.h(63): warning: struct __mq never defined [233] _pthreadtypes.h(44): warning: struct pthread never defined [233] _pthreadtypes.h(45): warning: struct pthread_attr never defined [233] _pthreadtypes.h(46): warning: struct pthread_cond never defined [233] _pthreadtypes.h(47): warning: struct pthread_cond_attr never defined [233] _pthreadtypes.h(48): warning: struct pthread_mutex never defined [233] _pthreadtypes.h(49): warning: struct pthread_mutex_attr never defined [233] _pthreadtypes.h(51): warning: struct pthread_rwlock never defined [233] _pthreadtypes.h(52): warning: struct pthread_rwlockattr never defined [233] _pthreadtypes.h(53): warning: struct pthread_barrier never defined [233] _pthreadtypes.h(54): warning: struct pthread_barrier_attr never defined [23= 3] _pthreadtypes.h(55): warning: struct pthread_spinlock never defined [233] _pthreadtypes.h(78): warning: struct pthread_barrierattr never defined [233= ] signal.h(294): warning: struct __siginfo never defined [233] Lint pass2: uname multiply defined =09llib-lposix?(42) :: llib-lposix(303) lint -cghapbx -Cstdc /builds/FreeBSD_stable_9/usr.bin/xlint/llib/llib-lstdc llib-lstdc: _types.h(62): warning: struct __timer never defined [233] _types.h(63): warning: struct __mq never defined [233] stdio.h(142): warning: struct pthread_mutex never defined [233] stdio.h(143): warning: struct pthread never defined [233] Lint pass2: cc -O2 -pipe -DGTAGS -DSYSV_CURSES -I/builds/FreeBSD_stable_9/usr.bin/vi -= I/builds/FreeBSD_stable_9/usr.bin/vi/../../contrib/nvi -I/builds/FreeBSD_st= able_9/usr.bin/vi/../../contrib/nvi/include -std=3Dgnu99 -fstack-protector= -Wno-pointer-sign -c /builds/FreeBSD_stable_9/usr.bin/vi/../../contrib/nvi= /ex/ex_undo.c -o ex_undo.o cc -O2 -pipe -DGTAGS -DSYSV_CURSES -I/builds/FreeBSD_stable_9/usr.bin/vi -= I/builds/FreeBSD_stable_9/usr.bin/vi/../../contrib/nvi -I/builds/FreeBSD_st= able_9/usr.bin/vi/../../contrib/nvi/include -std=3Dgnu99 -fstack-protector= -Wno-pointer-sign -c /builds/FreeBSD_stable_9/usr.bin/vi/../../contrib/nvi= /ex/ex_usage.c -o ex_usage.o cc -O2 -pipe -DGTAGS -DSYSV_CURSES -I/builds/FreeBSD_stable_9/usr.bin/vi -= I/builds/FreeBSD_stable_9/usr.bin/vi/../../contrib/nvi -I/builds/FreeBSD_st= able_9/usr.bin/vi/../../contrib/nvi/include -std=3Dgnu99 -fstack-protector= -Wno-pointer-sign -c /builds/FreeBSD_stable_9/usr.bin/vi/../../contrib/nvi= /ex/ex_util.c -o ex_util.o cc -O2 -pipe -DGTAGS -DSYSV_CURSES -I/builds/FreeBSD_stable_9/usr.bin/vi -= I/builds/FreeBSD_stable_9/usr.bin/vi/../../contrib/nvi -I/builds/FreeBSD_st= able_9/usr.bin/vi/../../contrib/nvi/include -std=3Dgnu99 -fstack-protector= -Wno-pointer-sign -c /builds/FreeBSD_stable_9/usr.bin/vi/../../contrib/nvi= /ex/ex_version.c -o ex_version.o cc -O2 -pipe -DGTAGS -DSYSV_CURSES -I/builds/FreeBSD_stable_9/usr.bin/vi -= I/builds/FreeBSD_stable_9/usr.bin/vi/../../contrib/nvi -I/builds/FreeBSD_st= able_9/usr.bin/vi/../../contrib/nvi/include -std=3Dgnu99 -fstack-protector= -Wno-pointer-sign -c /builds/FreeBSD_stable_9/usr.bin/vi/../../contrib/nvi= /ex/ex_visual.c -o ex_visual.o cc -O2 -pipe -DGTAGS -DSYSV_CURSES -I/builds/FreeBSD_stable_9/usr.bin/vi -= I/builds/FreeBSD_stable_9/usr.bin/vi/../../contrib/nvi -I/builds/FreeBSD_st= able_9/usr.bin/vi/../../contrib/nvi/include -std=3Dgnu99 -fstack-protector= -Wno-pointer-sign -c /builds/FreeBSD_stable_9/usr.bin/vi/../../contrib/nvi= /ex/ex_write.c -o ex_write.o cc -O2 -pipe -DGTAGS -DSYSV_CURSES -I/builds/FreeBSD_stable_9/usr.bin/vi -= I/builds/FreeBSD_stable_9/usr.bin/vi/../../contrib/nvi -I/builds/FreeBSD_st= able_9/usr.bin/vi/../../contrib/nvi/include -std=3Dgnu99 -fstack-protector= -Wno-pointer-sign -c /builds/FreeBSD_stable_9/usr.bin/vi/../../contrib/nvi= /ex/ex_yank.c -o ex_yank.o cc -O2 -pipe -DGTAGS -DSYSV_CURSES -I/builds/FreeBSD_stable_9/usr.bin/vi -= I/builds/FreeBSD_stable_9/usr.bin/vi/../../contrib/nvi -I/builds/FreeBSD_st= able_9/usr.bin/vi/../../contrib/nvi/include -std=3Dgnu99 -fstack-protector= -Wno-pointer-sign -c /builds/FreeBSD_stable_9/usr.bin/vi/../../contrib/nvi= /ex/ex_z.c -o ex_z.o cc -O2 -pipe -DGTAGS -DSYSV_CURSES -I/builds/FreeBSD_stable_9/usr.bin/vi -= I/builds/FreeBSD_stable_9/usr.bin/vi/../../contrib/nvi -I/builds/FreeBSD_st= able_9/usr.bin/vi/../../contrib/nvi/include -std=3Dgnu99 -fstack-protector= -Wno-pointer-sign -c /builds/FreeBSD_stable_9/usr.bin/vi/../../contrib/nvi= /ex/ex_tcl.c -o ex_tcl.o cc -O2 -pipe -DGTAGS -DSYSV_CURSES -I/builds/FreeBSD_stable_9/usr.bin/vi -= I/builds/FreeBSD_stable_9/usr.bin/vi/../../contrib/nvi -I/builds/FreeBSD_st= able_9/usr.bin/vi/../../contrib/nvi/include -std=3Dgnu99 -fstack-protector= -Wno-pointer-sign -c /builds/FreeBSD_stable_9/usr.bin/vi/../../contrib/nvi= /ex/ex_perl.c -o ex_perl.o cc -O2 -pipe -DGTAGS -DSYSV_CURSES -I/builds/FreeBSD_stable_9/usr.bin/vi -= I/builds/FreeBSD_stable_9/usr.bin/vi/../../contrib/nvi -I/builds/FreeBSD_st= able_9/usr.bin/vi/../../contrib/nvi/include -std=3Dgnu99 -fstack-protector= -Wno-pointer-sign -c /builds/FreeBSD_stable_9/usr.bin/vi/../../contrib/nvi= /vi/getc.c -o getc.o cc -O2 -pipe -DGTAGS -DSYSV_CURSES -I/builds/FreeBSD_stable_9/usr.bin/vi -= I/builds/FreeBSD_stable_9/usr.bin/vi/../../contrib/nvi -I/builds/FreeBSD_st= able_9/usr.bin/vi/../../contrib/nvi/include -std=3Dgnu99 -fstack-protector= -Wno-pointer-sign -c /builds/FreeBSD_stable_9/usr.bin/vi/../../contrib/nvi= /vi/v_at.c -o v_at.o cc -O2 -pipe -DGTAGS -DSYSV_CURSES -I/builds/FreeBSD_stable_9/usr.bin/vi -= I/builds/FreeBSD_stable_9/usr.bin/vi/../../contrib/nvi -I/builds/FreeBSD_st= able_9/usr.bin/vi/../../contrib/nvi/include -std=3Dgnu99 -fstack-protector= -Wno-pointer-sign -c /builds/FreeBSD_stable_9/usr.bin/vi/../../contrib/nvi= /vi/v_ch.c -o v_ch.o /builds/FreeBSD_stable_9/usr.bin/vi/../../contrib/nvi/vi/getc.c: In functio= n 'cs_init': /builds/FreeBSD_stable_9/usr.bin/vi/../../contrib/nvi/vi/getc.c:52: warning= : passing argument 3 of 'db_eget' from incompatible pointer type /builds/FreeBSD_stable_9/usr.bin/vi/../../contrib/nvi/vi/getc.c: In functio= n 'cs_prev': /builds/FreeBSD_stable_9/usr.bin/vi/../../contrib/nvi/vi/getc.c:182: warnin= g: passing argument 4 of 'db_get' from incompatible pointer type cc -O2 -pipe -DGTAGS -DSYSV_CURSES -I/builds/FreeBSD_stable_9/usr.bin/vi -= I/builds/FreeBSD_stable_9/usr.bin/vi/../../contrib/nvi -I/builds/FreeBSD_st= able_9/usr.bin/vi/../../contrib/nvi/include -std=3Dgnu99 -fstack-protector= -Wno-pointer-sign -c /builds/FreeBSD_stable_9/usr.bin/vi/../../contrib/nvi= /vi/v_cmd.c -o v_cmd.o cc -O2 -pipe -DGTAGS -DSYSV_CURSES -I/builds/FreeBSD_stable_9/usr.bin/vi -= I/builds/FreeBSD_stable_9/usr.bin/vi/../../contrib/nvi -I/builds/FreeBSD_st= able_9/usr.bin/vi/../../contrib/nvi/include -std=3Dgnu99 -fstack-protector= -Wno-pointer-sign -c /builds/FreeBSD_stable_9/usr.bin/vi/../../contrib/nvi= /vi/v_delete.c -o v_delete.o cc -O2 -pipe -DGTAGS -DSYSV_CURSES -I/builds/FreeBSD_stable_9/usr.bin/vi -= I/builds/FreeBSD_stable_9/usr.bin/vi/../../contrib/nvi -I/builds/FreeBSD_st= able_9/usr.bin/vi/../../contrib/nvi/include -std=3Dgnu99 -fstack-protector= -Wno-pointer-sign -c /builds/FreeBSD_stable_9/usr.bin/vi/../../contrib/nvi= /vi/v_ex.c -o v_ex.o cc -O2 -pipe -DGTAGS -DSYSV_CURSES -I/builds/FreeBSD_stable_9/usr.bin/vi -= I/builds/FreeBSD_stable_9/usr.bin/vi/../../contrib/nvi -I/builds/FreeBSD_st= able_9/usr.bin/vi/../../contrib/nvi/include -std=3Dgnu99 -fstack-protector= -Wno-pointer-sign -c /builds/FreeBSD_stable_9/usr.bin/vi/../../contrib/nvi= /vi/v_increment.c -o v_increment.o cc -O2 -pipe -DGTAGS -DSYSV_CURSES -I/builds/FreeBSD_stable_9/usr.bin/vi -= I/builds/FreeBSD_stable_9/usr.bin/vi/../../contrib/nvi -I/builds/FreeBSD_st= able_9/usr.bin/vi/../../contrib/nvi/include -std=3Dgnu99 -fstack-protector= -Wno-pointer-sign -c /builds/FreeBSD_stable_9/usr.bin/vi/../../contrib/nvi= /vi/v_init.c -o v_init.o cc -O2 -pipe -DGTAGS -DSYSV_CURSES -I/builds/FreeBSD_stable_9/usr.bin/vi -= I/builds/FreeBSD_stable_9/usr.bin/vi/../../contrib/nvi -I/builds/FreeBSD_st= able_9/usr.bin/vi/../../contrib/nvi/include -std=3Dgnu99 -fstack-protector= -Wno-pointer-sign -c /builds/FreeBSD_stable_9/usr.bin/vi/../../contrib/nvi= /vi/v_itxt.c -o v_itxt.o cc -O2 -pipe -DGTAGS -DSYSV_CURSES -I/builds/FreeBSD_stable_9/usr.bin/vi -= I/builds/FreeBSD_stable_9/usr.bin/vi/../../contrib/nvi -I/builds/FreeBSD_st= able_9/usr.bin/vi/../../contrib/nvi/include -std=3Dgnu99 -fstack-protector= -Wno-pointer-sign -c /builds/FreeBSD_stable_9/usr.bin/vi/../../contrib/nvi= /vi/v_left.c -o v_left.o cc -O2 -pipe -DGTAGS -DSYSV_CURSES -I/builds/FreeBSD_stable_9/usr.bin/vi -= I/builds/FreeBSD_stable_9/usr.bin/vi/../../contrib/nvi -I/builds/FreeBSD_st= able_9/usr.bin/vi/../../contrib/nvi/include -std=3Dgnu99 -fstack-protector= -Wno-pointer-sign -c /builds/FreeBSD_stable_9/usr.bin/vi/../../contrib/nvi= /vi/v_mark.c -o v_mark.o cc -O2 -pipe -DGTAGS -DSYSV_CURSES -I/builds/FreeBSD_stable_9/usr.bin/vi -= I/builds/FreeBSD_stable_9/usr.bin/vi/../../contrib/nvi -I/builds/FreeBSD_st= able_9/usr.bin/vi/../../contrib/nvi/include -std=3Dgnu99 -fstack-protector= -Wno-pointer-sign -c /builds/FreeBSD_stable_9/usr.bin/vi/../../contrib/nvi= /vi/v_match.c -o v_match.o cc -O2 -pipe -DGTAGS -DSYSV_CURSES -I/builds/FreeBSD_stable_9/usr.bin/vi -= I/builds/FreeBSD_stable_9/usr.bin/vi/../../contrib/nvi -I/builds/FreeBSD_st= able_9/usr.bin/vi/../../contrib/nvi/include -std=3Dgnu99 -fstack-protector= -Wno-pointer-sign -c /builds/FreeBSD_stable_9/usr.bin/vi/../../contrib/nvi= /vi/v_paragraph.c -o v_paragraph.o cc -O2 -pipe -DGTAGS -DSYSV_CURSES -I/builds/FreeBSD_stable_9/usr.bin/vi -= I/builds/FreeBSD_stable_9/usr.bin/vi/../../contrib/nvi -I/builds/FreeBSD_st= able_9/usr.bin/vi/../../contrib/nvi/include -std=3Dgnu99 -fstack-protector= -Wno-pointer-sign -c /builds/FreeBSD_stable_9/usr.bin/vi/../../contrib/nvi= /vi/v_put.c -o v_put.o cc -O2 -pipe -DGTAGS -DSYSV_CURSES -I/builds/FreeBSD_stable_9/usr.bin/vi -= I/builds/FreeBSD_stable_9/usr.bin/vi/../../contrib/nvi -I/builds/FreeBSD_st= able_9/usr.bin/vi/../../contrib/nvi/include -std=3Dgnu99 -fstack-protector= -Wno-pointer-sign -c /builds/FreeBSD_stable_9/usr.bin/vi/../../contrib/nvi= /vi/v_redraw.c -o v_redraw.o cc -O2 -pipe -DGTAGS -DSYSV_CURSES -I/builds/FreeBSD_stable_9/usr.bin/vi -= I/builds/FreeBSD_stable_9/usr.bin/vi/../../contrib/nvi -I/builds/FreeBSD_st= able_9/usr.bin/vi/../../contrib/nvi/include -std=3Dgnu99 -fstack-protector= -Wno-pointer-sign -c /builds/FreeBSD_stable_9/usr.bin/vi/../../contrib/nvi= /vi/v_replace.c -o v_replace.o cc -O2 -pipe -DGTAGS -DSYSV_CURSES -I/builds/FreeBSD_stable_9/usr.bin/vi -= I/builds/FreeBSD_stable_9/usr.bin/vi/../../contrib/nvi -I/builds/FreeBSD_st= able_9/usr.bin/vi/../../contrib/nvi/include -std=3Dgnu99 -fstack-protector= -Wno-pointer-sign -c /builds/FreeBSD_stable_9/usr.bin/vi/../../contrib/nvi= /vi/v_right.c -o v_right.o cc -O2 -pipe -DGTAGS -DSYSV_CURSES -I/builds/FreeBSD_stable_9/usr.bin/vi -= I/builds/FreeBSD_stable_9/usr.bin/vi/../../contrib/nvi -I/builds/FreeBSD_st= able_9/usr.bin/vi/../../contrib/nvi/include -std=3Dgnu99 -fstack-protector= -Wno-pointer-sign -c /builds/FreeBSD_stable_9/usr.bin/vi/../../contrib/nvi= /vi/v_screen.c -o v_screen.o cc -O2 -pipe -DGTAGS -DSYSV_CURSES -I/builds/FreeBSD_stable_9/usr.bin/vi -= I/builds/FreeBSD_stable_9/usr.bin/vi/../../contrib/nvi -I/builds/FreeBSD_st= able_9/usr.bin/vi/../../contrib/nvi/include -std=3Dgnu99 -fstack-protector= -Wno-pointer-sign -c /builds/FreeBSD_stable_9/usr.bin/vi/../../contrib/nvi= /vi/v_scroll.c -o v_scroll.o cc -O2 -pipe -DGTAGS -DSYSV_CURSES -I/builds/FreeBSD_stable_9/usr.bin/vi -= I/builds/FreeBSD_stable_9/usr.bin/vi/../../contrib/nvi -I/builds/FreeBSD_st= able_9/usr.bin/vi/../../contrib/nvi/include -std=3Dgnu99 -fstack-protector= -Wno-pointer-sign -c /builds/FreeBSD_stable_9/usr.bin/vi/../../contrib/nvi= /vi/v_search.c -o v_search.o cc -O2 -pipe -DGTAGS -DSYSV_CURSES -I/builds/FreeBSD_stable_9/usr.bin/vi -= I/builds/FreeBSD_stable_9/usr.bin/vi/../../contrib/nvi -I/builds/FreeBSD_st= able_9/usr.bin/vi/../../contrib/nvi/include -std=3Dgnu99 -fstack-protector= -Wno-pointer-sign -c /builds/FreeBSD_stable_9/usr.bin/vi/../../contrib/nvi= /vi/v_section.c -o v_section.o cc -O2 -pipe -DGTAGS -DSYSV_CURSES -I/builds/FreeBSD_stable_9/usr.bin/vi -= I/builds/FreeBSD_stable_9/usr.bin/vi/../../contrib/nvi -I/builds/FreeBSD_st= able_9/usr.bin/vi/../../contrib/nvi/include -std=3Dgnu99 -fstack-protector= -Wno-pointer-sign -c /builds/FreeBSD_stable_9/usr.bin/vi/../../contrib/nvi= /vi/v_sentence.c -o v_sentence.o cc -O2 -pipe -DGTAGS -DSYSV_CURSES -I/builds/FreeBSD_stable_9/usr.bin/vi -= I/builds/FreeBSD_stable_9/usr.bin/vi/../../contrib/nvi -I/builds/FreeBSD_st= able_9/usr.bin/vi/../../contrib/nvi/include -std=3Dgnu99 -fstack-protector= -Wno-pointer-sign -c /builds/FreeBSD_stable_9/usr.bin/vi/../../contrib/nvi= /vi/v_status.c -o v_status.o cc -O2 -pipe -DGTAGS -DSYSV_CURSES -I/builds/FreeBSD_stable_9/usr.bin/vi -= I/builds/FreeBSD_stable_9/usr.bin/vi/../../contrib/nvi -I/builds/FreeBSD_st= able_9/usr.bin/vi/../../contrib/nvi/include -std=3Dgnu99 -fstack-protector= -Wno-pointer-sign -c /builds/FreeBSD_stable_9/usr.bin/vi/../../contrib/nvi= /vi/v_txt.c -o v_txt.o cc -O2 -pipe -DGTAGS -DSYSV_CURSES -I/builds/FreeBSD_stable_9/usr.bin/vi -= I/builds/FreeBSD_stable_9/usr.bin/vi/../../contrib/nvi -I/builds/FreeBSD_st= able_9/usr.bin/vi/../../contrib/nvi/include -std=3Dgnu99 -fstack-protector= -Wno-pointer-sign -c /builds/FreeBSD_stable_9/usr.bin/vi/../../contrib/nvi= /vi/v_ulcase.c -o v_ulcase.o cc -O2 -pipe -DGTAGS -DSYSV_CURSES -I/builds/FreeBSD_stable_9/usr.bin/vi -= I/builds/FreeBSD_stable_9/usr.bin/vi/../../contrib/nvi -I/builds/FreeBSD_st= able_9/usr.bin/vi/../../contrib/nvi/include -std=3Dgnu99 -fstack-protector= -Wno-pointer-sign -c /builds/FreeBSD_stable_9/usr.bin/vi/../../contrib/nvi= /vi/v_undo.c -o v_undo.o cc -O2 -pipe -DGTAGS -DSYSV_CURSES -I/builds/FreeBSD_stable_9/usr.bin/vi -= I/builds/FreeBSD_stable_9/usr.bin/vi/../../contrib/nvi -I/builds/FreeBSD_st= able_9/usr.bin/vi/../../contrib/nvi/include -std=3Dgnu99 -fstack-protector= -Wno-pointer-sign -c /builds/FreeBSD_stable_9/usr.bin/vi/../../contrib/nvi= /vi/v_util.c -o v_util.o /builds/FreeBSD_stable_9/usr.bin/vi/../../contrib/nvi/vi/v_txt.c: In functi= on 'txt_fc_col': /builds/FreeBSD_stable_9/usr.bin/vi/../../contrib/nvi/vi/v_txt.c:2247: warn= ing: comparison of distinct pointer types lacks a cast /builds/FreeBSD_stable_9/usr.bin/vi/../../contrib/nvi/vi/v_txt.c:2265: warn= ing: comparison of distinct pointer types lacks a cast /builds/FreeBSD_stable_9/usr.bin/vi/../../contrib/nvi/vi/v_ulcase.c: In fun= ction 'v_mulcase': /builds/FreeBSD_stable_9/usr.bin/vi/../../contrib/nvi/vi/v_ulcase.c:119: wa= rning: passing argument 4 of 'db_get' from incompatible pointer type cc -O2 -pipe -DGTAGS -DSYSV_CURSES -I/builds/FreeBSD_stable_9/usr.bin/vi -= I/builds/FreeBSD_stable_9/usr.bin/vi/../../contrib/nvi -I/builds/FreeBSD_st= able_9/usr.bin/vi/../../contrib/nvi/include -std=3Dgnu99 -fstack-protector= -Wno-pointer-sign -c /builds/FreeBSD_stable_9/usr.bin/vi/../../contrib/nvi= /vi/v_word.c -o v_word.o cc -O2 -pipe -DGTAGS -DSYSV_CURSES -I/builds/FreeBSD_stable_9/usr.bin/vi -= I/builds/FreeBSD_stable_9/usr.bin/vi/../../contrib/nvi -I/builds/FreeBSD_st= able_9/usr.bin/vi/../../contrib/nvi/include -std=3Dgnu99 -fstack-protector= -Wno-pointer-sign -c /builds/FreeBSD_stable_9/usr.bin/vi/../../contrib/nvi= /vi/v_xchar.c -o v_xchar.o cc -O2 -pipe -DGTAGS -DSYSV_CURSES -I/builds/FreeBSD_stable_9/usr.bin/vi -= I/builds/FreeBSD_stable_9/usr.bin/vi/../../contrib/nvi -I/builds/FreeBSD_st= able_9/usr.bin/vi/../../contrib/nvi/include -std=3Dgnu99 -fstack-protector= -Wno-pointer-sign -c /builds/FreeBSD_stable_9/usr.bin/vi/../../contrib/nvi= /vi/v_yank.c -o v_yank.o cc -O2 -pipe -DGTAGS -DSYSV_CURSES -I/builds/FreeBSD_stable_9/usr.bin/vi -= I/builds/FreeBSD_stable_9/usr.bin/vi/../../contrib/nvi -I/builds/FreeBSD_st= able_9/usr.bin/vi/../../contrib/nvi/include -std=3Dgnu99 -fstack-protector= -Wno-pointer-sign -c /builds/FreeBSD_stable_9/usr.bin/vi/../../contrib/nvi= /vi/v_z.c -o v_z.o cc -O2 -pipe -DGTAGS -DSYSV_CURSES -I/builds/FreeBSD_stable_9/usr.bin/vi -= I/builds/FreeBSD_stable_9/usr.bin/vi/../../contrib/nvi -I/builds/FreeBSD_st= able_9/usr.bin/vi/../../contrib/nvi/include -std=3Dgnu99 -fstack-protector= -Wno-pointer-sign -c /builds/FreeBSD_stable_9/usr.bin/vi/../../contrib/nvi= /vi/v_zexit.c -o v_zexit.o cc -O2 -pipe -DGTAGS -DSYSV_CURSES -I/builds/FreeBSD_stable_9/usr.bin/vi -= I/builds/FreeBSD_stable_9/usr.bin/vi/../../contrib/nvi -I/builds/FreeBSD_st= able_9/usr.bin/vi/../../contrib/nvi/include -std=3Dgnu99 -fstack-protector= -Wno-pointer-sign -c /builds/FreeBSD_stable_9/usr.bin/vi/../../contrib/nvi= /vi/vi.c -o vi.o cc -O2 -pipe -DGTAGS -DSYSV_CURSES -I/builds/FreeBSD_stable_9/usr.bin/vi -= I/builds/FreeBSD_stable_9/usr.bin/vi/../../contrib/nvi -I/builds/FreeBSD_st= able_9/usr.bin/vi/../../contrib/nvi/include -std=3Dgnu99 -fstack-protector= -Wno-pointer-sign -c /builds/FreeBSD_stable_9/usr.bin/vi/../../contrib/nvi= /vi/vs_line.c -o vs_line.o cc -O2 -pipe -DGTAGS -DSYSV_CURSES -I/builds/FreeBSD_stable_9/usr.bin/vi -= I/builds/FreeBSD_stable_9/usr.bin/vi/../../contrib/nvi -I/builds/FreeBSD_st= able_9/usr.bin/vi/../../contrib/nvi/include -std=3Dgnu99 -fstack-protector= -Wno-pointer-sign -c /builds/FreeBSD_stable_9/usr.bin/vi/../../contrib/nvi= /vi/vs_msg.c -o vs_msg.o cc -O2 -pipe -DGTAGS -DSYSV_CURSES -I/builds/FreeBSD_stable_9/usr.bin/vi -= I/builds/FreeBSD_stable_9/usr.bin/vi/../../contrib/nvi -I/builds/FreeBSD_st= able_9/usr.bin/vi/../../contrib/nvi/include -std=3Dgnu99 -fstack-protector= -Wno-pointer-sign -c /builds/FreeBSD_stable_9/usr.bin/vi/../../contrib/nvi= /vi/vs_refresh.c -o vs_refresh.o cc -O2 -pipe -DGTAGS -DSYSV_CURSES -I/builds/FreeBSD_stable_9/usr.bin/vi -= I/builds/FreeBSD_stable_9/usr.bin/vi/../../contrib/nvi -I/builds/FreeBSD_st= able_9/usr.bin/vi/../../contrib/nvi/include -std=3Dgnu99 -fstack-protector= -Wno-pointer-sign -c /builds/FreeBSD_stable_9/usr.bin/vi/../../contrib/nvi= /vi/vs_relative.c -o vs_relative.o cc -O2 -pipe -DGTAGS -DSYSV_CURSES -I/builds/FreeBSD_stable_9/usr.bin/vi -= I/builds/FreeBSD_stable_9/usr.bin/vi/../../contrib/nvi -I/builds/FreeBSD_st= able_9/usr.bin/vi/../../contrib/nvi/include -std=3Dgnu99 -fstack-protector= -Wno-pointer-sign -c /builds/FreeBSD_stable_9/usr.bin/vi/../../contrib/nvi= /vi/vs_smap.c -o vs_smap.o cc -O2 -pipe -DGTAGS -DSYSV_CURSES -I/builds/FreeBSD_stable_9/usr.bin/vi -= I/builds/FreeBSD_stable_9/usr.bin/vi/../../contrib/nvi -I/builds/FreeBSD_st= able_9/usr.bin/vi/../../contrib/nvi/include -std=3Dgnu99 -fstack-protector= -Wno-pointer-sign -c /builds/FreeBSD_stable_9/usr.bin/vi/../../contrib/nvi= /vi/vs_split.c -o vs_split.o gzip -cn /builds/FreeBSD_stable_9/usr.bin/vi/../../contrib/nvi/docs/USD.doc= /vi.man/vi.1 > vi.1.gz cc -O2 -pipe -DGTAGS -DSYSV_CURSES -I/builds/FreeBSD_stable_9/usr.bin/vi -= I/builds/FreeBSD_stable_9/usr.bin/vi/../../contrib/nvi -I/builds/FreeBSD_st= able_9/usr.bin/vi/../../contrib/nvi/include -std=3Dgnu99 -fstack-protector= -Wno-pointer-sign -o nvi cl_bsd.o cl_funcs.o cl_main.o cl_read.o cl_scree= n.o cl_term.o cut.o delete.o exf.o key.o line.o log.o main.o mark.o msg.o o= ptions.o options_f.o put.o screen.o search.o seq.o recover.o util.o ex.o ex= _abbrev.o ex_append.o ex_args.o ex_argv.o ex_at.o ex_bang.o ex_cd.o ex_cmd.= o ex_cscope.o ex_delete.o ex_display.o ex_edit.o ex_equal.o ex_file.o ex_fi= lter.o ex_global.o ex_init.o ex_join.o ex_map.o ex_mark.o ex_mkexrc.o ex_mo= ve.o ex_open.o ex_preserve.o ex_print.o ex_put.o ex_quit.o ex_read.o ex_scr= een.o ex_script.o ex_set.o ex_shell.o ex_shift.o ex_source.o ex_stop.o ex_s= ubst.o ex_tag.o ex_txt.o ex_undo.o ex_usage.o ex_util.o ex_version.o ex_vis= ual.o ex_write.o ex_yank.o ex_z.o ex_tcl.o ex_perl.o getc.o v_at.o v_ch.o v= _cmd.o v_delete.o v_ex.o v_increment.o v_init.o v_itxt.o v_left.o v_mark.o = v_match.o v_paragraph.o v_put.o v_redraw.o v_replace.o v_right.o v_screen.o= v_scroll.o v_search.o v_section.o v_sentence.o v_status.o v_txt.o v_ulcase= .o v_undo.o v_util.o v_word.o v_xchar.o v_yank.o v_z.o v_zexit.o vi.o vs_li= ne.o vs_msg.o vs_refresh.o vs_relative.o vs_smap.o vs_split.o -lncurses 1 error *** [everything] Error code 2 1 error *** [buildworld] Error code 2 1 error Build step 'Execute shell' marked build as failure Email was triggered for: Failure - Any Sending email for trigger: Failure - Any From owner-freebsd-stable@freebsd.org Tue Sep 6 08:17:53 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 26E96BC4F10 for ; Tue, 6 Sep 2016 08:17:53 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citapm.icyb.net.ua (citapm.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 68FC1FA7 for ; Tue, 6 Sep 2016 08:17:51 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citapm.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id LAA24263 for ; Tue, 06 Sep 2016 11:17:50 +0300 (EEST) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1bhBZm-000L7p-2P for freebsd-stable@FreeBSD.org; Tue, 06 Sep 2016 11:17:50 +0300 Subject: Re: FreeBSD_stable_9 - Build #1187 - Failure To: freebsd-stable@FreeBSD.org References: <241027906.22.1473146438617.JavaMail.jenkins@jenkins-9.freebsd.org> From: Andriy Gapon Message-ID: <16d79825-5737-5457-e04d-f37a02a168a2@FreeBSD.org> Date: Tue, 6 Sep 2016 11:16:53 +0300 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 In-Reply-To: <241027906.22.1473146438617.JavaMail.jenkins@jenkins-9.freebsd.org> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Sep 2016 08:17:53 -0000 On 06/09/2016 10:20, jenkins-admin@FreeBSD.org wrote: > 305459 by avg: > MFC r303738: report sector size and number of sectors in lsdev output > for bios disks Should be fixed by r305466. Sorry for the breakage. -- Andriy Gapon From owner-freebsd-stable@freebsd.org Tue Sep 6 08:20:32 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BE62AA9D17A; Tue, 6 Sep 2016 08:20:32 +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 B1C451E0; Tue, 6 Sep 2016 08:20:32 +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 EB711D4; Tue, 6 Sep 2016 08:20:32 +0000 (UTC) Date: Tue, 6 Sep 2016 08:20:30 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: avg@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-stable@FreeBSD.org, freebsd-i386@FreeBSD.org Message-ID: <1574223476.24.1473150032971.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_STABLE_9-i386 - Build #490 - Failure MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_STABLE_9-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.23 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Sep 2016 08:20:32 -0000 FreeBSD_STABLE_9-i386 - Build #490 - Failure: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_STABLE_9-i386/49= 0/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_STABLE_9-i386/490/= changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_STABLE_9-i386/490/c= onsole Change summaries: 305464 by avg: MFC r304674: intpm: add support for SB800 305459 by avg: MFC r303738: report sector size and number of sectors in lsdev output for bios disks The end of the build log: [...truncated 107509 lines...] cc -O2 -pipe -DINFODIR=3D\"/usr/share/info:/usr/local/info:.\" -DHAVE_CONF= IG_H -DLOCALEDIR=3D\"/usr/share/locale\" -I/usr/src/gnu/usr.bin/texinfo/in= fo/../../../../contrib/texinfo -I/usr/src/gnu/usr.bin/texinfo/info/../../..= /../contrib/texinfo/lib -std=3Dgnu99 -fstack-protector -c /usr/src/gnu/us= r.bin/texinfo/info/../../../../contrib/texinfo/info/nodes.c -o nodes.o cc -O2 -pipe -DGCCVER=3D\"4.2\" -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=3D\"/usr= \" -I/usr/obj/usr/src/gnu/usr.bin/cc/cc/../cc_tools -I/usr/src/gnu/usr.bin/= cc/cc/../cc_tools -I/usr/src/gnu/usr.bin/cc/cc/../../../../contrib/gcc -I/u= sr/src/gnu/usr.bin/cc/cc/../../../../contrib/gcc/config -I/usr/src/gnu/usr.= bin/cc/cc/../../../../contrib/gcclibs/include -I/usr/src/gnu/usr.bin/cc/cc/= ../../../../contrib/gcclibs/libcpp/include -I/usr/src/gnu/usr.bin/cc/cc/../= ../../../contrib/gcclibs/libdecnumber -DGCC_DRIVER -DDEFAULT_TARGET_VERSIO= N=3D\"4.2.1\" -DDEFAULT_TARGET_MACHINE=3D\"i386-undermydesk-freebsd\" -D= ENABLE_SHARED_LIBGCC -std=3Dgnu89 -fstack-protector -c /usr/src/gnu/usr.b= in/cc/cc/../../../../contrib/gcc/config/i386/driver-i386.c -o driver-i386.o Making tbl.1 from /usr/src/gnu/usr.bin/groff/src/preproc/tbl/../../../../..= /../contrib/groff/src/preproc/tbl/tbl.man cc -O2 -pipe -DINFODIR=3D\"/usr/share/info:/usr/local/info:.\" -DHAVE_CONF= IG_H -DLOCALEDIR=3D\"/usr/share/locale\" -I/usr/src/gnu/usr.bin/texinfo/in= fo/../../../../contrib/texinfo -I/usr/src/gnu/usr.bin/texinfo/info/../../..= /../contrib/texinfo/lib -std=3Dgnu99 -fstack-protector -c /usr/src/gnu/us= r.bin/texinfo/info/../../../../contrib/texinfo/info/search.c -o search.o cc -O2 -pipe -DGCCVER=3D\"4.2\" -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=3D\"/usr= \" -I/usr/obj/usr/src/gnu/usr.bin/cc/cc/../cc_tools -I/usr/src/gnu/usr.bin/= cc/cc/../cc_tools -I/usr/src/gnu/usr.bin/cc/cc/../../../../contrib/gcc -I/u= sr/src/gnu/usr.bin/cc/cc/../../../../contrib/gcc/config -I/usr/src/gnu/usr.= bin/cc/cc/../../../../contrib/gcclibs/include -I/usr/src/gnu/usr.bin/cc/cc/= ../../../../contrib/gcclibs/libcpp/include -I/usr/src/gnu/usr.bin/cc/cc/../= ../../../contrib/gcclibs/libdecnumber -DGCC_DRIVER -DDEFAULT_TARGET_VERSIO= N=3D\"4.2.1\" -DDEFAULT_TARGET_MACHINE=3D\"i386-undermydesk-freebsd\" -D= ENABLE_SHARED_LIBGCC -std=3Dgnu89 -fstack-protector -c /usr/src/gnu/usr.b= in/cc/cc/../../../../contrib/gcc/gccspec.c -o gccspec.o cc -O2 -pipe -DINFODIR=3D\"/usr/share/info:/usr/local/info:.\" -DHAVE_CONF= IG_H -DLOCALEDIR=3D\"/usr/share/locale\" -I/usr/src/gnu/usr.bin/texinfo/in= fo/../../../../contrib/texinfo -I/usr/src/gnu/usr.bin/texinfo/info/../../..= /../contrib/texinfo/lib -std=3Dgnu99 -fstack-protector -c /usr/src/gnu/us= r.bin/texinfo/info/../../../../contrib/texinfo/info/session.c -o session.o gzip -cn /usr/src/gnu/usr.bin/cc/cc/../../../../contrib/gcc/doc/gcc.1 > gcc= .1.gz cc -O2 -pipe -DINFODIR=3D\"/usr/share/info:/usr/local/info:.\" -DHAVE_CONF= IG_H -DLOCALEDIR=3D\"/usr/share/locale\" -I/usr/src/gnu/usr.bin/texinfo/in= fo/../../../../contrib/texinfo -I/usr/src/gnu/usr.bin/texinfo/info/../../..= /../contrib/texinfo/lib -std=3Dgnu99 -fstack-protector -c /usr/src/gnu/us= r.bin/texinfo/info/../../../../contrib/texinfo/info/signals.c -o signals.o gzip -cn tbl.1 > tbl.1.gz cc -O2 -pipe -DGCCVER=3D\"4.2\" -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=3D\"/usr= \" -I/usr/obj/usr/src/gnu/usr.bin/cc/cc/../cc_tools -I/usr/src/gnu/usr.bin/= cc/cc/../cc_tools -I/usr/src/gnu/usr.bin/cc/cc/../../../../contrib/gcc -I/u= sr/src/gnu/usr.bin/cc/cc/../../../../contrib/gcc/config -I/usr/src/gnu/usr.= bin/cc/cc/../../../../contrib/gcclibs/include -I/usr/src/gnu/usr.bin/cc/cc/= ../../../../contrib/gcclibs/libcpp/include -I/usr/src/gnu/usr.bin/cc/cc/../= ../../../contrib/gcclibs/libdecnumber -DGCC_DRIVER -DDEFAULT_TARGET_VERSIO= N=3D\"4.2.1\" -DDEFAULT_TARGET_MACHINE=3D\"i386-undermydesk-freebsd\" -D= ENABLE_SHARED_LIBGCC -std=3Dgnu89 -fstack-protector -static -o gcc gcc.o= opts-common.o options.o intl.o prefix.o version.o driver-i386.o gccspec.o = /usr/obj/usr/src/gnu/usr.bin/cc/cc/../libcpp/libcpp.a /usr/obj/usr/src/gnu/= usr.bin/cc/cc/../libiberty/libiberty.a =3D=3D=3D> gnu/usr.bin/cc/cc1 (all) cc -O2 -pipe -DGCCVER=3D\"4.2\" -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=3D\"/usr= \" -I/usr/obj/usr/src/gnu/usr.bin/cc/cc1/../cc_tools -I/usr/src/gnu/usr.bin= /cc/cc1/../cc_tools -I/usr/src/gnu/usr.bin/cc/cc1/../../../../contrib/gcc -= I/usr/src/gnu/usr.bin/cc/cc1/../../../../contrib/gcc/config -I/usr/src/gnu/= usr.bin/cc/cc1/../../../../contrib/gcclibs/include -I/usr/src/gnu/usr.bin/c= c/cc1/../../../../contrib/gcclibs/libcpp/include -I/usr/src/gnu/usr.bin/cc/= cc1/../../../../contrib/gcclibs/libdecnumber -std=3Dgnu89 -fstack-protecto= r -c /usr/src/gnu/usr.bin/cc/cc1/../../../../contrib/gcc/main.c -o main.o c++ -O2 -pipe -DHAVE_CONFIG_H -I/usr/src/gnu/usr.bin/groff/src/preproc/tbl/= ../../../../../../contrib/groff/src/include -I/usr/src/gnu/usr.bin/groff/sr= c/preproc/tbl/../../../src/include -fstack-protector -fno-rtti -fno-excepti= ons -o tbl main.o table.o /usr/obj/usr/src/gnu/usr.bin/groff/src/preproc/= tbl/../../../src/libs/libgroff/libgroff.a -lm cc -O2 -pipe -DINFODIR=3D\"/usr/share/info:/usr/local/info:.\" -DHAVE_CONF= IG_H -DLOCALEDIR=3D\"/usr/share/locale\" -I/usr/src/gnu/usr.bin/texinfo/in= fo/../../../../contrib/texinfo -I/usr/src/gnu/usr.bin/texinfo/info/../../..= /../contrib/texinfo/lib -std=3Dgnu99 -fstack-protector -c /usr/src/gnu/us= r.bin/texinfo/info/../../../../contrib/texinfo/info/terminal.c -o terminal.= o =3D=3D=3D> gnu/usr.bin/groff/src/roff (all) cc -O2 -pipe -DGCCVER=3D\"4.2\" -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=3D\"/usr= \" -I/usr/obj/usr/src/gnu/usr.bin/cc/cc1/../cc_tools -I/usr/src/gnu/usr.bin= /cc/cc1/../cc_tools -I/usr/src/gnu/usr.bin/cc/cc1/../../../../contrib/gcc -= I/usr/src/gnu/usr.bin/cc/cc1/../../../../contrib/gcc/config -I/usr/src/gnu/= usr.bin/cc/cc1/../../../../contrib/gcclibs/include -I/usr/src/gnu/usr.bin/c= c/cc1/../../../../contrib/gcclibs/libcpp/include -I/usr/src/gnu/usr.bin/cc/= cc1/../../../../contrib/gcclibs/libdecnumber -std=3Dgnu89 -fstack-protecto= r -c /usr/src/gnu/usr.bin/cc/cc1/../../../../contrib/gcc/c-parser.c -o c-p= arser.o =3D=3D=3D> gnu/usr.bin/groff/src/roff/groff (all) c++ -O2 -pipe -DHAVE_CONFIG_H -I/usr/src/gnu/usr.bin/groff/src/roff/groff/.= ./../../../../../contrib/groff/src/include -I/usr/src/gnu/usr.bin/groff/src= /roff/groff/../../../src/include -fstack-protector -fno-rtti -fno-exception= s -c /usr/src/gnu/usr.bin/groff/src/roff/groff/../../../../../../contrib/g= roff/src/roff/groff/groff.cpp -o groff.o cc -O2 -pipe -DGCCVER=3D\"4.2\" -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=3D\"/usr= \" -I/usr/obj/usr/src/gnu/usr.bin/cc/cc1/../cc_tools -I/usr/src/gnu/usr.bin= /cc/cc1/../cc_tools -I/usr/src/gnu/usr.bin/cc/cc1/../../../../contrib/gcc -= I/usr/src/gnu/usr.bin/cc/cc1/../../../../contrib/gcc/config -I/usr/src/gnu/= usr.bin/cc/cc1/../../../../contrib/gcclibs/include -I/usr/src/gnu/usr.bin/c= c/cc1/../../../../contrib/gcclibs/libcpp/include -I/usr/src/gnu/usr.bin/cc/= cc1/../../../../contrib/gcclibs/libdecnumber -std=3Dgnu89 -fstack-protecto= r -c /usr/src/gnu/usr.bin/cc/cc1/../../../../contrib/gcc/c-lang.c -o c-lan= g.o cc -O2 -pipe -DINFODIR=3D\"/usr/share/info:/usr/local/info:.\" -DHAVE_CONF= IG_H -DLOCALEDIR=3D\"/usr/share/locale\" -I/usr/src/gnu/usr.bin/texinfo/in= fo/../../../../contrib/texinfo -I/usr/src/gnu/usr.bin/texinfo/info/../../..= /../contrib/texinfo/lib -std=3Dgnu99 -fstack-protector -c /usr/src/gnu/us= r.bin/texinfo/info/../../../../contrib/texinfo/info/tilde.c -o tilde.o cc -O2 -pipe -DHAVE_CONFIG_H -I/usr/src/gnu/usr.bin/groff/src/roff/groff/.= ./../../../../../contrib/groff/src/include -I/usr/src/gnu/usr.bin/groff/src= /roff/groff/../../../src/include -std=3Dgnu99 -fstack-protector -c /usr/s= rc/gnu/usr.bin/groff/src/roff/groff/../../../../../../contrib/groff/src/rof= f/groff/pipeline.c -o pipeline.o cc -O2 -pipe -DINFODIR=3D\"/usr/share/info:/usr/local/info:.\" -DHAVE_CONF= IG_H -DLOCALEDIR=3D\"/usr/share/locale\" -I/usr/src/gnu/usr.bin/texinfo/in= fo/../../../../contrib/texinfo -I/usr/src/gnu/usr.bin/texinfo/info/../../..= /../contrib/texinfo/lib -std=3Dgnu99 -fstack-protector -c /usr/src/gnu/us= r.bin/texinfo/info/../../../../contrib/texinfo/info/variables.c -o variable= s.o cc -O2 -pipe -DINFODIR=3D\"/usr/share/info:/usr/local/info:.\" -DHAVE_CONF= IG_H -DLOCALEDIR=3D\"/usr/share/locale\" -I/usr/src/gnu/usr.bin/texinfo/in= fo/../../../../contrib/texinfo -I/usr/src/gnu/usr.bin/texinfo/info/../../..= /../contrib/texinfo/lib -std=3Dgnu99 -fstack-protector -c /usr/src/gnu/us= r.bin/texinfo/info/../../../../contrib/texinfo/info/window.c -o window.o Making groff.1 from /usr/src/gnu/usr.bin/groff/src/roff/groff/../../../../.= ./../contrib/groff/src/roff/groff/groff.man c++ -O2 -pipe -DHAVE_CONFIG_H -I/usr/src/gnu/usr.bin/groff/src/roff/groff/.= ./../../../../../contrib/groff/src/include -I/usr/src/gnu/usr.bin/groff/src= /roff/groff/../../../src/include -fstack-protector -fno-rtti -fno-exception= s -o groff groff.o pipeline.o /usr/obj/usr/src/gnu/usr.bin/groff/src/roff= /groff/../../../src/libs/libgroff/libgroff.a -lm gzip -cn groff.1 > groff.1.gz gzip -cn /usr/src/gnu/usr.bin/texinfo/info/../../../../contrib/texinfo/doc/= info.1 > info.1.gz =3D=3D=3D> gnu/usr.bin/groff/src/roff/grog (all) Making grog from /usr/src/gnu/usr.bin/groff/src/roff/grog/../../../../../..= /contrib/groff/src/roff/grog/grog.sh Making grog.1 from /usr/src/gnu/usr.bin/groff/src/roff/grog/../../../../../= ../contrib/groff/src/roff/grog/grog.man gzip -cn /usr/src/gnu/usr.bin/texinfo/info/../../../../contrib/texinfo/doc/= info.5 > info.5.gz gzip -cn /usr/src/gnu/usr.bin/texinfo/info/../../../../contrib/texinfo/doc/= texinfo.5 > texinfo.5.gz gzip -cn grog.1 > grog.1.gz =3D=3D=3D> gnu/usr.bin/groff/src/roff/nroff (all) Making nroff from /usr/src/gnu/usr.bin/groff/src/roff/nroff/../../../../../= ../contrib/groff/src/roff/nroff/nroff.sh Making nroff.1 from /usr/src/gnu/usr.bin/groff/src/roff/nroff/../../../../.= ./../contrib/groff/src/roff/nroff/nroff.man gzip -cn nroff.1 > nroff.1.gz =3D=3D=3D> gnu/usr.bin/groff/src/roff/psroff (all) gzip -cn /usr/src/gnu/usr.bin/groff/src/roff/psroff/psroff.1 > psroff.1.gz =3D=3D=3D> gnu/usr.bin/groff/src/roff/troff (all) c++ -O2 -pipe -DHAVE_CONFIG_H -I/usr/src/gnu/usr.bin/groff/src/roff/troff/.= ./../../../../../contrib/groff/src/include -I/usr/src/gnu/usr.bin/groff/src= /roff/troff/../../../src/include -fstack-protector -fno-rtti -fno-exception= s -c /usr/src/gnu/usr.bin/groff/src/roff/troff/../../../../../../contrib/g= roff/src/roff/troff/dictionary.cpp -o dictionary.o c++ -O2 -pipe -DHAVE_CONFIG_H -I/usr/src/gnu/usr.bin/groff/src/roff/troff/.= ./../../../../../contrib/groff/src/include -I/usr/src/gnu/usr.bin/groff/src= /roff/troff/../../../src/include -fstack-protector -fno-rtti -fno-exception= s -c /usr/src/gnu/usr.bin/groff/src/roff/troff/../../../../../../contrib/g= roff/src/roff/troff/div.cpp -o div.o cc -O2 -pipe -DINFODIR=3D\"/usr/share/info:/usr/local/info:.\" -DHAVE_CONF= IG_H -DLOCALEDIR=3D\"/usr/share/locale\" -I/usr/src/gnu/usr.bin/texinfo/in= fo/../../../../contrib/texinfo -I/usr/src/gnu/usr.bin/texinfo/info/../../..= /../contrib/texinfo/lib -std=3Dgnu99 -fstack-protector -o info dir.o dis= play.o doc.o dribble.o echo-area.o filesys.o footnotes.o gc.o indices.o inf= o-utils.o info.o infodoc.o infomap.o m-x.o man.o nodemenu.o nodes.o search.= o session.o signals.o terminal.o tilde.o variables.o window.o -ltermcap /us= r/obj/usr/src/gnu/usr.bin/texinfo/info/../libtxi/libtxi.a =3D=3D=3D> gnu/usr.bin/texinfo/infokey (all) cc -O2 -pipe -DHAVE_CONFIG_H -DLOCALEDIR=3D\"/usr/share/locale\" -I/usr/s= rc/gnu/usr.bin/texinfo/infokey/../../../../contrib/texinfo -I/usr/src/gnu/u= sr.bin/texinfo/infokey/../../../../contrib/texinfo/lib -std=3Dgnu99 -fstac= k-protector -c /usr/src/gnu/usr.bin/texinfo/infokey/../../../../contrib/te= xinfo/info/infokey.c -o infokey.o cc -O2 -pipe -DHAVE_CONFIG_H -DLOCALEDIR=3D\"/usr/share/locale\" -I/usr/s= rc/gnu/usr.bin/texinfo/infokey/../../../../contrib/texinfo -I/usr/src/gnu/u= sr.bin/texinfo/infokey/../../../../contrib/texinfo/lib -std=3Dgnu99 -fstac= k-protector -c /usr/src/gnu/usr.bin/texinfo/infokey/../../../../contrib/te= xinfo/info/key.c -o key.o c++ -O2 -pipe -DHAVE_CONFIG_H -I/usr/src/gnu/usr.bin/groff/src/roff/troff/.= ./../../../../../contrib/groff/src/include -I/usr/src/gnu/usr.bin/groff/src= /roff/troff/../../../src/include -fstack-protector -fno-rtti -fno-exception= s -c /usr/src/gnu/usr.bin/groff/src/roff/troff/../../../../../../contrib/g= roff/src/roff/troff/env.cpp -o env.o gzip -cn /usr/src/gnu/usr.bin/texinfo/infokey/../../../../contrib/texinfo/d= oc/infokey.1 > infokey.1.gz cc -O2 -pipe -DHAVE_CONFIG_H -DLOCALEDIR=3D\"/usr/share/locale\" -I/usr/s= rc/gnu/usr.bin/texinfo/infokey/../../../../contrib/texinfo -I/usr/src/gnu/u= sr.bin/texinfo/infokey/../../../../contrib/texinfo/lib -std=3Dgnu99 -fstac= k-protector -o infokey infokey.o key.o /usr/obj/usr/src/gnu/usr.bin/texin= fo/infokey/../libtxi/libtxi.a =3D=3D=3D> gnu/usr.bin/texinfo/install-info (all) cc -O2 -pipe -DHAVE_CONFIG_H -DLOCALEDIR=3D\"/usr/share/locale\" -I/usr/s= rc/gnu/usr.bin/texinfo/install-info/../../../../contrib/texinfo -I/usr/src/= gnu/usr.bin/texinfo/install-info/../../../../contrib/texinfo/lib -std=3Dgnu= 99 -fstack-protector -c /usr/src/gnu/usr.bin/texinfo/install-info/../../.= ./../contrib/texinfo/util/install-info.c -o install-info.o gzip -cn /usr/src/gnu/usr.bin/texinfo/install-info/../../../../contrib/texi= nfo/doc/install-info.1 > install-info.1.gz c++ -O2 -pipe -DHAVE_CONFIG_H -I/usr/src/gnu/usr.bin/groff/src/roff/troff/.= ./../../../../../contrib/groff/src/include -I/usr/src/gnu/usr.bin/groff/src= /roff/troff/../../../src/include -fstack-protector -fno-rtti -fno-exception= s -c /usr/src/gnu/usr.bin/groff/src/roff/troff/../../../../../../contrib/g= roff/src/roff/troff/input.cpp -o input.o cc -O2 -pipe -DHAVE_CONFIG_H -DLOCALEDIR=3D\"/usr/share/locale\" -I/usr/s= rc/gnu/usr.bin/texinfo/install-info/../../../../contrib/texinfo -I/usr/src/= gnu/usr.bin/texinfo/install-info/../../../../contrib/texinfo/lib -std=3Dgnu= 99 -fstack-protector -o install-info install-info.o /usr/obj/usr/src/gnu= /usr.bin/texinfo/install-info/../libtxi/libtxi.a =3D=3D=3D> gnu/usr.bin/texinfo/texindex (all) cc -O2 -pipe -DHAVE_CONFIG_H -DLOCALEDIR=3D\"/usr/share/locale\" -I/usr/s= rc/gnu/usr.bin/texinfo/texindex/../../../../contrib/texinfo -I/usr/src/gnu/= usr.bin/texinfo/texindex/../../../../contrib/texinfo/lib -std=3Dgnu99 -fst= ack-protector -c /usr/src/gnu/usr.bin/texinfo/texindex/../../../../contrib= /texinfo/util/texindex.c -o texindex.o gzip -cn /usr/src/gnu/usr.bin/texinfo/texindex/../../../../contrib/texinfo/= doc/texindex.1 > texindex.1.gz cc -O2 -pipe -DHAVE_CONFIG_H -DLOCALEDIR=3D\"/usr/share/locale\" -I/usr/s= rc/gnu/usr.bin/texinfo/texindex/../../../../contrib/texinfo -I/usr/src/gnu/= usr.bin/texinfo/texindex/../../../../contrib/texinfo/lib -std=3Dgnu99 -fst= ack-protector -o texindex texindex.o /usr/obj/usr/src/gnu/usr.bin/texinfo= /texindex/../libtxi/libtxi.a =3D=3D=3D> gnu/usr.bin/texinfo/doc (all) makeinfo --no-split -I /usr/src/gnu/usr.bin/texinfo/doc -I /usr/src/gnu/usr= .bin/texinfo/doc/../../../../contrib/texinfo/doc /usr/src/gnu/usr.bin/texin= fo/doc/../../../../contrib/texinfo/doc/info.texi -o info.info makeinfo --no-split -I /usr/src/gnu/usr.bin/texinfo/doc -I /usr/src/gnu/usr= .bin/texinfo/doc/../../../../contrib/texinfo/doc /usr/src/gnu/usr.bin/texin= fo/doc/../../../../contrib/texinfo/doc/info-stnd.texi -o info-stnd.info ln -fs /usr/src/gnu/usr.bin/texinfo/doc/../../../../contrib/texinfo/doc/tex= info.txi texinfo.texi gzip -cn info.info > info.info.gz gzip -cn info-stnd.info > info-stnd.info.gz cc -O2 -pipe -DGCCVER=3D\"4.2\" -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=3D\"/usr= \" -I/usr/obj/usr/src/gnu/usr.bin/cc/cc1/../cc_tools -I/usr/src/gnu/usr.bin= /cc/cc1/../cc_tools -I/usr/src/gnu/usr.bin/cc/cc1/../../../../contrib/gcc -= I/usr/src/gnu/usr.bin/cc/cc1/../../../../contrib/gcc/config -I/usr/src/gnu/= usr.bin/cc/cc1/../../../../contrib/gcclibs/include -I/usr/src/gnu/usr.bin/c= c/cc1/../../../../contrib/gcclibs/libcpp/include -I/usr/src/gnu/usr.bin/cc/= cc1/../../../../contrib/gcclibs/libdecnumber -std=3Dgnu89 -fstack-protecto= r -static -o cc1-dummy main.o c-parser.o c-lang.o /usr/obj/usr/src/gnu/us= r.bin/cc/cc1/../cc_int/libbackend.a /usr/obj/usr/src/gnu/usr.bin/cc/cc1/../= libcpp/libcpp.a /usr/obj/usr/src/gnu/usr.bin/cc/cc1/../libdecnumber/libdecn= umber.a /usr/obj/usr/src/gnu/usr.bin/cc/cc1/../libiberty/libiberty.a makeinfo --no-split -I /usr/src/gnu/usr.bin/texinfo/doc -I /usr/src/gnu/usr= .bin/texinfo/doc/../../../../contrib/texinfo/doc texinfo.texi -o texinfo.i= nfo gzip -cn texinfo.info > texinfo.info.gz c++ -O2 -pipe -DHAVE_CONFIG_H -I/usr/src/gnu/usr.bin/groff/src/roff/troff/.= ./../../../../../contrib/groff/src/include -I/usr/src/gnu/usr.bin/groff/src= /roff/troff/../../../src/include -fstack-protector -fno-rtti -fno-exception= s -c /usr/src/gnu/usr.bin/groff/src/roff/troff/../../../../../../contrib/g= roff/src/roff/troff/mtsm.cpp -o mtsm.o ../cc_tools/genchecksum cc1-dummy > cc1-checksum.c cc -O2 -pipe -DGCCVER=3D\"4.2\" -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=3D\"/usr= \" -I/usr/obj/usr/src/gnu/usr.bin/cc/cc1/../cc_tools -I/usr/src/gnu/usr.bin= /cc/cc1/../cc_tools -I/usr/src/gnu/usr.bin/cc/cc1/../../../../contrib/gcc -= I/usr/src/gnu/usr.bin/cc/cc1/../../../../contrib/gcc/config -I/usr/src/gnu/= usr.bin/cc/cc1/../../../../contrib/gcclibs/include -I/usr/src/gnu/usr.bin/c= c/cc1/../../../../contrib/gcclibs/libcpp/include -I/usr/src/gnu/usr.bin/cc/= cc1/../../../../contrib/gcclibs/libdecnumber -std=3Dgnu89 -fstack-protecto= r -c cc1-checksum.c -o cc1-checksum.o cc -O2 -pipe -DGCCVER=3D\"4.2\" -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=3D\"/usr= \" -I/usr/obj/usr/src/gnu/usr.bin/cc/cc1/../cc_tools -I/usr/src/gnu/usr.bin= /cc/cc1/../cc_tools -I/usr/src/gnu/usr.bin/cc/cc1/../../../../contrib/gcc -= I/usr/src/gnu/usr.bin/cc/cc1/../../../../contrib/gcc/config -I/usr/src/gnu/= usr.bin/cc/cc1/../../../../contrib/gcclibs/include -I/usr/src/gnu/usr.bin/c= c/cc1/../../../../contrib/gcclibs/libcpp/include -I/usr/src/gnu/usr.bin/cc/= cc1/../../../../contrib/gcclibs/libdecnumber -std=3Dgnu89 -fstack-protecto= r -static -o cc1 cc1-checksum.o main.o c-parser.o c-lang.o /usr/obj/usr/s= rc/gnu/usr.bin/cc/cc1/../cc_int/libbackend.a /usr/obj/usr/src/gnu/usr.bin/c= c/cc1/../libcpp/libcpp.a /usr/obj/usr/src/gnu/usr.bin/cc/cc1/../libdecnumbe= r/libdecnumber.a /usr/obj/usr/src/gnu/usr.bin/cc/cc1/../libiberty/libiberty= .a =3D=3D=3D> gnu/usr.bin/cc/include (all) =3D=3D=3D> gnu/usr.bin/cc/doc (all) c++ -O2 -pipe -DHAVE_CONFIG_H -I/usr/src/gnu/usr.bin/groff/src/roff/troff/.= ./../../../../../contrib/groff/src/include -I/usr/src/gnu/usr.bin/groff/src= /roff/troff/../../../src/include -fstack-protector -fno-rtti -fno-exception= s -c /usr/src/gnu/usr.bin/groff/src/roff/troff/../../../../../../contrib/g= roff/src/roff/troff/node.cpp -o node.o (echo "@set version-GCC 4.2.1"; if [ "patched" =3D "experimental" ]; then = echo "@set DEVELOPMENT"; else echo "@clear DEVELOPMENT"; fi; echo "@se= t srcdir /usr/src/gnu/usr.bin/cc/doc/../../../../contrib/gcclibs/libiberty"= ) > gcc-vers.texi makeinfo -I /usr/src/gnu/usr.bin/cc/doc/../../../../contrib/gcc/doc -I /usr= /src/gnu/usr.bin/cc/doc/../../../../contrib/gcc/doc/include --no-split -I /= usr/src/gnu/usr.bin/cc/doc -I /usr/src/gnu/usr.bin/cc/doc /usr/src/gnu/usr.= bin/cc/doc/../../../../contrib/gcc/doc/gcc.texi -o gcc.info makeinfo -I /usr/src/gnu/usr.bin/cc/doc/../../../../contrib/gcc/doc -I /usr= /src/gnu/usr.bin/cc/doc/../../../../contrib/gcc/doc/include --no-split -I /= usr/src/gnu/usr.bin/cc/doc -I /usr/src/gnu/usr.bin/cc/doc /usr/src/gnu/usr.= bin/cc/doc/../../../../contrib/gcc/doc/cpp.texi -o cpp.info c++ -O2 -pipe -DHAVE_CONFIG_H -I/usr/src/gnu/usr.bin/groff/src/roff/troff/.= ./../../../../../contrib/groff/src/include -I/usr/src/gnu/usr.bin/groff/src= /roff/troff/../../../src/include -fstack-protector -fno-rtti -fno-exception= s -c /usr/src/gnu/usr.bin/groff/src/roff/troff/../../../../../../contrib/g= roff/src/roff/troff/number.cpp -o number.o makeinfo -I /usr/src/gnu/usr.bin/cc/doc/../../../../contrib/gcc/doc -I /usr= /src/gnu/usr.bin/cc/doc/../../../../contrib/gcc/doc/include --no-split -I /= usr/src/gnu/usr.bin/cc/doc -I /usr/src/gnu/usr.bin/cc/doc /usr/src/gnu/usr.= bin/cc/doc/../../../../contrib/gcc/doc/gccint.texi -o gccint.info c++ -O2 -pipe -DHAVE_CONFIG_H -I/usr/src/gnu/usr.bin/groff/src/roff/troff/.= ./../../../../../contrib/groff/src/include -I/usr/src/gnu/usr.bin/groff/src= /roff/troff/../../../src/include -fstack-protector -fno-rtti -fno-exception= s -c /usr/src/gnu/usr.bin/groff/src/roff/troff/../../../../../../contrib/g= roff/src/roff/troff/reg.cpp -o reg.o makeinfo -I /usr/src/gnu/usr.bin/cc/doc/../../../../contrib/gcc/doc -I /usr= /src/gnu/usr.bin/cc/doc/../../../../contrib/gcc/doc/include --no-split -I /= usr/src/gnu/usr.bin/cc/doc -I /usr/src/gnu/usr.bin/cc/doc /usr/src/gnu/usr.= bin/cc/doc/../../../../contrib/gcc/doc/cppinternals.texi -o cppinternals.i= nfo Making troff.1 from /usr/src/gnu/usr.bin/groff/src/roff/troff/../../../../.= ./../contrib/groff/src/roff/troff/troff.man gzip -cn cpp.info > cpp.info.gz c++ -O2 -pipe -DHAVE_CONFIG_H -I/usr/src/gnu/usr.bin/groff/src/roff/troff/.= ./../../../../../contrib/groff/src/include -I/usr/src/gnu/usr.bin/groff/src= /roff/troff/../../../src/include -fstack-protector -fno-rtti -fno-exception= s -c majorminor.cpp -o majorminor.o gzip -cn gcc.info > gcc.info.gz gzip -cn cppinternals.info > cppinternals.info.gz gzip -cn troff.1 > troff.1.gz gzip -cn gccint.info > gccint.info.gz =3D=3D=3D> gnu/usr.bin/cc/cpp (all) cc -O2 -pipe -DGCCVER=3D\"4.2\" -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=3D\"/usr= \" -I/usr/obj/usr/src/gnu/usr.bin/cc/cpp/../cc_tools -I/usr/src/gnu/usr.bin= /cc/cpp/../cc_tools -I/usr/src/gnu/usr.bin/cc/cpp/../../../../contrib/gcc -= I/usr/src/gnu/usr.bin/cc/cpp/../../../../contrib/gcc/config -I/usr/src/gnu/= usr.bin/cc/cpp/../../../../contrib/gcclibs/include -I/usr/src/gnu/usr.bin/c= c/cpp/../../../../contrib/gcclibs/libcpp/include -I/usr/src/gnu/usr.bin/cc/= cpp/../../../../contrib/gcclibs/libdecnumber -DGCC_DRIVER -DDEFAULT_TARGET= _VERSION=3D\"4.2.1\" -DDEFAULT_TARGET_MACHINE=3D\"i386-undermydesk-freebsd= \" -DENABLE_SHARED_LIBGCC -std=3Dgnu89 -fstack-protector -c /usr/src/gn= u/usr.bin/cc/cpp/../../../../contrib/gcc/gcc.c -o gcc.o cc -O2 -pipe -DGCCVER=3D\"4.2\" -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=3D\"/usr= \" -I/usr/obj/usr/src/gnu/usr.bin/cc/cpp/../cc_tools -I/usr/src/gnu/usr.bin= /cc/cpp/../cc_tools -I/usr/src/gnu/usr.bin/cc/cpp/../../../../contrib/gcc -= I/usr/src/gnu/usr.bin/cc/cpp/../../../../contrib/gcc/config -I/usr/src/gnu/= usr.bin/cc/cpp/../../../../contrib/gcclibs/include -I/usr/src/gnu/usr.bin/c= c/cpp/../../../../contrib/gcclibs/libcpp/include -I/usr/src/gnu/usr.bin/cc/= cpp/../../../../contrib/gcclibs/libdecnumber -DGCC_DRIVER -DDEFAULT_TARGET= _VERSION=3D\"4.2.1\" -DDEFAULT_TARGET_MACHINE=3D\"i386-undermydesk-freebsd= \" -DENABLE_SHARED_LIBGCC -std=3Dgnu89 -fstack-protector -c /usr/src/gn= u/usr.bin/cc/cpp/../../../../contrib/gcc/opts-common.c -o opts-common.o cc -O2 -pipe -DGCCVER=3D\"4.2\" -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=3D\"/usr= \" -I/usr/obj/usr/src/gnu/usr.bin/cc/cpp/../cc_tools -I/usr/src/gnu/usr.bin= /cc/cpp/../cc_tools -I/usr/src/gnu/usr.bin/cc/cpp/../../../../contrib/gcc -= I/usr/src/gnu/usr.bin/cc/cpp/../../../../contrib/gcc/config -I/usr/src/gnu/= usr.bin/cc/cpp/../../../../contrib/gcclibs/include -I/usr/src/gnu/usr.bin/c= c/cpp/../../../../contrib/gcclibs/libcpp/include -I/usr/src/gnu/usr.bin/cc/= cpp/../../../../contrib/gcclibs/libdecnumber -DGCC_DRIVER -DDEFAULT_TARGET= _VERSION=3D\"4.2.1\" -DDEFAULT_TARGET_MACHINE=3D\"i386-undermydesk-freebsd= \" -DENABLE_SHARED_LIBGCC -std=3Dgnu89 -fstack-protector -c ../cc_tools= /options.c -o options.o cc -O2 -pipe -DGCCVER=3D\"4.2\" -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=3D\"/usr= \" -I/usr/obj/usr/src/gnu/usr.bin/cc/cpp/../cc_tools -I/usr/src/gnu/usr.bin= /cc/cpp/../cc_tools -I/usr/src/gnu/usr.bin/cc/cpp/../../../../contrib/gcc -= I/usr/src/gnu/usr.bin/cc/cpp/../../../../contrib/gcc/config -I/usr/src/gnu/= usr.bin/cc/cpp/../../../../contrib/gcclibs/include -I/usr/src/gnu/usr.bin/c= c/cpp/../../../../contrib/gcclibs/libcpp/include -I/usr/src/gnu/usr.bin/cc/= cpp/../../../../contrib/gcclibs/libdecnumber -DGCC_DRIVER -DDEFAULT_TARGET= _VERSION=3D\"4.2.1\" -DDEFAULT_TARGET_MACHINE=3D\"i386-undermydesk-freebsd= \" -DENABLE_SHARED_LIBGCC -std=3Dgnu89 -fstack-protector -c /usr/src/gn= u/usr.bin/cc/cpp/../../../../contrib/gcc/intl.c -o intl.o cc -O2 -pipe -DGCCVER=3D\"4.2\" -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=3D\"/usr= \" -I/usr/obj/usr/src/gnu/usr.bin/cc/cpp/../cc_tools -I/usr/src/gnu/usr.bin= /cc/cpp/../cc_tools -I/usr/src/gnu/usr.bin/cc/cpp/../../../../contrib/gcc -= I/usr/src/gnu/usr.bin/cc/cpp/../../../../contrib/gcc/config -I/usr/src/gnu/= usr.bin/cc/cpp/../../../../contrib/gcclibs/include -I/usr/src/gnu/usr.bin/c= c/cpp/../../../../contrib/gcclibs/libcpp/include -I/usr/src/gnu/usr.bin/cc/= cpp/../../../../contrib/gcclibs/libdecnumber -DGCC_DRIVER -DDEFAULT_TARGET= _VERSION=3D\"4.2.1\" -DDEFAULT_TARGET_MACHINE=3D\"i386-undermydesk-freebsd= \" -DENABLE_SHARED_LIBGCC -std=3Dgnu89 -fstack-protector -c /usr/src/gn= u/usr.bin/cc/cpp/../../../../contrib/gcc/prefix.c -o prefix.o cc -O2 -pipe -DGCCVER=3D\"4.2\" -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=3D\"/usr= \" -I/usr/obj/usr/src/gnu/usr.bin/cc/cpp/../cc_tools -I/usr/src/gnu/usr.bin= /cc/cpp/../cc_tools -I/usr/src/gnu/usr.bin/cc/cpp/../../../../contrib/gcc -= I/usr/src/gnu/usr.bin/cc/cpp/../../../../contrib/gcc/config -I/usr/src/gnu/= usr.bin/cc/cpp/../../../../contrib/gcclibs/include -I/usr/src/gnu/usr.bin/c= c/cpp/../../../../contrib/gcclibs/libcpp/include -I/usr/src/gnu/usr.bin/cc/= cpp/../../../../contrib/gcclibs/libdecnumber -DGCC_DRIVER -DDEFAULT_TARGET= _VERSION=3D\"4.2.1\" -DDEFAULT_TARGET_MACHINE=3D\"i386-undermydesk-freebsd= \" -DENABLE_SHARED_LIBGCC -std=3Dgnu89 -fstack-protector -DBASEVER=3D\"= 4.2.1\" -DDATESTAMP=3D\"\ 20070831\" -DDEVPHASE=3D\"\ patched\" -c /usr/s= rc/gnu/usr.bin/cc/cpp/../../../../contrib/gcc/version.c cc -O2 -pipe -DGCCVER=3D\"4.2\" -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=3D\"/usr= \" -I/usr/obj/usr/src/gnu/usr.bin/cc/cpp/../cc_tools -I/usr/src/gnu/usr.bin= /cc/cpp/../cc_tools -I/usr/src/gnu/usr.bin/cc/cpp/../../../../contrib/gcc -= I/usr/src/gnu/usr.bin/cc/cpp/../../../../contrib/gcc/config -I/usr/src/gnu/= usr.bin/cc/cpp/../../../../contrib/gcclibs/include -I/usr/src/gnu/usr.bin/c= c/cpp/../../../../contrib/gcclibs/libcpp/include -I/usr/src/gnu/usr.bin/cc/= cpp/../../../../contrib/gcclibs/libdecnumber -DGCC_DRIVER -DDEFAULT_TARGET= _VERSION=3D\"4.2.1\" -DDEFAULT_TARGET_MACHINE=3D\"i386-undermydesk-freebsd= \" -DENABLE_SHARED_LIBGCC -std=3Dgnu89 -fstack-protector -c /usr/src/gn= u/usr.bin/cc/cpp/../../../../contrib/gcc/config/i386/driver-i386.c -o drive= r-i386.o cc -O2 -pipe -DGCCVER=3D\"4.2\" -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=3D\"/usr= \" -I/usr/obj/usr/src/gnu/usr.bin/cc/cpp/../cc_tools -I/usr/src/gnu/usr.bin= /cc/cpp/../cc_tools -I/usr/src/gnu/usr.bin/cc/cpp/../../../../contrib/gcc -= I/usr/src/gnu/usr.bin/cc/cpp/../../../../contrib/gcc/config -I/usr/src/gnu/= usr.bin/cc/cpp/../../../../contrib/gcclibs/include -I/usr/src/gnu/usr.bin/c= c/cpp/../../../../contrib/gcclibs/libcpp/include -I/usr/src/gnu/usr.bin/cc/= cpp/../../../../contrib/gcclibs/libdecnumber -DGCC_DRIVER -DDEFAULT_TARGET= _VERSION=3D\"4.2.1\" -DDEFAULT_TARGET_MACHINE=3D\"i386-undermydesk-freebsd= \" -DENABLE_SHARED_LIBGCC -std=3Dgnu89 -fstack-protector -c /usr/src/gn= u/usr.bin/cc/cpp/../../../../contrib/gcc/cppspec.c -o cppspec.o gzip -cn /usr/src/gnu/usr.bin/cc/cpp/gcpp.1 > gcpp.1.gz c++ -O2 -pipe -DHAVE_CONFIG_H -I/usr/src/gnu/usr.bin/groff/src/roff/troff/.= ./../../../../../contrib/groff/src/include -I/usr/src/gnu/usr.bin/groff/src= /roff/troff/../../../src/include -fstack-protector -fno-rtti -fno-exception= s -o troff dictionary.o div.o env.o input.o majorminor.o mtsm.o node.o nu= mber.o reg.o /usr/obj/usr/src/gnu/usr.bin/groff/src/roff/troff/../../../src= /libs/libgroff/libgroff.a -lm =3D=3D=3D> gnu/usr.bin/groff/src/utils (all) =3D=3D=3D> gnu/usr.bin/groff/src/utils/addftinfo (all) c++ -O2 -pipe -DHAVE_CONFIG_H -I/usr/src/gnu/usr.bin/groff/src/utils/addfti= nfo/../../../../../../contrib/groff/src/include -I/usr/src/gnu/usr.bin/grof= f/src/utils/addftinfo/../../../src/include -fstack-protector -fno-rtti -fno= -exceptions -c /usr/src/gnu/usr.bin/groff/src/utils/addftinfo/../../../../= ../../contrib/groff/src/utils/addftinfo/addftinfo.cpp -o addftinfo.o c++ -O2 -pipe -DHAVE_CONFIG_H -I/usr/src/gnu/usr.bin/groff/src/utils/addfti= nfo/../../../../../../contrib/groff/src/include -I/usr/src/gnu/usr.bin/grof= f/src/utils/addftinfo/../../../src/include -fstack-protector -fno-rtti -fno= -exceptions -c /usr/src/gnu/usr.bin/groff/src/utils/addftinfo/../../../../= ../../contrib/groff/src/utils/addftinfo/guess.cpp -o guess.o Making addftinfo.1 from /usr/src/gnu/usr.bin/groff/src/utils/addftinfo/../.= ./../../../../contrib/groff/src/utils/addftinfo/addftinfo.man gzip -cn addftinfo.1 > addftinfo.1.gz c++ -O2 -pipe -DHAVE_CONFIG_H -I/usr/src/gnu/usr.bin/groff/src/utils/addfti= nfo/../../../../../../contrib/groff/src/include -I/usr/src/gnu/usr.bin/grof= f/src/utils/addftinfo/../../../src/include -fstack-protector -fno-rtti -fno= -exceptions -o addftinfo addftinfo.o guess.o /usr/obj/usr/src/gnu/usr.bin= /groff/src/utils/addftinfo/../../../src/libs/libgroff/libgroff.a =3D=3D=3D> gnu/usr.bin/groff/src/utils/afmtodit (all) Making afmtodit from /usr/src/gnu/usr.bin/groff/src/utils/afmtodit/../../..= /../../../contrib/groff/src/utils/afmtodit/afmtodit.pl Making afmtodit.1 from /usr/src/gnu/usr.bin/groff/src/utils/afmtodit/../../= ../../../../contrib/groff/src/utils/afmtodit/afmtodit.man gzip -cn afmtodit.1 > afmtodit.1.gz =3D=3D=3D> gnu/usr.bin/groff/src/utils/hpftodit (all) c++ -O2 -pipe -DHAVE_CONFIG_H -I/usr/src/gnu/usr.bin/groff/src/utils/hpftod= it/../../../../../../contrib/groff/src/include -I/usr/src/gnu/usr.bin/groff= /src/utils/hpftodit/../../../src/include -fstack-protector -fno-rtti -fno-e= xceptions -c /usr/src/gnu/usr.bin/groff/src/utils/hpftodit/../../../../../= ../contrib/groff/src/utils/hpftodit/hpftodit.cpp -o hpftodit.o c++ -O2 -pipe -DHAVE_CONFIG_H -I/usr/src/gnu/usr.bin/groff/src/utils/hpftod= it/../../../../../../contrib/groff/src/include -I/usr/src/gnu/usr.bin/groff= /src/utils/hpftodit/../../../src/include -fstack-protector -fno-rtti -fno-e= xceptions -c /usr/src/gnu/usr.bin/groff/src/utils/hpftodit/../../../../../= ../contrib/groff/src/utils/hpftodit/hpuni.cpp -o hpuni.o cc -O2 -pipe -DGCCVER=3D\"4.2\" -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=3D\"/usr= \" -I/usr/obj/usr/src/gnu/usr.bin/cc/cpp/../cc_tools -I/usr/src/gnu/usr.bin= /cc/cpp/../cc_tools -I/usr/src/gnu/usr.bin/cc/cpp/../../../../contrib/gcc -= I/usr/src/gnu/usr.bin/cc/cpp/../../../../contrib/gcc/config -I/usr/src/gnu/= usr.bin/cc/cpp/../../../../contrib/gcclibs/include -I/usr/src/gnu/usr.bin/c= c/cpp/../../../../contrib/gcclibs/libcpp/include -I/usr/src/gnu/usr.bin/cc/= cpp/../../../../contrib/gcclibs/libdecnumber -DGCC_DRIVER -DDEFAULT_TARGET= _VERSION=3D\"4.2.1\" -DDEFAULT_TARGET_MACHINE=3D\"i386-undermydesk-freebsd= \" -DENABLE_SHARED_LIBGCC -std=3Dgnu89 -fstack-protector -o gcpp gcc.o= opts-common.o options.o intl.o prefix.o version.o driver-i386.o cppspec.o = /usr/obj/usr/src/gnu/usr.bin/cc/cpp/../libcpp/libcpp.a /usr/obj/usr/src/gnu= /usr.bin/cc/cpp/../libiberty/libiberty.a Making hpftodit.1 from /usr/src/gnu/usr.bin/groff/src/utils/hpftodit/../../= ../../../../contrib/groff/src/utils/hpftodit/hpftodit.man =3D=3D=3D> gnu/usr.bin/cc/cc1plus (all) cc -O2 -pipe -DGCCVER=3D\"4.2\" -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=3D\"/usr= \" -I/usr/obj/usr/src/gnu/usr.bin/cc/cc1plus/../cc_tools -I/usr/src/gnu/usr= .bin/cc/cc1plus/../cc_tools -I/usr/src/gnu/usr.bin/cc/cc1plus/../../../../c= ontrib/gcc -I/usr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcc/config= -I/usr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcclibs/include -I/u= sr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcclibs/libcpp/include -I= /usr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcclibs/libdecnumber -I= /usr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcc/cp -I. -std=3Dgnu89= -fstack-protector -c /usr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib= /gcc/main.c -o main.o cc -O2 -pipe -DGCCVER=3D\"4.2\" -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=3D\"/usr= \" -I/usr/obj/usr/src/gnu/usr.bin/cc/cc1plus/../cc_tools -I/usr/src/gnu/usr= .bin/cc/cc1plus/../cc_tools -I/usr/src/gnu/usr.bin/cc/cc1plus/../../../../c= ontrib/gcc -I/usr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcc/config= -I/usr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcclibs/include -I/u= sr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcclibs/libcpp/include -I= /usr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcclibs/libdecnumber -I= /usr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcc/cp -I. -std=3Dgnu89= -fstack-protector -c /usr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib= /gcc/cp/cp-lang.c -o cp-lang.o cc -O2 -pipe -DGCCVER=3D\"4.2\" -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=3D\"/usr= \" -I/usr/obj/usr/src/gnu/usr.bin/cc/cc1plus/../cc_tools -I/usr/src/gnu/usr= .bin/cc/cc1plus/../cc_tools -I/usr/src/gnu/usr.bin/cc/cc1plus/../../../../c= ontrib/gcc -I/usr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcc/config= -I/usr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcclibs/include -I/u= sr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcclibs/libcpp/include -I= /usr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcclibs/libdecnumber -I= /usr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcc/cp -I. -std=3Dgnu89= -fstack-protector -c /usr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib= /gcc/c-opts.c -o c-opts.o gzip -cn hpftodit.1 > hpftodit.1.gz cc -O2 -pipe -DGCCVER=3D\"4.2\" -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=3D\"/usr= \" -I/usr/obj/usr/src/gnu/usr.bin/cc/cc1plus/../cc_tools -I/usr/src/gnu/usr= .bin/cc/cc1plus/../cc_tools -I/usr/src/gnu/usr.bin/cc/cc1plus/../../../../c= ontrib/gcc -I/usr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcc/config= -I/usr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcclibs/include -I/u= sr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcclibs/libcpp/include -I= /usr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcclibs/libdecnumber -I= /usr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcc/cp -I. -std=3Dgnu89= -fstack-protector -c /usr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib= /gcc/cp/call.c -o call.o cc -O2 -pipe -DGCCVER=3D\"4.2\" -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=3D\"/usr= \" -I/usr/obj/usr/src/gnu/usr.bin/cc/cc1plus/../cc_tools -I/usr/src/gnu/usr= .bin/cc/cc1plus/../cc_tools -I/usr/src/gnu/usr.bin/cc/cc1plus/../../../../c= ontrib/gcc -I/usr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcc/config= -I/usr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcclibs/include -I/u= sr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcclibs/libcpp/include -I= /usr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcclibs/libdecnumber -I= /usr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcc/cp -I. -std=3Dgnu89= -fstack-protector -c /usr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib= /gcc/cp/class.c -o class.o cc -O2 -pipe -DGCCVER=3D\"4.2\" -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=3D\"/usr= \" -I/usr/obj/usr/src/gnu/usr.bin/cc/cc1plus/../cc_tools -I/usr/src/gnu/usr= .bin/cc/cc1plus/../cc_tools -I/usr/src/gnu/usr.bin/cc/cc1plus/../../../../c= ontrib/gcc -I/usr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcc/config= -I/usr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcclibs/include -I/u= sr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcclibs/libcpp/include -I= /usr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcclibs/libdecnumber -I= /usr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcc/cp -I. -std=3Dgnu89= -fstack-protector -c /usr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib= /gcc/cp/cvt.c -o cvt.o c++ -O2 -pipe -DHAVE_CONFIG_H -I/usr/src/gnu/usr.bin/groff/src/utils/hpftod= it/../../../../../../contrib/groff/src/include -I/usr/src/gnu/usr.bin/groff= /src/utils/hpftodit/../../../src/include -fstack-protector -fno-rtti -fno-e= xceptions -o hpftodit hpftodit.o hpuni.o /usr/obj/usr/src/gnu/usr.bin/gro= ff/src/utils/hpftodit/../../../src/libs/libgroff/libgroff.a -lm =3D=3D=3D> gnu/usr.bin/groff/src/utils/indxbib (all) c++ -O2 -pipe -DHAVE_CONFIG_H -I/usr/src/gnu/usr.bin/groff/src/utils/indxbi= b/../../../../../../contrib/groff/src/include -I/usr/src/gnu/usr.bin/groff/= src/utils/indxbib/../../../src/include -fstack-protector -fno-rtti -fno-exc= eptions -c /usr/src/gnu/usr.bin/groff/src/utils/indxbib/../../../../../../= contrib/groff/src/utils/indxbib/indxbib.cpp -o indxbib.o cc -O2 -pipe -DHAVE_CONFIG_H -I/usr/src/gnu/usr.bin/groff/src/utils/indxbi= b/../../../../../../contrib/groff/src/include -I/usr/src/gnu/usr.bin/groff/= src/utils/indxbib/../../../src/include -std=3Dgnu99 -fstack-protector -c = /usr/src/gnu/usr.bin/groff/src/utils/indxbib/../../../../../../contrib/grof= f/src/utils/indxbib/signal.c -o signal.o Making indxbib.1 from /usr/src/gnu/usr.bin/groff/src/utils/indxbib/../../..= /../../../contrib/groff/src/utils/indxbib/indxbib.man c++ -O2 -pipe -DHAVE_CONFIG_H -I/usr/src/gnu/usr.bin/groff/src/utils/indxbi= b/../../../../../../contrib/groff/src/include -I/usr/src/gnu/usr.bin/groff/= src/utils/indxbib/../../../src/include -fstack-protector -fno-rtti -fno-exc= eptions -o indxbib indxbib.o signal.o /usr/obj/usr/src/gnu/usr.bin/groff/= src/utils/indxbib/../../../src/libs/libbib/libbib.a /usr/obj/usr/src/gnu/us= r.bin/groff/src/utils/indxbib/../../../src/libs/libgroff/libgroff.a -lm gzip -cn indxbib.1 > indxbib.1.gz cc -O2 -pipe -DGCCVER=3D\"4.2\" -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=3D\"/usr= \" -I/usr/obj/usr/src/gnu/usr.bin/cc/cc1plus/../cc_tools -I/usr/src/gnu/usr= .bin/cc/cc1plus/../cc_tools -I/usr/src/gnu/usr.bin/cc/cc1plus/../../../../c= ontrib/gcc -I/usr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcc/config= -I/usr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcclibs/include -I/u= sr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcclibs/libcpp/include -I= /usr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcclibs/libdecnumber -I= /usr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcc/cp -I. -std=3Dgnu89= -fstack-protector -c /usr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib= /gcc/cp/cxx-pretty-print.c -o cxx-pretty-print.o =3D=3D=3D> gnu/usr.bin/groff/src/utils/lkbib (all) c++ -O2 -pipe -DHAVE_CONFIG_H -I/usr/src/gnu/usr.bin/groff/src/utils/lkbib/= ../../../../../../contrib/groff/src/include -I/usr/src/gnu/usr.bin/groff/sr= c/utils/lkbib/../../../src/include -fstack-protector -fno-rtti -fno-excepti= ons -c /usr/src/gnu/usr.bin/groff/src/utils/lkbib/../../../../../../contri= b/groff/src/utils/lkbib/lkbib.cpp -o lkbib.o Making lkbib.1 from /usr/src/gnu/usr.bin/groff/src/utils/lkbib/../../../../= ../../contrib/groff/src/utils/lkbib/lkbib.man c++ -O2 -pipe -DHAVE_CONFIG_H -I/usr/src/gnu/usr.bin/groff/src/utils/lkbib/= ../../../../../../contrib/groff/src/include -I/usr/src/gnu/usr.bin/groff/sr= c/utils/lkbib/../../../src/include -fstack-protector -fno-rtti -fno-excepti= ons -o lkbib lkbib.o /usr/obj/usr/src/gnu/usr.bin/groff/src/utils/lkbib/.= ./../../src/libs/libbib/libbib.a /usr/obj/usr/src/gnu/usr.bin/groff/src/uti= ls/lkbib/../../../src/libs/libgroff/libgroff.a -lm gzip -cn lkbib.1 > lkbib.1.gz =3D=3D=3D> gnu/usr.bin/groff/src/utils/lookbib (all) c++ -O2 -pipe -DHAVE_CONFIG_H -I/usr/src/gnu/usr.bin/groff/src/utils/lookbi= b/../../../../../../contrib/groff/src/include -I/usr/src/gnu/usr.bin/groff/= src/utils/lookbib/../../../src/include -fstack-protector -fno-rtti -fno-exc= eptions -c /usr/src/gnu/usr.bin/groff/src/utils/lookbib/../../../../../../= contrib/groff/src/utils/lookbib/lookbib.cpp -o lookbib.o Making lookbib.1 from /usr/src/gnu/usr.bin/groff/src/utils/lookbib/../../..= /../../../contrib/groff/src/utils/lookbib/lookbib.man c++ -O2 -pipe -DHAVE_CONFIG_H -I/usr/src/gnu/usr.bin/groff/src/utils/lookbi= b/../../../../../../contrib/groff/src/include -I/usr/src/gnu/usr.bin/groff/= src/utils/lookbib/../../../src/include -fstack-protector -fno-rtti -fno-exc= eptions -o lookbib lookbib.o /usr/obj/usr/src/gnu/usr.bin/groff/src/utils= /lookbib/../../../src/libs/libbib/libbib.a /usr/obj/usr/src/gnu/usr.bin/gro= ff/src/utils/lookbib/../../../src/libs/libgroff/libgroff.a -lm gzip -cn lookbib.1 > lookbib.1.gz =3D=3D=3D> gnu/usr.bin/groff/src/utils/pfbtops (all) cc -O2 -pipe -DHAVE_CONFIG_H -I/usr/src/gnu/usr.bin/groff/src/utils/pfbtop= s/../../../../../../contrib/groff/src/include -I/usr/src/gnu/usr.bin/groff/= src/utils/pfbtops/../../../src/include -std=3Dgnu99 -fstack-protector -c = /usr/src/gnu/usr.bin/groff/src/utils/pfbtops/../../../../../../contrib/grof= f/src/utils/pfbtops/pfbtops.c -o pfbtops.o Making pfbtops.1 from /usr/src/gnu/usr.bin/groff/src/utils/pfbtops/../../..= /../../../contrib/groff/src/utils/pfbtops/pfbtops.man cc -O2 -pipe -DGCCVER=3D\"4.2\" -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=3D\"/usr= \" -I/usr/obj/usr/src/gnu/usr.bin/cc/cc1plus/../cc_tools -I/usr/src/gnu/usr= .bin/cc/cc1plus/../cc_tools -I/usr/src/gnu/usr.bin/cc/cc1plus/../../../../c= ontrib/gcc -I/usr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcc/config= -I/usr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcclibs/include -I/u= sr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcclibs/libcpp/include -I= /usr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcclibs/libdecnumber -I= /usr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcc/cp -I. -std=3Dgnu89= -fstack-protector -c /usr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib= /gcc/cp/decl.c -o decl.o gzip -cn pfbtops.1 > pfbtops.1.gz cc -O2 -pipe -DHAVE_CONFIG_H -I/usr/src/gnu/usr.bin/groff/src/utils/pfbtop= s/../../../../../../contrib/groff/src/include -I/usr/src/gnu/usr.bin/groff/= src/utils/pfbtops/../../../src/include -std=3Dgnu99 -fstack-protector -o= pfbtops pfbtops.o /usr/obj/usr/src/gnu/usr.bin/groff/src/utils/pfbtops/../= ../../src/libs/libgroff/libgroff.a =3D=3D=3D> gnu/usr.bin/groff/src/utils/tfmtodit (all) c++ -O2 -pipe -DHAVE_CONFIG_H -I/usr/src/gnu/usr.bin/groff/src/utils/tfmtod= it/../../../../../../contrib/groff/src/include -I/usr/src/gnu/usr.bin/groff= /src/utils/tfmtodit/../../../src/include -fstack-protector -fno-rtti -fno-e= xceptions -c /usr/src/gnu/usr.bin/groff/src/utils/tfmtodit/../../../../../= ../contrib/groff/src/utils/tfmtodit/tfmtodit.cpp -o tfmtodit.o Making tfmtodit.1 from /usr/src/gnu/usr.bin/groff/src/utils/tfmtodit/../../= ../../../../contrib/groff/src/utils/tfmtodit/tfmtodit.man cc -O2 -pipe -DGCCVER=3D\"4.2\" -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=3D\"/usr= \" -I/usr/obj/usr/src/gnu/usr.bin/cc/cc1plus/../cc_tools -I/usr/src/gnu/usr= .bin/cc/cc1plus/../cc_tools -I/usr/src/gnu/usr.bin/cc/cc1plus/../../../../c= ontrib/gcc -I/usr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcc/config= -I/usr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcclibs/include -I/u= sr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcclibs/libcpp/include -I= /usr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcclibs/libdecnumber -I= /usr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcc/cp -I. -std=3Dgnu89= -fstack-protector -c /usr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib= /gcc/cp/decl2.c -o decl2.o gzip -cn tfmtodit.1 > tfmtodit.1.gz c++ -O2 -pipe -DHAVE_CONFIG_H -I/usr/src/gnu/usr.bin/groff/src/utils/tfmtod= it/../../../../../../contrib/groff/src/include -I/usr/src/gnu/usr.bin/groff= /src/utils/tfmtodit/../../../src/include -fstack-protector -fno-rtti -fno-e= xceptions -o tfmtodit tfmtodit.o /usr/obj/usr/src/gnu/usr.bin/groff/src/u= tils/tfmtodit/../../../src/libs/libgroff/libgroff.a -lm =3D=3D=3D> gnu/usr.bin/groff/tmac (all) sed -f /usr/src/gnu/usr.bin/groff/tmac/../../../../contrib/groff/tmac/strip= .sed /usr/src/gnu/usr.bin/groff/tmac/../../../../contrib/groff/tmac/doc-com= mon > doc-common-s sed -f /usr/src/gnu/usr.bin/groff/tmac/../../../../contrib/groff/tmac/strip= .sed /usr/src/gnu/usr.bin/groff/tmac/../../../../contrib/groff/tmac/doc-dit= roff > doc-ditroff-s sed -f /usr/src/gnu/usr.bin/groff/tmac/../../../../contrib/groff/tmac/strip= .sed /usr/src/gnu/usr.bin/groff/tmac/../../../../contrib/groff/tmac/doc-nro= ff > doc-nroff-s sed -f /usr/src/gnu/usr.bin/groff/tmac/../../../../contrib/groff/tmac/strip= .sed /usr/src/gnu/usr.bin/groff/tmac/../../../../contrib/groff/tmac/doc-sym= s > doc-syms-s sed -f /usr/src/gnu/usr.bin/groff/tmac/../../../../contrib/groff/tmac/strip= .sed /usr/src/gnu/usr.bin/groff/tmac/fr.ISO8859-1 > fr.ISO8859-1-s sed -f /usr/src/gnu/usr.bin/groff/tmac/../../../../contrib/groff/tmac/strip= .sed /usr/src/gnu/usr.bin/groff/tmac/ru.KOI8-R > ru.KOI8-R-s sed -f /usr/src/gnu/usr.bin/groff/tmac/../../../../contrib/groff/tmac/strip= .sed /usr/src/gnu/usr.bin/groff/tmac/../../../../contrib/groff/tmac/e.tmac = > e.tmac-s sed -f /usr/src/gnu/usr.bin/groff/tmac/../../../../contrib/groff/tmac/strip= .sed /usr/src/gnu/usr.bin/groff/tmac/../../../../contrib/groff/tmac/doc.tma= c > doc.tmac-s sed -f /usr/src/gnu/usr.bin/groff/tmac/../../../../contrib/groff/tmac/strip= .sed /usr/src/gnu/usr.bin/groff/tmac/mdoc.local > mdoc.local-s sed -e "s;@TMAC_AN_PREFIX@;;g" -e "s;@TMAC_S_PREFIX@;;g" -e "s;@PNMTOPS_N= OSETPAGE@;pnmtops;g" /usr/src/gnu/usr.bin/groff/tmac/../../../../contrib/g= roff/tmac/an.tmac > an.tmac-s sed -e "s;@TMAC_AN_PREFIX@;;g" -e "s;@TMAC_S_PREFIX@;;g" -e "s;@PNMTOPS_N= OSETPAGE@;pnmtops;g" /usr/src/gnu/usr.bin/groff/tmac/../../../../contrib/g= roff/tmac/man.tmac > man.tmac-s sed -e "s;@TMAC_AN_PREFIX@;;g" -e "s;@TMAC_S_PREFIX@;;g" -e "s;@PNMTOPS_N= OSETPAGE@;pnmtops;g" /usr/src/gnu/usr.bin/groff/tmac/../../../../contrib/g= roff/tmac/s.tmac > s.tmac-s sed -e "s;@TMAC_AN_PREFIX@;;g" -e "s;@TMAC_S_PREFIX@;;g" -e "s;@PNMTOPS_N= OSETPAGE@;pnmtops;g" /usr/src/gnu/usr.bin/groff/tmac/../../../../contrib/g= roff/tmac/ms.tmac > ms.tmac-s sed -e "s;@TMAC_AN_PREFIX@;;g" -e "s;@TMAC_S_PREFIX@;;g" -e "s;@PNMTOPS_N= OSETPAGE@;pnmtops;g" /usr/src/gnu/usr.bin/groff/tmac/../../../../contrib/g= roff/tmac/www.tmac > www.tmac-s Making groff_ms.7 from /usr/src/gnu/usr.bin/groff/tmac/../../../../contrib/= groff/tmac/groff_ms.man Making groff_man.7 from /usr/src/gnu/usr.bin/groff/tmac/../../../../contrib= /groff/tmac/groff_man.man Making groff_me.7 from /usr/src/gnu/usr.bin/groff/tmac/../../../../contrib/= groff/tmac/groff_me.man Making groff_mdoc.7 from /usr/src/gnu/usr.bin/groff/tmac/../../../../contri= b/groff/tmac/groff_mdoc.man Making groff_trace.7 from /usr/src/gnu/usr.bin/groff/tmac/../../../../contr= ib/groff/tmac/groff_trace.man Making groff_www.7 from /usr/src/gnu/usr.bin/groff/tmac/../../../../contrib= /groff/tmac/groff_www.man gzip -cn groff_ms.7 > groff_ms.7.gz gzip -cn groff_man.7 > groff_man.7.gz gzip -cn groff_me.7 > groff_me.7.gz gzip -cn groff_mdoc.7 > groff_mdoc.7.gz gzip -cn groff_trace.7 > groff_trace.7.gz gzip -cn groff_www.7 > groff_www.7.gz cc -O2 -pipe -DGCCVER=3D\"4.2\" -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=3D\"/usr= \" -I/usr/obj/usr/src/gnu/usr.bin/cc/cc1plus/../cc_tools -I/usr/src/gnu/usr= .bin/cc/cc1plus/../cc_tools -I/usr/src/gnu/usr.bin/cc/cc1plus/../../../../c= ontrib/gcc -I/usr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcc/config= -I/usr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcclibs/include -I/u= sr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcclibs/libcpp/include -I= /usr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcclibs/libdecnumber -I= /usr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcc/cp -I. -std=3Dgnu89= -fstack-protector -c /usr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib= /gcc/cp/error.c -o error.o cc -O2 -pipe -DGCCVER=3D\"4.2\" -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=3D\"/usr= \" -I/usr/obj/usr/src/gnu/usr.bin/cc/cc1plus/../cc_tools -I/usr/src/gnu/usr= .bin/cc/cc1plus/../cc_tools -I/usr/src/gnu/usr.bin/cc/cc1plus/../../../../c= ontrib/gcc -I/usr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcc/config= -I/usr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcclibs/include -I/u= sr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcclibs/libcpp/include -I= /usr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcclibs/libdecnumber -I= /usr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcc/cp -I. -std=3Dgnu89= -fstack-protector -c /usr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib= /gcc/cp/expr.c -o expr.o cc -O2 -pipe -DGCCVER=3D\"4.2\" -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=3D\"/usr= \" -I/usr/obj/usr/src/gnu/usr.bin/cc/cc1plus/../cc_tools -I/usr/src/gnu/usr= .bin/cc/cc1plus/../cc_tools -I/usr/src/gnu/usr.bin/cc/cc1plus/../../../../c= ontrib/gcc -I/usr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcc/config= -I/usr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcclibs/include -I/u= sr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcclibs/libcpp/include -I= /usr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcclibs/libdecnumber -I= /usr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcc/cp -I. -std=3Dgnu89= -fstack-protector -c /usr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib= /gcc/cp/dump.c -o dump.o cc -O2 -pipe -DGCCVER=3D\"4.2\" -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=3D\"/usr= \" -I/usr/obj/usr/src/gnu/usr.bin/cc/cc1plus/../cc_tools -I/usr/src/gnu/usr= .bin/cc/cc1plus/../cc_tools -I/usr/src/gnu/usr.bin/cc/cc1plus/../../../../c= ontrib/gcc -I/usr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcc/config= -I/usr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcclibs/include -I/u= sr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcclibs/libcpp/include -I= /usr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcclibs/libdecnumber -I= /usr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcc/cp -I. -std=3Dgnu89= -fstack-protector -c /usr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib= /gcc/cp/friend.c -o friend.o cc -O2 -pipe -DGCCVER=3D\"4.2\" -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=3D\"/usr= \" -I/usr/obj/usr/src/gnu/usr.bin/cc/cc1plus/../cc_tools -I/usr/src/gnu/usr= .bin/cc/cc1plus/../cc_tools -I/usr/src/gnu/usr.bin/cc/cc1plus/../../../../c= ontrib/gcc -I/usr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcc/config= -I/usr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcclibs/include -I/u= sr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcclibs/libcpp/include -I= /usr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcclibs/libdecnumber -I= /usr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcc/cp -I. -std=3Dgnu89= -fstack-protector -c /usr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib= /gcc/cp/init.c -o init.o cc -O2 -pipe -DGCCVER=3D\"4.2\" -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=3D\"/usr= \" -I/usr/obj/usr/src/gnu/usr.bin/cc/cc1plus/../cc_tools -I/usr/src/gnu/usr= .bin/cc/cc1plus/../cc_tools -I/usr/src/gnu/usr.bin/cc/cc1plus/../../../../c= ontrib/gcc -I/usr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcc/config= -I/usr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcclibs/include -I/u= sr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcclibs/libcpp/include -I= /usr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcclibs/libdecnumber -I= /usr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcc/cp -I. -std=3Dgnu89= -fstack-protector -c /usr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib= /gcc/cp/lex.c -o lex.o cc -O2 -pipe -DGCCVER=3D\"4.2\" -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=3D\"/usr= \" -I/usr/obj/usr/src/gnu/usr.bin/cc/cc1plus/../cc_tools -I/usr/src/gnu/usr= .bin/cc/cc1plus/../cc_tools -I/usr/src/gnu/usr.bin/cc/cc1plus/../../../../c= ontrib/gcc -I/usr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcc/config= -I/usr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcclibs/include -I/u= sr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcclibs/libcpp/include -I= /usr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcclibs/libdecnumber -I= /usr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcc/cp -I. -std=3Dgnu89= -fstack-protector -c /usr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib= /gcc/cp/mangle.c -o mangle.o cc -O2 -pipe -DGCCVER=3D\"4.2\" -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=3D\"/usr= \" -I/usr/obj/usr/src/gnu/usr.bin/cc/cc1plus/../cc_tools -I/usr/src/gnu/usr= .bin/cc/cc1plus/../cc_tools -I/usr/src/gnu/usr.bin/cc/cc1plus/../../../../c= ontrib/gcc -I/usr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcc/config= -I/usr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcclibs/include -I/u= sr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcclibs/libcpp/include -I= /usr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcclibs/libdecnumber -I= /usr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcc/cp -I. -std=3Dgnu89= -fstack-protector -c /usr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib= /gcc/cp/method.c -o method.o cc -O2 -pipe -DGCCVER=3D\"4.2\" -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=3D\"/usr= \" -I/usr/obj/usr/src/gnu/usr.bin/cc/cc1plus/../cc_tools -I/usr/src/gnu/usr= .bin/cc/cc1plus/../cc_tools -I/usr/src/gnu/usr.bin/cc/cc1plus/../../../../c= ontrib/gcc -I/usr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcc/config= -I/usr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcclibs/include -I/u= sr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcclibs/libcpp/include -I= /usr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcclibs/libdecnumber -I= /usr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcc/cp -I. -std=3Dgnu89= -fstack-protector -c /usr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib= /gcc/cp/name-lookup.c -o name-lookup.o cc -O2 -pipe -DGCCVER=3D\"4.2\" -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=3D\"/usr= \" -I/usr/obj/usr/src/gnu/usr.bin/cc/cc1plus/../cc_tools -I/usr/src/gnu/usr= .bin/cc/cc1plus/../cc_tools -I/usr/src/gnu/usr.bin/cc/cc1plus/../../../../c= ontrib/gcc -I/usr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcc/config= -I/usr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcclibs/include -I/u= sr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcclibs/libcpp/include -I= /usr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcclibs/libdecnumber -I= /usr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcc/cp -I. -std=3Dgnu89= -fstack-protector -c /usr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib= /gcc/cp/parser.c -o parser.o cc -O2 -pipe -DGCCVER=3D\"4.2\" -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=3D\"/usr= \" -I/usr/obj/usr/src/gnu/usr.bin/cc/cc1plus/../cc_tools -I/usr/src/gnu/usr= .bin/cc/cc1plus/../cc_tools -I/usr/src/gnu/usr.bin/cc/cc1plus/../../../../c= ontrib/gcc -I/usr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcc/config= -I/usr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcclibs/include -I/u= sr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcclibs/libcpp/include -I= /usr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcclibs/libdecnumber -I= /usr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcc/cp -I. -std=3Dgnu89= -fstack-protector -c /usr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib= /gcc/cp/pt.c -o pt.o cc -O2 -pipe -DGCCVER=3D\"4.2\" -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=3D\"/usr= \" -I/usr/obj/usr/src/gnu/usr.bin/cc/cc1plus/../cc_tools -I/usr/src/gnu/usr= .bin/cc/cc1plus/../cc_tools -I/usr/src/gnu/usr.bin/cc/cc1plus/../../../../c= ontrib/gcc -I/usr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcc/config= -I/usr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcclibs/include -I/u= sr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcclibs/libcpp/include -I= /usr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcclibs/libdecnumber -I= /usr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcc/cp -I. -std=3Dgnu89= -fstack-protector -c /usr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib= /gcc/cp/ptree.c -o ptree.o cc -O2 -pipe -DGCCVER=3D\"4.2\" -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=3D\"/usr= \" -I/usr/obj/usr/src/gnu/usr.bin/cc/cc1plus/../cc_tools -I/usr/src/gnu/usr= .bin/cc/cc1plus/../cc_tools -I/usr/src/gnu/usr.bin/cc/cc1plus/../../../../c= ontrib/gcc -I/usr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcc/config= -I/usr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcclibs/include -I/u= sr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcclibs/libcpp/include -I= /usr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcclibs/libdecnumber -I= /usr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcc/cp -I. -std=3Dgnu89= -fstack-protector -c /usr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib= /gcc/cp/repo.c -o repo.o cc -O2 -pipe -DGCCVER=3D\"4.2\" -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=3D\"/usr= \" -I/usr/obj/usr/src/gnu/usr.bin/cc/cc1plus/../cc_tools -I/usr/src/gnu/usr= .bin/cc/cc1plus/../cc_tools -I/usr/src/gnu/usr.bin/cc/cc1plus/../../../../c= ontrib/gcc -I/usr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcc/config= -I/usr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcclibs/include -I/u= sr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcclibs/libcpp/include -I= /usr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcclibs/libdecnumber -I= /usr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcc/cp -I. -std=3Dgnu89= -fstack-protector -c /usr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib= /gcc/cp/rtti.c -o rtti.o cc -O2 -pipe -DGCCVER=3D\"4.2\" -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=3D\"/usr= \" -I/usr/obj/usr/src/gnu/usr.bin/cc/cc1plus/../cc_tools -I/usr/src/gnu/usr= .bin/cc/cc1plus/../cc_tools -I/usr/src/gnu/usr.bin/cc/cc1plus/../../../../c= ontrib/gcc -I/usr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcc/config= -I/usr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcclibs/include -I/u= sr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcclibs/libcpp/include -I= /usr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcclibs/libdecnumber -I= /usr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcc/cp -I. -std=3Dgnu89= -fstack-protector -c /usr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib= /gcc/cp/search.c -o search.o cc -O2 -pipe -DGCCVER=3D\"4.2\" -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=3D\"/usr= \" -I/usr/obj/usr/src/gnu/usr.bin/cc/cc1plus/../cc_tools -I/usr/src/gnu/usr= .bin/cc/cc1plus/../cc_tools -I/usr/src/gnu/usr.bin/cc/cc1plus/../../../../c= ontrib/gcc -I/usr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcc/config= -I/usr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcclibs/include -I/u= sr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcclibs/libcpp/include -I= /usr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcclibs/libdecnumber -I= /usr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcc/cp -I. -std=3Dgnu89= -fstack-protector -c /usr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib= /gcc/cp/semantics.c -o semantics.o cc -O2 -pipe -DGCCVER=3D\"4.2\" -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=3D\"/usr= \" -I/usr/obj/usr/src/gnu/usr.bin/cc/cc1plus/../cc_tools -I/usr/src/gnu/usr= .bin/cc/cc1plus/../cc_tools -I/usr/src/gnu/usr.bin/cc/cc1plus/../../../../c= ontrib/gcc -I/usr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcc/config= -I/usr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcclibs/include -I/u= sr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcclibs/libcpp/include -I= /usr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcclibs/libdecnumber -I= /usr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcc/cp -I. -std=3Dgnu89= -fstack-protector -c /usr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib= /gcc/cp/tree.c -o tree.o cc -O2 -pipe -DGCCVER=3D\"4.2\" -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=3D\"/usr= \" -I/usr/obj/usr/src/gnu/usr.bin/cc/cc1plus/../cc_tools -I/usr/src/gnu/usr= .bin/cc/cc1plus/../cc_tools -I/usr/src/gnu/usr.bin/cc/cc1plus/../../../../c= ontrib/gcc -I/usr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcc/config= -I/usr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcclibs/include -I/u= sr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcclibs/libcpp/include -I= /usr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcclibs/libdecnumber -I= /usr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcc/cp -I. -std=3Dgnu89= -fstack-protector -c /usr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib= /gcc/cp/typeck.c -o typeck.o cc -O2 -pipe -DGCCVER=3D\"4.2\" -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=3D\"/usr= \" -I/usr/obj/usr/src/gnu/usr.bin/cc/cc1plus/../cc_tools -I/usr/src/gnu/usr= .bin/cc/cc1plus/../cc_tools -I/usr/src/gnu/usr.bin/cc/cc1plus/../../../../c= ontrib/gcc -I/usr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcc/config= -I/usr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcclibs/include -I/u= sr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcclibs/libcpp/include -I= /usr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcclibs/libdecnumber -I= /usr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcc/cp -I. -std=3Dgnu89= -fstack-protector -c /usr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib= /gcc/cp/typeck2.c -o typeck2.o cc -O2 -pipe -DGCCVER=3D\"4.2\" -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=3D\"/usr= \" -I/usr/obj/usr/src/gnu/usr.bin/cc/cc1plus/../cc_tools -I/usr/src/gnu/usr= .bin/cc/cc1plus/../cc_tools -I/usr/src/gnu/usr.bin/cc/cc1plus/../../../../c= ontrib/gcc -I/usr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcc/config= -I/usr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcclibs/include -I/u= sr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcclibs/libcpp/include -I= /usr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcclibs/libdecnumber -I= /usr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcc/cp -I. -std=3Dgnu89= -fstack-protector -c /usr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib= /gcc/cp/optimize.c -o optimize.o cc -O2 -pipe -DGCCVER=3D\"4.2\" -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=3D\"/usr= \" -I/usr/obj/usr/src/gnu/usr.bin/cc/cc1plus/../cc_tools -I/usr/src/gnu/usr= .bin/cc/cc1plus/../cc_tools -I/usr/src/gnu/usr.bin/cc/cc1plus/../../../../c= ontrib/gcc -I/usr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcc/config= -I/usr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcclibs/include -I/u= sr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcclibs/libcpp/include -I= /usr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcclibs/libdecnumber -I= /usr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcc/cp -I. -std=3Dgnu89= -fstack-protector -c /usr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib= /gcc/cp/cp-objcp-common.c -o cp-objcp-common.o cc -O2 -pipe -DGCCVER=3D\"4.2\" -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=3D\"/usr= \" -I/usr/obj/usr/src/gnu/usr.bin/cc/cc1plus/../cc_tools -I/usr/src/gnu/usr= .bin/cc/cc1plus/../cc_tools -I/usr/src/gnu/usr.bin/cc/cc1plus/../../../../c= ontrib/gcc -I/usr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcc/config= -I/usr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcclibs/include -I/u= sr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcclibs/libcpp/include -I= /usr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcclibs/libdecnumber -I= /usr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcc/cp -I. -std=3Dgnu89= -fstack-protector -c /usr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib= /gcc/cp/cp-gimplify.c -o cp-gimplify.o cc -O2 -pipe -DGCCVER=3D\"4.2\" -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=3D\"/usr= \" -I/usr/obj/usr/src/gnu/usr.bin/cc/cc1plus/../cc_tools -I/usr/src/gnu/usr= .bin/cc/cc1plus/../cc_tools -I/usr/src/gnu/usr.bin/cc/cc1plus/../../../../c= ontrib/gcc -I/usr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcc/config= -I/usr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcclibs/include -I/u= sr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcclibs/libcpp/include -I= /usr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcclibs/libdecnumber -I= /usr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcc/cp -I. -std=3Dgnu89= -fstack-protector -c /usr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib= /gcc/tree-mudflap.c -o tree-mudflap.o cc -O2 -pipe -DGCCVER=3D\"4.2\" -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=3D\"/usr= \" -I/usr/obj/usr/src/gnu/usr.bin/cc/cc1plus/../cc_tools -I/usr/src/gnu/usr= .bin/cc/cc1plus/../cc_tools -I/usr/src/gnu/usr.bin/cc/cc1plus/../../../../c= ontrib/gcc -I/usr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcc/config= -I/usr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcclibs/include -I/u= sr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcclibs/libcpp/include -I= /usr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcclibs/libdecnumber -I= /usr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcc/cp -I. -std=3Dgnu89= -fstack-protector -c /usr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib= /gcc/cp/except.c -o except.o cc -O2 -pipe -DGCCVER=3D\"4.2\" -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=3D\"/usr= \" -I/usr/obj/usr/src/gnu/usr.bin/cc/cc1plus/../cc_tools -I/usr/src/gnu/usr= .bin/cc/cc1plus/../cc_tools -I/usr/src/gnu/usr.bin/cc/cc1plus/../../../../c= ontrib/gcc -I/usr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcc/config= -I/usr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcclibs/include -I/u= sr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcclibs/libcpp/include -I= /usr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcclibs/libdecnumber -I= /usr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcc/cp -I. -std=3Dgnu89= -fstack-protector -static -o cc1plus-dummy main.o cp-lang.o c-opts.o ca= ll.o class.o cvt.o cxx-pretty-print.o decl.o decl2.o error.o except.o expr.= o dump.o friend.o init.o lex.o mangle.o method.o name-lookup.o parser.o pt.= o ptree.o repo.o rtti.o search.o semantics.o tree.o typeck.o typeck2.o opti= mize.o cp-objcp-common.o cp-gimplify.o tree-mudflap.o /usr/obj/usr/src/gnu/= usr.bin/cc/cc1plus/../cc_int/libbackend.a /usr/obj/usr/src/gnu/usr.bin/cc/c= c1plus/../libcpp/libcpp.a /usr/obj/usr/src/gnu/usr.bin/cc/cc1plus/../libdec= number/libdecnumber.a /usr/obj/usr/src/gnu/usr.bin/cc/cc1plus/../libiberty/= libiberty.a ../cc_tools/genchecksum cc1plus-dummy > cc1plus-checksum.c cc -O2 -pipe -DGCCVER=3D\"4.2\" -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=3D\"/usr= \" -I/usr/obj/usr/src/gnu/usr.bin/cc/cc1plus/../cc_tools -I/usr/src/gnu/usr= .bin/cc/cc1plus/../cc_tools -I/usr/src/gnu/usr.bin/cc/cc1plus/../../../../c= ontrib/gcc -I/usr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcc/config= -I/usr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcclibs/include -I/u= sr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcclibs/libcpp/include -I= /usr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcclibs/libdecnumber -I= /usr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcc/cp -I. -std=3Dgnu89= -fstack-protector -c cc1plus-checksum.c -o cc1plus-checksum.o cc -O2 -pipe -DGCCVER=3D\"4.2\" -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=3D\"/usr= \" -I/usr/obj/usr/src/gnu/usr.bin/cc/cc1plus/../cc_tools -I/usr/src/gnu/usr= .bin/cc/cc1plus/../cc_tools -I/usr/src/gnu/usr.bin/cc/cc1plus/../../../../c= ontrib/gcc -I/usr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcc/config= -I/usr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcclibs/include -I/u= sr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcclibs/libcpp/include -I= /usr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcclibs/libdecnumber -I= /usr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcc/cp -I. -std=3Dgnu89= -fstack-protector -static -o cc1plus cc1plus-checksum.o main.o cp-lang.= o c-opts.o call.o class.o cvt.o cxx-pretty-print.o decl.o decl2.o error.o e= xcept.o expr.o dump.o friend.o init.o lex.o mangle.o method.o name-lookup.o= parser.o pt.o ptree.o repo.o rtti.o search.o semantics.o tree.o typeck.o t= ypeck2.o optimize.o cp-objcp-common.o cp-gimplify.o tree-mudflap.o /usr/obj= /usr/src/gnu/usr.bin/cc/cc1plus/../cc_int/libbackend.a /usr/obj/usr/src/gnu= /usr.bin/cc/cc1plus/../libcpp/libcpp.a /usr/obj/usr/src/gnu/usr.bin/cc/cc1p= lus/../libdecnumber/libdecnumber.a /usr/obj/usr/src/gnu/usr.bin/cc/cc1plus/= ../libiberty/libiberty.a =3D=3D=3D> gnu/usr.bin/cc/c++ (all) cc -O2 -pipe -DGCCVER=3D\"4.2\" -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=3D\"/usr= \" -I/usr/obj/usr/src/gnu/usr.bin/cc/c++/../cc_tools -I/usr/src/gnu/usr.bin= /cc/c++/../cc_tools -I/usr/src/gnu/usr.bin/cc/c++/../../../../contrib/gcc -= I/usr/src/gnu/usr.bin/cc/c++/../../../../contrib/gcc/config -I/usr/src/gnu/= usr.bin/cc/c++/../../../../contrib/gcclibs/include -I/usr/src/gnu/usr.bin/c= c/c++/../../../../contrib/gcclibs/libcpp/include -I/usr/src/gnu/usr.bin/cc/= c++/../../../../contrib/gcclibs/libdecnumber -DGCC_DRIVER -DDEFAULT_TARGET= _VERSION=3D\"4.2.1\" -DDEFAULT_TARGET_MACHINE=3D\"i386-undermydesk-freebsd= \" -DENABLE_SHARED_LIBGCC -std=3Dgnu89 -fstack-protector -c /usr/src/gn= u/usr.bin/cc/c++/../../../../contrib/gcc/gcc.c -o gcc.o cc -O2 -pipe -DGCCVER=3D\"4.2\" -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=3D\"/usr= \" -I/usr/obj/usr/src/gnu/usr.bin/cc/c++/../cc_tools -I/usr/src/gnu/usr.bin= /cc/c++/../cc_tools -I/usr/src/gnu/usr.bin/cc/c++/../../../../contrib/gcc -= I/usr/src/gnu/usr.bin/cc/c++/../../../../contrib/gcc/config -I/usr/src/gnu/= usr.bin/cc/c++/../../../../contrib/gcclibs/include -I/usr/src/gnu/usr.bin/c= c/c++/../../../../contrib/gcclibs/libcpp/include -I/usr/src/gnu/usr.bin/cc/= c++/../../../../contrib/gcclibs/libdecnumber -DGCC_DRIVER -DDEFAULT_TARGET= _VERSION=3D\"4.2.1\" -DDEFAULT_TARGET_MACHINE=3D\"i386-undermydesk-freebsd= \" -DENABLE_SHARED_LIBGCC -std=3Dgnu89 -fstack-protector -c /usr/src/gn= u/usr.bin/cc/c++/../../../../contrib/gcc/opts-common.c -o opts-common.o cc -O2 -pipe -DGCCVER=3D\"4.2\" -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=3D\"/usr= \" -I/usr/obj/usr/src/gnu/usr.bin/cc/c++/../cc_tools -I/usr/src/gnu/usr.bin= /cc/c++/../cc_tools -I/usr/src/gnu/usr.bin/cc/c++/../../../../contrib/gcc -= I/usr/src/gnu/usr.bin/cc/c++/../../../../contrib/gcc/config -I/usr/src/gnu/= usr.bin/cc/c++/../../../../contrib/gcclibs/include -I/usr/src/gnu/usr.bin/c= c/c++/../../../../contrib/gcclibs/libcpp/include -I/usr/src/gnu/usr.bin/cc/= c++/../../../../contrib/gcclibs/libdecnumber -DGCC_DRIVER -DDEFAULT_TARGET= _VERSION=3D\"4.2.1\" -DDEFAULT_TARGET_MACHINE=3D\"i386-undermydesk-freebsd= \" -DENABLE_SHARED_LIBGCC -std=3Dgnu89 -fstack-protector -c ../cc_tools= /options.c -o options.o cc -O2 -pipe -DGCCVER=3D\"4.2\" -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=3D\"/usr= \" -I/usr/obj/usr/src/gnu/usr.bin/cc/c++/../cc_tools -I/usr/src/gnu/usr.bin= /cc/c++/../cc_tools -I/usr/src/gnu/usr.bin/cc/c++/../../../../contrib/gcc -= I/usr/src/gnu/usr.bin/cc/c++/../../../../contrib/gcc/config -I/usr/src/gnu/= usr.bin/cc/c++/../../../../contrib/gcclibs/include -I/usr/src/gnu/usr.bin/c= c/c++/../../../../contrib/gcclibs/libcpp/include -I/usr/src/gnu/usr.bin/cc/= c++/../../../../contrib/gcclibs/libdecnumber -DGCC_DRIVER -DDEFAULT_TARGET= _VERSION=3D\"4.2.1\" -DDEFAULT_TARGET_MACHINE=3D\"i386-undermydesk-freebsd= \" -DENABLE_SHARED_LIBGCC -std=3Dgnu89 -fstack-protector -c /usr/src/gn= u/usr.bin/cc/c++/../../../../contrib/gcc/intl.c -o intl.o cc -O2 -pipe -DGCCVER=3D\"4.2\" -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=3D\"/usr= \" -I/usr/obj/usr/src/gnu/usr.bin/cc/c++/../cc_tools -I/usr/src/gnu/usr.bin= /cc/c++/../cc_tools -I/usr/src/gnu/usr.bin/cc/c++/../../../../contrib/gcc -= I/usr/src/gnu/usr.bin/cc/c++/../../../../contrib/gcc/config -I/usr/src/gnu/= usr.bin/cc/c++/../../../../contrib/gcclibs/include -I/usr/src/gnu/usr.bin/c= c/c++/../../../../contrib/gcclibs/libcpp/include -I/usr/src/gnu/usr.bin/cc/= c++/../../../../contrib/gcclibs/libdecnumber -DGCC_DRIVER -DDEFAULT_TARGET= _VERSION=3D\"4.2.1\" -DDEFAULT_TARGET_MACHINE=3D\"i386-undermydesk-freebsd= \" -DENABLE_SHARED_LIBGCC -std=3Dgnu89 -fstack-protector -c /usr/src/gn= u/usr.bin/cc/c++/../../../../contrib/gcc/prefix.c -o prefix.o cc -O2 -pipe -DGCCVER=3D\"4.2\" -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=3D\"/usr= \" -I/usr/obj/usr/src/gnu/usr.bin/cc/c++/../cc_tools -I/usr/src/gnu/usr.bin= /cc/c++/../cc_tools -I/usr/src/gnu/usr.bin/cc/c++/../../../../contrib/gcc -= I/usr/src/gnu/usr.bin/cc/c++/../../../../contrib/gcc/config -I/usr/src/gnu/= usr.bin/cc/c++/../../../../contrib/gcclibs/include -I/usr/src/gnu/usr.bin/c= c/c++/../../../../contrib/gcclibs/libcpp/include -I/usr/src/gnu/usr.bin/cc/= c++/../../../../contrib/gcclibs/libdecnumber -DGCC_DRIVER -DDEFAULT_TARGET= _VERSION=3D\"4.2.1\" -DDEFAULT_TARGET_MACHINE=3D\"i386-undermydesk-freebsd= \" -DENABLE_SHARED_LIBGCC -std=3Dgnu89 -fstack-protector -DBASEVER=3D\"= 4.2.1\" -DDATESTAMP=3D\"\ 20070831\" -DDEVPHASE=3D\"\ patched\" -c /usr/s= rc/gnu/usr.bin/cc/c++/../../../../contrib/gcc/version.c cc -O2 -pipe -DGCCVER=3D\"4.2\" -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=3D\"/usr= \" -I/usr/obj/usr/src/gnu/usr.bin/cc/c++/../cc_tools -I/usr/src/gnu/usr.bin= /cc/c++/../cc_tools -I/usr/src/gnu/usr.bin/cc/c++/../../../../contrib/gcc -= I/usr/src/gnu/usr.bin/cc/c++/../../../../contrib/gcc/config -I/usr/src/gnu/= usr.bin/cc/c++/../../../../contrib/gcclibs/include -I/usr/src/gnu/usr.bin/c= c/c++/../../../../contrib/gcclibs/libcpp/include -I/usr/src/gnu/usr.bin/cc/= c++/../../../../contrib/gcclibs/libdecnumber -DGCC_DRIVER -DDEFAULT_TARGET= _VERSION=3D\"4.2.1\" -DDEFAULT_TARGET_MACHINE=3D\"i386-undermydesk-freebsd= \" -DENABLE_SHARED_LIBGCC -std=3Dgnu89 -fstack-protector -c /usr/src/gn= u/usr.bin/cc/c++/../../../../contrib/gcc/config/i386/driver-i386.c -o drive= r-i386.o cc -O2 -pipe -DGCCVER=3D\"4.2\" -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=3D\"/usr= \" -I/usr/obj/usr/src/gnu/usr.bin/cc/c++/../cc_tools -I/usr/src/gnu/usr.bin= /cc/c++/../cc_tools -I/usr/src/gnu/usr.bin/cc/c++/../../../../contrib/gcc -= I/usr/src/gnu/usr.bin/cc/c++/../../../../contrib/gcc/config -I/usr/src/gnu/= usr.bin/cc/c++/../../../../contrib/gcclibs/include -I/usr/src/gnu/usr.bin/c= c/c++/../../../../contrib/gcclibs/libcpp/include -I/usr/src/gnu/usr.bin/cc/= c++/../../../../contrib/gcclibs/libdecnumber -DGCC_DRIVER -DDEFAULT_TARGET= _VERSION=3D\"4.2.1\" -DDEFAULT_TARGET_MACHINE=3D\"i386-undermydesk-freebsd= \" -DENABLE_SHARED_LIBGCC -std=3Dgnu89 -fstack-protector -c /usr/src/gn= u/usr.bin/cc/c++/../../../../contrib/gcc/cp/g++spec.c -o g++spec.o cc -O2 -pipe -DGCCVER=3D\"4.2\" -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=3D\"/usr= \" -I/usr/obj/usr/src/gnu/usr.bin/cc/c++/../cc_tools -I/usr/src/gnu/usr.bin= /cc/c++/../cc_tools -I/usr/src/gnu/usr.bin/cc/c++/../../../../contrib/gcc -= I/usr/src/gnu/usr.bin/cc/c++/../../../../contrib/gcc/config -I/usr/src/gnu/= usr.bin/cc/c++/../../../../contrib/gcclibs/include -I/usr/src/gnu/usr.bin/c= c/c++/../../../../contrib/gcclibs/libcpp/include -I/usr/src/gnu/usr.bin/cc/= c++/../../../../contrib/gcclibs/libdecnumber -DGCC_DRIVER -DDEFAULT_TARGET= _VERSION=3D\"4.2.1\" -DDEFAULT_TARGET_MACHINE=3D\"i386-undermydesk-freebsd= \" -DENABLE_SHARED_LIBGCC -std=3Dgnu89 -fstack-protector -o g++ gcc.o = opts-common.o options.o intl.o prefix.o version.o driver-i386.o g++spec.o /= usr/obj/usr/src/gnu/usr.bin/cc/c++/../libcpp/libcpp.a /usr/obj/usr/src/gnu/= usr.bin/cc/c++/../libiberty/libiberty.a =3D=3D=3D> gnu/usr.bin/cc/c++filt (all) cc -O2 -pipe -DGCCVER=3D\"4.2\" -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=3D\"/usr= \" -I/usr/obj/usr/src/gnu/usr.bin/cc/c++filt/../cc_tools -I/usr/src/gnu/usr= .bin/cc/c++filt/../cc_tools -I/usr/src/gnu/usr.bin/cc/c++filt/../../../../c= ontrib/gcc -I/usr/src/gnu/usr.bin/cc/c++filt/../../../../contrib/gcc/config= -I/usr/src/gnu/usr.bin/cc/c++filt/../../../../contrib/gcclibs/include -I/u= sr/src/gnu/usr.bin/cc/c++filt/../../../../contrib/gcclibs/libcpp/include -I= /usr/src/gnu/usr.bin/cc/c++filt/../../../../contrib/gcclibs/libdecnumber -D= GCC_DRIVER -DDEFAULT_TARGET_VERSION=3D\"4.2.1\" -DDEFAULT_TARGET_MACHINE= =3D\"i386-undermydesk-freebsd\" -DENABLE_SHARED_LIBGCC -DSTANDALONE_DEMAN= GLER -DVERSION=3D\"\" -std=3Dgnu89 -fstack-protector -c /usr/src/gnu/usr.= bin/cc/c++filt/../../../../contrib/gcclibs/libiberty/cp-demangle.c -o cp-de= mangle.o cc -O2 -pipe -DGCCVER=3D\"4.2\" -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=3D\"/usr= \" -I/usr/obj/usr/src/gnu/usr.bin/cc/c++filt/../cc_tools -I/usr/src/gnu/usr= .bin/cc/c++filt/../cc_tools -I/usr/src/gnu/usr.bin/cc/c++filt/../../../../c= ontrib/gcc -I/usr/src/gnu/usr.bin/cc/c++filt/../../../../contrib/gcc/config= -I/usr/src/gnu/usr.bin/cc/c++filt/../../../../contrib/gcclibs/include -I/u= sr/src/gnu/usr.bin/cc/c++filt/../../../../contrib/gcclibs/libcpp/include -I= /usr/src/gnu/usr.bin/cc/c++filt/../../../../contrib/gcclibs/libdecnumber -D= GCC_DRIVER -DDEFAULT_TARGET_VERSION=3D\"4.2.1\" -DDEFAULT_TARGET_MACHINE= =3D\"i386-undermydesk-freebsd\" -DENABLE_SHARED_LIBGCC -DSTANDALONE_DEMAN= GLER -DVERSION=3D\"\" -std=3Dgnu89 -fstack-protector -o c++filt cp-deman= gle.o /usr/obj/usr/src/gnu/usr.bin/cc/c++filt/../libiberty/libiberty.a =3D=3D=3D> gnu/usr.bin/cc/gcov (all) cc -O2 -pipe -DGCCVER=3D\"4.2\" -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=3D\"/usr= \" -I/usr/obj/usr/src/gnu/usr.bin/cc/gcov/../cc_tools -I/usr/src/gnu/usr.bi= n/cc/gcov/../cc_tools -I/usr/src/gnu/usr.bin/cc/gcov/../../../../contrib/gc= c -I/usr/src/gnu/usr.bin/cc/gcov/../../../../contrib/gcc/config -I/usr/src/= gnu/usr.bin/cc/gcov/../../../../contrib/gcclibs/include -I/usr/src/gnu/usr.= bin/cc/gcov/../../../../contrib/gcclibs/libcpp/include -I/usr/src/gnu/usr.b= in/cc/gcov/../../../../contrib/gcclibs/libdecnumber -std=3Dgnu89 -fstack-p= rotector -c /usr/src/gnu/usr.bin/cc/gcov/../../../../contrib/gcc/gcov.c -o= gcov.o cc -O2 -pipe -DGCCVER=3D\"4.2\" -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=3D\"/usr= \" -I/usr/obj/usr/src/gnu/usr.bin/cc/gcov/../cc_tools -I/usr/src/gnu/usr.bi= n/cc/gcov/../cc_tools -I/usr/src/gnu/usr.bin/cc/gcov/../../../../contrib/gc= c -I/usr/src/gnu/usr.bin/cc/gcov/../../../../contrib/gcc/config -I/usr/src/= gnu/usr.bin/cc/gcov/../../../../contrib/gcclibs/include -I/usr/src/gnu/usr.= bin/cc/gcov/../../../../contrib/gcclibs/libcpp/include -I/usr/src/gnu/usr.b= in/cc/gcov/../../../../contrib/gcclibs/libdecnumber -std=3Dgnu89 -fstack-p= rotector -DBASEVER=3D\"4.2.1\" -DDATESTAMP=3D\"\ 20070831\" -DDEVPHASE= =3D\"\ patched\" -c /usr/src/gnu/usr.bin/cc/gcov/../../../../contrib/gcc/ve= rsion.c cc -O2 -pipe -DGCCVER=3D\"4.2\" -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=3D\"/usr= \" -I/usr/obj/usr/src/gnu/usr.bin/cc/gcov/../cc_tools -I/usr/src/gnu/usr.bi= n/cc/gcov/../cc_tools -I/usr/src/gnu/usr.bin/cc/gcov/../../../../contrib/gc= c -I/usr/src/gnu/usr.bin/cc/gcov/../../../../contrib/gcc/config -I/usr/src/= gnu/usr.bin/cc/gcov/../../../../contrib/gcclibs/include -I/usr/src/gnu/usr.= bin/cc/gcov/../../../../contrib/gcclibs/libcpp/include -I/usr/src/gnu/usr.b= in/cc/gcov/../../../../contrib/gcclibs/libdecnumber -std=3Dgnu89 -fstack-p= rotector -c /usr/src/gnu/usr.bin/cc/gcov/../../../../contrib/gcc/errors.c = -o errors.o gzip -cn /usr/src/gnu/usr.bin/cc/gcov/../../../../contrib/gcc/doc/gcov.1 > = gcov.1.gz cc -O2 -pipe -DGCCVER=3D\"4.2\" -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=3D\"/usr= \" -I/usr/obj/usr/src/gnu/usr.bin/cc/gcov/../cc_tools -I/usr/src/gnu/usr.bi= n/cc/gcov/../cc_tools -I/usr/src/gnu/usr.bin/cc/gcov/../../../../contrib/gc= c -I/usr/src/gnu/usr.bin/cc/gcov/../../../../contrib/gcc/config -I/usr/src/= gnu/usr.bin/cc/gcov/../../../../contrib/gcclibs/include -I/usr/src/gnu/usr.= bin/cc/gcov/../../../../contrib/gcclibs/libcpp/include -I/usr/src/gnu/usr.b= in/cc/gcov/../../../../contrib/gcclibs/libdecnumber -std=3Dgnu89 -fstack-p= rotector -o gcov gcov.o version.o errors.o /usr/obj/usr/src/gnu/usr.bin/c= c/gcov/../libiberty/libiberty.a 1 error *** [everything] Error code 2 1 error *** [buildworld] Error code 2 1 error Build step 'Execute shell' marked build as failure [PostBuildScript] - Execution post build scripts. [FreeBSD_STABLE_9-i386] $ /bin/sh -xe /tmp/hudson2146080310173978770.sh + export 'PATH=3D/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/sbin:/usr/local/b= in' + export 'jname=3DFreeBSD_STABLE_9-i386' + echo 'clean up jail FreeBSD_STABLE_9-i386' clean up jail FreeBSD_STABLE_9-i386 + sudo jail -r FreeBSD_STABLE_9-i386 + sudo ifconfig igb0 inet6 2610:1c1:1:607c::102:1 -alias + sudo umount FreeBSD_STABLE_9-i386/usr/src + sudo umount FreeBSD_STABLE_9-i386/dev + sudo rm -fr FreeBSD_STABLE_9-i386 + true + sudo chflags -R noschg FreeBSD_STABLE_9-i386 + sudo rm -fr FreeBSD_STABLE_9-i386 Email was triggered for: Failure - Any Sending email for trigger: Failure - Any From owner-freebsd-stable@freebsd.org Tue Sep 6 10:15:11 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3A5D9BC71C3; Tue, 6 Sep 2016 10:15:11 +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 2E06DF2C; Tue, 6 Sep 2016 10:15:11 +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 5272ED8; Tue, 6 Sep 2016 10:15:11 +0000 (UTC) Date: Tue, 6 Sep 2016 10:15:09 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: avg@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-stable@FreeBSD.org, freebsd-i386@FreeBSD.org Message-ID: <1662224193.28.1473156911359.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1574223476.24.1473150032971.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1574223476.24.1473150032971.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_STABLE_9-i386 - Build #491 - Fixed MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_STABLE_9-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.23 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Sep 2016 10:15:11 -0000 FreeBSD_STABLE_9-i386 - Build #491 - Fixed: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_STABLE_9-i386/491/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_STABLE_9-i386/491/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_STABLE_9-i386/491/console Change summaries: 305466 by avg: fix r305459: stdint.h has to be included for uintmax_t Apparently on other branches the type is visible via indirect inclusions. From owner-freebsd-stable@freebsd.org Tue Sep 6 10:44:00 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 483A9BC7C58 for ; Tue, 6 Sep 2016 10:44: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 3C3DC106E; Tue, 6 Sep 2016 10:44: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 5FCCADA; Tue, 6 Sep 2016 10:41:49 +0000 (UTC) Date: Tue, 6 Sep 2016 10:40:39 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: avg@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-stable@FreeBSD.org Message-ID: <413928494.30.1473158630544.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <241027906.22.1473146438617.JavaMail.jenkins@jenkins-9.freebsd.org> References: <241027906.22.1473146438617.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_stable_9 - Build #1188 - Fixed MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_stable_9 X-Jenkins-Result: SUCCESS Precedence: bulk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Sep 2016 10:44:00 -0000 FreeBSD_stable_9 - Build #1188 - Fixed: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_stable_9/1188/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_stable_9/1188/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_stable_9/1188/console Change summaries: 305466 by avg: fix r305459: stdint.h has to be included for uintmax_t Apparently on other branches the type is visible via indirect inclusions. From owner-freebsd-stable@freebsd.org Tue Sep 6 13:13:09 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C8201B96F1F for ; Tue, 6 Sep 2016 13:13:09 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id B1ABF16F for ; Tue, 6 Sep 2016 13:13:09 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: by mailman.ysv.freebsd.org (Postfix) id B1106B96F1E; Tue, 6 Sep 2016 13:13:09 +0000 (UTC) Delivered-To: stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B0C4BB96F1D for ; Tue, 6 Sep 2016 13:13:09 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from zxy.spb.ru (zxy.spb.ru [195.70.199.98]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 70F3B16C; Tue, 6 Sep 2016 13:13:09 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from slw by zxy.spb.ru with local (Exim 4.86 (FreeBSD)) (envelope-from ) id 1bhGBV-000Ip5-T9; Tue, 06 Sep 2016 16:13:05 +0300 Date: Tue, 6 Sep 2016 16:13:05 +0300 From: Slawa Olhovchenkov To: Andriy Gapon Cc: Konstantin Belousov , stable@FreeBSD.org Subject: Re: X2APIC support Message-ID: <20160906131305.GI34394@zxy.spb.ru> References: <20151212130615.GE70867@zxy.spb.ru> <20151212133513.GL82577@kib.kiev.ua> <20160901112724.GX88122@zxy.spb.ru> <20160901114500.GJ83214@kib.kiev.ua> <20160901121300.GZ88122@zxy.spb.ru> <4ba05c00-f737-f562-553d-a7fa59145768@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4ba05c00-f737-f562-553d-a7fa59145768@FreeBSD.org> User-Agent: Mutt/1.5.24 (2015-08-30) X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: slw@zxy.spb.ru X-SA-Exim-Scanned: No (on zxy.spb.ru); SAEximRunCond expanded to false X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Sep 2016 13:13:09 -0000 On Sun, Sep 04, 2016 at 11:19:16AM +0300, Andriy Gapon wrote: > On 01/09/2016 15:13, Slawa Olhovchenkov wrote: > > DMAR: Found table at 0x79b32798 > > x2APIC available but disabled by DMAR table > > > Event timer "LAPIC" quality 600 > > LAPIC: ipi_wait() us multiplier 1 (r 116268019 tsc 2200043851) > > ACPI APIC Table: Is this significant? On carsh case present 'x2APIC available but disabled by DMAR table' and 'LAPIC: ipi_wait() us multiplier 1 (r 116268019 tsc 2200043851)' On successful boot both messages absent: Table 'DMAR' at 0x79b32798 DMAR: Found table at 0x79b32798 Event timer "LAPIC" quality 600 ACPI APIC Table: From owner-freebsd-stable@freebsd.org Tue Sep 6 14:08:35 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 35368BC6597 for ; Tue, 6 Sep 2016 14:08:35 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 1CAA3F07 for ; Tue, 6 Sep 2016 14:08:35 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id 18A97BC6595; Tue, 6 Sep 2016 14:08:35 +0000 (UTC) Delivered-To: stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 185F4BC6594 for ; Tue, 6 Sep 2016 14:08:35 +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 8AB74F06; Tue, 6 Sep 2016 14:08:34 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from tom.home (kib@localhost [127.0.0.1]) by kib.kiev.ua (8.15.2/8.15.2) with ESMTPS id u86E8S6r001229 (version=TLSv1 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Tue, 6 Sep 2016 17:08:29 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua u86E8S6r001229 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id u86E8S0O001228; Tue, 6 Sep 2016 17:08:28 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Tue, 6 Sep 2016 17:08:28 +0300 From: Konstantin Belousov To: Slawa Olhovchenkov Cc: Andriy Gapon , stable@FreeBSD.org Subject: Re: X2APIC support Message-ID: <20160906140828.GD38409@kib.kiev.ua> References: <20151212130615.GE70867@zxy.spb.ru> <20151212133513.GL82577@kib.kiev.ua> <20160901112724.GX88122@zxy.spb.ru> <20160901114500.GJ83214@kib.kiev.ua> <20160901121300.GZ88122@zxy.spb.ru> <4ba05c00-f737-f562-553d-a7fa59145768@FreeBSD.org> <20160906131305.GI34394@zxy.spb.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20160906131305.GI34394@zxy.spb.ru> User-Agent: Mutt/1.6.1 (2016-04-27) 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-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Sep 2016 14:08:35 -0000 On Tue, Sep 06, 2016 at 04:13:05PM +0300, Slawa Olhovchenkov wrote: > On Sun, Sep 04, 2016 at 11:19:16AM +0300, Andriy Gapon wrote: > > > On 01/09/2016 15:13, Slawa Olhovchenkov wrote: > > > DMAR: Found table at 0x79b32798 > > > x2APIC available but disabled by DMAR table > > > > > Event timer "LAPIC" quality 600 > > > LAPIC: ipi_wait() us multiplier 1 (r 116268019 tsc 2200043851) > > > ACPI APIC Table: > > Is this significant? On carsh case present 'x2APIC available but > disabled by DMAR table' and 'LAPIC: ipi_wait() us multiplier 1 (r > 116268019 tsc 2200043851)' Significant for what ? First message mostly repeat the setting in the BIOS which you frobbed. The second message indicates that xAPIC timings for ICR reads were calibrated, i.e. x2APIC mode was indeed disabled. > > On successful boot both messages absent: > > Table 'DMAR' at 0x79b32798 > DMAR: Found table at 0x79b32798 > Event timer "LAPIC" quality 600 > ACPI APIC Table: From owner-freebsd-stable@freebsd.org Tue Sep 6 14:24:39 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id F1B1CBC6FFB for ; Tue, 6 Sep 2016 14:24:39 +0000 (UTC) (envelope-from slw@zxy.spb.ru) 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 DD80A254 for ; Tue, 6 Sep 2016 14:24:39 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: by mailman.ysv.freebsd.org (Postfix) id D983ABC6FFA; Tue, 6 Sep 2016 14:24:39 +0000 (UTC) Delivered-To: stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D92BDBC6FF9 for ; Tue, 6 Sep 2016 14:24:39 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from zxy.spb.ru (zxy.spb.ru [195.70.199.98]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 9A725253; Tue, 6 Sep 2016 14:24:39 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from slw by zxy.spb.ru with local (Exim 4.86 (FreeBSD)) (envelope-from ) id 1bhHIi-000KWb-A4; Tue, 06 Sep 2016 17:24:36 +0300 Date: Tue, 6 Sep 2016 17:24:36 +0300 From: Slawa Olhovchenkov To: Konstantin Belousov Cc: Andriy Gapon , stable@FreeBSD.org Subject: Re: X2APIC support Message-ID: <20160906142436.GJ34394@zxy.spb.ru> References: <20151212130615.GE70867@zxy.spb.ru> <20151212133513.GL82577@kib.kiev.ua> <20160901112724.GX88122@zxy.spb.ru> <20160901114500.GJ83214@kib.kiev.ua> <20160901121300.GZ88122@zxy.spb.ru> <4ba05c00-f737-f562-553d-a7fa59145768@FreeBSD.org> <20160906131305.GI34394@zxy.spb.ru> <20160906140828.GD38409@kib.kiev.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20160906140828.GD38409@kib.kiev.ua> User-Agent: Mutt/1.5.24 (2015-08-30) X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: slw@zxy.spb.ru X-SA-Exim-Scanned: No (on zxy.spb.ru); SAEximRunCond expanded to false X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Sep 2016 14:24:40 -0000 On Tue, Sep 06, 2016 at 05:08:28PM +0300, Konstantin Belousov wrote: > On Tue, Sep 06, 2016 at 04:13:05PM +0300, Slawa Olhovchenkov wrote: > > On Sun, Sep 04, 2016 at 11:19:16AM +0300, Andriy Gapon wrote: > > > > > On 01/09/2016 15:13, Slawa Olhovchenkov wrote: > > > > DMAR: Found table at 0x79b32798 > > > > x2APIC available but disabled by DMAR table > > > > > > > Event timer "LAPIC" quality 600 > > > > LAPIC: ipi_wait() us multiplier 1 (r 116268019 tsc 2200043851) > > > > ACPI APIC Table: > > > > Is this significant? On carsh case present 'x2APIC available but > > disabled by DMAR table' and 'LAPIC: ipi_wait() us multiplier 1 (r > > 116268019 tsc 2200043851)' > Significant for what ? First message mostly repeat the setting in the For cause of crash. May be not all of code correct understund this combinations of setting? > BIOS which you frobbed. The second message indicates that xAPIC > timings for ICR reads were calibrated, i.e. x2APIC mode was indeed > disabled. OK > > > > On successful boot both messages absent: > > > > Table 'DMAR' at 0x79b32798 > > DMAR: Found table at 0x79b32798 > > Event timer "LAPIC" quality 600 > > ACPI APIC Table: From owner-freebsd-stable@freebsd.org Tue Sep 6 14:57:34 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 70DAABC7E58; Tue, 6 Sep 2016 14:57:34 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from mail.baldwin.cx (bigwig.baldwin.cx [96.47.65.170]) (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 4E560A11; Tue, 6 Sep 2016 14:57:33 +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 mail.baldwin.cx (Postfix) with ESMTPSA id 2D75610AF43; Tue, 6 Sep 2016 10:57:32 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org Cc: Bryan Drewery , Slawa Olhovchenkov , Glen Barber , freebsd-current@freebsd.org, freebsd-stable@freebsd.org, FreeBSD Release Engineering Team Subject: Re: 11.0-RELEASE status update Date: Tue, 06 Sep 2016 07:49:15 -0700 Message-ID: <2864250.fYmTXZWezJ@ralph.baldwin.cx> User-Agent: KMail/4.14.10 (FreeBSD/11.0-PRERELEASE; KDE/4.14.10; amd64; ; ) In-Reply-To: <54d83440-d54d-fe5b-a55e-7fae9dde1ba9@FreeBSD.org> References: <20160901211000.GZ19112@FreeBSD.org> <20160901211351.GA22212@zxy.spb.ru> <54d83440-d54d-fe5b-a55e-7fae9dde1ba9@FreeBSD.org> 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.4.3 (mail.baldwin.cx); Tue, 06 Sep 2016 10:57:32 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.99.2 at mail.baldwin.cx X-Virus-Status: Clean X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Sep 2016 14:57:34 -0000 On Thursday, September 01, 2016 02:22:04 PM Bryan Drewery wrote: > On 9/1/2016 2:13 PM, Slawa Olhovchenkov wrote: > > On Thu, Sep 01, 2016 at 09:10:00PM +0000, Glen Barber wrote: > > > >> As some of you may be aware, a few last-minute showstoppers appeared > >> since 11.0-RC1 (and before RC1). > >> > >> One of the showstoppers has been fixed in 12-CURRENT, and merged to > >> stable/11 and releng/11.0 that affected booting from large volumes: > >> > >> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=212139 > >> > >> There is one issue that is still being investigated, which we are > >> classifying as an EN candidate, given the manifestations of the issue > >> and reproducibility: > >> > >> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=212168 > >> > >> There is one blocker before 11.0-RELEASE, that affects libarchive, which > >> we are waiting for feedback. Once feedback is received, the schedule > >> for 11.0-RELEASE will be updated on the website to reflect reality. > >> > >> There are a few post-release EN items on our watch list as well, so if > >> something was not mentioned here, that does not mean it will not be > >> fixed in 11.0-RELEASE. > >> > >> Apologies for the delay, and as always, thank you for your patience. > >> > >> Glen > >> On behalf of: re@ > >> > > > > > > Do you planed to fix issuse with missied and delete libmap32.conf? > > > > This was done intentionally quite a while ago: > https://svnweb.freebsd.org/base?view=revision&revision=282421 > > Though it was later removed from ObsoleteFiles so 'make delete-old' > would not remove it from users' systems in r282423. > > etcupdate removing it is the problem really being reported here. Mmm, etcupdate should not remove a modified file. However, etcupdate assumes that a file removed from /etc is supposed to be removed. If your libmap32.conf is unmodified then it truly is pointless since /usr/lib32/private doesn't exist anymore in 11. -- John Baldwin From owner-freebsd-stable@freebsd.org Tue Sep 6 16:27:40 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 76E39BC7341 for ; Tue, 6 Sep 2016 16:27:40 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-vk0-x231.google.com (mail-vk0-x231.google.com [IPv6:2607:f8b0:400c:c05::231]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 2DE25E14; Tue, 6 Sep 2016 16:27:40 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: by mail-vk0-x231.google.com with SMTP id w64so16086510vkh.3; Tue, 06 Sep 2016 09:27:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=uMyT/+QjiX51DGmr9I03IPSLn3253prXogjbqkuGBBI=; b=ntEp5Guxu2U1cUVvywYCrvZ8hFQDrFeVLaFFlZeC/e4ZLvp50JAMuavAyo/pXkVVBI M8zsSRIa2W5fdOu9cFcX/jlYYRs8Sky2YXgU96VQbtX1Zmok0cXVp0MZMOywdGOlYVGF Zz27X74OYMY1ISXafcFN3OWUR3lMXhrlnMw2/LI/nv0KNjDN326fReMFQOrGwRmBly+/ dbtedpbft/5t18ESrvCNc6kzUo7IOukEOU4pLwpmVhRznOXP+K4VKnWbyjxW9oPWUhs4 x8GnuQXRbVWlvLVDNRu4qFGdYdDaQCxZHQ1bzIgPVZz22BSooKG4telIoQa7cXz8osDC QuGg== 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:from :date:message-id:subject:to:cc; bh=uMyT/+QjiX51DGmr9I03IPSLn3253prXogjbqkuGBBI=; b=eSSpg6IaVYMzQdyB54WjcjTrHi/eeyZmy/fKzPT2S8MTSD5HLt9rA+rQGB+a2/t62V 3IjW8q3INsRXp86AvaZtkSyralojdBd9znEC2HTw9rJJZDarrVlzzsDR4naW+9TuWCkW 1tGbHB+RZTq2jtWvLDVu3U5+hIDzh7UdXM4g7Kl474fRrhOU9uIcU+8aa7hxU515TUpQ fnVupSYa63nE+p51+DhrxANo5IbTE+ENCjgRLLi1dKcLitwDaKPLZkKOIcnuXE0+B3Ov 2PvOiAjK6n1ygsipEd6bXt974Yf+L2TNFdQT+s1V2ExKrRa8JGR3M7lYwIuj7QzshHKU NuzA== X-Gm-Message-State: AE9vXwPl/G7uAMNDtL/Ozkjx2xKlM0hJTVbQSNBPJ2AKoag4GD1nS9ArXux59o+HFrEN+PXXeonksL+RHIhxeA== X-Received: by 10.31.206.68 with SMTP id e65mr21810667vkg.129.1473179259338; Tue, 06 Sep 2016 09:27:39 -0700 (PDT) MIME-Version: 1.0 Sender: kob6558@gmail.com Received: by 10.103.35.200 with HTTP; Tue, 6 Sep 2016 09:27:38 -0700 (PDT) In-Reply-To: <87af720e-7506-d1de-9f93-f9d5a2589f7a@ohlste.in> References: <6c9093cd-1323-77b1-b27e-f53b58ec86e4@ohlste.in> <20160905203412.GQ83214@kib.kiev.ua> <87af720e-7506-d1de-9f93-f9d5a2589f7a@ohlste.in> From: Kevin Oberman Date: Tue, 6 Sep 2016 09:27:38 -0700 X-Google-Sender-Auth: Gkys6JrtE-e7amkqINyzs0ttHXM Message-ID: Subject: Re: AIO not working on NFS share - ? Regression To: Jim Ohlstein Cc: Konstantin Belousov , Alan Somers , FreeBSD Stable ML , np@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Sep 2016 16:27:40 -0000 On Mon, Sep 5, 2016 at 1:41 PM, Jim Ohlstein wrote: > Hello, > > On 09/05/2016 04:34 PM, Konstantin Belousov wrote: > >> On Mon, Sep 05, 2016 at 02:26:30PM -0600, Alan Somers wrote: >> >>> Just to get your webserver out of the picture, could you please try >>> running the aio test suite on an NFS share? Do it like this: >>> $ cd /usr/tests/sys/aio >>> $ export TMPFS=/path/to/some/nfs/share >>> $ kyua test >>> >> By default, unsafe aio is disabled, i.e. aio where the operation is not >> really async and can usurp kernel thread for indefinite amount of time. >> Non-local filesystems accesses are classified as unsafe, since their >> completion is controlled by remote host. >> > > Setting vfs.aio.enable_unsafe to 1 solved the problem, though I don't > recall this being necessary in the past. > > Thanks for the quick responses and fix. > > > >> >>> -Alan >>> >>> On Mon, Sep 5, 2016 at 2:14 PM, Jim Ohlstein wrote: >>> >>>> Hello, >>>> >>>> For sometime now we've used a backend (non-internet accessible) server >>>> to >>>> generate static content that is shared via NFS to a front-end server for >>>> internet access. Both machines use ZFS exclusively. >>>> >>>> The webserver is nginx and we had AIO set to on, with the AIO module >>>> built >>>> into the kernel.In 10.x it "just worked". >>>> >>>> About two weeks ago I upgraded that backend machine to 11-STABLE in >>>> order to >>>> start building packages for 11. I've just updated it again to r305417. I >>>> don't recall it not working as expected. >>>> >>>> More recently I upgraded the front-end machine to 11-STABLE @r305311. >>>> Since >>>> then, AIO is not working and I get a critical error in the nginx logs >>>> like >>>> this: >>>> >>>> 2016/09/05 15:58:02 [crit] 21145#0: *649 aio_read("/path/to/file") >>>> failed >>>> (45: Operation not supported) while sending response to client ... >>>> >>>> In 11 AIO is built into the kernel by default, and I have confirmed >>>> that it >>>> works as expected in files from a local file system. Since the webserver >>>> isn't aware that the file system in question is shared via NFS, it seems >>>> this is an operating system issue. >>>> >>> > -- > Jim Ohlstein > Could this also be related to AIO hanging VBox VMs? See https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=212128 -- Kevin Oberman, Retired Network Engineer From owner-freebsd-stable@freebsd.org Tue Sep 6 21:03:59 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3D49DBCCE31 for ; Tue, 6 Sep 2016 21:03:59 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from zxy.spb.ru (zxy.spb.ru [195.70.199.98]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 00B38A56 for ; Tue, 6 Sep 2016 21:03:59 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from slw by zxy.spb.ru with local (Exim 4.86 (FreeBSD)) (envelope-from ) id 1bhNX4-000443-0y; Wed, 07 Sep 2016 00:03:50 +0300 Date: Wed, 7 Sep 2016 00:03:50 +0300 From: Slawa Olhovchenkov To: Warner Losh Cc: hiren panchasara , FreeBSD-STABLE Mailing List Subject: Re: 11.0 stuck on high network load Message-ID: <20160906210349.GL34394@zxy.spb.ru> References: <20160904215739.GC22212@zxy.spb.ru> <20160905014612.GA42393@strugglingcoder.info> <20160905074348.GE34394@zxy.spb.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.24 (2015-08-30) X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: slw@zxy.spb.ru X-SA-Exim-Scanned: No (on zxy.spb.ru); SAEximRunCond expanded to false X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Sep 2016 21:03:59 -0000 On Mon, Sep 05, 2016 at 10:14:59AM -0600, Warner Losh wrote: > On Mon, Sep 5, 2016 at 1:43 AM, Slawa Olhovchenkov wrote: > > On Sun, Sep 04, 2016 at 06:46:12PM -0700, hiren panchasara wrote: > > > >> On 09/05/16 at 12:57P, Slawa Olhovchenkov wrote: > >> > I am try using 11.0 on Dual E5-2620 (no X2APIC). > >> > Under high network load and may be addtional conditional system go to > >> > unresponsible state -- no reaction to network and console (USB IPMI > >> > emulation). INVARIANTS give to high overhad. Is this exist some way to > >> > debug this? > >> > >> Can you panic it from console to get to db> to get backtrace and other > >> info when it goes unresponsive? > > > > no > > no reaction > > So the canonical 'ipmitool chassis power diag' doesn't send an NMI to > get you to the debugger? This supermicro MB don't interact with ipmitool over lan :( either chassis power diag and sol > I've seen this at Netflix on one variant of our flash offload box with > a Intel e5-2697v2 running with the Chelsio driver. We're working > around it by having fewer receive threads than CPUs in the system. The > only way the boxes would come back was with watchdog. The load was > streaming video > ~36Gbps out 4 lagged 10G ports. Console is totally > unresponsive as well. This is on our FreeBSD-10 stable based fork. > >From my debugging, we go from totally fine as far as I can tell from > ps, etc in the moments leading to the hang to being totally wedged. It > seems a very sudden-onset condition. Sound at all familiar? > > Warner From owner-freebsd-stable@freebsd.org Wed Sep 7 19:13:52 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 17DA7BCFB15 for ; Wed, 7 Sep 2016 19:13:52 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from zxy.spb.ru (zxy.spb.ru [195.70.199.98]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id D2A6FA3 for ; Wed, 7 Sep 2016 19:13:51 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from slw by zxy.spb.ru with local (Exim 4.86 (FreeBSD)) (envelope-from ) id 1bhiI9-000CMk-02 for freebsd-stable@freebsd.org; Wed, 07 Sep 2016 22:13:49 +0300 Date: Wed, 7 Sep 2016 22:13:48 +0300 From: Slawa Olhovchenkov To: freebsd-stable@freebsd.org Subject: nginx and FreeBSD11 Message-ID: <20160907191348.GD22212@zxy.spb.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.24 (2015-08-30) X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: slw@zxy.spb.ru X-SA-Exim-Scanned: No (on zxy.spb.ru); SAEximRunCond expanded to false X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Sep 2016 19:13:52 -0000 I am have strange issuse with nginx on FreeBSD11. I am have FreeBSD11 instaled over STABLE-10. nginx build for FreeBSD10 and run w/o recompile work fine. nginx build for FreeBSD11 crushed inside rbtree lookups: next node totaly craped. I am see next potential cause: 1) clang 3.8 code generation issuse 2) system library issuse may be i am miss something? How to find real cause? From owner-freebsd-stable@freebsd.org Wed Sep 7 19:29:08 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 54E2FBD048E for ; Wed, 7 Sep 2016 19:29:08 +0000 (UTC) (envelope-from fbsd@xtaz.co.uk) Received: from mail.xtaz.uk (tao.xtaz.uk [IPv6:2001:8b0:fe33::10]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 1EAAD16DF for ; Wed, 7 Sep 2016 19:29:07 +0000 (UTC) (envelope-from fbsd@xtaz.co.uk) Received: by mail.xtaz.uk (Postfix, from userid 1001) id 97DCF209B021; Wed, 7 Sep 2016 20:29:04 +0100 (BST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=xtaz.co.uk; s=mail; t=1473276544; x=1475090944; bh=2jB2IVj1qVJ0TfSKSHXtwapXwRFxBVEXJ/ZFxq+zLBY=; h=Date:From:To:Cc:Subject:References:In-Reply-To; b=li+Ezq7qCFHSCYz3I9KO5o00eRe9TkFyz2cDJSkuClwVvmCMQBE0NXe1s0/oNQONO O5g/20twH/SIpkEX92u1qguAC1P2ztZm+PqMgJoQPxFSZ7xMC9LNue6ZzYA73lCn0r jGLDopeRvxopXbSn0PQ5rmrkniudldN1MJQok7cM9X3+TQWBiarG/X114begoyOqU6 G37Q7QWXLdYX6COmMDBKReX4LuUPRpvwtIa6pzehtei9NOTy2V42nUt9VKuXoNHqZN WlGJlAm434nkh1qBzsoq+jZq9RwGTyAAFLF97HH7YCkHyY72arMSpFBWDAIYXBI4Ob uFkCB+l6t9+5g== Date: Wed, 7 Sep 2016 20:29:04 +0100 From: Matt Smith To: Slawa Olhovchenkov Cc: freebsd-stable@freebsd.org Subject: Re: nginx and FreeBSD11 Message-ID: <20160907192904.GA1155@xtaz.uk> Mail-Followup-To: Matt Smith , Slawa Olhovchenkov , freebsd-stable@freebsd.org References: <20160907191348.GD22212@zxy.spb.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline In-Reply-To: <20160907191348.GD22212@zxy.spb.ru> User-Agent: Mutt/1.6.1 (2016-04-27) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Sep 2016 19:29:08 -0000 On Sep 07 22:13, Slawa Olhovchenkov wrote: >I am have strange issuse with nginx on FreeBSD11. >I am have FreeBSD11 instaled over STABLE-10. >nginx build for FreeBSD10 and run w/o recompile work fine. >nginx build for FreeBSD11 crushed inside rbtree lookups: next node >totaly craped. > >I am see next potential cause: > >1) clang 3.8 code generation issuse >2) system library issuse > >may be i am miss something? > >How to find real cause? I am running stable/11 on amd64 and using the nginx-devel port with libressl-devel and I have no issues at all. It works fine. Have you rebuilt *all* ports since updating from stable/10? -- Matt From owner-freebsd-stable@freebsd.org Wed Sep 7 19:36:10 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8F550BD0732 for ; Wed, 7 Sep 2016 19:36:10 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from zxy.spb.ru (zxy.spb.ru [195.70.199.98]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 52F7F1C0C for ; Wed, 7 Sep 2016 19:36:10 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from slw by zxy.spb.ru with local (Exim 4.86 (FreeBSD)) (envelope-from ) id 1bhidk-000Cvn-C4; Wed, 07 Sep 2016 22:36:08 +0300 Date: Wed, 7 Sep 2016 22:36:08 +0300 From: Slawa Olhovchenkov To: Matt Smith , freebsd-stable@freebsd.org Subject: Re: nginx and FreeBSD11 Message-ID: <20160907193608.GE22212@zxy.spb.ru> References: <20160907191348.GD22212@zxy.spb.ru> <20160907192904.GA1155@xtaz.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20160907192904.GA1155@xtaz.uk> User-Agent: Mutt/1.5.24 (2015-08-30) X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: slw@zxy.spb.ru X-SA-Exim-Scanned: No (on zxy.spb.ru); SAEximRunCond expanded to false X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Sep 2016 19:36:10 -0000 On Wed, Sep 07, 2016 at 08:29:04PM +0100, Matt Smith wrote: > On Sep 07 22:13, Slawa Olhovchenkov wrote: > >I am have strange issuse with nginx on FreeBSD11. > >I am have FreeBSD11 instaled over STABLE-10. > >nginx build for FreeBSD10 and run w/o recompile work fine. sorry. also crashed. > >nginx build for FreeBSD11 crushed inside rbtree lookups: next node > >totaly craped. > > > >I am see next potential cause: > > > >1) clang 3.8 code generation issuse > >2) system library issuse > > > >may be i am miss something? > > > >How to find real cause? > > I am running stable/11 on amd64 and using the nginx-devel port with > libressl-devel and I have no issues at all. It works fine. Have you > rebuilt *all* ports since updating from stable/10? I am reinstall all from local poudriere. This is crash is not frequenced, need about 10M request before crash. #0 ngx_open_file_lookup (cache=0x80321ae08, name=0x7fffffffdf50, hash=4059963935) at src/core/ngx_open_file_cache.c:1199 1199 if (hash < node->key) { [New Thread 802218000 (LWP 102190/)] (gdb) bt #0 ngx_open_file_lookup (cache=0x80321ae08, name=0x7fffffffdf50, hash=4059963935) at src/core/ngx_open_file_cache.c:1199 #1 0x00000000004483c7 in ngx_open_cached_file (cache=0x80321ae08, name=0x7fffffffdf50, of=0x7fffffffded8, pool=0x8109bd000) at src/core/ngx_open_file_cache.c:209 #2 0x000000000051aa52 in ngx_http_unite_handler (r=0x8109bd050) at /wrkdirs/usr/ports/www/nginx-devel/work/ngx_unite-1.2/ngx_unite_module.c:147 #3 0x0000000000474b77 in ngx_http_core_content_phase (r=0x8109bd050, ph=0x80325c7b0) at src/http/ngx_http_core_module.c:1375 #4 0x000000000047208f in ngx_http_core_run_phases (r=0x8109bd050) at src/http/ngx_http_core_module.c:845 #5 0x00000000004744aa in ngx_http_named_location (r=0x8109bd050, name=0x810a7e4e8) at src/http/ngx_http_core_module.c:2676 #6 0x000000080263f353 in ngx_http_lua_handle_exec (L=0x1378, r=0x8109bd050, ctx=0x810a7e3a0) at /wrkdirs/usr/ports/www/nginx-devel/work/lua-nginx-module-0.10.6rc1/src/ngx_http_lua_util.c:2157 #7 0x000000080263df09 in ngx_http_lua_run_thread (L=0x1378, r=0x8109bd050, ctx=0x810a7e3a0, nrets=0) at /wrkdirs/usr/ports/www/nginx-devel/work/lua-nginx-module-0.10.6rc1/src/ngx_http_lua_util.c:1056 #8 0x0000000802647114 in ngx_http_lua_access_by_chunk (L=0x1378, r=0x8109bd050) at /wrkdirs/usr/ports/www/nginx-devel/work/lua-nginx-module-0.10.6rc1/src/ngx_http_lua_accessby.c:332 #9 0x00000008026473e1 in ngx_http_lua_access_handler_file (r=0x8109bd050) at /wrkdirs/usr/ports/www/nginx-devel/work/lua-nginx-module-0.10.6rc1/src/ngx_http_lua_accessby.c:232 #10 0x0000000802646b75 in ngx_http_lua_access_handler (r=0x8109bd050) at /wrkdirs/usr/ports/www/nginx-devel/work/lua-nginx-module-0.10.6rc1/src/ngx_http_lua_accessby.c:163 #11 0x0000000000473163 in ngx_http_core_access_phase (r=0x8109bd050, ph=0x80325c780) at src/http/ngx_http_core_module.c:1071 #12 0x000000000047208f in ngx_http_core_run_phases (r=0x8109bd050) at src/http/ngx_http_core_module.c:845 #13 0x0000000000472007 in ngx_http_handler (r=0x8109bd050) at src/http/ngx_http_core_module.c:828 #14 0x0000000000484424 in ngx_http_process_request (r=0x8109bd050) at src/http/ngx_http_request.c:1914 #15 0x00000000004865c6 in ngx_http_process_request_headers (rev=0x808811168) at src/http/ngx_http_request.c:1346 #16 0x0000000000485bbd in ngx_http_process_request_line (rev=0x808811168) at src/http/ngx_http_request.c:1026 #17 0x00000000004880d2 in ngx_http_keepalive_handler (rev=0x808811168) at src/http/ngx_http_request.c:3191 #18 0x000000000045f703 in ngx_kqueue_process_events (cycle=0x8022c0050, timer=176, flags=1) at src/event/modules/ngx_kqueue_module.c:669 #19 0x000000000044e02a in ngx_process_events_and_timers (cycle=0x8022c0050) at src/event/ngx_event.c:242 #20 0x000000000045c54a in ngx_worker_process_cycle (cycle=0x8022c0050, data=0x2) at src/os/unix/ngx_process_cycle.c:753 #21 0x000000000045965d in ngx_spawn_process (cycle=0x8022c0050, proc=0x45c440 , data=0x2, name=0x51feba "worker process", respawn=-3) at src/os/unix/ngx_process.c:198 #22 0x000000000045b240 in ngx_start_worker_processes (cycle=0x8022c0050, n=6, type=-3) at src/os/unix/ngx_process_cycle.c:358 #23 0x000000000045ab08 in ngx_master_process_cycle (cycle=0x8022c0050) at src/os/unix/ngx_process_cycle.c:130 #24 0x00000000004129f2 in main (argc=1, argv=0x7fffffffeb20) at src/core/nginx.c:367 Current language: auto; currently minimal (gdb) p *cache $1 = {rbtree = {root = 0x83206f360, sentinel = 0x80321ae20, insert = 0x447ce0 }, sentinel = {key = 0, left = 0x0, right = 0x0, parent = 0x816dd4740, color = 0 '\0', data = 0 '\0'}, expire_queue = {prev = 0x8315a9208, next = 0x83ea77a48}, current = 3747, max = 80000, inactive = 20} (gdb) p *cache->rbtree->root $2 = {key = 2738298451, left = 0x841e8a340, right = 0x816dd12c0, parent = 0x0, color = 0 '\0', data = 188 '¼'} (gdb) p *cache->rbtree->root->right $3 = {key = 3543292973, left = 0x80c3f7200, right = 0x8195a8e60, parent = 0x83206f360, color = 0 '\0', data = 0 '\0'} (gdb) p *cache->rbtree->root->right->right $4 = {key = 3861835082, left = 0x844b3ade0, right = 0x817f11e20, parent = 0x816dd12c0, color = 1 '\001', data = 192 '�'} (gdb) p *cache->rbtree->root->right->right->right $5 = {key = 4119621663, left = 0x853f95060, right = 0x82e0a73c0, parent = 0x8195a8e60, color = 0 '\0', data = 110 'n'} (gdb) p *cache->rbtree->root->right->right->right->left $6 = {key = 3992439178, left = 0x83206e320, right = 0x83ea77d40, parent = 0x817f11e20, color = 1 '\001', data = 84 'T'} (gdb) p *cache->rbtree->root->right->right->right->left->right $7 = {key = 4051782159, left = 0x8340ca2a0, right = 0x81c3f8ce0, parent = 0x853f95060, color = 0 '\0', data = 130 '\202'} (gdb) p *cache->rbtree->root->right->right->right->left->right->right $8 = {key = 4075053937, left = 0x8022eb860, right = 0x83bf164a0, parent = 0x83ea77d40, color = 0 '\0', data = 0 '\0'} (gdb) p *cache->rbtree->root->right->right->right->left->right->right->left $9 = {key = 4062158113, left = 0x8590982c0, right = 0x83fe802c0, parent = 0x81c3f8ce0, color = 0 '\0', data = 0 '\0'} (gdb) p *cache->rbtree->root->right->right->right->left->right->right->left->left $10 = {key = 12612554420598986388, left = 0x2ae17f39d071447e, right = 0x124797f86cf9d723, parent = 0x4ceddf8788d08167, color = 79 'O', data = 146 '\222'} From owner-freebsd-stable@freebsd.org Wed Sep 7 20:21:20 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4CE21BD0475; Wed, 7 Sep 2016 20:21: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 3F4FFC85; Wed, 7 Sep 2016 20:21: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 3A52B5C; Wed, 7 Sep 2016 20:21:20 +0000 (UTC) Date: Wed, 7 Sep 2016 20:21:16 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: kib@FreeBSD.org, dim@FreeBSD.org, andrew@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-stable@FreeBSD.org, freebsd-i386@FreeBSD.org Message-ID: <189869325.2.1473279680248.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <486782648.47.1473220970030.JavaMail.jenkins@jenkins-9.freebsd.org> References: <486782648.47.1473220970030.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_STABLE_11-i386 - Build #120 - Fixed MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_STABLE_11-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.23 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Sep 2016 20:21:20 -0000 FreeBSD_STABLE_11-i386 - Build #120 - Fixed: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_STABLE_11-i386/120/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_STABLE_11-i386/120/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_STABLE_11-i386/120/console Change summaries: 305557 by dim: MFC r305388: With clang 3.9.0, compiling uplcom results in the following warnings: sys/dev/usb/serial/uplcom.c:543:29: error: implicit conversion from 'int' to 'int8_t' (aka 'signed char') changes value from 192 to -64 [-Werror,-Wconstant-conversion] if (uplcom_pl2303_do(udev, UT_READ_VENDOR_DEVICE, UPLCOM_SET_REQUEST, 0x8484, 0, 1) ~~~~~~~~~~~~~~~~ ^~~~~~~~~~~~~~~~~~~~~ sys/dev/usb/usb.h:179:53: note: expanded from macro 'UT_READ_VENDOR_DEVICE' #define UT_READ_VENDOR_DEVICE (UT_READ | UT_VENDOR | UT_DEVICE) ~~~~~~~~~~~~~~~~~~~~~^~~~~~~~~~~ This is because UT_READ is 0x80, so the int8_t argument is wrapped to a negative value. Fix this by using uint8_t instead. Reviewed by: imp, hselasky Differential Revision: https://reviews.freebsd.org/D7776 305556 by dim: MFC r305360: With clang 3.9.0, compiling cxgb results in the following warning: sys/dev/cxgb/cxgb_sge.c:2873:44: error: implicit conversion from 'int' to 'char' changes value from 128 to -128 [-Werror,-Wconstant-conversion] *mtod(m, char *) = CPL_ASYNC_NOTIF; ~ ^~~~~~~~~~~~~~~ This is because CPL_ASYNC_NOTIF is 0x80, so the plain char argument is wrapped to a negative value. Fix this by using uint8_t instead. Reviewed by: np Differential Revision: https://reviews.freebsd.org/D7772 305555 by dim: MFC r305345: With clang 3.9.0, compiling ppbus(4) results in the following warnings: sys/dev/ppbus/ppb_1284.c:296:46: error: implicit conversion from 'int' to 'char' changes value from 144 to -112 [-Werror,-Wconstant-conversion] if ((error = do_peripheral_wait(bus, SELECT | nBUSY, 0))) { ~~~~~~~~~~~~~~~~~~ ~~~~~~~^~~~~~~ sys/dev/ppbus/ppb_1284.c:785:48: error: implicit conversion from 'int' to 'char' changes value from 240 to -16 [-Werror,-Wconstant-conversion] if (do_1284_wait(bus, nACK | SELECT | PERROR | nBUSY, ~~~~~~~~~~~~ ~~~~~~~~~~~~~~~~~~~~~~~^~~~~~~ sys/dev/ppbus/ppb_1284.c:786:29: error: implicit conversion from 'int' to 'char' changes value from 240 to -16 [-Werror,-Wconstant-conversion] nACK | SELECT | PERROR | nBUSY)) { ~~~~~~~~~~~~~~~~~~~~~~~^~~~~~~ This is because nBUSY is 0x80, so the plain char argument is wrapped to a negative value. Fix this in a minimal fashion, by using uint8_t in a few places. Reviewed by: emaste Differential Revision: https://reviews.freebsd.org/D7771 305554 by dim: MFC r305344: Define drmP.h's __OS_HAS_AGP and __OS_HAS_MTRR macros in a defined and portable way. Reviewed by: dumbbell Differential Revision: https://reviews.freebsd.org/D7770 305553 by dim: MFC r305085: Fix warnings in tnftp about invalid constant conversions, e.g.: contrib/tnftp/src/ftp.c:2067:11: error: implicit conversion from 'int' to 'char' changes value from 255 to -1 [-Werror,-Wconstant-conversion] buf[0] = IAC; ~ ^~~ /usr/include/arpa/telnet.h:39:13: note: expanded from macro 'IAC' #define IAC 255 /* interpret as command: */ ^~~ contrib/tnftp/src/ftp.c:2068:11: error: implicit conversion from 'int' to 'char' changes value from 244 to -12 [-Werror,-Wconstant-conversion] buf[1] = IP; ~ ^~ /usr/include/arpa/telnet.h:50:12: note: expanded from macro 'IP' #define IP 244 /* interrupt process--permanently */ ^~~ Use an unsigned char buffer instead. 305552 by dim: MFC r305077: Squelch clang 3.9.0 warnings about BASE (which is 32768) being converted to -32768 when it is used as an argument to mp_itom(), in both libtelnet and newkey. This code has been wrong since r26238 (!), so after almost 20 years it is rather useless to try to correct it. MFC r305086: Fix warnings in telnet about invalid constant conversions, e.g.: contrib/telnet/telnet/commands.c:2914:13: error: implicit conversion from 'int' to 'char' changes value from 137 to -119 [-Werror,-Wconstant-conversion] *lsrp++ = IPOPT_SSRR; ~ ^~~~~~~~~~ /usr/include/netinet/ip.h:152:21: note: expanded from macro 'IPOPT_SSRR' #define IPOPT_SSRR 137 /* strict source route */ ^~~ contrib/telnet/telnet/commands.c:2916:13: error: implicit conversion from 'int' to 'char' changes value from 131 to -125 [-Werror,-Wconstant-conversion] *lsrp++ = IPOPT_LSRR; ~ ^~~~~~~~~~ /usr/include/netinet/ip.h:148:21: note: expanded from macro 'IPOPT_LSRR' #define IPOPT_LSRR 131 /* loose source route */ ^~~ Use unsigned char buffers instead. 305550 by dim: MFC r305218: Pull in r277331 from upstream llvm trunk (by Diana Picus): [AArch64] Return the correct size for TLSDESC_CALLSEQ The branch relaxation pass is computing the wrong offsets because it assumes TLSDESC_CALLSEQ eats up 4 bytes, when in fact it is lowered to an instruction sequence taking up 16 bytes. This can become a problem in huge files with lots of TLS accesses, as it may slowly move branch targets out of the range computed by the branch relaxation pass. Fixes PR24234 https://llvm.org/bugs/show_bug.cgi?id=24234 Differential Revision: https://reviews.llvm.org/D22870 This fixes "error in backend: fixup value out of range" when compiling the misc/talkfilters port for AArch64. Reported by: sbruno PR: 201762 305547 by dim: MFC r304920: In ncurses baudrate definitions, avoid warnings about implicit conversions from int to short changing the values. This applies to B38400 and higher, since their values do not fit into a short. However, since the wrapped values are still unique, and they only serve as keys, there is no problem in adding a cast to silence the warnings. This also avoids changing the ABI, which would happen if we changed NCURSES_OSPEED to int. Discussed with: Thomas Dickey 305543 by andrew: MFC 303299, 303475: - Enable the generic OHCI driver on arm64 - Add a generic EHCI USB driver based on the Allwinner A10 driver Obtained from: ABT Systems Ltd Sponsored by: The FreeBSD Foundation 305542 by andrew: MFC 303592: Extract the common parts of pmap_kenter_device to a new function Obtained from: ABT Systems Ltd Sponsored by: The FreeBSD Foundation 305540 by andrew: MFC 303585, 303587: - Relax the barriers around a TLB invalidation - Fix the comment above pmap_invalidate_page Obtained from: ABT Systems Ltd Sponsored by: The FreeBSD Foundation 305538 by kib: MFC r304279: By default, allow all to read the HPET registers pages. At the same time, by, by default disallow writes to the mmaped HPET pages. 305537 by andrew: MFC 304801: Don't set *dev in the zfs root case, it may be NULL and will correctly be set later in the function. This fixes a potential NULL pointer dereference found on arm64. Obtained from: ABT Systems Ltd Sponsored by: The FreeBSD Foundation 305534 by andrew: MFC 303594, 303610: Add more AArch64 special register macros Obtained from: ABT Systems Ltd Sponsored by: The FreeBSD Foundation 305533 by andrew: MFC 304625: Fix the arm64 non-SMP build. Obtained from: ABT Systems Ltd Sponsored by: The FreeBSD Foundation 305532 by andrew: MFC 303307, 303308, 303309 clean up the arm64 MP code: - Rework how we number CPUs on arm64 to try and keep clusters together. - Fix a typo in a string in a KASSERT to sanity check the CPU IDs. - Remove an unused variable. Obtained from: ABT Systems Ltd Sponsored by: The FreeBSD Foundation 305531 by andrew: MFC 303661: Remove trailing whitespace from the arm64 pmap Obtained from: ABT Systems Ltd Sponsored by: The FreeBSD Foundation 305530 by andrew: MFC 304140: Add the ARMv8.1 identification registers to the list we print when booting. Sponsored by: ABT Systems Ltd 305529 by andrew: MFC 302849, 302851, 302896 GICv3 improvements: - Move internal data structures out of the common header file - Remove unused data structures and macros - Add us_print_child to the GICv3 driver Obtained from: ABT Systems Ltd Sponsored by: The FreeBSD Foundation From owner-freebsd-stable@freebsd.org Wed Sep 7 23:45:30 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5C4D5BD0C6A for ; Wed, 7 Sep 2016 23:45:30 +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 4FC01C20; Wed, 7 Sep 2016 23:45:30 +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 9FCFA61; Wed, 7 Sep 2016 23:45:30 +0000 (UTC) Date: Wed, 7 Sep 2016 23:45:30 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: jenkins-admin@FreeBSD.org, freebsd-stable@FreeBSD.org Message-ID: <1005684180.4.1473291930592.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build became unstable: FreeBSD_stable_10 #382 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Instance-Identity: MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAkKKb2VAfYQKfu1t7qk4nR5qzUBEI+UqT4BPec4qHVhqUy0FFdq50sMH+3y9bCDNOufctov6VqTNffZ3YXArnZK95YF0OX97fh+E9txYOUX1adc+TikcKjuYpHmL5dE62eaZTI+4A5jnRonskQ1PaoIFz0Kbu4mWzkFsmdiXTraGzomXq4cHUCATA2+K4eDYgjXEQI30z3GOMmmZ4t/+6QGk1cMb/BqMWHbn80AsRCb4tU7Hpd72XLDpsuO7YRP1Q0CjmNAuBOTj+sFiiOe6U9HpqOlQN+iFUvBdZo/ybuy5Kh71cAaYQNL68cYdZJ6binH/DkG3KY/fS7DFYAeuwjwIDAQAB X-Jenkins-Job: FreeBSD_stable_10 X-Jenkins-Result: UNSTABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Sep 2016 23:45:30 -0000 See From owner-freebsd-stable@freebsd.org Thu Sep 8 02:45:14 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D3D95BD17E2 for ; Thu, 8 Sep 2016 02:45:14 +0000 (UTC) (envelope-from brett@lariat.net) Received: from mail.lariat.net (mail.lariat.net [66.62.230.51]) by mx1.freebsd.org (Postfix) with ESMTP id 8B20C6CA for ; Thu, 8 Sep 2016 02:45:14 +0000 (UTC) (envelope-from brett@lariat.net) Received: (from brett@localhost) by mail.lariat.net (8.9.3/8.9.3) id SAA22410 for freebsd-stable@freebsd.org; Wed, 7 Sep 2016 18:59:59 -0600 (MDT) Date: Wed, 7 Sep 2016 18:59:59 -0600 (MDT) From: Brett Glass Message-Id: <201609080059.SAA22410@mail.lariat.net> To: freebsd-stable@freebsd.org Subject: How's 11.0-RELEASE coming? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Sep 2016 02:45:14 -0000 All: How's the release coming? I have heard that there were some showstoppers involving file systems; have they been addressed? I am sticking with 10.3 for production machines, but have a customer who wants an 11.0 machine when it comes out. --Brett Glass From owner-freebsd-stable@freebsd.org Thu Sep 8 03:50:21 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E4145BCEE96 for ; Thu, 8 Sep 2016 03:50:21 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from sola.nimnet.asn.au (paqi.nimnet.asn.au [115.70.110.159]) (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 4DCDEBE7 for ; Thu, 8 Sep 2016 03:50:20 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from localhost (localhost [127.0.0.1]) by sola.nimnet.asn.au (8.14.2/8.14.2) with ESMTP id u883o98w011029; Thu, 8 Sep 2016 13:50:09 +1000 (EST) (envelope-from smithi@nimnet.asn.au) Date: Thu, 8 Sep 2016 13:50:09 +1000 (EST) From: Ian Smith To: Brett Glass cc: freebsd-stable@freebsd.org Subject: Re: How's 11.0-RELEASE coming? In-Reply-To: <201609080059.SAA22410@mail.lariat.net> Message-ID: <20160908134434.I91459@sola.nimnet.asn.au> References: <201609080059.SAA22410@mail.lariat.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Sep 2016 03:50:22 -0000 On Wed, 7 Sep 2016 18:59:59 -0600, Brett Glass wrote: > All: > > How's the release coming? I have heard that there were some > showstoppers involving file systems; have they been addressed? > I am sticking with 10.3 for production machines, but have a > customer who wants an 11.0 machine when it comes out. I find reading the freebsd-stable@freebsd.org list, particularly the messages from one Glen Barber on behalf of re@ particularly helpful in this regard. If it's set to write-only on your box, you could try the list archives at https://lists.freebsd.org/pipermail/freebsd-stable/ HTH, Ian From owner-freebsd-stable@freebsd.org Thu Sep 8 08:01:22 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9A02FBD19D5 for ; Thu, 8 Sep 2016 08:01:22 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 8946332C; Thu, 8 Sep 2016 08:01:22 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 9AEF482; Thu, 8 Sep 2016 08:01:22 +0000 (UTC) Date: Thu, 8 Sep 2016 08:01:22 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: jenkins-admin@FreeBSD.org, freebsd-stable@FreeBSD.org Message-ID: <635799505.5.1473321682268.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1005684180.4.1473291930592.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1005684180.4.1473291930592.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is back to stable : FreeBSD_stable_10 #383 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Instance-Identity: MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAkKKb2VAfYQKfu1t7qk4nR5qzUBEI+UqT4BPec4qHVhqUy0FFdq50sMH+3y9bCDNOufctov6VqTNffZ3YXArnZK95YF0OX97fh+E9txYOUX1adc+TikcKjuYpHmL5dE62eaZTI+4A5jnRonskQ1PaoIFz0Kbu4mWzkFsmdiXTraGzomXq4cHUCATA2+K4eDYgjXEQI30z3GOMmmZ4t/+6QGk1cMb/BqMWHbn80AsRCb4tU7Hpd72XLDpsuO7YRP1Q0CjmNAuBOTj+sFiiOe6U9HpqOlQN+iFUvBdZo/ybuy5Kh71cAaYQNL68cYdZJ6binH/DkG3KY/fS7DFYAeuwjwIDAQAB X-Jenkins-Job: FreeBSD_stable_10 X-Jenkins-Result: SUCCESS X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Sep 2016 08:01:22 -0000 See From owner-freebsd-stable@freebsd.org Thu Sep 8 10:20:38 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DA4B4BD1938 for ; Thu, 8 Sep 2016 10:20:38 +0000 (UTC) (envelope-from owner-freebsd-stable@freebsd.org) Received: from mga11.intel.com (mga11.intel.com [192.55.52.93]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "FMSMGA102.fm.intel.com", Issuer "Intel External Issuing CA 6A" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C0834CB0 for ; Thu, 8 Sep 2016 10:20:38 +0000 (UTC) (envelope-from owner-freebsd-stable@freebsd.org) Received: from fmsmga001.fm.intel.com ([10.253.24.23]) by fmsmga102.fm.intel.com with ESMTP; 08 Sep 2016 03:20:31 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.30,300,1470726000"; d="scan'208";a="1036989165" Received: from orsmsx101.amr.corp.intel.com ([10.22.225.128]) by fmsmga001.fm.intel.com with ESMTP; 08 Sep 2016 03:20:31 -0700 Received: from rrsmsp801.amr.corp.intel.com (10.9.230.203) by ORSMSX101.amr.corp.intel.com (10.22.225.128) with Microsoft SMTP Server (TLS) id 14.3.248.2; Thu, 8 Sep 2016 03:20:31 -0700 Received: from Pickup by RRSMSP801.amr.corp.intel.com with Microsoft SMTP Server id 14.3.301.0; Wed, 7 Sep 2016 22:17:37 +0000 From: Slawa Olhovchenkov Sender: To: hiren panchasara CC: References: <20160904215739.GC22212@zxy.spb.ru> <20160905014612.GA42393@strugglingcoder.info> In-Reply-To: <20160905014612.GA42393@strugglingcoder.info> Subject: Re: 11.0 stuck on high network load Date: Mon, 5 Sep 2016 01:43:48 -0600 Message-ID: <20160905074348.GE34394@zxy.spb.ru> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 16.0 Thread-Index: AQKrHjmZpQMlq9U6xy/QrtP65I8XRAG6wnYkAvl1DB0= X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Sep 2016 10:20:38 -0000 On Sun, Sep 04, 2016 at 06:46:12PM -0700, hiren panchasara wrote: > On 09/05/16 at 12:57P, Slawa Olhovchenkov wrote: > > I am try using 11.0 on Dual E5-2620 (no X2APIC). > > Under high network load and may be addtional conditional system go to > > unresponsible state -- no reaction to network and console (USB IPMI > > emulation). INVARIANTS give to high overhad. Is this exist some way to > > debug this? > > Can you panic it from console to get to db> to get backtrace and other > info when it goes unresponsive? no no reaction > Cheers, > Hiren _______________________________________________ freebsd-stable@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@freebsd.org Fri Sep 9 01:05:01 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4A4FDBD2070 for ; Fri, 9 Sep 2016 01:05:01 +0000 (UTC) (envelope-from brett@lariat.net) Received: from mail.lariat.net (mail.lariat.net [66.62.230.51]) by mx1.freebsd.org (Postfix) with ESMTP id 03F766AE for ; Fri, 9 Sep 2016 01:05:00 +0000 (UTC) (envelope-from brett@lariat.net) Received: from Toshi.lariat.net (IDENT:ppp1000.lariat.net@localhost [127.0.0.1]) by mail.lariat.net (8.9.3/8.9.3) with ESMTP id TAA05066; Thu, 8 Sep 2016 19:04:40 -0600 (MDT) Message-Id: <201609090104.TAA05066@mail.lariat.net> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Thu, 08 Sep 2016 19:04:25 -0600 To: Ian Smith , freebsd-stable@freebsd.org From: Brett Glass Subject: Re: How's 11.0-RELEASE coming? In-Reply-To: <20160908134434.I91459@sola.nimnet.asn.au> References: <201609080059.SAA22410@mail.lariat.net> <20160908134434.I91459@sola.nimnet.asn.au> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Sep 2016 01:05:01 -0000 So do I. However, there have been no updates from the person you mention in a week, so I believe it's quite reasonable to inquire as to the progress of the release. --Brett Glass At 09:50 PM 9/7/2016, you wrote: >I find reading the freebsd-stable@freebsd.org list, particularly the >messages from one Glen Barber on behalf of re@ particularly helpful in >this regard. From owner-freebsd-stable@freebsd.org Fri Sep 9 01:07:18 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E833FBD2187 for ; Fri, 9 Sep 2016 01:07:18 +0000 (UTC) (envelope-from ferris@fastmail.com) Received: from out4-smtp.messagingengine.com (out4-smtp.messagingengine.com [66.111.4.28]) (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 AAE4B86D for ; Fri, 9 Sep 2016 01:07:18 +0000 (UTC) (envelope-from ferris@fastmail.com) Received: from compute5.internal (compute5.nyi.internal [10.202.2.45]) by mailout.nyi.internal (Postfix) with ESMTP id 52B86207A2 for ; Thu, 8 Sep 2016 21:07:17 -0400 (EDT) Received: from web2 ([10.202.2.212]) by compute5.internal (MEProxy); Thu, 08 Sep 2016 21:07:17 -0400 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=fastmail.com; h= content-transfer-encoding:content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-sasl-enc :x-sasl-enc; s=mesmtp; bh=rzran9bh7eLbQb982iUq0BReKfQ=; b=rDXnr3 rd7+j78EyciifUe0H89ScaReOA0GXdoXZV6PPX5vDgRCk5EFwkeCJzmr1qtaaAqB k/e9TwMhpBDAy6x3kuF6DRKH6SNdDcVd3fQSvg1UkNHACkHeCYSeSwmFo34+f6uy lTcB35g2jqjMzePvDHuBj5Hw3K+tYFBXNbMFc= DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-sasl-enc:x-sasl-enc; s=smtpout; bh=rzran9bh7eLbQb9 82iUq0BReKfQ=; b=tJi15vjlyorhgBAashXvGA9ho4W2Whvk+tmjGAcndX59PNa wjRHPYtDA35wNkzsCkdb1I+mV3NI9Z1pM/wHrkzpYaOF/CivQXFY9KA+7z871tay UBspnPOHn5SK2SAuMcm5WS8ZIthGOmP1KTG3jqIrXZcWb87eEobAmn9DoqXk= Received: by mailuser.nyi.internal (Postfix, from userid 99) id 270E9D065B; Thu, 8 Sep 2016 21:07:17 -0400 (EDT) Message-Id: <1473383237.1629467.720227113.4A9380F4@webmail.messagingengine.com> X-Sasl-Enc: piFy4R4WZkmctiKLlgbONIHQSceT07CyjQArl+698E0h 1473383237 From: Rohan Ferris To: freebsd-stable@freebsd.org MIME-Version: 1.0 X-Mailer: MessagingEngine.com Webmail Interface - ajax-fa733828 Subject: Re: How's 11.0-RELEASE coming? Date: Fri, 09 Sep 2016 11:07:17 +1000 In-Reply-To: <201609090104.TAA05066@mail.lariat.net> References: <201609080059.SAA22410@mail.lariat.net> <20160908134434.I91459@sola.nimnet.asn.au> <201609090104.TAA05066@mail.lariat.net> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Sep 2016 01:07:19 -0000 Agreed. I try to follow where current efforts are at but don't know where to see any discussions on them. Is there a separate list where release team are communicating? -- Rohan Ferris ferris@fastmail.com On Fri, Sep 9, 2016, at 11:04 AM, Brett Glass wrote: > So do I. However, there have been no updates from the person > you mention > in a week, so I believe it's quite reasonable to inquire as to the > progress > of the release. > > --Brett Glass > > At 09:50 PM 9/7/2016, you wrote: > > >I find reading the freebsd-stable@freebsd.org list, particularly the > >messages from one Glen Barber on behalf of re@ particularly > >helpful in > >this regard. > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable- > unsubscribe@freebsd.org" From owner-freebsd-stable@freebsd.org Fri Sep 9 01:24:23 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0B892BD288C for ; Fri, 9 Sep 2016 01:24:23 +0000 (UTC) (envelope-from gjb@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 EFEE26DF; Fri, 9 Sep 2016 01:24:22 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from FreeBSD.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by freefall.freebsd.org (Postfix) with ESMTP id 9A1F710CE; Fri, 9 Sep 2016 01:24:22 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Date: Fri, 9 Sep 2016 01:24:20 +0000 From: Glen Barber To: Brett Glass Cc: Ian Smith , freebsd-stable@freebsd.org Subject: Re: How's 11.0-RELEASE coming? Message-ID: <20160909012420.GC56455@FreeBSD.org> References: <201609080059.SAA22410@mail.lariat.net> <20160908134434.I91459@sola.nimnet.asn.au> <201609090104.TAA05066@mail.lariat.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="Clx92ZfkiYIKRjnr" Content-Disposition: inline In-Reply-To: <201609090104.TAA05066@mail.lariat.net> X-Operating-System: FreeBSD 11.0-CURRENT amd64 X-SCUD-Definition: Sudden Completely Unexpected Dataloss X-SULE-Definition: Sudden Unexpected Learning Event X-PEKBAC-Definition: Problem Exists, Keyboard Between Admin/Computer User-Agent: Mutt/1.5.24 (2015-08-30) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Sep 2016 01:24:23 -0000 --Clx92ZfkiYIKRjnr Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Sep 08, 2016 at 07:04:25PM -0600, Brett Glass wrote: > At 09:50 PM 9/7/2016, you wrote: >=20 > >I find reading the freebsd-stable@freebsd.org list, particularly the > >messages from one Glen Barber on behalf of re@ particularly helpful in > >this regard. >=20 > So do I. However, there have been no updates from the person you mention > in a week, so I believe it's quite reasonable to inquire as to the progre= ss > of the release. >=20 11.0 packages are being re-rolled due to libarchive updates. There was an email about this: https://lists.freebsd.org/pipermail/freebsd-stable/2016-September/085473.ht= ml The reason the schedule still hasn't been updated is because the package set reroll hasn't completed, and I don't want to send a possibly-false date on when 11.0-RC3 will happen. I am hoping Saturday, but this is not yet definitive. Glen --Clx92ZfkiYIKRjnr Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJX0g8+AAoJEAMUWKVHj+KTxCAQAJfTACOaH58ITl7+jBZ3QND1 Ntn+UeW8pVG5YoEKyhwEAVSI2ElfAwqT2QKAKCug4ZOeRyPHzd0UmWhfGxgbVfWn Fb+PBE5fnhw3dzFI3akwTE529dzFSEsG8V1PoV7WtDIgUQ79BUWJtKXENGK6Q/7R oXSdXixg8WbBUKhyeIWMw/meAWo+04vGMGgG++l5DQRA/D37WcXzZN6Nz0QxReGU /sBh9nbzr4BonF9KBCimi4K91OXUg3QigzKZ14pDkhDrxudPCfi0asR03IExhNBt L7gXUH8W37+HkMSS7kvtI6KkOpP4SDS+0Tilio7qEeD1FeFaJMx/dxORqtvSn7Q5 MAxdL/rlC/KrQjx074M3aDKJCbVU7X0CbNM1vshzFIKNC/9m7g5bl8HAt1m8vheL e6+ELpCOwZZA9R6qxOpKZTZGgh932xGUKSmqXAt29seDo9vuQgtKvb2zzTmMJ2Rm FDfgZjlmUQObz3himOhdLGH//2YTFn9yvpIuv89QcFuPK3mm/869AkPJHeLcc55L Q7x1R7v5Xyd639/qIYRjF8ORVnMJEsf0diU0YtgoNvb78cwu5mzTN+9DLQoSZ0+V g0wiO34V1im3TkVWZVJXl0pC0w9PTppy7t+1/l2ckKmQ8rUqwCRpYB8yQBzbOFBi 6kllvc61dt0Mind2adLv =R32D -----END PGP SIGNATURE----- --Clx92ZfkiYIKRjnr-- From owner-freebsd-stable@freebsd.org Fri Sep 9 09:28:32 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 95E67BD1870 for ; Fri, 9 Sep 2016 09:28:32 +0000 (UTC) (envelope-from fred@lecoindelimmo.com) Received: from front3.lecoindelimmo.com (front2.lecoindelimmo.com [212.129.50.31]) (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 5EA07198 for ; Fri, 9 Sep 2016 09:28:31 +0000 (UTC) (envelope-from fred@lecoindelimmo.com) Received: from email (localhost [IPv6:::1]) by front3.lecoindelimmo.com (Postfix) with ESMTP id 4AB372A84 for ; Fri, 9 Sep 2016 11:28:28 +0200 (CEST) DKIM-Filter: OpenDKIM Filter v2.9.2 front3.lecoindelimmo.com 4AB372A84 DKIM-Signature: v=1; a=rsa-sha256; c=simple/relaxed; d=lecoindelimmo.com; s=dkim; t=1473413308; atpsh=sha256; atps=lecoindelimmo.com; bh=gE1azCigv0NbqVeq9JeQwhGuXThUcBOdQQ31YQbHfs8=; h=Date:To:From:Subject:List-Unsubscribe:From; b=yaC37PY/qRrQYNZq24YTQruhc90/gEvB0UeZZbhG57bW20VjCQjCJkzYwg9UZnQpV rfAzFS1YSrBGesKNj/dks7ImtvNpQMlFVYzhlNJRXMwZ5sFoWVpjxbG9NA1Zm3V0Ue d0tvMysTbHO7fqiXEquSCSc7xFM8XGVeyBVBmHFo= Date: Fri, 9 Sep 2016 11:28:28 +0200 To: From: "Fred de Lecoindelimmo.com" Subject: =?iso-8859-1?Q?Le_site_d'annonces_immobili=E8res?= Message-ID: X-Priority: 3 X-Mailer: 3 Precedence: bulk MIME-Version: 1.0 Content-Type: text/plain; charset = "iso-8859-1" Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Sep 2016 09:28:32 -0000 Bonjour, si ce message ne s'affiche pas correctement, vous pouvez le voir sur http://web2.lecoindelimmo.com/email.php?id=718&cv=DC3gy0Ka2G0hbPcHPnNJ Merci. From owner-freebsd-stable@freebsd.org Fri Sep 9 10:06:44 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 05950BD41EC for ; Fri, 9 Sep 2016 10:06:44 +0000 (UTC) (envelope-from borjam@sarenet.es) Received: from cu01176b.smtpx.saremail.com (cu01176b.smtpx.saremail.com [195.16.151.151]) (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 C0621875 for ; Fri, 9 Sep 2016 10:06:43 +0000 (UTC) (envelope-from borjam@sarenet.es) Received: from [172.16.8.36] (izaro.sarenet.es [192.148.167.11]) by proxypop01.sare.net (Postfix) with ESMTPSA id 1FAEA9DDDCB for ; Fri, 9 Sep 2016 11:59:46 +0200 (CEST) From: Borja Marcos Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Subject: vt console driver and default vga mode: breaking POLA Message-Id: <6C60C067-111C-4454-8DA9-6A72F40F602D@sarenet.es> Date: Fri, 9 Sep 2016 11:59:45 +0200 To: FreeBSD-STABLE Mailing List Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Sep 2016 10:06:44 -0000 Hi I apologise for being late on this, but I just noticed. The new vt = console driver has a very important change in behavior, replacing the ancient =E2=80=9CBIOS=E2=80=9D text = mode with a graphic VGA mode. I don=E2=80=99t know how many people relies on BIOS serial redirection = for consoles, but at least HP=E2=80=99s iLO system offers the possibility of accessing the console = through a ssh connection instead of requiring a bloated Java console, and it=E2=80=99s a very convenient = feature. But it only works in pure =E2=80=9CBIOS text mode=E2=80=9D (the old sc console driver used this = mode as a default). I would rather change the default behavior of vt to hw.vga.textmode=3D1 = so that its behavior mimics the old sc driver. I know the current fad is to hide boot messages with panda bears and = beautiful butterflies revolving around them, but boot messages are critical when diagnosing problems. I should have chimed in earlier, I know. But anyway it=E2=80=99s a very = minor change. What do you think? Borja. From owner-freebsd-stable@freebsd.org Fri Sep 9 11:01:38 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 297DBBD4D7B for ; Fri, 9 Sep 2016 11:01:38 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 1D0182BD; Fri, 9 Sep 2016 11:01:38 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 049DDAF; Fri, 9 Sep 2016 11:01:36 +0000 (UTC) Date: Fri, 9 Sep 2016 11:01:35 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: jenkins-admin@FreeBSD.org, freebsd-stable@FreeBSD.org Message-ID: <148022054.8.1473418895775.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build became unstable: FreeBSD_stable_10 #388 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Instance-Identity: MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAkKKb2VAfYQKfu1t7qk4nR5qzUBEI+UqT4BPec4qHVhqUy0FFdq50sMH+3y9bCDNOufctov6VqTNffZ3YXArnZK95YF0OX97fh+E9txYOUX1adc+TikcKjuYpHmL5dE62eaZTI+4A5jnRonskQ1PaoIFz0Kbu4mWzkFsmdiXTraGzomXq4cHUCATA2+K4eDYgjXEQI30z3GOMmmZ4t/+6QGk1cMb/BqMWHbn80AsRCb4tU7Hpd72XLDpsuO7YRP1Q0CjmNAuBOTj+sFiiOe6U9HpqOlQN+iFUvBdZo/ybuy5Kh71cAaYQNL68cYdZJ6binH/DkG3KY/fS7DFYAeuwjwIDAQAB X-Jenkins-Job: FreeBSD_stable_10 X-Jenkins-Result: UNSTABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Sep 2016 11:01:38 -0000 See From owner-freebsd-stable@freebsd.org Fri Sep 9 13:45:15 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1AC25BD29DC for ; Fri, 9 Sep 2016 13:45:15 +0000 (UTC) (envelope-from bsd-lists@bsdforge.com) Received: from udns.ultimatedns.net (static-24-113-41-81.wavecable.com [24.113.41.81]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id E27FD5E0 for ; Fri, 9 Sep 2016 13:45:14 +0000 (UTC) (envelope-from bsd-lists@bsdforge.com) Received: from ultimatedns.net (localhost [127.0.0.1]) by udns.ultimatedns.net (8.14.9/8.14.9) with ESMTP id u89DlIxu071693 for ; Fri, 9 Sep 2016 06:47:26 -0700 (PDT) (envelope-from bsd-lists@bsdforge.com) To: In-Reply-To: <6C60C067-111C-4454-8DA9-6A72F40F602D@sarenet.es> References: <6C60C067-111C-4454-8DA9-6A72F40F602D@sarenet.es> From: "Chris H" Subject: Re: vt console driver and default vga mode: breaking POLA Date: Fri, 09 Sep 2016 06:47:26 -0700 Content-Type: text/plain; charset=UTF-8; format=fixed MIME-Version: 1.0 Message-id: Content-Transfer-Encoding: 8bit X-Milter: Spamilter (Reciever: udns.ultimatedns.net; Sender-ip: 127.0.0.1; Sender-helo: ultimatedns.net; ) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Sep 2016 13:45:15 -0000 On Fri, 9 Sep 2016 11:59:45 +0200 Borja Marcos wrote > Hi > > I apologise for being late on this, but I just noticed. The new vt console > driver has a very important change in behavior, replacing the ancient > “BIOS” text mode with a graphic VGA mode. > > I don’t know how many people relies on BIOS serial redirection for > consoles, but at least HP’s iLO system offers the possibility of accessing > the console through a ssh connection instead of requiring a bloated Java > console, and it’s a very convenient feature. But it only works in pure > “BIOS text mode” (the old sc console driver used this mode as a default). > > I would rather change the default behavior of vt to hw.vga.textmode=1 so that > its behavior mimics the old sc driver. > > I know the current fad is to hide boot messages with panda bears and > beautiful butterflies revolving around them, but boot messages are critical > when diagnosing problems. LOL > > I should have chimed in earlier, I know. But anyway it’s a very minor > change. > > > > > What do you think? +1 It might also be worth mentioning that (most?) NVIDIA card users users will also suffer from this (non text mode). > > > > > Borja. > --Chris From owner-freebsd-stable@freebsd.org Fri Sep 9 14:00:01 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7E073BD2E2E for ; Fri, 9 Sep 2016 14:00:01 +0000 (UTC) (envelope-from crest@rlwinm.de) Received: from smtp.rlwinm.de (smtp.rlwinm.de [148.251.233.239]) (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 46C46C82 for ; Fri, 9 Sep 2016 14:00:00 +0000 (UTC) (envelope-from crest@rlwinm.de) Received: from vader9.bultmann.eu (unknown [87.253.189.132]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by smtp.rlwinm.de (Postfix) with ESMTPSA id 4140210715 for ; Fri, 9 Sep 2016 15:59:58 +0200 (CEST) Subject: Re: vt console driver and default vga mode: breaking POLA To: freebsd-stable@freebsd.org References: <6C60C067-111C-4454-8DA9-6A72F40F602D@sarenet.es> From: Jan Bramkamp Message-ID: <4a0b9d1c-baa7-2596-e961-38625092c85f@rlwinm.de> Date: Fri, 9 Sep 2016 15:59:57 +0200 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 In-Reply-To: <6C60C067-111C-4454-8DA9-6A72F40F602D@sarenet.es> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Sep 2016 14:00:01 -0000 On 09/09/16 11:59, Borja Marcos wrote: > > Hi > > I apologise for being late on this, but I just noticed. The new vt console driver has a very important > change in behavior, replacing the ancient “BIOS” text mode with a graphic VGA mode. > > I don’t know how many people relies on BIOS serial redirection for consoles, but at least > HP’s iLO system offers the possibility of accessing the console through a ssh connection instead > of requiring a bloated Java console, and it’s a very convenient feature. But it only works in pure > “BIOS text mode” (the old sc console driver used this mode as a default). > > I would rather change the default behavior of vt to hw.vga.textmode=1 so that its behavior mimics > the old sc driver. > > I know the current fad is to hide boot messages with panda bears and beautiful butterflies revolving > around them, but boot messages are critical when diagnosing problems. > > I should have chimed in earlier, I know. But anyway it’s a very minor change. > > > > > What do you think? The presence of a ipmi* device could be a good heuristic to select the default mode. From owner-freebsd-stable@freebsd.org Fri Sep 9 14:08:55 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0A331BD217D for ; Fri, 9 Sep 2016 14:08:55 +0000 (UTC) (envelope-from shawn.webb@hardenedbsd.org) Received: from mail-qk0-x22a.google.com (mail-qk0-x22a.google.com [IPv6:2607:f8b0:400d:c09::22a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B156B221 for ; Fri, 9 Sep 2016 14:08:54 +0000 (UTC) (envelope-from shawn.webb@hardenedbsd.org) Received: by mail-qk0-x22a.google.com with SMTP id v123so82934870qkh.2 for ; Fri, 09 Sep 2016 07:08:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=hardenedbsd-org.20150623.gappssmtp.com; s=20150623; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to:user-agent; bh=ghLmAQMtN859+g01YRk5be/pzCVI3KFg9veNw1aVz8w=; b=fTxgV3y7bIs+wluGqlrellbqIjWSMqukyL4jQEA6CZcgC6ux2C8Ln5IlteCWJaNMXj xz3nHUtAXQJEB5qRgCKy/amL250tGY1Px2pCCpSA8xFRHXxqfYxBBa8ojeP0wddY2DHd 3o/5tRwODKVC0RnOgLkqiahcfeuYbilDxs8PAhK/YKrvoJkkywMuliBPdefnkKGg+gLd Y2NmttvFf5WyahOpzWDloZZUUO3wb4ZQ/FwFqkahEKgpaHTr4DVl7rvz67PCmSSYxBvt CIHuNdptYrDFMobqWPqLNIb9uRjzaYiadEhRk6T00dK78NHfBS3EEAMPtimzMv6huOzN +IHg== 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:references :mime-version:content-disposition:in-reply-to:user-agent; bh=ghLmAQMtN859+g01YRk5be/pzCVI3KFg9veNw1aVz8w=; b=Iizyt4QBphzp00aOJzwLflR7ybEE2JMRagIbg4+lJDtbzeYnDnL54KZsIfDqNw4FJ3 d3Clmcu1B07HUKhpb0ftot+OOe8f1Hxs4vSGr232gO/vE8TeGiXhqE+sYqlhZk7az7p0 GO+pJA7ByhNhIKLU4FP8vKw9CBh3OEx8SD5nfnAav4O0y9iuEQd6WQQqp2OJWm1oU//L 4taP8+Whsgj9d4jXqDze25ne/tb2AsYd4AD88VDxvF8uIwpud+1rfzmv++eCrpfQLOgh nbLFBDT6HpYUlcVQZnnspUhTL9MvK5jBFTxE8X4vgKkISuHwAhqNLhXoJLFj3dQZGDlb Sgug== X-Gm-Message-State: AE9vXwPWjQE8qKs7ROUBxdHDVjydSAulnZxqKgzWPap2SOpDpxMdV5f8gVjFC24nwaTy7g0Y X-Received: by 10.55.114.193 with SMTP id n184mr4308329qkc.4.1473430133597; Fri, 09 Sep 2016 07:08:53 -0700 (PDT) Received: from mutt-hardenedbsd ([63.88.83.66]) by smtp.gmail.com with ESMTPSA id w41sm2108510qtw.29.2016.09.09.07.08.52 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Fri, 09 Sep 2016 07:08:52 -0700 (PDT) Date: Fri, 9 Sep 2016 10:08:50 -0400 From: Shawn Webb To: Glen Barber Cc: Brett Glass , freebsd-stable@freebsd.org, Ian Smith Subject: Re: How's 11.0-RELEASE coming? Message-ID: <20160909140850.GA34751@mutt-hardenedbsd> References: <201609080059.SAA22410@mail.lariat.net> <20160908134434.I91459@sola.nimnet.asn.au> <201609090104.TAA05066@mail.lariat.net> <20160909012420.GC56455@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="/9DWx/yDrRhgMJTb" Content-Disposition: inline In-Reply-To: <20160909012420.GC56455@FreeBSD.org> X-Operating-System: FreeBSD mutt-hardenedbsd 12.0-CURRENT-HBSD FreeBSD 12.0-CURRENT-HBSD X-PGP-Key: http://pgp.mit.edu/pks/lookup?op=vindex&search=0x6A84658F52456EEE User-Agent: Mutt/1.6.1 (2016-04-27) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Sep 2016 14:08:55 -0000 --/9DWx/yDrRhgMJTb Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Sep 09, 2016 at 01:24:20AM +0000, Glen Barber wrote: > On Thu, Sep 08, 2016 at 07:04:25PM -0600, Brett Glass wrote: > > At 09:50 PM 9/7/2016, you wrote: > >=20 > > >I find reading the freebsd-stable@freebsd.org list, particularly the > > >messages from one Glen Barber on behalf of re@ particularly helpful in > > >this regard. > >=20 > > So do I. However, there have been no updates from the person you mention > > in a week, so I believe it's quite reasonable to inquire as to the prog= ress > > of the release. > >=20 >=20 > 11.0 packages are being re-rolled due to libarchive updates. >=20 > There was an email about this: >=20 > https://lists.freebsd.org/pipermail/freebsd-stable/2016-September/085473.= html >=20 > The reason the schedule still hasn't been updated is because the package > set reroll hasn't completed, and I don't want to send a possibly-false > date on when 11.0-RC3 will happen. >=20 > I am hoping Saturday, but this is not yet definitive. >=20 > Glen >=20 Hey Glen, I'm just checking in to see if you saw this bug report I filed: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D212418 It affects 11.0-RC2. Thanks, --=20 Shawn Webb Cofounder and Security Engineer HardenedBSD GPG Key ID: 0x6A84658F52456EEE GPG Key Fingerprint: 2ABA B6BD EF6A F486 BE89 3D9E 6A84 658F 5245 6EEE --/9DWx/yDrRhgMJTb Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJX0sJwAAoJEGqEZY9SRW7uAHQP/3M/FkhhRvBR7kHCeUmjT3sZ +xvtZ1Ex6jYyHLMOUNJdNsV410wBpBAAKqB3tJmPRxaAhlwCbtG1t5TCqnG+HQPr XOcC1qKFgBewUISmP6BGPfisEzFHrHtIqCgi6WZTVuIoUhu6ufvn6pNZ2GRtyE6h x6ybYg1z8xrPd8v4BP8DBpsELUHu9c4gPUeEV2Jfziop5yLzYe2HUNWTBgAoFfEm KGaFHcpl1KgEcgNkwgyMjNnk58tAQPMOjKn4XWQIdl3ol260+GtFyloA6Z18Wsgd 3ykZB685XI+Q5NToyzIKKIkxsvUXbS+n+5on06Pig19PBYL91int1rTO4qDmzgF3 27ZaoiMTVajF+ixMlTtx2SI/xnfEeb1CeFclWyRVPfb6OQeRdVcOliABDm5kCaDj Y0+YbIkmXb4q5dEPMJyXKEj4CYvKdm2ozc68+dk9UsAfo/0b4y2RemONL//u3WbM G76/vPkdHa9sffJ7Hqi79XJwlCwryHP/NpbxGJQV4CQVNPjAELi6c+Ah8qAZkIxI cn/dgcvacjG1tUhC4IHvJ4sbN4P+kI9Zlzrfw09iO6RwDPoHsOxEWVeS5aA7RVwb CLAUcCJ7KB8I8buIPW+qimnzzbG25nuXC1R7upO2oHJM5NIMPT9Eebbhr4+s/Tk8 8eRaM0778+svl44TqNnn =HaxJ -----END PGP SIGNATURE----- --/9DWx/yDrRhgMJTb-- From owner-freebsd-stable@freebsd.org Fri Sep 9 22:59:07 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CBDC9BD49A7 for ; Fri, 9 Sep 2016 22:59:07 +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 B1689A71; Fri, 9 Sep 2016 22:59:07 +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 E7793BC; Fri, 9 Sep 2016 22:59:07 +0000 (UTC) Date: Fri, 9 Sep 2016 22:59:07 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: jenkins-admin@FreeBSD.org, freebsd-stable@FreeBSD.org Message-ID: <441195223.9.1473461947261.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <148022054.8.1473418895775.JavaMail.jenkins@jenkins-9.freebsd.org> References: <148022054.8.1473418895775.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is back to stable : FreeBSD_stable_10 #389 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Instance-Identity: MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAkKKb2VAfYQKfu1t7qk4nR5qzUBEI+UqT4BPec4qHVhqUy0FFdq50sMH+3y9bCDNOufctov6VqTNffZ3YXArnZK95YF0OX97fh+E9txYOUX1adc+TikcKjuYpHmL5dE62eaZTI+4A5jnRonskQ1PaoIFz0Kbu4mWzkFsmdiXTraGzomXq4cHUCATA2+K4eDYgjXEQI30z3GOMmmZ4t/+6QGk1cMb/BqMWHbn80AsRCb4tU7Hpd72XLDpsuO7YRP1Q0CjmNAuBOTj+sFiiOe6U9HpqOlQN+iFUvBdZo/ybuy5Kh71cAaYQNL68cYdZJ6binH/DkG3KY/fS7DFYAeuwjwIDAQAB X-Jenkins-Job: FreeBSD_stable_10 X-Jenkins-Result: SUCCESS X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Sep 2016 22:59:07 -0000 See From owner-freebsd-stable@freebsd.org Fri Sep 9 22:59:53 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6C036BD49B3 for ; Fri, 9 Sep 2016 22:59:53 +0000 (UTC) (envelope-from jhs@berklix.com) Received: from land.berklix.org (land.berklix.org [144.76.10.75]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 05597A79 for ; Fri, 9 Sep 2016 22:59:52 +0000 (UTC) (envelope-from jhs@berklix.com) Received: from mart.js.berklix.net (p5B227477.dip0.t-ipconnect.de [91.34.116.119]) (authenticated bits=128) by land.berklix.org (8.15.2/8.15.2) with ESMTPA id u89Mxjb1088560 for ; Fri, 9 Sep 2016 22:59:45 GMT (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (fire.js.berklix.net [192.168.91.41]) by mart.js.berklix.net (8.14.3/8.14.3) with ESMTP id u89Mxhi9015363 for ; Sat, 10 Sep 2016 00:59:43 +0200 (CEST) (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (localhost [127.0.0.1]) by fire.js.berklix.net (8.14.7/8.14.7) with ESMTP id u89MxVBn032292 for ; Sat, 10 Sep 2016 00:59:43 +0200 (CEST) (envelope-from jhs@berklix.com) Message-Id: <201609092259.u89MxVBn032292@fire.js.berklix.net> cc: freebsd-stable@freebsd.org Subject: Re: omitting make installkernel in an upgarde between 2 x 10-stable From: "Julian H. Stacey" Organization: http://berklix.eu BSD Unix Linux Consultants, Munich Germany User-agent: EXMH on FreeBSD http://berklix.eu/free/ X-From: http://www.berklix.eu/~jhs/ In-reply-to: Your message "Sun, 04 Sep 2016 16:35:29 +0200." <201609041435.u84EZT7K068273@fire.js.berklix.net> Date: Sat, 10 Sep 2016 00:59:31 +0200 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Sep 2016 22:59:53 -0000 > > From: "Julian H. Stacey" > > Date: Sun, 04 Sep 2016 13:37:26 +0200 > > "Julian H. Stacey" wrote: > > Hi stable@ people > > In a jail, uname -r 10.3-RELEASE-p4, I started > > cd /usr/src ; make buildworld, > > then realised per > > https://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/makeworld.html > > I will not be able to > > make installkernel ; reboot > > preceeding > > make installworld > > Am I on route to shooting myself in the foot ? > > It survived. No shot foot :-) Thanks to all for all replies Matt S, Miroslav L, David W, Warren B, Jakub(off list) :-) Cheers, Julian -- Julian Stacey, BSD Linux Unix Sys Eng Consultant Munich Reply below, Prefix '> '. Plain text, No .doc, base64, HTML, quoted-printable. http://berklix.eu/brexit/#stolen_votes From owner-freebsd-stable@freebsd.org Sat Sep 10 02:31:32 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BEA2EBD4A8C for ; Sat, 10 Sep 2016 02:31:32 +0000 (UTC) (envelope-from kevans91@ksu.edu) Received: from NAM03-BY2-obe.outbound.protection.outlook.com (mail-by2nam03on0081.outbound.protection.outlook.com [104.47.42.81]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "Microsoft IT SSL SHA2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49456FCC for ; Sat, 10 Sep 2016 02:31:31 +0000 (UTC) (envelope-from kevans91@ksu.edu) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ksu.edu; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=qoKeAt5aZMRil0TvzvQqZb3FVUDp7uK15qVi6c9S5OU=; b=bA/ZjKRQKSuooOpoKsrTDIQhnjufPwPSsQU7QM7+jXF6XjC405pn2xvzvvTxKQvrqSgeO8IAtoJm4zQjoUGbKBvmGo0ZH0EvjZ8qNxWbej7+LpMRG7W2xdnTGS821xCFc3xRerH92GFfk+fnUXoxEmicKA5/D07Pptl9v8a9Qxc= Authentication-Results: spf=none (sender IP is ) smtp.mailfrom=kevans91@ksu.edu; Received: from mail-qt0-f178.google.com (209.85.216.178) by CY1PR0501MB1324.namprd05.prod.outlook.com (10.160.226.141) with Microsoft SMTP Server (version=TLS1_0, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA_P384) id 15.1.619.3; Fri, 9 Sep 2016 12:54:24 +0000 Received: by mail-qt0-f178.google.com with SMTP id 11so39776969qtc.0 for ; Fri, 09 Sep 2016 05:54:24 -0700 (PDT) X-Gm-Message-State: AE9vXwOTUehLP0F10QXcphDN8tLDkxcp/qOBzMxMJmJD/t9P28FhmeC62mcHXYkBx3BBlHy6kG+WVjH6bx53SA== X-Received: by 10.200.37.205 with SMTP id f13mr2525184qtf.79.1473425658526; Fri, 09 Sep 2016 05:54:18 -0700 (PDT) MIME-Version: 1.0 Received: by 10.237.41.4 with HTTP; Fri, 9 Sep 2016 05:53:58 -0700 (PDT) In-Reply-To: <6C60C067-111C-4454-8DA9-6A72F40F602D@sarenet.es> References: <6C60C067-111C-4454-8DA9-6A72F40F602D@sarenet.es> From: Kyle Evans Date: Fri, 9 Sep 2016 07:53:58 -0500 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: vt console driver and default vga mode: breaking POLA To: Borja Marcos CC: FreeBSD-STABLE Mailing List X-Originating-IP: [209.85.216.178] X-ClientProxiedBy: DM3PR14CA0002.namprd14.prod.outlook.com (10.164.193.140) To CY1PR0501MB1324.namprd05.prod.outlook.com (10.160.226.141) X-MS-Office365-Filtering-Correlation-Id: edd023ee-8e39-4832-d10b-08d3d8b06d5c X-Microsoft-Exchange-Diagnostics: 1; CY1PR0501MB1324; 2:CpiBePio3caLR0IBDlJpiMJd0Uc8TKKj8QiNIBFi3BnjLP8MmdsuciWwqzAxWiroIbRwdUwyBqOlA1QQC2eKuODNNGKrD3UbgGTTSMhQZI7jjvJ1Gtwlo2LD2XC2r5OYdREU6DlQQtfoI16kX5k93YQagKTTsAV9L4FLAeftjfPJoau+bgiixdQaPErECYay; 3:r8U8VwmQfVstBtqO2axX+I9+plcFkmKq3KeM3c9qjuJE/+Ezr+RKmE97O4JgSAlmwNfkipSwrNDf3bFEGTqNGrqPt6jI7RVELsiWoyoh7eT/Gy6aGb7Ekuc7ENK7dvF+ X-Microsoft-Antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:CY1PR0501MB1324; X-Microsoft-Exchange-Diagnostics: 1; CY1PR0501MB1324; 25:Ho23pcfnxoYiJwNwafDR1nb6575XgM5OaFV0Ho38x+Qs9a+fi7NR2H8KX6yD4g0yvhoEHVFIPdz5DSPJfsuGE5Nl0gFjRIT+fdCQd5iFwt36v0gLAIQaU8zRRwT3Xf/Okw8A5GHAUj+cMsfNAO+14I5G6tgB45G/OFVPnx+k5vW5grjhmui5rpsVgcAq2u7Dfx6SMU9SC6qE0CG+mz/yzVqAasNj5RXbGTuCwyN+mB46rZtXxN6U1XjSSgaotuq9JdI9jofVsS5h5RNVORL7biEPVDsm9BfpOtxte/uj9LXsIW1MOTZ5Q63cg8ksfmegNCYS1Eqa27+rm+zyeIASHoZYE+wwkFww+bb2mrViyYh0gC4ucmTO+dPuEeeU+FyzIz5GYyLOfRiy80NUISfz6DIFl69yb5PaKK6OFoiATN9lKUTP9qhAchnZ4HSTgpy4w8mOqF3lTcv+E0YpcYxcBgOJIC29K8dlHYcqqedpWdf+xCQ+9CCZU6PeJ6cht69idCC6piJf9f1nR+E1VHjN32rwYJzTOzdxs+heQmAWUAFD9NsqyAgoIvRpCxFTeEtA9xf0XNaeISWsPO3XJGyQcXeGB+OE2mz7/N5utrBcttOylmdjuFE12AWzZO6Un8bsCJjNQp2cEo8zMPkbEDQHHAeIivtoIFKv7IuUkyCH0O1/XDfO4xcsdCpkEemKTNZvLjPcvdGhP4umcP3cZADJKuWqZV0x7H5MWBmJDpfgtJOadCimt1cpMaf420s13+w/mzZuDxFLvdJYEvWyCOFwW1TgHECFKfhLdqqFheaRd24tYLaF1wazpxCdxzAWAs6QrEB/n69YapeSE65GcIwetlm9ALlfVgUoP29X+I9GTnAhOBdfi7Sw/kVGgArHupHhjxEStU+astdV4dhgGgEhVJcRw8f7qzY2mLRf7objg7kaCWuCF79Vk8fg1v6EpL5H X-Microsoft-Exchange-Diagnostics: 1; CY1PR0501MB1324; 31:r0n26xT/LBUb500GA+NmhX/ydI4LL419/2MKYVLAWdhw5H2kQqi7jER7Quu6Fu6HKXRbw1uDqC+2LEinFB58X5wV33ne+UFBMUQ8hdR1tECjP5RSRdFnj1ZXq97kR5yMt5oTjUyetrXHioeiiSdIS89bNjGNknhYfE/jtf7n3IePYBMLSkNGblo0t6Oi8RF86jMlKI+Q2cnwsHz4EJS9D6oRQFUk3hdPcUHM/xML1pI=; 20:SDbJexgCZWrlqI6mJpRqWUlnO0QVyBWWsNHBnFgk6Gf2IQtsJF0Ch3SlMsjsI63tLXKRKkVKGzT+Er8ec+JlBW6pAFpEohlwpvA/8t0K7oBrRItGYI7bOiX0twfs7C6PrywViPaQs11rn3/jdpyDSgIVFWL+1RU0wudGYuBpYqtHIA3amzforMKvmo2d0p3WfMb5hyi3fuT4TNdQKiNjF9HS0USR4x8j5dbJvaCSgTlMlRx9VcghUe3CXnu1jZpmNFptiEuw365dYEEQ/xfENRo4z6D3Srb4VXyCtPn3M7TTr9Q4zw81T+4u98JgcKXTa9OZlUBD4Q+DIpePXUEAiTWQRlc/Rlcjjx7RFK9o/Mc+5Q3cTfBJLBjVsJUWFobKagknCRxnuAhfFcKASl3B7CDWyuTTua2Yd9Vy5tsgKTJZp/1jJyfg0kKeikenlvmN3bCb5SHFVrYJEBz9TCHdoIRQ7iDQx8VApXDngLU0HnwUc7dbwgtMm4RBghyzJiDo X-Microsoft-Antispam-PRVS: X-Exchange-Antispam-Report-Test: UriScan:(75325880899374); X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(6040176)(601004)(2401047)(5005006)(8121501046)(3002001)(10201501046); SRVR:CY1PR0501MB1324; BCL:0; PCL:0; RULEID:; SRVR:CY1PR0501MB1324; X-Microsoft-Exchange-Diagnostics: 1; CY1PR0501MB1324; 4:xUz5RhwEEmRefFvExj1mVJPaQkKvM50o+Qe/zrU4V43imE/MhqjQYEe8ggr+dDM0d4hSD31gQ0FUWo06KG4oFQoNywToDk+jdh0kQx4iT+GHfFpzD1msfp6ExPVT/jdEtQikpjUKOKX5qqhVLDSzkg4J1gr1YURP+QE6axd4OFszh5lkRjIaAgLrM/qXlaY+L9MaYe5nqd/v0YZ92OFpQ9ic/QZnzHR5ZT+snxxWQAEkWqOwzn2LHPWV8jS0rtWlcAxcqjd3bJnQjQd79Q+pXxxRNyc6kw5j8IClcimaNQJVcFBNgX9z+IY8HVcmoNKIubFiK+B/YcPcNBLyROzaVkLx/S67pUK9HjdvbhbsFcjPSja5JMdBksWnPwCcTWmYharH8RWpX2c92FlpvFv46s5iHTQhigLcgjt/4oPOxTLbKusGzlznpKDXyfIg8Rr6 X-Forefront-PRVS: 00603B7EEF X-Forefront-Antispam-Report: SFV:NSPM; SFS:(10009020)(4630300001)(7916002)(24454002)(199003)(76104003)(189002)(61726006)(7906003)(97736004)(2950100001)(92566002)(84326002)(512874002)(8576002)(19580405001)(105586002)(61266001)(81166006)(19580395003)(50986999)(69596002)(75432002)(54356999)(7846002)(66066001)(55446002)(3846002)(122856001)(106356001)(90282001)(59536001)(8676002)(110136002)(63696999)(68736007)(81156014)(93516999)(19617315012)(450100001)(305945005)(7736002)(101416001)(86362001)(42186005)(586003)(4326007)(15975445007)(4001450100002)(76176999)(189998001)(89122001)(9896002)(5660300001)(2906002)(88552002)(6116002)(9686002)(55456009); DIR:OUT; SFP:1101; SCL:1; SRVR:CY1PR0501MB1324; H:mail-qt0-f178.google.com; FPR:; SPF:None; PTR:InfoNoRecords; A:1; MX:1; LANG:en; Received-SPF: None (protection.outlook.com: ksu.edu does not designate permitted sender hosts) X-Microsoft-Exchange-Diagnostics: =?us-ascii?Q?1; CY1PR0501MB1324; 23:YMKCEtizpfv3HHLJtiqfa8EJqNS908DCD+rdnzg?= =?us-ascii?Q?t8ZEjUSaqqjI+LYvnf+KiEzEXWXOapEInB4zne/yJrThmzFLMSbkaFb7ZYUM?= =?us-ascii?Q?OrEh2NVBVNOQcVl6JiSv6h8pOLJ+RPf24oWyJVNG661wuxwgghDTmYz9kmDb?= =?us-ascii?Q?9Be911aFyLoZUYf82/NbmBZeqOIjqe43HhQxobsK7/PivzVW2vEI393qs82u?= =?us-ascii?Q?MFz7RRX1Y1JYzvFb0g+MYjn5H62H97wyiFtPDwyy+DkVtTqZghwjahMTBYcI?= =?us-ascii?Q?YQePQVMddX55Vq1dorOqHcsrXlvCHtwa9odebmt+jukoPVYIgV4yTheRvb7d?= =?us-ascii?Q?l2zdGJjdgwm5urb6Rf3U+yc/pLcBoaJkpRlvTPBGfe+Q6h9ZzSQSKV4135Bv?= =?us-ascii?Q?HyTf23DoFn9knGUB0q+Oj7keRgwJPFTR/TZMhK7IyxoZZlFuo5IPZ0dihukO?= =?us-ascii?Q?2vPwY4zWwdSSLDpm4BS4Sztjhxr7IO2eccZ6l8JlR7YvCies1zngKoOrGRwy?= =?us-ascii?Q?4QEszMVSCinZdx74/fWVPsVoJWCR35WHDwVPtZXQxf2yoen8NVYyo4CgA/uB?= =?us-ascii?Q?z4yGHIcoD+Rt/wd4mTydQ1ozvF5TnTa7q8sdqhUaKy/zKqAwJWgQC0HHwIJe?= =?us-ascii?Q?cydeloNXRr6O26dYcVNvDYzbCVAvZZmB4lh2RUP8c6ajsN3IrnmH3UFUGM+I?= =?us-ascii?Q?Z7tA3HIu3zH+Y2pwbUqVgB1iJZdchO3/1xjWdceM9syzw46EiHEgl0pl8dwS?= =?us-ascii?Q?Ni2tsJdQswU5Un0kH9SBXHMhQuAUFp2Sn4qBAjni7fAzVQcUN9lVoZtxhPXN?= =?us-ascii?Q?52a+mGEFquUYW8gMP0xnxLmE1jqMl7ZPE+2Czts712q3N1wAmzMWU8eWx3GS?= =?us-ascii?Q?yD45xSwV3fdnjiyfD8RUpUI3dm+w8xGDkCiGicfGNhbl/BcaTKRQvJ5rGmPl?= =?us-ascii?Q?xrsF3Q65k2kxb0VBjPM6ETXS8OVNpfRi9DPAbjyWDLKlbowN0s6fn5pV9/EB?= =?us-ascii?Q?8WUb+s9fnDJ8gT/p7GN/WcEPyCwUGXguM5kPk9OZvIwOSPgM4JlGfnNGHbPR?= =?us-ascii?Q?PRnpl6oz7h65WzJ7JyyUnSOnP4VGPPdkPR13+uJb9qSXZbfDJT7nASKPIMM3?= =?us-ascii?Q?CQ/AFjcJ16t2eNBkUrj2+8W6ovqSDPtwsH0Tfu3zziJMi4YtvOA9RwWHXlFv?= =?us-ascii?Q?Z2dLIO3MQnMcFA+RWDmv0S4mNbLxUZGJl2Cdu8r84KK9IyAcIcyvdQqM5dsU?= =?us-ascii?Q?5nyAj7G5Dhs+hB8ozUmulDsAjehyuRz+2Tbf64/qAaJE5yPdOs/g+nfZ/beo?= =?us-ascii?Q?kCaqSG4/oCEbgc1xXyRE5xY5Hl1dyMklYEXq7um5w0N6i+SBb0T8aw6Z1Q8v?= =?us-ascii?Q?2BZsSf8e/g/QkvWhAgyqZdia3ug478z6oXf3xYIVWsJg9RJLc?= X-Microsoft-Exchange-Diagnostics: 1; CY1PR0501MB1324; 6:IFJ5rIVPUvKnR7EXzjMs/T7/wUqa6pr22ej33nv/f8ujfs3El1J/XK2phjEE1FEkf1M38goAwVpuDRl8kIT+1+K5Qo50yajZ6LYVTzN9wrabXHHs52+xhlMKgnjxtso9C6XQjjv0MPTl1bnirwkvRZXHXnqmYPSjCR6nSSmLxTjULNY6G2FQsQjDUnbJVpCMmRXrI/JihabIyWaerL/OW9HN7cd1HS4T4ARoJn1Cp+BwKo8vcDph5cOkbJPuCIY1lvILAvCqG4I0eF6m6U7e6ZvhUMTF4LKPHjtPlF7aoQk=; 5:9VB2uUDTxrxoGSFAMkUUGgUP/6pFc/dT8VJbZKAc7sUX/S0PgpYcB5AXs3MymZB8/subFTc6Exs3xKny7ZnaAL3zAl4eOufcXWycEwHuodiLd5ZvQTMHXZN4pyMrNuNSQ8+LPA4seU8z3bs3W++TuQ==; 24:jypRNdSAVUsd+gDOQKPjvhidwpTH87Ky1WjOw+MejDvO+pZ49nLPcwas9V058768fk/w8KVqAwyXgIWxJXgKoFhmQYnzAorNZXqs4i5FaoM=; 7:xvnrH1dq01QapV47AOecbxgNfT2l70Aulict3WucuGkMk+4AN3gjuepwXPJyXOB6KZrVsOAzSRhjUiRFF7ujlB2RY0sE7wPxJ60hs+4GH+f6/JhHRRZ/ZfLFA5kUrGzremQZNjI1xFuxWgs0VJJFPIwxeH6ZWVEzem6eB+x49Ts0PiXd16edwj58ogyf3ce565wjoUkMYLW3FY0qVO7Bnj+F6hc1OFewJmy8QcdnmzrrI0chUJKG9x8l8KqBqlDI SpamDiagnosticOutput: 1:99 SpamDiagnosticMetadata: NSPM X-Microsoft-Exchange-Diagnostics: 1; CY1PR0501MB1324; 20:ZtxwjxASvSmS+BrmSFvULP4kTzQnDkwvUfZO6SeSyjhkWGOXXWFgIGfXA7lyA0mwaLmP81SGDCxNOCzjvzfez/YVMOi/7NYyrWFBaPXyELam0TYRBnxulxQoIQXY5QADe6GaRqcIAn8TLvjLNqSGFsLQsfe459lJkgL+9LlTEiw= X-OriginatorOrg: ksu.edu X-MS-Exchange-CrossTenant-OriginalArrivalTime: 09 Sep 2016 12:54:24.9994 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-Transport-CrossTenantHeadersStamped: CY1PR0501MB1324 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Sep 2016 02:31:32 -0000 On Sep 9, 2016 05:06, "Borja Marcos" wrote: > > Hi > > I apologise for being late on this, but I just noticed. The new vt consol= e > driver has a very important > change in behavior, replacing the ancient =E2=80=9CBIOS=E2=80=9D text mod= e with a graphic > VGA mode. > > I don=E2=80=99t know how many people relies on BIOS serial redirection fo= r > consoles, but at least > HP=E2=80=99s iLO system offers the possibility of accessing the console t= hrough a > ssh connection instead > of requiring a bloated Java console, and it=E2=80=99s a very convenient f= eature. > But it only works in pure > =E2=80=9CBIOS text mode=E2=80=9D (the old sc console driver used this mod= e as a default). > > I would rather change the default behavior of vt to hw.vga.textmode=3D1 s= o > that its behavior mimics > the old sc driver. > > I know the current fad is to hide boot messages with panda bears and > beautiful butterflies revolving > around them, but boot messages are critical when diagnosing problems. > > I should have chimed in earlier, I know. But anyway it=E2=80=99s a very m= inor > change. > > > > > What do you think? > > > > > Borja. > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" Hello! I concur, but for the selfish reason that the graphics mode breaks the 11.0 installer for me completely by default. See: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D211876 Thanks, Kyle Evans From owner-freebsd-stable@freebsd.org Sat Sep 10 09:35:48 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id EACE3BD1018 for ; Sat, 10 Sep 2016 09:35:48 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from hz.grosbein.net (hz.grosbein.net [78.47.246.247]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "hz.grosbein.net", Issuer "hz.grosbein.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 679C2FF0 for ; Sat, 10 Sep 2016 09:35:47 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from eg.sd.rdtc.ru (root@eg.sd.rdtc.ru [62.231.161.221]) by hz.grosbein.net (8.14.9/8.14.9) with ESMTP id u8A9JpOt045061 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sat, 10 Sep 2016 11:19:52 +0200 (CEST) (envelope-from eugen@grosbein.net) X-Envelope-From: eugen@grosbein.net X-Envelope-To: crest@rlwinm.de Received: from [10.58.0.10] (dadvw [10.58.0.10]) by eg.sd.rdtc.ru (8.15.2/8.15.2) with ESMTPS id u8A9JhE3021828 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT); Sat, 10 Sep 2016 16:19:43 +0700 (KRAT) (envelope-from eugen@grosbein.net) Subject: Re: vt console driver and default vga mode: breaking POLA To: Jan Bramkamp , freebsd-stable@freebsd.org References: <6C60C067-111C-4454-8DA9-6A72F40F602D@sarenet.es> <4a0b9d1c-baa7-2596-e961-38625092c85f@rlwinm.de> From: Eugene Grosbein Message-ID: <57D3D02A.3080402@grosbein.net> Date: Sat, 10 Sep 2016 16:19:38 +0700 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.7.2 MIME-Version: 1.0 In-Reply-To: <4a0b9d1c-baa7-2596-e961-38625092c85f@rlwinm.de> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=0.3 required=5.0 tests=BAYES_00,LOCAL_FROM autolearn=no version=3.3.2 X-Spam-Report: * -2.3 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * 2.6 LOCAL_FROM From my domains X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on hz.grosbein.net X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Sep 2016 09:35:49 -0000 09.09.2016 20:59, Jan Bramkamp пишет: >> I apologise for being late on this, but I just noticed. The new vt console driver has a very important >> change in behavior, replacing the ancient “BIOS” text mode with a graphic VGA mode. >> >> I don’t know how many people relies on BIOS serial redirection for consoles, but at least >> HP’s iLO system offers the possibility of accessing the console through a ssh connection instead >> of requiring a bloated Java console, and it’s a very convenient feature. But it only works in pure >> “BIOS text mode” (the old sc console driver used this mode as a default). >> >> I would rather change the default behavior of vt to hw.vga.textmode=1 so that its behavior mimics >> the old sc driver. >> >> I know the current fad is to hide boot messages with panda bears and beautiful butterflies revolving >> around them, but boot messages are critical when diagnosing problems. >> >> I should have chimed in earlier, I know. But anyway it’s a very minor change. >> >> >> >> >> What do you think? +1 > > The presence of a ipmi* device could be a good heuristic to select the default mode. "ipmi* device" needs ipmi(4) driver in the GENERIC. And think of NVIDIA users without ipmi hardware... Loader menu option would be fine. From owner-freebsd-stable@freebsd.org Sat Sep 10 14:24:15 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id AC06EBD52B2 for ; Sat, 10 Sep 2016 14:24:15 +0000 (UTC) (envelope-from fbsd@opal.com) Received: from homobox.opal.com (opalcom-1-pt.tunnel.tserv4.nyc4.ipv6.he.net [IPv6:2001:470:1f06:113d::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "opal.com", Issuer "OpalCA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 60834A53 for ; Sat, 10 Sep 2016 14:24:15 +0000 (UTC) (envelope-from fbsd@opal.com) Received: from shibato (shibato.opal.com [IPv6:2001:470:8cb8:3:21e:33ff:fe5f:cb65]) (authenticated bits=0) by homobox.opal.com (8.15.2/8.15.2) with ESMTPSA id u8AEOAlr037862 (version=TLSv1.2 cipher=AES128-GCM-SHA256 bits=128 verify=NO) for ; Sat, 10 Sep 2016 10:24:12 -0400 (EDT) (envelope-from fbsd@opal.com) Date: Sat, 10 Sep 2016 10:24:10 -0400 From: "J.R. Oldroyd" To: freebsd-stable@freebsd.org Subject: Path error, failure in "make installworld" 10.2p20 -> 10.3p7 Message-ID: <20160910102410.58ab6d35@shibato> X-Mailer: Claws Mail 3.13.2 (GTK+ 2.24.29; amd64-portbld-freebsd10.1) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.4.3 (homobox.opal.com [IPv6:2001:470:8cb8:2::1]); Sat, 10 Sep 2016 10:24:12 -0400 (EDT) X-Spam-Status: No, score=-1.8 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_40, RP_MATCHES_RCVD shortcircuit=no autolearn=no autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on homobox.opal.com X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Sep 2016 14:24:15 -0000 Recently did a full source upgrade following the standard make buildworld/buildkernel/installkernel/installworld sequence. Went from running 10.2p20 to latest 10.3p7. Using source from svn releng/10.3 revision r304958. buildworld, buildkernel and installkernel all completed just fine. The "make installworld" bombed out like this: ===> kerberos5/lib/libasn1 (install) install -C -o root -g wheel -m 444 libasn1.a /usr/lib install -C -o root -g wheel -m 444 libasn1_p.a /usr/lib install -s -o root -g wheel -m 444 libasn1.so.11 /usr/lib install -l s libasn1.so.11 /usr/lib/libasn1.so cmp -s pkinit_asn1.hx pkinit_asn1.h 2> /dev/null || cp pkinit_asn1.hx pkinit_asn1.h cp: not found *** Error code 127 The same error occurred in these three dirs: kerberos5/lib/libasn1 kerberos5/lib/libhdb kerberos5/lib/libhx509 Looks like this was previously reported in 2014 and prior to that in 2011. See here: http://unix.derkeiler.com/Mailing-Lists/FreeBSD/hackers/2014-04/msg00194.html The patch below fixed it for me. I just added the "/bin/" path to the two calls of cp(1). That worked and the rest of the install finished successfully. Perhaps I should have used ${CP}, though, but I didn't test that. Similar patch in all three affected dirs. -jr # svn diff Makefile Index: Makefile =================================================================== --- Makefile (revision 304958) +++ Makefile (working copy) @@ -112,10 +112,10 @@ .SUFFIXES: .h .c .x .hx .x.c: - cmp -s ${.IMPSRC} ${.TARGET} 2> /dev/null || cp ${.IMPSRC} ${.TARGET} + cmp -s ${.IMPSRC} ${.TARGET} 2> /dev/null || /bin/cp ${.IMPSRC} ${.TARGET} .hx.h: - cmp -s ${.IMPSRC} ${.TARGET} 2> /dev/null || cp ${.IMPSRC} ${.TARGET} + cmp -s ${.IMPSRC} ${.TARGET} 2> /dev/null || /bin/cp ${.IMPSRC} ${.TARGET} .include